From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.3 required=5.0 tests=BAYES_00,INVALID_MSGID autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,347d22f6dce4e40 X-Google-Attributes: gid103376,public From: dennison@telepath.com Subject: Re: System Calls Date: 1998/12/24 Message-ID: <75tv4m$vmm$1@nnrp1.dejanews.com>#1/1 X-Deja-AN: 425537420 References: <3677F2B6.FDC20000@gla.ecoledoc.lip6.fr> <7598nc$5lg$1@nnrp1.dejanews.com> <36793CF7.6795AA80@gla.ecoledoc.lip6.fr> <75bsm6$ccl$1@nnrp1.dejanews.com> <75tmgp$bjf@top.mitre.org> X-Http-Proxy: 1.0 x14.dejanews.com:80 (Squid/1.1.22) for client 204.48.27.130 Organization: Deja News - The Leader in Internet Discussion X-Article-Creation-Date: Thu Dec 24 17:54:30 1998 GMT Newsgroups: comp.lang.ada X-Http-User-Agent: Mozilla/4.5 [en] (WinNT; I) Date: 1998-12-24T00:00:00+00:00 List-Id: In article <75tmgp$bjf@top.mitre.org>, mfb@mbunix.mitre.org (Michael F Brenner) wrote: > Since DOS and UNIX and VAXen are so similar in their ideas of what a > subdirectory is and what happens when executables are spawned, it > seems that the basic commands like change directory, rename directory, > move directory, copy directory, get current directory, concatenate The problem is in the little differences. Dos uses '\', where Unix and VMS use '/'. In Unix that '\' is quite liable to be used in the file name to escape special characters. In DOS, devices are at the front of the path with a ':'. In Unix devices are simply the first path or two in the filename. In Unix and VMS '::' can be used to indicate the machine owning the device in some circumstances. In Unix disks must be mounted before use. In DOS and Windows, they are generally automaticly detected. Of course the scripting languages have to deal with these very issues, and have each come up with their own partial solutions. > directory to filename, run an executable in parallel, run an executable > in series, put message into shared memory, wait for program, > terminate, minimize, get mouse coordinates, get interrupt on > key down or key up or mouse button down or up, light up filled > rectangle on the screen, read the color of a pixel, rename a file, > wait for executable, peek/poke, get/put/seek to ordinary > operating system files, parse filename, etc., could be standardized > without pain in a little operating system-independent package. I notice your list is quite long. That genrally means it is not comprehensive. :-) Any package that contained all this stuff would be far from little. Plus large parts of it are unrelated. Yuk. You are talking about at least 8 different packages here. Some of it is doable, but I doubt a graphics package that just provided the graphics function you mention would be useful to anyone. Start adding many more functions, and you might as well just implement a TCL binding. -- T.E.D. -----------== Posted via Deja News, The Discussion Network ==---------- http://www.dejanews.com/ Search, Read, Discuss, or Start Your Own