Subject: Linux-Misc Digest #207
From: Digestifier <Linux-Misc-Request@senator-bedfellow.MIT.EDU>
To: Linux-Misc@senator-bedfellow.MIT.EDU
Reply-To: Linux-Misc@senator-bedfellow.MIT.EDU
Date:     Thu, 14 Oct 93 13:29:50 EDT

Linux-Misc Digest #207, Volume #1                Thu, 14 Oct 93 13:29:50 EDT

Contents:
  Re: Personal info about Linus (Remco Treffkorn)
  Re: Questions Flamewar (Brandon S. Allbery)
  Re: IMPORTANT: Island Office Package for Linux (Mark A. Davis)
  Re: PC internal modem recommendations? (Lars J Poulsen)
  HIL-Mousedriver for Linux on a Vectra 386 (Trani Franco)
  Re: PC internal modem recommendations? (Lars J Poulsen)
  *** Upcoming removal of comp.os.linux *** (David Barr)
  Re: Questions Flamewar (Stefan Lukka)
  Re: ftape-0.9.6/pl13 compile problems (Thomas Pfau)
  an observation - SLS flaming results... (Bob Myers)
  packages, distributions, ... (Bernd Kraemer)
  SLS install problems (pablo)
  Re: an observation - SLS flaming results... (Cesar A Barria)
  Help upgrading 0.99pl9 to pl13 ----- Have I waited too long?? (ron mcallister)
  Re: Ab-initio under Linux; do you think it is feasible? (Miguel Alvarez Blanco)
  Re: The %&#$@ speaks again -or- An apology (Eric Youngdale)
  Re: [Q] Dosemulator in VC? (David Kraus)

----------------------------------------------------------------------------

From: remco@hip-hop.suvl.ca.us (Remco Treffkorn)
Subject: Re: Personal info about Linus
Date: Wed, 13 Oct 1993 07:16:33 GMT

Mika Jalava (mjalava@ahti.hut.fi) wrote:
: In article <WIDENIUS.93Oct12031851@polva.helsinki.fi>,
: Risto Widenius <widenius@polva.helsinki.fi> wrote:
: >Linus is currently about 22 years and 7 months young.  He speaks
: >Swedish, English, Finnish (badly :), and a bit of Latin.

: Actually his Finnish is quite good, that must have been just a joke...

:       Mika

And thus Mika was taken off Linus' black list. Another contract the mob never
got around to fullfill...:-)

Remco
-- 

Remco Treffkorn, DC2XT
remco@hip-hop.suvl.ca.us   <<-- REAL reply address !!
(408) 685-1201

------------------------------

Crossposted-To: comp.os.linux.development
From: bsa@kf8nh.wariat.org (Brandon S. Allbery)
Subject: Re: Questions Flamewar
Date: Thu, 14 Oct 1993 12:02:53 GMT

In article <1993Oct14.100434.3680.chiark.ijackson@nyx.cs.du.edu> iwj10@cus.cam.ac.uk (Ian Jackson) writes:
>In article <931013123810@nyx>, Stefan Lukka </dev/null@nyx.cs.du.edu> wrote:
>>[...] there you go again insulting one linux user after another and
>>calling them names (idiot, crab, ..etc.).
>
>Here is not the right place to discuss my personal opinions of these
>people.  As I said in the posting you were following up (please read

The most misplaced, inapproprate flame-posts I have yet seen in the c.o.l
hierarchy have been consistently posted by one person.  His name is Ian
Jackson.  c.o.l.d's self-appointed post-moderator has yet to do anything about
him yet....

Ian, I suggest that if you can't behave any better than the people you are
complaining about then you should *quit* complaining about them.  At the
moment it's your own flame-post (at least the second one in a week) that's
chewing up most of the volume in c.o.l.d.  And it should never have been
posted in the first place, because it was nothing *but* a flame.  This is the
proper netiquette whose lack you were in part flaming about?

++Brandon
-- 
Brandon S. Allbery         kf8nh@kf8nh.ampr.org          bsa@kf8nh.wariat.org
"MSDOS didn't get as bad as it is overnight -- it took over ten years
of careful development."  ---dmeggins@aix1.uottawa.ca

------------------------------

From: mark@taylor.wyvern.com (Mark A. Davis)
Subject: Re: IMPORTANT: Island Office Package for Linux
Date: Thu, 14 Oct 1993 12:28:29 GMT

mark@taylor.wyvern.com (Mark A. Davis) writes:

>If I thought it would do any good, I would have already talked to Island.

OK, this is not exactly what I meant or should have said.  Although I
strongly believe the content of my other posting is accurate, (based on a
rational & real-world point of view), I should not have included this last
line (quoted above).

It *CAN'T* hurt to let software producers know of potential markets, even
when the effort might be futile.  Perhaps later COFF/Intel binary efforts
might take us 98% of the way to running stock binaries, but the libraries
used might need to be tweaked by the venors to allow full compatibility.
>-- 
>  /--------------------------------------------------------------------------\
>  | Mark A. Davis    | Lake Taylor Hospital | Norfolk, VA (804)-461-5001x431 |
>  | Sys.Administrator|  Computer Services   | mark@taylor.wyvern.com   .uucp |
>  \--------------------------------------------------------------------------/
-- 
  /--------------------------------------------------------------------------\
  | Mark A. Davis    | Lake Taylor Hospital | Norfolk, VA (804)-461-5001x431 |
  | Sys.Administrator|  Computer Services   | mark@taylor.wyvern.com   .uucp |
  \--------------------------------------------------------------------------/

------------------------------

Crossposted-To: comp.dcom.modems
From: lars@login.dkuug.dk (Lars J Poulsen)
Subject: Re: PC internal modem recommendations?
Date: Thu, 14 Oct 1993 12:59:30 GMT

drew@juliet.cs.colorado.edu (Drew Eckhardt) writes:
    I haven't seen anything with a non-16550A clone that "emulated" 
    a 16550. A few (the Supras come to mind) have a propriety 
    UART which looks like a 16450 but is buffered (1K in the case
    of the Supra).

The C19xx command processor in the Rockwell R144AC chipset (as used 
in the Supra modem) has a choice of a serial interface (as used in
an external modem) and a parallel interface, where the modem's
command processor emulates a NS16450 UART ... complete with timing.

When you are running a flow-controlled, error-controlled V.42 link,
there is no reason to enforce the timing requirements, however, and
so the newer Rockwell microcode versions stopped asserting receiver
overrun when data had not actually been lost. This is what Supra
advertizes as a "smart UART".

    >>The linux serial FAQ mentions there can be problems with the emulation
    >>provided by the Rockwell chipset. 

    This has *nothing* to do with the Rockwell chipset which doesn't include
    a UART.  It's a function of the modem design.

See above. The chipset includes UART functionality which some designs
use.

    I have a Zoom 14.4K built arround the Rockwell chipset, it has 
    a Startech pin-compatable with the NS16550AFV, the one pictured on 
    the box has a real NS16550AFV.

Some modem builders decided to use a buffered 16550 UART instead of
the emulated 16450 UART in the C19xx modem controller. This was a clear
improvement over the original UART emulation. After Rockwell enhanced
the emulation, the tradeoff is a little less clear: The 16550 saves
interrupts, but the emulation has a deeper FIFO (1K versus 16 bytes).

The newer R144ACL chipset includes the C29xx controller. I don't think
the enhanced emulation is available for this controller (yet?).
It is my understanding that the V.FC chipset is a full 16550 emulation.

---

It is very hard to keep track of which manufacturer uses which chipset
version in which product version. Some manufacturers have gone through
multiple chipset variations without changing the modem's model number.
The only clue in such a case may be going from 14400 data/9600 fax
to 14400/14400 or adding CNID (calling number identification) support.
--
/ Lars Poulsen                          Internet E-mail: lars@CMC.COM
  CMC Network Products                  Phone: (011-) +45-31 49 81 08
  Hvidovre Strandvej 72 B               Telefax:      +45-31 49 83 08
  DK-2650 Hvidovre,                     Internets: designed and built

------------------------------

From: lemc002@rzbox.uni-wuerzburg.de (Trani Franco)
Subject: HIL-Mousedriver for Linux on a Vectra 386
Date: 14 Oct 1993 13:21:10 GMT

Hi,
a collegue of mine tries to install linux on a HP Vectra 386
and has problems to get his HIL-mouse working. Any help is
appreciated.

Thank you for your time         F. Trani

P.S.: Sorry if that's a FAQ

------------------------------

Crossposted-To: comp.dcom.modems
From: lars@login.dkuug.dk (Lars J Poulsen)
Subject: Re: PC internal modem recommendations?
Date: Thu, 14 Oct 1993 13:29:07 GMT

drew@juliet.cs.colorado.edu (Drew Eckhardt) writes:
    I haven't seen anything with a non-16550A clone that "emulated" 
    a 16550. A few (the Supras come to mind) have a propriety 
    UART which looks like a 16450 but is buffered (1K in the case
    of the Supra).

The C19xx command processor in the Rockwell R144AC chipset (as used 
in the Supra modem) has a choice of a serial interface (as used in
an external modem) and a parallel interface, where the modem's
command processor emulates a NS16450 UART ... complete with timing.

When you are running a flow-controlled, error-controlled V.42 link,
there is no reason to enforce the timing requirements, however, and
so the newer Rockwell microcode versions stopped asserting receiver
overrun when data had not actually been lost. This is what Supra
advertizes as a "smart UART".

    >>The linux serial FAQ mentions there can be problems with the emulation
    >>provided by the Rockwell chipset. 

    This has *nothing* to do with the Rockwell chipset which doesn't include
    a UART.  It's a function of the modem design.

See above. The chipset includes UART functionality which some designs
use.

    I have a Zoom 14.4K built arround the Rockwell chipset, it has 
    a Startech pin-compatable with the NS16550AFV, the one pictured on 
    the box has a real NS16550AFV.

Some modem builders decided to use a buffered 16550 UART instead of
the emulated 16450 UART in the C19xx modem controller. This was a clear
improvement over the original UART emulation. After Rockwell enhanced
the emulation, the tradeoff is a little less clear: The 16550 saves
interrupts, but the emulation has a deeper FIFO (1K versus 16 bytes).

The newer R144ACL chipset includes the C29xx controller. I don't think
the enhanced emulation is available for this controller (yet?).
It is my understanding that the V.FC chipset is a full 16550 emulation.

   ---

It is very hard to keep track of which manufacturer uses which chipset
version in which product version. Some manufacturers have gone through
multiple chipset variations without changing the modem's model number.
The only clue in such a case may be going from 14400 data/9600 fax
to 14400/14400 or adding CNID (calling number identification) support.

--
/ Lars Poulsen                          Internet E-mail: lars@CMC.COM
  CMC Network Products                  Phone: (011-) +45-31 49 81 08
  Hvidovre Strandvej 72 B               Telefax:      +45-31 49 83 08
  DK-2650 Hvidovre,                     Internets: designed and built

------------------------------

From: barr@pop.psu.edu (David Barr)
Crossposted-To: comp.os.linux
Subject: *** Upcoming removal of comp.os.linux ***
Date: 14 Oct 1993 14:03:02 GMT

        Since the comp.os.linux.* groups were created on Aug 12, the
moderator of news.announce.newgroups plans to remove comp.os.linux
on November 11.

        Please start using the comp.os.linux.* groups instead:

comp.os.linux.admin     Installing and administering Linux systems.
comp.os.linux.announce  Announcements important to the Linux community. (Moderated)
comp.os.linux.development       Ongoing work on the Linux operating system.
comp.os.linux.help      Questions and advice about Linux.
comp.os.linux.misc      Linux-specific topics not covered by other groups.

        This notice is being posted weekly.  If you do not wish to read
this notice, please add it to your kill file.

--Dave

------------------------------

From: slukka@nyx.cs.du.edu (Stefan Lukka)
Subject: Re: Questions Flamewar
Date: 14 Oct 93 14:02:09 GMT

In article <1993Oct14.100434.3680.chiark.ijackson@nyx.cs.du.edu> iwj10@cus.cam.ac.uk (Ian Jackson) writes:

>Keywords: idiots who know no netiquette

There you go again. You never learn do you?

>BTW I didn't call anyone a `crab' - what an odd insult ?!

Yes you did, go back and review you summary header.

>> Who do you think you are anyway? I simply could not let that
>>pass, and I knew it would increase if I don't put a stop to it, and
>>that you would get even worse.
>
>Perhaps email to me would have been better ?  If your message was
>intended only for my consumption that would have been a logical route.
>I can assure you that your inciting a massive flamewar in
>col.development has not made me more likely to do anything you ask.
>

Now isn't that ironic? Why haven't you applied that to yourself first
and mailed the people you unduely insulted instead of posting to the
net? Then this whole mess would have been avoided. And remember, your
mindless attack was completely unprovoked, unlike my response to you.

I hope this experience taught you something and brought you back to
earth. If not, I pity you.

P.S. This is my last post in this subject. I won't be dragged into an
endless flame war. There is nothing useful to be said anymore in this
subject that wasn't said before.

Stefan J Lukka


------------------------------

From: pfau@cnj.digex.com (Thomas Pfau)
Crossposted-To: comp.os.linux.help
Subject: Re: ftape-0.9.6/pl13 compile problems
Date: 14 Oct 1993 10:03:15 -0400

If you remove all of the c++isms, it will work fine.  Don't forget
ksyms.lst.

-- 
tom_p                           | Mapmaker's Disclaimer:
internet:   pfau@cnj.digex.net  |  "Not Responsible for
compuserve: 73303,1136          |   Topographical Errors"

------------------------------

From: bmyers@asd470.dseg.ti.com (Bob Myers)
Subject: an observation - SLS flaming results...
Reply-To: bmyers@asd470.dseg.ti.com
Date: Thu, 14 Oct 1993 14:19:14 GMT

Is it just me, or has anyone else noticed that the files under /pub/linux/packages/SLS
haven't been updated in a while?

I haven't checked today, but it seems that the last time files were updated
were in early September.  I've got a few thoughts on this:

1) Peter has been rather busy as of late, with other obligations.

2) Peter has been turned off with the bashing of SLS and/or Byte Mag. ads.

Hopefully, we're looking at the first scenerio.  If the second one holds true, then
those who have instigated this mess may have caused the downfall of one of the
ways of "spreading the word of Linux".  

I think that a number of us owe Peter a great deal with his distribution, and with
taking time to help with the minor hangups that might have happened during the
installation process.

-bob



------------------------------

From: ae71@iamm06.rz.uni-karlsruhe.de (Bernd Kraemer)
Subject: packages, distributions, ...
Date: 14 Oct 1993 15:34:06 GMT

(1) My personal linux story

I installed my first LINUX in 3/93 using SLS, not really a problem though I'm not a unix wizard. I was happy about my LinuxuniX-Box, more, I planned to USE it and not just PLAY with it, so I wanted to setup my system as well as possible.

First step: User ID's != root, was not really easy to do for a non-sysadm I am.
I still have to login as root to do thisorthat..:-| o.k. my fault/stupidness

Second step: Travelling through my dirstructure, I wondered about all those files I'll probably never use. Probably. Never? It took hours (days?) downsizing the installed system; of course, deinstalling SLS-packages is possible, but life is: I need 2 files from x1, 5 from x2,......

3.step4.step5.step,.....


(2) What do I want to tell YOU?

Well, I just know SLS, it's not that I'm angry about, but maybe there are other distributions that result in a better prepared (eg sample users & groups) systemand/or that can be configured in a way that lets decide the USER what HE wants to have on is HD.

I don't expect that packages exist, that make installing LINUX as easy and transparent as OS/2 or WINDOWS soft - PLEASE DO NOT FLAME ME, I think LINUX is the better OS, but I also think it's the more complicated and confusing OS for the newbie. This is not a problem of the Linux-OS itself, it is a problem of Installation and Distribution.

Linux is free soft, there's no commercial 'motor' behind, so no one wants to spend a lot of time in such a boring thing like installing & userguiding is.
The motor of LINUX that's the mass of free users that are spending a lot of time and enthusiasm to make a better system out of a good one. Shouldn't we be intersted in making the step TO Linux less difficult than it actually is?

At the moment, most Linuxers are programmers or experienced users, Linux is not a system for computer-newbies. Maybe, it will never be - but I think, a system for freaks will die, because there's no more interest in it exactly in the momentof base development beeing finished. It is the USER who keeps an OS alive (DOS...and the compatibility story) not the wizard.

What about thinking about an 'Linux organisation group' ?
 
-- 
Bernd Kraemer                       | ... but the little green wheels
  ae71@iamm06.rz.uni-karlsruhe.de   | are following me, oh no, not again !

------------------------------

Crossposted-To: comp.os.linux.help
From: pmcintir@etsun.tech.iupui.edu (pablo )
Subject: SLS install problems
Date: Thu, 14 Oct 1993 15:12:29 GMT

Greetings!  I'm trying to install SLS on a Dell 486dx33 with 230 meg hard drive,and 8 megs ram.  The problem I'm running into is this: 
 
After I go through the initial fdisk stage, and press continue installation, 
the system prompts me for disk a2.  When I insert that, it gives the error message: 
 
VFA:  Can't find a minix filesystem on dev 0x021c. 
 
The disk is flagged for minix/linux on the 200 meg partition,  and dos 16 bit 
on the 32 meg partition.  
 
what is dev 0x021c?  what is VFA?    
 
Thanks for any help! 
 
Paul McIntire
Indiana University - Purdue University at Indianapolis 
pmcintir@etsun.tech.iupui.edu

-- 
************************************************************************
*       Paul McIntire           |       pmcintir@etsun.tech.iupui.edu  *
*                               |       ptmcinti@indyvax.iupui.edu     *
************************************************************************

------------------------------

From: r_daneel@iastate.edu (Cesar A Barria)
Subject: Re: an observation - SLS flaming results...
Date: Thu, 14 Oct 1993 16:14:46 GMT

In <1993Oct14.141914.29059@mksol.dseg.ti.com> bmyers@asd470.dseg.ti.com (Bob Myers) writes:

>Is it just me, or has anyone else noticed that the files under /pub/linux/packages/SLS
>haven't been updated in a while?

>I haven't checked today, but it seems that the last time files were updated
>were in early September.  I've got a few thoughts on this:

>1) Peter has been rather busy as of late, with other obligations.

>2) Peter has been turned off with the bashing of SLS and/or Byte Mag. ads.

[stuff deleted]
>installation process.

>-bob



I agree, I've been using Linux for about 3 weeks and have had no problems whatsoever with SLS 1.03. It installed out of the box, and I was on my way running everything, except for a little editing in the Xconfig file, Xwindows ran within minutes. I don't know what bugs everyone is talking about, because I haven't found ont yet.

Thanks Peter...:)

r_daneel
-- 
*******************************************************************
** Cesar Barria               e-mail: r_daneel@iastate.edu       **
** Storms 7148 Boyd                   twjg1.isuvax.bitnet        **
*******************************************************************

------------------------------

From: mcallist@smdis01.mcclellan.af.mil (ron mcallister)
Crossposted-To: comp.os.linux.help,comp.os.linux.admin,comp.os.linux
Subject: Help upgrading 0.99pl9 to pl13 ----- Have I waited too long??
Date: 14 Oct 1993 09:37:01 -0700


Dear People:

I need to install emacs 19, and I am having problems extracting enough
contiguous information from the various READMES, HOWTOS and FAQs.

I have apparaently waited too long between upgrades and now I am faced
with having to get a binary compiled version of gcc2.4.5 for i386.

I would like to download the source for 0.99pl13 and compile it as I 
usually do, but It seems that HJ does not provide binaries for i386.

        o Is there another ftp site where i386 versions of the latest
          gcc/libs can be found?

        o Should I give up and spend days downloading another
          SLS/Slackware release?

        o Can the gcc-2.4.5/lib-4.3.3 be built from gcc-2.3.3?

It is impossible to learn the system by downloading 'distributions'.
I would appreciate any help you can offer.....


My current configuration:

i386
libc.so.4.3.3
libm.so.4.3.3
libX11.so.3.0
Linux 0.99.pl9-3
gcc 2.3.3
mostly SLS 1.01 utilities.

emacs-19.19-A.Notes says:

Use at least:
0.99.11 and
libX11.so.3 (DLL Jump 3.0pl0)
libc.so.4 (DLL Jump 4.4pl1)
libm.so.4 (DLL Jump 4.4pl1)

release.gcc-2.4.5 says:

i486 Binaries only included.
must have 0.99pl10 with C library 4.4.1 to run it.

RELEASE-0.99.13 says:

Make sure you have gcc-2.4.5 or newer installed.


Sincerely,

Ronan
=============================================================================

------------------------------

Crossposted-To: comp.lang.fortran
Subject: Re: Ab-initio under Linux; do you think it is feasible?
From: miguel@pinon.ccu.uniovi.es (Miguel Alvarez Blanco)
Date: 14 Oct 93 16:11:52 +0100

Frits Daalmans (frits@rulway.LeidenUniv.nl) wrote:
: Greetings all,

: I would like to pose the Net a question:  since the advent of the Linux
: operating system and its availability of a good C compiler (gcc) and a
: good fortran -to-C translator (f2c), and maybe in the near future a
: fortran compiler also (g77), many scientific programs that were
: originally designed for (large) workstations or mainframes can now be
: conveniently ported to a PC architecture (well.. a 386 or better).

: My question is: Does anyone have experience with porting a large,
: numerically intensive, FORTRAN application to Linux, using the f2c/gcc
: tandem or g77? Do you consider it practical (i.e can you USE it) or did
: you find it was just "spielerei"? Can you share some of the problems
: you had compiling the application? (I can think of problems like having
: to link system dependent CPU timing or memory management routines in C
: to the package, or problems with compiling COMMON blocks, or problems
: with running the HUGE package on Linux which became only apparent after
: this large application was built, etc. etc.)

Well, I ported our PI code to Linux with very little effort. It's an ab initio
quantum chemical solid state code that solves Schrodinger equation on an
infinite crystal, by making some aproximations ... and so on. In fact, the
porting was very easy: except for a little bug in f2c, now fixed, the code
compiled OK. It was full of structures like do while, do-enddo ... Convex
and Vax extensions to F77. The problems began in the linking stage: Linux
don't have all FORTRAN system calls that you may want. I've had to write an
etime routine (posted in c.lang.fortran, not mine), and still can't get the
date, but all other stuff worked: getarg is the most remarkable one.

Memory management? You mean that you are using something like malloc and
still want it to be portable? 8-) Seriously, malloc works, like in all Unix
systems. Linux is a POSIX Unix, so you can expect it to work with very little
changes, in the system dependent part. In the compiler dependent, try using
f2c on your favourite workstation. If it can compile there, so it would in
Linux. F2c has a lot of F77 extensions, although not all that I needed (I've
had to change some tricky character routine calls, nothing bad).

HUGE package? It's not the number of lines that makes a compiler crash, but
the complexity of them. Usually, numerical algorithms are far more easier to
compile that some really nasty programs (anything with graphics is really a
pain, and what can be more complicated than compiling a full UNIX?). And if
for HUGE you mean that it needs a lot of disk, buy a 1Gb disk (or more ...)
and if it is memory, buy it too. Linux can handle it, so give it to him.

And finally, the best of this post. Do you want to see the benchmark of our
code on a sample execution on some machines? Well, here it is:

Machine   PI version  Time (sec.)
VaxStation    pi700 --  1591.10
Convex120     pi700 --  1524.57
486/50(DOS)   pi7r7 -- ~1000
Cray-YMP      pi7r7 --   703.16
486/66(DOS)   pi7r7 --  ~700
Alliant       pi700 --   686.28
Convex120     pi7r7 --   655.598
Convex120     pi7r8 --   445.358
HP-9000       pi700 --   384.7
sparc-10      pi7r7 --   280.35
Apollo        pi700 --  ~207
486/66(Linux) pi7r7 --   190.5
HP-9000       pi7r8 --   117.366

Linux beating a Cray YMP? Yes, the Cray was very loaded, but still ....
The versions can't be really compared, pi700 was slower, but pi7r7 and
pi7r8 are not so different. You can take the Convex1220 as reference.

If you need something more, just ask me.


     Miguel Alvarez Blanco           "All that is gold does not glitter,
miguel@hobbit.quimica.uniovi.es      not all those who wander are lost."
  miguel@pinon.ccu.uniovi.es                   Bilbo Baggins.

------------------------------

From: eric@tantalus.nrl.navy.mil (Eric Youngdale)
Subject: Re: The %&#$@ speaks again -or- An apology
Date: Thu, 14 Oct 1993 16:51:59 GMT

in article <ePHDBc4w165w@cybernet.cse.fau.edu>, dnewcomb@cybernet.cse.fau.edu (Dan Newcombe) writes:
|> eric@tantalus.nrl.navy.mil (Eric Youngdale) writes:
|> >    I am not familiar with gopher/xmosaic - I know that the info system
|> > seems to have the basic capabilities that we require, but it can be a little
|> > tough to get the document formatted correctly.  This is not to say that we mu
|> > use it, just that I am not familiar with the other choices.  Something that
|> > would also have an X-based viewer would also be preferable, I think.
|> 
|> An X viewer???  So you are saying that for people to read a FAQ on how to 
|> get and install linux, setup X etc...  you want them to have X installed.
|> It's kinda a conundrum. (I hope that's the right word.)  
|> It would be nice, but once you have the system set up far enuff for X,
|> I think all that's left is GCC and network.  Then again, I haven't
|> read the FAQ for quite a while.

        This thread got started on another newsgroup, so some of the original
ideas got lost.  An X viewer would be nice, but my original idea was for DOS
viewers and/or a regular VT100 viewer as well.  This could be downloaded, or
someone could set up an anonymous telnet somewhere.

        In my opinion, the viewer is a relatively small part of the deal - getting
the database well organized is where the real work lies.  I seriously think that the
best approach would be to get the HOWTO and FAQ writers to agree to some simple
formatting conventions so that some automated tool could properly digest these and 
build the database correctly.  This way the HOWTO/FAQ will never get out of sync with
the hyperFAQ database.



------------------------------

From: kraus@rtsg.mot.com (David Kraus)
Subject: Re: [Q] Dosemulator in VC?
Date: 14 Oct 93 10:48:01

In article <29idna$4op@r-node.io.org>, foo@brutport.bar (Jimmy) writes:

> I was just wondering if it is possible to run the dos emulator in a virtual
> console with X windows running in another VC?  Right now, when I type
> CNTR-F2, I can switch to a VC to run the dos emulator, but when I switch
> back to X, the screen is in text.  I've read the docs for info for this, but
> I'm not too clear on whether or not this should work.

(Followups go to comp.os.linux.help, where this belonged.)

It is quite possible to run the DOS emulator in a VC while running X in
another VC.  I do it rather often, using dosemu with direct screen writes
(which switches my video card out of 80x60 to 80x25 even).

Which X are you running?  XFree 1.3, or one of the custom X servers (XS3
comes to mind)?

When you say, "when I switch back to X, the screen is in text", what do you
mean exactly?  Are you switching back to the VC that startx/openwin was
invoked from, or are you switching to the 'unused' VC that the X display is
bound to?  If, say, you invoke X on VC 1, invoke dosemu on VC 2, and switch
back to VC 1, you're going to see the text of the X server running,
probably without a shell prompt.  Now, if you look at that text, it should
tell you which VC the X display is bound to.  Switch to that VC, and your X
display should be there.
--
Dave Kraus                                         Internet: kraus@rtsg.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

------------------------------


** 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-Misc-Request@NEWS-DIGESTS.MIT.EDU

You can send mail to the entire list (and comp.os.linux.misc) via:

    Internet: Linux-Misc@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-Misc Digest
******************************
