Mail Archives: djgpp/2004/12/25/22:47:02
> DJ, are you just having a bad day? It's Christmas. Lighten up.
If you've been around long enough, you'd realize that I don't do
Christmas.
> 'We do this by segfaulting'? Who is 'We'? Do you mean the
> implementor?
Yes, that would probably be me, but it's certainly the DJGPP
development team, as we wrote that code.
> What is a segfault handler? Do you offer one with DJGPP?
You can use signal() to trap segfaults, but the best way to do it is
to NOT trap segfaults, and use gdb to debug your program.
> There's that 'We' again.
Yup, we is us. Check the copyright on those headers.
> It is not up to you to punish me for writing code you consider bad.
No, but it is my job to help you write the best code you can.
> Think about it. Your job as implementor is to provide the most
> robust environment possible for me to play in. It is not your job to
> catch me out.
It *is* my job to implement the standards in the most efficient way,
though. Encouraging people to write portable conforming code is just
a bonus. Even if we *did* change our libc, the next system you
compile on will just fail in a different mysterious way. We serve the
programmers best by helping them write code that will "just work" on
*every* system.
In cases where a majority of the C implementations out there do
something extra to help the programmer, we do that too. A majority of
the implementations out there do ctype the way we do, so if we "fix"
it we're just setting you up for failure on the next OS you write
software for.
> It is on the other hand, my (the user's) job to catch you out. This
> so that you can produce an even more robust environment to your
> audience.
If you find a case where standards conforming calls to our functions
cause our functions to fail, we want to know. If you feed our
functions garbage and get garbage back, don't complain.
> How about this..
>
> [((unsigned)(c)+1)&(UCHAR_MAX*2+1)]
>
> ..as our index? It doesn't punish us for invalid input simply
> because there is no such thing. What do 'We' say about that?
We say that would be wasting memory, since conforming programs would
never need the extra buffer.
> PS. I'm older than you and I might have more time on my hands.
Perhaps you could use some of that time fixing your software to do the
right thing ;-)
- Raw text -