This is the mail archive of the
cygwin@sourceware.cygnus.com
mailing list for the Cygwin project.
Re: strlen on a NULL
- To: gnu-win32 at cygnus dot com
- Subject: Re: strlen on a NULL
- From: raf at comdyn dot com dot au (raf)
- Date: Wed, 13 May 1998 11:45:29 +1000
>> If I do a strlen on a NULL pointer I get a coredump.
>> I have the same code running on a few *other* Unix machines with
>> exhibiting this behaviour.
>> OK, so I could tidy it up, but I wondered is this an oversight or the
>> correct behaviour?
>I just observed the same problem.
>The differnce lies in where the core is located. A UNIX core starts from
>ZERO, and thus you are allowed to read from a NULL pointer on UNIX, as
>You read from your code.
>On NT your process may lie anywhere, but never in ZERO, Thus you are not
>permitted to read from adress NULL. (You are not allowed to snoop around
>in the interrupt vetors!)
>So this is the explanation!
nonsense. if strlen() doesn't crash when given a null pointer, the only
reason is that the implementation must contain a test for the null pointer.
this is atypical. strlen(NULL) normally crashes on unix. unix core files
may start at address zero, but zero is an illegal address. this is deliberate.
using null pointers is so common an error in c programming, that the null
address was deemed to always be invalid. remember that c and unix were
invented together.
raf
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".