Received: from PACIFIC-CARRIER-ANNEX.MIT.EDU by po7.MIT.EDU (5.61/4.7) id AA01779; Sun, 17 Dec 95 19:16:28 EST Received: from SENATOR-BEDFELLOW.MIT.EDU by MIT.EDU with SMTP id AA27953; Sun, 17 Dec 95 19:16:29 EST Received: (from root@localhost) by senator-bedfellow.MIT.EDU (8.6.12/2.3JIK) id TAA23404 for Linux-Development-System-Dist@senator-bedfellow.mit.edu; Sun, 17 Dec 1995 19:13:58 -0500 Message-Id: <199512180013.TAA23404@senator-bedfellow.MIT.EDU> From: Digestifier To: Linux-Development-System@senator-bedfellow.MIT.EDU Reply-To: Linux-Development-System@senator-bedfellow.MIT.EDU Date: Sun, 17 Dec 95 19:13:54 EST Subject: Linux-Development-System Digest #129 Linux-Development-System Digest #129, Volume #2 Sun, 17 Dec 95 19:13:54 EST Contents: Re: iBCS for 1.3.45 (Cees de Groot) Re: Linux Security - C2 and beyond (Alain Knaff) libelf? (justin l werner) Re: Linux and Java (Generic Account 0717) Re: ELF Copy-On-Write (Martin v. Loewis) Re: Limiting diskcache/buffers? (Hamish Macdonald) Re: Can Linux support multiprocessors INTEL CPU? (Russ Woodroofe) Re: Linux on BeBox? (Mike Frisch) Re: AMD DX4-120 (John Sullivan) Re: libc-5.2.16 makes emacs coredump in XLoadFont() (Alain Knaff) Re: Serial overrun on 16550A @ 38.4K DX4/100 1.2.13: driver problem ? (allan) [ELF] benefit of static compile (Ted Buswell) Re: (no subject) (Paul R Staniforth) Re: dosemu capable of running Windows 3.11 !? (Sergei Viznyuk) Re: Always IN-2000 SCSI card (Unix Consulting) Installing linux with Window 95 (Johnathan Mark Smith) 1.3.47 : host_byte(), not hostbyte() (juergen heinzl) Re: dosemu capable of running Windows 3.11 !? (Arther Dent) Re: Kernel resets IDE HD -- Normal? (Michael Faurot) ---------------------------------------------------------------------------- From: C.deGroot@inter.NL.net (Cees de Groot) Subject: Re: iBCS for 1.3.45 Date: 16 Dec 1995 22:27:33 +0100 In article <4atcae$nmr@peabody.Colorado.EDU>, Jan Vilhuber wrote: > >I downloaded said file, tried to compile it and it broke down complaining >about a missing /usr/lib/crt0.o. I just did a completely virgin Slackware >3.0 install. Why is this file missing and what can I do about it?? > RTFM (Read The Friendly Makefile): in .../ibcs/x286emul/Makefile there is a line saying '#BINTYPE= i486-linuxaout'. Remove the comment, and you're all set. Alternatively, forget about Xenix compatibility... -- Cees de Groot, OpenLink Software 262ui/2048: ID=4F018825 FP=5653C0DDECE4359D FFDDB8F7A7970789 [Key on servers] -- Any opinions expressed above might be mine. ------------------------------ From: knaff@imag.fr (Alain Knaff) Subject: Re: Linux Security - C2 and beyond Date: 17 Dec 1995 18:40:38 GMT Reply-To: Alain.Knaff@imag.fr Darren J Moffat (darren@xarius.demon.co.uk) wrote: : erik@kroete2.freinet.de (Erik Corry) writes: : >I wonder how much this actually buys you. I heard that in VMS : >the various privilege levels were effectively reduced to 2, like : >in Unix, because it was fairly trivial to hack your way from : >'slightly privileged' to 'allpowerful'. : I've been away for a week so i might have missed some of the thread, but it : seems there is some confusion about the privalage system that is required : in a CMW. privalage ? : It is _not_ a heirarchical tree/graph from no privalage to equivalent of root. : The CMW privalage mechanism provides a very fine grained mechanism that : allows the granting of privalages specific to a job - often to a single system privalages? Again? : allows the granting of privalages specific to a job - often to a single system : call. The Sun CMW (Trusted Solaris) has around 80 diffrent privalages, so far : I have been able to get all programs that required setuid in SunOS to run : unmodifed by appying only one or two CMW privalages. : An example of some privalages are: : FILE_DAC_READ - Allows a process to read files it would otherwise Please restrict the length of your lines to 80 characters, for readability : be able to because of ACL or UNIX perms : FILE_DAC_WRITE - follows from above Y'a mean that the process/user may write to any file? How is that different from root? (pick /etc/passwd and have a free ride) : FILE_MAC_READ - Allows a process to read a file even if the security : classification of the process doesn't dominate the : classification of the file. Wouldn't that subvert the whole purpose of MAC? That even if root is compromised no secret files get off the system... etc. ------------------------------ From: jwer@benson.az.stratus.com (justin l werner) Subject: libelf? Date: 17 Dec 1995 11:37:55 -0700 Reply-To: jwer@az.stratus.com Stupid question time... My understanding is that GNU BFD is used for handling ELF-ism on Linux. However, there is a header file, /usr/include/libelf.h, that implies there should be a libelf, or at least a library which implements the functions declared in libelf.h. Is this the case, or is this an unusable interface? I have some code developed using libelf routines that I would like to port to Linux, but I don't think that I'm up to the task of implementing libelf around the libbfd. Any help at all would be much appreciated... Thanks in advance, -jwer- -- justin l werner stratus computer, inc. jwer@az.stratus.com "My opinions do not reflect Stratus policy. Etc. Etc. Etc." ------------------------------ From: masc0717@rohan.sdsu.edu (Generic Account 0717) Crossposted-To: comp.lang.java,comp.os.linux.misc Subject: Re: Linux and Java Date: 13 Dec 1995 22:01:16 GMT Charles-Edouard RUAULT (ruault@worldnet.net) wrote: : Hi, : JDK Beta is available for Linux ( ELF needed ! ), check out : ftp://substance.blackdown.org/pub/Java/linux : Have fun... I have been trying to get the Linux JDK to work on my machine for 4 days now and I'm about to give up on it. Has ANYONE else gotten it to work? I've had several people take a look at it for me and they couldn't figure it out either. Both appletviewer and javac run and then exit. No output, no errors, nothing. An strace on it shows it loading a ton of classes and then cheerfully exiting having accomplished nothing. Strace available upon request. I am running the latest libc, gcc, libdl, binutils, everything mentioned in the docs. Anyone else had this problem? ------------------------------ From: loewis@informatik.hu-berlin.de (Martin v. Loewis) Subject: Re: ELF Copy-On-Write Date: 16 Dec 1995 18:59:33 GMT In article , Studnitzky Boaz wrote: >Isn't it possible to have the dynamic loader mark the pages where it >stores dynamic link pointers as non-copy-on-write? This is not a good idea. First, if the library is compiled with -fPIC, there is little or no relocation necessary (are there actual numbers on the amount of data changed dynamically while loading, say, libc.so?). More important, the memory layout of processes differs, so any library might be located at different addresses in different processes - this is why we wanted to have ELF in the first place. Finally, sharing writable code pages would result in a loss of stability and security, as the memory protection would not be in effect anymore. Regards, Martin ------------------------------ Crossposted-To: comp.os.linux.misc From: hamish@border.ocunix.on.ca (Hamish Macdonald) Subject: Re: Limiting diskcache/buffers? Date: Sat, 16 Dec 1995 15:55:35 GMT >>>>> On 9 Dec 1995 18:46:18 GMT, >>>>> In message <4aclhq$2if@nic.lth.se>, >>>>> swmike@uplift.sparta.lu.se (Mikael Abrahamsson) wrote: Mikael> No, it does not, when it swaps out my netscape and thinks it Mikael> wants half of my 48 megs of ram as diskcache. Mikael> I see absolutely no reason for having more than 5-10 megs of Mikael> ram as diskbuffer, and 30megs is definately in excess!!!! Note that the memory listed as used for "buffers" when running the "free" command (or others) includes directly mapped executable pages; i.e. something like netscape (1M of code?) would be executing directly from the disk-cache. Thus if you have 48 megs of memory, and a decent amount of largish processes running, a fair amount of memory will seem as if it is used for "disk cache" but is really just executable pages from disk. ------------------------------ From: paranoia@engin.umich.edu (Russ Woodroofe) Subject: Re: Can Linux support multiprocessors INTEL CPU? Date: 17 Dec 1995 18:44:46 GMT From the SMP web site: Linux support for multiple _Pentium_ processors exists, in some sort of alpha stage. It apparently works, but needs some optimization, etc. It sounds like the support is geared towards 2 processor systems, although it shoudl work with machines with more processors (just that some of the optimization issues are more important with more processors). Linux support for multiple _486_ processors awaits someone to write the support code. The note on the web page made this sound like just handling some initialization code, etc--don't know how dificult it might actually be. Hope that helped... --Russ Woodroofe paranoia@engin.umich.edu ------------------------------ From: mfrisch@saturn.tlug.org (Mike Frisch) Subject: Re: Linux on BeBox? Date: 14 Dec 1995 22:25:25 GMT Ajit George (gajit@cs.utexas.edu) wrote: : I think I remember seeing the number $2600 tossed around on another : newsgroup or in a press release. That price didn't include memory and : disk, however. Right there, it's much more money than a Pentium system. I don't think it'll succeed... Mike. -- ========================================================================== Mike Frisch Internet: mfrisch@saturn.tlug.org Northstar Technologies Compuserve: 76620,2534 Newmarket, Ontario, CANADA WWW: http://www.io.org/~mfrisch ------------------------------ From: js10039@thor.cam.ac.uk (John Sullivan) Subject: Re: AMD DX4-120 Date: 14 Dec 1995 03:39:43 GMT Reply-To: John Sullivan In article <4aioha$8l6@nntp.atlanta.com>, root wrote: >I have update to an AMD DX4-120..noticed one problem..System won't boot a >floppy kernel unless I turn off the internal cache (bios function)...I don't >really need the function unless I have to reinstall Linux ..I had to repair an >error and needed to boot from a floppy to get into the system when I discovered >it.. > >May just be a quirk of my motherboard/bios or could be the DX4/120.. > >Anyone have similiar experience? > >The kernel starts to uncompress and then gives a crc error and halts.. > >Works fine with lilo and loadlin.. I've had no problems with mine (DX4-120/256Km, single 8Mb SIMM). What output do you get up-to the error exactly? Could it be a dodgy floppy causing bit errors? (Why are even good 3.5"s so damn unreliable... hmph.) John -- I've got nothing to do 'cept hang around here and get screwed up on you. Me! ------------------------------ From: knaff@imag.fr (Alain Knaff) Subject: Re: libc-5.2.16 makes emacs coredump in XLoadFont() Date: 17 Dec 1995 18:53:40 GMT Reply-To: Alain.Knaff@imag.fr Robert Bihlmeyer (robbe@orcus.ping.at) wrote: : Hi, : In article , : Steve M. Robbins wrote: : >I have been running emacs 19.29 for months now, compiled in ELF with : >x-toolkit option. I have the ELF version of XF86-3.1.2, and all was : >working fine until I installed libc-5.2.16. : > : >After that, the menu option "Make New Frame" on the "Files" menu will : >cause emacs to coredump with SEGV in the XLoadFont() call. I : [...] : Similar problems here: emacs breaks with libc-5.2.16 : Going to emacs-19.30 helps with some problems ("make new frame" for : example), but "-fn" still fails. Try updating, but YMMV! : Robbe This is could due to bugs in Emacs' 19.30 "font-lock" and "faces" support. I spend a whole day to get 19.30 work with even the basic features: Initially, it would already segfault at startup! Here are my font ressources, if that can help: Emacs.info-menu-5.attributeFont: -*-fixed-medium-r-semicondensed-*-13-100-*-*-*-*-iso8859-* Emacs.info-node.attributeFont: -*-fixed-medium-r-semicondensed-*-13-100-*-*-*-*-iso8859-* Emacs.info-xref.attributeFont: -*-fixed-medium-r-semicondensed-*-13-100-*-*-*-*-iso8859-* Emacs.*.attributeFont: -*-fixed-medium-r-semicondensed-*-13-100-*-*-*-*-iso8859-* Emacs.*.font: -*-fixed-medium-r-semicondensed-*-13-100-*-*-*-*-iso8859-* Emacs.bold.font: -*-courier-bold-r-*-*-14-140-*-*-*-*-iso8859-* Emacs.bold-italic.font: -*-courier-bold-o-*-*-14-140-*-*-*-*-iso8859-* Emacs.italic.font: -*-courier-medium-o-*-*-14-140-*-*-*-*-iso8859-* Emacs.primary-selection.attributeFont: fixed Emacs.default.attributeFont: fixed Emacs.primary-selection.attributeUnderline: True Emacs.italic.attributeFont: -*-courier-medium-o-*-*-14-140-*-*-*-*-iso8859-* Emacs.bold.attributeFont: -*-courier-bold-r-*-*-14-140-*-*-*-*-iso8859-* Emacs.bold-italic.attributeFont: -*-courier-bold-o-*-*-14-140-*-*-*-*-iso8859-* -- Linux - Where do you want to fly today ? Windows 95 - Makes a grown man cry Alain ------------------------------ From: c91peral@ida.liu.se (allan) Subject: Re: Serial overrun on 16550A @ 38.4K DX4/100 1.2.13: driver problem ? Date: Sat, 16 Dec 1995 10:35:36 GMT I also have problems with bad CRC's overruns etc. I have a 486 DX4/100 with a 16550A. I have no problems whatsoever when running Windows 3.11 or '95, and I really hate it when Windows does something better :( Oh, yes, I'm running kernel 1.3.47 , but I have had the problem as long as I can remember (< 1.3.30). Now that is a new way to count time :)) Regards, Per Allansson ------------------------------ From: tbuswell@ithilien.pcix.com (Ted Buswell) Subject: [ELF] benefit of static compile Date: 16 Dec 1995 23:38:50 GMT A while ago, I read an article that said something to the effect of "If you're using ELF and you're not compiling statically, you aren't taking full advantage of the environment" Is there any truth to this? -Ted -- Theodore Buswell tbuswell@ithilien.pcix.com ------------------------------ From: prs@autoscan.demon.co.uk (Paul R Staniforth) Crossposted-To: comp.os.linux.development.apps,metronet.linux Subject: Re: (no subject) Date: 10 Dec 1995 14:43:50 -0000 You need to install the kernel source files they are now in the 'k' series. Oscar E Masters (oem@metronet.com) wrote: : I recently installed slackware version 3.0. Most of the installation : was fairly painless but i have stumbled on a problem which has me fairly : confused. : I am able to compile a fair number of C programs that use 'vanilla' : include files but i started running across the following error for : many of the gnu tcp calls (such as #include : : In file included from connectsock.c:2: : /usr/include/sys/socket.h:5: linux/socket.h: No such file or directory : In file included from connectsock.c:4: : /usr/include/netinet/in.h:78: linux/in.h: No such file or directory : 1 when i look at the code in it has an #include to : : 2 though a directory exists called /usr/include/linux it has no : *.h type files in it. : : Did i somehow mis-install the gnu-linux files ? overall everything : else is working fine. Can someone shed some light on this ? : Should i try to reinstall the 'gcc' environment ? : Thanks. If i sound clueless there is a good reason for it. : oem -- Paul R Staniforth p.staniforth@lmu.ac.uk Tel. +44 (0)113 2431 352 prs@autoscan.demon.co.uk ------------------------------ From: sviznyuk@magnus.acs.ohio-state.edu (Sergei Viznyuk) Subject: Re: dosemu capable of running Windows 3.11 !? Date: 17 Dec 1995 00:56:21 GMT In article <1995Dec16.215417.32543@exc.com>, Joel M. Hoffman wrote: >>My insightful feeling is both dosemu and WINE are essentially >>dead, since the WIndoze 95 defeated their purpose. >>However WINE is more dead than dosemu, since dosemu >>is kicking as yet.. > >Why? What has the release of Windows 95 got to do with the eumlators >available for Linux? well, why would anyone want to run obsolete programs written for Windoze 3.1 and MSDOG in a year or so? All new releases are being written for Windoze 95 which is not supported neither by WINE nor dosemu. what is the purpose in developing emulator for an extinct programs? I think folks who work on dosemu whould think more about going in for emulator for Windoze 95.. Sergei > >-Joel >(joel@exc.com) > >-- >----------------------------------------------------------------------------- >|_|~~ Germany, Europe. 1940's ``A DISTINGUISHED speaker said that we must put >__|~| 16 Million DEAD. our children first. We in Bosnia wonder if > we have any children left. Seventeen thousand > cnc Bosnia, Europe. 1990's children have been killed in Bosnia in the > cnc HOW MANY MORE? last three years. Those living, some with > gray hair and eyes and hearts of old men, are >``May the world you hardly children any more.'' > live in be the world - H. Silajdzic > of your dreams.'' - Debbie Friedman Prime Minister of Bosnia >----------------------------------------------------------------------------- > TELL CLINTON TO HELP STOP THE GENOCIDE: PRESIDENT@WHITEHOUSE.GOV > > > ------------------------------ From: consult@btoy1.rochester.ny.us (Unix Consulting) Subject: Re: Always IN-2000 SCSI card Date: 17 Dec 1995 16:31:32 -0500 Reply-To: consult@btoy1.rochester.ny.us Blue Angel (yku03006@yorku.ca) wrote: : Does anyone know if Linux can handle the Always IN-2000 SCSI card? : -- : _ /| Allen Shymchuk a.k.a. Blue Angel : \o.O' Scarborough Canada, eh! : =(___)= -=[ yku03006@yorku.ca ]=- : U ack! pffffft!!! -=[ alpal@yucc.yorku.ca ]=- : Home of the Telefunkin U-47... York University - Computer Science : Yes, it does just fine. You need to enable the kernel support for it. If you use it to access a tape drive you need to patch "drivers/scsi/st.c" (ask me for details if you need the patch). -- ======== Thomas Bullinger ======= Specializing in Linux systems ======== * Installation * Setup * Maintenance * Training * Software * Information * Email: consult@btoy1.rochester.ny.us FAX: +1-716-377-6732 * WWW: http://btoy1-gw.roc.servtech.com/users/consult ------------------------------ From: smithj@walrus.com (Johnathan Mark Smith) Subject: Installing linux with Window 95 Date: Sun, 17 Dec 1995 19:25:21 GMT Installing linux with Window 95 Can someone please tell me how to install linux with windows 95 Please email me. smithj@walrus.com http://www.walrus.com ------------------------------ From: idoinet@mille.scn.de (juergen heinzl) Subject: 1.3.47 : host_byte(), not hostbyte() Date: Thu, 14 Dec 1995 12:55:39 +0000 Reply-To: idoinet@scn.de Hello all, two problems with the compilation of Linux 1.4.47, first in linux/drivers/scsi/constants.c in line 596 the call to hostbyte() is wrong, it should be host_byte(). The second one, some of the include files seems to be wrong, the compilation of modules fails with '#-lines for entering and leaving files don't match' for all source files. Any clues ? Bye, Juergen Juergen Heinzl idoinet@scn.de ------------------------------ From: Arther Dent Crossposted-To: comp.os.linux.x,com.os.linux.development.apps Subject: Re: dosemu capable of running Windows 3.11 !? Date: 17 Dec 1995 17:04:49 GMT "Jeffrey A. Halverson" wrote: > > >On 16 Dec 1995, Sergei Viznyuk wrote: > >> In article <30D1463F.4336@rxg.xerox.com>, >> Peter Eggen wrote: >> >Hello, >> > >> >hope this is not a silly question, but I have got some information >> >that the latest version of the Linux DOS-emulator is capable of >> >running at least Windows 3.0, and with some patches against the >> >kernel-dlls even Windows for Workgroups. I have heard something of using >> >the same pathches you need in order to run Windows 3.11 under OS/2 Warp. >> > >> >Does anybody have some information about that?? >> > >> >It seems there are two ways of making Linux to be capable of running >> >Windows, DOS-Emu and Wabi - which succeded first?? >> ~~~~ >> perhaps you meant WINE? >> Wabi is for SUN not Linux. > >Actually, from what I understand, some fella's from the Caldera group >have already mostly gotten Wabi to run on Linux... Of course, due to >political reasons the project was shelved and thrown out the door... So >I guess "Wabi" succeeded first---but you'll never see it. > > >> My insightful feeling is both dosemu and WINE are essentially >> dead, since the WIndoze 95 defeated their purpose. >> However WINE is more dead than dosemu, since dosemu >> is kicking as yet.. Um... Win95 is a piece of solid animal waste excriment. it has a harder time running win3.11 stuff than Dosemu does!! and the interface? yeah right. Win95 is going to kill OS/2, but not IWNE/dosemu. SHoot, that's why I got Linux in the firstplace, to get away form windozzze. >What the hell is this all about? Do you honestly believe that Win95 >offers everything that Linux does??? Why the hell are posting to this >group? WINE is *not* dead. There are many people who would enjoy using >their windows applications under Linux and FreeBSD. Every other week >there are new releases of WINE on sunsite, and the long term goals are to >include all of the Win32 API as well as all the 16 bit app's API. WINE will run 32bit (95, NT) stuff too?? All I've heard is 16bit API... >Winelib is also something to look forward to... How >about a simple recompile and --viola-- you have a native windows app >running native on X-Windows!!! Woah. winelib RE-COMPILES win3.11 apps to NATIVE X apps?!?! I didn't think that was possible.... do you need parts of the source code or what? Arther. ------------------------------ From: mfaurot@phzzzt.atww.org (Michael Faurot) Subject: Re: Kernel resets IDE HD -- Normal? Date: Sat, 16 Dec 1995 04:24:11 GMT Albert Cahalan (albert@krakatoa.ccs.neu.edu) wrote: : : A quality drive can take more abuse. An older drive can withstand : voltage spikes better, maybe. The fact that one works does not : rule out serious mothorboard problems. I fried two drives and : several controllers before I got rid of the motherboard. Two : small older drives were never damaged. I've gone back and done some additional experimentation and turned off some of the things I'd been doing with hdparm. Runs slower, but seems to be okay. I'm now trying to rework my hdparm settings to something that is fast, but reliable. I think I may have just been pushing things too hard for the Maxtor. -- +----------------+-------------------------+---------------------------------+ | Michael Faurot | mfaurot@phzzzt.atww.org | I programmed COBOL in college. | | ------- ------ | ------- ------ ---- --- | But I never compiled . . . :-) | +----------------+-------------------------+---------------------------------+ ------------------------------ ** FOR YOUR REFERENCE ** The service address, to which questions about the list itself and requests to be added to or deleted from it should be directed, is: Internet: Linux-Development-System-Request@NEWS-DIGESTS.MIT.EDU You can send mail to the entire list (and comp.os.linux.development.system) via: Internet: Linux-Development-System@NEWS-DIGESTS.MIT.EDU Linux may be obtained via one of these FTP sites: nic.funet.fi pub/OS/Linux tsx-11.mit.edu pub/linux sunsite.unc.edu pub/Linux End of Linux-Development-System Digest ******************************