Subject: Linux-Development Digest #886
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:     Mon, 4 Jul 94 00:13:04 EDT

Linux-Development Digest #886, Volume #1          Mon, 4 Jul 94 00:13:04 EDT

Contents:
  Re: NetBEUI (Duncan Robertson)
  Re: Quirky idea: Remote Virtual Consoles (James B. MacLean)
  X11R6 Doesn't compile cleanly ... Help! (Tom Griffing)
  Re: IBM Token Ring drivers skeleton available. (Mark Swanson)
  Need help making Shared Libs (David Simpson)
  Re: Quirky idea: Remote Virtual Consoles (Jim Graham)
  Re: Quirky idea: Remote Virtual Consoles (Jim Graham)
  Re: Can DOSEMU execute a unix shell or program?? (Mark A. Davis)
  Re: 14'400 baud /dev/cua ? (Leonhard Voos)
  Linux Sound (root)
  pico editor (root)
  www binaries (root)
  Re: SOL'N: DOSEMU/Netware (Daniel T. Schwager)
  Re: Dedicated SCSI swap drive? (Simon Lyall)
  Re: NCR-Driver Bug with Fdisk (Akihito SUZUKI)
  Re: Can DOSEMU execute a unix shell or program?? (Daniel T. Schwager)

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

From: duncan@werple.apana.org.au (Duncan Robertson)
Subject: Re: NetBEUI
Date: 4 Jul 1994 10:47:15 +1000

danny@dragon.s.bawue.de (Daniel T. Schwager) writes:



>If i want install linux as a filesyser (replacement for novell in little
>networks), should i use

>   o  Linux as a SAMBA Server
>      - running wfwg or windos-3.1 with the prog's show above on the stations
>   o  Linux as a normal NFS Server 
>      - running xfs176 or nfs-02x  (both msdos nfs-clients) on the stations

>Whats the advantages of samba in opposit to nfs ??

I just set up a Linux box (386DX40, 8MB RAM) as a file server for a company
yesterday using Samba & WFW3.11 with the new MS TCP/IP. Printing and file
access seems fine. The Linux box is replacing an NT box, which had been
unreliable when used as a server while running DOS apps, so had to cease
file server duties. Testing has worked fine, I'm waiting to see how the
first few days of "real world" use goes...
Getting Samba up and running was a bit fiddly, but should be easier now I
have done it once or twice. It seems very reliable once installed fully (I
installed it to be run from inetd).

I haven't tried setting it up the other way (with NFS), but with Samba a
major plus is most of the configuration is done at the Linux end (once
TCP/IP is installed in the Windows boxes).


Hope this information helps...



>regards

>Danny
>-- 
>                        ,,,
>                       (^ ^)               
>+------------------oOO--(_)--OOo-----------------------+
>|  ... Real programmers use cat >a.out ...     Danny   |

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

From: jmaclean@fox.nstn.ns.ca (James B. MacLean)
Subject: Re: Quirky idea: Remote Virtual Consoles
Date: 3 Jul 1994 23:04:06 -0300

In article <2v6kga$q5p@netaxs.com> sto2@netaxs.com (Brian Stoler) writes:
>From: sto2@netaxs.com (Brian Stoler)
>Subject: Re: Quirky idea: Remote Virtual Consoles
>Date: 3 Jul 1994 15:12:10 GMT

>Jordan Hazen (jnh@kzin.cen.ufl.edu) wrote:
>: Some more suggestions for anyone thinking about the
>: remote-console-server idea:

>: 2)    Support for the PLIP protocol on the remote-server side would
>: be nice, since that would allow laptops, etc. without Ether cards to
>: serve as remote consoles.  Failing that, maybe high-speed SLIP could
>: be used?

>In my mind the connection could be any TCP/IP connection, be it Ethernet,
>SLIP, PLIP, or anything else that has a Linux and a DOS driver.

>--

>- Brian Stoler
>- sto2@netaxs.com

I'd even favor straight serial connections and pty's too as it would be a 
noticable increase in speed for thos specific remote apps.

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

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

From: tom@metronet.com (Tom Griffing)
Subject: X11R6 Doesn't compile cleanly ... Help!
Date: Sat, 2 Jul 1994 04:40:33 GMT

Like the title says: I am having trouble
compiling X11R6 on Linux.

I am running the latest Slackware distribution
from sunsite.unc.edu and have applied patches
1, 2 and 3 posted on ftp.x.org.

The errors I am getting seem to be related to
the Linux dll's and shared libraries.  Here's
the error when trying to link twm:

gcc -o twm -O2 -m486 -ansi  -DNO_ASM     -L../../usrlib gram.o lex.o deftwmrc.o 
add_window.o gc.o list.o twm.o          parse.o menus.o events.o resize.o util.o
 version.o iconmgr.o            cursor.o icons.o -lXmu -lXext -lX11 -L/usr/X11R6
/lib     
twm.o: Undefined symbol _XSyncQueryExtension referenced from text segment
twm.o: Undefined symbol _XInternAtoms referenced from text segment
parse.o: Undefined symbol _XSyncSetPriority referenced from text segment
menus.o: Undefined symbol _XSyncSetPriority referenced from text segment
menus.o: Undefined symbol _XSyncGetPriority referenced from text segment
make[3]: *** [twm] Error 1
make[3]: Target `all' not remade because of errors.
make[3]: Leaving directory `/R6/xc/programs/twm'


The symbol XSyncSetPriority is part of libXext.sa.
I found it in directory /R6/xc/lib/Xext, but not
in /usr/X11R6/lib specified in the library path.

Can some kind soul guide me how to place this library
(and possibly other misplaced libraries) so that it
can link correctly?  Also, is this somehow related to
the dll's ... maybe I have to put the libraries in
somewhere and set LD_LIBRARY_PATH?

Thanks in advance.



--
 _____________________________________________________
| Thomas L. Griffing       |  Dallas Softworks, Inc.  |
| tom@metronet.com         |  (214) 352-1011          |
|__________________________|__________________________|

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

From: mswanson@borg.ott.ca (Mark Swanson)
Subject: Re: IBM Token Ring drivers skeleton available.
Date: 4 Jul 1994 04:15:11 GMT


: P.S.  My pop mailer just appends data to the last message and eventually
: invalidates my folder, so if I don't reply within one day, please send
: your request again,, or just post here.
: L8r.

My service provider got 2 mail messages to me about this... I'm 
mswanson@hookup.net really.  My domain name resolver bind-483l consistently
hangs my machine and is causing me to lose my mail.  This only happens when I
try to resolve a certain machine geeves.uwaterloo.ca.  Resolving other places
works fine.  Could those interested please remail me.  Sorry for the 
HUGE delay.


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

From: davesimp@po.EECS.Berkeley.EDU (David Simpson)
Subject: Need help making Shared Libs
Date: 2 Jul 1994 06:30:29 GMT


I would like to build some shared libraries but I am having troubling
finding the right documentation for this.  I don't have a man page
for 'ld' either.  Thanks in advance,

Dave
---
David Simpson
davesimp@cory.berkeley.edu
http://www-plateau.cs.berkeley.edu/people/davesimp/dave.html

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

From: jim@n5ial.mythical.com (Jim Graham)
Subject: Re: Quirky idea: Remote Virtual Consoles
Date: Fri, 1 Jul 1994 23:43:29 GMT
Reply-To: jim@n5ial.mythical.com

NOTE:  If you're interested in trying to work with me on the solution I'm
suggesting here, please note the request for an e-mail reply...just in case
I miss the article here.  If you don't get a reply within a few days, try
again.  We're in the rainy season here, and power failures are going to be
more and more common...and with them, of course, come potential filesystem
problems (which I'm already having).

In article <2uq2vp$9nd@solaria.cc.gatech.edu> 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, I've got some ideas, then...see how this sounds.

First, my idea is msdog-based.  Sorry, but the lib that I've got that will
(for me, at least) help make this work is dog-based, so my ideas are also
dog-based.  Besides that, it'll make it available on my ancient pc/xt
clone, so I like it---I might even pull that thing out of storage to try
this.  :-)   Oh, one thing...my idea uses a library under dog that isn't
freeware.  If I were to develop the dog end, I'd release my portion to
freeware (copyrighted freeware probably, but freeware just the same), but
for someone else to compile it, they'd either have to port it to another
screen management library or buy a copy of the same one I bought (UltraWin).

Basically, the idea is to have a server running under Linux, and a simple
VC emulator running under dog.  Until you ask for graphics (e.g., running
X, svgalib stuff, etc.), the VC emulator can be kept relatively simple.
I haven't a clue what it would take on the Linux end, but I'm sure there's
at least *SOME* kernel work (if nothing else, for selection---that is, *IF*
we're to use selection from the Linux side---we could also put that on the
server side and handle the rest via the communications link).  If we're to
add graphics to this, someone else will have to handle that part.

The emulator under dog would simply take the signals from its keyboard
and send them to the remote Linux machine with instructions as to which
RVC the data comes from.  The Linux machine would send information to
the emulator, once again complete with information as to which RVC the
data is intended for.

Some type of (very simple) data communications protocol would have to be
run between the two, and I have some ideas on how to do that, too.

As I envision this right now, all terminal emulation would still be done
under Linux---the emulator would simply be a smart set of dumb
terminals....if that makes any sense.  ;-)

Does anyone consider this a good place to start?  I realize my ideas are
somewhat disjointed right now, but then, I'm dreaming up parts of this
(and there's C code forming in the brain) as I type.  :-)  Is anyone
interested in working together with me on such a plan?  I can handle the
non-graphics portion of the msdog end and the datacomm link.  Can someone
else handle any graphics and/or the Linux side?

If anyone is interested in this idea, please *E-MAIL ME*.  If you post
here, please add the following line to your headers (except don't comment
it out like I've done):

# Cc: jim@n5ial.mythical.com

Later,
   --jim

PS:  Yes, I realize I could have set Followup-To: poster, but I didn't
     want to divert all discussion on this from the newsgroup---just
     people wanting to work with me on it....

--
73 DE N5IAL (/4)                           < Running Linux 1.0.9 >
      jim@n5ial.mythical.com                 ICBM: 30.23N 86.32W
  ||  j.graham@ieee.org          Packet:  N5IAL@W4ZBB (Ft. Walton Beach, FL)
E-mail me for information about KAMterm (host mode for Kantronics TNCs).


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

From: jim@n5ial.mythical.com (Jim Graham)
Subject: Re: Quirky idea: Remote Virtual Consoles
Date: Fri, 1 Jul 1994 23:51:25 GMT

In article <Cs5Hw3.7Hr@pe1chl.ampr.org> pe1chl@rabo.nl writes:
>In <2uq3eh$9rv@solaria.cc.gatech.edu> byron@gemini.cc.gatech.edu
>(Byron A Jeff) writes:

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

I agree.  My idea (see previous post) was based on a serial link between
the two machines.  Yes, graphics might be slow.  Of course, the machine
I have in mind for this end couldn't even handle graphics, so....

Later,
   --jim

--
73 DE N5IAL (/4)                           < Running Linux 1.0.9 >
      jim@n5ial.mythical.com                 ICBM: 30.23N 86.32W
  ||  j.graham@ieee.org          Packet:  N5IAL@W4ZBB (Ft. Walton Beach, FL)
E-mail me for information about KAMterm (host mode for Kantronics TNCs).


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

From: mark@taylor.infi.net (Mark A. Davis)
Subject: Re: Can DOSEMU execute a unix shell or program??
Date: Mon, 04 Jul 1994 01:41:52 GMT

leob@netcom.com (Between 408 and 510...) writes:

>rob@pe1chl.ampr.org (Rob Janssen) writes:

>>In <Cs9sq7.D7p@tasking.nl> fvm@tasking.nl (Frank van Maarseveen) writes:

>>>Making linux recognize DOS executables is the easy part I guess.

>>This has been discussed before.  When you think it is easy, just do it.

>In ISC, it is the shell who recognizes DOS executables (by suffix) and
>calls a predefined program, something like:
>alias *.exe $DOS !!:0
>alias *.com $DOS !!:0
>alias *.bat $DOS !!:0

One approach would be magic.  There must be a fingerprint to look for
in the executable.  "file" seems to recognize MS-"DOS" binaries pretty
accurately.

-- 
  /--------------------------------------------------------------------------\
  | Mark A. Davis    | Lake Taylor Hospital | Norfolk, VA (804)-461-5001x431 |
  | Sys.Administrator|  Computer Services   | mark@taylor.infi.net           |
  \--------------------------------------------------------------------------/

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

From: leo@kiew.uni-paderborn.de (Leonhard Voos)
Subject: Re: 14'400 baud /dev/cua ?
Date: 2 Jul 1994 08:58:28 +0200

lbartho@scsun.unige.ch (BARTHOLDI Laurent) writes:

>Hi folks,
>I hope the subject says it. I am setting up my modem and wish to use
>it at 14'400 baud; but I noticed Linux seems only to support 9600, 19200
>and other 300*2^n. How come? can it be changed? easily? will it...?
>thanks,
>       larry
>lbartho@cui.unige.ch


Try it with 19200, the baud rate then should be reduced to 14400 or 9600 or
whatever automatically.

Good luck!


Leo

-- 
LEONHARD VOOS                   phone:  05254 / 69395
Schlehdornweg 1
D-33106 Paderborn               email:  leo@uni-paderborn.de

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

From: root@myhost.subdomain.domain (root)
Subject: Linux Sound
Date: 4 Jul 1994 03:19:04 GMT

My sound card is a Sound Blaster 16 and I can't seem to make it
work correctly. It complains that there is no buffer space allocated
when I run 'play'. Is there anyone with Ideas????


tim@systel.com

Timothy Alan Kulig

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

From: root@myhost.subdomain.domain (root)
Subject: pico editor
Date: 4 Jul 1994 03:22:34 GMT

Anyone Heard of it???

I would love the source code for it, or binaries, or any other
Idiot proof editor for my mail programs to use.


Thanks

tim@systel.com

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

From: root@myhost.subdomain.domain (root)
Subject: www binaries
Date: 4 Jul 1994 03:25:10 GMT

Anyone know where the binaries or source for the text version of mosaic
are? Hpw the hell fo you use irc?


Later

tim@systel.com



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

From: danny@dragon.s.bawue.de (Daniel T. Schwager)
Subject: Re: SOL'N: DOSEMU/Netware
Date: Sat, 2 Jul 1994 08:22:55 GMT

Andrew Anderson (andersoa@news.db.erau.edu) wrote:
: Well, I finally came up with a hardware/software solution that provides an
: acceptable solution to my problems...

: I finally stole a 286 to run the SOSS program to provide access
: to the CD-ROMS on my Netware file server.  This allows me to have one
: login to my Netware server providing access to files for multiple DOSEMU
: sessions.  This isn't as elegant as what I'd hoped for, but it works.

: This will work for now, as long as I don't add more than 3 additional 
: CD-ROMS (almost out of re-directable driver letters in DOSEMU!).  
: I still have to keep a DOS partition around, though, because the 
: database search software is DOS based. :(  Kind of interesting to
: see a screen and a half of mounts, though! ;)

: Does anyone know if a faster machine with more memory (than the 1meg
: 286 I'm currently using) will significantly speed NFS access?  And just to
: be crazy, has anyone tried running SOSS *through* DOSEMU? :)

: If anyone gets the NCP (?) ipx/spx working (or at least in alpha),
: I'm interested in helping you test it.


Hi Andrew,

I think there are only three possibilities to run SOSS through dosemu:

1) Johannes Stilles worked on SLIP-based solution (connectint SOSS via
   slip-packetdriver to a modem (/dev/ttypxx) and build a slip-connection
   to linux slip-stuff). Johannes mentioned that the troughput is about 
   1-2kb/sec.

2) running soss through the internet dosemu-packet-driver. Could be a problem
   because of the second IP and the linux-kernel (is this true ??)

3) running soss via a second ethernet card (not recorgnizing by linux 
   while booting):
         - Install SIG (Silly interrupt generator) in the kernel
         - install dosemu with SIG-support
         - insert ports in dosemu.conf
  at this point i'm able to access the novell-server via norman netx, but
  i can't run any msdos-TCP/IP application like soss or ncsa-telnet.
  James sMacLean (jmaclean@fox.nstn.ns.ca) told me to use another inter-
  rupt vektor than 0x60 for the packet-driver (odipkt), because 0x60
  is used by the internet packet-driver. I will try this today...

  When i run SOSS on a dedicated pc there are also even so some problems:

        - i can't access files with german vowal mutations 
          (in german: Umlaut oe, ue, ae)
          Les Mikesell told me that the 'check-for-legal' routine is too
          restricted.

        - i can't access directories with a point ( '.' ) in the name like
          'blabla.bla' or 'novell.prj'

        - the following unix-command do not scan recursivly thourgh the 
          mountet soss-drive (novell-network-drive):
          'find /novell-drive -print'


Maybe somebody can help me to track down this problems...

regards

Danny
         

: --
: |===========================================================================|
: |  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!  | 
: |===========================================================================|
-- 
                        ,,,
                       (^ ^)               
+------------------oOO--(_)--OOo-----------------------+
|  ... Real programmers use cat >a.out ...     Danny   |

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

From: simon@news.midland.co.nz (Simon Lyall)
Subject: Re: Dedicated SCSI swap drive?
Date: 3 Jul 1994 04:17:34 GMT

A few months ago I saw a mention in comp.unix.admin(I think) about special
'swap drives' ie small (under 100meg) but fast (ie 2,3,x(?) times faster 
than normal drives) scsi drives that are designed to be solely for swap 
drives. 

I was wondering if anyone has seen such beasts advertised and
what they roughly go for (relative to normal drives)?

--
Simon J. Lyall. | Lots of Jobs | Email - simon@midland.co.nz
"Inside me Im Screaming, Nobody pays any attention. "   | MT.


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

From: suzuki@aloe.ibbsal.or.jp (Akihito SUZUKI)
Subject: Re: NCR-Driver Bug with Fdisk
Date: 4 Jul 1994 03:13:51 GMT

Richard Schmid (richard@wagner.muc.de) wrote:


: This is the output:
: ~# fdisk /dev/sda
:  and cylinders.
: You can do this from the extra functions menu.
: You must set heads sectors
: Command (m for help): p

: Disk /dev/sda: 0 heads, 0 sectors, 0 cylinders
: Units = cylinders of 1 * 512 bytes

:    Device Boot  Begin   Start     End  Blocks   Id  System
: /dev/sda1   *       1    2049  450560  224256   83  Linux native
: Floating point exception
: ~#

: I have Linux 1.1.19 running on a ASUS 486 dx2/66.

: Richard

I have near output.
I set heads,sectors, and sylinders use extra function menu,
but same output massages on retry fdisk after write and reboot.

I have Linux 1.2.0.3 running on a PCI scsi NCR53c810 with qantam1080.

--
suzuki@aloe.ibbsal.or.jp  SUZUKI Akihito  5A1 goa

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

From: danny@dragon.s.bawue.de (Daniel T. Schwager)
Subject: Re: Can DOSEMU execute a unix shell or program??
Date: Sat, 2 Jul 1994 07:40:33 GMT

Mihail S. Iotov (iotov@cco.caltech.edu) wrote:
: rob@pe1chl.ampr.org (Rob Janssen) writes:

: >In <don.16.0015D880@ds9.us.dell.com> don@ds9.us.dell.com (Don Carroll         ) writes:

: >>will DOSEMU do the above? 

: >>if it can't it would be a neat idea. or can you start DOSEMU and pass a 
: >>program to run?

: >Can't you just be slightly more specific?  Remember that the world does
: >not know what you are doing, and you need to explain that first.

:  I think what he means is something like :

: linux$ dos -execute c:\quicken\q.exe
You can use different dosemuf.conf files (and different hd-boot-images with
different autoexec.bat's) and call dosemu like

$ dos -F my_quicken_q_exe_dosemu.conf

: That would be a nifty feature.


Danny

-- 
                        ,,,
                       (^ ^)               
+------------------oOO--(_)--OOo-----------------------+
|  ... Real programmers use cat >a.out ...     Danny   |

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


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