Linux-Misc Digest #707, Volume #20 Sun, 20 Jun 99 15:13:08 EDT
Contents:
Re: Will RH 6.0 upgrade mess up KDE? ("William B. Cattell")
Re: NT the best web platform? (Darren Winsper)
Re: open systems?!? Re: Why does Apple not cooperate with Be? ("William Edward
Woody")
Re: HELP ! verrry slloooww reading DAT tape (Greg de Freitas)
Re: AutoInstall is for experts, not beginners!!! (Mr S A Penny)
Re: Linux: now or never (Mr S A Penny)
Re: Possible to mount Samba filesys (smbfs) via ordinary 'mount' command? (Kenny
McCormack)
Re: Apache Question (Scott Gravenhorst (see sig for reply))
Re: How do I create a custom (Menuing) Shell? (Gene Wilburn)
Re: Linux: now or never (jik-)
Re: Real Media Player G2 (David M. Cook)
Re: /etc/termcap question (Villy Kruse)
----------------------------------------------------------------------------
From: "William B. Cattell" <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
Subject: Re: Will RH 6.0 upgrade mess up KDE?
Date: Sun, 20 Jun 1999 15:59:58 GMT
"Steve D. Perkins" wrote:
>
> I've been reading all the nasty complaint posts over the past
> month about RedHat 6.0... specifically how the KDE distribution
> that comes with it gets installed to directories totally
> different than the standard. I was wondering if I'm running KDE
> 1.1.1 on RH 5.2... will installing RH 6.0 with the "upgrade"
> option mess up my KDE, install a seperate copy in a different
> directory, or anything else crummy like that?
>
> Also, is there really any compelling reason to do this
> upgrade right now anyway? I remember when 5.2 came out... it
> seemed like OVERNIGHT that every Linux application available for
> download wanted you to have 5.2 instead of 5.0 or 5.1. However,
> I haven't really seen anything out there yet that "requires"
> 6.0... or even has an updated version optimized for it. Is there
> any real compelling reason to jump from 5.2 to 6.0... or is it
> similar to the Microsoft situation with Win95 vs. Win98?
>
> Steve
I recently upgraded my RH5.2 system to RH6.0. I had KDE running
fine under 5.2 and the upgrade had no effect on it. I decided to
upgrade after I couldn't get some small apps to run under 5.2
(X11Amp, Gnome were the main ones). I guessed it's cause I'd
installed updated packages into the RH5.2 system as recommended
by RH itself and the system seem to be 'bastardized'. I wanted
to start off with a clean slate hence the decision to upgrade.
After the upgrade StarOffice 5.01 wouldn't run. StarDivision had
a 'temporary' fix posted on their site but the best and ultimate
suggestion was to upgrade to 5.1. I could get it for free off
their site so that's what I did.
The upgrade process went very well and extremely smooth.
Bill
--
==============================================================
http://members.home.com/wcattell
==============================================================
Park not thy Harley in the darkness of thine garage, that it
may collect dust for want of being oft ridden. Ride thy Harley
with thy brethren, and rejoice in the spirit of the road.
==============================================================
------------------------------
From: [EMAIL PROTECTED] (Darren Winsper)
Crossposted-To: comp.infosystems.www.servers.unix,comp.os.linux.advocacy
Subject: Re: NT the best web platform?
Date: 20 Jun 1999 16:03:15 GMT
On Sun, 20 Jun 1999 03:55:33 -0300, Scott MacDonald
<[EMAIL PROTECTED]> wrote:
> I apologize I did get it back wards, I am a Linux user now I have to
> actually start thinking for myself again. :)
Hehe. We all make mistakes.
--
Darren Winsper - http://easyweb.easynet.co.uk/darren.winsper
'"Whaddar we gonna do today Bill?" "The same thing we do every day,
Balmer...."' - Craig Kelly in comp.os.linux.advocacy
------------------------------
From: "William Edward Woody" <[EMAIL PROTECTED]>
Crossposted-To: comp.sys.mac.programmer.misc,comp.sys.be.misc,comp.unix.misc
Subject: Re: open systems?!? Re: Why does Apple not cooperate with Be?
Date: Sun, 20 Jun 1999 11:15:46 -0700
'Cuse me while I pick nits...
Ian Ollmann <[EMAIL PROTECTED]> wrote in message
> You have a point, but I think that some historical accuracy is in order
> here. I doubt that Apple really designed in a cooperative mutlitasking
> environment in preference to a preemptive one. They were forced into it
> because they couldn't add preemptive multitasking with the API that the
> MacOS presented. If you recall, until OS 6, there was no multitasking in
> the MacOS at all! If you wanted to copy and paste between programs, you
> copy, quit the program (dont forget to save!) then start the other
> program, and paste. What? Your paste came in as text rather than a PICT?
> Quit, (did you remember to save or rather not to save?) start the other
> app (where did I put that file anyway?) figure out how to copy in the
> right data, quit start the other app again, and paste. Whew, all done!
1) MultiFinder showed up in System 5, not System 6. System 6 is the
first version where Multidohicky (as we lovingly refered to it)
shows up integrated into the system, rather than as a separate
extension.
2) Multidohicky, uh, excuse me, MultiFinder was preceeded by a cute
little system extension called "Switcher" which allowed you to
switch between applications. "Switcher" was rather cute in that
it added a couple of arrows in the menu bar--one which would
rotate your entire world (screen and all if animation was on)
to the left to another running application, and the other would
rotate to the right.
No need to quit everything--Switcher would allow you to run
multiple applications at the same time. And it was available
since the Macintosh 512K. (It would run on the original toaster,
but as Switcher invented the memory partitioning scheme we still
live with today, fitting more than one program into less than
80K was a real trick.)
To be honest, the only thing I would have asked the original
Switcher developer (who, as I recall, was not an Apple
employee) would have been the ability to switch the application
to disk, rather than just juggling memory. That way, you could
use Switcher more effectively with less memory. But I digress.
> Then came the MultiFinder. What a joy that was. Problem was that with a
> few rare exceptions the MacOS is not now nor never has been reentrant. So
> unless Apple wanted to rewrite the whole darn thing and even worse rewrite
> to an API laden with multithreaded uglies like Quickdraw globals and a
> library of legacy programs that like to raid its internal data structures
> without using any thread safe programming techniques, they HAD to come up
> with cooperative multitasking. ...
Partially correct. But what is missing here is the fact that
MultiFinder was an evolution, rather than a revolution, with
the Macintosh operating system. MultiFinder only added three
new tricks to Switcher: first, you could continue to get
time while in the background. Second, it added WaitNextEvent() for
better control over a timeslice given to a particular application,
and three, it introduced the (invisible) Desktop Layer Manager,
which allowed two or more applications to be visible at the
same time, rather than having to switch the entire graphical
environment as Switcher did.
But from a programmer's standpoint, MultiFinder was effectively
Switcher. The way MultiFinder partitioned memory, the structure
of the SIZE resource: all of these things were taken straight
from Switcher. Hell, I wouldn't be supprised if much of the
underlying algorithms for swapping memory around were straight
out of Switcher.
> ... They are finally getting around to adding
> reentrant OS support with Cop^H^H, Rhap^H^H^H^H, Carbon now, and it has
> taken quite a bit of time and really STILL isnt done. Guess what? Carbon
> wont support legacy apps either.
>
> I think Apple knew that preemptive mutltithreading was the way to go years
> ago, even on a single user OS. They just couldnt do it, so came up with
> this cooperative multithreading thing instead.
What is particularly galling to me is that Apple did have a
solution way back in '87, called A/UX. It would run on an
Mac II, and while it was a Unix environment, it did allow
multiple Macintosh applications to run in the Unix environment
using most of the existing Macintosh API. (Think Carbon, but
12 years ago.)
But Apple, in it's infinite wisdom, never migrated the OS
towards A/UX. Why?
I suspect it's because Apple's higher level management
did *not* know that preemptive multitasking was the
way to go. Apple just didn't "get it." And it wouldn't be
the first time Apple didn't "get it", either--as a steady
parade of newbie "evangelists", combined with a week marketing
division and a legion of software developers who attempted
to completely rewrite the Macintosh OS with Bedrock, Copland,
Rhapsody, and the like have come and gone, wasting collectively
billions of dollars.
It took a third party writing an article in Develop magazine
to get around to adding multithreading with the Thread Manager,
and that started off as an interesting hack.
What was interesting about the Thread Manager was not that it
provided multithreading services: nearly anyone can do that
through the creative use of setjmp/longjmp. What made the
Thread Manager interesting was that it's developer figured
out how to disable the Macintosh's stack sniffer. See, the
stack sniffer checks to make sure the stack zone hasn't
grown into the application heap. This means that you can't
simply change the stack pointer to point inside of a stack
you allocated on the heap: do that, and the next interrupt
that comes around you'll get a "System -28 Error." But the
Thread Manager solved that issue.
> Also Apple sure doesn't do memory allocation in a cooperative sense. Each
> program gets its own little walled off memory partition. You can ask for
> temporary blocks outside of your heap, but you are usually discouraged
> from using them.
This is a feature of the aformentioned Switcher, and the fact
that it was an evolution. Apple's Unix environment from the late
80's was a revolution--too bad Apple was too stupid to recognize
it for what it was.
There is a trend here that's worth noting. For some reason or
another, Apple's management has totally dropped the ball on
the development of the MacOS into a modern, multithreaded
operating system. They've dropped the ball so many times that
it's almost a joke: the direction Carbon is headed in resembles
what we already had with A/UX a dozen years ago.
Unfortunately, Apple is even screwing Carbon up: so far,
a number of core services such as displaying a file dialog
box are being replaced for no good reason that I can see other
than "well, us engineers at Apple don't like what was done here
a dozen years ago." (Take the standard file dialog routines
for example: there is no reason why Apple couldn't have provided
wrappers for the standard dialog routines that called into the
new Navigation API, other than the fact that Apple apparently
wants Something Different. The fact that this new API is
mandatory for Carbon compatability doesn't exactly help.)
The second trend to notice is that so far, the evolution of
the Macintosh operating system's multitasking/multithreading
APIs have been driven largely by outside programmers rather
than by Apple itself: once an innovation such as Switcher
or Menu Clock catches on, Apple then almost grudgingly
adds the technology to the system as it's own.
What particularly amazes me is that even the non-reentrant
sections of the operating system, such as QuickDraw, could
be easily made thread-safe with just a little imagination.
For example, if we add the ability for threads to allocate
thread-local information, it wouldn't be that difficult to
create a thread-local "QuickDraw environment" when the thread
starts up which stores local QuickDraw port information.
Then, when a thread draws, the QuickDraw standard procs
point not to the underlying drawing routines, but to a
message passing proc which sends IPC messages to an invisible
QuickDraw process which does the actual drawing (and
arbitrating amongst drawing contexts). This is not too
dissimilar to what X windows or Windows NT does except that
the graphics context would be implied with the creation of
a thread.
Volia! No API changes at all, yet re-entrant code!
It's not friggin' rocket science, Apple...
*sigh*
I've ranted enough.
- Bill Woody
The PandaWave
------------------------------
From: Greg de Freitas <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
Crossposted-To: aus.computers.linux,comp.os.linux.hardware,comp.os.linux.setup
Subject: Re: HELP ! verrry slloooww reading DAT tape
Date: Sun, 20 Jun 1999 18:29:36 GMT
Chris Wilson wrote:
>
> Just to let everyone know, I have found a work around....but I would
> still like to be able to read the tape using the "tar" command.
>
> I was able to use the "mt setblk 1024" to set the tape size and then
> "dd if=/dev/st0 of=dump bs=1024" followed by a "tar -xvf dump". Great,
> it reads at between 10 and 15Mb / minute. Changing "bs=xxx" to anything
> else slows everything dowm by orders of magnitude.
>
> Any clues would be appreciated
>
> Chris Wilson
> [So long as the voices in my head tell me
> to "just act normal", everything seems to be OK]
>
> Chris Wilson wrote:
> >
> > Hi,
> >
> > I have received a number of DDS-2 tapes that I have to read. They are
> > written on an AIX system. The format is 1024 bytes per block.
> >
> > I have used the "mt" command and set "defblk" to be 1024. Now when I
> > "tar -xvf /dev/st0", the tapes read at about 5Mb/hr :(. Life is too
> > short for this.
> >
> > I am sure that I have missed something fundamental. When the tape reads
> > it says blocks = 2. I have tried the -b command to read more blocks at a
> > time but it makes no difference.
> >
> > Can anyone send me some suggestions as to what I can do to speed this up
> > a little.
> >
> > My system: Dual Intel Pentium 133 / 64Mb / 2 x 4Gb Quantum on an AHA2940
> > / Sony SDT-5000.
> >
> > Kind Regards
> >
> > Chris Wilson
> >
> > [So long as the voices in my head tell me
> > to "just act normal", everything seems to be OK]
Hmmmm....
My HP35480A DDS drive behaved similarly for a couple of months, before it
DROPPED DEAD !
:-(
It lasted 3yrs 9months from new.
Them's the breaks ;-)
My advice: Beware!
--
Ciao 4 now, Greg.
# Email : mailto:[EMAIL PROTECTED] #
# Email : mailto:[EMAIL PROTECTED] #
# To Live, To Love, To Learn, To Leave A Legacy. #
------------------------------
From: [EMAIL PROTECTED] (Mr S A Penny)
Crossposted-To: alt.os.linux,uk.comp.os.linux
Subject: Re: AutoInstall is for experts, not beginners!!!
Date: 20 Jun 1999 18:32:10 GMT
In article <[EMAIL PROTECTED]>,
[EMAIL PROTECTED] writes:
>Mr S A Penny allegedly wrote:
>>In article <[EMAIL PROTECTED]>,
>> Jason Clifford <[EMAIL PROTECTED]> writes:
>>
>>>I have a 486, 20MB RAM, 256K video card, etc here that runs Definite Linux
>> ^^^ ouch
>>
>>>6 and Gnome 1.0. It is not fast(!) but it does run it.
>>
>>I've mentioned windowmaker in another post, it's apparently quite gentle on
>>the resources and might be worth a try...?
>
>Not on a 256k video board, WMaker just uses too many colors.
I've had it running in 8 bit, but only because I occasionally play a game
called xthrust which insists on it...
I might try lower bpps tonight when I get back from uni...
>WMX would
>probably be a better bet.
>(or, $DEITY forbid, TWM)
>http://www.all-day-breakfast.com/wmx/
there are a multitude of spartan WMs, I just happen to like WMaker...
SammyTheSingle
--
[EMAIL PROTECTED] [EMAIL PROTECTED]
PHUAE / S.A.Penny@(dcs.)Warwick.ac.uk (E)TLA page www.warwick.ac.uk/~phuae/
www.warwick.ac.uk/~phuae/StSim/index.html --=<<latest update: 25/01/99>>==-
-=SF9=- a team based FPS game with AI by SammyTheSnake & JB www.symbiosys.org
------------------------------
From: [EMAIL PROTECTED] (Mr S A Penny)
Crossposted-To: alt.os.linux,uk.comp.os.linux
Subject: Re: Linux: now or never
Date: 20 Jun 1999 18:40:33 GMT
In article <[EMAIL PROTECTED]>,
[EMAIL PROTECTED] writes:
>I'm sure the majority of people in this newsgroup can install Linux over
>lunch break. Clearing out the cruft is another matter (what the heck is
>a tamagotchi server anyway?).
I'd love to know if you find out, I mean, it's obviously a central server
thing for tamagotchi clients, but as I've never come across a tamagotchi
client, it seems a little silly to have it installed as default (deb 2.0).
man -k tamagotchi returns nothing, I've not found a single word of
documentation on it and I consider it a very odd thing! \;/
BTW, your headers are set up for a mail-only reply, this is rude and I
ignore it, you post on NG, you read on NG.
TIA/HTH
SammyTheSingle
--
[EMAIL PROTECTED] [EMAIL PROTECTED]
PHUAE / S.A.Penny@(dcs.)Warwick.ac.uk (E)TLA page www.warwick.ac.uk/~phuae/
www.warwick.ac.uk/~phuae/StSim/index.html --=<<latest update: 25/01/99>>==-
-=SF9=- a team based FPS game with AI by SammyTheSnake & JB www.symbiosys.org
------------------------------
From: [EMAIL PROTECTED] (Kenny McCormack)
Crossposted-To: comp.os.linux.setup,comp.os.linux.networking
Subject: Re: Possible to mount Samba filesys (smbfs) via ordinary 'mount' command?
Date: 19 Jun 1999 15:20:57 -0500
Reply-To: [EMAIL PROTECTED]
In article <[EMAIL PROTECTED]>,
Douglas Bollinger <[EMAIL PROTECTED]> wrote:
>
><snip>
>
>I was going to give a go at getting Samba to work with the autofs
>demon. Right now I have things working with a line in rc.local, but
>I was hoping for something a big more eloquent.
>
>So I was reading a bit on how to get this to work in the files. On
>my machine, this is at:
>
>/usr/doc/samba-2.0.3/examples/autofs
....
>Does this sound helpful to you? Note that this is still on my "to
>do" list, so I don't know how well this works.
Yes - this is what I am looking for. I am still running samba-1.9.18p10,
and a 2.0.3x kernel, so I don't have the file you mention above on my
system. Anyway, keep me posted on how this works out - it sounds on-target.
------------------------------
From: [EMAIL PROTECTED] (Scott Gravenhorst (see sig for reply))
Subject: Re: Apache Question
Reply-To: [EMAIL PROTECTED]
Date: Sun, 20 Jun 1999 17:26:11 GMT
What is the function of the line:
#! /bin/sh
??
Without this line, I get no data. With it, the page is displayed
correctly.
It looks like a comment. Is this a 'magic comment' ? Does the HTTP
server remove the # and execute the rest?
Please explain.
On 16 Jun 1999 15:24:45 GMT, [EMAIL PROTECTED] (Duncan Simpson)
wrote:
>In <[EMAIL PROTECTED]> [EMAIL PROTECTED] (Stewart
>Honsberger) writes:
>
>>On Fri, 11 Jun 1999 23:35:34 -0400, Dominik Slusarczyk wrote:
>>>There is no Apache newsgroup (at least that my ISP gives me access to), so I
>>>was hoping someone here might be able to help me if they've had a similar
>>>experience.
>>>
>>>I am trying to use the EXEC CMD SSI tag to execute a program w/ an absolute
>>>path. However, Apache apparently doesn't like this... is there any way I
>>>can do this? Here is the tag I've been trying to use:
>>>
>>><!-- #exec cmd = "/home/ducky/test.cgi" -->
>
>><!-- #exec cgi="/home/ducky/test.cgi" -->
>
>Hint 1: CGI= Common Gateway Interface.
> SSI= Server side include != CGI.5
>
>A Cgi program must generate *everything* including a Conten-type: header. The
>following shell script is a correct CGI program.
>
>#! /bin/sh
>cat <<EOF
>Content-type: text/html
>
><HMTL>
><HEAD><TITLE>CGI script output</TITLE></HEAD>
><BODY><h1>CGI outptut</h1>
><P>This output was brought to you by a CGI script</P>
></HTML>
>EOF
>
>SSI is like normal HTML plus some magic comments.
>
>Hint 2: .cgi is not understood as anything unless Apache's
>configuration files tell it to treat .cgi as CGI scripts (or
>application/ms-word, aplication/pgp, etc if you want to be perservse).
>
>Hint 3: Most ISPs do not allow there users CGI, period. Executing
>things via SSI is out too because the same reasons lead to use of the
>IncludesNoExec setting which allows all features of SSI *except*
>execution of command and inclusiojn of CGI pages.
>--
>Duncan (-:
>"software industry, the: unique industry where selling substandard goods is
>legal and you can charge extra for fixing the problems."
-- Scott Gravenhorst
-- FatMan Site: www.teklab.com/~chordman
-- Please reply to:
-- see aech oh are dee em ay en AT ef el ay es aech dot en ee tee
-- I apologize for the above, but spammers are getting too tricky.
------------------------------
From: Gene Wilburn <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.admin,comp.os.linux.networking
Subject: Re: How do I create a custom (Menuing) Shell?
Date: Sun, 20 Jun 1999 18:08:23 GMT
Byron A Jeff wrote:
>
> In article <[EMAIL PROTECTED]>,
> John Rappold <[EMAIL PROTECTED]> wrote:
> >Our VMS system allows lets certain groups of users telnet into a custom
> >shell that has a menuing system....they can cursor to items to start an app
> >or press a number.
> >
> >Can someone point me in the right direction on how to setup something like
> >this in Linux? I'm a newbie.
>
> Personally I think the easiest way to start a project like this is to look
> at the system named dialog. It's a set of programs that lets you put up
> decent looking menus, lists, text entry and yes/no type selectors and have
> the results come back to a shell. Let me see if I can motivate a quick example.
> ---------------- Simple program - Cut here ----------
> # Put up the dialog menu. Title goes at the top. Hello is the text before the
> # menu. 15 is height, 74 the width, 10 the number of items on the page. After
> # that The value and the text come in pairs. the 2>/tmp/answer is where the
> # result of the selection is written.
> dialog dialog --title "testing" --menu "Hello" 15 74 10 1 One 2 Two 3 Three \
> 2>/tmp/answer
>
> # Run something based on the answer.
> case `cat /tmp/answer` in
> 1) echo "running program 1";;
> 2) echo "running program 2";;
> 3) echo "running program 3";;
> *) echo "Oops! got an error\n";;
> esac
> ------------- End of program ------------------
>
> It's not exactly right but you get the idea. check out dialog's man page.
> I once wrote a simple accounting application using just dialog and shell
> script.
>
Some while back I used an ISP that had a dandy console-based menu system
using lynx and html pages. It was extremely effective: it popped up when
you logged in. I don't remember the coding very well, but there was
obviously a way to run scripts and drop to the shell prompt (all menu
choices).
Unfortunately this innovative ISP was bought out by a conglomerate with
no imagination or appeal and they shut down the domain in favor of their
own. I switched ISPs.
Gene
--
===================================================================
Gene Wilburn, Northern Journey Online, http://www.interlog.com/~njo
===================================================================
------------------------------
From: jik- <[EMAIL PROTECTED]>
Crossposted-To: alt.os.linux,uk.comp.os.linux
Subject: Re: Linux: now or never
Date: Sun, 20 Jun 1999 11:58:55 -0700
Mr S A Penny wrote:
>
> In article <[EMAIL PROTECTED]>,
> [EMAIL PROTECTED] writes:
>
> >I'm sure the majority of people in this newsgroup can install Linux over
> >lunch break. Clearing out the cruft is another matter (what the heck is
> >a tamagotchi server anyway?).
>
> I'd love to know if you find out, I mean, it's obviously a central server
> thing for tamagotchi clients, but as I've never come across a tamagotchi
> client, it seems a little silly to have it installed as default (deb 2.0).
> man -k tamagotchi returns nothing, I've not found a single word of
> documentation on it and I consider it a very odd thing! \;/
Its a root access Trojan.
jk :P I haven't ever even seen or heard of it. Thats the nice thing
about using a system that doesn't put in all that wierd useless crap.
You guys should upgrade to slackware.
Course...being as I don't know that it is a Trojan, I also don't know
that it isn't.
------------------------------
From: [EMAIL PROTECTED] (David M. Cook)
Subject: Re: Real Media Player G2
Reply-To: [EMAIL PROTECTED]
Date: Sun, 20 Jun 1999 18:54:20 GMT
On Sun, 20 Jun 1999 12:22:44 -0500, Eric McCraw <[EMAIL PROTECTED]> wrote:
>anyone get this to work w/ Redhat 6.0? and how please. i installed the
>rpm, but cant figure out how to run it or configure it. Please help.
I just followed the directions. However, it doesn't seem to want to play
audio only, just audiovideo.
Dave Cook
------------------------------
From: [EMAIL PROTECTED] (Villy Kruse)
Crossposted-To: comp.os.linux.questions,alt.os.linux,linux.redhat.misc,redhat.general
Subject: Re: /etc/termcap question
Date: 15 Jun 1999 09:55:25 +0200
In article <7k3j24$[EMAIL PROTECTED]>,
Floyd Davidson <[EMAIL PROTECTED]> wrote:
>
>What you are describing was true in 1979, but 20 years have
>gone by since then... and a lot of rubric was stretched.
>
>If DEC extended the rubric of vt100 to cover it, then perhaps
>the rest of us can too.
>
But they are not called vt100. In the terminfo you have definitions for the
following vtxxx terminals:
vt100 vt102 vt125 vt131 vt132 vt200 vt220 vt300 vt320 vt330 vt340 vt400
vt420 vt510 vt520 vt525
Which are all derivations on the original vt100, but differ in the number
of features. In addition there are quite a few vt100 or vgxxx clones
each with their own names and minor deviation from the original vt100.
This includes the xterm which is a vt100 look alike with variable number
of lines.
The problem occurs if someone makes a terminal emulation program, put in
some ansi escape code interpretations and claim that this is a vt100.
An even bigger problem is the terminal type called ansi, which for all
intents and purposes is undefined, or rader, defined differently by
different vendors; so different that they cannot be considered compatible.
Villy
------------------------------
** 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: [EMAIL PROTECTED]
You can send mail to the entire list (and comp.os.linux.misc) via:
Internet: [EMAIL PROTECTED]
Linux may be obtained via one of these FTP sites:
ftp.funet.fi pub/Linux
tsx-11.mit.edu pub/linux
sunsite.unc.edu pub/Linux
End of Linux-Misc Digest
******************************