Subject: Linux-Development Digest #391
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:     Thu, 20 Jan 94 07:13:05 EST

Linux-Development Digest #391, Volume #1         Thu, 20 Jan 94 07:13:05 EST

Contents:
  Serial Ports do work! (Mark Swanson)
  Re: Network Snooping (WAS: Novell Netware Lite) (Mark Evans)
  Re: Socket limits for 3com cards? (Mark Evans)
  Re: Subnetting on non byte boundaries (Johannes Stille)
  Re: mac linux ( Magdaleno)
  SLIP Server setup: Routing and interface ??? (David-Michael Lincke)
  Re: [ANSWER] PL14n and PL14o ext2 problems (Kevin Brown)
  Re: mac linux (David Jeske)
  Re: Better than Xmag ? (Dan Miner)
  Re: DOSEMU Problem (Ron Smits)
  Dosemu Alt-Ctrl-Fn for vt-Switching - how? (Ralf Schlatterbeck)

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

From: ag010@FreeNet.Carleton.CA (Mark Swanson)
Subject: Serial Ports do work!
Reply-To: ag010@FreeNet.Carleton.CA (Mark Swanson)
Date: Thu, 20 Jan 1994 04:46:37 GMT



OK, OK, I'm going to publicly humiliate myself and admit that the reason I
was having trouble with the serial drivers was because I had a completely
wrong INIT string in mgetty+sendfax.  I also upgraded to pl14p and my
compilers to 2.5.7 & libc4.5.8, though, they did not really fix anything.
The Linux drivers are fine, and if pl14q has fixed the last problem, a race
condition, I'll have zero qualms about them!  Great!  Now my multi-line LINUX
System can go FULL PUBLIC access in Ottawa!  (613) 829-1941. V.FAST 24,000bps.
Soon 28,800 bps.  FAAAAAAAAAAAAAAAAAAAAAAAAANTASTIK!!! (board is free)
-- 
Mark Swanson.    ag010@freenet.carleton.ca

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

From: evansmp@mb48025.aston.ac.uk (Mark Evans)
Subject: Re: Network Snooping (WAS: Novell Netware Lite)
Date: Wed, 19 Jan 1994 21:13:04 GMT

Jan van Oorschot (etstjan@dutepp2.et.tudelft.nl) wrote:
: miner@Rapnet.Sanders.Lockheed.Com (Jonathan Miner) writes:
: Hi,

: >In article <1994Jan17.085601.11088@ibr.cs.tu-bs.de> i7092701@ws.rz.tu-bs.de (Krummrich) writes:
: >>Is there a Netware Lite client package for Linux, or is anybody working 
: >>on such a beast. If so, I would be glad to hear from it. Maybe, I could
: >>do some beta testing?

: >Is there a good package for doing network snooping in order to reverse
: >engineer the Novell protocols?  This would be done by a professional
: >engineer on a closed network. Rather than by a hacker on an open net :-)

: we're porting our Beholder RMON monitor (an ethernet monitor as described
: in RFC 1271) to Linux. At the moment, we're having problems opening
: the ethernet device in promiscous mode. Real Soon Now

Like the machine running out of memory?
The problem is that the opening a packet socket in promiscous mode only
selects on packet type, there is no way to select the packets based
on the source/destination address at kernel level. So they all pile up
in the socket read queue very quickly, faster than a user level program
can read them on a moderatly busy lan.

If you have a test network with one netware client and one netware server
that will help things quite a bit.
You might be able to get away with using packet sockets here.


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

From: evansmp@mb48025.aston.ac.uk (Mark Evans)
Subject: Re: Socket limits for 3com cards?
Date: Wed, 19 Jan 1994 21:18:48 GMT

Bruce Thompson (bruce@mdavcr.mda.ca) wrote:
: Hi all, I've got a bit of a wierd one here. I'm currently working on a
: project here that will be running on a 486 box running some form of
: UNIX, I don't know which, using a 3com Ethernet card for networking.
: Although this isn't specifically a Linux question, I know for a fact
: that _someone_ in the Linux community has an answer because Linux
: speaks Ethernet, no?

: One of the guys at work seems to think that there's some _board_level_
: limitation that precludes the use of more than 16 active INET sockets
: at any particular time. My reaction when he said that was essentially
: to shake my head and say "What?" (with some minor editting ;->).

Nope, maybe he got confused by the fact there is a limit to the TOTAL
number of sockets in use under Linux. Unless someone wants to rewrite
/usr/src/net/socket.c so as to use a linked list rather than an array.

: Bob (my co-worker) went on to explain that he knew of a project that
: had been forced to install _two_ ethernet cards, connected to the
: _same_ network, in order to get the number of active connections that
: they needed. This sounds highly suspect to me. Of course the project
: was using SCO at the time, so what can you expect? P-)

Maybe these were the oldest 3com cards. (the ones Donald Becker did not
want to write a driver for). With these having one to send and one to 
recieve might be sensible in certain situations.

: I've talked to someone at 3com, but I'm not convinced that she really
: understood what I was talking about. I think that she thought I meant
: hosts connected to an Ethernet. She's sending me some literature, but
: I kind of doubt that 3com's promo material will have the level of
: detail I need.

Considering that 3com make a range of ethernet cards unless you could
give her either the model number (or the mac address) she is unlikely
to be able to help you much.

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

From: johannes@titan.os.open.de (Johannes Stille)
Subject: Re: Subnetting on non byte boundaries
Date: Thu, 20 Jan 1994 00:40:41 GMT

In article <CJrvo5.5It@hpwin052.uksr.hp.com> bassman@isoit034.bbn.hp.com (Mr. Bassman) writes:
>In article <758577697.38snx@work.invlogic.com>, mmclagan@work.invlogic.com (Mike McLagan) writes:
>|>    I have a situation where I would like to divide the 1 class C address I 
>|> have into a number of subnets.  The docs/HOWTO say that subnetting is
>|> supported, but only on byte boundaries.  Does anyone know if there's a plan
>|> or a way to get to use non-byte boundaries for subnetting?  How much work
>|> is involved in it?
>|> 
[...]
>
>       Here in my little corner of the world, we have subnets which don't seem
>to be on byte boundaries.
>
>       Our subnet mask is 255.255.248.0 which means that the first 21 bits out
>of 32 refer to the subnet, and the last 11 are the device. I don't know a vast
>amount about it all, but our linux box has no problems at all. I think it should
>make no difference anyway, as the subnet-routing is handled by dedicated
>hardware.

Sorry, it should make a difference for routing. Probably you didn't try
to access machines on you local ethernet with an address that differs in
the third byte from your own.


To everybody with an odd subnet mask:
Please get at least the pl14q kernel. From this release on, subnetting
with arbitrary netmasks should be fully supported.


[ Good explanation about subnet masks deleted. ]

        Johannes

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

From: cooljohn@leland.Stanford.EDU ( Magdaleno)
Subject: Re: mac linux
Date: 20 Jan 1994 06:01:18 GMT

In article <59795@sdcc12.ucsd.edu>, CSE 230 <cse230c@cs.ucsd.edu> wrote:
>If you want to run linux, get a PC.  The mac is died because
>it will never be able to run linux as well as the PC can.  Mac
>is losing the battle;  the support for Mac is just next to
>none (in terms of things like linux).  Too bad the PC is
>finally defeating other machines like the amiga, atari and
>mac.
> 

Do people say this kind of thing on purpose (i.e. to evoke sentiments of
dislike) or are there actually people who truly believe this? (Please don't
respond; this is a rhetorical question...)

Anyways, I am generally interested in helping out on the Mac-side of things.
So if you're porting linux over (I imagine you would be using the already
available Amiga code). If you need (any) help, drop me an email message.

- John (cooljohn@leland.stanford.edu)

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

From: dlincke@sgcl1.unisg.ch (David-Michael Lincke)
Crossposted-To: comp.os.linux.admin,comp.os.linux.help
Subject: SLIP Server setup: Routing and interface ???
Date: 20 Jan 94 03:40:27 MET


Last night after making my post concerning that SLIP Server problem
concerning dip -i not setting up the interface and routing as mentioned in the
man page, I tried to set up the interface and the appropriate 
routing manually after establishing the SLIP connection, here is what I did:

130.82.154.101 is the SLIP client, 130.82.154.12 is the SLIP Server (dip -i)

ifconfig sl0 130.82.154.12 broadcast 130.82.255.255 netmask 255.255.0.0 \
mtu 1500 up

Then I tried to set up the routing. Before the routing table looked like this:

Kernel routing table
Destination net/address   Gateway address           Flags RefCnt    Use Iface
default                   swisg1.unisg.ch           UGN        0      0 eth0
NET-UNISG.unisg.ch        *                         UN         0    683 eth0
localhost                 *                         UH         0      0 lo

I then did a route add 130.82.154.101 sl0
This resulted in an immediate loss of connectivity to the net (130.82.0.0 
unisg.ch) and thereby the nameservice. When I then did a route -n I got:

limerick:/# route -n
Kernel routing table
Destination net/address   Gateway address           Flags RefCnt    Use Iface
default                   130.82.1.2                UGN        0      0 eth0
130.82.0.0                *                         UN         0    711 eth0
127.0.0.1                 *                         UH         0      0 lo      
130.82.154.101            *                         UH         0      0 sl0

Which seemed quite good to me. I can't imagine why I lost all connectivity to 
130.82.0.0.
With this routing set up I could ping the client and the client could ping the 
server. I also could do an FTP session from the server to the client (client 
running Netmanage TCP/IP under MS Windows). But when trying to establish a 
telnet connection from the client to the SLIP server it was in fact established 
but I did not get any output on the client (couldn't login...). It seems to me 
as if only ICMP worked both ways but not TCP.

If anyone should know a solution or notice an error in what I did please let me 
know.

Thanks a lot,

David   
-- 
David-Michael Lincke ******** University of St. Gallen HSG ********
===================================================================
dlincke@sgcl1.unisg.ch

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

From: kevin@frobozz.sccsi.com (Kevin Brown)
Subject: Re: [ANSWER] PL14n and PL14o ext2 problems
Date: Thu, 20 Jan 1994 06:44:17 GMT

In article <1994Jan18.102804.26785@dcs.warwick.ac.uk> alfie@dcs.warwick.ac.uk (Nick Holloway) writes:
>In <CJt87A.E2A@frobozz.sccsi.com> kevin@frobozz.sccsi.com (Kevin Brown) writes:
>> In article <1994Jan17.163233.1684@dcs.warwick.ac.uk> alfie@dcs.warwick.ac.uk (Nick Holloway) writes:
>> >What I would like to see is for the "-f" (fake) option actually put the
>> >line in /etc/fstab.  
>> 
>> You mean /etc/mtab?  I wouldn't want mount, or any other program, touching
>> /etc/fstab.  As with /etc/passwd, it's a file that (IMHO), shouldn't be
>> modified except by explicit operator intervention.
>
>Typo!  Yes I did mean /etc/mtab.  A good point though, the only tool
>that should play with /etc/fstab is the sysadmin's favourite editor.
>
>> >This would mean that the code to special case the
>> >rootfs could be removed.  The rc would then look like:
>> >
>> >    mount -n -o remount /
>> >    > /etc/mtab
>> >    mount -f /
>> >    mount -av
>> >
>> >Or, if you have a small /, and /usr (possibly nfs), you can then do:
>> >
>> >    # need /usr for fsck.*
>> >    mount -n -r /usr
>> 
>> This is a *real* bad idea.  The root filesystem has to be writable in order
>> for the mount to work.  You don't want *anything* touching it until it's
>> been checked.
>
>No.  With the "-n" flag, no attempt will be made by mount to update
>/etc/mtab.  It will take the parameters from /etc/fstab and mount it.
>At this stage the root filesystem is still read-only.

Ooops.  Quite right.  I wasn't aware that you could mount another filesystem
on a read-only filesystem (why?  Because mounting a filesystem on a
directory increases the directory's reference count, I thought, and I
thought doing that would require write access to the filesystem containing
the mount point.  How else can you write to the inode?).

>> Fsck *must* exist on the root filesystem in order for things to be safe at
>> all!
>
>No, at this stage I have two filesystems mounted, both read-only, and I
>can use the tools from both.  This mythical machine has a tiny /, and nfs
>mounts /usr.  This way, the latest versions of fsck.ext2 are available.

I tried it, and you're right.  Live and learn...

(The rest, which was based on my misunderstanding, deleted)

Sigh...


-- 
Kevin Brown                                     kevin@frobozz.sccsi.com
This is your .signature virus: < begin 644 .signature (9V]T8VAA(0K0z end >
            This is your .signature virus on drugs: <>
                        Any questions?

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

From: jeske@ux4.cso.uiuc.edu (David Jeske)
Subject: Re: mac linux
Date: 20 Jan 1994 07:24:07 GMT

cse230c@cs.ucsd.edu (CSE 230) writes:

>If you want to run linux, get a PC.  The mac is died because
>it will never be able to run linux as well as the PC can.  Mac
>is losing the battle;  the support for Mac is just next to
>none (in terms of things like linux).  Too bad the PC is
>finally defeating other machines like the amiga, atari and
>mac.

Lets get serious here. I hate the Mac as much as the next guy. (probably
more) but the reason there is little support for things like Linux for the
mac is that most people buy the mac specifically for the operating system,
not to have a nice 040 machine. I hate the Mac OS, and so I will never buy
one... but the 68040 is a lot nicer processor in my mind, than a x86 anything.
the 68040 is capable of running UNIX just as well if not better than your PC,
so "get a clue". Not to mention that there are already things like 
Mach Ten, and Apple A/UX. Certainly A/UX is a dog.. but Mach Ten is quite
good at doing what it does. (provide UNIX on a Mac)

-- 
David Jeske(N9LCA)/CompEng Student at Univ of Ill at Cham-Urbana/NeXT Programmer
CoCreator of the GTalk Chat Software System  - online at (708)998-0008
Mail:  jeske@ux4.cso.uiuc.edu    NeXTMail: jeske@sumter.cso.uiuc.edu

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

Crossposted-To: comp.os.linux.help
From: dminer@nyx10.cs.du.edu (Dan Miner)
Subject: Re: Better than Xmag ?
Date: Thu, 20 Jan 94 07:18:27 GMT

In article <2hjtjv$432@bradley.bradley.edu>,
Jerry Whelan <guru@camelot.bradley.edu> wrote:
>In article <2h8ujh$2pb@piston.ecp.fr>,
>Guillaume du Bourguet <bourgug4@cti.ecp.fr> wrote:
>-} I have a trouble with my eyesight, so I need very large characters
>
>-} But I can only use UNIX system in text mode. However I have to use
>-} Xterm. Fonts are smaller, and anyway it is not easy to write anything
>-} with 10 characters a line.
>
>In all the articles in this thread, I have not seen the obvious answer.
>This solution only applies to people running the XFree86/X386 servers.

Actually, it has been suggested.  I replied that it was a "good" idea
in that it is a stop-gap solution.

[HOWTO changing physical resolution and virtual resolution-- moved]

I take it by your tone that you feel everyone is an idiot?  You haven't
been paying attention.  LP systems are actually more then "just make the
screen bigger!".  They give you many ways of accessing your screen. 
Making the whole thing bigger isn't a great solution (granted one of easiest
to find for people who don't consider the real problems.)

Did you even consider people can't track the mouse cursor?  You need something
for it too!  Your idea doesn't even come close to answering that one.

So, please before you come off sounding all mighty (and knowing) please
consider all (or many) of the facets of a problem and solution set.

[Here is the  rather stuffy sounding post.. ]

>In all the articles in this thread, I have not seen the obvious answer.
>This solution only applies to people running the XFree86/X386 servers.
>
>In your Xconfig, you can specify the physical display resolution as well
>as the virtual display resolution.  For example, I typically run my
>X server at 1024x768 physical resolution, with a 1024x1024 virtual
>resolution.  When I move my mouse to the bottom of the screen, the
>entire display scrolls upwards so that I can see the rest of the
>256 pixels of the virtual display.  Some people call this feature
>hardware panning.

Some people?!

>Additionally, I have a 640x480 physical resolution defined at the same
>time.  By pressing alt-control-keypad-plus and alt-control-keypad-minus
>I can toggle between the 1024x768 and 640x480 resolutions while still
>maintaining the 1024x1024 virtual resolution.  When I switch to 640x480
>mode, all my physical pixels just about double in size.  Some people
>call this feature hardware zoom.

Really?!  I thought it was "changing my resolution".

>I don't know of any problems (though I have not tried it myself) with
>defining a physical resolution of, say, 320x240 which is physically
>about 10 times larger than 1024x768.  It would certainly take some
>tweaking to the Xconfig file to do it, but something along those lines
>should make X usable for people with a vision impairment.  Note that
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

Pretty sweeping statement, sir.  How many friends do you have that
have a visual handicap?

>this feature does not require a special svga card, and should work with
>just about any plain jane svga card on the market (though, I would
>counsel against purchasing a Diamond video card because their policies
>have made it much harder for XFree86 to support their hardware).

As I said, it a nice "stop-gap" but it doesn't cut it.

Grumbles,
Dan

P.S.  To the others reading, sorry to be so rude and sensitive about this, 
but years of this attitude has made me a bit defensive.  BTW, I HATE today's 
GUI.. :)
--
Dan Miner                                       dminer@nyx.cs.du.edu

Future student                                  Linux: try it, you'll like.
"Your program is encoded in pi."                I started with a 64

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

From: rsmits@xs4all.hacktic.nl (Ron Smits)
Subject: Re: DOSEMU Problem
Date: 20 Jan 1994 10:13:26 GMT

cam@adied.oz.au (Cindy Mann) writes:
: Chris Royle <car1002@cus.cam.ac.uk> writes:
: 
: >When I type
: 
: >dos -A > /dev/null
: 
: >with dosemu 0.49
: 
: >The screen flickers violently, displays my video BIOS startup message, and
: >hangs. It also flashes the floppy drive with boot disc in it once.
: 
: >I can switch consoles and kill the dosemu, but otherwise, it seems a bit
: >crashed to me...
: 
: >Chris.
: 
: Yes, I get exactly the same problem.
: I've read the documentation but still can't see what is wrong.
: 
: Anybody care to give us a solution?
: 
: c.
: 
 '

I have had the same problem. I finally solved it by making an hdimage in
/etc/dosemu that was bootable (Make a bootable disk and dd the disk into a
file) then I told dosemu to use this image, to boot from now it works like
a charm

        Ron Smits
        rsmits@hacktic.nl


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

From: ralf@vmars.tuwien.ac.at (Ralf Schlatterbeck)
Subject: Dosemu Alt-Ctrl-Fn for vt-Switching - how?
Date: 20 Jan 1994 08:36:41 GMT
Reply-To: ralf@vmars.tuwien.ac.at

I want to patch dosemu to use the Alt-Ctrl Functionkeys for switching
virtual terminals. Currently it uses the Alt Functionkeys. I already
tried to change the keyboard mapping (by editing a map file and using
loadkeys) but it doesn't apply to dosemu (but works for the other vts).
So the switching function seems to be hardcoded into dosemu, but I can't
find were it is. So: were is the part of code in dosemu which defines
the functionkeys for switching vts? Anybody already patched dosemu to
use the Alt-Ctrl-F keys instead of Alt-F keys for vt-switching?

Thanks.
-- 
Ralf Schlatterbeck
Treitlstr.3/182/1                            email: ralf@vmars.tuwien.ac.at
A-1040 Wien                                  Phone: +43/1/58801/8176
Austria                                      FAX:   +43/1/569149

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


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