Subject: Linux-Development Digest #773
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:     Sat, 28 May 94 16:13:05 EDT

Linux-Development Digest #773, Volume #1         Sat, 28 May 94 16:13:05 EDT

Contents:
  The visual bell: patch and RFD (Alessandro Rubini)
  Re: Cache-optimizing page allocation (Colin Plumb)
  cancel (Orc)
  cancel (Orc)
  Re: Fax Software for Linux (Ed Casas)
  Source wanted (Simon Johnston x6320)
  Source wanted (Simon Johnston)
  Floppy Driver with other sector size? (Ulrich Dessauer)
  Re: 32-bit Novell desktop OS combines Unix, DOS 7 (Rob Janssen)
  Re: script to implement ``dump levels'' (was Re: Anybody working on (Rob Janssen)
  1.1.15 breaks SCSI (Rene COUGNENC)
  Re: Virtual Consoles (Joey Gibson)
  Re: 32-bit Novell desktop OS combines Unix, DOS 7 (Alan Cox)
  Re: CORBA, OMG, Distributed Objects (Mark Little)
  Re: Alpha testers for BETA on Linux (Jacob Seligmann)
  Re: 8k nfs performance (Alan Cox)
  Re: Video Blaster (Alan Cox)
  Re: bug in 1.1.15 (Matthew Dillon)
  Re: NI5010 net driver ? (Russell Nelson)
  Bug in LOADLIN 1.4 (Steve McMahon)

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

From: Alessandro.Rubini@f0.n100.z61.fidonet.org (Alessandro Rubini)
Date: 26 May 94 02:33:41 +0000
Subject: The visual bell: patch and RFD

From: rubini@ipvvis.UNIPV.IT (Alessandro Rubini)
Date: 26 May 1994 02:33:41 -0500
Organization: UTexas Mail-to-News Gateway

Hello linuxers,
   my own box doesn't have a loudspeaker, but now that I have access to a
full featured PC I had to turn off the bell from the linux console. It
has been very easy, and I include the patch below as I think the visual bell
is a good thing for all of us who go to bed late (most of us :-) and like
filename completion in the shell.

However, at times the bell is a good thing, so I wonder how to make it
dynamically switchable on and off. I thought of two ways, but I can't choose
between the two:

- modifying the setterm command is probably the best way, because it is the
        normal way to access console configuration, and it is already a
        linux-specific command.  However, it makes use of the escape
        sequences, which in turn are quite well standardized, and I won't like
        adding a non-standard escape sequence to the linux console.

- on the other way, addin an ioctl() of type TIOCLINUX is not useful to
        the final user without providing a command-line access, and it is not
        nice to mess setterm with ioctl()'s.

So I ask some suggestions to all of you who are interested in the matter.

Please reply by email to save bandwidth, and I'll post a
summary (and the patch) if there is enough interest.

----

I took the patch against the 1.0 kernel, but it applies well (offset -1line)
to both the 1.0.9 and the 1.1.12. Midway kernels should be allright, too.

to apply:             cd /usr/src/linux/drivers/char; patch < __this_patch__

to re-enable the audible bell: "#define CONFIG_NO_VISUALBELL" at the beginning
        of console.c

---8<------8<------8<------8<------8<------8<------8<------8<---
*** console.c.audible   Fri May 13 18:07:21 1994
--- console.c   Sat May 14 18:18:16 1994
***************
*** 992,997 ****
--- 992,1014 ----
        }
  }
  
+ #ifndef CONFIG_NO_VISUALBELL
+ static inline void con_visualbell(const int currcons)
+ {
+     unsigned char *p; int i;
+     unsigned char *screenstart = (unsigned char *)(origin-
+                 (currcons==fg_console 
+                   ? ((__real_origin - __origin) << 1) 
+                   : 0));
+     unsigned char *screenend=screenstart+video_num_columns*video_num_lines*2;
+ 
+     for (i=0;i<2;i++)
+       for (p=screenstart+1;p<screenend+1;p+=2)
+                 *p = (*p & 0x88) | ((*p << 4) & 0x70) | ((*p >> 4) & 0x07);
+ 
+ }
+ #endif
+ 
  void con_write(struct tty_struct * tty)
  {
        int c;
***************
*** 1034,1040 ****
--- 1051,1061 ----
                 */
                switch (c) {
                        case 7:
+ #ifdef CONFIG_NO_VISUALBELL
                                kd_mksound(0x637, HZ/8);
+ #else
+                               con_visualbell(currcons);
+ #endif
                                continue;
                        case 8:
                                bs(currcons);
---8<------8<------8<------8<------8<------8<------8<------8<---


-- 
    __ o        alessandro rubini - rubini@ipvvis.unipv.it
   _`\<,
__( )/( )____           I am italian, but I didn't vote for them...
--
| This msg is brought to you via IDN Internet Gateway (idn.nl)
| Internet: Alessandro.Rubini@f0.n100.z61.fidonet.org
|
| Standard disclaimer: The views of this user are strictly his own.


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

From: Colin.Plumb@f0.n100.z61.fidonet.org (Colin Plumb)
Date: 26 May 94 02:50:26 +0000
Subject: Re: Cache-optimizing page allocation

From: colin@nyx10.cs.du.edu (Colin Plumb)
Date: 26 May 1994 02:50:26 -0600
Organization: /usr/lib/news/organi[sz]ation

In article <2s1e53$osk@nyx10.cs.du.edu>,
Colin Plumb <colin@nyx10.cs.du.edu> wrote:
>Barring that, if you want a good malloc for non-power-of-2 blocks,
>Doug Lea wrote an excellent malloc, which I'm not managing to find
>a pointer to.  f.mky.something.edu.  It uses boundary tags, segregated
>free lists, delayed coalescing, preallocation of common block sizes,
>and generally works hard to avoid doing work.
>
>For power-of-two allocations, page-aligned allocations, and so on,
>Mike Haertel's implementation in the GNU C library is quite good.
>The way it avoids storing the size of allocated blocks is interesting.
>(Pages are chopped up into fixed-size blocks, with a per-page structure.
>When you free something, the page is found and the size looked up there.)

I dug up the reference.  No relation to f.cs.uky.edu; Doug Lea's malloc
is in g.oswego.edu:pub/misc/malloc-2.5.1.c.

Mike Haertel's is in ftp.cs.uoregon.edu:pub/mike/malloc.tar.gz.

Doug Lea's is quite impressive.  It's both fast and memory-efficient.
Apparently it has some connection to libg++.
-- 
        -Colin
--
| This msg is brought to you via IDN Internet Gateway (idn.nl)
| Internet: Colin.Plumb@f0.n100.z61.fidonet.org
|
| Standard disclaimer: The views of this user are strictly his own.


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

From: Orc@f0.n100.z61.fidonet.org (Orc)
Date: 26 May 94 01:25:22 +0000
Subject: cancel

From: orc@pell.com (Orc)
Organization: The Deacon Brodie Fan Club
Date: Thu, 26 May 1994 01:25:22 GMT

<CqDy96.96D@pell.com> was cancelled from within trn.
--
| This msg is brought to you via IDN Internet Gateway (idn.nl)
| Internet: Orc@f0.n100.z61.fidonet.org
|
| Standard disclaimer: The views of this user are strictly his own.


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

From: Orc@f0.n100.z61.fidonet.org (Orc)
Date: 26 May 94 01:25:39 +0000
Subject: cancel

From: orc@pell.com (Orc)
Organization: The Deacon Brodie Fan Club
Date: Thu, 26 May 1994 01:25:39 GMT

<CqDy96.96D@pell.com> was cancelled from within trn.
--
| This msg is brought to you via IDN Internet Gateway (idn.nl)
| Internet: Orc@f0.n100.z61.fidonet.org
|
| Standard disclaimer: The views of this user are strictly his own.


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

From: Ed.Casas@f0.n100.z61.fidonet.org (Ed Casas)
Date: 26 May 94 06:11:44 +0000
Subject: Re: Fax Software for Linux

From: edc@ee.ubc.ca (Ed Casas)
Organization: UBC Electrical Engineering Dept.
Date: Thu, 26 May 1994 06:11:44 GMT

In article <CqBFEL.A8G@greenie.muc.de> 
        gert@greenie.muc.de (Gert Doering) writes:
> adap@andrews.edu (Edsel Adap) writes:
> 
> >Is there a public domain fax software for linux?  Preferrably one that
> >can send .dvi, .ps or xwd files.
> 
> mgetty+sendfax, in combination with ghostscript (for .ps) and dvips (for
> .dvi). sunsite:/pub/Linux/system/Serial/mgetty+sendfax*

If you have a single-user system or if you have a Class 1 fax
modem you might prefer efax.  It's much smaller and easier to set
up.  The latest version, 0.6, is available from sunsite.unc.edu
in /pub/Linux/apps/comm.

-- 
Ed Casas (edc@ee.ubc.ca)
--
| This msg is brought to you via IDN Internet Gateway (idn.nl)
| Internet: Ed.Casas@f0.n100.z61.fidonet.org
|
| Standard disclaimer: The views of this user are strictly his own.


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

From: Simon.Johnston.x6320@f0.n100.z61.fidonet.org (Simon Johnston x6320)
Date: 25 May 94 13:54:49 +0000
Subject: Source wanted

From: skj@citadel (Simon Johnston x6320)
Organization: ICL Retail Systems
Date: Wed, 25 May 1994 13:54:49 GMT

Hi, Im after source to the following utils, I can take email responses
containing the files themselves, or pointers to FTP sites.

        ifconfig
        uname
        uptime
        who
        fingerd

Thanks.

MODULE Sig;
FROM ICL IMPORT StdDisclaimer;
FROM Interests IMPORT Modula2, Modula3, Linux, OS2;

BEGIN
(* ------------------------------------------------------------------------.
|Simon K. Johnston - Development Engineer              |ICL Retail Systems |
|------------------------------------------------------|3/4 Willoughby Road|
|Unix Mail : S.K.Johnston.bra0801@oasis.icl.co.uk      |Bracknell, Berks   |
|Telephone : +44 (0)344 476320   Fax: +44 (0)344 476084|United Kingdom     |
|Internal  : 7261 6320    OP Mail: S.K.Johnston@BRA0801|RG12 8TJ           |
`------------------------------------------------------------------------ *)
END Sig.
--
| This msg is brought to you via IDN Internet Gateway (idn.nl)
| Internet: Simon.Johnston.x6320@f0.n100.z61.fidonet.org
|
| Standard disclaimer: The views of this user are strictly his own.


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

From: Simon.Johnston@f0.n100.z61.fidonet.org (Simon Johnston)
Date: 26 May 94 07:51:06 +0000
Subject: Source wanted

From: skj@rb.icl.co.uk (Simon Johnston)
Organization: ICL Retail Systems
Date: Thu, 26 May 1994 07:51:06 GMT


Hi, Im after source to the following utils, I can take email responses
containing the files themselves, or pointers to FTP sites.

        ifconfig
        uname
        uptime
        who
        fingerd

Thanks.

MODULE Sig;
FROM ICL IMPORT StdDisclaimer;
FROM Interests IMPORT Modula2, Modula3, Linux, OS2;

BEGIN
(* ------------------------------------------------------------------------.
|Simon K. Johnston - Development Engineer              |ICL Retail Systems |
|------------------------------------------------------|3/4 Willoughby Road|
|Unix Mail : S.K.Johnston.bra0801@oasis.icl.co.uk      |Bracknell, Berks   |
|Telephone : +44 (0)344 476320   Fax: +44 (0)344 476084|United Kingdom     |
|Internal  : 7261 6320    OP Mail: S.K.Johnston@BRA0801|RG12 8TJ           |
`------------------------------------------------------------------------ *)
END Sig.

--
| This msg is brought to you via IDN Internet Gateway (idn.nl)
| Internet: Simon.Johnston@f0.n100.z61.fidonet.org
|
| Standard disclaimer: The views of this user are strictly his own.


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

From: Ulrich.Dessauer@f0.n100.z61.fidonet.org (Ulrich Dessauer)
Date: 26 May 94 11:30:07 +0000
Subject: Floppy Driver with other sector size?

From: ud@nitmar.muc.de (Ulrich Dessauer)
Date: 26 May 1994 11:30:07 GMT

Hello!

        I tried to read a floppy disk with an other sector size than the
typical PC floppies (256 bytes vs. 512 bytes.) The read failed and I had
a look into the floppy driver. As I understood the code it is possible
to switch to 256 bytes sector size. So I changed this in the driver and
tried again to read this disk. The driver had been able to access the
disk but the data seemed to be corrupted (i.e. the first sector read is
the physical 2.nd sector, the 2.nd sector read appears again in the 4.th
sector ...) Does anyone see a chance to implement this in the driver?
This would be a great enhancement for Linux, because then one is able to
read much more different formats and so can handle other file formats.
To write a (at least) read-only filesystem using userfs should not be
that problem at all.

                        Best wishes, U//i
--
        Ulrich Dessauer - +49 89 8417811 - ud@nitmar.muc.de
--
| This msg is brought to you via IDN Internet Gateway (idn.nl)
| Internet: Ulrich.Dessauer@f0.n100.z61.fidonet.org
|
| Standard disclaimer: The views of this user are strictly his own.


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

From: Rob.Janssen@f0.n100.z61.fidonet.org (Rob Janssen)
Date: 26 May 94 07:54:43 +0000
Subject: Re: 32-bit Novell desktop OS combines Unix, DOS 7

From: rob@pe1chl.ampr.org (Rob Janssen)
Organization: PE1CHL
Date: Thu, 26 May 1994 07:54:43 GMT

In <2rv67o$2hi@galaxy.ucr.edu> insom@galaxy.ucr.edu (chris ulrich) writes:

>In article <newcombe.212.0064BFCB@aa.csc.peachnet.edu>,
>Dan Newcombe <newcombe@aa.csc.peachnet.edu> wrote:
>>In article <HJSTEIN.94May22155333@sunset.huji.ac.il>
hjstein@sunset.huji.ac.il (Harvey J. Stein) writes:
>>
>>>Except that they probably won't write dosemu or wine from scratch.
>>>Since (as far as I know) both dosemu & wine are under the GPL, we get
>>>all their fixes & enhancements there too.
>>
>>Two words: 
>>      SoftPC
>>      WABI
>>
>>It could all be done that way, which means again that we would get nothing :(

>Except they would have to include IPX/SPX to sell it in an existing
>novell network, and the only way they could do that is if they put
>it in the kernel.  Bugger the rest, just give me netware interoperability
>and I can burn novell and toss netware.

If you only want some connectivity, not high-performance file server
functionality:

    dosemu can run the Novell workstation software to access a netware
    server.  the upcoming release of dosemu can even run netware 'lite'.

Rob
-- 
=========================================================================
| Rob Janssen                | AMPRnet:   rob@pe1chl.ampr.org           |
| e-mail: pe1chl@rabo.nl     | AX.25 BBS: PE1CHL@PI8UTR.#UTR.NLD.EU     |
=========================================================================
--
| This msg is brought to you via IDN Internet Gateway (idn.nl)
| Internet: Rob.Janssen@f0.n100.z61.fidonet.org
|
| Standard disclaimer: The views of this user are strictly his own.


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

From: Rob.Janssen@f0.n100.z61.fidonet.org (Rob Janssen)
Date: 26 May 94 08:20:55 +0000
Subject: Re: script to implement ``dump levels'' (was Re: Anybody working on

From: rob@pe1chl.ampr.org (Rob Janssen)
Organization: PE1CHL
Date: Thu, 26 May 1994 08:20:55 GMT

In <DAGENAIS.94May25120445@froh.vlsi.polymtl.ca> dagenais@froh.vlsi.polymtl.ca
(Michel Dagenais) writes:

>In article <2rrjhb$eiu@sbi.sbi.com> bet@std.sbi.com (Bennett Todd) writes:

>   One of the things I really like about find(1)+cpio(1) is that the pair of
>   them constitute a really nice division of labor. Some four years ago or
>   thereabouts, I was doing some moderately complex multilevel rotating dumps,
>   with scripts using rsh(1) to backup a whole network. We got in an SGI Iris,
>   and it didn't come with dump(8). So I hacked out a quick script to get
>   multi-level dumps. I append it after my .sig.

>There were several postings discussing the respective merits of dump and
>tar. While tar works at a higher level and is more portable than
>dump, most scripts using tar for incremental backups are not as
>complete as dump. The scripts in the above mentioned posting, solely
>based on modification time, are a good example. In most cases, deleted
>files or renamed files will not be accounted for in the incremental
>tar files (i.e. your cleanup work will be lost upon restore).
>Furthermore, new files read with tar will not appear on the incremental
>backup if they happen to keep their original modification time which
>is earlier than the previous backup.

>Dump does it right for most of these things because it knows which 
>directory points to which inode and stores directories as well as files.

There is really no relation between these properties of "dump" and the
method it uses to access the disk.

It can be solved without resorting to direct filesystem access.  In fact
in the company I work for we have developed a backup/restore program that
does all this, while still using the filesystem interface.  Unfortunately
I can't give it away.

The only problem left is that you cannot backup the filesystem without
modifying it in any way.  Either the atime is modified because you read
the file, or the ctime is modified because you attempt to reset the atime.
This is a bug in the system interface, IMHO, but it could be fixed.

Rob
-- 
=========================================================================
| Rob Janssen                | AMPRnet:   rob@pe1chl.ampr.org           |
| e-mail: pe1chl@rabo.nl     | AX.25 BBS: PE1CHL@PI8UTR.#UTR.NLD.EU     |
=========================================================================
--
| This msg is brought to you via IDN Internet Gateway (idn.nl)
| Internet: Rob.Janssen@f0.n100.z61.fidonet.org
|
| Standard disclaimer: The views of this user are strictly his own.


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

From: Rene.COUGNENC@f0.n100.z61.fidonet.org (Rene COUGNENC)
Date: 25 May 94 20:37:09 +0000
Subject: 1.1.15 breaks SCSI

From: rene@renux.frmug.fr.net (Rene COUGNENC)
Date: 25 May 1994 20:37:09 GMT
Organization: France, sweet France


The kernel 1.1.15 does not work at all with my Adaptec 1540B.
I get "Unable to reset SCSI host 0, probably a SCSI bus hang."

And I can't boot.

I never had any problem with Linux and this SCSI card, it is the first
time it does not work...

1.1.12 + tty patches is hopefully still working fine...

--
 linux linux linux linux -[ cougnenc@renux.frmug.fr.net ]- linux linux linux 
--
| This msg is brought to you via IDN Internet Gateway (idn.nl)
| Internet: Rene.COUGNENC@f0.n100.z61.fidonet.org
|
| Standard disclaimer: The views of this user are strictly his own.


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

From: Joey.Gibson@f0.n100.z61.fidonet.org (Joey Gibson)
Date: 26 May 94 11:00:34 +0000
Subject: Re: Virtual Consoles

From: wjg@Creeper.Atl.GA.US (Joey Gibson)
Date: Thu, 26 May 1994 11:00:34 GMT
Organization: Creeper - Experimental UUCP/NetNews Site

Elaine Walton (ewalton@magnus.acs.ohio-state.edu) wrote:
: I can understand his question: will Linux recognize that when I set this 
: #define to a number >12 will it know to accept the ctrl-alt-F1...?  (Or is it

: shift-alt-numlock-capslock-F1?)

: Seriously, how will Linux map the keys?  Also, I know how to go from Xterm to

: term using ctrl-alt-Fn.  But, how does one go back to the Xterm?

When you fire up X, it uses the first available VC (i.e. the first one
with no getty on it). If you have 12 VCs defined, but only have gettys
running on VCs 1 through 4, X will start up on VC 5. In my case, it
would run on VC14.

Joey
-- 
"Never trust a man in a blue trenchcoat, never drive | wjg@Creeper.Atl.GA.US
 a car when you're dead." - Tom Waits                | wjg@aix2.EMA.com
"They got a lot of coffee in Brazil" - Frank Sinatra | PGP public key
____________________________________________________ |  available on request

--
| This msg is brought to you via IDN Internet Gateway (idn.nl)
| Internet: Joey.Gibson@f0.n100.z61.fidonet.org
|
| Standard disclaimer: The views of this user are strictly his own.


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

From: Alan.Cox@f0.n100.z61.fidonet.org (Alan Cox)
Date: 26 May 94 12:44:52 +0000
Subject: Re: 32-bit Novell desktop OS combines Unix, DOS 7

From: iiitac@uk.ac.swan.pyr (Alan Cox)
Organization: Swansea University College
Date: Thu, 26 May 1994 12:44:52 GMT

In article <NELSON.94May25141928@crynwr.crynwr.com> nelson@crynwr.crynwr.com
(Russell Nelson) writes:
>You don't understand -- Corsair is a desktop system, not a server
>system.  It's IPX support is going to be as a client, not a server.
>You'll still need your netware server.
>
Russ - NCP the layer the client would need to talk is a Novell trade secret
and fairly well guarded. If they give out a client source it'll only be a
month before someone knocks out a clone server (at least for file services)
as it is it might take 6 months to deduce from documents and ethernet traces

Alan

--
| This msg is brought to you via IDN Internet Gateway (idn.nl)
| Internet: Alan.Cox@f0.n100.z61.fidonet.org
|
| Standard disclaimer: The views of this user are strictly his own.


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

From: Mark.Little@f0.n100.z61.fidonet.org (Mark Little)
Date: 26 May 94 12:40:18 +0000
Subject: Re: CORBA, OMG, Distributed Objects

From: M.C.Little@newcastle.ac.uk (Mark Little)
Organization: Computing Laboratory, U of Newcastle upon Tyne, UK NE17RU
Date: Thu, 26 May 1994 12:40:18 GMT


>
>
>   From: krauss@charlie.igd.fhg.de (Jens Krauss)
>   Newsgroups: comp.os.linux.development
>   Date: 25 May 1994 11:20:42 GMT
>   Organization: Haus der Graphischen Datenverarbeitung, 64283 Darmstadt,
Germany
>   Reply-To: igd.fhg.de
>   Keywords: CORBA, OMG, Distributed Objects
>
>
>   Hy all there!
>
>   I'm very interested in distributed objects, perhaps I would like to 
>   implement something like that. If sombody out there is working on
>   dostributed objects for linux, mail me.
>   If nobody is out there, is there interest for an "corba"???
>
>   The problem is, that I have no acces to the OMG documents. But I have some 
>   ideas how to implement such thing. But whats about the standards...???
>   Would it be a good idea to programm such thing???
>
>   If there is no interest, perhaps I#ll doing it for my own, without
standards!!
>

The latest version of the Arjuna distributed system to be released soon runs on
Linux (and a host of other architectures). This provides you with tools for the
construction of distributed and fault-tolerant applications constructed in C++,
and is intended to be Corba compliant in the near future. If you are interested
in this then you can get a lot of information via anonymous ftp from
arjuna.ncl.ac.uk (or http://arjuna.ncl.ac.uk/), including papers, user manual,
and the old source (this does not run on Linux!) After reading this if you are
interested in the latest version then send me some email.

All the best,
Mark.

=========================================================================
SENDER  : Mark Little, PHONE : +44 91 222 8066, FAX : +44 91 222 8232
          Arjuna Project, Distributed Systems Research.
POST    : Department of Computing Science, University of Newcastle upon Tyne,
          UK, NE1 7RU
ARPA    : M.C.Little@newcastle.ac.uk
JANET   : M.C.Little@uk.ac.newcastle


--
| This msg is brought to you via IDN Internet Gateway (idn.nl)
| Internet: Mark.Little@f0.n100.z61.fidonet.org
|
| Standard disclaimer: The views of this user are strictly his own.


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

From: Jacob.Seligmann@f0.n100.z61.fidonet.org (Jacob Seligmann)
Date: 26 May 94 14:05:20 +0000
Subject: Re: Alpha testers for BETA on Linux

From: jacobse@daimi.aau.dk (Jacob Seligmann)
Date: 26 May 1994 14:05:20 GMT
Organization: DAIMI, Computer Science Dept. at Aarhus University

Due to an overwhelming amount of response, we have established a new 
mailing address,

   alphatest@mjolner.dk

to be used for correspondence concerning the alpha release of the 
Mjolner BETA Linux System. We kindly request that you contact us at 
this address if you are interested in becoming an alpha tester, 
rather than support@mjolner.dk. [The latter is still available for 
support mail concerning the Mjolner BETA System on all platforms. 
For information on the Mjolner BETA System and the BETA language in 
general, please send mail to info@mjolner.dk.]

Note that it will take some time for us to catch up. All mails will, 
however, be answered as quickly as possible. If you have not heard 
from us within a week, please do not hesitate to contact us again.

Thank you for your interest,

Jacob Seligmann
========================================================================
Mjolner Informatics ApS             Phone:   (+45) 86 20 20 00 ext. 2754
Science Park Aarhus                 Direct:  (+45) 86 20 20 11 - 2754
Gustav Wieds Vej 10                 Fax:     (+45) 86 20 12 22
DK-8000 Aarhus C, Denmark           Email:   jacobse@mjolner.dk       
________________________________________________________________________
                             BETA is better                             
========================================================================
--
| This msg is brought to you via IDN Internet Gateway (idn.nl)
| Internet: Jacob.Seligmann@f0.n100.z61.fidonet.org
|
| Standard disclaimer: The views of this user are strictly his own.


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

From: Alan.Cox@f0.n100.z61.fidonet.org (Alan Cox)
Date: 26 May 94 13:46:25 +0000
Subject: Re: 8k nfs performance

From: iiitac@uk.ac.swan.pyr (Alan Cox)
Organization: Swansea University College
Date: Thu, 26 May 1994 13:46:25 GMT

In article <2s0q88$fei@galaxy.ucr.edu> cvarner@corsa.ucr.edu (Curtis Varner)
writes:
>       The way these experiments were run was by dd'ing a file from
>an nfs-mounted directory (size = 1311748 bytes) sending the file to 
>/dev/null, and timing how long it took to receive the file.  I am in

Try the other way.. Linux to Sun the other way should be more than 
doubled on write

Alan

--
| This msg is brought to you via IDN Internet Gateway (idn.nl)
| Internet: Alan.Cox@f0.n100.z61.fidonet.org
|
| Standard disclaimer: The views of this user are strictly his own.


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

From: Alan.Cox@f0.n100.z61.fidonet.org (Alan Cox)
Date: 26 May 94 13:51:47 +0000
Subject: Re: Video Blaster

From: iiitac@uk.ac.swan.pyr (Alan Cox)
Organization: Swansea University College
Date: Thu, 26 May 1994 13:51:47 GMT

In article <k5Vwmc1w165w@bentek.mese.com> bra@bentek.mese.com (Ben Adams)
writes:
>valliant@unm.edu (Denny Valliant) writes:
>
>>      Has anyone written anything for the video blaster.  I have drivers for
>> DOS, but have not been able to find anything for Linux.  When I try to run
th
>> driver in DosEmu, it tells me that it is already installed.  If anyone has
se
>> anything out there, please mail me.
>
>It would seem that a interface for video overlay cards should be 
>setup.  Then the video blaster and other video overlay cards could
>have drivers developed.   BTW I have a Video blaster also...

Nothing stops you writing a video blaster driver now - assuming you can 
obtain suitable programming specifications. It'll probably need to work as
a character device which can be read to read the frame buffer, possibly written
and has ioctls for moving the 'overlay' window around. It probably is a good
idea to make the ioctl() calls generic in case someone wants to do a driver
for a different overlay card. All you really then need as an X application
that includes a blank canvas to drop the picture into and which when moved
by the window manager moves the tv picture to follow it.

Alan



--
| This msg is brought to you via IDN Internet Gateway (idn.nl)
| Internet: Alan.Cox@f0.n100.z61.fidonet.org
|
| Standard disclaimer: The views of this user are strictly his own.


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

From: Matthew.Dillon@f0.n100.z61.fidonet.org (Matthew Dillon)
Date: 26 May 94 08:11:31 +0000
Subject: Re: bug in 1.1.15

From: dillon@apollo.west.oic.com (Matthew Dillon)
Date: 26 May 1994 08:11:31 -0700
Organization: Obvious Implementations Corp

In article <2s28dq$klm@vixen.cso.uiuc.edu> supat@meishan.animal.uiuc.edu
(Faarungsang) writes:
:When I type the following command then it work:
:
:rsh -l supat meishan 'xterm -display 128.174.78.37:0'&
:
:but when I save this command as "meishan"
:and type meishan then it has following error:
:
:stty: TCGETS: Operation not supported on socket
:
:This error start in 1.1.12
:Up to 1.1.11 the command work fine.
:
:Could you fix this problem?
:
:Thanks,
:supat

    "stty: TCGETS: Operation not supported on socket" ... seems like somebody
    is trying to change the tty modes on the socket rsh uses.

    Since the socket is not a tty, the error message is correct.

    What is likely occuring is that your .cshrc on meishan is trying to run
    'stty' or trying to run a program which runs 'stty'.  Perhaps earlier
    Linux systems did not generate the error message, but it is the correct
    thing to do.

                                                -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!]

--
| This msg is brought to you via IDN Internet Gateway (idn.nl)
| Internet: Matthew.Dillon@f0.n100.z61.fidonet.org
|
| Standard disclaimer: The views of this user are strictly his own.


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

From: nelson@crynwr.crynwr.com (Russell Nelson)
Subject: Re: NI5010 net driver ?
Date: 28 May 1994 18:11:23 GMT

In article <10153@gos.ukc.ac.uk> rcv@ukc.ac.uk (R.C.Van-Den-Bergh) writes:

   has anyone done any work on the NI5010 ether card ?

   I have acquired some and wonder if there is any support for these 8-bit
   INTERLAN cards.

Nope.  Throw 'em out.  Not only are they 8-bit cards, but they're half
duplex.  They can only send while not receiving and can only receive
while not sending.  They're as bad as 3c501's.

Well actually, *don't* throw them out.  They're perfectly appropriate
for PC's and XT's.

--
-russ <nelson@crynwr.com>      ftp.msen.com:pub/vendor/crynwr/crynwr.wav
Crynwr Software   | Crynwr Software sells packet driver support | ask4 PGP key
11 Grant St.      | +1 315 268 1925 (9201 FAX)    | Quakers do it in the light
Potsdam, NY 13676 | LPF member - ask me about the harm software patents do.

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

From: steve.mcmahon@lambada.oit.unc.edu (Steve McMahon)
Subject: Bug in LOADLIN 1.4
Date: 28 May 94 04:42:07 GMT

LOADLIN 1.4 does not pass all kernel command line parameters
correctly. I have the command line `hd=984,13,32 root=/dev/hda1'. The
latter is passed, but the former is not acknowleged by the kernel
(1.1.2). I put a couple of printk's in hd_setup in hd.c
(drivers/block), and indeed that function does not get called even
though the parameter `hd=blah,..' is given to LOADLIN. Works fine with
LILO.

Anbody have a fix?

-Steve


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


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