RE: [fpc-devel] compiler bug?

2004-12-31 Thread Jose Manuel
else WriteLn('Other'); This better should read: WriteLn('corrupt data space!!!'); Panic; Much more useful :- (AFAIK) you do. You're programing, the C way. You can't expect that -1 equals True, and any other value equals false, (I really dunno, but I think I could

RE: [fpc-devel] compiler bug?

2004-12-31 Thread Jose Manuel
[] You're programing, the C way. [] You can't expect that -1 equals True, and any other value equals false, (I You can expect whatever it's documented equals true and sometimes you must That's right. I can expect whatever is documented. In C there's no boolean type. In Pascal (as in

RE: [fpc-devel] compiler bug?

2005-01-01 Thread Jose Manuel
3: the PASCAL way boolean is a totally seperate type from integer types so the compiler knows whether you mean logial or bitwise operations. I don't know if false That's the point. :-) and true having ordinal values of 0 and 1 is part of a standard or a borlandism but im pretty sure its

RE: [fpc-devel] compiler bug?

2005-01-02 Thread Jose Manuel
I think it's slightly subtler. I guess that this code: if not b then WriteLn('False') else if b then WriteLn('True') else WriteLn('Other'); ...could throw a different result. IIRC, any non-zero value is evaluated as True for a Boolean variable. The No, and no.

RE: [fpc-devel] TShiftState as enum

2005-02-17 Thread Jose Manuel
Can somebody enlighten me, what code exactly fails in D6? What extension does FPC have, that Delphi doesn't have? And what iteration is desired? I'd use: For Low(x) To High(x)... Let me add some more notes, regarding Delphi compatibility: Older Delphi (and TP?) versions implemented

RE: [fpc-devel] Modernising Pascal

2005-02-22 Thread Jose Manuel
(note I did not use a T in front of StringList so as to distinguish it from non-base types and also to maintain backwards compatibility with existing code that uses TStringList conventionally) jamie. Are you always drunk? ___ fpc-devel

RE: [fpc-devel] Re: [fpc-l] type discussion

2005-06-02 Thread Jose Manuel
Well I will typically spend about 25% of my development time with forward declarations, doing loads of try finaly blocks to free memory and other things instead of implementing my application. jamie. Well, you are quite a machine. If you say so, sure it's so, but that's not the problem.

RE: [fpc-devel] FPC 2.0.0 vs FPC 2.0.2 (div by zero)

2006-03-15 Thread Jose Manuel
Set8087CW() in system unit SetExceptionMask() in unit math It was for MacOsX we needed to get rid of libc, I guess Set8087CW($133F) is not CPU independant (PowerPC,x86_64), AFAIK, x86_32 will do too!! so I will use Math.SetExceptionMask([exDenormalized,exInvalidOp,exOverflow,e

RE: [fpc-devel] FPC 2.0.0 vs FPC 2.0.2 (div by zero)

2006-03-16 Thread Jose Manuel
Math.SetExceptionMask([exDenormalized,exInvalidOp,exOverflow,e xPrecision,exUnderflow,exZeroDivide]); [...] stand for it). Anyway using Set8087CW (which is indeed CPU dependant) does work under my equipment, SetExceptionMask doesn't. SetExceptionMask calls Set8087CW on x86, so if

RE: [fpc-devel] Problem loading 2 dlls created on Free Pascal

2006-07-13 Thread Jose Manuel
The error code is: 1930x00C1 N/A %1 is not a valid Win32 application. But that doesn´t make sense. Can you try indicating another address space to be loaded in the 2nd lib? ___ fpc-devel maillist - fpc-devel@lists.freepascal.org

RE: [fpc-devel] Problem loading 2 dlls created on Free Pascal

2006-07-13 Thread Jose Manuel
The error code is: 193 0x00C1 N/A %1 is not a valid Win32 application. But that doesn?t make sense. See if FPC has some directive for setting the DLL baseaddress and set it, and see if that matters. I guess FPC is creating the DLL with no relocation section in it.