Subject: Linux-Development Digest #579 From: Digestifier 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 , Erann Gat 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>, wrote: >In article , spu@delphi.com writes: >> engelbert.jgm.torremans 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 , spu@delphi.com writes: > engelbert.jgm.torremans 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@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 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 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|- 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 | | 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! %,56J\I^XQ7^EJ1F4SH0&XUZ76K5&K76 0ZUZM4#$ _^A*O6 MXMJ0WR2=%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)9Q"S2674J#M5^J/.Q; ?4^Y8<)J7K:P['DTGXZ$B3SO3FM>AGF76%$\&5D"*;9B8H=>_F%TIGNT#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'*YQ M)!EP4MPH)C9D&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][6ZX2\=!)AE#N*3K MCOP#Y JX(=?R%6X-_M'M\=^#<3&__RRY5C^A+/2 K8@?/MEUDH3/"#'@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=+%:UBG^9+N;>%;K>(+%UF0/HK-F<1RAJ\ M_8X 1"BLJ*#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#,]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<='LK_ 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^<]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\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=]$@-\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":=KF1?YNDF MJ1C"-W85KA"Z!X*9N9?I\A-/9:T8]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%/=2B,<% (A1296KB@ M?1((0!A]\,QGKR*#A27T8 [\C 34/(@X6YGA%FJ99 M [U&XU&_&,HF(N?7P,/3] +\U44STC9&@92VXB\ZHAH%X6_$+Y::@'8HM[FZ4,,@4CU!YE+.DTL)PNV6C@F=2%&# MO1[4*PS,B33/?"SLQWB@Y3XG_YJ32^,,_#>%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;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#":L,7TX@FA-DA,U?5$F M*]T]>PY?#G=\/,' [AP*N=PO^=RN;1%V)*2\U;*+-[4+PBY,"9#-S

3+ / M8 *Q8T*CJ1:P&=&3DCD_/C+I>T%H"2!?*1VF;\BSTJD&@Z5O,:[$GK#FDDCY M%^O3;GYU;*XP0*TPMK-PI%2L;4N@+SP+.%.1R&\+C+4$;?S'1HO%+0[^_3D^%/@W MAZHW*+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@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 , >>: Erann Gat 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 .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 , >: Erann Gat 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 .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 ******************************