Messages in this thread | | | From | (david parsons) | Subject | Re: unremovable files and possible fs corruption (2.1.123) | Date | 1 Nov 1998 01:37:53 -0800 |
| |
In article <linux.kernel.199811010356.WAA07181@hilfy.ece.cmu.edu>, Brandon S. Allbery KF8NH <allbery@kf8nh.apk.net> wrote: >In message <71gldd$jml@pell.pell.portland.or.us>, david parsons writes: >+----- >| In article <linux.kernel.199810310122.UAA00331@hilfy.ece.cmu.edu>, >| Brandon S. Allbery KF8NH <allbery@kf8nh.apk.net> wrote: >| >In message <71dep8$ari@pell.pell.portland.or.us>, david parsons writes: >| >| david parsons \bi/ Pushing the published kernel interfaces into a shar >| ed >| >| \/ library is creeping dangerously close to the NT wad >| -o- >| >| dll's approach. >| > >| >And what else is libc.so (aside from being one humongous DLL instead of a >| >bunch of smaller ones)? >| >| But that's not the kernel interface, that's simply a collection of >| nice wrappers around the kernel interface. >| >| Today I can write code that avoids libc altogether and continues to >| work, but if libc becomes the published interface, that guarantee is >| gone. >+--->8 > >*shudder* > >I have *never* worked with single platforms. (I got started by being >confronted with Xenix and TOPS-20 simultaneously.) As such, portability >means a LOT to me,
open() is pretty portable, as are read(), write(), close(), and exit(). The one concession away from portability I make is to try to avoid platforms (like iRMX, which I ported my text editor[1] to aeons ago and then vowed to avoid like grim death thereafter) that don't provide those functions.
[1: Levee, which runs on USCD Pascal, CP/M, MP/M, iRMX, Dos, FlexOS, the Atari ST, and more Unices that you can shake a stick at.]
____ david parsons \bi/ A nice thing about Linux is that if I don't like \/ a particular C runtime library, I can discard it and use another, or none at all.
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/
| |