Hello mark!

10 Nov 03 19:16, you wrote to me:

 BS>> Hmmm.. I can't understand why my gcc didn't fault on that one!

 ml> what did you see other than the \'s on 296 and 297? what other error
 ml> is in there?

It did look like you posted.. It should be corrected now, I did commit to
the CVS late last night.

 BS>> Try to do a CVS checkout.

 ml> that's how i got what i have now... i've about taken to blowing the
 ml> whole tree and starting from scratch each time i retrieve the stuff
 ml> from cvs...

Okay..

 ml>>> ((USHORT)0x0F00)

 BS>> No, the count of ( match the count of ), just the problem
 BS>> about \ in defines.

 ml> right, i figured that out later...

 ml>>> here're the lines in section 173/174 with line numbers added..

 ml>>> 169 #ifdef NDEBUG
 ml>>> 170 #  define ASSERT(p) ((void)0)
 ml>>> 171 #else
 ml>>> 172 #  define ASSERT(p) ((p) ? (void)0 : (void) AuxLog( \
 BS>>                                             The problem -----^

 ml> yup... in all three of those, from what i see...

It should be fixed in the CVS repostery.

 ml>>> 173                      "Assertion failed: %s, file %s, line
 ml>>> %d", \ 174                      #p, __FILE__, __LINE__ ) ) 175
 ml>>> #endif

 ml> [trim]

 BS>> What version of gcc do you use?

 ml> 2.95.3 on mandrake 7.1 (helium)...

Very wierd, I'm using Debian 3.0 which is using the same compiler.

Regards,
Bo

--- GoldED+/LNX 1.1.4.7