Subject: Linux-Development Digest #537 From: Digestifier To: Linux-Development@senator-bedfellow.MIT.EDU Reply-To: Linux-Development@senator-bedfellow.MIT.EDU Date: Thu, 10 Mar 94 23:13:05 EST Linux-Development Digest #537, Volume #1 Thu, 10 Mar 94 23:13:05 EST Contents: Re: Problem with NET-2 and Winsock Gopher/HTTP clients? (Paul Smith) Re: Problem with NET-2 and Winsock Gopher/HTTP clients? (Rob Newberry) Re: gcc internal compiler error - SIGSE [2~ [2SEGV (Chris Anderson) Re: Amiga FileSystem, Anyone? (Matthias Urlichs) Re: Amiga FileSystem, Anyone? (Jay Denebeim P025) Re: gcc internal compiler error - SIGSE[2~[2SEGV (Mark Lord) Adaptec hanging up if last dvice in chain is powered off (Volkmar Eich) Re: Can't link with -static, must use -g (H.J. Lu) Assembly code debugger (Christopher Andrew Smith) Re: Specialix Driver Round 2 (From specialix) (David Wright) Re: Loaded fonts discarded after X vt switch... (Andrew M. Kuchling) ---------------------------------------------------------------------------- From: psmith@iies.ecn.purdue.edu (Paul Smith) Subject: Re: Problem with NET-2 and Winsock Gopher/HTTP clients? Date: Thu, 10 Mar 1994 13:38:34 GMT kirby@scarlett.libs.uga.edu (Steven Kirby) writes: >Here's the scenario. I'm running the Yggdrasil release of Linux (kernel p14), >and another site running Slackware (kernel version unknown, I forgot to ask) >has reported the same problem. We can serve Gopher/HTTP to X clients, Mac >clients, and OS/2 clients without problems. Same goes for curses clients. >However, when we attempt to serve Gopher/HTTP to any app that uses the >Winsock DLL (e.g., BCGopher, WinMosaic, Cello), some really odd stuff happens. >On occasion, we can move graphical images to the client without problems. >Usually, though, the transfer of data is not completed. The client shows that >the file has been moved, but nothing happens. No decompression, no pretty >pictures, nothing. It appears that there is some sort of timing problem with >Winsock clients who try to connect to a GN server running under Linux. I've had the *exact* same problem, partial file transfers then timeouts, but not just with WinSock clients... my experience includes the DOS packet drivers (v11c) using PCGopher from boombox.micro.umn.edu. I've also used NetManage's WinSock and Gopher client, and Mosaic with Trumpet WinSock and had the same trouble. These two clients can hit on servers all over the net, except mine... I'm running GN under Linux (both pl14 and pl15). I've tried gopherd, too, and had the same problem. Other Unix clients (from a Sun workstation) can hit just fine, but they appear to pause a long time during transfers. FTP clients sometimes have the same problem, so it's not just a problem with gopher/gn. I've also tried a one-line change recommended by Donald Becker to fix the 3c509 driver, but that didn't help. Please, someone fix this quick or I'll have to setup our gopher server on a Sun... yukkkk! Thanks, -Paul ------------------------------ From: rob-n@clark.net (Rob Newberry) Subject: Re: Problem with NET-2 and Winsock Gopher/HTTP clients? Date: 10 Mar 1994 17:26:21 GMT Steven Kirby (kirby@scarlett.libs.uga.edu) wrote: : Here's the scenario. I'm running the Yggdrasil release of Linux (kernel p14), : and another site running Slackware (kernel version unknown, I forgot to ask) : has reported the same problem. We can serve Gopher/HTTP to X clients, Mac : clients, and OS/2 clients without problems. Same goes for curses clients. : However, when we attempt to serve Gopher/HTTP to any app that uses the : Winsock DLL (e.g., BCGopher, WinMosaic, Cello), some really odd stuff happens. : On occasion, we can move graphical images to the client without problems. : Usually, though, the transfer of data is not completed. The client shows that : the file has been moved, but nothing happens. No decompression, no pretty : pictures, nothing. It appears that there is some sort of timing problem with : Winsock clients who try to connect to a GN server running under Linux. I have similar problems in a somewhat different setup. In my scenario, the Linux machine is located BETWEEN the PC and the net. It has an ethernet connection to the LAN and a SLIP connection to the Internet. Now, the Macs and the Linux machine can read news off the NNTP server fine. But none of the Windows machine can. If those machines use Trumpet or WinVN or QVT's news client, the session just hangs. They can't get the new group list, they can't scan for new articles. As for the transfer of data not completing, I have experienced this problem in a particular setup. I run Chameleon from NetManage (incidentally, I ran 3.11N and now 4.0, but it still does not work) on one machine. That machine cannot FTP anything from anywhere. On the other hand, two machines which use the Microsoft TCP stack can FTP successfully, but cannot read news. : My first reaction was to blame the Winsock client, but all of the ones I've : tested work just fine with other systems. Plus, the other guy ran a sniffer : trace that seemed to indicate to him that the communication was timing out : from the Linux box. (I dunno how to read the trace report, but if anybody : wants to see it, let me know and I'll be happy to mail a copy.) I'm pretty : sure the problem ain't with GN, since I can use WinMosaic to connect to other : GN servers without trouble. I wish there was a way to trace my own stuff. I can't get tcpdump to work. : My conclusion is that we've probably uncovered a fairly minor bug in NET-2. : Does this seem reasonable, or have I missed more than my usual quota of : something? If it helps, my box is a 386-40 (we built it ourself) with 8 megs : of RAM and a Longshine LCS-8634 (NE2000 clone) ethernet board. The other guy : is also using an NE2000 clone, I think, so there is also a remote chance : that the problem is with the NE2000 driver and clone boards. I dunno. My machine also uses an NE2000 clone. It seems to work with most things, and it worked before, when I used an AT as a router, instead of Linux. There was a post in *.help about Linux's IP forwarding code being messed up in net2e-beta4. The guy said I might need a patch, but he didn't say where to get it. (By the way, if whoever made that post is reading this, thanks for nothing. Why bother saying, "You need this. And I know who has it. Bye." when you could say, "Here it is" or even "Email me and I'll get it to you".) : Any advice/information will be most appreciated, especially if it will help me : figure out who to bother first with this problem. : Thanks! : --Steve : Steven Kirby University of Georgia kirby@scarlett.libs.uga.edu ------------------------------ From: christop@access2.digex.net (Chris Anderson) Subject: Re: gcc internal compiler error - SIGSE [2~ [2SEGV Date: 10 Mar 1994 10:46:32 -0500 In article <1994Mar9.202548.29860@rosevax.rosemount.com>, Grant Edwards wrote: >Cord Johannmeyer (cord@kalliope.atlas.de) wrote: >: Christopher Andrew Smith (z1g192@rick.cs.ubc.ca) wrote: >: : I'm getting an error that I've never seen before when compiling a certain >: : appliction. What happens is that after I've compiled all the object files >: : for the application and start linking the application with the library >: : I made, gcc reports an internal error which I've never encountered before. > >: [deleted] > >: : gcc: Internal compiler error: program ld got fatal signal 11 >: : make: *** [app] Error 1 > > >: : Has anyone else ever had this problem? I'd like to know if it is a common >: : problem. > I get a SEGFAULT on my SVR4 machine with gcc and the system as. What happens is that the assembler does a mmap() on the output that gcc generates and somehow overruns the file size. I think that the problem is with my disk controller - a local bus utron 601 IDE (I think) - because if I swap in a normal 16 bit controller, the problem doesn't occur. This also hasn't happened since I removed my second hard drive (and put Linux on it :) ). I haven't tried the gcc -pipe option, but that may help. While this was happening I swapped the /usr/ccs/as with the following shell script: -- #!/bin/ksh sleep 1 done=0 while [ $done = "0" ] ; do /usr/bin/truss /usr/ccs/bin/as.real $* > /tmp/as.out 2>&1 as_stat="$( /usr/bin/tail -1 /tmp/as.out )" as_pk=$( /sbin/expr "$as_stat" : ".**** \(process killed\) ***") if [ "$as_pk" = "process killed" ] ; then echo "Trying again: $as_stat" done=0 else done=1 fi done -- This worked most of the time when as was SEGFAULTing, but sometimes the system would lock up and I would have to pull the plug (AHHHHH!!!). Good Luck, Chris ------------------------------ From: urlichs@smurf.noris.de (Matthias Urlichs) Subject: Re: Amiga FileSystem, Anyone? Date: 10 Mar 1994 17:00:21 +0100 In comp.os.linux.development, article <2lmaod$1vv@ilink1.i-link.com>, leeh@i-link.com (Lee Heins) writes: > In article <2lkuan$o6t@smurf.noris.de>, > Matthias Urlichs wrote: > > > >Actually, they replaced this with variable bit density zones. (It's > >compatible.) > > Huh? Who replaced this with variable bit density zones? Not on the Mac or > CD-ROM drives... they are both variable speed. > No, newer Mac drives spin at a constant rate. That's difficult to find out as most Macs have fans these days and they are quite a bit louder than the floppy. > >SIWM ("Super Integrated Woz Machine"). The IWM was the first integrated > >version of the WM, which was a very magical piece of circuitry, created > >(of course) by Steve Wozniak... totally incomprehensible, but it did its > >job with the absolutely fewest possible number of parts. ;-) > > Incomprehensible? Nah... > What I meant is that Woz's circuitry was/is totally incomprehensible (at least for people with "normal" minds)... -- Positive: Mistaken at the top of one's voice. -- 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 Click here. ------------------------------ From: denebeim@bnr.ca (Jay Denebeim P025) Subject: Re: Amiga FileSystem, Anyone? Date: Thu, 10 Mar 1994 00:28:02 GMT In article <1994Mar6.130716.5368@pe1chl.ampr.org> pe1chl@rabo.nl writes: >Classification of 'more or less capable' is entirely yours. I would say >the PC disk controller is more capable, in that it handles tasks that >need to be done in software on the Amiga and Mac. You can say it, but that doesn't make it true. The Amiga has a coprocessor (blitter) that does the decoding for it. This not only takes 0 processor time to decode the tracks, it also allows it to take 0 processor time to do most of the graphics. The Amiga was a truely eligant design, I've not seen any other system that even comes close to it. (sez Jay who is now using a Linux box for the most part) That reminds me of something that happened a number of years ago. When the Amiga came out the most impressive demo was called 'boing', I'm sure most everyone has seen it, it was a rapidly bouncing white and red ball. Immediately after the Amiga came out there were a bunch of demos written for about every machine in existance, also with a big white and red bouncing ball. They said 'See computer x can do it too'. Unfortunately they were entierly missing the point. The most impressive part of the boing demo was not that it could bounce a ball on the screen. What was impressive was that it only took 8% of the CPU to do this. The fact the Amiga only used 8% to do what the other machines used 100% to do went right over their heads. This is understandable because they didn't know what multi-tasking was. Nine years later, in this linux crowd, I'm sure the point doesn't go over your heads. Jay -- Jay Denebeim Address: UUCP: duke!wolves!deepthot!jay Internet: jay@deepthot.cary.nc.us BBS:(919)-233-9937 VOICE:(919)-233-0776 ------------------------------ From: mlord@bnr.ca (Mark Lord) Subject: Re: gcc internal compiler error - SIGSE[2~[2SEGV Date: 10 Mar 1994 16:25:04 GMT In article <1994Mar9.092507.893@pe1chl.ampr.org> pe1chl@rabo.nl writes: >In <2lj9b2INNrj1@bowen.ugrad.cs.ubc.ca> z1g192@rick.cs.ubc.ca (Christopher Andrew Smith) writes: > >>I'm getting an error that I've never seen before when compiling a certain >>appliction. What happens is that after I've compiled all the object files >>for the application and start linking the application with the library >>I made, gcc reports an internal error which I've never encountered before. > >This problem comes up in the news from time to time... Must be a real problem then, enough of us seem to be seeing it around the same time now. I just saw it for the first time ever under ALPHA-1.0 (Linux). Persisted until I rebooted the system, and now I haven't seen it since. I am running with old libraries & gcc (Fall-LGX CD), so I just assumed at first that it might be a bug that has been fixed in newer stuff. But other posters claim to be using very recent gcc/libc so now I'm beginning to suspect an instability in the kernel. -- mlord@bnr.ca Mark Lord BNR Ottawa,Canada 613-763-7482 ------------------------------ From: ve@nils.rhein.de (Volkmar Eich) Subject: Adaptec hanging up if last dvice in chain is powered off Date: 10 Mar 1994 16:15:47 GMT Hi there, today I noticed a problem with my Adaptec controller I didn't find in other OS-Environments. If have a Adaptec 1542 controller installed. Internally there is a hard-drive connected. Externally there is a box with a WangDat Streamer. Works fine if the external power of the box is on. If I unplug it the whole filesystem crashes. As I know SCSI devices must terminate the bus (is done !) but I didn't know that all devices must be powered on. Somebody else with this problem / misbehaviour ? Or is there something wrong with my thoughts ? For reference: I use Alpha 1.0 Kernel. Volkmar P.S. The same problem occurs if I try to boot with power off for the external device. -- ============================================================================== Volkmar Eich Internet: ve@nils.rhein.de Attenberger Strasse 44 Telefon: (02248) 4825 53773 Hennef Germany ============================================================================== ------------------------------ From: hjl@nynexst.com (H.J. Lu) Subject: Re: Can't link with -static, must use -g Date: 10 Mar 1994 14:17:43 GMT In article , bill@yossarian.pianosa.gov (Bill Reynolds) writes: |> I'm using gcc version 2.5.8 and libc.4.5.21. I can't get the -static, |> option to work - I've got to use -g instead. |> |> (yes, yes, I've deleted /usr/lib/libgcc.{s,}a :-) |> |> $ cat hello.c |> #include |> |> main() |> { |> printf("Hello world\n"); |> } |> |> $ gcc -v |> Reading specs from /usr/lib/gcc-lib/i486-unknown-linux/2.5.8/specs |> gcc version 2.5.8 |> $ gcc -static hello.c |> /usr/lib/libc.a(fileops.o): Undefined symbol ___write referenced from |> text segment Please do su cd /usr/lib ar -d libg.a __.SYMDEF ranlib libg.a Fixed in the next release. H.J. |> $ gcc -g hello.c |> $ ldd a.out |> statically linked |> $ gcc hello.c |> $ ldd a.out |> libc.so.4 (DLL Jump 4.5pl21) => /lib/libc.so.4.5.21 |> $ |> |> |> -- |> _____________________________________________________________________________ |> Bill Reynolds bill@goshawk.lanl.gov ------------------------------ From: z1g192@rick.cs.ubc.ca (Christopher Andrew Smith) Crossposted-To: gnu.gcc.help Subject: Assembly code debugger Date: 10 Mar 1994 17:21:11 -0800 Does anyone know whether there is some sort of assembly language debugger for Linux (ie i386/486). I need some way to single step through a couple of assmebler routines which I wrote. It would be nice if the debugger handled C/C++ code as well, but that isn't crucial. Thanks in advance, Chris -- ======================================================================== |Christopher Smith | With a rubber duck, one's never alone. | |aka z1g192@ugrad.cs.ubc.ca |-- "The Hitchhiker's Guide to the Galaxy"| ======================================================================== ------------------------------ From: dmw@prism1.prism1.com (David Wright) Subject: Re: Specialix Driver Round 2 (From specialix) Date: 9 Mar 94 17:08:16 GMT >>>>> "AD" == Alan Drew writes: AD> Looks like I've been missing some of the fun. I'm not sure what You sure did! :-) AD> helpfull". Some months ago, I posted an offer, 1 Free developers toolkit AD> and 1 free SI16. All the software 2 terminal adaptors and 1 AT host card, AD> nearly 2000UK pounds worth of kit. I got one offer to set up a mailing AD> list and/or an FTP site (thanx, you know who you are) and *ONE* offer AD> to develop a driver. Count 'em.... *ONE*. There is an age old axiom I saw this, and would have responded, but although I am more than willing to work on the project (and I have my own SIO & RIO hardware to use, I would only need the Dev. kit portion), I just don't think I have the technical skills re: Linux device drivers to do a really good job. I have more of an applications/systems-level background... I am sure there are many others out there in the same boat, who saw your posts, and were pleased, but were/are unable to contribute anything other than enthusiasm... AD> "if you have a Linux driver, I'll be in the market for 4 cards". Sadly AD> promisory sales of a total of 64 ports do not make a wise AD> investment for us, and nobody bar one of you wanted the driver so AD> desperately that you were prepared to do the work yourselves. Nicely said. But it makes me happy to know that SOMEONE (the man you spoke of) is doing to work for those of us who can't. If he allows it, would consider distributing the driver with the boards themselves? And as part of the DevKit do you include the source to your nice "config.si" program? I was able to get our company switched over to Specialix boards exclusively (we used to install/reccommend DigiBoard), and I would love to have a configuration & setup program that worked as smoothly & easily under Linux as the one you supply for SCO. Cheers, Dave -- ____________________________________________________________________________ | /\ / | Prism Computer Applications | David Wright | | -/--\-- | 14650 Detroit Ave, Suite LL40 | dmw@Prism1.COM | | /____\ | Lakewood, OH 44107 USA | 216-228-1400 | ------------------------------ From: fnord@binkley.cs.mcgill.ca (Andrew M. Kuchling) Subject: Re: Loaded fonts discarded after X vt switch... Date: Thu, 10 Mar 1994 17:47:14 GMT In article , Andries Brouwer (aeb@cwi.nl) wrote: : I think X restores the font that was present at startup. : It is easy to make the kernel remember the font, or even : to have a separate font for each vt, but in my opinion : this is a waste of memory. Well, I occasionally run Linux with different fonts on each virtual console, and desperately missed that feature in pl15's font handling. I've written a kernel patch that does exactly what Andries mentioned; it lets you use a different font for each VC, and restores the font correctly after exiting X. (Yes, it does use more memory; 8K per font, plus about 10K of added kernel code and variables.) I'll upload the patch to sunsite after another week of trying it out; if you *really* want it now, just drop me a line. Andrew Kuchling fnord@binkley.cs.mcgill.ca ------------------------------ ** 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-Request@NEWS-DIGESTS.MIT.EDU You can send mail to the entire list (and comp.os.linux.development) via: Internet: Linux-Development@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 Digest ******************************