HDTenEightyP/NetNews huggingface dataset:
From: rafal@utstat.uucp (Rafal Kustra (summer student))
Subject: Re: BUGS (minor)
Organization: University of Toronto, Dept. of Statistics
Date: Fri, 2 Oct 1992 14:24:14 GMT

In article <1ag4k8INNbv5@cobra.cs.ubc.ca> edmonds@cs.ubc.ca (Brian Edmonds) writes:
>I have been running version 0.96c since it came out, and have found it
>to be very stable.  I noticed a few small but consistent bugs in it,
>but wanted to wait until I upgraded to see if they vanished.  Today I
>upgraded to 0.98, and they're still present, so here we go:
>
>1)  I have a terminal attached to /dev/ttys3 which I use for most of
>my work (I guess I just like an ascii interface :).  Approximately
>every two hours, my shell gets terminated.  Usually I'm running
>screen, which apparently receives a SIGHUP, and detaches itself, so
>it's not a problem except that I have to log back in and reattach.  If
>it's just a shell, then I get logged out and jobs running under it
>(such as kermit) get immediately terminated.  If it is just sitting at
>the login prompt, login appears to terminate similarly, so over time
>the prompts (and /etc/issue reissued) will scroll up the screen.  I
>have no reason to suspect that my cable is faulty, as otherwise the
>connection works flawlessly.

Which shell are you running? I heard old bash'es had
similar problem, new one should be OK.
Just a thought it was ...

			Rafal

[ suff deleted ...]
>----------------------------------------------------------------------
>Brian Edmonds (MSc CompSci)                          edmonds@cs.ubc.ca


-- 
/|| " Numbers exist only in our minds. There is no physical entity that
 ||  that _is_ number 1. If there were, 1 would be in a place of honor 
 ||  in some great museum of science, and past it would file a 
==== steady stream of mathematicians gazing at 1 in wonder and awe. "
Newsgroups: comp.os.linux
From: ramesh@utdallas.edu (R. Ramesh)
Subject: Small question on clocks.
Organization: Univ. of Texas at Dallas
Date: Sun, 27 Sep 1992 20:08:47 GMT


Hi:

  My video card says that it can do 1024x768 at 70Hz. This in my little
(may be wrong) calculation works out about 75MHz dot clock. Does this mean
that there should be a clock value near 75 output by clock.exe? 

I get one at 72 and another at 79 both of which are unusable to get acceptable
results. So I have this question: Is the order of clocks important in the
Xconfig file. In otherwords does X386 use the clock value to set the video dot
clock or use the position of the clock value to choose the available clock at
that position in the card? 

   May be I should make myself clear, let us say I get 79 dot clock as the
5th entry in my output (of dot clocks) does this mean (a) or (b) below
^^^

(a) X386 will try to set dot clock to 79Mhz even if it is unable to do so
    it will proceed assuming it has set it at that value.
        OR 
(b) X386 will set the fifth available clock in the video card but assume it to
    be 79Mhz in its calculations. 


Ramesh
Newsgroups: comp.os.linux
From: wjin@cs.uh.edu (W. Woody Jin)
Subject: Re: All this /usr/local flamage
Organization: University of Houston
Date: Sat, 26 Sep 1992 02:03:30 GMT

In article <1992Sep22.010339.4598@athena.mit.edu> tytso@ATHENA.MIT.EDU (Theodore Ts'o) writes:
>Sigh....  I've watched all of this flamge occur on the linux-standards
>list a couple of months ago..... perhaps now people will understand why
>the Linux standards list has mostly died....  :-)

Sigh... Me too.

>For people who are interested, you can read the whole, sordid discussion
>by FTP'ing the file /pub/linux/mirrors/linux-standards/mail-archives.
>
>For those of you who were interested, the following opinion was finally
>reached:  The original purpose of /usr/local was a place where users
>could put programs THAT WERE NOT ORIGINALLY PROVIDED BY THE OS.
>/usr/local is a place for individual system administrators to install
>programs such that they won't get nuked by an update.  
>
>Given this rationale, it is not surprising that many programs (such as
>many of the GNU utilities, TeX, Perl, etc.) are often installed in
>/usr/local, since they are usually supplied in source form and compiled
>and installed by individual system administrators.  However, if a binary
>is being offered as part of a complete release, as part of an "OS
>Release", they should not be installed in /usr/local, since /usr/local
>should be reserved exclusively for site-local programs.  There is
>precedence for this; 

Please note : TeX, and such stuffs should NOT be OS standard release.
If you really want to distribute them as standard package with OS,
you should still put them in /usr/local !

Why ?
For example, in case of TeX, you still need to install LOTS of other 
TeX-related, locally needed files/fonts/programs. 
Examples are: various styles, fonts(meta, tfm, pk, virtual), 
and many other tex unitility programs like texwipe, detex, printbib,
....etc.  In our case, such added stuffs are much bigger than the original
TeX distribution, and users cannot live without the added stuffs.

There is no reason these should be in /usr and there is no reason
these should be in other directory than /some_prefix/tex.

Same is true for X and GNU stuffs also.

Please do not make Linux look like MS-DOS !!!

>							- Ted


-- 
____   ____  ____ ____________________________________ (___) _________________
|  |   |  |  |  |  W. Woody Jin (wjin@cs.uh.edu)       (o o)      Moo.... 
|  |   |  |__|  |  PhD Student. Research Asst.  o=======\ /  I'm  a Cow Lover.
|  |   |        |  Dept. of Computer Science   / |     ||O   My wife  was born
\  |---|  |--|  |  University of Houston      `  ||'---||    in Cow year. Mooo
 \____/|__|  |__| _______________________________^^    ^^_____________________
From: smp@myamig2.myamiga.mixcom.com (Steve Palm)
Newsgroups: comp.os.linux
Distribution: world
Subject: Problems w/UUCP/WNews
Keywords: 
Summary: 
X-Newsreader: TIN [version 1.1 PL6]
Organization: Proud Linux Site, Milwaukee WI
Date: Fri, 02 Oct 92 21:18:52 +0100

I'm having a heck of a time upgrading from 0.97 to anything higher.

I've *not* tried patch level 1, but I have tried patch level 2, and
most recently 0.98.
 
Taylor UUCP works fine for transferring the files, but upon trying to
run UUXQT, it bombs out on me.  I get this in the log file:

uucico myamiga - (1992-09-30 23:19:36.81 62) Calling system myamiga (port ttys1)
uucico myamiga - (1992-09-30 23:19:37.04 62) Login successful
uucico myamiga - (1992-09-30 23:19:40.31 62) Handshake successful
uucico myamiga smp (1992-09-30 23:19:42.30 62) Receiving myamiga/D./D.myamigaB0z87
uucico myamiga smp (1992-09-30 23:20:19.28 62) Receiving myamiga/X./X.myamigaX0z86
uucico myamiga smp (1992-09-30 23:20:20.94 62) Receiving myamiga/D./D.myamigaB0z8b
uucico myamiga smp (1992-09-30 23:20:32.37 62) Receiving myamiga/X./X.myamigaX0z8a
uucico myamiga - (1992-09-30 23:20:33.94 62) Protocol 'g' packets: sent 11, resent 0, received 1150
uucico myamiga - (1992-09-30 23:20:33.94 62) Call complete (56 seconds)
uuxqt myamiga smp (1992-09-30 23:20:36.34 64) Executing myamiga/X./X.myamigaX0z86 (rnews)
uuxqt myamiga smp (1992-09-30 23:20:37.03 64) Executing myamiga/X./X.myamigaX0z8a (rnews)
uuxqt - - (1992-09-30 23:20:37.23 64) ERROR: opendir (Log/X.): Permission denied
uuxqt - - (1992-09-30 23:20:37.27 64) ERROR: opendir (Stats/X.): Permission denied
uuxqt - - (1992-09-30 23:20:37.28 64) ERROR: opendir (Log/X.): Permission denied
uuxqt - - (1992-09-30 23:20:37.28 64) ERROR: opendir (Stats/X.): Permission denied

 However, just by simply reloading with kernel 0.97, I get this:

uucico myamiga - (1992-10-01 18:12:29.06 68) Calling system myamiga (port ttys1)
uucico myamiga - (1992-10-01 18:12:29.39 68) Login successful
uucico myamiga - (1992-10-01 18:12:32.56 68) Handshake successful
uucico myamiga smp (1992-10-01 18:12:35.57 68) Receiving myamiga/D./D.myamigaB0z8v
uucico myamiga smp (1992-10-01 18:12:44.67 68) Receiving myamiga/X./X.myamigaX0z8u
 .
 .
 .
uucico myamiga - (1992-10-01 18:20:27.60 68) Protocol 'g' packets: sent 87, resent 0, received 10331
uucico myamiga - (1992-10-01 18:20:27.60 68) Call complete (478 seconds)
uuxqt myamiga smp (1992-10-01 18:20:30.22 74) Executing myamiga/X./X.myamigaX0z8u (rnews)
 .
 .
 .


 At any rate, it works just fine, but NOT with 97pl2 or 98.
 
 I'm not sure what might be going on.  All programs were compiled with
 gcc 2.2.2D, as installed from MCC-Interim.  I tried to recompile under
 97pl2 and 98, but the same problems occured.
 
 Has anyone any ideas?

--
Steven M. Palm
smp@myamiga.mixcom.com   or   smp@myamig2.myamiga.mixcom.com (LINUX SITE)
Milwaukee, WI
From: greenfie@gauss.rutgers.edu (Greenfie)
Newsgroups: comp.os.linux
Subject: Re: Announcing the availability of XFree86 1.1
Date: 3 Oct 92 22:10:41 GMT
Organization: Rutgers Univ., New Brunswick, N.J.

>   *** 10) Drivers for ATI and Trident TVGA8900C SVGA chipsets.  The ATI
>           8514/A chipset is NOT supported.

Okay, if I have an 8514/A compatible card, can I get XFree 1.1 and use the
8514 server with it? Or do I have to use the old version of X?

Thanks!

-- 
Larry Greenfield
greenfie(ld)@gauss.rutgers.edu
        ^^^^ for better mailing, delete these characters
-- 
Larry Greenfield
greenfie(ld)@gauss.rutgers.edu
        ^^^^ for better mailing, delete these characters
Newsgroups: comp.os.linux
From: hlu@eecs.wsu.edu (H.J. Lu)
Subject: Re: xv under Trident/X11v2.0 beta - anyone?
Organization: School of EECS, Washington State University
Date: Fri, 2 Oct 92 04:05:25 GMT

In article <43525@ogicse.ogi.edu>, jbthiel@ogicse.ogi.edu (John B. Thiel) writes:
|> 
|> 0.97p6
|> Trident 8900c
|> X11 v2.0 beta
|> GCC 2.2.2d
|> 
|> 
|> Does anyone have xv running under this configuration? I have tried
|> linking from the tsx-11 binary distribution (using recently posted
|> setjump.s) as well as full source recompilation, and always end
^^^^^^^^^^^^

Please don't do that. Please recompile xv with gcc 2.2.2d7.

|> up with a binary that coredumps and takes X down with it.
|> 
|> Any success stories or pointers appreciated.
|> 
|> John
|> 
|> -- 
|> CSNET	jbthiel@cse.ogi.edu
|> UUCP    ...{sun,tektronix,verdix}!ogicse!jbthiel

H.J.
From: sinkkone@klaava.Helsinki.FI (Janne Sinkkonen)
Newsgroups: comp.os.linux
Subject: Microsoft * mouse
Date: 6 Oct 92 18:06:15 GMT
Distribution: comp
Organization: University of Helsinki (Finland)


I have a Microsoft mouse with "MSC PC mouse II" written on it. I can
connect it to a serial port. In addition, there's a card that goes
with the mouse.  The card contains some jumpers for IRQs and
addresses. They are like in a serial port. Linux setserial.c, however,
locks up the machine, when I try to use it on the address where this
card is installed. (at least with 0.96c)

Can I use the mouse with its card and with Linux? How? I have other things
beside mouse to connect to my real serial ports.

Janne
From: axi0349@ultb.isc.rit.edu (A.X. Ivasyuk)
Newsgroups: comp.os.linux
Subject: Linux publicity and Mach386
Summary: hmmm... any ideas?
Date: 4 Oct 92 02:33:53 GMT
Organization: Rochester Institute of Technology
Originator: axi0349@ultb


Interesting thing: my roommate received a flyer for Mach386 in the
mail today.  It is a fairly informative piece about the 2.5 kernel (with an
optional upgrade to 3.0 for something like $195).  The base system (with
an X11R4 (NOT R5!!!) server), compiler (I don't know if it's gcc) and
the usual suite of utilities (I don't have the exact list with me) costs
$995.  This is from Mt. Xinu.

The point is that this is the kind of info flyer I think should be distributed
with/for Linux.  It clearly states the good points of the OS as well as the
hardware requirements.  I think that people would be even more willing to get
into Linux because it's free.

If I have some time in the near future, I would be willing to whip something
up similar to this for the Linux community [warning: I use -ms with groff :) ].
If people want to print it out and distribute it at user's group meetings
or something, that would be great.  Mail me about anything you want to see
included in such a packet.

-Anatoly
-- 
  Anatoly Ivasyuk @ Computer Science House @ Rochester Institute of Technology
   anatoly@nick.csh.rit.edu || axi0349@ultb.rit.edu || axi0349@ritvax.rit.edu

                  You say you haven't heard of CSH?  You will...
From: djr48312@uxa.cso.uiuc.edu (X X)
Newsgroups: comp.os.linux
Subject: /dev number of microsoft busmouse?
Date: 6 Oct 92 08:53:19 GMT
Organization: University of Illinois at Urbana

what is the /dev of a microsoft busmouse for use wtih X?
Newsgroups: comp.os.linux
From: smace@nyx.cs.du.edu (Scott Mace)
Subject: Xfractint 1.06 for linux available
Organization: Nyx, Public Access Unix @ U. of Denver Math/CS dept.
Date: Tue, 6 Oct 92 22:11:53 GMT


I have compiled Xfractint version 1.06 for Linux.  It requires jump 4.1
and X11v2.0.  It is basically the same as the DOS version of Fractint.

I have uploaded it to sunsite.unc.edu under /pub/Linux/X11/Incoming
Also I have submitted it to tsx-11.

get the files:

xfract-1.06bin.T.Z (binaries)
xfract-1.06src.T.Z (sources)


Scott Mace


--
*********************************************************************
*    Scott Mace                internet:    smace@nyx.cs.du.edu      *
*                                          emace@tenet.edu          *
*********************************************************************
Newsgroups: comp.os.linux
From: hutchinson@wrair-emh1.army.mil
Subject: Re: Great marketing (Was Re: BYTE asks, is UNIX dead?)
Reply-To: hutchinson@wrair-emh1.army.mil
Organization: The Internet
Date: Thu, 1 Oct 1992 03:22:07 GMT

 
| With all this talk about Dave Cutler, DEC, and "Windows NT"...
| 
| I read an artical where Dave Cutler told how WNT got its name...
| NOT "Windows New Technology"...
| 
| It doesn't stand for anything...
| 
| Dave was part of the development of VMS for DEC...
                                      ^^^
Is that a fact?  Ugh.  I can't *wait* to see this...
From: dminer@cs.umr.edu (Dan Miner)
Newsgroups: comp.os.linux
Subject: X and vi
Date: 5 Oct 92 02:53:49 GMT
Organization: University of Missouri - Rolla
Originator: dminer@mcs213e.cs.umr.edu


	I finally got X (1.2) working in 640x400 mode on my
paradise "look-alike" card.  Now, vi just can't seem to get
it through its thick head to look at the "win" structure for
the current window size.  I had to edit my termcap entry for
xterm to make vi usable (65 lines is a bit much on 24 line windows).
I had play around and noticed that 'more' can do handle screen
changes; so it's likely not xterm itself.  Anyone have a fix for
vi?  (version 1.5)

Thanks
Dan
Hackers' Guide Coordinator
-- 
 Dan Miner
                           		 email: dminer@cs.umr.edu
Computer Science          
University of Missouri-Rolla             "It all begins with a glimmer."
From: tdunbar@vttcf.cc.vt.edu (Thomas Dunbar)
Newsgroups: comp.os.linux
Subject: Re: ed in linux
Date: 28 Sep 92 00:50:31 GMT
Organization: Virginia Tech, Blacksburg, VA


 the first caret (in def of NEGATE) is ok; i changed the rest to tildes
and it compiles and seems to run fine (but my not a c programmer)
 thomas
Newsgroups: comp.os.linux
From: u7811091@cc.nctu.edu.tw (IC YANG)
Subject: Why can't boot when turbo?
Organization: National Chiao Tung University
X-Newsreader: Tin 1.1 PL4
Date: Tue, 29 Sep 1992 16:36:35 GMT

Hi,
    I recently get rootimage and bootimage from tsx-11 and rawrite
 them.  When I tried to boot from them,  I found it stop booting at
 socket_initial.. (AF_UNIX)..  At first I think that is ftp error, 
 so I didn't notice it.  But when I switch my machine to non-turbo
 mode,  it booted normally.  My machine is ISA 486-50,  why this 
 can happen?  It is the machine error or just because the program?

==========================================================================
IC Yang 					 (u7811091@cc.nctu.edu.tw)
Room 216, Dorm. 12
EE dep of National Chiao-Tung University
Hsin-Chu, Taiwan, ROC.
From: hlu@eecs.wsu.edu (H.J. Lu)
Newsgroups: comp.os.linux
Subject: ANNOUNCE: bootable rootdisk
Date: 5 Oct 92 20:15:21 GMT
Article-I.D.: serval.1992Oct5.201521.9644
Organization: School of EECS, Washington State University


I will try to make 0.98 pl 1 tomorrow.

---------
These are bootable root disks for Linux. Kernel is 0.98. There are
some basic binaries on root disks, all of which are linked with jump
table 4.1. They are on tsx-11.mit.edu under pub/linux/GCC/rootdisk.

This is a partial list of what are on root disks.

1. bash 1.12
2. gnu tar 1.10 (tar.Z) (it is not in 5.25" version.)
3. compress 4.2.3
4. elvis 1.6
5. doshell, chmod, chown, cp, ls, mv, rm, and ln.
6. mount, umount, swapon
7. more (it may not be in 5.25" version.)
8. ps and free
9. mkfs, mkswap, fsck and fdisk

There are two versions of root disks, one, 3rootdisk.Z, for 3.5" drive,
the other, 5rootdisk.Z, for 5.25" drive. Please do

1. uncompress [3|5]rootdisk.Z.
2. rawrite or dd it to a floppy disk.
3. boot that floppy disk.

If you want to use it to install Linux on your HD, you are on your own.
Everything is there. But you have to know how to use them.

Since there is no enough room on a 5.25" floppy, I left out gnu tar
1.10. You can get it from bin4.tar in the same directory.

Suppose you want to install Linux on partition, /dev/hdxx, whose size
is yyyy K bytes, you can use fdisk to find it out, you do

mkfs /dev/hdxx yyyyy
mount /dev/hdxx /mnt
(cd /; cp -av . /mnt)

There are two shared math images on root disks. The hard version,
libmh.so.4.0, is for 387 only. The soft version, libms.so.4.0, uses
those 387 instructions emulated inside the kernel. The default shared
math image, libm.so.4.0, is linked with the soft version. You should
relink it to the hard version if you have a 387 by doing

cd /mnt/lib
rm libm.so.4.0
ln -s libmh.so.4.0 libm.so.4.0

You now should edit /mnt/etc/fstab to make sure /dev/hdxx will be
mounted as root. There are some examples in /mnt/etc/fstab. After that,
do

cd /mnt/etc/lilo
rm map boot.????
./lilo -r /mnt -b /dev/hdxx -i boot.b -v -v -v /vmlinux

Now, you can boot Linux from your HD. To install the other stuffs
should be very trivial now since you have tar and compress on your HD,
and you can boot Linux off your HD.


I suggest you get my bonuses come with jump table 4.1. The alternative
may be the Linux Base System on tsx-11.mit.edu under
pub/linux/GCC/basedisk. It is packed with system utilities. Please
read README.basedisk in the directory mentioned above for details.
The only thing missing from the Linux Base System is ispell 3.09. I
will try to make a separate package for it once I install emacs on
my machine and get ispell work with it.

I will try to update my root disk regularly with Linus' new kernel.

This root disk works on my machine with 100MB IDE drive. I don't know
anything about your machine or SCSI. Wish you good luck.

Correct me if I am wrong. Tell me about your story.


Thanks.

H.J.
hlu@eecs.wsu.edu
10/04/09
Newsgroups: comp.os.linux
From: chip@tct.com (Chip Salzenberg)
Subject: Re: Do we have an ``index'' function?
Date: Tue, 6 Oct 1992 12:41:16 GMT
Organization: TC Telemanagement, Clearwater, FL

According to bbrown@infonode.ingr.com (Bailey Brown):
>lm@slovax.Eng.Sun.COM (Larry McVoy) writes:
>>	#define	index	strchr
>>	#define	rindex	strrchr
>
>Please don't do this.  What if you have a struct with a member
>called "index"?

Who cares?

Conversely, the below statement requires such a definition:

    char *(*p)() = index;

-- 
Chip Salzenberg at Teltronics/TCT  <chip@tct.com>, <73717.366@compuserve.com>
    "My favorite phenomenon is when someone mails me or posts to this
     group, either calling me a newbie or telling me that my postings
     are not relevant to alt.non.sequitur."           -- Matt Welsh
Newsgroups: comp.os.linux
From: tytso@ATHENA.MIT.EDU (Theodore Ts'o)
Subject: Re: BUGS (minor)
Reply-To: tytso@ATHENA.MIT.EDU (Theodore Ts'o)
Organization: The Internet
Date: Sun, 4 Oct 1992 20:39:51 GMT

   From: edmonds@cs.ubc.ca (Brian Edmonds)
   Date: 1 Oct 1992 17:20:24 -0700

   1)  I have a terminal attached to /dev/ttys3 which I use for most of
   my work (I guess I just like an ascii interface :).  Approximately
   every two hours, my shell gets terminated.  Usually I'm running
   screen, which apparently receives a SIGHUP, and detaches itself, so
   it's not a problem except that I have to log back in and reattach.  If
   it's just a shell, then I get logged out and jobs running under it
   (such as kermit) get immediately terminated.  

It sounds like the Carrier Detect line on your RS-232 port is flapping
--- every single time the CD line goes from high to low, the kernel will
send a SIGHUP to the current foreground process.  (This is a feature,
when you have a modem connected to the line.)  I suspect the CD line is
not connected, and so the signal is just floating.  Solution number one
is to properly ground it.  Solution number two is to disable the modem
control lines by doing a "stty clocal < /dev/ttys3".  The second
solution is probably easier, especially if you put it in /etc/rc.

   2)  I am running with four serial ports, 3 16450s and one 16550A.  The
   450s work fine, and generally keep up.  I would like to use the 550A,
   but it is behaving extremely strangely.  I start up kermit and talk to
   the modem for a while, then I can dial, and receive the connect
   message, but no data received by the modem is passed to the computer.
   Data generated by the modem itself (connect msgs for example) arrive
   no problem.  Could this be a problem with the chip itself, and if so,
   is there a test to confirm it? 

This is bizarre; there should be no distinguishable difference between
data sent by the modem and data sent through the connection.  Have you
tried a different modem?  It sounds like a modem problem, except that
you said the modem works if you put it on a different port that has a
16450 installed.  I'm grasping at straws here, but perhaps one of the
other chips on the 16550A's port is damaged, perhaps the line receiver
chip?  Why don't you trip actually swapping the 16450/16550 chips
themselves, and see if the problem follows the chip or not.

							- Ted

Newsgroups: comp.os.linux
From: jbone@splat.dell.com (Jeff Bone)
Subject: Re: BYTE asks, is UNIX dead?
Keywords: UNIX
Organization: Dell Computer Co
Date: Fri, 2 Oct 1992 17:27:33 GMT

rcskb@minyos.xx.rmit.oz.au (Kendall Bennett) writes:
>                                           
>You may be interested to know that Windows NT is also targeted to running
>on the new Iris range of graphics workstations (like the Crimson). Not
>only that, but Windows NT 2.0 will include support for the new SGI Open GL
>3D graphics library standard (even though this will be introduced in 2.0,
>work in underway right now on this project jointly between MS and SGI as
>best I can remember).
>


Anybody who buys an SGI box and runs NT on it is just plain f*cking nuts,
outta their f*cking mind, and deserves to be dragged into the streets,
tarred and feathered, and beaten with wet noodles.  Why not just disconnect
two or three cylinders of your car's engine?  Same thing.  *NUTS*, I tell 
you!

Just my opinion.  Standard disclaimer.


jb



--
-- Jeff Bone ------------------------------------------------------------
        NT...  Just say N0T.   Skate UN*X!   Standard disclaimer. 
------------------------------------------------------- jbone@dell.com --
                                                                       --
From: ucosmo@mcl.ucsb.edu (Boris Burtin)
Newsgroups: comp.os.linux
Subject: Re: Trouble with MCC bootup disk
Date: 2 Oct 92 19:46:51 GMT

I just got a response from a guy who wrote his distribution to 5.25" disks.
Is this required, or can you also write the images to 3.5"?

--
     - Boris
(cosmo@cs.ucsb.edu)
Newsgroups: comp.os.linux
From: robn@liberator.et.tudelft.nl (Rob van Nieuwkerk)
Subject: Re: DOS emulation under PD unix..
Organization: Delft University of Technology, Dept. of Electrical Engineering
Date: Sat, 26 Sep 1992 10:13:45 GMT

S_TITZ@iravcl.ira.uka.de (Olaf Titz) writes:

>[from comp.unix.dos-under-unix - followup to comp.os.linux]
>features can equally replace MS Windows. Usually a DOS emulation is
>needed to run one or two application which still can not be replaced
>(dviscr from emTeX comes to my mind...)

How about xdvi ?  Works ok for me.

	Rob van Nieuwkerk