lostecho/oldlinux-files
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
Files
master
oldlinux-files/mail-archive/linux-devel/Volume1/digest5XX/digest578
gohigh a778c607a4 add directory mail-archive
2024-02-19 00:25:02 -05:00

673 lines
24 KiB
Plaintext
Raw Permalink Blame History

Subject: Linux-Development Digest #578
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: Fri, 25 Mar 94 19:13:08 EST
Linux-Development Digest #578, Volume #1 Fri, 25 Mar 94 19:13:08 EST
Contents:
Re: [Q] Unixware filesystem? (Matthias Urlichs)
Re: select() - are the defaults good? (Matthias Urlichs)
Re: Hanging CSLIP with ftp (Charles Hedrick)
Re: TCP/IP-Bug in 1.0 Kernel? (Michael Will)
Re: I want real scrollback. (Andries Brouwer)
Linux for ... (The Atari ST (+PAK 68/3 ?)) (Christian Forst)
How to use VARARGS under Linux ? (Zenon Fortuna)
Re: Slackware as a tar.gz file? (Zenon Fortuna)
Re: 486DLC support anyone? (spu@delphi.com)
Re: Specialix Driver Round 2 (From specialix) (Craig Milo Rogers)
Cross-Compile --> to DOS??? (Richard D. Miller)
Re: Slackware as a tar.gz file? (NJ. Bruton)
Slackware as a tar.gz file? (Erann Gat)
Re: Slackware as a tar.gz file? (Grant R. Guenther)
PLIP (Wolfgang Kalthoff)
Wanted: WorkMan maintaine (Rick Emerson)
Wanted: WorkMan maintaine (Rick Emerson)
Re: PAS16 Mixer for XFree? (Tobin M. Creek)
Re: Linux for Sun4 (Hamish Macdonald)
Re: Slackware as a tar.gz file? (Kevin Porter)
Re: Kernel don't recognizes HP PC LAN Ethernet Card ! (Laurent_Julliard)
Basic Compiler (Juergen Attitude)
----------------------------------------------------------------------------
From: urlichs@smurf.noris.de (Matthias Urlichs)
Subject: Re: [Q] Unixware filesystem?
Date: 25 Mar 1994 10:25:46 +0100
In comp.os.linux.development, article <JOHNSONM.94Mar21195343@ladybird.oit.unc.edu>,
johnsonm@ladybird.oit.unc.edu (Michael K. Johnson) writes:
>
> Maybe someone with a lot of understanding and a lot of time on thier
> hands will write a log-structured filesystem for Linux. I know that
> Michael O'reilly said that when he tried to port the sprite
> filesystem, the VFS just wasn't up to the task. However, a new
> filesytem could be designed...
>
The problem is that a good log-structured file system will not allocate
block numbers to file data as the application writes them into the cache,
but as the cache is written to disk.
One of the Sprite papers says that this is a major performance win.
The current Linux VFS can't do that. Not easily, anyway.
--
Everything might be different in the present
if only one thing had been different in the past.
--
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: urlichs@smurf.noris.de (Matthias Urlichs)
Subject: Re: select() - are the defaults good?
Date: 25 Mar 1994 11:27:18 +0100
In comp.os.linux.development, article <1994Mar18.201657.24264@titan.westfalen.de>,
johannes@titan.westfalen.de (Johannes Stille) writes:
>
> Also wouldn't it be better to do some checks when selecting on a regular
> file for reading/writing, e.g. check whether we're at the end of the
> file when selecting for reading, check whether there is some space left
> when selecting for writing.
>
Select() on read/write returns true iff for nonblocking I/O (when
available), a read/write call will either return an error or transfer
some data.
Select() on exception is extremely poorly defined.
> For a non-regular file, selecting returns false if there is no special
> select routine for this kind of file or device. This results e.g. in
> selecting /dev/zero for reading or /dev/null for writing always
> returning "not ready".
You're probably right. Note that /dev/null, on select for reading, doesn't
return true -- IMHO a Good Thing.
>
> It seems that there is no check whether the operation selected for is
> permitted, so you can e.g. select a read-only file for writing and get a
> positive result. Of course it is your fault if you do this, but wouldn't
> it make sense to change the select() behaviour?
Why? The corresponding write() call won't block...on the subsequent
write(), you get an error, and if you're not smart enough to remove the
bit from your select mask in the next call, you've got a bug in your program.
--
If you don't go to other men's funerals they won't go to yours.
-- Clarence Day
--
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: hedrick@farside.rutgers.edu (Charles Hedrick)
Crossposted-To: comp.os.linux.misc
Subject: Re: Hanging CSLIP with ftp
Date: 24 Mar 94 23:40:38 GMT
vargish@yx.sura.net (Nick Vargish) writes:
>Here's the scoop... All I have to do to hang my CSLIP connection is
>try to ftp an uncompressed xpilot map across the connection. Once I
>compress the map (which I will include here), the transfer goes
>smoothly.
>I suspect it has something to do with long strings of identical
>characters and the compression algorithm(s), but I'm basically taking
>an educated guess (no facts or code-grazing to back me up).
CSLIP uses a special algorithm for handling the IP and TCP headers.
It has no effect on the data at all. Your theory can't be right. It
would be very odd for a TCP problem to depend upon the data. The
only data-dependent problems I've ever seen with TCP (on any
system) have turned out to be due to problems with the checksum
algorithm or data-dependent problems with a modem. I doubt that
Linux' checksum code is bad.
------------------------------
From: zxmgv07@studserv.zdv.uni-tuebingen.de (Michael Will)
Subject: Re: TCP/IP-Bug in 1.0 Kernel?
Date: 25 Mar 94 11:50:09 GMT
In <2mqmfk$f4@meister.ma.net> malu@dialslip-17.rz.ruhr-uni-bochum.de (Martin H. Ludwig) writes:
>I tried out to find the problem at an other box running 0.99.14 and
>there all was OK. I think there was a big change in the network-code
>between 0.99.14 and 0.99.15?
>I use V 1.0, the problem occures with 0.99.15, too.
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.
Just my 2cents. Michael Will
------------------------------
From: aeb@cwi.nl (Andries Brouwer)
Subject: Re: I want real scrollback.
Date: Thu, 24 Mar 1994 22:53:38 GMT
nelson@crynwr.crynwr.com (Russell Nelson) writes:
>I want real scrollback for Linux. And of course, it should NOT be done
>in the kernel. So the sensible way to do it is via /proc. But how to
>design it? Maybe like this:
...
>I think that maybe the scrollback program should open its own vt that
>doesn't have a getty running on it, and use that for back-scrolling.
>That way you don't have to worry about ongoing output from the vt that
>we're scrolling back "on".
But is it necessary to change anything in kernel or /proc?
It sounds as if what you want could be obtained by just slightly
modifying the programs script and less.
>How can we cause a particular key to send a signal to a particular
>program?
Yes, I have thought about that, too. Sometimes one would like a somewhat
different foreground/background mechanism, where not the unique foreground
process (or process group) gets all of the keyboard, but some keys are for
one program and some for another.
But again this should not be obtained by modifying the kernel, but by
inserting a user process that captures all keystrokes and decides to whom
of its children these should go.
------------------------------
From: imbcf@rz.uni-jena.de (Christian Forst)
Subject: Linux for ... (The Atari ST (+PAK 68/3 ?))
Date: 25 Mar 1994 09:11:16 GMT
One more article about asking for 'Linux and...'
So is there a port for Linux for the Atari ST (for me important, but
I also ask for ports to Falcon, and TT) Maybe (for sure) the Atari ST is
much to slow with it's 68000. But there are these nice PAK 68/x
projects from the computermagazine c't where you can plug in an
68030-50 i.e. So shoot me for my question ;*> but mail me.
Thanx
Christian (chris@imb-jena.de)
------------------------------
From: zenon@resonex.com (Zenon Fortuna)
Subject: How to use VARARGS under Linux ?
Date: Fri, 25 Mar 1994 03:10:12 GMT
I would like to use the VARARGS principle (to pass to a function varying list
of arguments). I have noticed that there exists vsprintf(), exists also
_G_config.h with some related declarations.
Still, I cannot compile my sample VARARGS program, because a lot of
declarations are missing:
# include <stdio.h>
# include <varargs.h>
main()
{
my_log( "format with %d args: int and %s\n", 2, "string" ) ;
}
/*VARARGS1 PRINTFLIKE1*/
my_log( va_alist )
va_dcl
{
va_list argp ;
char *fmt ;
char string[ 5000 ] ;
va_start( argp ) ;
fmt = va_arg( argp, char *) ;
vsprintf( string, fmt, argp ) ;
va_end( argp ) ;
puts( string ) ;
}
May be under Linux VARARGS are appied differently ?
Does anybody use VARARGS related programming ?
Any examples appreciated ...
zenon@resonex.com
------------------------------
From: zenon@resonex.com (Zenon Fortuna)
Subject: Re: Slackware as a tar.gz file?
Date: Fri, 25 Mar 1994 03:13:12 GMT
In article <gat-240394180427@137.79.107.114> gat@robotics.jpl.nasa.gov (Erann Gat) writes:
>Does anyone have the Slackware 1.2.0 distribution assembled into a
>tar file? It would be nice to be able to snarf the whole thing without
>having to do fifty cds, lcds, and mgets.
>
>E.
>
>--
>
>Erann Gat
>gat@robotics.jpl.nasa.gov
Well, it can be easily done, but it would be a file about 50 MB large.
-Z.
------------------------------
From: spu@delphi.com
Subject: Re: 486DLC support anyone?
Date: Fri, 25 Mar 94 02:14:27 -0500
<lcvanveen@et.tudelft.nl> writes:
>It could fairly well be that you are using a wrong (?) co-pro.
>I have found that the TI486DLC has problems with for instance
>the IIT co-pro. It works fine with the Cyrix 387 though.
>I've a DLC with an Cyrix now and it works great.
I am using the IIT.... I may need to change to the Cyrix.. I have been able
to get the cache limping along, but can't run programs that use certain types
of calls to the math co, little ones, like, oh, XV!... darn. well I need to
upgrade anyway, since I'm only running at 25Mhz on an ISA motherboard. I'm
thinking about getting a "true" 486DX VLB motherboard as an upgrade path.
Both good and bad to hear that I'm not the only one having this problem...
Thanks,
Sean
------------------------------
From: rogers@drax.isi.edu (Craig Milo Rogers)
Subject: Re: Specialix Driver Round 2 (From specialix)
Date: 23 Mar 1994 08:32:48 -0800
In article <2mknuk$s0b@drax.isi.edu> rogers@drax.isi.edu (Craig Milo Rogers) writes:
> Alternatively, and with all due respect to Specialix, Inc.,
>you could simply choose to buy your intelligent board from a vendor
>that does *not* regard keeping trade secrets to be necessary for their
>competitive advantage.
I am posting this followup (to my own message) to apologize to
Specialix, Inc. They offer a development kit at nominal cost with
documentation on the host-side interface, and are not attempting to
keep trade secrets in that respect. They vendor to which I should
have refered in the above paragraph was Arnet.
Craig Milo Rogers
------------------------------
From: rmiller@freenet.uwm.edu (Richard D. Miller)
Subject: Cross-Compile --> to DOS???
Date: 24 Mar 1994 07:24:40 -0600
Is it possible to cross-compile on Linux for DOS?
###
------------------------------
From: ccnjb@sun.cse.bris.ac.uk (NJ. Bruton)
Subject: Re: Slackware as a tar.gz file?
Date: Fri, 25 Mar 1994 12:31:28 GMT
Byron A Jeff (byron@cc.gatech.edu) wrote:
: In article <gat-240394180427@137.79.107.114>,
: Erann Gat <gat@robotics.jpl.nasa.gov> wrote:
: >Does anyone have the Slackware 1.2.0 distribution assembled into a
: >tar file? It would be nice to be able to snarf the whole thing without
: >having to do fifty cds, lcds, and mgets.
If you pull the distribution from sunsite.unc.edu or tsx-11.mit.edu you can
do a get of <distribution>.tar.gz which pulls a tar gzipped directory
Nick
------------------------------
From: gat@robotics.jpl.nasa.gov (Erann Gat)
Subject: Slackware as a tar.gz file?
Date: Thu, 24 Mar 1994 18:04:27 -0800
Does anyone have the Slackware 1.2.0 distribution assembled into a
tar file? It would be nice to be able to snarf the whole thing without
having to do fifty cds, lcds, and mgets.
E.
--
Erann Gat
gat@robotics.jpl.nasa.gov
------------------------------
From: grant@nepahwin.cs.laurentian.ca (Grant R. Guenther)
Subject: Re: Slackware as a tar.gz file?
Date: 25 Mar 1994 08:00:42 -0500
In <gat-240394180427@137.79.107.114> gat@robotics.jpl.nasa.gov (Erann Gat)
writes:
>Does anyone have the Slackware 1.2.0 distribution assembled into a
>tar file? It would be nice to be able to snarf the whole thing without
>having to do fifty cds, lcds, and mgets.
It's not exactly what you asked for, but if you look on Slackware's
home site you'll find ftp.cdrom.com:/pub/linux/zooed_slackware in
which each of the "disks" has been bundled into a single zoo file.
Zoo itself is widely available (in versions for both DOS and Unix ...)
--
==========================================================================
Grant R. Guenther, Math & Comp. Sci., Laurentian U, Sudbury, Ont., Canada
grant@nepahwin.cs.laurentian.ca We are everywhere
==========================================================================
------------------------------
From: wo@rio70.bln.sni.de (Wolfgang Kalthoff)
Subject: PLIP
Date: 24 Mar 1994 18:00:22 +0100
Reply-To: kalthoff.bln@sni.de (Wolfgang Kalthoff)
Hi,
I tried to connect a DosBox via PLIP to a LinuxMachine (1.0.4).
Using plip.com from the Crynwr collection (pktd11.zip), the result of
a ping from the DosBox to Linux is :
plip1: wrong header octet
checksum error
When I looked into plip.c, I found some comments, saying " The protocol
has changed" and "The protocol has to be changed back".
Can I hope for compatible PLIP soon?
regards
Wolfgang
--
Wolfgang Kalthoff | S iemens | email: kalthoff.bln@sni.de
Gustav-Meyer-Allee 1 | N ixdorf |
D-13355 Berlin | I nformation Systems | Tel: +49-30-4673-2951 Fax: 2915
=============================================================================
------------------------------
Subject: Wanted: WorkMan maintaine
From: rick.emerson@dscmail.com (Rick Emerson)
Date: Wed, 23 Mar 94 00:35:00 -0640
@SUBJECT:Wanted: WorkMan maintainer N
I'm problems with WorkMan and mail to Chris Newbold
(ctne_ltd@uhuru.cc.rochester.edu) is returned with "user unknown."
Does anyone have the current maintainer's name and address? A current
version of WorkMan?
Rick
...
* ATP/Linux 1.42 * If you make a cow laugh, does milk run out of its nose?
------------------------------
Subject: Wanted: WorkMan maintaine
From: rick.emerson@dscmail.com (Rick Emerson)
Date: Wed, 23 Mar 94 09:18:00 -0640
@SUBJECT:Wanted: WorkMan maintainer N
I'm problems with WorkMan and mail to Chris Newbold
(ctne_ltd@uhuru.cc.rochester.edu) is returned with "user unknown."
Does anyone have the current maintainer's name and address? A current
version of WorkMan?
Rick
...
* ATP/Linux 1.42 * If you make a cow laugh, does milk run out of its nose?
------------------------------
From: creek@pancreas.csc.ncsu.edu (Tobin M. Creek)
Subject: Re: PAS16 Mixer for XFree?
Date: 25 Mar 94 14:10:10 GMT
itusul@dale.ucdavis.edu () writes:
>Is there a X based mixer for the PAS16 out there somewhere? I know there
>is x-mix for the SB16...
xmix works according to what the kernel sound driver says is available
on your card. I use 1 NFS mounted copy of xmix and xvmixer, and run on
one machine with a PAS-16, it gives bass, treble, and all the other
neat stuff, while on the SBPro, the bass and treble controls just don't
function. Personally, I like xvmixer's look better, but the two are
pretty much equivalent.
--
creek-tm@pancreas.csc.ncsu.edu \ "Thank you, sir. Would you like a bag?
Senior Operator, NCSU CSC Dept. \ Naw, I had one, but she left."
==============================================================================
No one besides me would be caught dead claiming the views expressed here
------------------------------
From: Hamish.Macdonald@bnr.ca (Hamish Macdonald)
Subject: Re: Linux for Sun4
Date: 23 Mar 1994 18:50:52 GMT
>>>>> On 23 Mar 1994 02:36:21 EST,
>>>>> In message <2morhl$bl1@bambi.zdv.Uni-Mainz.DE>,
>>>>> kubla@goofy.zdv.Uni-Mainz.DE (Dominik Kubla) wrote:
Dominik> BTW Hamish, can we expect a merger of the Amiga and PC
Dominik> sources or is this not possible? I would like to see a
Dominik> unified kernel source tree: this would remind developers of
Dominik> writing portable code ...
I'd like to see that too. Although I have managed to abstract out a
goodly chunk of the architecture/machine dependencies, there is still
quite a lot left to do. This abstraction changes directory structure
of the kernel somewhat also.
This isn't an impossible task, but I'm likely not to work on it
until:
1) I've got the Linux/68k kernel up to a "1.0" equivalency.
2) The Linux/68k kernel is "out of alpha".
------------------------------
From: porter@wsm042.enet.dec.com (Kevin Porter)
Subject: Re: Slackware as a tar.gz file?
Date: 25 Mar 1994 19:21:26 GMT
Reply-To: porter@wsm042.enet.dec.com (Kevin Porter)
In article <1994Mar25.072244.7605@cc.gatech.edu>, byron@cc.gatech.edu (Byron A Jeff) writes:
|>In article <gat-240394180427@137.79.107.114>,
|>Erann Gat <gat@robotics.jpl.nasa.gov> wrote:
|>>Does anyone have the Slackware 1.2.0 distribution assembled into a
|>>tar file? It would be nice to be able to snarf the whole thing without
|>>having to do fifty cds, lcds, and mgets.
|>
|>Well if you create the directory structure before you ftp the following:
|>
|>ftp>mget */*
|>
|>from the top level directory should copy everything but the bootdisks
|>directories. However the target directories have to already be in place.
|>
|>Might be a good idea if a shell script with the directory structure
|>were posted with the distribution.
|>
|>BAJ
|>>
|>>E.
|>>
|>>--
|>>
|>>Erann Gat
|>>gat@robotics.jpl.nasa.gov
|>
|>
|>---
|>Another random extraction from the mental bit stream of...
|>Byron A. Jeff - PhD student operating in parallel!
|>Georgia Tech, Atlanta GA 30332 Internet: byron@cc.gatech.edu
|>
I do it like this...
# ftp ftp.cdrom.com
... usual login dialog...
ftp> cd pub/linux
250 CWD command successful.
ftp> ls -l
200 PORT command successful.
150 Opening ASCII mode data connection for /bin/ls.
total 552
-rw-r--r-- 1 root 286 Mar 25 09:00 .desc.txt
-rw-r--r-- 1 root 256872 Mar 25 09:01 00index.txt
drwxr-xr-x 9 1001 512 Mar 4 08:26 incoming
drwxr-xr-x 46 root 1024 Mar 12 09:05 je
drwxr-xr-x 4 1001 512 Mar 7 02:27 misc
drwxr-xr-x 5 1001 512 Mar 20 07:02 old
drwxr-xr-x 59 1001 1536 Mar 25 06:35 slackware
drwxr-xr-x 20 1001 512 Mar 21 03:26 slackware_source
drwxrwxr-x 17 ftp-linu 1024 Mar 25 10:26 sunsite
drwxrwxr-x 2 ftp-linu 512 Mar 9 09:08 tsx-11
drwxr-xr-x 2 1001 1536 Mar 25 06:49 zooed_slackware
226 Transfer complete.
remote: -l
640 bytes received in 0.086 seconds (7.3 Kbytes/s)
ftp> binary
200 Type set to I.
ftp> get slackware.tar
200 PORT command successful.
150 Opening BINARY mode data connection for /bin/tar.
... go take a VERY long nap cuz this is truly >>_HUGE_<<
This gets you 'slackware.tar' which you may gzip yourself... which doesn't
gain you much since the contents are mostly already gzipped piecemeal.
Obviously, this only works if your link is squeeky clean and holds up long
enough to snarf the entire shebang... (_NOT_ advisable for 14.4K dialup
SLIP or 'term' links...)
==================
Kevin R. Porter
office: porter@cscma.enet.dec.com
FidoNET: WayStar BBS @ 1:333/14
BBS: (508)-481-7147, -481-7293, -480-8371
------------------------------
From: laurentj@grenoble.hp.com (Laurent_Julliard)
Date: Fri, 25 Mar 1994 07:56:23 GMT
Subject: Re: Kernel don't recognizes HP PC LAN Ethernet Card !
Hello Thomas,
The problem is that the HP LAN driver (hp.c) is broken in Linux
0.99pl15 an even 1.0. I corrected the bug last week and sent it to
Donald Becker who have promised me to put it into Linux 1.10.
Meanwhile here is the very simple correction to make at the beginning
of the hp_probe routine:
the test test
else if (ioaddr > 0)
return ENXIO;
should actually be
else if (ioaddr < 0)
return ENXIO;
If you don't want to recompile your kernel (which is fairly easy) I can
send you a bootable Image of my patched kernel.
Hope this helps.
Laurent
--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
~ Laurent JULLIARD (Box 26) | HPDesk: Laurent Julliard /HP6300/UM ~
~ GND/High Speed Networking Lab | Unix: Laurent_Julliard@grenoble.hp.com~
~ HEWLETT-PACKARD FRANCE | Phone: (33) 76 62 12 67 ~
~ 5, avenue Raymond Chanas - EYBENS | Telnet: 779 12 67 ~
~ 38053 GRENOBLE CEDEX 9 | Fax: (33) 76 62 12 86 ~
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
------------------------------
From: WHISTLER@IUS.gun.de (Juergen Attitude)
Subject: Basic Compiler
Date: Fri, 25 Mar 1994 00:00:00 +0000
Reply-To: whistler@whizz.gun.de
Hello,
some weeks ago there was a message about an basic compiler some people
are working on .... Is there someone with detailed information's about
that project ??
bye Whistler
pgp fp 6A 59 76 90 09 C8 0E DA BB 4F EF 7B 81 DF FB 4B key avail via receipt
_I.U.S Duisburg 0203 871666 ringdown_
_0203 8780222 isdn_
------------------------------
** 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
******************************
Reference in New Issue View Git Blame Copy Permalink