User: Password:
|
|
Subscribe / Log in / New account

Extended error reporting

Extended error reporting

Posted Feb 22, 2010 13:46 UTC (Mon) by nix (subscriber, #2304)
In reply to: Extended error reporting by mjcoder
Parent article: Extended error reporting

What's the point of an extended error reporting interface if it's only
exposed to the libc? Of *course* applications will have to be able to see
it.


(Log in to post comments)

Extended error reporting

Posted Feb 24, 2010 11:25 UTC (Wed) by mjcoder (guest, #54432) [Link]

Just imagine: You would be able to have several subsystems (like POSIX with limited error information) on top of a stable feature rich kernel. I really like this idea. Something like Wine could be implemented as another subsystem ... or even BSD compatibility (if needed).

Extended error reporting

Posted Feb 24, 2010 22:41 UTC (Wed) by nix (subscriber, #2304) [Link]

I'm just imagining what Al would say about the possibility of adding extra
personalities to the Linux kernel for something like this (personality()
is what Linux uses for this sort of thing). I don't think I can invent
elaborate enough ways of saying 'hell no'.

(Among other things, this would partition the space of processes *again*:
you'd now have 32-bit, 64-bit, 32-bit-extended-error, and
64-bit-extended-error processes... and, uniquely, these extended-error
processes would require *source code changes*. I don't think this is going
to fly, not least because you'd need to convince Ulrich Drepper to do this
to libc, or write a new one. Writing a new one is likely to be less
difficult :) )


Copyright © 2017, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds