Received: from PACIFIC-CARRIER-ANNEX.MIT.EDU by po7.MIT.EDU (5.61/4.7) id AA13882; Thu, 28 Dec 95 13:18:35 EST Received: from SENATOR-BEDFELLOW.MIT.EDU by MIT.EDU with SMTP id AA24418; Thu, 28 Dec 95 13:18:28 EST Received: (from root@localhost) by senator-bedfellow.MIT.EDU (8.6.12/2.3JIK) id NAA04356 for Linux-Development-System-Dist@senator-bedfellow.mit.edu; Thu, 28 Dec 1995 13:13:58 -0500 Message-Id: <199512281813.NAA04356@senator-bedfellow.MIT.EDU> From: Digestifier To: Linux-Development-System@senator-bedfellow.MIT.EDU Reply-To: Linux-Development-System@senator-bedfellow.MIT.EDU Date: Thu, 28 Dec 95 13:13:54 EST Subject: Linux-Development-System Digest #161 Linux-Development-System Digest #161, Volume #2 Thu, 28 Dec 95 13:13:54 EST Contents: Re: Can't see second NIC (Rob Janssen) Re: Elf Sluggish - interactive perf measure wanted. (Kang-Jin Lee) Re: Kernel 1.3.5 and GCC 2.7.2 and GNU make (Kent Ritchie) MSDOS FS file permissions (Alberto Vignani) hooking up an NCR-terminal Re: hooking up an NCR-terminal (Craig Hagan) Anybody with floppy problems under ELF? (A. Rohde) linux ft (David Waters) MMAP trouble (Erik Westlin) RCP problem between Linux/RS/600/Indy (Aaron Fredrick Tiensivu) Re: Login Accounting in Linux (Colin Beckmann) 2nd cdrom session on /other/ device (David van Leeuwen) Re: Problem with 1.3.51 (Joerg Lenneis) mesg y or n how to see in a program (Marcel Davids) Re: AMD better than intel? (was Re: Upgraded memory ... how do i benchmark ...) (Peter Suetterlin) Ramdisk ... changed? ... broken? (Vincent Fatica) ---------------------------------------------------------------------------- From: rob@pe1chl.ampr.org (Rob Janssen) Subject: Re: Can't see second NIC Reply-To: pe1chl@wab-tis.rabobank.nl Date: Thu, 28 Dec 1995 12:01:24 GMT In <30E11903.72188482@erzulie.fyionline.com> Sean McAdam writes: >Hi all: > I am running 1.3.45/P100/128M, and he kernel cannot see the second >Network card that is installed. ( both cards are 3c5x9 EISA ) I scaned >the driver code quickly, but I came up empty. I tried using standard >3com ISA cards with the same result, only one would be "seen" by the >kernel. See the ethernet HOWTO for an explanation on how to use two cards. > Has any one else had the same problem? If so, how did you fix it? Is >there a way to force the kernel to use the card(s) by manualy telling it >where to look on the append line in LILO? Yes, that is the way to do it... Rob -- +------------------------------------+--------------------------------------+ | Rob Janssen rob@knoware.nl | BBS: +31-302870036 (2300-0730 local) | | AMPRnet: rob@pe1chl.ampr.org | AX.25 BBS: PE1CHL@PI8WNO.#UTR.NLD.EU | +------------------------------------+--------------------------------------+ ------------------------------ From: lee@tengu.in-berlin.de (Kang-Jin Lee) Subject: Re: Elf Sluggish - interactive perf measure wanted. Date: 27 Dec 1995 13:55:37 +0100 Edmund Ronald writes: > I have been running an old Suse (Slackware 2.1 look-alike) a.out with kernel >1.2.5 on my P5/90/16 EIDE system, and have now installed a partition to try >the latest ELF releases on the InfoMagic CD set. > RedHat 2.1 and Slackware 3.0 both seem SLOOOOOOOOW >Questions: > 1. am i the only one who thinks the latest ELF offerings are slower than > the a.out's ? No, you found at least one, who thinks that ELF slowed the interactive performance down measurably. Especially when I start a very CPU hoggish program and let it run around 10 seconds or more without typing anything, it can take around a second until the machine echos the character on the console when I hit the keyboard. I started migrating from a.out to ELF on a 486-33/16MB and thought this was a side effect of using a.out and ELF at same time. Now I have finished the migration and recompiled everything as ELF and upgraded to a P5-120/32MB, but I feel that the interactive performance was better on my old 486-33/16MB and a.out. Another observation after replacing AHA1542B (ISA SCSI) with an AHA2940 (PCI SCSI) is that, when one program accesses the disk very heavily, for example big compiles or (un)batching news, it sometimes take four-five seconds to get some info with "df". All this were with 1.3.[45]x and libc-5.2.1[68]. -- Kang-Jin Lee lee@tengu.arco.de lee@tengu.in-berlin.de 2:2410/810 ------------------------------ From: kritchie@bear.blake.pvt.k12.mn.us (Kent Ritchie) Subject: Re: Kernel 1.3.5 and GCC 2.7.2 and GNU make Date: 28 Dec 1995 13:20:48 GMT In article <4bouo9$2ei@ecom4.ecn.bgu.edu>, ueberkow@uxa.ecn.bgu.edu (Eric Berkowitz) wrote: > Everything is fine excetp the the gnu make utility can not find files. > If I use no parameters it cant find Makefile. If I use -f Makefile it > reads that file but can't find any Makefiles called in subdirectories. I have experienced the same problem with kernel >= 1.3.45. I believe I compiled gcc-2.7.2 under 1.2.13. So now I am running 1.2.13 again. I have xperienced yet another problem. I have an ASUS motherboard with the SIS chipset. I get RAM PARITY ERROR on reboot with kernel 1.3.45, 1.3.46 and 1.3.50 (probably other 1.3.x kernels - haven't tried). It happens after the OS has synced the filesystems and killed all processes. But if I look at last it shows that the shutdown was a crash. I am fairly confident the RAM in my machine is ok. I took it out and put it in my Compaq server and ran the Memory tests and it all passed. -- _____________________________________________________________________ Kent Ritchie Network Manager The Blake School kritchie@bear.blake.pvt.k12.mn.us or kent_ritchie@blake.pvt.k12.mn.us http://www.blake.pvt.k12.mn.us/~kritchie Pager: 612.539.4977 ------------------------------ From: alberto.vignani@torino.alpcom.it (Alberto Vignani) Subject: MSDOS FS file permissions Date: 28 Dec 1995 08:47:19 -0500 Reply-To: alberto.vignani@torino.alpcom.it (Alberto Vignani) Hi. As I said in a previous message, on my system the file permission on MSDOS partitions have changed since 1.3.46 (when quota were first introduced): all files have now the x bit set by default. I just don't like this, and introducing umask=0111 in /etc/fstab is not a good solution, so I began looking at the sources. (from fs/msdos/inode.c): |void msdos_read_inode(struct inode *inode) |{ here S_IRWXUGO is correct, directories should have the x bit set: | | if ((raw_entry->attr & ATTR_DIR) && !IS_FREE(raw_entry->name)) { | inode->i_mode = MSDOS_MKMODE(raw_entry->attr,S_IRWXUGO & | ~MSDOS_SB(inode->i_sb)->fs_umask) | S_IFDIR; but this doesn't behave as I expected: | | } else { /* not a directory */ | inode->i_mode = MSDOS_MKMODE(raw_entry->attr, | (IS_NOEXEC(inode) ? S_IRUGO|S_IWUGO : S_IRWXUGO) | & ~MSDOS_SB(inode->i_sb)->fs_umask) | S_IFREG; | I made a test by changing it this way: | inode->i_mode = MSDOS_MKMODE(raw_entry->attr, | (S_IRUGO|S_IWUGO) | & ~MSDOS_SB(inode->i_sb)->fs_umask) | S_IFREG; and I restored the pre-1.3.46 behaviour. Thus it seems that IS_NOEXEC is returning 0. I expected a relation between this and the 'noexec' parameter to /bin/mount; but actually I have not yet understood from where this EXEC bit exactly comes. Does someone have any suggestion? Alberto ------------------------------ From: boekhold@gopher.library.tudelft.nl () Subject: hooking up an NCR-terminal Date: 28 Dec 1995 13:50:32 GMT Reply-To: boekhold@cindy.et.tudelft.nl Hi, Didn't know where else to ask, but: I have several NCR-terminals (vt220, model 4970/4971) which I have been unable to connect properly to a Linux-machine. I tried just about every wiring/software-settings/term-emulations I could think of, and I got no further then a screen where shelss can run, but as soon as I fire up something like pine/elm/lynx etc. (ie. everything that uses (n)curses/termcap in fullscreen mode) things get nasty. Basically the screen skips lines, skips NL's etc. This btw. also happens when doing a 'ls -l', so the fullscreen-stuff above is not exactly correct. Is there anybody who can help me with this? Do I connect the wrong pins (I tried standard null-modem, full DTE-DTE, 3-wire DTE-DTE, 3-wire DTE-DCE, full DTE-DCE. btw. I still don't know what these names are for, but I know at least what they stand for :). If possible, please also reply by e-mail, Maarten -- _____________________________________________________________________________ | Maarten Boekhold, Faculty of Electrical Engineering TU Delft, NL | | boekhold@morra.et.tudelft.nl M.Boekhold@et.tudelft.nl | | boekhold@cindy.et.tudelft.nl boekhold@gopher.library.tudelft.nl | ============================================================================= ------------------------------ From: hagan@crocker.com (Craig Hagan) Subject: Re: hooking up an NCR-terminal Date: 28 Dec 1995 09:02:26 GMT Reply-To: hagan@cih.com boekhold@gopher.library.tudelft.nl wrote: : Hi, : I have several NCR-terminals (vt220, model 4970/4971) which I have been : unable to connect properly to a Linux-machine. I tried just about every : wiring/software-settings/term-emulations I could think of, and I got no : further then a screen where shelss can run, but as soon as I fire up : something like pine/elm/lynx etc. (ie. everything that uses (n)curses/termcap : in fullscreen mode) things get nasty. : Basically the screen skips lines, skips NL's etc. This btw. also happens : when doing a 'ls -l', so the fullscreen-stuff above is not exactly correct. : Is there anybody who can help me with this? Do I connect the wrong pins (I : tried standard null-modem, full DTE-DTE, 3-wire DTE-DTE, 3-wire DTE-DCE, : full DTE-DCE. btw. I still don't know what these names are for, but I know at : least what they stand for :). this sounds like a termcap problem. check the termcap entry against the manual of the monitor. i have found errors in the std berkeley termcap before (O (oh) instead of 0 (zero) for example). It sounds like an escape code isnt't proper. An easy first step is to grab the termcaps from a few other machines and play with them - also see if there is an entry for your terminals, if not, you may want to grab an o'reilly book (or some other book on writing one) and write one for your terminal. -- craig ------------------------------ From: exp109@modcomp.physik.uni-kiel.de (A. Rohde) Subject: Anybody with floppy problems under ELF? Date: 28 Dec 1995 14:14:44 GMT Reply-To: rohde@physik.uni-kiel.de Hi, is there anybody out there, who has problems running the mtools or formatting floppies with fdformat under (Slackware 3.0) ELF, libc 5.0.9, ISA ??? Symptoms: mdir hangs sometimes, can not be killed. fdformat produces an error message during verifying. I never had such problems with and old a.out system (it was Slackware 2.0.2, I think) Another possibility: the floppy controller is dying... Axel ------------------------------ From: przec@wmin.ac.uk (David Waters) Subject: linux ft Date: Thu, 28 Dec 1995 14:36:38 GMT Reply-To: przec@wmin.ac.uk Hi, Does anyone know anything about Linux FT at all? I have read some small things about it and was wonderig if anyone had tested it and could tell me how well it runs. David ------------------------------ From: m7469@abc.se (Erik Westlin) Subject: MMAP trouble Date: 28 Dec 1995 14:52:19 GMT I'm using mmap with a file which i want to expand. When doing this i do munmap+ mmap with the new size. But sometimes some part of the file gets written over. When going through the program with gdb it worked allright. I have read in a book that some systems use a 'msync' function. I'm using kernel 1.3.15. Does anyone have a clue? - Erik Westlin ------------------------------ From: tiensivu@cps.msu.edu (Aaron Fredrick Tiensivu) Crossposted-To: comp.os.linux.networking Subject: RCP problem between Linux/RS/600/Indy Date: 28 Dec 1995 15:25:22 GMT We're running Linux 1.2.13 on a few 486's around the shop, along with a couple RS/6000 and a few SGI Indy's. The 486's have plain-jane NE2000 cards in them and all the machines are networked together. Whenever we want to copy from a Linux box to any of the other boxes, it works fine. If we copy files from any of the Indy's or RS/6000s to the Linux boxes, we always get "access denied". Have messed with permissions and groups, etc on the Linux boxes and it still doesn't work. Any ideas? Going to experiment with 1.3.51 and see if it makes any difference.. ------------------------------ From: coling@cyberlink.clo.com (Colin Beckmann) Crossposted-To: comp.os.linux.setup,comp.os.linux.networking Subject: Re: Login Accounting in Linux Date: 28 Dec 1995 10:02:40 -0500 In article <4ai04c$skb@cronkite.seas.gwu.edu>, Harish Nalinakshan wrote: >Hi there, > >I am looking for login accounting packages or programs for Linux so that >I can monitor who has logged into my system and for how long. If anyone >knows of software that does this, please leme know. Thx in advance. > >-Harish > __o > _ \<,_ >(_)/(_) > \ / \ _ Harish Nalinakshan > \ / \ / \ _ harish@seas.gwu.edu > \ / \ / \ _ / \ _ - ___________________________ > \ / \ _ / > - > > The OS keeps track of who's in and for how long. This info is stored in the file /var/adm/wtmp. You can examine the file by using the program "last" This may be sufficient for you. See the man page. Colin ------------------------------ From: david@tm.tno.nl (David van Leeuwen) Subject: 2nd cdrom session on /other/ device Date: Thu, 28 Dec 1995 14:40:26 GMT Hi, A cdrom is a device that is inherently read-only. Sometimes it would be nice if small parts of the device could be changed. (Think of patches to a cdrom-distibution, etc.) For people as lucky as i am, that can write their own cdroms their is a solution for making small changes: on a written cd, a second `session' can be added that effectively implements a new filesystem with largely old data. The only problem right now is that the only good imaging software available (mkisofs) doesn't support 2nd session generation, as far as i know. It would be nice, if the (future) 2nd session could exist on an device /different/ from the cdrom, e.g., a floppy disc or a hole-less file on the hard disc. Implementation in the kernel is fairly easy, i think, one only needs to be able to - use a contiguous file as a separate device (just like a swap-file can act as swap partition) maybe this is already possible? - use different devices in a single iso9660 file system (shouldn't be too hard, either). Then, if one of the CDROM vendors were willing to extend the current mkisofs to support second-session writing, we (the linux community) would really have something that all other systems lack (i think). Just an idea... ---david -- David van Leeuwen ``Everyone wants to rule the world, we just don't want a particular Bill to actually do it.'' TNO / Technische Menskunde TNO Human Factors Research Institute Kampweg 5 P.O. Box 23 3769 ZG Soesterberg vanLeeuwen@tm.tno.nl The Netherlands phone: +31-3463-56230 fax: +31-3463-53977 ------------------------------ From: lenneis@statrix2 (Joerg Lenneis) Subject: Re: Problem with 1.3.51 Date: 28 Dec 1995 16:44:33 GMT Reply-To: lenneis@wu-wien.ac.at Aurel Balmosan (aurel@xylo.owl.de) wrote: : Hello, : I use the kernel 1.3.51 and I have found a problem: : When I link a program the first time (no exec-file : is present) the program works fine. (In this case : procps-0.97 ps) After I have recompiled a .o file (ps.o) : and linked it the program (ps) crashed in __main. : But when I delete ps and link ps completely the program : runs fine. I have tried this several times and depending : on the change in the source the program : crashs on different locations. : Is it possible, that the new buffering has a problem : with file updates? Or is this a problem of the process : cash (if there is one) which rereads not all necessary : pages of the program? : Also I have found out that this problem don't depent on : the flags past to the C-Compiler. I am using following : tools: : gcc-2.7.2 (i486-linuxaout) : binutils-2.5.2.6 (orginal binaries from sunsite) : libc-4.7.5 (orginal binaries from sunsite) : linux-1.3.51 (none ELF compiled) : All programs running are a.out : If someone can verify this problem please notice me. : Otherwise I have to check for unstable memory or : compilation problems of the gcc-2.7.2 : Thanks in advance. : -- : ---------------------------------------------------------------- : Aurel Balmosan aurel@xylo.owl.de Same here. Your guess with the buffer cache could be correct, since my setup is a completely different one, so it is probably not compiler/linker/binformat related: gcc-2.7.0 (ELF) binutils-2.5.2.6 libc-5.0.9 linux-1.3.51 (ELF) Program compiled to ELF format Deleting the executable and recompiling works around the problem .. -- Joerg Lenneis University of Economics and Business Adminstration Department for Applied Statistics and Data Processing Augasse 2-6, 1090 Vienna, Austria Tel. *43/1/31336 4758 email: lenneis@wu-wien.ac.at ------------------------------ From: hdavids@davilux.nl (Marcel Davids) Subject: mesg y or n how to see in a program Date: Thu, 28 Dec 1995 23:15:21 GMT How can a program check if a user has blockes his terminal with the mesg n command ? Can it be checked by writing to the device ? Which error should appear if this does the trick. I need this info because i want to modify a copied wall.c,ttymsg.c program (util-linux-2.4) which doesn't bring the message to the user as root when the user has blocked his terminal. Thanks in advance for advise ! Marcel Davids Hengelo Ov The Netherlands -- ============================================================================= Return E-mail address = H.M.DAVIDS@davilux.nl ============================================================================= ------------------------------ From: pit@asterix.kis.uni-freiburg.de (Peter Suetterlin) Crossposted-To: comp.os.linux.setup,comp.os.linux.hardware Subject: Re: AMD better than intel? (was Re: Upgraded memory ... how do i benchmark ...) Date: 28 Dec 1995 16:15:48 GMT In article <4bk6ve$fa8@bcarh8ab.bnr.ca>, hadi@bnr.ca (Jamal Hadi Salim) writes: >thanks for the tip to get the Byte benchmark utility. i run the >supplied binary. here are my results: [...] >so my 486-dx100 intel VLB IDE is almost equivalent to an 486dx266 pci >bus .. >obviously an equivalent AMD to mine is doing much better!! The problem is the weight of the different tests. the mentioned byte benchmark tests the overall system performance. I'm quite shure that a look at the detailed results will show you (nearly) identical CPU-Speed (Arithmetic test) but other systems with faster discs, more or faster cache etc. Peter ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Peter "Pit" Suetterlin http://www.kis.uni-freiburg.de/~ps Kiepenheuer Institut fuer Sonnenphysik Tel.: +49 761 3198-210 ps@kis.uni-freiburg.de -- * -- * ...-- * -- * ...-- * -- * ...-- * -- * ...-- * -- * ...-- * -- Come and see the stars! http://www.kis.uni-freiburg.de/~ps/SFB Sternfreunde Breisgau e.V. Tel.: +49 761 73571 or 278588 __________________________________________________________________________ ------------------------------ From: vefatica@syr.edu (Vincent Fatica) Subject: Ramdisk ... changed? ... broken? Date: Thu, 28 Dec 1995 17:17:00 GMT Reply-To: vefatica@syr.edu I have two lilo.conf entries per kernel image (e.g., K1 and K1ram) one without and one with a "ramdisk=size" line. My rc.local tests $BOOT_IMAGE and makes a filesystem and mounts it if appropriate. I can still boot with a ramdisk using kernel 1.2.13, but not using 1.3.50 or 1.3.51 (maybe earlier 1.3.* too ... I haven't used a ramdisk in a while). I read about a proposed (but not yet implemented) change to the major device number of /dev/ram. Now I have the device /dev/ram (b,1,1). I wonder: is there a new way of getting a ramdisk at boot time, or is it broken? Thanks. - Vince ___ Vincent Fatica Syracuse University Mathematics vefatica@syr.edu http://barnyard.syr.edu/~vefatica/vince.html ------------------------------ ** 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 ******************************