Subject: Linux-Development Digest #319
From: Digestifier <[email-masked]>
To: [email-masked]
Date: Sun, 16 Oct 94 20:13:13 EDT

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: [email-masked] (Matthew Hannigan)
Subject: Re: windowing/menu and more c lib for linux?
Date: Sat, 15 Oct 1994 07:45:13 GMT

[email-masked] (Hans Petter Fasteng) writes:
>Francesco Defilippo ([email-masked]) wrote:
>: Dimitris Evmorfopoulos ([email-masked]) wrote:
>: : Hans Petter Fasteng ([email-masked]) 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: [email-masked] (Jeff Medcalf)
Subject: Re: Linux For Mac
Date: Sun, 16 Oct 1994 18:31:08 GMT

[email-masked] (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.

--
--
[email-masked]   | How many Microsoft employees does it
Jeff Medcalf                |   take to change a lightbulb?
Johnston Technical Services | None: Microsoft declares darkness to

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

From: [email-masked] (H. Peter Anvin)
Subject: Re: 8-bit colour ANSI and ncurses
Reply-To: [email-masked] (H. Peter Anvin)
Date: Sun, 16 Oct 1994 18:43:26 GMT

Followup to:  <[email-masked]>
By author:    [email-masked]
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: [email-masked]             --- 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: [email-masked] (Jeff Kesselman)
Subject: Re: A badly missed feature in gcc
Date: Sat, 15 Oct 1994 01:55:12 GMT

In article <[email-masked]>, Dan Pop <[email-masked]> wrote:
>In <[email-masked]> [email-masked] (H. Peter Anvin) writes:
>
>>Followup to:  <[email-masked]>
>>By author:    [email-masked] (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: [email-masked]
>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: [email-masked] (Jeff Kesselman)
Subject: Re: A badly missed feature in gcc
Date: Sat, 15 Oct 1994 02:00:24 GMT

In article <[email-masked]>,
Tom Wilson <[email-masked]> wrote:
>In article <[email-masked]>,
>Bruce Thompson <[email-masked]> wrote:
>:H. Peter Anvin ([email-masked]) wrote:
>:: Followup to:  <[email-masked]>
>:: By author:    [email-masked] (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: [email-masked] (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: [email-masked], [email-masked]
                [email-masked], [email-masked]
                [email-masked]
      fidonet:  Raymond Ko, 6:700/[email-masked]

--
* Origin: TallSword, Computer Science Year 2, HKUST
      internet: [email-masked], [email-masked]
                [email-masked], [email-masked]
                [email-masked]
      fidonet:  Raymond Ko, 6:700/[email-masked]

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

From: [email-masked] (Shaune Beattie)
Subject: Re: FTP slowdown under 1.1.52 with hdparm on
Date: 14 Oct 1994 19:09:25 GMT

Garth C. Nielsen ([email-masked]) 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          [email-masked]        |                        |
|St. Catharine's College [email-masked] |Thought for the day...  |
|Cambridge CB2 1RL       |                           |I need a better sig :)  |
 -----------------------------------------------------------------------------

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

From: [email-masked] (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 <[email-masked]>
Subject: Re: NFS mounts from linux ?
Date: Sun, 16 Oct 1994 04:58:23 GMT

[email-masked] (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!
 [email-masked]            I owe all my success to Roly Poly Fish Heads!
========================================================================

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

From: Kevin Martinez <[email-masked]>
Subject: Re: Linux 1.1.52 (Lies, Damned Lies, and Benchmarks)
Date: Sun, 16 Oct 1994 05:04:47 GMT

[email-masked] (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
[email-masked]
-- 
========================================================================
 Kevin Martinez           Fear the Government  that fears your Scanner!
 [email-masked]            I owe all my success to Roly Poly Fish Heads!
========================================================================

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

From: [email-masked] (Nick Hilliard)
Subject: Re: Any plans for 'trace'?
Date: Sun, 16 Oct 1994 12:55:22 GMT

Justin Beech ([email-masked]) 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: [email-masked] (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: [email-masked] (Richard Krehbiel)
Subject: Re: Shared Libs: working toward a permanent solution?
Date: Sun, 16 Oct 1994 12:33:18 GMT

In article <[email-masked]> "Theodore Ts'o" <[email-masked]> 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                                [email-masked]
Picture a clever one-liner here...

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

From: [email-masked] (Shannon Hendrix)
Subject: Re: Shared Libs: working toward a permanent solution?
Date: Sat, 15 Oct 1994 04:04:28 GMT

Bryan Ford <[email-masked]> 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
===========================================================================
[email-masked]      | Linux... that's it for the moment
===================================+ 

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

From: [email-masked] (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: [email-masked]\
Universitaet Tuebingen            |             .uni-tuebingen.de
Lehrstuhl fuer Techn. Informatik  |
Sand 13                           |
72076 Tuebingen                   |
Germany                           |
==================================+======================================
       Deswegen bin ich ja Optio, und Du nur Legionaer :-)
=========================================================================

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

From: [email-masked] (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: [email-masked]

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

From: [email-masked] (Matthias Urlichs)
Subject: Re: Writing directly to vga text memory
Date: 14 Oct 1994 13:09:38 +0100

In comp.os.linux.development, article <[email-masked]>,
  [email-masked] (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: [email-masked]
Schleiermacherstraß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: [email-masked] (Matthew Dillon)
Subject: Re: Improving SLIP latency under Linux
Date: 16 Oct 1994 01:22:37 -0700

:In article <[email-masked]> [email-masked] (Al Longyear) writes:
:>[email-masked] (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           [email-masked]

    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              [email-masked]
    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: [email-masked] (Matthew Dillon)
Subject: Re: Improving SLIP latency under Linux
Date: 16 Oct 1994 01:29:57 -0700

:In article <[email-masked]> [email-masked] (Frank Lofaro) writes:
:>In article <[email-masked]> [email-masked] (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              [email-masked]
    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: [email-masked] (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: [email-masked] (Karl Keyte)
Reply-To: [email-masked]
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: [email-masked] (Basil P. Duval EPFL - CRPP 1015 Lausanne CH)
Subject: Extended Keyboards and X
Date: 12 Oct 1994 17:27:03 GMT
Reply-To: [email-masked]

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: [email-masked]

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

** 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-masked]

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

    Internet: [email-masked]

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
******************************