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

697 lines
29 KiB
Plaintext

Subject: Linux-Development Digest #579
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: Sat, 26 Mar 94 02:13:05 EST
Linux-Development Digest #579, Volume #1 Sat, 26 Mar 94 02:13:05 EST
Contents:
Re: Slackware as a tar.gz file? (Byron A Jeff)
Re: Linux for Sun4 (Marc Fiuczynski)
Re: 486DLC support anyone? (Chris Thomas)
Re: Linux for Sun4 (Marc Fiuczynski)
Re: Linux <--> DOS PLIP??? (Wolfgang Kalthoff)
Re: Slackware as a tar.gz file? (David Kraus)
Re: Slackware as a tar.gz file? (Kwun Han)
Re: 486DLC support anyone? (lcvanveen@et.tudelft.nl)
Re: I want real scrollback. (Frank Lofaro)
Re: IPX compliancy? (Craig Tierney)
Re: Amiga FileSystem, Anyone? (Robert Sanders)
Re: HELP. Extended Unix Charactr Set (Hannes Reinecke)
Patch for T130B with interupts (Kevin Lentin)
Re: Slackware as a tar.gz file? (David Fox)
Re: Slackware as a tar.gz file? (Supanee Faarungsang)
I/O-memory access from DOS-emulator (Ludger Solbach)
Re: Cross-Compile --> to DOS??? (Byron Thomas Faber)
Re: Slackware as a tar.gz file? (Paul Tomblin)
----------------------------------------------------------------------------
From: byron@cc.gatech.edu (Byron A Jeff)
Subject: Re: Slackware as a tar.gz file?
Date: Fri, 25 Mar 1994 07:22:44 GMT
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
------------------------------
From: mef@willow.cs.washington.edu (Marc Fiuczynski)
Subject: Re: Linux for Sun4
Date: 23 Mar 94 17:34:16
In article <2morhl$bl1@bambi.zdv.Uni-Mainz.DE> kubla@goofy.zdv.Uni-Mainz.DE (Dominik Kubla) writes:
BTW Hamish, can we expect a merger of the Amiga and PC sources or is
this not possible? I would like to see a unified kernel source tree: this
would remind developers of writing portable code ...
I second this!!! It would be nice if there was an initial attempt to
seperate the machine specific stuff out. I think that would get some
of us lazies off of our but and actually try to port it to something
else.
Marc
mef@cs.washington.edu
--
/Marc...
mef@cs.washington.edu
------------------------------
From: cjthomas@metronet.com (Chris Thomas)
Subject: Re: 486DLC support anyone?
Date: Fri, 25 Mar 1994 04:14:59 GMT
In article <1994Mar24.154020.2971@tudedv.et.tudelft.nl>,
<lcvanveen@et.tudelft.nl> wrote:
>In article <pm7OJWA.spu@delphi.com>, spu@delphi.com writes:
>> engelbert.jgm.torremans <etorrem@cbnewsj.cb.att.com> writes:
>>
>>>> Is this neccessary if I have set the internal cache enabled in the AMi
>>>> bios setting?
>>
>> I set up for the internal cache ( I have no external cache ) but had to
>> disable it because teh cpu kept interrupting my mathco and gave me stack
>> under and overflow errors, and invalid compressed format when uncompressing
>> linux. The mathco errors also occurred with dos, so I know they were not
>> Linux specific. Anyone else had this problem? Will external cache stop it?
>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.
>The only problem I had was that the setup module became larger
>then 512 bytes, so I had to rip out most videocard tests.
>Goodluck,
>Martijn.
I'm running an IIT 387 with a TI486DLC and haven't experienced any problems
at all. (Actual mileage may vary)
I had to mess with the kernel build to get it to work too... But I just
applied the .alt diffs instead of ripping out the video drivers.
------------------------------
From: mef@willow.cs.washington.edu (Marc Fiuczynski)
Subject: Re: Linux for Sun4
Date: 23 Mar 94 17:35:20
In article <2morhl$bl1@bambi.zdv.Uni-Mainz.DE> kubla@goofy.zdv.Uni-Mainz.DE (Dominik Kubla) writes:
BTW Hamish, can we expect a merger of the Amiga and PC sources or is
this not possible? I would like to see a unified kernel source tree: this
would remind developers of writing portable code ...
I second this!!! It would be nice if there was an initial attempt to
seperate the machine specific stuff out. I think that would get some
of us lazies off of our but and actually try to port it to something
else.
Marc
mef@cs.washington.edu
--
/Marc...
mef@cs.washington.edu
------------------------------
From: wo@rio70.bln.sni.de (Wolfgang Kalthoff)
Subject: Re: Linux <--> DOS PLIP???
Date: 25 Mar 1994 23:06:44 +0100
Reply-To: kalthoff.bln@sni.de (Wolfgang Kalthoff)
In <2mt7tb$rid@wea.eel.ufl.edu> acg@kzin.cen.ufl.edu (Alexandra Griffin) writes:
> I've been trying to do this same thing. The only apparent change seems
>to have been that a new "protocol byte" has been added to the packet; this
>byte is either 0xFD or 0xFC depending on whether the packet is an original
>"Type I" packet (the type the Crynwr plip.com driver uses), or a new Linux
>Type II packet. The difference seems to be that a Type II packet has reduced
>header information, and is generated if enough of the header matches up
>between the two ends of the connection...
> I attempted to modify my (kernel 1.0) copy of plip.c to dispense with
>the protocol byte and always use/expect type I packets. In the
>receive_packet() function I removed the get_byte() call to read in the
>protocol byte, setting it to a constant 0xFD at this point. Similarly, I
>remoed the corresponding send_byte() call from the send_packet() function and
>fixed the header-similarity test to never generate a type-II packet.
>Unfortunately, this still doesn't work-- there must be somet other protocol
>incompatiblity (or perhaps I accidentally messed something up in the driver).
> This has resulted in a bit of improvement-- the Linux machine doesn't
>just lock up solid when it receives packets from the DOS system (from plip.com)
>but instead just ignores them, hanging for a couple of seconds every time one
>comes in.
> Has anyone had better luck with this, either modifying Linux to
>dispense with type-II packets and the extra byte, or modifying plip.com to
>handle the new PLIP protocol? I could definitely benefit from having
>DOS <--> Linux communications capablity under PLIP, so I'm kind of eager to
>get this going.
>Thanks in advance,
I did what you did plus change the packet's length back to little endian.
The Linux side accepts ping from Dos and tries to answer.
The first byte is transferred, followed by the multiple error :
"remote end become unready while sending\n".
Maybe we can find the asm-source for plip.com or Russ can hear us!
Keep going
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
=============================================================================
------------------------------
From: kraus@cig.mot.com (David Kraus)
Subject: Re: Slackware as a tar.gz file?
Date: 25 Mar 1994 16:17:45 GMT
On Thu, 24 Mar 1994 18:04:27 -0800, gat@robotics.jpl.nasa.gov (Erann Gat) said:
> 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.
On sunsite, and others running your better ftp software, all you need to do
is change to the directory with the top of the slackware/ tree, and issue a
'get slackware.tar'. It tars up the directory and ships you a
'slackware.tar' like you'd expect.
--
Dave Kraus Internet: kraus@cig.mot.com
Motorola Cellular Infrastructure Group FidoNet : 1:115/439.8
Disclaimer: My employer's views and my views may necessarily differ.
"Sun to burn out in 1.5 billion years! Clinton has a plan." - Outland
------------------------------
From: kwh@cs.brown.edu (Kwun Han)
Subject: Re: Slackware as a tar.gz file?
Date: Fri, 25 Mar 1994 19:36:32 GMT
In article <2mvdjm$ni0@usenet.pa.dec.com> porter@wsm042.enet.dec.com (Kevin Porter) writes:
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_<<
Even better, do a :
get slackware.tar.gz or slackware.tar.z
That compresses it and then send it. :)
Kwun
--
*********************************************************************
kwh@cs.brown.edu Box #2392, Brown University,
kwh@lems.brown.edu Providence, RI 02912
ST002255@brownvm.brown.edu
GE/CS d? p c++(+++) l(++)+++ u e+ m++@ s+/- n+@ h* f(+) g+ w+ t r- y?
*********************************************************************
------------------------------
From: lcvanveen@et.tudelft.nl
Subject: Re: 486DLC support anyone?
Date: 24 Mar 94 15:40:20 +0100
In article <pm7OJWA.spu@delphi.com>, spu@delphi.com writes:
> engelbert.jgm.torremans <etorrem@cbnewsj.cb.att.com> writes:
>
>>> Is this neccessary if I have set the internal cache enabled in the AMi
>>> bios setting?
>
> I set up for the internal cache ( I have no external cache ) but had to
> disable it because teh cpu kept interrupting my mathco and gave me stack
> under and overflow errors, and invalid compressed format when uncompressing
> linux. The mathco errors also occurred with dos, so I know they were not
> Linux specific. Anyone else had this problem? Will external cache stop it?
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.
The only problem I had was that the setup module became larger
then 512 bytes, so I had to rip out most videocard tests.
Goodluck,
Martijn.
------------------------------
From: ftlofaro@unlv.edu (Frank Lofaro)
Subject: Re: I want real scrollback.
Date: Fri, 25 Mar 94 16:42:39 GMT
In article <NELSON.94Mar24100236@crynwr.crynwr.com> 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:
>
Why not put it in the kernel? It seems like a logical place for it. It seems
like a lot of work have to coordinate the kernel with a user process, and
could slow down the console driver due to context switching overhead, etc.
The vt100 emulation is in the kernel already, this wouldn't be much different.
>--
>-russ <nelson@crynwr.com> ftp.msen.com:pub/vendor/crynwr/crynwr.wav
>Crynwr Software | Crynwr Software sells packet driver support | ask4 PGP key
>11 Grant St. | +1 315 268 1925 (9201 FAX) | Quakers do it in the light
>Potsdam, NY 13676 | LPF member - ask me about the harm software patents do.
------------------------------
From: tierney@rintintin.Colorado.EDU (Craig Tierney)
Subject: Re: IPX compliancy?
Date: Thu, 24 Mar 1994 14:57:08 GMT
In article <1994Mar23.040824.23695@unlv.edu>,
Frank Lofaro <ftlofaro@unlv.edu> wrote:
>In article <1994Mar22.145503.28541@uk.ac.swan.pyr> iiitac@uk.ac.swan.pyr (Alan Cox) writes:
>>In article <1994Mar14.185508.46244@ucl.ac.uk> zceed04@ucl.ac.uk (Mr Ivan Alastair Beveridge) writes:
>>>Basically, I was wondering if anyone has made Linux compliant with Netware
>>>at all. As I do not really know much about protocols, I cannot really ask
>>>much more than this.
>>
>>There is a beta test IPX layer for Linux, but no netware support. Novell
>>guards its netware details with lawyers and complex licensing agreements
>>involving thousands of dollars. So forget it - Linux does Lan manager and NFS
>>
>
>There is always reverse-engineering.
>
Someone has already done the reverse-engineering. In Dr. Dobbs Journal a
few months back, the NCP (Netware Core Protocol) was documented. The NCP
is how the Shell(Netx) communicates with the server, on top of IPX.
There is also a book that is being released about Netware that covers
many of the undocumented aspects.
With this information and an IPX layer, basic shell functionality can be
written, like attaching to servers and printing. However this would only
work for servers that didn't encrypt the passwords, and did not have the
newer security features installed.
Craig
Craig Tierney (tierney@rtt.colorado.edu)
------------------------------
From: gt8134b@prism.gatech.edu (Robert Sanders)
Subject: Re: Amiga FileSystem, Anyone?
Date: 25 Mar 1994 22:45:09 -0500
kevin@frobozz.sccsi.com (Kevin Brown) writes:
>The "." and ".." restriction is a bit tougher to get around, however...
Er, what? Linux isn't like DOS, and those aren't special reserved names. Those
are links created when you make the directory: "." is a link to the directory
containing it, and ".." is a link to the parent directory, unless you're in /
when it's a link to ".".
--
_g, '96 --->>>>>>>>>> gt8134b@prism.gatech.edu <<<<<<<<<--- CompSci ,g_
W@@@W__ |-\ ^ | disclaimer: <---> "Bow before ZOD!" __W@@@W
W@@@@**~~~' ro|-<ert s/_\ nders | who am I??? ^ from Superman '~~~**@@@@W
`*MV' hi,ocie! |-/ad! / \ss!! | ooga ooga!! | II (cool)! `VW*'
------------------------------
From: hare@mathi.uni-heidelberg.de (Hannes Reinecke)
Subject: Re: HELP. Extended Unix Charactr Set
Date: 25 Mar 1994 15:45:08 GMT
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.
: Please send replys to donaldlf@cs.rose-hulman.edu
: Thank you -R
: Leslie Donaldson
Hannes
--
Hannes Reinecke |
<hare@vogon.mathi.uni-heidelberg.de> | XVII.: WHAT ?
|
PGP fingerprint available | T.Pratchett: Small Gods
see 'finger' for details |
------------------------------
From: kevinl@bruce.cs.monash.edu.au (Kevin Lentin)
Subject: Patch for T130B with interupts
Date: 24 Mar 1994 02:50:25 GMT
OK, here is a tar.gz file containing 2 new files (g_C400.[ch]) and patches
to the NCR5380 scsi code and a few files up the source tree to config.in.
These patches will allow you to configure in an NCR53C400 generic scsi
driver which is (at the moment) just the same as the NCR5380 driver with
one extra write to turn on T130B interupts and a whole lot of other stuff
which will make the next stage (PSEUDO_DMA) easier.
Note that previously, you had to add 8 to your port address to get the
NCR5380 driver to work with a T130B. Now the 53C400 driver does this for
you so you should configure it in at the port address jumpered on the card.
The patches below include a patch to Makefile that sets an overide for the
default address of 0x350 which you're welcome to use, remove or change as
you require. The driver can be configured for mthe lilo prompt in the same
way as the ncr5380 driver, expcept you use ncr53c400=.... instead.
(Although if you have the override in the Makefile, you don't need this).
I'm hoping this patch is complete. I know that the patches in the NCR5380.*
files and the new g_C400.* files are but I have had to refix the files
further up (eg hosts.c and main.c and config.in) without access to a Linux
box (my modem link went down and I had forgotten to grab those files). I'm
almost certain I got everything, but let me know if you have troubles
compiling this.
The performance of this code is still poor, given that there is no DMA
happening but it is better than the generic 5380 driver with no interupts.
I'm working on the PSEUDO_DMA code at the moment but time is scarce.
Here comes the tar.gz file uuencoded. It contains g_C400.h and g_C400.c
which you should copy into /usr/src/linux/drivers/scsi and a patch file
which you can apply from /usr/src/linux using: patch -p1 < c400.patch
begin 644 c400.tar.gz
M'XL( .;WD"T" ^U:>W/B1A+WO_ I.MZ]"QB!)=ZVX]1BP%XN&!P$N;U*ME2R
M)(QN02)Z>.WL^;M?]XR>(+"W*LG=U5G)VM:HNZ>GY]<]W2UI=5&LK%5/6QS\
M89<DBLUZ_>! %,56J\I^XQ7^EJ1F4SH0&XUZ76K5&K76 0ZUZM4#$ _^A*O6
MXM<GX]ZTEKOIW$?7,U9?(1@D6@$<_'=?NCF?0]FOP=*T_(=CW3'O#<<]=C77
M/!YU)XU:6ZQH8!F?=SS*E\OEO;RY:]N"OZD65.M0K9U*)_@_2"<G]7RI5 H$
MWYL9?-.%#]>J0WR2=%I#UA;G>_<.RLUV6VA"B7Z=P+MW>:!K[9B6]ZEP"#-Y
MV._?",%OY68\')[_10]OV4^\/TP1"*G'Q;,\O#$LM,Z&Z#O#,AQ3 \=8&JIK
M<#&!TLK-[&(XZ"J3_K#?D?LHH_3&G.O&G!-TT=7RI90T2W,:-0W',^01>9;$
M0*NG/.!_9(M6G=FBU9 2M@A5^NR8GE&X'O?Z*.1*@.N)<L$E99!-.Y.K_E3I
MCJ^O.Z,>9Q"S2674J#M5^J/.Q; ?4^Y8<)J7K:P['DTGXZ$B3SO3F<PE=.5(
MN_0ZCX\@_Q*D+G8C=?$<4A?;2&VT-I&:R;<7J761-@=_\KUY@]8Q+2.RR'M:
MWN9@>M>AGF76%$\&5D"*;9B8H=>_F%TIG<G%8#KI3 ?C44Y\D+:?SZ9CN3^2
M^_BTRI8A->NT#JG9$FH26PGNR=]I.T&U'N%>7?H&>#9X"]-%,-^9&"T=&G ]
MU?&0!DS+A)6M&]"[[B"%9AKW!AP=QW,C$B93!9\J@]%@.NA,QQ-<3'?0_XD!
M#%HYG/*SS7CV660'O'*Y<ILD.)])0BE!+],\<G^:P]6VQ6 6F!BNX;D0^">Q
M)!EP4MPH)C9D<I")MB]:O@NWOONXQ8J&'\E*;S AUKH8Z 0]U5/!<U3+G:/E
M=!--Y)F(R$UVN2L/E(O9Y26::3JA#8I$]"WU=FF@I3U QDB68ZCZXXX5,!F$
M@4TAN&Y<"HHR''^-=MA2XWUGTN]%_&)H6Q@$+. N5(QS=UN<[\?RE!:@C,93
M9=+[!W'70P,.7'AONQY:;KY;]= $(7<UY*8'2=8MSJO.%)4.EC[YD9BED'FH
MTKQ+6_L$#RC ,?0,H%!XRM@&^->&38D/Y8[\U2WJ8L]!JK;+MX_H+FP&EUSC
MUHCV*)PLC>'AN/L#(GDVFO8G 81;*0CCWPA3?Q4+ G7N,?BXFFU9"*%ML8CU
MV76?P_ R$%QNQL[%Y78TS7"9FHO$?J WHWFV1(9;BN)RJ&0][6<L"E&\B)R5
M^3 -V&B04[AYCU95CF"E:H[M@NJ@E? PU!F*%P:/+BY9D>ZX2\=!)AE#N*3K
MCOP#Y JX(=?R%6X-_M'M\=^#<3&__RRY5C^A+/2 K8@?/MEUDH3/<W]'U7N&
M!B#105*OGTH-.A!JV0=)Q+8_XVD(DH@9#_YJL?@;Q78>"#'@70ZN."RO^J/^
M!(^"X#S)ES[@9BN7P\Z5#*?G4.YM$"CCG_J3R:#7/S_\\D5\J#7:0K51%\K2
MT]/989YYE3*^^!MC?EN(;HMP%TJHV &9/.DFR>@V2:;%>I>>T9L'];V:,^QM
MZBXF=2_MTYW84?'2/L49C98O<:U+6=:^Z<A2<Y^5UJHK-?=;B)-H;*=/3H06
MGK1B4VBSC=[-Y2_1[5W/=I)V+>=+%:UBG^9+N;>%;K>(+%UF0/HK-F<1RAJ\
M_8X 1"BLJ*<II?.0<U90G@</8X\I.P'T,;[,S;N*:3%$1W<)YXC&<K)O,61+
M-9!$A/5I;2.SBDF33E ]%3$):R22*8DE4Y+ 7>#6MI?P;4=7UQYZ6^=]!^M&
M$5Q_O;8=[]O4)H4/'T.N2]_S,<[T[)6*2Y":#P_\],CDOIQ-9Y.^TAM?=P:C
M6,954 P$Z-XC8,/A4$0I0P0+C2\4PF@C31@&][#RYQ&Y;*AWJD>AM"Q6,3G3
M(6V.Z76WW-YK$;G?H;,T%CG% PB1"%,\Z([IQ^7QM%IM[Q%!1,B_C:Q4=*33
MQ\TJ08,'NX)Q\#@C%C?WQ.*0*XU"Q&Q#3*"PQE!8HX#,<GK3TI8^9K:'<YW9
MK[(XC,O'*%5])M+%4H*H@T+"#+Y$DSP;YB$I(BI/8E58'B\QY26I%18D@9H9
M\E.HQX!PR?]2I.8'48AU>]GR(+BV'@E[==A:8Z:<-DK9QA%6'-XQVP\.G\1]
M C6)T=P4BYA+XQ:@#:)T*K9.12D=IU+$:8S@B2W%&&F?D)G;)T&D,AXP4['@
MWC9U\%8:^I:"U86_+FB8),.1ZSD"2]N/\(=+%7>* 1WE*\B#%D5TN._D=*C.
MWLG)#M>]O*E9U84J-:I?LRS7]BW]&?H-1%S<='L<QNT&@W&[^3R,*<X@>K_
M(1GR_%!(&!2>OAK()(CU;=HBR=IA,Q+\5;C>)[:=$/H[U_]AAO-']ABI_QOT
M>[/ZOV*MV0S[OU*SVL#QEB2V_N3^+UZ_K^#_C?YO"(RHXY//'Q_EX0BV$Q-^
M4-*SB\=3^('ZY3 T+ ]_\>;YNY6]7#Y6-+>RLBW5750,W:^H/G(PIJ"B.PWN
MPPDVDZAHFAQ1=>WUHV/>+3QV: O0<XS/T-<^8;S0/2+ZR71-G,UY1-+5VD=M
M[FBX,+/,!Y;9#"G* R:8+J;+U(^@0<W'M'D%:\>^<]35"H>+Q*6C]'>:O;0=
M5;=)?5*!724)"C6Q5H1Z72S7VQCE^2HZ0RPY(?*Y"@3CEY@*K6R'FC%SVUFI
MU,H18,V:O*$R(2VNG#>.+M65N7RD(98UW3BV9Z,VN#(,N&A;;GUJ%&'.]2G!
M?6UBX6PLL=QW;,O47!J7FK4&= S'7B_5WU0T')J56Y0O#V1J0]^Y L8E:(LG
M5,,@5PD*+>FD"(U6NURC2!,,MD6Q"+5:O=RH-VCQQ_E\E&Y\E\KW%]_CDSEP
M8.F%O>&TB&@#V<,MP?T$>QUVO)*PO)F,+_K4K<F_P0,#X^B-W)_UQM0I3.J@
MNJMC_I*&:Y <-^WT&-?7->\L=9GY1%L8>M8#SUP93NK!8:5RS%HZ^/,395OQ
M$U8ZI49X>ID:BI.]>"R1N\6#!!HT%.?/XY\>.@V>F+[F@8T>XYA(]84E2'2$
M4KY]%MV9SJ_QC;Y2S_)/$9,+^>" VEU< V/^^2.<[R'*OS&6KL$I)2+%@EQX
M$I[.\L%!%&WK:!PQR5!PS=\,>UZ(]"G",01C&^LK%L/P=.E;O#UZ^C59BUL,
MG.;&=]:V2[VGX6 X1H=<K2@L+$DYRO%,=6G^QIPV[#K%UE(=1WT42 K]&U@8
M=%P4A!-!&7S+QS#'9G3QEM&2"&JDWAD.%OH8;UAO^+/I+1C9S^)'BCW&K[ZZ
MY"UT ZRH;T@4%:XUNMS7IFEH2PZ) "\T'BR6UJIHON-@",>]$@-\S*$0* 7?
MG$.U"/E<^+IJ5ZIS"KZKWAGQVZQS I^ F!,0:K]8A\$K)$('BJ,ILG3X+@4+
M4CQ'7)'A?\Y@^EBAJ5!]IK/T\>Q%/*A9R%)](0LN)&2IA2RE4@8I/GO*/VTZ
M*(8:E>/5)3GP)6,3*:L60!2XK\GT&F2*QIC=3$& T6PX!/0DBI<;^*<]W9:F
M&QX>![27K(%KV=O0CX".H+[+/(73;5A":<I3C@E+:^J54EQD(8>=KF1?YNDF
MJ1C"-W85KA"Z!X*9N9?I\A-/9:T<IQ(ZUP3QY5C$(A$R5=Z+#JC@L^K"G(H(
MM!H]MFPO]I276B7#/_A&*E%0C9V#>8]O!8$UV%L9P[S"7EJ@QU&(U@S<)R+
MDY^@[@<.MBTY#?DS0M0&"7,#\IAO"@F$;A!Q+\#@R&")!P7F.3XID0L5POGI
M-%*BIGF!+U_8"+1AN4%/=<PSBNBZD9#R]Z:M!/[VG#(T>2B,<% (A1296KB@
M?1((0!A]\,QGKR*#A27T8 [\C 34/(@X6<RA<I@"WAH*CD4:(IH>YGA%FJ99
M [U&XU&_&,HF(N?7P,/3] +\U44STC9&@92VXB\ZHAH%X6_$+<P=PQ#XZS;^
MODTW77H/IV/XQ(B08_.$>Y::@'8HM[FZ4,,@4CU!YE+.DTL)PNV6C@F=2%&#
MO1[4*PS<MX9'8&(DM/I[# *&PQ)>,B33/?"SLQWB@Y3XG_YJ32^,,<S<VI0+
MDGB5F85TK&R(P@"[;4V59SW OJ&(5TI<RH;9.(X9N/=:):DT% ZS-HA.MR30
M$L0H;$.78+^B#T!XQNM"MS-2?ISU9WWZ3@6ZUSWEIC]1AK,1W2>_#>%S1.1"
MDE;(R,VV/B#)Q< WR6.X DGWC+3C)W<^MQV5SMA@' F?V$^'1>LP0N(6L905
M>%J2>>#-;2A02K,1A1-\&)>P2/GYX_EA7(@2W^%9<DI.Q>;DZ>&'#Q_@FD(R
M?R-,B'(Q2S'X6;-2UVND%V! RBYU>A.+>;;MT#OW"IZ]-IYFML7*)=^EFI'*
M3=KQ3RX=AOP]/76[W07C1[.8\T<4CA!,S@!,IKNV+9W59"R[0QK*$>'VD<']
M8C"6\23MR#>#Z-1]!,>W+!) %*ST@#E-'U:L)(Q.VA5]N1?2O5>ZBHQ3VHYN
M6JIGL+>WGVF^'DZ!<[*3>.?9>&O:+DM/V?%(YP+/(W7C/D@HP5P7\[13YIKR
MPW-HUL_X'4OW:]7@KDIW) "^_QXDB4:#C1+9'@7E1J*.FY+15,=0@4H\AR.
M3B0$9UP];!5(&E9"\>OEEU6<['WQ:_T?UO]!^?F?Z_^)]5JU'O7_6C7>_Y-J
MK_V_/^/:W^P+7,K-;/K!']#V2TSXVOW[[^[^<>2\'=IWIYMO*RH+X1[>ADW"
MN97=6WH?M8.RGN6W7G#D]]!OO?N()^[(USL./+2CXQ58^=9=(2R.V#&'*<\+
MSD=&RGX<[62(BTTD2>9"V:D0SX1V"?O5-WQ#"<KOM-*L*50XTC%C*2:?%'<*
M<^C;QA3I6<)BU&N(S4^-!S%Q!G.:1-H9D2;&H+K-$>:L,7TX@FA-DA,U?5$F
M*]T]>PY?#G=\/,' [AP*N=PO^=RN;1%V)*2\U;*+-[4+PBY,"9#-S<P>3+ /
M8 *Q8T*CJ1:P&=&3DCD_/C+I>T%H"2!?*1VF;\BSTJD&@Z5O,:[$GK#FDDCY
M%^O3;GYU;*XP0*TPMK-PI<Q-8XE)\R^ICG)^BVMI:^H2;:HM,7TK% /ZJ,^P
MFY'W+*.Z(V ,V@OQ>%2L;4N@+SP+.%.1R&\+C+4$;?S'1HO%+0[^_3D^%/@W
MA<AI^]YMH<#O!,@04F28)!?8$*:O5(4^%%66AE7X(/RC2-]X;K>ZHW*+OD?=
MWG0VODW--,TB9P^VQ5/S<$=/<8LV!>+G0LT6-T/X+N1G[!'N\ZX(E$S>606=
M\'SV%BAZ&D;R]&C&N4$$K_7_R^O_@]?K]7J]7J_7Z__R>JW_7^O_U_K__[?^
*_S=*!JCG $ &C&
end
--
[==================================================================]
[ Kevin Lentin |___/~\__/~\___/~~~~\__/~\__/~\_| ]
[ kevinl@bruce.cs.monash.edu.au |___/~\/~\_____/~\______/~\/~\__| ]
[ Macintrash: 'Just say NO!' |___/~\__/~\___/~~~~\____/~~\___| ]
[==================================================================]
------------------------------
From: fox@graphics.cs.nyu.edu (David Fox)
Subject: Re: Slackware as a tar.gz file?
Date: 26 Mar 1994 02:04:17 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.
cd to ftp.cdrom.com:pub/linux and do a "get slackware.tar".
The resulting file is 75 meg...
------------------------------
From: supat@ux2.cso.uiuc.edu (Supanee Faarungsang)
Subject: Re: Slackware as a tar.gz file?
Date: 25 Mar 1994 17:20:55 GMT
ptomblin@gandalf.ca (Paul Tomblin) writes:
>ccnjb@sun.cse.bris.ac.uk (NJ. Bruton) writes:
>>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
>I've tried three times so far to do this, and the connection keeps getting
>reset - once after getting 32Mb!. So now I'm getting a directory at a time.
>--
You can get all files by mget * but you need to create your own
directory at your site first.
good luck,
supat
============================================
>Paul Tomblin, Head - Automation Design Group.
>Gandalf Canada Limited
>This is not an official statement of Gandalf, or of Vicki Robinson.
>"Hello, this is Linus Torvalds, and I pronounce Linux as Linux"
------------------------------
From: Solbach@TU-Harburg.d400.De (Ludger Solbach)
Crossposted-To: comp.os.linux.help,comp.os.linux.misc
Subject: I/O-memory access from DOS-emulator
Date: 25 Mar 1994 15:31:29 GMT
Reply-To: Solbach@TU-Harburg.d400.De
We are forced to use an existing DOS application that needs direct
I/O-memory access. Is it possible to run such a program from within
the Linux DOS-emulation and if so, how?
Regards,
Ludger.
------------------------------
From: btf57346@ih-nxt05 (Byron Thomas Faber)
Subject: Re: Cross-Compile --> to DOS???
Date: 25 Mar 1994 17:18:53 GMT
rmiller@freenet.uwm.edu (Richard D. Miller) writes:
>Is it possible to cross-compile on Linux for DOS?
>###
Look on sunsite.unc.edu, and tsx in the directories where GCC is located.
You'll find a program that which does what you want it to.
Byron
--
Question: What's the fastest way Internet: btf57346@uxa.cso.uiuc.edu
to run Windows? btf57346@sumter.cso.uiuc.edu
Answer: Turn the computer off. Byron "Bohr" Faber
------------------------------
From: ptomblin@gandalf.ca (Paul Tomblin)
Subject: Re: Slackware as a tar.gz file?
Date: 25 Mar 1994 10:05:13 -0500
ccnjb@sun.cse.bris.ac.uk (NJ. Bruton) writes:
>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
I've tried three times so far to do this, and the connection keeps getting
reset - once after getting 32Mb!. So now I'm getting a directory at a time.
--
Paul Tomblin, Head - Automation Design Group.
Gandalf Canada Limited
This is not an official statement of Gandalf, or of Vicki Robinson.
"Hello, this is Linus Torvalds, and I pronounce Linux as Linux"
------------------------------
** 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
******************************