Wrong. Should be: ""#if defined (__TURBOC__) && __TURBOC__ >= ...",
where "..." is a version of BC, which presents new style
absread()/abswrite().
Borland C has also the manifest constant __BORLANDC__ which is
0x200 for 2.0
0x400 for 3.0
0x410 for 3.1
0x452 for 4.0
0x460 for 4.5
0x500 for 5.0
0x
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,
Салям!
8-Мар-2004 20:46 [EMAIL PROTECTED] (Eric Auer) wrote to
[EMAIL PROTECTED]:
EA> like that, your software should do the right thing both when compiled
EA> with TC and with BC - use an #ifdef __TURBOC__ ...
Wrong. Should be: ""#if defined (__TURBOC__) && __TURBOC__ >= ...",
where "..."
Hi!
On Mon, 8 Mar 2004 12:11:50 +0300 (MSK), Arkady V.Belousov wrote:
> #define isalnum(c) (_ctype[(c) + 1] & (_IS_DIG | _IS_UPP | _IS_LOW))
> #define isalpha(c) (_ctype[(c) + 1] & (_IS_UPP | _IS_LOW))
> BTW, BC anyway defines _ctype only as 128-byte table. :(
Really? At least in BC 3.1, it
Tudo para divulgação de sites e homepages. Cadastramento em mecanismos de busca,
email marketing, publicidade online, campanhas online, cadastro de sites, sites
de busca, torne seu site um sucesso:
http://www.gueb.de/divulgueseusite
Tudo para divulgar seu site: Cadastramento em ferramentas de b
Hi!
> MP> I'm not sure if the absread()/abswrite() TC RTL functions get this right,
>
> BC, not TC. Though, TC RTL uses _only_ old-style INT25/26 (as verified
> by Eric).
Indeed. This means that for TC you MUST manually provide the new style
parameters to absread/abswrite while for BC you
Hi!
8-Мар-2004 14:57 [EMAIL PROTECTED] (Luchezar Georgiev) wrote to
[EMAIL PROTECTED]:
>> And this will be another mistake: in C/C++ standard `char' may be
>> signed, and _it is_ (by default) in BC. (But not in OW, BTW). Stupid, but
>> this is so.
>> This (troubles with sign extension)
Hi!
No one sends results of DEBUG running. :( I again ask: how to detect
FAT type (differ FAT1x and FAT32)? For example:
int ret = get_BPB32 (INT 21/440D with CX=0x4860);
if (ret) {
if (get_BPB (INT 21/440D with CX=0x860))
...error gett
Unfortunately my message to Lixing Yuan bounced :(
Lucho
<[EMAIL PROTECTED]>:
203.192.14.200 does not like recipient.
Remote host said: 550 sorry, there is no such user.
Giving up on 203.192.14.200.
---
This SF.Net email is sponsored by: IBM L
/* Lixing Yuan Patch */
if (bAllowWildcards)/* for find first */
{
if (*filename != '\0')
return DE_FILENOTFND;
memset(fcbname, '?', FNAME_SIZE + FEXT_SIZE);
return nDirCnt;
}
else
return DE_FILENOTFND;
On second thought, we'd better replace t
On Mon, 8 Mar 2004 00:21:41 + (GMT), Bart Oldeman wrote:
Hmm. Further testing seems to reveal that this whole bit isn't valid, as
"findfirst" is not the same as a "dir"!
ie. this whole bit needs to be deleted.
/* Lixing Yuan Patch */
if (bAllowWildcards)/* for find first */
{
Do you mean, that FAT32 root directory also doesn't contains "." entry?
Exactly.
---
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everythin
And this will be another mistake: in C/C++ standard `char' may be
signed, and _it is_ (by default) in BC. (But not in OW, BTW). Stupid, but
this is so.
This (troubles with sign extension) is why I suggest, that machine
specific types NEVER SHOULD BE SIGNED (as they are in FD kernel).
It's
So passing a sign extended negative char to put_console isn't that bad --
as long as the correct thing is passed to int10 of course.
Of course - and now it is :)
Well, leave it "as is" then.
Lucho
---
This SF.Net email is sponsored by: IBM Linux
Hi!
8-Мар-2004 12:42 [EMAIL PROTECTED] (Bart Oldeman) wrote to
[EMAIL PROTECTED]:
BO> There's just one advantage using "signed char" or "int" instead of an
BO> unsigned type: "cbw" is shorter than "xor ah, ah"
I think, one byte sometime is reasonable price for valid code.
BO> and Watcom pa
Hi!
8-Мар-2004 03:56 [EMAIL PROTECTED] (Matthias Paul) wrote to
[EMAIL PROTECTED]:
>> There is such (current) order of source and target in SYS:
>> SYS {options} targetdrive:
>> SYS {options} sourcedrive: targetdrive: [bootsector.file]
>> SYS {options} sourcepath targetdrive: [bootsector.fi
On Mon, 8 Mar 2004, Luchezar Georgiev wrote:
> OK, so I'd prefer changing the c type to unsigned char then. It could be
> just char but it's better to be unsigned char indeed to emphasize that
> 8-bit characters are valid too.
There's just one advantage using "signed char" or "int" instead of an
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 K&R and change c in put_console() to char.
or cast to unsigned char. That's standard practice just like for is*
functions. Wel
Hi!
7-Мар-2004 18:23 [EMAIL PROTECTED] (Matthias Paul) wrote to
[EMAIL PROTECTED]:
MP> of DR DOS unless you would special case them. On the other hand, always
MP> using the new form on any DOS 3.31+ the least does not cause any problems
MP> under DR DOS, PC DOS or MS-DOS, even if the disk is smal
Hi!
8-Мар-2004 00:21 [EMAIL PROTECTED] (Bart Oldeman) wrote to
FreeDOS-kernel <[EMAIL PROTECTED]>:
BO> msdos 7.10 returns cy,ax=3 for c:\dir\ (where freedos makes that
BO> c:\dir\*.*) and cy,ax=12 for c:\dir (unless the dir attribute
[...]
BO> directory entry but using 12 instead of 3 here -- wel
Hi!
7-Мар-2004 19:31 [EMAIL PROTECTED] (Luchezar Georgiev) wrote to
[EMAIL PROTECTED]:
>> which should be correct since the high byte should be 0.
LG> Yes, it SHOULD, but it is NOT! An alternative would be to change the type
LG> of c from int to char
And this will be another mistake: in C/C
Hi!
7-Мар-2004 17:29 [EMAIL PROTECTED] (Luchezar Georgiev) wrote to FreeDOS-kernel
<[EMAIL PROTECTED]>:
LG> This is just what MS-DOS does - an Int 21h AH=4Eh CX=16h (attributes =
LG> A_DIR|A_HIDDEN|A_SYSTEM - as the EMX-GCC library sets them) call for "."
LG> when the root directory is current *f
Hi!
7-Мар-2004 18:47 [EMAIL PROTECTED] (Bart Oldeman) wrote to
[EMAIL PROTECTED]:
>> 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 K&R and change c in put_console()
23 matches
Mail list logo
