expTable

Where the heck did this come from?

Building test00
Compiling:test00.bmx
flat assembler  version 1.66
3 passes, 10391 bytes.
Linking:test00.debug.exe
Executing:test00.debug.exe
//
// This is an automatically generated file.
// Do not edit.
//

const unsigned short expTable[] =
{
    0x3c00, 0x3c00, 0x3c00, 0x3c00, 0x3c00, 0x3c00, 0x3c00, 0x3c00, 
    0x3c00, 0x3c00, 0x3c00, 0x3c00, 0x3c00, 0x3c00, 0x3c00, 0x3c00, 
    0x3c00, 0x3c00, 0x3c00, 0x3c00, 0x3c00, 0x3c00, 0x3c00, 0x3c00, 
    0x3c00, 0x3c00, 0x3c00, 0x3c00, 0x3c00, 0x3c00, 0x3c00, 0x3c00, 
    0x3c00, 0x3c00, 0x3c00, 0x3c00, 0x3c00, 0x3c00, 0x3c00, 0x3c00, 

........... etc ...............

     0x0000, 0x0000, 0x0000, 0x0000, 0x0000, 0x0000, 0x0000, 0x0000, 
};

Process complete

Do you syncmod or SVN version?
What would I need to run to test the same?

Nice :-)

You been editing modules?
I sometimes get strange output (on all platforms, in different ways) if I've changed a module API, and it has not been picked up somewhere by BlitzMax. A rebuild usually makes it go away.

Yeah, that's what I'm thinking happened... rebuilding all modules now :)

tonyg: It's near impossible to replicate I'd think, because the test uses 95% our own libraries etc. which all worked fine 3 minutes ago :)

OpenEXR?

Nope, no freeimage or openexr involved right now... still rebuilding :)

edit: hmm, actually I'm importing freeimage, eventhough it's not used, so maybe..

Interesting :

http://dev.haiku-os.org/browser/haiku/trunk/src/add-ons/translators/exr/openexr/ilmimf/b44ExpLogTable.cpp?rev=23834

ok, well that's it then ... still rebuilding though :) Thanks

Rebuild complete and all back to working again!


Nothing to see here ... move along :)