805 lines
30 KiB
Plaintext
805 lines
30 KiB
Plaintext
From: Digestifier <Linux-Development-Request@senator-bedfellow.mit.edu>
|
||
To: Linux-Development@senator-bedfellow.mit.edu
|
||
Reply-To: Linux-Development@senator-bedfellow.mit.edu
|
||
Date: Sun, 16 Oct 94 20:13:13 EDT
|
||
Subject: Linux-Development Digest #319
|
||
|
||
Linux-Development Digest #319, Volume #2 Sun, 16 Oct 94 20:13:13 EDT
|
||
|
||
Contents:
|
||
Re: windowing/menu and more c lib for linux? (Matthew Hannigan)
|
||
Re: Linux For Mac (Jeff Medcalf)
|
||
Re: 8-bit colour ANSI and ncurses (H. Peter Anvin)
|
||
Re: A badly missed feature in gcc (Jeff Kesselman)
|
||
Re: A badly missed feature in gcc (Jeff Kesselman)
|
||
wxBuilder for Linux? (Tall Sword)
|
||
Re: FTP slowdown under 1.1.52 with hdparm on (Shaune Beattie)
|
||
Re: How to code the following under Linux? (ports) (Sven Goldt)
|
||
Re: NFS mounts from linux ? (Kevin Martinez)
|
||
Re: Linux 1.1.52 (Lies, Damned Lies, and Benchmarks) (Kevin Martinez)
|
||
Re: Any plans for 'trace'? (Nick Hilliard)
|
||
floppy.c & floppy mask (Chris Origer)
|
||
Re: Shared Libs: working toward a permanent solution? (Richard Krehbiel)
|
||
Re: Shared Libs: working toward a permanent solution? (Shannon Hendrix)
|
||
Kernel panic: trying to free up swapper memory space (Joerg Wedeck)
|
||
Re: wxBuilder for Linux? (Stefan Marte)
|
||
Re: Writing directly to vga text memory (Matthias Urlichs)
|
||
Re: Improving SLIP latency under Linux (Matthew Dillon)
|
||
Re: Improving SLIP latency under Linux (Matthew Dillon)
|
||
More floppy bugs! 1.1.54 kernel (Frank Lofaro)
|
||
Re: A badly missed feature in gcc (Karl Keyte)
|
||
Extended Keyboards and X (Basil P. Duval EPFL - CRPP 1015 Lausanne CH)
|
||
|
||
----------------------------------------------------------------------------
|
||
|
||
From: matth@extro.ucc.su.OZ.AU (Matthew Hannigan)
|
||
Subject: Re: windowing/menu and more c lib for linux?
|
||
Date: Sat, 15 Oct 1994 07:45:13 GMT
|
||
|
||
hansf@kfdata.no (Hans Petter Fasteng) writes:
|
||
>Francesco Defilippo (clint@hal9000.unipv.it) wrote:
|
||
>: Dimitris Evmorfopoulos (dimitris@myhost.subdomain.domain) wrote:
|
||
>: : Hans Petter Fasteng (hansf@kfdata.no) wrote:
|
||
>: : : Is is made a c lib for gcc with functions for making window handling and
|
||
>: : : menus? if yes where can I get it?
|
||
>: : For terminals try ncurses, for X, ... well there are plenty of ways.
|
||
>: .. for X try libsx1.1 is a wonderful library.
|
||
>: hplda1.unipv.it:/pub/linux/Libs/libsx-1.1.tar.gz
|
||
|
||
> Thanks for all answers, is it some way (lib) for non-x based apps?
|
||
>on terminals?
|
||
|
||
This doesn't really belong in col.development, but anyway.. I
|
||
just noticed that the latest version of "dflat", a CUA compliant
|
||
toolkit for text screens (in other words, Motif and MS-windows
|
||
like) package had been uploaded to one of the main PC archiive
|
||
sites.
|
||
|
||
I remember from reading about it in Dr. Dobbs that it's supposed to
|
||
be somewhat portable. So you might want to take a look at it.
|
||
|
||
(I haven't used it, but I might have a look at it some time...)
|
||
|
||
--
|
||
-Matt Hannigan
|
||
|
||
|
||
------------------------------
|
||
|
||
From: jeffm@metronet.com (Jeff Medcalf)
|
||
Subject: Re: Linux For Mac
|
||
Date: Sun, 16 Oct 1994 18:31:08 GMT
|
||
|
||
gene@insti.physics.sunysb.edu (Eugene Tyurin) writes:
|
||
|
||
> Why would you want to port Linux onto a typewriter?
|
||
|
||
|
||
No, but I would like to have Linux on the Mac. Macs are, believe it or
|
||
not, quite capable machines. In fact, they are more capable than PCs in
|
||
most areas. The only real weakness of Macs is the lack of software.
|
||
You have a choice of three or four wordprocessors, versus maybe 30 for
|
||
the PC. So what? It does what I need and more, and for less money than
|
||
a comparable PC. So cope.
|
||
|
||
--
|
||
--
|
||
jeffm@fohnix.metronet.com | How many Microsoft employees does it
|
||
Jeff Medcalf | take to change a lightbulb?
|
||
Johnston Technical Services | None: Microsoft declares darkness to
|
||
|
||
------------------------------
|
||
|
||
From: hpa@ahab.eecs.nwu.edu (H. Peter Anvin)
|
||
Subject: Re: 8-bit colour ANSI and ncurses
|
||
Reply-To: hpa@nwu.edu (H. Peter Anvin)
|
||
Date: Sun, 16 Oct 1994 18:43:26 GMT
|
||
|
||
Followup to: <37mhde$rub@mathserv.mps.ohio-sta>
|
||
By author: davis@pacific.mps.ohio-state.edu
|
||
In newsgroup: comp.os.linux.development
|
||
>
|
||
> Does anyone know of a mechanism that will allow a program running in a
|
||
> console window to use the mouse? I know of selection but I want to be able
|
||
> to control the mouse myself. Also, it must run in user mode and not require
|
||
> special privs.
|
||
>
|
||
|
||
Yes... open /dev/mouse for yourself. You can probably use to
|
||
mouse-code from selection, though. Actually, a mouse library might
|
||
not be a bad idea.
|
||
|
||
/hpa
|
||
--
|
||
INTERNET: hpa@nwu.edu --- Allah'u'abha ---
|
||
IBM MAIL: I0050052 at IBMMAIL HAM RADIO: N9ITP or SM4TKN
|
||
FIDONET: 1:115/511 or 1:115/512 STORMNET: 181:294/1 or 181:294/101
|
||
This article might have been generated by a buggy newsreader.
|
||
|
||
------------------------------
|
||
|
||
From: jeffpk@netcom.com (Jeff Kesselman)
|
||
Subject: Re: A badly missed feature in gcc
|
||
Date: Sat, 15 Oct 1994 01:55:12 GMT
|
||
|
||
In article <CxL0sG.2zB@news.cern.ch>, Dan Pop <danpop@cernapo.cern.ch> wrote:
|
||
>In <hpa.4aca0000.Swedes.have.more.fun@ahab.eecs.nwu.edu> hpa@ahab.eecs.nwu.edu (H. Peter Anvin) writes:
|
||
>
|
||
>>Followup to: <CxKAz1.JIC@news.cern.ch>
|
||
>>By author: danpop@cernapo.cern.ch (Dan Pop)
|
||
>>In newsgroup: comp.os.linux.development
|
||
>>>
|
||
>>>
|
||
>>> They're valid C code, nevertheless. A C compiler which fails to translate
|
||
>>> correctly valid C code is broken by definition.
|
||
>>>
|
||
>>
|
||
>>True, but there is no law against extensions (which may conflict with
|
||
>>obscure standard constructs) if you can turn them off.
|
||
>>
|
||
>I prefer the other way 'round. The default should be the standard
|
||
>compiler and any extensions should be enabled using options.
|
||
>
|
||
>gcc is not working this way (it compiles GNU C by default, not ANSI C)
|
||
>and this creates lots of problems to the unsuspecting beginner, because
|
||
>it accepts a lot of invalid ANSI (or K&R) code which is valid GNU C
|
||
>code.
|
||
>
|
||
>Dan
|
||
>--
|
||
>Dan Pop
|
||
>CERN, CN Division
|
||
>Email: danpop@cernapo.cern.ch
|
||
>Mail: CERN - PPE, Bat. 31 R-004, CH-1211 Geneve 23, Switzerland
|
||
|
||
|
||
In theory I agree. I suspect, though, one of the problems is that gnu C
|
||
outdates the ANSI specification. there are a rgeat many existing
|
||
programs written sp[ecificly FOR gnu C. it woudl be pretty nasty if they
|
||
all (or a large subset even) stopped compiling without a special flag.
|
||
|
||
Stalhman's group is kind of between a rock and a hard place here...
|
||
|
||
jeff kesselman
|
||
|
||
------------------------------
|
||
|
||
From: jeffpk@netcom.com (Jeff Kesselman)
|
||
Subject: Re: A badly missed feature in gcc
|
||
Date: Sat, 15 Oct 1994 02:00:24 GMT
|
||
|
||
In article <37i8js$m0n@mercury.interpath.net>,
|
||
Tom Wilson <ctwilson@mercury.interpath.net> wrote:
|
||
>In article <6453@sparky.mdavcr.mda.ca>,
|
||
>Bruce Thompson <bruce@mdavcr.mda.ca> wrote:
|
||
>:H. Peter Anvin (hpa@ahab.eecs.nwu.edu) wrote:
|
||
>:: Followup to: <jeffpkCxJ93y.Ku1@netcom.com>
|
||
>:: By author: jeffpk@netcom.com (Jeff Kesselman)
|
||
>:: In newsgroup: comp.os.linux.development
|
||
>:
|
||
>[CHOMP}
|
||
>:
|
||
>:As a postscript, I find the notion of supporting multiple comment
|
||
>:syntaxes as unusual in the extreme. I know of no other language than
|
||
>:C++ which has multiple comment syntaxes. I have yet to encounter a
|
||
>
|
||
>Well, (URP!) VMS Pascal supports both (* *) and { } .....for what
|
||
>*that* piece of silly trivia is worth...
|
||
|
||
Not much more then the fact that Borland C supports //,I'm afraid. Its
|
||
still a compiler specific extension to the accepte standard.
|
||
|
||
>
|
||
>At any rate, breaking strict ANSI compliance to follow Mickeysoft
|
||
>(I believe they did it first.. // , that is) just ain't worth it
|
||
>IMNSHO...
|
||
>
|
||
>--
|
||
|
||
|
||
If we start doign things to keep up with Microsoft, we might as well just
|
||
get to the cliff FIRST and jump off, they'll be along in a bit....
|
||
|
||
:)
|
||
|
||
Jeff Kesselman
|
||
|
||
------------------------------
|
||
|
||
From: cs_kokim@dmf123.ust.hk (Tall Sword)
|
||
Subject: wxBuilder for Linux?
|
||
Date: Sun, 16 Oct 1994 16:48:23 GMT
|
||
|
||
[ Article crossposted from comp.windows.x ]
|
||
[ Author was Tall Sword ]
|
||
[ Posted on Sun, 16 Oct 1994 16:47:58 GMT ]
|
||
|
||
I am curious that wxBuilder supports linux? Anyone have compiled it?
|
||
|
||
--
|
||
* Origin: TallSword, Computer Science Year 2, HKUST
|
||
internet: cs_kokim@dmf123.ust.hk, cs_kokim@stu.ust.hk
|
||
root@dmf123.ust.hk, raymond@dmf123.ust.hk
|
||
Raymond.Ko@f15.n700.z6.ftn.air.org
|
||
fidonet: Raymond Ko, 6:700/15@fidonet.org
|
||
|
||
|
||
--
|
||
* Origin: TallSword, Computer Science Year 2, HKUST
|
||
internet: cs_kokim@dmf123.ust.hk, cs_kokim@stu.ust.hk
|
||
root@dmf123.ust.hk, raymond@dmf123.ust.hk
|
||
Raymond.Ko@f15.n700.z6.ftn.air.org
|
||
fidonet: Raymond Ko, 6:700/15@fidonet.org
|
||
|
||
|
||
------------------------------
|
||
|
||
From: sdgb1@cus.cam.ac.uk (Shaune Beattie)
|
||
Subject: Re: FTP slowdown under 1.1.52 with hdparm on
|
||
Date: 14 Oct 1994 19:09:25 GMT
|
||
|
||
Garth C. Nielsen (gnielsen@clam.rutgers.edu) wrote:
|
||
|
||
: P.S While compiling 1.1.52 should I have copy files from /asm-386i
|
||
: into /asm? Cause it would not compile without that.
|
||
|
||
either symlink from asm-i386 to asm , or better (IMHO) fix the original
|
||
symlink, from /usr/include/asm to point to
|
||
/usr/src/linux/include/asm-i386 rather than /usr/src/linux/include/asm
|
||
|
||
rm -f /usr/include/asm
|
||
ln -s /usr/src/linux/include/asm-i386 /usr/include/asm
|
||
|
||
:
|
||
|
||
-----------------------------------------------------------------------------
|
||
|Snail: |Email: (choose one of) |Tel: +44(0)223 501878 |
|
||
|Shaune Beattie |sdgb1@cus.cam.ac.uk | |
|
||
|St. Catharine's College |shaune@beattie.demon.co.uk |Thought for the day... |
|
||
|Cambridge CB2 1RL | |I need a better sig :) |
|
||
-----------------------------------------------------------------------------
|
||
|
||
------------------------------
|
||
|
||
From: nevs@cs.tu-berlin.de (Sven Goldt)
|
||
Subject: Re: How to code the following under Linux? (ports)
|
||
Date: 16 Oct 1994 19:35:05 GMT
|
||
|
||
|
||
Read the Linux Programmer's Guide and look at the example checklp.c.
|
||
Version 0.3 will be out soon, until then get version 0.2.
|
||
|
||
--
|
||
*******************************************************************************
|
||
* # THE MOST IMPORTANT FINANCIAL QUESTION IS: Where is the money ? # *
|
||
*******************************************************************************
|
||
|
||
------------------------------
|
||
|
||
From: Kevin Martinez <lps@rahul.net>
|
||
Subject: Re: NFS mounts from linux ?
|
||
Date: Sun, 16 Oct 1994 04:58:23 GMT
|
||
|
||
dmartin@lerc.nasa.gov (David Martin) writes:
|
||
|
||
|
||
>I checked the NFS-FAQ, but I wanted to make sure. Is there any way to
|
||
>mount a linux filesystem from another computer? i.e.
|
||
|
||
>mount linuxbox:/home /mnt
|
||
|
||
It works pretty well actually! I've got 40 PCs NFS mounting their D: and
|
||
E: drives from a Linux host. They are all console-less industrial PCs
|
||
running tests on computer peripherals. The network traffic is impressive
|
||
in volume and so far no burps or hiccups from the Linux host.
|
||
|
||
Just make the appropriate entries in a /etc/exports file (see man
|
||
exports), make sure that portmapper, nfsd amd mountd are running. you may
|
||
want to make pcnfsd or bwnfsd run if you want some kind of authentication
|
||
from the PCs. I used the Tsoft NFS client for DOS on the PC side of things.
|
||
--
|
||
========================================================================
|
||
Kevin Martinez Fear the Government that fears your Scanner!
|
||
lps@rahul.net I owe all my success to Roly Poly Fish Heads!
|
||
========================================================================
|
||
|
||
------------------------------
|
||
|
||
From: Kevin Martinez <lps@rahul.net>
|
||
Subject: Re: Linux 1.1.52 (Lies, Damned Lies, and Benchmarks)
|
||
Date: Sun, 16 Oct 1994 05:04:47 GMT
|
||
|
||
kubla@Uni-Mainz.DE (Dominik Kubla) writes:
|
||
|
||
>What about using the SPEC benchmark ? v1.2 is available on FTP. I will try to
|
||
>run the suite over the weekend.
|
||
|
||
Where can the spec benchmark be found? I didn't see it at ftp.uu.net.....
|
||
Archie turns up many specs but they are specifications.
|
||
Thanks for the pointer,
|
||
|
||
Kevin Martinez
|
||
lps@rahul.net
|
||
--
|
||
========================================================================
|
||
Kevin Martinez Fear the Government that fears your Scanner!
|
||
lps@rahul.net I owe all my success to Roly Poly Fish Heads!
|
||
========================================================================
|
||
|
||
------------------------------
|
||
|
||
From: nick@flapjack.ieunet.ie (Nick Hilliard)
|
||
Subject: Re: Any plans for 'trace'?
|
||
Date: Sun, 16 Oct 1994 12:55:22 GMT
|
||
|
||
Justin Beech (justinb@lehman.com) wrote:
|
||
|
||
: One command I sorely miss, especially when things are not
|
||
: going well, is 'trace', the Sunos command for spewing out
|
||
: the system calls a process does, with arguments.
|
||
: I know this is Sun special, but its a very useful special.
|
||
: Anybody else miss trace?
|
||
|
||
Try 'strace'. If it's not on your system, look it up on sunsite, or archie.
|
||
|
||
Nick
|
||
--
|
||
Thought for the day:
|
||
"Don't worry about people stealing your ideas. If your ideas are any
|
||
good, you'll have to ram them down people's throats."
|
||
-- Howard Aiken
|
||
|
||
------------------------------
|
||
|
||
From: ctoriger@starbase.neosoft.com (Chris Origer)
|
||
Subject: floppy.c & floppy mask
|
||
Date: 16 Oct 1994 20:51:12 GMT
|
||
|
||
Hi, could someone tell me what ALLOWED_DRIVE_MASK should be defined
|
||
to for allowing 4 floppy drives. I used to have 4 floppies running
|
||
(a long time ago) on a quad controller in linux and only had to make the
|
||
new devices for it to work. Any help appreciated. Thanks
|
||
Chris
|
||
|
||
|
||
|
||
|
||
------------------------------
|
||
|
||
From: richk@netcom13.netcom.com (Richard Krehbiel)
|
||
Subject: Re: Shared Libs: working toward a permanent solution?
|
||
Date: Sun, 16 Oct 1994 12:33:18 GMT
|
||
|
||
In article <37mepf$mei@senator-bedfellow.MIT.EDU> "Theodore Ts'o" <tytso@MIT.EDU> writes:
|
||
|
||
> >The real problem with this sort of solution is that you have to educate
|
||
> >GCC about segment registers, and you have to include the segment number
|
||
> >into a pointer. Otherwise, how is GCC supposed to know whether a
|
||
> >pointer was pointing at memory from the library's data segment, or at
|
||
> >memory passed in from the caller?
|
||
>
|
||
> It doesn't need to. Any pointer that actually gets passed around in
|
||
> a program in variables and such is still a 32-bit, absolute, "small model"
|
||
> pointer as usual. The only thing that needs to be changed is the method
|
||
> of accessing or taking the address of a static variable. To take the
|
||
> address of a static variable, just convert the segment-register-relative
|
||
> offset to a global, absolute offset by adding the base address of the
|
||
> library, and use the resulting absolute pointer thereafter. This will
|
||
> work as long as a particular shared library doesn't move around in
|
||
> a particular process's address space _while_it_is_running_, which would
|
||
> be rather insane anyway. :-)
|
||
>
|
||
> Unfortuantely, life's not that simple. What if you take the address of
|
||
> a static variable, and store it into a structure? That structure member
|
||
> might contain a pointer to a static variable local to the shared
|
||
> library, or it might contain a pointer to memory in the main program's
|
||
> data segment.
|
||
|
||
We're not talking about a real segmented address space here (or at
|
||
least, I'm not), just using a segment register as a base address.
|
||
Every address in the library's FS-relative local data space has an
|
||
alias in the DS-relative process address space. Whenever the address
|
||
of a lib data object is taken, you generate it's address in global
|
||
DS-relative space. This way all of the code is consistent in
|
||
dereferencing any pointers via DS.
|
||
|
||
> general case. Consider a situation where shared library (a) Motif,
|
||
> calls shared library (b) XFree86, which calls shared library (c) libc.
|
||
> Now suppose that Motif passes a string from its data segment to Xfree86,
|
||
> and Xfree86 wants to call strcmp on a string in Motif's data segment,
|
||
> and with one in its data segement. Thus, strlen would be asked to
|
||
> compare strings in two different segements ---- hence, it must be
|
||
> segment aware, and this requires compiler support.
|
||
|
||
This would not be a problem because every pointer generated is
|
||
DS-relative, even though it may be accessed via FS sometimes by the
|
||
library.
|
||
|
||
(For the record, even though I understand how it would function, I
|
||
personally think this segment thing is too much work, especially
|
||
considering the work making GCC to FS-relative addressing of library
|
||
data. I prefer PIC or load-and-relocate solutions, which would even
|
||
be portable to non-segmented architectures.)
|
||
--
|
||
Richard Krehbiel richk@netcom.com
|
||
Picture a clever one-liner here...
|
||
|
||
------------------------------
|
||
|
||
From: shendrix@escape.widomaker.com (Shannon Hendrix)
|
||
Subject: Re: Shared Libs: working toward a permanent solution?
|
||
Date: Sat, 15 Oct 1994 04:04:28 GMT
|
||
|
||
Bryan Ford <baford@schirf.cs.utah.edu> writes:
|
||
|
||
>Yes, a true multisegmented environment has its attractions, but after
|
||
>programming in one for a while (i.e. 16-bit DOS), I'd say its disadvantages
|
||
>are much bigger than its advantages. :-)
|
||
|
||
Why? 16-bit DOS is nothing like Multics so you can't judge Multic's
|
||
by your experience in DOS. Also, the biggest problem with DOS on the
|
||
Intel's was that the segments were so small, wrapped-around, and there
|
||
was little or no fault detection. Segmentation itself isn't bad at all.
|
||
|
||
>But I wasn't proposing a true
|
||
>multisegmented environment; just a small architecture-specific kludge
|
||
>to allow the compiler to use a segment register instead of a scarce general
|
||
>register to remember the library base address in a PIC library.
|
||
|
||
Actually, I'd love to see Multics (or something close) that I could
|
||
play with. I always wanted to get a chance to learn/use Multics but
|
||
now I guess that won't ever happen.
|
||
|
||
> Bryan
|
||
--
|
||
csh
|
||
===========================================================================
|
||
shendrix@escape.widomaker.com | Linux... that's it for the moment
|
||
===================================+
|
||
|
||
------------------------------
|
||
|
||
From: jw@peanuts.informatik.uni-tuebingen.de (Joerg Wedeck)
|
||
Subject: Kernel panic: trying to free up swapper memory space
|
||
Date: 16 Oct 1994 19:29:36 GMT
|
||
|
||
Hi,
|
||
|
||
when tryin to backup my system on a scsi tape, i got the following error
|
||
(kernel 1.1.49 to 54, others not tested):
|
||
|
||
Process swapper
|
||
...
|
||
Aiee, killing interrupt handler
|
||
task[0] (swapper) killed: unable to recover
|
||
Kernel panic: trying to free up swapper memory space
|
||
In swapper task - not syncing
|
||
|
||
My systems is a asus sp3g motherboard, wirh an ide hard disk and 1 GB
|
||
scsi disk of IBM both connected to the onboard controller, as well as
|
||
the 150 MB wangtek scsi tape drive. after this crash even the bios probe
|
||
of the scsi devices fails, the systems only works after switching it off and
|
||
on again. The scsi controller is an NCR 53c810. If requested, i can post
|
||
or mail further codes produced by the crash concerning code and stack
|
||
segments. is there any hope to get this fixed soon, or should i revert
|
||
to my adaptec 1542cf controller ?
|
||
|
||
cu
|
||
Joerg
|
||
|
||
--
|
||
==================================+======================================
|
||
Joerg Wedeck | E-Mail: jw@peanuts.informatik\
|
||
Universitaet Tuebingen | .uni-tuebingen.de
|
||
Lehrstuhl fuer Techn. Informatik |
|
||
Sand 13 |
|
||
72076 Tuebingen |
|
||
Germany |
|
||
==================================+======================================
|
||
Deswegen bin ich ja Optio, und Du nur Legionaer :-)
|
||
=========================================================================
|
||
|
||
|
||
------------------------------
|
||
|
||
From: MARTE@htu.tu-graz.ac.at (Stefan Marte)
|
||
Subject: Re: wxBuilder for Linux?
|
||
Date: Sun, 16 Oct 1994 19:56:27 GMT
|
||
|
||
>[ Author was Tall Sword ]
|
||
>I am curious that wxBuilder supports linux? Anyone have compiled it?
|
||
|
||
as of now, wxbuilder only supports windows, but julian smart is working on
|
||
getting it to work on sun systems and motif. when this done, it should be
|
||
possible to transfer wxbuilder to linux, provided you have motif libs, which
|
||
i don't.
|
||
|
||
cu
|
||
STM
|
||
---
|
||
Stefan Marte: marte@htu.tu-graz.ac.at
|
||
|
||
------------------------------
|
||
|
||
From: urlichs@smurf.noris.de (Matthias Urlichs)
|
||
Subject: Re: Writing directly to vga text memory
|
||
Date: 14 Oct 1994 13:09:38 +0100
|
||
|
||
In comp.os.linux.development, article <37i674$dpd@great-miami.iac.net>,
|
||
esteve@iac.net (E. Stephen Sullivan) writes:
|
||
|
||
[ Please use line lengths < 78 characters. ]
|
||
|
||
> I'm porting some apps from SCO to linux and need a little guidance. The
|
||
> SCO apps call a routin that returns an address that vectors to the vga
|
||
> text memory a 0xb8000. The apps then think they are writing directly to
|
||
> the screen memory. This even works across virtual ttys. I need something
|
||
> similar for linux. Svgalib is overkill and dosen't seem to quite do what
|
||
> I want. Any ideas?
|
||
|
||
Yes. Rip out the code that writes to the screen and use [n]curses instead.
|
||
That'll be a bit slower, but at least it works best.
|
||
|
||
Alternately, allocate your own buffer and periodically update the changed
|
||
areas using curses (this is a bit faster). Alternately, implement VC
|
||
switching (look at the svgalib sources on how to do that); this is fastest
|
||
but works only on the console.
|
||
|
||
IMHO, programs which can only run on the console are next to useless.
|
||
In my case, this is because the console sits in the computer room
|
||
downstairs, and when I want to do real work, I use X. The display machine
|
||
is much quieter...
|
||
|
||
--
|
||
Matthias Urlichs \ XLink-POP N<>rnberg | EMail: urlichs@smurf.noris.de
|
||
Schleiermacherstra<EFBFBD>e 12 \ Unix+Linux+Mac | Phone: ...please use email.
|
||
90491 N<>rnberg (Germany) \ Consulting+Networking+Programming+etc'ing 42
|
||
PGP: 1B 89 E2 1C 43 EA 80 44 15 D2 29 CF C6 C7 E0 DE
|
||
Click <A HREF="http://smurf.noris.de/~urlichs/finger">here</A>.
|
||
|
||
------------------------------
|
||
|
||
From: dillon@apollo.west.oic.com (Matthew Dillon)
|
||
Subject: Re: Improving SLIP latency under Linux
|
||
Date: 16 Oct 1994 01:22:37 -0700
|
||
|
||
:In article <longyearCxC2wx.I3A@netcom.com> longyear@netcom.com (Al Longyear) writes:
|
||
:>eric@pandora.Las-Vegas.NV.US (Eric J. Schwertfeger) replies to someone:
|
||
:>
|
||
:>>: Actually, I guess there is one thing you could do. You could set
|
||
:
|
||
:As you indicated, don't try it with SLIP. Putting X window protocol
|
||
:over a SLIP link is very dangerous without sending the complete and
|
||
:...
|
||
:>once for a session?
|
||
:
|
||
:The maximum value is set once for the session. You could reduce it,
|
||
:but increasing it is definitely not a good idea.
|
||
:
|
||
:--
|
||
:Al Longyear longyear@netcom.com
|
||
|
||
There is nothing wrong with running X over a SLIP link. X uses a TCP
|
||
connection, therefore it will be error-checked and work just fine.
|
||
Of course, it will be S.L.O.W., but it *will* work, I do it all the
|
||
time.
|
||
|
||
As far as flow control for sessions go, you generally want to set your
|
||
mtu to 576 for a high speed modem running SLIP. That gives you
|
||
512 bytes of data per TCP packet maximum, but this alone will NOT
|
||
effect the amount of buffering the computer tries to do.
|
||
|
||
Linux, by default, will allow the other end to buffer around 32K I think,
|
||
which will reduce interactive response to a crawl.
|
||
|
||
In order to fool around with buffering you need to set the TCP window
|
||
size. For example, if you set the TCP receiver window to 2K, then you
|
||
are basically allowing the remote to queue 4 packets (mtu 576) to you
|
||
before getting an ack from the first. Judicious settings will allow
|
||
you to run FTP and other batches at nearly full speed without impacting
|
||
on interactive response too badly. The 1.1.X kernels have this ability
|
||
via the 1.1.X route command (and support built into the kernel routing
|
||
tables, of course). You are on your own though, please remember that
|
||
the 1.1.X kernels are considered alpha-test kernels and are not for
|
||
general consumption.
|
||
|
||
-Matt
|
||
|
||
|
||
--
|
||
|
||
Matthew Dillon dillon@apollo.west.oic.com
|
||
1005 Apollo Way ham: KC6LVW (no mail drop)
|
||
Incline Village, NV. 89451 Obvious Implementations Corporation
|
||
USA Sandel-Avery Engineering
|
||
[always include a portion of the original email in any response!]
|
||
|
||
|
||
------------------------------
|
||
|
||
From: dillon@apollo.west.oic.com (Matthew Dillon)
|
||
Subject: Re: Improving SLIP latency under Linux
|
||
Date: 16 Oct 1994 01:29:57 -0700
|
||
|
||
:In article <1994Oct14.025157.397@unlv.edu> ftlofaro@unlv.edu (Frank Lofaro) writes:
|
||
:>In article <37981n$9bs@gate.noris.de> urlichs@smurf.noris.de (Matthias Urlichs) writes:
|
||
:>>Oops, I meant "-2- or -3-". (Rationale: There should be a link-level
|
||
:>>checksum. The modem error correction isn't end-to-end, but it's better than
|
||
:>>no error correction at all.)
|
||
:>>
|
||
:>
|
||
:>Huh??? You need link-level checksums when you already have TCP and UDP
|
||
:>checksums?
|
||
|
||
modem
|
||
|
||
error correction with or without compression:
|
||
|
||
* reliable connection (no garbage characters)
|
||
* END TO END HARDWARE FLOW CONTROL
|
||
* higher latency (about 20ms round trip)
|
||
|
||
error correction turned off:
|
||
|
||
* random garbage will occur, making the link less reliable
|
||
* ONLY LOCAL HARDWARE FLOW CONTROL, NOT END TO END
|
||
* lower latency
|
||
|
||
Basically, you want to use error correction because noise and garbage
|
||
is a fact of life on any high speed modem with error correction
|
||
disabled and it only takes one noisy packet out of 20 to cut your TCP
|
||
throughput for an upload or download in half.
|
||
|
||
-Matt
|
||
|
||
--
|
||
|
||
Matthew Dillon dillon@apollo.west.oic.com
|
||
1005 Apollo Way ham: KC6LVW (no mail drop)
|
||
Incline Village, NV. 89451 Obvious Implementations Corporation
|
||
USA Sandel-Avery Engineering
|
||
[always include a portion of the original email in any response!]
|
||
|
||
|
||
------------------------------
|
||
|
||
From: ftlofaro@unlv.edu (Frank Lofaro)
|
||
Subject: More floppy bugs! 1.1.54 kernel
|
||
Date: Sun, 16 Oct 94 20:47:44 GMT
|
||
|
||
There are still some bugs in the floppy driver.
|
||
|
||
Here is what happens after I take a floppy, run mkswap on it, remove,
|
||
reinsert it, and then try to swapon /dev/fd0H1440:
|
||
|
||
664: 13:35:55: /: whitney# swapon /dev/fd0H1440
|
||
floppy0: disk absent or changed during operation
|
||
floppy I/O error
|
||
dev 021C, sector 0
|
||
Unable to find swap-space signature
|
||
swapon: /dev/fd0H1440: Invalid argument
|
||
|
||
Okay, lets try it again:
|
||
|
||
floppy0: disk absent or changed during operation
|
||
floppy I/O error
|
||
dev 021C, sector 0
|
||
Unable to find swap-space signature
|
||
swapon: /dev/fd0H1440: Invalid argument
|
||
|
||
Not any better. Lets try reading from /dev/fd0 a little:
|
||
|
||
666: 13:40:40: /: whitney# dd bs=1024 count=1 if=/dev/fd0H1440
|
||
of=/dev/null
|
||
VFS: Disk change detected on device 2/28
|
||
1+0 records in
|
||
1+0 records out
|
||
|
||
Ah, good. Try the swapon again:
|
||
|
||
667: 13:41:19: /: whitney# swapon /dev/fd0H1440
|
||
floppy0: bh=null in copy buffer before copy
|
||
floppy0: weirdness: remaining 8
|
||
Unable to find swap-space signature
|
||
swapon: /dev/fd0H1440: Invalid argument
|
||
|
||
Well, at least it thinks the disk is there and not removed during the
|
||
operation (it was the whole time!). Maybe someone is not resetting the
|
||
changed_floppies flags all the times it is needed. The dd took care of
|
||
that.
|
||
|
||
However, the bh=null and weirdness messages are disturbing, as is the
|
||
fact that it can't find the swap space signature (just what is it
|
||
reading off the floppy??)
|
||
|
||
I hope this helps find some bugs in the floppy driver.
|
||
|
||
P.S: Yes, I know swapping to a floppy is weird, and of limited
|
||
usefulness, but there are some uncommon situations where it could be
|
||
useful and it shows some low-level driver bugs quite well, including
|
||
some which could be messing up my raw devices patch when I make it not
|
||
use 1k reads to the floppy. In any event, one should not get complaints
|
||
that the floppy is absent/changed during operation or weird messages
|
||
about "bh=null" and "weirdness: remaining 8". I am glad people are
|
||
doing work on the driver, but it is not ready for prime-time
|
||
(i.e. 1.2.0) quite yet.
|
||
|
||
P.P.S: A use for swap to a floppy. Installation on very memory
|
||
starved machines, before any partitions have been set up. Swap to the
|
||
floppy could get it running until one is ready to do that (albeit
|
||
quite slowly, but better than nothing at all, or borrowing SIMMS for
|
||
the install).
|
||
|
||
|
||
------------------------------
|
||
|
||
Date: Fri, 14 Oct 1994 13:59:13 +0100
|
||
From: kkeyte@esoc.bitnet (Karl Keyte)
|
||
Reply-To: kkeyte@esoc.bitnet
|
||
Subject: Re: A badly missed feature in gcc
|
||
|
||
PLEASE MOVE THIS THREAD TO A FORUM DISCUSSING THE C/C++ LANGUAGE.
|
||
|
||
IT HAS NOTHING TO DO WITH LINUX.
|
||
|
||
kk
|
||
|
||
=========================================================================
|
||
Vitrociset S.p.A. Tel : +(49) 6151 902041
|
||
European Space Agency Fax : +(49) 6151 904041
|
||
|
||
------------------------------
|
||
|
||
From: duval@elpp1.epfl.ch (Basil P. Duval EPFL - CRPP 1015 Lausanne CH)
|
||
Subject: Extended Keyboards and X
|
||
Date: 12 Oct 1994 17:27:03 GMT
|
||
Reply-To: DUVAL@ELPP1.EPFL.CH
|
||
|
||
|
||
Hello world,
|
||
I am trying to put a few Pcs with Linux up and have managed to get
|
||
the Dec Keyboards with the VT220 keys which leaves me the problem of getting
|
||
Linux to recognise the extra keys. With loadkeys I have menaged to get the
|
||
extra keys mapped and with showkey found the codes I need to be 113 114 115
|
||
116 117 and 118.
|
||
When I launch X, at the moment only V2.1.1, and have a look with xev,
|
||
these keys produce NO code, or translation whatsoever. This can not be
|
||
normal !!
|
||
Could somebody tell me what has happened to these key codes in launching X ?
|
||
Do I have to get the sources of XFree and have a look at wher ethe codes are translated. I have read the keyboard FAQ which implies that X reads the
|
||
normal configurtion during its boot, and that the numbers of the keycodes assigned to the keys in X is "rather arbitrary"
|
||
|
||
|
||
What gives ???
|
||
|
||
( at the same time if anybody knows how to make the delete key function
|
||
correctly with Dec Motif, I WOULD BE VERY HAPPY )
|
||
|
||
Basil P. DUVAL
|
||
EPFL/CRPP
|
||
1015 Bassenges
|
||
Lausanne, Switzerland
|
||
Email: DUVAL@ELPP1.EPFL.CH
|
||
|
||
------------------------------
|
||
|
||
|
||
** 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
|
||
******************************
|