Files
oldlinux-files/docs/mail-archive/linux-devel/Volume1/digest5XX/digest537
2024-02-19 00:23:35 -05:00

510 lines
21 KiB
Plaintext

Subject: Linux-Development Digest #537
From: Digestifier <Linux-Development-Request@senator-bedfellow.MIT.EDU>
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 <grante@aquarius.rosemount.com> 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 <urlichs@smurf.noris.de> 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 <A HREF="http://smurf.noris.de/~urlichs/finger">here</A>.
------------------------------
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.94Mar9134207@yossarian.pianosa.gov>, 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 <stdio.h>
|>
|> 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 <cdh@specialix.co.uk> 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 <CMEyv8.IsF@cwi.nl>, 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
******************************