Hi!
8--2004 21:34 [EMAIL PROTECTED] (Michal H. Tyc) wrote to
[EMAIL PROTECTED]:
#define isalnum(c) (_ctype[(c) + 1] (_IS_DIG | _IS_UPP | _IS_LOW))
BTW, BC anyway defines _ctype only as 128-byte table. :(
MHT Really? At least in BC 3.1, it is a 257-byte table (a zero
Ops, sorry, really
Thank you, Bart, for applying my patches, and reviewing the MAX_CDSPATH
use!
The following log comment is slightly incorrect:
prf.c
Log Message:
Borland C (unlike Turbo C) didn't like this pseudo register use.
Actually, *both* Turbo and Borland C didn't like it!
I mentioned a RAR32 bug
On Sun, 7 Mar 2004, Luchezar Georgiev wrote:
The following log comment is slightly incorrect:
prf.c
Log Message:
Borland C (unlike Turbo C) didn't like this pseudo register use.
Actually, *both* Turbo and Borland C didn't like it!
This is strange. The old code has been there for
On Sun, 7 Mar 2004 16:37:43 + (GMT), Bart Oldeman wrote:
Actually, *both* Turbo and Borland C didn't like it!
This is strange. The old code has been there for ages even when we
compiled with Turbo C by default.
Yes, but the bug didn't reveal until MENUCOLOR and the 8-bit strings it
allows
On Sun, 7 Mar 2004, Luchezar Georgiev wrote:
EXACTLY! Now I see that put_unsigned() and put_string in prf.obj have a
CBW instruction that does just that! So, what do you suggest? I think that
we can just apologise to KR and change c in put_console() to char.
or cast to unsigned char. That's