Received: from PACIFIC-CARRIER-ANNEX.MIT.EDU by po7.MIT.EDU (5.61/4.7) id AA24264; Wed, 13 Dec 95 13:32:34 EST Received: from SENATOR-BEDFELLOW.MIT.EDU by MIT.EDU with SMTP id AA14760; Wed, 13 Dec 95 13:32:36 EST Received: (from root@localhost) by senator-bedfellow.MIT.EDU (8.6.12/2.3JIK) id NAA20945 for Linux-Development-System-Dist@senator-bedfellow.mit.edu; Wed, 13 Dec 1995 13:13:45 -0500 Message-Id: <199512131813.NAA20945@senator-bedfellow.MIT.EDU> From: Digestifier To: Linux-Development-System@senator-bedfellow.MIT.EDU Reply-To: Linux-Development-System@senator-bedfellow.MIT.EDU Date: Wed, 13 Dec 95 13:13:41 EST Subject: Linux-Development-System Digest #113 Linux-Development-System Digest #113, Volume #2 Wed, 13 Dec 95 13:13:41 EST Contents: Re: rlogin lookalike (Matthias Urlichs) Printing Problem in 1.3.42 (Bradley Owen) Re: Looking for a Linux-compiled copy of Perl 5 ready-to-use (Sam Trenholme) Does Linux support (or will) RAID 5 drives and/or Hot plugged drives ? (Pierre Blanchet) Re: Odd feature (?) in 1.3.45 (Uwe Bonnes) Re: ld won't dynamically link libc.so.2.5.16 (DUPRE Christophe) Re: Direct access to memory-mapped device? (H. Peter Anvin) Re: Where is Linux source tree ? (root) Re: Linux Security - C2 and beyond (H. Peter Anvin) Re: Does Linux implement fullduplex pipes? (Alain Knaff) Re: Module loading on demand ?? (Povl H. Pedersen) Re: 8088 port (The Proteus) Re: Kernel protection against device drivers! (Ingo Molnar) Re: HELP! aha1542/dx4-120 problems! (Jonathan George) Re: memory model (H. Peter Anvin) Re: GCC 2.7.2 and kernel 1.3.46 trouble (Arthur D. Jerijian) netinet/ip_tcp.h getting clobbered (Nathan Stewart) Problems Printing Long Reports in Spool (Steve Hedlund) Re: Strip.. Why NOT use it? (Louis J. LaBash Jr.) ---------------------------------------------------------------------------- From: smurf@smurf.noris.de (Matthias Urlichs) Crossposted-To: comp.os.linux.networking,comp.mail.uucp Subject: Re: rlogin lookalike Date: 7 Dec 1995 10:59:28 +0100 In comp.os.linux.development.system, article <49vre4$2qh@ntserver.prolution.iaf.nl>, renee@ntserver.prolution.iaf.nl (Renee Teunissen) writes: > > Data transfers from the uucp to the client are just fine we get about > 7400cps over a 64kbit connection) but tranfers from the client to > the uucp machine goes very and very slow (about 500cps!!). it seems > that rlogin sends every byte it recieves over the serialline in a single > ethernet frame. You might want to verify that with tcpdump. > So we thought about writing our own rlogin program > thats has some kind of time out and buffer and that transfers all the data > in one frame (if possible).. Actually, the TCP code in the kernel should be able to combine packets as needed. Assuming that you indeed see one-data-byte TCP packets, and that you're using a new 1.3.xx kernel (no need to fix problems that are already fixed), talk to Alan Cox about how to help with the problem. While rlogin (again, assuming that the 1-byte-frame theory is correct) should be fixed too, sending too many small frames instead of one big frame is a general problem, and hacking rlogin isn't going to help the guy who has the same problem with rsh / telnet / http / whatever. -- Matthias Urlichs \ XLink-POP N|rnberg | EMail: urlichs@smurf.noris.de Schleiermacherstra_e 12 \ Unix+Linux+Mac | Phone: ...please use email. 90491 N|rnberg (Germany) \ Consulting+Networking+Programming+etc'ing 42 PGP: 1B 89 E2 1C 43 EA 80 44 15 D2 29 CF C6 C7 E0 DE Click here. ------------------------------ From: owen@mail.sdsu.edu (Bradley Owen) Subject: Printing Problem in 1.3.42 Date: 13 Dec 1995 05:18:34 GMT I've just upgraded my kernel to 1.3.42 and now find that I can no longer print. I'm sure it is the kernel since when I go back to 1.2.13 printing works fine. This seems to be the only problem I've found. Anyone else experienced this? Bradley ------------------------------ From: set@oryx.llnl.gov (Sam Trenholme) Crossposted-To: comp.lang.perl.misc,comp.os.linux.development.apps,comp.os.linux.setup,comp.os.linux.misc Subject: Re: Looking for a Linux-compiled copy of Perl 5 ready-to-use Date: 4 Dec 1995 19:08:08 GMT > It's in the "d" disk set (develoment) of the Slackware release. > Check out ftp://ftp.cdrom.com/linux/slackware/slakware > It's in the d* directorys, you'll have to look a little. In D10, and it's an ELF executable, so it won't run unless your system has support for ELF. If you have an a.out system, you're SOL, becuase Slackware 2.3.0, the last a.out Slackware, uses Perl4, in disk D8. -- - Any opinions expressed in this message are strictly my own opinions - Sam Trenholme - set@oryx.llnl.gov - http://ucsee.eecs.berkeley.edu/~set I use Linux at home. For more information, look at http://www.linux.org ------------------------------ From: Pierre Blanchet Crossposted-To: comp.os.linux.hardware,comp.os.linux.misc Subject: Does Linux support (or will) RAID 5 drives and/or Hot plugged drives ? Date: 11 Dec 1995 10:32:02 GMT My question is in the title. Thank you for your responses, -- ~ Pierre Blanchet Universite de Bordeaux I ~ ~ E-mail: blanchet@emi.u-bordeaux.fr ~ ~ WWW : http://www.emi.u-bordeaux.fr/~blanchet ~ ~~~~~~~~~Les poissons rouges dansent mal le menuet.~~~~~~~~~~~~~~ ------------------------------ From: bon@elektron.ikp.physik.th-darmstadt.de (Uwe Bonnes) Subject: Re: Odd feature (?) in 1.3.45 Date: 12 Dec 1995 21:53:40 GMT John Timmers (john_timmers@mindlink.bc.ca) wrote: : ... : Only one small question. There are two lines written to /var/log/debug : whenever I reboot. As follows: : : Dec 12 11:17:42 yaro kernel: Max size:331358 Log zone size:2048 : Dec 12 11:17:42 yaro kernel: First datazone:68 Root inode number 139264 : : Just curious what they mean, thats all... : You mount your CDROM! -- Uwe Bonnes bon@elektron.ikp.physik.th-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt ========= Tel. 06151 162516 ======== Fax. 06151 164321 ========== ------------------------------ From: duprec@JSP.UMontreal.CA (DUPRE Christophe) Subject: Re: ld won't dynamically link libc.so.2.5.16 Date: 13 Dec 1995 07:10:27 GMT Sergei Viznyuk (sviznyuk@magnus.acs.ohio-state.edu) wrote: : While screwing around with compilation stuff and : binutils (2.6.0.2) at some point I found : ld won't link dynamically any more. : I re-installed binutils, and ld.so.1.7.12 : but it didn;t help. This is more and more an FAQ, but here it is again: you need to symlink /lib/libc.so to /libc.so.5 so that ld will detect the availlability of a shared library. This is new with binutils 2.6.0.2... Have you read the release notes ? -- Christophe Dupre Universite de Montreal Internet: duprec@jsp.umontreal.ca Qc, Canada Montreal, Qc, Canada "Nous ne sommes pas libres de ne pas etre libres, nous sommes obliges de l'etre" - Fernando Savater -- Geek Code 2.1 -- GCS d-- H+ s:++ g+ !p au-* a19 w+ v+ C++(+++) UIL++>+++ P+>++ L++ 3- E---- N++ K W- M- V-- Y+ t++ 5++ !j R+ G- tv b++ D+ e+ u** h->++ f+ r++ n---(----) y+ #include ------------------------------ From: hpa@freya.yggdrasil.com (H. Peter Anvin) Subject: Re: Direct access to memory-mapped device? Date: 13 Dec 1995 05:06:59 GMT Reply-To: hpa@storm.net (H. Peter Anvin) Followup to: <4ai7ft$226@melchior.cuivre.fdn.fr> By author: thomas@cuivre.fdn.fr (Thomas Quinot) In newsgroup: comp.os.linux.development.system > > Stefan Virsik (virsik@set.gmd.de) icrit : > > > from dos to Linux. These 4k of memory are mapped into the PC memory at > > some certain address (d800:0000). I used the nonportable functions poke > > 'n peek from Borland C. > > How can I access that memory under Linux? > > You can access the physical RAM space using /dev/ram (of course your > program will need to be SUID root.) Make that /dev/mem (/dev/ram is an old name for /dev/ramdisk). The easiest way to use it is to mmap it, which maps physical memory into virtual memory. /hpa -- PGP public key available - finger hpa@terminus.storm.net "The earth is but one country, and mankind its citizens." -- Baha'u'llah I don't work for Yggdrasil, but they sponsor the linux.* hierarchy. ------------------------------ From: root Subject: Re: Where is Linux source tree ? Date: Mon, 11 Dec 1995 23:57:36 -0600 Yuedong Mu wrote: > > Hi > I install slackware 3.0, but when I try to compile some code, > I am told "no signal.h in linux" which is supposed in > /usr/src/linux.... But I cant find it. > Who can tell me where I can get this source tree. > > Thanks a lot > > Paul Try your closest sunsite mirror; I think that it's the "K" diskset under slackware. Todd Lewis VP Networking Cheney Communications Company tlewis@cheney.net ------------------------------ From: hpa@freya.yggdrasil.com (H. Peter Anvin) Subject: Re: Linux Security - C2 and beyond Date: 13 Dec 1995 05:26:48 GMT Reply-To: hpa@storm.net (H. Peter Anvin) Followup to: By author: albert@krakatoa.ccs.neu.edu (Albert Cahalan) In newsgroup: comp.os.linux.development.system > > > But this is no argument against the introduction of more access control > > levels between the all-powerful user and the normal user. Linux and > > classical Unix has NOTHING between these two levels, and this causes a LOT > > of serious security problems. If there is one tiny thing which a normal > > process can not do, then you have to use dangerous things like root uid > > s-bits in order to allow an implementation. > > Sure, I understand that and I welcome a solution. I just happen to > remember that there were two methods proposed about a year ago, and > both broke _many_ programs. > This model of access controls is of course endemic to UNIX, why it is really hard to propose a general solution. The only way I can even think of would involve having the kernel assist in maintenance of group ID's, and change the aux gid's for processes. Not a really clean solution. For *some* stuff, I think having some security mechanism allocate uid's for sublevels might work, both above and below "user" level. The rest of this is not a UNIX discussion, rather, it is sort of what someone like me might do if I were to do it over. ** NOTE: I AM NOT A SECURITY EXPERT ** One can think of process security as a tree; there is always *something* in the system that is the source of authority (root); there may or may not be processes in the system with root authority, but that is another issue. In the most simplistic view, processes donate a subset of the privileges to other processes. For example, a program such as login might be given the capability to log in users, but not fiddle with /dev/mem. Let's call it "user". When logging in a user, it limits access further down to the user that logs in, for example "user.hpa". hpa runs a MUD in the background, which requires access to the filesystem. Since hpa doesn't enjoy his files to be read by mudders, it has restricted pivileges: user.hpa.mud [in UNIX, this might be a chroot.] The MUD itself uses the filesystem to store information and programs written by various players. Since each player have their own sub-uid allocated by the MUD daemon (user.hpa.mud.someplayer) the MUD can use the system API directly, and the system will enforce access restrictions. This is currently not possible in UNIX, but would be nice to have. /hpa -- PGP public key available - finger hpa@terminus.storm.net "The earth is but one country, and mankind its citizens." -- Baha'u'llah I don't work for Yggdrasil, but they sponsor the linux.* hierarchy. ------------------------------ From: knaff@imag.fr (Alain Knaff) Subject: Re: Does Linux implement fullduplex pipes? Date: 13 Dec 1995 06:03:27 GMT Reply-To: Alain.Knaff@imag.fr John F. Haugh II (jfh@rpp386) wrote: : In article <4ahkmi$se5@imag.imag.fr> Alain.Knaff@imag.fr writes: : >John F. Haugh II (jfh@rpp386) wrote: : >: In article <4adf4i$nag@charm.magnus.acs.ohio-state.edu> sviznyuk@magnus.acs.ohio-state.edu (Sergei Viznyuk) writes: : >: >Kinda like in System V ? : > : >: Yes. All UNIX pipes are full duplex, for all useful values of "UNIX". : > : > Please provide a working example of two programs communicating over a *single* : >pipe in full duplex mode. : Over a single pipe file descriptor, or over a single pipe? A program which : tries to use a single pipe file descriptor is NOT portable to other XPG4.2 : systems. Please look in your System Interfaces and Headers book. I happened : to read the paragraph just today ... Over a single pipe, if that's easyer. Note: We're talking about pipes, not sockets (nor ptys, or whatever). We're also talking about full duplex communication, not one-way communication. : -- : John F. Haugh II [ NRA-ILA ] [ Kill Barney ] !'s: ...!cs.utexas.edu!rpp386!jfh : Ma Bell: (512) 251-2151 [GOP][DoF #17][PADI][ENTJ] @'s: jfh@rpp386.cactus.org : C:\ONGRTLNS.W95 -- Alain ------------------------------ From: pope@edunet.dk (Povl H. Pedersen) Subject: Re: Module loading on demand ?? Date: 13 Dec 1995 10:56:24 GMT In article <4afnm4$9i@news.pi.se>, Bjorn Ekwall wrote: :You will find it included in "modules-1.2.8", which can be found together :with the 1.2 kernels on most ftp-sites. The patch in the package :is intended for 1.2.8+, but if you contact me, I can mail a preview of :how it's going to look in the upcoming "modules-1.3.??" : Can you tell me why I can't insmod any modules in my 1.3.46 kernel compiled with 2.7.2 as ELF. I get all sorts of linking errors. like: edunet:/lib/modules/1.3.46/net# insmod dummy.o ether_setup undefined dev_kfree_skb undefined dev_get undefined register_netdev undefined unregister_netdev undefined kfree undefined is there a newer insmod I need ? -- Povl H. Pedersen - pope@edunet.dk Macintosh / Unix / Win (aaargghh) programmer - System Administrator Microsoft philosophy since 1984: Why innovate when you can immitate ------------------------------ From: proteus@xmission.com (The Proteus) Subject: Re: 8088 port Date: 12 Dec 1995 11:49:17 GMT : Linux is a 32-bit operating system that supports true multi-tasking and : true multi-user operations. The 8088 chip is a 16-bit internal/8-bit : external chip. Meaning it could never happen. At least not without : SEVERE problems/consequences. : : With used 386 prices in the dirt, why would anyone even consider running : it on a 8088??? Well, there are many advantages to compiling a linux port to an 8086/88 architecture.. mainly for embedded processing. It is quite an advantageous project to undertake, but I believe one is going on somewhere... It would be quite nice to see a PDA or a small laptop running UNIX instead of ancient MS-DOS for a change, and with all of the high-school and College undergrads developing with the '86 and '88 architectures, Linux for the '88 would be one heck of a boost for embedded OS development! ;) James J. Grisso CEO/Head Engineer Talon Audio Development Group EMail: Proteus@XMission.com ------------------------------ From: mingo@news.siemens.co.at (Ingo Molnar) Subject: Re: Kernel protection against device drivers! Date: 13 Dec 1995 14:09:21 GMT Joe Nardone (joe@access4.digex.net) wrote: : Aurel Balmosan (aurel@xylo.owl.de) wrote: : : Is there a project which developes a kernel protection against devices drivers. : Seriously, how would you implement such a thing? It would be : very difficult to impose those kinds of restrictions on device : drivers, since they must run at a kernel-level and have that : open access to the system and its hardware. That's kind of : the point. Like in OS/2 or in WinNT, using the other rings too, not only ring 0 and 3. dont know if it makes sense, since there are no "heaps of third party device drivers" in Linux -- Copyright 1995. Ingo Molnar, mingo@hercules.elte.hu, Microsoft Network is prohibited from redistributing this work in any form, in whole or in part without license. License to distribute this work is available to Microsoft at $500. Transmission without permission constitutes an agreement to these terms. ------------------------------ From: jgeorge@cftnet.com (Jonathan George) Crossposted-To: comp.os.linux.setup,comp.os.linux.misc Subject: Re: HELP! aha1542/dx4-120 problems! Date: 6 Dec 1995 03:06:12 GMT Fairlight (fairlite@iglou.com) wrote: : aha1542, 5.0mbit/sec rate, 2 scsi drives (internal), and a scsi cdrom : (external), termination all verified correct. I'm running linux 1.3.45. : My problem is this. I was running a dx33 with this hardware. All ran fine : and without incident. : However, last night, I upgraded my CPU to a dx4/120. Now, when I do : anything that's very disk intensive (read: more than 1 compile at a time, : or a large "find"), I get errors like: : scsi0: channel0: resetting for second half of retries : If I keep going with whatever is running, eventually I see that message a : few more times, and then I start getting scsidisk errors, ext2-fs errors, : and possibly a system crash. : I've run the adaptec's disk verify, and there is nothing whatsoever wrong : with the media. : Everything also works fine under DOS...works like a charm. : I've not changed anything on my scsi bus in months. : I called the place where I bought the motherboard, they say that chip works : fine in the board I have. : I called the place I bought the chip from...they say it should work fine. : I called Adaptec...they say that no matter what chip I put in there, the : card is on the ISA bus, and should work fine. They claim it's not a : hardware issue, but most likely the Linux driver for the aha1542 that : "probably has some incorrect timing loops" was how he put it. He said that : would make it go flaky like that. : Does anyone know how to correct this problem? Edit the BIOS settings to slow down the AT bus by one notch. -Jonathan- ------------------------------ From: hpa@freya.yggdrasil.com (H. Peter Anvin) Subject: Re: memory model Date: 12 Dec 1995 07:24:10 GMT Reply-To: hpa@storm.net (H. Peter Anvin) [Both posted and mailed to Mr. Haq] Followup to: <4af1cq$9h@pirates.cs.swt.edu> By author: kh26560@dali.math.swt.edu (Haq) In newsgroup: comp.os.linux.development.system > > I need to know that what kind of memory model > does linux support for user level process. > > Could some one please breifly explain to me, I > would really appretiate. > Unless a process requests otherwise (for the reason of emulation, e.g. Wine or DOSEMU), Linux uses a flat 32-bit (64-bit for Linux/Alpha) memory space. The i386 segment registers are not used by the user process and should not be modified. On Linux/i386, the process space starts at 0 and extends to 0xbfffffff; the remainder is reserved for kernel use. Theoretically, a process can use the space in any manner it sees fit, but the standard Linux execution environment (using the dynamic linker and standard libraries) do define a memory setup for the user space, as shown by the charts below. The other versions of Linux employ similar memory setups, although the exact numbers may vary. The heap is limited upward by the value set by the sbrk() syscall; the stack is automatically extended downwards as needed. The space between the stack and the heap can also be used for things like memory-mapped file access (mmap) or shared memory segments. A blank line in the charts below indicate an open area in the memory map; no blank line indicates the items follow each other at the next page boundary. *** ELF *** 0xbfffffff Stack (rw) | Growing down | Growing up Heap (rw) Shared libraries (ro/rw) Program data (rw) 0x08000000 Program code (ro) 0x00000000 NULL pointer buffer zone *** a.out (QMAGIC) *** 0xbfffffff Shared libraries (ro/rw) 0x60000000 0x5fffffff Stack (rw) | Growing down | Growing up Heap (rw) Program data (rw) 0x00001010 Program code (ro) 0x00001000 Program header (ro) 0x00000000 NULL pointer buffer zone *** a.out (ZMAGIC) *** 0xbfffffff Shared libraries (ro/rw) 0x60000000 0x5fffffff Stack (rw) | Growing down | Growing up Heap (rw) Program data (rw) 0x00000000 Program code (ro) *** a.out (OMAGIC) *** 0xbfffffff Shared libraries (ro/rw) 0x60000000 0x5fffffff Stack (rw) | Growing down | Growing up Heap (rw) 0x00000000 Program code and data (rw) -- PGP public key available - finger hpa@terminus.storm.net "The earth is but one country, and mankind its citizens." -- Baha'u'llah I don't work for Yggdrasil, but they sponsor the linux.* hierarchy. ------------------------------ From: jerijian@typhoon.seas.ucla.edu (Arthur D. Jerijian) Subject: Re: GCC 2.7.2 and kernel 1.3.46 trouble Date: Wed, 13 Dec 1995 16:05:00 GMT Povl H. Pedersen (pope@edunet.dk) wrote: [ deleted to save space ] > Then reboot the have the new kernel running. > My problem is, that after booting with the new kernel, I can't insert > modules any more. Is my insmod too old to support ELF? It is the old one > that came with my 1.2.10 slackware from infomagic, and is dated Mar 2 > 1995. > Where can I find a new one ? The latest version of modules is modules-1.2.8.tar.gz, found in the same directory as the 1.2 release Linux kernels. However, I'd had trouble compiling this with GCC 2.7.0 ELF. Here is my log: celestra:/usr/src/modules-1.2.8# make make[1]: Entering directory `/usr/src/modules-1.2.8/insmod' gcc -m486 -O6 -pipe -fomit-frame-pointer -Wall -DCONFIG_KERNELD -c insmod.c -o insmod.o gcc -m486 -O6 -pipe -fomit-frame-pointer -Wall -DCONFIG_KERNELD -c load_aout.c -o load_aout.o gcc -m486 -O6 -pipe -fomit-frame-pointer -Wall -DCONFIG_KERNELD -c load_elf.c -o load_elf.o gcc -m486 -O6 -pipe -fomit-frame-pointer -Wall -DCONFIG_KERNELD -c error.c -o error.o gcc -N insmod.o load_aout.o load_elf.o error.o -o insmod cat lsmod.sh >lsmod chmod a+x lsmod for i in rmmod ksyms; do ln -sf insmod $i; done make[1]: Leaving directory `/usr/src/modules-1.2.8/insmod' make[1]: Entering directory `/usr/src/modules-1.2.8/genksyms' gcc -c -m486 -O2 symlex.c gcc -m486 -O2 -Wall makecrc32.c -o makecrc32 ./makecrc32 > crc32.tab gcc -m486 -O2 -Wall -c parsesym.c -o parsesym.o gcc -m486 -O2 -Wall -N -o genksyms symlex.o parsesym.o make[1]: Leaving directory `/usr/src/modules-1.2.8/genksyms' make[1]: Entering directory `/usr/src/modules-1.2.8/depmod' main.c depmod.c modprobe.c modprobe.c: In function `void verbose(const char * ...)': modprobe.c:22: parse error before `(' modprobe.c: In method `int DEPEND::insmod(const char *, class NODE **, char **)': modprobe.c:305: warning: suggest parentheses around assignment used as truth value make[1]: *** [modprobe.o] Error 1 make[1]: Leaving directory `/usr/src/modules-1.2.8/depmod' make: *** [all] Error 2 celestra:/usr/src/modules-1.2.8# exit Script done on Wed Dec 13 08:03:32 1995 Can anyone help me out on this? Thanks! > -- > Povl H. Pedersen - pope@edunet.dk > Macintosh / Unix / Win (aaargghh) programmer - System Administrator > Microsoft philosophy since 1984: Why innovate when you can immitate ..........----------==========**********==========----------.......... Arthur Dikran Jerijian UCLA Undergraduate, Computer Science and Engineering E-Mail: jerijian@seas.ucla.edu Snail-Mail: PO Box 5103 / Sherman Oaks, CA 91413-5103 ..........----------==========**********==========----------.......... ------------------------------ From: nstewart@haggis.raleigh.ibm.com (Nathan Stewart) Subject: netinet/ip_tcp.h getting clobbered Date: 13 Dec 1995 17:00:46 GMT I just recently installed the patch for 1.3.46, and ip_tcp.h in /usr/include/ netinet got clobbered - I ended up with a one line file - "#include " This generates problems ;-) This is the second time I've had this happen to this particular file - I'm not sure when it's happening - as there are absolutely zero references to this file in patch-1.3.46 that grep or vi's find could tell me about. I noticed it first when I went to make modules (all my network stuff except the dummy net driver are done as modules.). The first time was also immediately after a patch (1.3.35>x<40 - I don't recall, but again, there were no references to the netinet/ip_tcp.h.) I keep a spare copy of this file around, but I'm a bit baffled why this is happening. Does anyone have any clues? (My intuition says the clue is in the modules part, but that's all I can guess.) Nathan (npstewar@osl.csc.ncsu.edu) ------------------------------ From: ssh@dpn.com (Steve Hedlund) Subject: Problems Printing Long Reports in Spool Date: Wed, 13 Dec 1995 16:46:06 GMT We have encountered a problem when lengthy reports are sent through the spooler on linux. If I print one at a time it works fine - but if 2 or more reports are in spool the first job stops about 5-10 pages before the end and the second one starts. The second report always starts in the middle of a line printed from the first report. Any ideas - thank you for the help ------------------------------ From: louis@lcjones.aclib.siue.edu (Louis J. LaBash Jr.) Subject: Re: Strip.. Why NOT use it? Date: 13 Dec 1995 13:57:57 GMT On 13 Dec 1995 10:59:49 GMT, Stefan Froehlich wrote: |Phillip G Ezolt (pe28+@andrew.cmu.edu) wrote: |: I have a whole bunch of programs that I have compiled, and they are |: considered "unstripped". When I use the strip command on them, they get |: SIGNIFICANTLY smaller.. Why would I NOT want to use that command? | |Well,... | |...don't use it on *.o files :-) Also, if you want to debug the programs, see Mitch DSouza's (mitch@Dubai.Sun.COM) "GCC-FAQ" for a better answer: ftp://ftp.mrc-apu.cam.ac.uk/pub/linux/GCC-FAQ.html http://uiarchive.cso.uiuc.edu/pub/systems/linux/sunsite/docs/faqs/GCC-FAQ.html http://sunsite.unc.edu/pub/Linux/docs/faqs/GCC-FAQ.html Hope this is of some utility. -- Louis-ljl-{LLaBash@eniac.ac.siue.edu | lou@minuet.siue.edu} ------------------------------ ** 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 ******************************