Subject: Linux-Development Digest #869
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:     Wed, 29 Jun 94 09:13:11 EDT

Linux-Development Digest #869, Volume #1         Wed, 29 Jun 94 09:13:11 EDT

Contents:
  to the kernel patch writers (Thomas Graichen)
  Re: Quirky idea: Remote Virtual Consoles (Bernd U Meyer)
  Information about GPIB-driver available (Bernd Mielke)
  Graphics Terminals (David Hanley)
  Re: DosEmu suggestion (Johannes Stille)
  Floppy code broken w. 1.1.23 (Dennis Henriksen)
  Re: ARP broken ?! (Benny Holmgren)
  Re: Writing X Apps Help (Mark van Hoeij)
  Re: 1.1.23 - new modules break ftape-1.12c (Karsten Steffens)
  Re: Wine-940620 (Joel M. Hoffman)
  Re: Quirky idea: Remote Virtual Consoles (Sergio Fanchiotti)
  Re: DosEmu suggestion (Chris Butterworth)
  Re: 1.1.23 - new modules break ftape-1.12c (Juergen Prang)
  Re: DOSEMU and Novell (James B. MacLean)
  Re: Quirky idea: Remote Virtual Consoles (Rob Janssen)
  Re: Linux ext2fs vs. ufs vs. presto was Re: Fast File System? (Rob Janssen)
  Re: Mosaic World Icon gone crazy (Rob Janssen)
  Re: DOSEMU and Novell (Rob Janssen)
  Re: IPX networking with Linux (Rob Janssen)

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

From: graichen@sirius.physik.fu-berlin.de (Thomas Graichen)
Subject: to the kernel patch writers
Date: Wed, 29 Jun 1994 06:59:10 GMT

hello
=====

3 short suggestions or questions:

- is'nt it possible to include an patch of ChangeLog into every new (1.1.x)
patch - it is a bit frustrating to "read" about 300k patch-file to find out
what has changed since the last patch (some weeks ago somebody wrote some-
thing like "kernel change summary's in this newsgroup - why no more)

- is it ok that i see in a kernel without tcp/ip networking support the
"Swansea ... NET 3.016" or so at boot-time (i think there are some forgotten
#ifdef CONFIG_NET)

- why is 1.1.23 (without net) 20k bigger than all kernels before 1.0.0 -> 
1.1.22 (this question might be solved by point 1)

p.s.: good luck for the further kernel development

                                        - thomas -

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

     "Perfection is reached, not when there is no longer anything to add,
            but when there is no longer anything to take away."

                        - Antoine de Saint-Exupery -



        thomas graichen, freie universitaet berlin, fachbereich physik

                 email: graichen@sirius.physik.fu-berlin.de

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



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

From: berndm@cs.monash.edu.au (Bernd U Meyer)
Subject: Re: Quirky idea: Remote Virtual Consoles
Date: Wed, 29 Jun 1994 05:57:23 GMT

byron@gemini.cc.gatech.edu (Byron A Jeff) writes:

>I don't want to telnet into the machine. I want my alt and ctl keys to act
>exactly the same way on the RVC as on a real VC. I want selection.

>When I sit down at the RVC it should look and act exactly the same as the
>console attached to the Linux box.

OK, some thoughts about how to implement this.....

a) add a "host" field to the process structure, with default entry being
   something meaning "local".
b) when a process is non-local, disable any and all rights to access
   input/output registers as well as any memory in the range $a0000-$fffff
   (and possibly somewhere in the >16MB range, for memory mapped VLB cards)
c) When a process calls the kernel to write somewhere where it is not 
   allowed to write, catch that (does this work in kernel mode?) and send
   it to the remote client, using some kind of well-designed protocol
   (and some way to determine where to send it.... maybe kinda hard, may not
   be hard at all)

Problems with this:

a) it might be uncomfortably slow --- this can probably be avoided by
   intelligent collecting of hardware accesses before sending them over
   the wire, at least to some extent

b) it has major problems with *read* access - the simple solution would
   be to send a request to the client, which does the reading and sends
   back the result. But this would be unacceptably slow! I think, it can
   also be avoided in most cases

   - keyboard Input: As far as I understand (being far far away from
     my linux box, I cannot check :-( ), the keyboard controller generates
     an interrupt for each scan-event, and unless such an interrupt is 
     received, the keyboard is left alone. The client would have to check
     for that interrupt, and if it occurs, do something very similar to
     what linux's keyboard driver does (especially read all those input
     statements from the actual hardware), put it all into a nice, big
     packet and send it over to the linux box. The keyboard drivers read
     requests could then be handled locally...

   - serial ports: Just the same - they generate interrupts, and linux's
     reaction is predictable. Remote serial ports could either be dealt
     with as a special case for the existing serial driver, or with a 
     special, very similar driver. This is probably the easiest part, and
     may be a starting (and testing) point....

   - reads from graphic cards.... this is a toughie! Of course, as long as
     only simple VGA (or MGA, Hercules.....) is used, a copy of the remote
     cards memory could be held in memory in the linux box. But doing the
     same for the wide range of SVGA cards seems nearly impossible. Still,
     fast read access to that memory is absolutly necessary to run the
     X-server (and probably SVGAlib) remotely. Maybe some kind of 
     intelligent predicting of the next adress likely to be read could
     help to improve the dilemma (by just sending the contents of that
     adress [or adresses :-)] before they are asked for).

c) apart from the changes already mentioned (which are directly project -
   related), more changes to the kernel would probably be necessary....
   I really doubt that it could currently cope with the concept of mul-
   tiple VGA cards or multiple keyboard controllers. Doing *this* set
   of changes cleanly is probably very hard ;-)

Any ideas why this might/might not work, or how any of the problems could
be solved? Unfortunatly, I won't be able to give it a try (unless someone
at Monash Uni would offer a root-account on a linux machine to me :-),
but I definitly like the idea and would like to help make it come true!

Bernie


















--
"And the band played 'Waltzing Mathilda' /  as we stopped to bury our slain;
And we buried ours / and the Turks buried theirs  | ..... living in Oz ....
And it started all over again"                    | 
(The Pogues, "Waltzing Mathilda", orig by Eric Bogle, "And the band played WM")

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

From: mielke@omega.physik.fu-berlin.de (Bernd Mielke)
Subject: Information about GPIB-driver available
Date: Wed, 29 Jun 1994 07:31:42 GMT

Today I found a really nice file at ftp.natinst.com

/support/gpib/sun/misc/atgpib_lynx_1.0b1.tar

And in the file you will find source code enough to write the driver.
(I will try it, if I have some time).

Bernd

mielke@omega.physik.fu-berlin.de


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

From: dhanley@matisse.eecs.uic.edu (David Hanley)
Subject: Graphics Terminals
Date: 28 Jun 1994 04:17:40 GMT

        I am developing a linux program that is destined to run in
full-screen mode.  It works great in full-screen mode.  Problem is,
I really like to develop on the x-windows desktop.

        Is there any way to run a full-screen program in a terminal
window?  I am using svgalib specifically.  Alternately; is there any
way to run a full-screen program without leaving X-windows?

        In not, I may have to write a version of svgalib that works in
x-windows, i.e, it would translate fullscreen graphics function calls to
x-windows calls.  I would rather avoid this, however.
--
David James Hanley               | The devil is only a convenient myth
"The Cockroach"                  | invented by the real malefactors
dhanley@lac.eecs.uic.edu         | of our world.
Laboratory for advanced computing| -Robert Anton Wilson
=========================================================================
   My employer doesn't even agree with me about C indentation style.
                   I.N.R.I : I Never Risk Inquiry


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

From: johannes@titan.westfalen.de (Johannes Stille)
Subject: Re: DosEmu suggestion
Date: Mon, 27 Jun 1994 12:35:45 GMT

In article <1994Jun26.102637.26836@dragon.stgt.sub.org> danny@dragon.stgt.sub.org (Daniel T. Schwager) writes:
>Albert Hui (s931306@yallara.cs.rmit.OZ.AU) wrote:
[...]
>: However, it would be even better if the DOS partitions are
>: mapped back to Linux.  People running Stacker or Double Space
>: will appreciate this very much, because the device driver
>: must be executed (DosEmu allows such program to execute) in
>: order to access the compressed drive...
>
>Not only Stacker and Double-Space appreciate this, you can also
>login in a Novell-Network, map some drives and can access the Novell
>Fileserver from linux via dosemu. Great idea !
>
>: Is it possible?
[...]

Yes, though it in an ugly and _very_ slow way:

You can run the NFS server SOSS under dosemu and mount the drives from
Linux. The problem is the IP connection between dosemu and the Linux
kernel. You can't do it with a (one) Ethernet card because (a) you don't
get the packets back that you're sending yourself and (b) there would be
no way to decide whether an incoming packet is for dosemu or Linux.

I have done it with a SLIP connection over a dosemu emulated serial
device bound to a pseudo terminal. I measured a speed of 1.3 KB/s on a
486/33.
I haven't tested it with compressed drives or Netware, but there is no
reason for this not to work.

If you want to try this, mail me for details (although everything is
straightforward).

If there was sufficient demand, we could speed up this very much writing
special network drivers for dosemu and Linux for a fast connection
between them.

For Netware access, a dedicated PC running SOSS is a much faster
solution.

        Johannes

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

From: duke@diku.dk (Dennis Henriksen)
Subject: Floppy code broken w. 1.1.23
Date: Tue, 28 Jun 1994 19:55:37 GMT


Hi 

Just upgrade to version 1.1.23. Has anyone tried to wriote to a 5.25"
1.2Mb disk with success ?

- I tried to format a disk and got an `Device or resource busy' as soon as
  the verification step was about to start. I didn't use the autodetected
  fd1 but the fd1h1200 for this op.
  Subsequent write to the drive ( Not the same disk) freaked out completely.
  The kernel stated that IRQ6 couldn't be grapped, but didn't stop the
  operation. The drive kept running with no processes using until a complete
  shutdown was done.

- Next attempt : Just write a disk, same story.

- The floppy code has been changed from v. 1.1.22 to 1.1.23 to accommodate 
  support for 2.88Mb drives. Plus something more.


  Any ideas ?

/Dennis Henriksen
duke@diku.dk

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

From: tdi9110@Abacus.HGS.SE (Benny Holmgren)
Subject: Re: ARP broken ?!
Date: 29 Jun 1994 08:10:23 GMT

In article <Cs3o7B.Hv@hphbbs.E.open.DE> hph@hphbbs.E.open.DE (H.P.Heidinger) writes:
>     Hello Net-World!
>
>     I'm now trying for some days Jamie Honan's `netboot' code.
>     One curious thing is, that all requests to the server seem to
>     work somehow (the servers HW address is returned) -- but my syslog
>     file is also cluttered up with messages:
>
>      Jun 28 ... bootpd[322]: ioctl(SIOCSARP): Protocol family not supported 
>
>
>     The bootpd does also not return the Clients IP address (perhaps
>     since it crashes on this early level ?) and the tftp process cannot
>     be introduced, though.
>
>     Is anything wrong with ARP protocoll?
>     (I'm running Slackware-Distribution 1.2 and kernel 1.1.21)

I've noticed the same and posted on c.o.l.a yesterday about it. 
My X-terminal never gets it's ip-address from the Linux box and
the logs show the same as above. It works perfectly with kernel 1.0
but is broken in both 1.1.19 and 1.1.23 (havent tried any other 1.1.x
kernels). Ideas about what's wrong would be appreciated..

   / Benny




   Regards, Peter
   -- 
   #########################=====================================================*
   # H.P. Heidinger        # Call     : +49-201-287433 (data/FAX) V{22|32|42}bis *
   # Steeler Str. 121      # E-Mail   : hph@hphbbs.ruhr.de                       *
   # 45138 Essen /Germany  # Publogin : guest          * anon-UUCP: nuucp/nuucp  *
--
Benny Holmgren                                      bigfoot@astrakan.hgs.se
Astrakan Computer Club                                       tdi9110@hgs.se
Sweden                                "It's not about length, it's shoesize"

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

From: hoeij@sci.kun.nl (Mark van Hoeij)
Subject: Re: Writing X Apps Help
Date: Wed, 29 Jun 1994 09:36:41 GMT

In <23JUN199418003536@fsphy1.physics.fsu.edu> picl34@fsphy1.physics.fsu.edu (JASON KAROL) writes:

>Anybody know a good online (via ftp, etc) source of examples I can study
>to get a start on writing X apps? I've already tried to find a good manual
>to buy, but there are no books dealing with XWindows OR programming in this
>town, so I need something else to look at. Thanks a bunch...

Use libsx. That way you can get started very quickly. I don't exactly remember
where to find it. In some X11/contrib directory I think.

Regards,
 Mark van Hoeij


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

From: karsten@kshome.ruhr.de (Karsten Steffens)
Subject: Re: 1.1.23 - new modules break ftape-1.12c
Date: 29 Jun 1994 07:10:17 GMT

Karsten Steffens (karsten@kshome.ruhr.de) wrote:

Still the same with 1.1.24... Someone suggested that it might be the 
on some machines broken floppy driver. That's not the case with me, my 
/dev/fd0 is working as it should. No /dev/fd1 available. Maybe its related,
though. 

Karsten, still back to 1.1.22...


==================>    Dipl.=Phys.Karsten Steffens   <=====================
   karsten@kshome.ruhr.de          |      steffens@ikp.uni-muenster.de
Marl - close to Recklinghausen     |         Institut fuer Kernphysik
  North of the Ruhrgebiet          |   Westf.Wilhelms-Universitaet Muenster

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

From: joel@wam.umd.edu (Joel M. Hoffman)
Subject: Re: Wine-940620
Date: Wed, 29 Jun 1994 02:46:58 GMT

>: I've just built wine940620 but nothing now works (including sol.exe)
>: Have I made a mistake or has this release broken something ?

Did I miss something?  Is there a public release of WINE?

Thanks.

-Joel
(joel@wam.umd.edu)
-- 
=============================================================================
|_|~~ Germany, Europe. 1943.    "The diameter of the bomb was 30 centimeters,
__|~| 16 Million DEAD.           and the diameter of its destruction, about 7
                                meters, and in it four killed and 11 wounded. 
 cnc  Bosnia, Europe. 1993.     And around these, in a larger circle of  pain
 cnc  HOW MANY MORE?          and time,  are scattered two  hospitals and one
                          cemetery.   But the young woman who was  buried  in
                    the place from where she came, at a distance of more than
             than 100 kilometers, enlarges the circle considerably.   And the 
      lonely man who is mourning her death in a distant  country incorporates
into the circle the whole world.  And I won't speak of the cry of the orphans
that reaches God's chair and from there makes the circle endless and godless."
=============================================================================
     Tell Clinton to stop the genocide:  president@whitehouse.gov

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

From: fanchiot@surya1.cern.ch (Sergio Fanchiotti)
Subject: Re: Quirky idea: Remote Virtual Consoles
Date: Wed, 29 Jun 1994 09:14:46 GMT

Ladys & Gentlemen,

        A small suggestion: Why not write a linux specific console emulator
        for X (starting from rxvt???), that behaves like a console + a special 
        extension of the svgalib, with scalable graphics and the posibility to 
        expand to a full screen mode?. Once this *very* usefull piece of code 
        is written/tested (most of us run X) it could be relatively easy to 
        port to other machines (8088's even) adding an extra communications 
        part to simulate a console on 286's & even on graphic terminals. 
        The added bonus is that one could have quickly a X version of dosemu 
        AND  extend its useability to other graphical terminals without
        running X11. 

        On another subject, is anyone working of a VGA specific version of
        the login program? What I mean is something like the xdm thing
        (without the X server!!!) with a set of buttons & options to
        shutdown/reboot the machine (asking for a root passwd if
        necesary) and other gadgets like having menus/simplified_icons for
        frequent user logins.  This could be quite relevant to the Linux
        users (like the impact the dialog command had on the development of
        the distributions) and it seems a relatively straightforward thing 
        to do! (Well, if I had the time this is what I would like to work on) 

        Just a thought; a tiny and silly one also.

        Saludos,
                ...Sergio

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

From: Chris@lunchbox.demon.co.uk (Chris Butterworth)
Subject: Re: DosEmu suggestion
Reply-To: Chris@lunchbox.demon.co.uk
Date: Mon, 27 Jun 1994 20:56:48 +0000

In article <1994Jun26.102637.26836@dragon.stgt.sub.org>
           danny@dragon.stgt.sub.org "Daniel T. Schwager" writes:

> Not only Stacker and Double-Space appreciate this, you can also
> login in a Novell-Network, map some drives and can access the Novell
> Fileserver from linux via dosemu. Great idea !

  I guess what we need for this is a 'packet driver' that can load in 
  the emulated DOS machine and export by NFS using SOSS or similar.

  This might not be impossible!


-- 
        +-------------------------------------------------------------+
        | Chris Butterworth          Mail: Chris@lunchbox.demon.co.uk |
        |             "Everybody does it in the Zone"                 |
        | Hours: 9:30pm -> Midnight, telnet lunchbox.demon.co.uk 7777 |
        +-------------------------------------------------------------+

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

From: prang@du9ds4.fb9dv.uni-duisburg.de (Juergen Prang)
Subject: Re: 1.1.23 - new modules break ftape-1.12c
Date: 29 Jun 94 11:20:46 GMT

karsten@kshome.ruhr.de (Karsten Steffens) writes:

>Karsten Steffens (karsten@kshome.ruhr.de) wrote:

>Still the same with 1.1.24... Someone suggested that it might be the 
>on some machines broken floppy driver. That's not the case with me, my 
>/dev/fd0 is working as it should. No /dev/fd1 available. Maybe its related,
>though. 

>Karsten, still back to 1.1.22...

The reason is the patched floppy driver in 1.1.23 and also 1.1.24. I observed
instable behavior of my floppydrive, i.e. some files were written correctly
with mtools others not, and sometimes the activity LED remained on.

Since 1.1.23 my floppystreamer was totally inaccessible with ftape-1.12c.

What I did (after applying the patches and disabling the #define FDC_FIFO_UNTESTED,
as suggested by those person ("bbroad") who brought in the patches - no go)
was simply replacing floppy.c with the version from my 1.1.22 kernel and
everything is fine again.

I hope that this will only be a temporary workaround until the new driver is
stable again, as the floppy driver is really important in many points of view.

Juergen
-- 
   Juergen Prang           |     prang@du9ds4.fb9dv.uni-duisburg.de
   University of Duisburg  |********************************************
   Electrical Engineering  |     Logic is a systematic method of coming
   Dept. of Dataprocessing |     to the wrong conclusion with confidence

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

From: jmaclean@fox.nstn.ns.ca (James B. MacLean)
Crossposted-To: comp.os.linux.help
Subject: Re: DOSEMU and Novell
Date: 27 Jun 1994 21:00:11 -0300

In article <2ulg8s$2ps@blackbird.db.erau.edu> andersoa@news.db.erau.edu (Andrew Anderson) writes:

>From: andersoa@news.db.erau.edu (Andrew Anderson)
>Subject: Re: DOSEMU and Novell
>Date: 27 Jun 1994 03:15:40 GMT

>barryl (barryl@xs4all.hacktic.nl) wrote:
>I had an idea on getting 2 ethernet cards to work with DOSEMU so that it
>can access a Novell *Netware* (for the picky person who keeps pointing that
>out! ;) file server without triggering the intruder lockout.  I have
>to wait until tomorrow to test this for sure, but I'll let you know what
>I find out.

We'll all be interested in your results.

>Ok, with all that said, how about enableing the ports that the second 
>ethernet card uses so that DOSEMU can access it directly, bypassing
>linux entirely?  Is there any reason that I shouldn't be able to do this?

The method you require is possible via a Silly Interrupt Generator located
at:

tsx-11.mit.edu:/pub/linux/ALPHA/dosemu/private/devel/SIG.tgz

This gives DOSEMU the ability to be informed when hard interrupts occur as 
most NICs that I know of need.

>I had previously tried compiling DOSEMU with all references to eth0 changed
>to eth1 so that it could co-exist with linux, but with no success.

Rob mentioned that there is a bit more to it than this and I believe he is 
waiting for us to do a bit of cleanup on the interrupt and ports calls.

>I think I'll have to play with the NET.CFG and try to figure out how to
>get the odi drivers to load (had trouble with it before, but I'll try 
>again).  This method should be akin to enableing port 0x378 so that
>DOSEMU can access the printer port, right?
>I'd appreciate hearing from anyone using the odi drivers already,
>because I hate having to re-invent the wheel! :)

Hmm, pdether loads in DOSEMU now and allows you to load your typical:

lsl
pdether
ipxodi
netx

combo, and serves me fairly well at this end. I believe you wish to replace 
pdether with an nex000 driver, in which case you'll want SIG. I used that 
quite a while ago before GURU's like Jason, Rob, and Tim came on board, so I 
can say that it did work. Ofcourse as expected, no sharing with Linux on 
that board :-(.

>Cheers,
>Andrew
>--
>|===========================================================================|
>|  Andrew Anderson                              andersoa@erau.db.erau.edu   |
>|  Novell Network System Administrator          andersoa@bart.db.erau.edu   |
>|  Linux System Administrator                   andrew@wilbur.db.erau.edu   |
>|                                                                           |
>| I don't speak for ERAU, and God knows I don't want them to speak for me!  | 
>|===========================================================================|

LAter,
JES
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
James B. MacLean                    jmaclean@fox.nstn.ns.ca
Department of Education
Nova Scotia, Canada (902) 424-8438

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

From: rob@pe1chl.ampr.org (Rob Janssen)
Subject: Re: Quirky idea: Remote Virtual Consoles
Reply-To: pe1chl@rabo.nl
Date: Wed, 29 Jun 1994 08:50:26 GMT

In <2uq3eh$9rv@solaria.cc.gatech.edu> byron@gemini.cc.gatech.edu (Byron A Jeff) writes:

>Let me try again. I want an application that runs on Sub Linux class PC's
>that will give you a screen, keyboard, and mouse that looks and acts 
>EXACTLY (no approimations allowed) like the screen, keyboard, and mouse
>that's attached to the Linux box.

There really is some place for that, and indeed using telnet or screen
is not close

>Also Ethernet is the only way to go here.

However this I don't understand...  maybe for decent speed graphics, but
all the other functionality should run fine over a serial link at some
moderate-to-high speed.  (57600, 115200)

Rob
-- 
=========================================================================
| Rob Janssen                | AMPRnet:   rob@pe1chl.ampr.org           |
| e-mail: pe1chl@rabo.nl     | AX.25 BBS: PE1CHL@PI8UTR.#UTR.NLD.EU     |
=========================================================================

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

Crossposted-To: comp.sys.sun.admin
From: rob@pe1chl.ampr.org (Rob Janssen)
Subject: Re: Linux ext2fs vs. ufs vs. presto was Re: Fast File System?
Reply-To: pe1chl@rabo.nl
Date: Wed, 29 Jun 1994 08:53:57 GMT

In <2uq32n$ph@news1.digex.net> vince@vtci.com (Vince Fleming) writes:

>Callum Gibson (callum@frost.bain.oz.au) wrote:
>: Nigel Gamble (nigel@gate.net) wrote:
>: > If you are concerned about power failure, the way to survive with
>: > no corruption and no performance hit is to use a UPS.  Why would you
>: > want to put any performance hit in the filesystem when there is a
>: > better way to address the power fail problem?

>: Then you could do as our sys admin did and trip over the power cord between
>: the ups and the computer. (sorry Glenn). :-)

>Then you could kick youself and buy a system with an *internal* UPS. ;-}

>[on a serious note, the larger AT&T/NCR have this as an option for that 
>very reason]

Even then you have to be careful to make sure that the MBTF or time between
scheduled maintenance of the UPS is not less than the MBTF of the power
source...
(I know this varies wildly between countries, and within countries with
reliable power it still varies between locations, e.g. because of careless
engineers shutting doen the power without advance warning)

Rob
-- 
=========================================================================
| Rob Janssen                | AMPRnet:   rob@pe1chl.ampr.org           |
| e-mail: pe1chl@rabo.nl     | AX.25 BBS: PE1CHL@PI8UTR.#UTR.NLD.EU     |
=========================================================================

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

From: rob@pe1chl.ampr.org (Rob Janssen)
Subject: Re: Mosaic World Icon gone crazy
Reply-To: pe1chl@rabo.nl
Date: Wed, 29 Jun 1994 08:57:35 GMT

In <Cs4oKw.Mr8@tridom.com> shawn@eng.tridom.com (Shawn Rhoads) writes:

>Anyone running Mosaic 2.4 for Linux XWindows getting the problem
>where the world icon is going 100 miles an hour.  Is there any
>way to slow down the icon?

This is the infamous "select returns time left" problem, that already
has caused so many discussions.  Make sure the timeval struct is re-init
for every call to select().  I think this was already fixed in some
version of Mosaic...

Rob
-- 
=========================================================================
| Rob Janssen                | AMPRnet:   rob@pe1chl.ampr.org           |
| e-mail: pe1chl@rabo.nl     | AX.25 BBS: PE1CHL@PI8UTR.#UTR.NLD.EU     |
=========================================================================

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

Crossposted-To: comp.os.linux.help
From: rob@pe1chl.ampr.org (Rob Janssen)
Subject: Re: DOSEMU and Novell
Reply-To: pe1chl@rabo.nl
Date: Wed, 29 Jun 1994 09:02:01 GMT

In <2uqjjr$9br@blackbird.db.erau.edu> andersoa@news.db.erau.edu (Andrew Anderson) writes:

>Andrew Anderson (andersoa@news.db.erau.edu) wrote:
>: James B. MacLean (jmaclean@fox.nstn.ns.ca) wrote:
>: : In article <2ulg8s$2ps@blackbird.db.erau.edu> andersoa@news.db.erau.edu (Andrew Anderson) writes:


>: : Hmm, pdether loads in DOSEMU now and allows you to load your typical:

>: : lsl
>: : pdether
>:   ^^^^^^^  I loaded the odi driver that came with the card (Etherexpress)
>:         here, and it couldn't find the card...I may try this driver
>:         also to see if that works better, after I see if the the SIG program
>:         solves my problems.
>: : ipxodi
>: : netx

>I tracked down pdether with archie, and this setup just locks the dosemu
>program.  I'm not quite sure where to go from here.  I have SIG installed,
>and apparently working correctly, but I still can't access the card
>enough to get the odi driver that came with the card to work.

This has worked during the pre-ALPHA releases of dosemu, but I heard from
others as well that it was broken in the 0.52 release that finally
appeared.  I don't know why, as there was no change at all in the packet
driver code for quite some time.  I have not tested it myself lately, but
I have 0.51-23 running with no problem.  James?

Rob
-- 
=========================================================================
| Rob Janssen                | AMPRnet:   rob@pe1chl.ampr.org           |
| e-mail: pe1chl@rabo.nl     | AX.25 BBS: PE1CHL@PI8UTR.#UTR.NLD.EU     |
=========================================================================

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

From: rob@pe1chl.ampr.org (Rob Janssen)
Subject: Re: IPX networking with Linux
Reply-To: pe1chl@rabo.nl
Date: Wed, 29 Jun 1994 09:03:18 GMT

In <2uqk4i$9br@blackbird.db.erau.edu> andersoa@news.db.erau.edu (Andrew Anderson) writes:

>I was talking to a friend today, and he said that "there is new ipx
>network support in one of the new Linux kernels".  Is this true, or
>did he misunderstand a post saying that work was being done on this
>area?  Being able to mount Netware drives under Linux would really
>help me out.

There is IPX support in the new Linux kernels, he is right.
However, you are too quick to conclude that this means you can mount
Netware drives from Linux because of that.  That requires NCP support
as well.

Rob
-- 
=========================================================================
| Rob Janssen                | AMPRnet:   rob@pe1chl.ampr.org           |
| e-mail: pe1chl@rabo.nl     | AX.25 BBS: PE1CHL@PI8UTR.#UTR.NLD.EU     |
=========================================================================

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


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