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

626 lines
22 KiB
Plaintext

Subject: Linux-Development Digest #585
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: Mon, 28 Mar 94 09:13:12 EST
Linux-Development Digest #585, Volume #1 Mon, 28 Mar 94 09:13:12 EST
Contents:
Re: TCP/IP-Bug in 1.0 Kernel? (Carl Schott)
Re: Linux PLIP (Mr MF Cosham)
Re: How to use VARARGS under Linux ? (Zenon Fortuna)
Re: 486DLC support anyone? (Superuser)
Wanted: WorkMan maintaine (Rick Emerson)
Re: Is "gas" ( GNU assembler ) available for Linux? (Matt Welsh)
Re: TTY overruns cost money. (Charles Hedrick)
Re: program to watch IRQs (Zenon Fortuna)
Re: HELP. Extended Unix Charactr Set (Harald T. Alvestrand)
Re: LINUX port to a transputer system (Baranski, A.S.)
LINUX port to a TRANSPUTER (Antoni.Baranski@si.hhs.nl)
Re: 486DLC support anyone? (Roban Philip Karl)
C+@ for Linux? (Patrick B. Haggood)
Re: LINUX port to a transputer system (Roban Philip Karl)
Where can I ftp the Linux 1.0.4 ? (Wei Hua)
Linux CD Rom with Wearnes (Tang Chang Thai)
Possible BUG in lpd? (Stefan Baltus)
Re: Help increasing allowed # of processes (las@light-house.uucp)
Problem with WD7000 (Frank Westheider)
Re: HELP. Extended Unix Charactr Set (Andries Brouwer)
Re: Interrupts?? (Thomas Faehnle)
Re: Async I/O (Nick Maclaren)
----------------------------------------------------------------------------
From: cgschott@psu.edu (Carl Schott)
Subject: Re: TCP/IP-Bug in 1.0 Kernel?
Date: Sat, 26 Mar 1994 05:50:00 GMT
Rene COUGNENC (rene@renux.frmug.fr.net) wrote:
: Ce brave Michael Will ecrit:
: > I have noticed that SLIP does work with 1.0 but has problems running
: > ftp and the like with anything beyond that. I tried 1.0p2 and 1.0p4 but
: > had to go back to 1.0 to work with SLIP.
: Same for me, SLIP and PPP.
Hmm... SLIP (CSLIP actually) has been rock solid for me at 1.0.4
passing 8-10 MB of news and ftp per day. I had a few problems with
general protection warnings at pre-1.0 and 1.0.2, but never had any ftp
breakdowns. What version of ftp are you running, and what are your
configurations? Maybe you should try a fresh compile of Alan Cox's new
"ftp".
Carl Schott
------------------------------
From: mfcos1@mdw081.cc.monash.edu.au (Mr MF Cosham)
Crossposted-To: comp.os.linux.misc
Subject: Re: Linux PLIP
Date: 28 Mar 1994 00:18:36 GMT
leachbj@latcs1.lat.oz.au (Bernard James Leach) writes:
>I was looking into PLIP for linux today and was reading the READM1.PLIP
>file. Now according to this Linux PLIP supports two different cables,
>one is a 4bit cable the other an 8 bit cable. Does anyone know anything
>further about this. From memory the 8 bit cable looked compatible with
>amiga plip!
The 4 bit cable is for the older parralel ports that are output only.
It uses the status lines to transmit the information. The 8 bit cable
will work with the newer ports that can send and receive on the data
lines. I believe it works the same way as Laplink on DOS, and is
probably the same as the amiga cable.
Mark Cosham
mfcos1@ccds.cc.monash.edu.au
>--
>Bernard Leach - LaTrobe Uni Melb Australia
>cscbl@lux.latrobe.edu.au
------------------------------
From: zenon@resonex.com (Zenon Fortuna)
Subject: Re: How to use VARARGS under Linux ?
Date: Fri, 25 Mar 1994 23:07:30 GMT
In article <2mvjr5$nah@news.doit.wisc.edu> tillemaj@news.doit.wisc.edu.UUCP (John Edward Tillema,&91M+soAj) writes:
>From article <1994Mar25.031012.3079@resonex.com>, by zenon@resonex.com (Zenon Fortuna):
[...]
>I think this should be of the form: (don't know what va_dcl is?)
>
>void my_log(char fmt[], ... )
>{
> va_list argp;
>
> va_start(argp,fmt);
> vfprintf(stdout,fmt,argp); /* or vsprintf(string,fmt,argp);puts(string) */
> va_end(argp);
>}
>
>This will allow my_log to function just like a printf statement.
Fine. But I could not find any header file with the va_list or va_dcl
declaration. Under HP-UX the declarations are in varargs.h, somebody suggested
that under Linux there exists stdargs.h ... but I did not find it in
SLACKWARE 1.1.2 . Maybe simply I have to copy more header files from other (?)
distributions ?
BTW, where to find more complete set of header files for Linux (and, maybe,
related man-pages ?) ?
Zenon.
------------------------------
From: root@fusion.cuc.ab.ca (Superuser)
Subject: Re: 486DLC support anyone?
Date: Mon, 28 Mar 1994 05:20:44 GMT
phil@seal.micro.umn.edu (Roban Philip Karl) writes:
> Just for the record, my TI486DLC-40 works just fine.
>
> It is on a VL, 128k ext. cache board that was meant to
> work with the DLC.
>
> Furthermore, it is humming along with an IIT 3C87-40
> with no problems whatsoever.
> I get 15.97 BogoMips... not bad for < $300 (board+cpu+mathco)
>
On my DRx2-20/40 running Linux 1.0.4 + lx_inline with the full version of
my patch and the BogoBoost patch- I get the same.. Without the lx_inline
patch, I get 15.99 BogoMips.. I guess the inline stuff didn't do as much
good as the authors claimed :-(.
For the record, what brand of DLC motherboard do you have? I've had reports
that the OPTI chipset + AMI BIOS motherboards don't enable the cache when
running any operating system that doesn't use the BIOS (ie, the patch is
needed even though the motherboard claims to be DLC aware). If yours works,
I'd like to list your motherboard as one that works in my README file.
>
> Good luck with TI,
> Philip K. Roban n0etx
c4
--
Christopher Lau- "Mr. Unix" | / Fusion: Playing With Fire!
StarBright Research | / / H + H -> He + 24 MeV
-- | /_/_/_ "Bring back Trudeau!"
root,lauc@fusion.cuc.ab.ca |____________ "This space for rent"
------------------------------
Subject: Wanted: WorkMan maintaine
From: rick.emerson@dscmail.com (Rick Emerson)
Date: Mon, 28 Mar 94 00:17:00 -0640
@SUBJECT:Wanted: WorkMan maintainer's address N
I'm still going nowhere with WorkMan and I've had no luck in finding
the WorkMan maintainer. I'd appreciate some help with WorkMan and/or
the name and address of the current maintainer.
Rick
...
* ATP/Linux 1.42 * If you make a cow laugh, does milk run out of its nose?
------------------------------
From: mdw@cs.cornell.edu (Matt Welsh)
Subject: Re: Is "gas" ( GNU assembler ) available for Linux?
Date: Mon, 28 Mar 1994 06:08:58 GMT
In article <2n0sse$j2v@quartz.ucs.ualberta.ca> jdv@ee.ualberta.ca (John Voth) writes:
>Greetings Linux Developers!
>
>I have noticed that GNU has a assembly language compiler called "gas".
>I've used it for compiling MC68000 assembly language programs intended to
>be used on my university's motorola 68000 labs. Is this GNU product
>available for linux?
GAS is there, on sunsite.unc.edu:/pub/Linux/GCC. Unless I'm mistaken the
"as" assembler included in most Linux distributions is actually gas.
------------------------------
From: hedrick@farside.rutgers.edu (Charles Hedrick)
Subject: Re: TTY overruns cost money.
Date: 28 Mar 94 02:09:08 GMT
mike@dormrat.sosi.com (Rubber Duck) writes:
>sl0 Link encap Serial Line IP
> inet addr 166.93.11.2 P-t-P 166.93.8.254 Mask 255.255.0.0
> UP POINTOPOINT RUNNING MTU 1006 Metric 1
> RX packets 178847 errors 0 dropped 0 overrun 165082
> TX packets 192912 errors 0 dropped 43010 overrun 176361
The "overrun" numbers should actually be labelled "packets for which
header compression was used". Actual overruns will be included
in "errors".
------------------------------
From: zenon@resonex.com (Zenon Fortuna)
Subject: Re: program to watch IRQs
Date: Sun, 27 Mar 1994 21:55:02 GMT
In article <2n3jb5$ka6@zeus.fasttax.com> phil@zeus.fasttax.com (Phil Howard) writes:
> [...]
>Once I get upgraded to 1.0 I plan to dive into some kernel developments.
>One of the ideas on the drawing board is a special virtual terminal that
>would be dedicated to kernel monitoring. Maybe more than one VT could be.
>
>But what would you like to see? Perhaps a list of counts per IRQ number?
>Maybe also a smoothed interrupts per second? Maybe a graphical chart that
>shows interrupts? I'm sure this could be done.
>
>I was wanting to try to reproduce a process run/dispatch display much
>like the job dispatch display from the old CDC Cyber displays. Just
>what can be displayed usefully is still in question.
Would you consider "monitor"-like system information ? memory handling
(including swap utilization), disk I/O statistics, processes info, per-
process information, etc.
Linux becomes stable solid system and commercial developers will start
system tuning very soon ...
zenon@resonex.com
------------------------------
From: hta@uninett.no (Harald T. Alvestrand)
Subject: Re: HELP. Extended Unix Charactr Set
Date: 28 Mar 1994 07:02:57 GMT
In article <2mv0u4$sjo@sun0.urz.uni-heidelberg.de>, hare@mathi.uni-heidelberg.de (Hannes Reinecke) writes:
|> The P (donaldlf@donaldlf) wrote:
|> : I am looking for a document in any form that describes the
|> : extended unix character set for a project. Does anyone
|> : know where this information can be located.
|>
|> Sure. As soon as you specify > extended unix character set <.
|> Most likely you mean > ISO-8859-1 <.
|> Unix [tm] didn't have any intrinsic charset.
|>
He is probably thinking of the charset most commonly labelled EUC
for Extended Unix Charset.
It is a charset intended mostly for Japanese usage, I think.
(And it's *huge* - like 16K or 32K characters).
I would look for some character set group, not this group, to get info.
--
Harald Tveit Alvestrand
Harald.T.Alvestrand@uninett.no
G=Harald;I=T;S=Alvestrand;O=uninett;P=uninett;C=no
+47 73 59 70 94
My son's name is Torbjxrn. The letter between "j" and "r" is o with a slash.
------------------------------
From: v922215@si.hhs.nl (Baranski, A.S.)
Subject: Re: LINUX port to a transputer system
Reply-To: v922215@si.hhs.nl
Date: Mon, 28 Mar 1994 06:47:33 GMT
In article 8xC@news.cis.umn.edu, phil@seal.micro.umn.edu (Roban Philip Karl) writes:
>Just what is a transputer? It sure has a catchy name.
>Would someone kindly overwhelm my mailbox with info?
>
>Thanks, and sincerely,
>Philip K. Roban
>
Transputer -> Real parallel CPU.
SU L8R
------------------------------
From: Antoni.Baranski@si.hhs.nl
Subject: LINUX port to a TRANSPUTER
Reply-To: Antoni.Baranski@si.hhs.nl
Date: Mon, 28 Mar 1994 07:17:05 GMT
Hi world,
So far I have received many reactions from GREAT to shut this guy up in a lunny bin. But
I think that most people didn't really understand my first message. I said I wanted to
have the 486 do all the I/O work and thus working as a server with the transputer as a
client.
Well I've been searching high and low in articels concering transputer hardware. And found
some advertisments about SCSI 1/2 controllers as a T-RAM module. So the need for ans
AFS (Alien file server) might not be so great, or maybe it would because I would need a way
to boot the transputer (it would be possible to boot from a EPROM)..
And now let me try to explain the idea again, so simple as possible:
The idea was that it would be possible to open a window under LINUX with X11 and have
the Transputer running in there. Doing some number crunching in parallel with the 486. And
there for a part of the LINUX code would be needed to run on the Transputer.
The port wouldn't be written in OCCAM 2 because that would give me a HUGE pain in the BUM!!!!
Because of the way how OCCAM 2 is written. But in C and compiled with a 3L-C Compiler.
Which I am planning on buying soon. If I can get it for a nice price. And not for 600 pounds
which is around 1800 Guilders and that's a bit much, for a student that has to live of something
around 300 guilders a month. So I'll be looking at 3L if they don't have a studente version or
a student price, for their compiler.
Or if someone out there in internet land would like to part with his 3L compiler, I am
interested.!!!
I hope this makes life easyer for you folks out there.
SU
================
Baranski, A. S. | Haagse HogeSchool
e-Mail: | Sector Informtica
Antoni.Baranski@si.hhs.nl | Student Software Engineering
------------------------------
From: phil@seal.micro.umn.edu (Roban Philip Karl)
Subject: Re: 486DLC support anyone?
Date: Mon, 28 Mar 1994 04:26:47 GMT
Just for the record, my TI486DLC-40 works just fine.
It is on a VL, 128k ext. cache board that was meant to
work with the DLC.
Furthermore, it is humming along with an IIT 3C87-40
with no problems whatsoever.
I get 15.97 BogoMips... not bad for < $300 (board+cpu+mathco)
HOWEVER, things were not always so good. The first DLC
I had in this board would totally bomb out if booted up
with internal cache enabled. At first, I thought this was normal,
since the DLC is a "fake" 486, but on speaking to the vendor
I learned otherwise. They happily exchanged chips (admirable of them)
and sure enough, the new one worked.
Good luck with TI,
Philip K. Roban n0etx
------------------------------
From: pbh@prjup.mi.org (Patrick B. Haggood)
Subject: C+@ for Linux?
Date: Sat, 26 Mar 94 19:44:57 EST
I just got my latest newsletter from Unir, the company handling
C+@ (cat) on Sparcs. Anyone heard if this language is available
under Linux?
--
Patrick B. Haggood Project: JUPITER Scientific Software
pbh@prjup.mi.org Reduce complexity; recycle code!
------------------------------
From: phil@seal.micro.umn.edu (Roban Philip Karl)
Subject: Re: LINUX port to a transputer system
Date: Mon, 28 Mar 1994 04:49:19 GMT
Just what is a transputer? It sure has a catchy name.
Would someone kindly overwhelm my mailbox with info?
Thanks, and sincerely,
Philip K. Roban
------------------------------
From: wei@psrc.isac.co.jp (Wei Hua)
Date: Mon, 28 Mar 1994 08:01:19 GMT
Subject: Where can I ftp the Linux 1.0.4 ?
Where can I ftp teh Linux 1.0.4 ? Does it more stable than the
Linux 1.0 ?
Thanks !
Wei, Hua
Technique Dept. ISAC, Inc.
E-mail: wei@psrc.isac.co.jp
------------------------------
From: scornd7@solomon.technet.sg (Tang Chang Thai)
Subject: Linux CD Rom with Wearnes
Date: 28 Mar 1994 08:22:06 GMT
I am looking for a version of Linux CD Rom that can work with the Wearnes
CD Rom package. Any suggestions?
------------------------------
From: cpbaltus@cs.vu.nl (Stefan Baltus)
Subject: Possible BUG in lpd?
Date: Mon, 28 Mar 1994 09:41:47 GMT
Hi,
I'm having trouble with printing. I have two linux boxes, connected
by 10 Mbps Ethernet. When i 'lpr' a file from my remote machine to my printer,
it is sent across the network to the other linux box and printed. But, during
the printing, I'm not able to 'lpq' from the remote machine. It hangs until
the job is finished and then returns 'no entries'. Lpq from the local (the
box where the printer is attached to) works fine.
It seems that the one of the lpd which is printing listens to the udp port,
not the one that should listen to the port.
Any idea's?
Stefan.
--
=============================================================================
Stefan Baltus. InterNet: cpbaltus@cs.vu.nl
Talk/Finger: cpbaltus@keg.cs.vu.nl UUCP : stefan@baljas.home.cs.vu.nl
=============================================================================
------------------------------
From: las@light-house.uucp
Subject: Re: Help increasing allowed # of processes
Date: Sun, 27 Mar 1994 21:48:22 GMT
James D. Levine (jdl@netcom.com) wrote:
: I'm trying to increase maximum number of processes for my pl14 kernel,
: with no luck.
: I found constants called NR_TASKS in tasks.h, and the derived constant
: MAX_TASKS_PER_USER in fork.c. Increasing NR_TASKS and rebuilding the
: kernel does nothing for me. Fork still fails at about 40 total processes.
: I've put prink's in all branches of fork.c to try to see what's
: happening, but I don't get any messages, so I assume you need to run a
: daemon (syslogd?) to see them.
: Any pointers?
: James
setrusage(2),setrlimit(2),getrlimit(2)
These should do what you want; even from user space.
No need to hack the kernel.
------------------------------
From: higgins@uni-paderborn.de (Frank Westheider)
Subject: Problem with WD7000
Date: 28 Mar 1994 12:13:00 GMT
Hi Folks !
I'm using Linux (1.0) with an WD7000FASST2 connected to 3 disk-drives,
1 tape and 2 Floppies.
Whenever i use the floppy and have heavy disk-traffic the system hangs.
How can i solve the problem, am i the only one with this problem ?
Thanx
Frank Westheider
------------------------------
From: aeb@cwi.nl (Andries Brouwer)
Subject: Re: HELP. Extended Unix Charactr Set
Date: Mon, 28 Mar 1994 12:45:09 GMT
hta@uninett.no (Harald T. Alvestrand) writes:
:In article <2mv0u4$sjo@sun0.urz.uni-heidelberg.de>, hare@mathi.uni-heidelberg.de (Hannes Reinecke) writes:
::: The P (donaldlf@donaldlf) wrote:
::: : I am looking for a document in any form that describes the
::: : extended unix character set for a project. Does anyone
::: : know where this information can be located.
:::
::: Sure. As soon as you specify > extended unix character set <.
::: Most likely you mean > ISO-8859-1 <.
::: Unix [tm] didn't have any intrinsic charset.
:::
:He is probably thinking of the charset most commonly labelled EUC
:for Extended Unix Charset.
:It is a charset intended mostly for Japanese usage, I think.
:(And it's *huge* - like 16K or 32K characters).
:I would look for some character set group, not this group, to get info.
It is described in the O'Reilly book "Understanding Japanese Information
Processing" by Ken Lunde. On-line info can be obtained from ftp.ora.com.
------------------------------
From: s_faehnl@rzw2.rz.uni-ulm.de (Thomas Faehnle)
Subject: Re: Interrupts??
Date: 28 Mar 1994 12:22:30 GMT
Reply-To: s_faehnle@rzmain.rz.uni-ulm.de
Pieter.Verhaeghe (pive@uia.ac.be) wrote:
: My question is: how can I implement this behaviour in Linux?
: (or better: does there exists a skeleton for implementing this?)
Such a skeleton does exist.
Get the SysVinit-2.4 package, it now has support for catching power
failures. Included in the package is a little watchdog daemon (intended
to watch the sense line of an UPS) that you can easily adapt to your
needs.
: Thanks
: Pieter
Bye, Thomas.
: -------------------------------------------------------------------------
: P. Verhaeghe (pive@ruca.ua.ac.be)
: University of Antwerp,RUCA,Department of Mathematics and Computer Science
: Groenenborgerlaan 171 Tel: +32 3 2180376
: B-2020 Antwerpen, Belgium Fax: +32 3 2180217
: -------------------------------------------------------------------------
--
==========================================================================
s_faehnle@rzmain.rz.uni-ulm.de *** Happy Linux user! ***
==========================================================================
------------------------------
From: nmm@cl.cam.ac.uk (Nick Maclaren)
Subject: Re: Async I/O
Date: 28 Mar 1994 13:15:28 GMT
In article <1994Mar27.054142.10497@unlv.edu>, ftlofaro@unlv.edu (Frank Lofaro) writes:
|> I am in the process of implementing async I/O when I saw Ted Tso said
|> he was going to implement it too. Is that true?
|>
|> Anyway, this is what I have done so far: ...
|>
|> It is quite a while from being usable. It false triggers, turing off
|> async I/O or exiting the process turning it on crashes linux, etc. but
|> as proof of concept, the user program DOES get SIGIO's when I make
|> input available. I think I can work the bugs out with a little bit of work.
I am afraid that I doubt it - you may get it USABLE with a little bit of
work, but getting the bugs out is a different matter. IBM MVS has had
asynchronous I/O as part of its base design since the very beginning
(whether you include PCP or not), and it STILL has bugs in it. Some UNIX
fanatics used to say that this was the fault of the misdesign of MVS, but
that was before vendors started to implement asynchronous I/O in UNIX :-)
Every vendor that has attempted this task has had a foul job, and by no
means all have succeeded. Please don't think that I am trying to put you
off - I am merely pointing out that success in this context is not a simple
question of removing bugs. If you end up with a usable system, you have
succeeded, even if there are still outstanding and insoluble bugs.
Your list of nasty questions includes many of the hairy areas, but don't
forget interactions with swapping and process scheduling, what to do when
queues back up, error handling when in anomalous states and so on. These
complex interactions are the areas where bugs lurk, irrespective of how
much development and debugging the system has been through.
If you can find a set of IBM MVT manuals (especially the SAM PLM and the
Debugging Handbook), you may find some useful hints on techniques and how
to handle some of the problems you mention. I say IBM MVT, because that
was the last system that was relatively free of restrictions on the reuse
of the technology. It remains copyright, of course.
Nick Maclaren
University of Cambridge Computer Laboratory,
New Museums Site, Pembroke Street,
Cambridge CB2 3QG, England.
Email: nmm@cl.cam.ac.uk
Tel.: +44 223 334761
Fax: +44 223 334679
------------------------------
** 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
******************************