Received: from SOUTH-STATION-ANNEX.MIT.EDU by po7.MIT.EDU (5.61/4.7) id AA29624; Sun, 10 Dec 95 22:18:37 EST
Received: from SENATOR-BEDFELLOW.MIT.EDU by MIT.EDU with SMTP
	id AA22250; Sun, 10 Dec 95 22:18:41 EST
Received: (from root@localhost) by senator-bedfellow.MIT.EDU (8.6.12/2.3JIK) id WAA01140 for Linux-Development-System-Dist@senator-bedfellow.mit.edu; Sun, 10 Dec 1995 22:13:55 -0500
Message-Id: <199512110313.WAA01140@senator-bedfellow.MIT.EDU>
From: Digestifier <Linux-Development-System-Request@senator-bedfellow.MIT.EDU>
To: Linux-Development-System@senator-bedfellow.MIT.EDU
Reply-To: Linux-Development-System@senator-bedfellow.MIT.EDU
Date:     Sun, 10 Dec 95 22:13:52 EST
Subject:  Linux-Development-System Digest #104

Linux-Development-System Digest #104, Volume #2  Sun, 10 Dec 95 22:13:52 EST

Contents:
  iBCS for 1.3.45 (Juergen Pfeifer)
  DOS FS with long filenames (Win95) (Juergen Pfeifer)
  Re: [Where] module for par Zip drive? (Byron A Jeff)
  Re: reading lp port.. (Thomas Quinot)
  Unmounting NFS file systems of machines that are down (David Fox)
  cdu31a not seen by 1.3.xx ! (Chris)
  Re: Floating point processor - help (Mathew G Monroe)
  Re: PPP + 1.3.45 memory corruption (Jon M. Taylor)
  Re: Linux Security - C2 and beyond (Markus Kuhn)
  Re: 3com, 3c5x9,smc8000 drivers (W.Ton)
  Sony CDU77E and Slack. 3.0 (Roman Maszczyk)
  Re: tpqic02: LAST call for help (J Wunsch)
  Re: elf (Gary Anderson)
  Re: Latest Stable Kernel ??? (Gary K Nitzberg)
  memory model (Haq)
  [Q] About module verbage when loading. (Eric Kahler)
  Re: Netscape/Mosaic for ELF (Matthias Urlichs)
  Dosemu kicks/shells me out! (Jamal Hadi Salim)
  Re: Dosemu kicks/shells me out! (J. Lawrence Stephan)
  Where is <linux/socket.h>  ???? (Oscar E Masters)
  Tape drives that connect to floppy controller (Ian Chard)

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

From: 0616250291-0001@t-online.de (Juergen Pfeifer)
Subject: iBCS for 1.3.45
Date: Sat, 09 Dec 1995 14:31:30 +0000

Where can I get a working iBCS module for 1.3.45 ?

Regards
Juergen Pfeifer



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

From: 0616250291-0001@t-online.de (Juergen Pfeifer)
Subject: DOS FS with long filenames (Win95)
Date: Sat, 09 Dec 1995 14:38:35 +0000

Any attempt to support long filenames for the DOS FS driver
(Win95) ?

Regards
Juergen Pfeifer



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

From: byron@cc.gatech.edu (Byron A Jeff)
Subject: Re: [Where] module for par Zip drive?
Date: 6 Dec 1995 21:14:38 GMT

In article <4a2l31$a1a@news.scruz.net>,
Remco Treffkorn <remco@blue.ugraf.com> wrote:
>Some time ago I saw something about a driver for the par port
>version of the iomega Zip drive here.
>
>I lost the reference and the article is already expired.
>
>I would be thankfull for a pointer, either posted here,
>or send to me at remco@emc.rvt.com
>
>Thanks
...

Here's the announcement that was posted to comp.os.linux.hardware,
comp.os.linux.development.system, linux-scsi and linux-kernel written
by Grant Guenther, author of the driver:

==============================================================================

I'm looking for some brave beta testers who'd like to try out a new 
Linux driver for the parallel port version of the Iomega ZIP drive.

This driver was written without the cooperation of Iomega and without 
any specifications for the hardware.  Instead, I used a modified version
of the DOS emulator to capture all the parallel port traffic between
the DOS driver and the ZIP drive.  From that I derived a model of the
protocol used and implemented this driver.

The ZIP drive is actually a SCSI device with a parallel to SCSI converter
built in.  Iomega also sells that converter separately and this driver 
*may* also work for that device.  I don't have one and haven't tried it.

To try this driver you will need either a 1.2.13 or 1.3.37 Linux kernel.
Other versions might work, but those are the two that I have used in 
developing the driver.  You should also have support for SCSI disks in the
kernel (either built in or loaded as modules).  You should not have PLIP 
or LP support in the kernel.  And, of course, you will need a parallel 
port ZIP drive.

I have tested the driver on 'standard', bi-directional, EPP and ECP 
parallel ports.  It does not (yet) take advantage of any of the higher
performance capabilities of EPP or ECP, but it should adapt to 4 or 8 bit
transfers depending on the port.  I've tested it on a slowish 486SX/33
and on a 486DX4/100.  I have NOT tested it on an ELF system.

I've been able to read and write MS-DOS disks partitioned by Iomega's
software and I've also been able to use fdisk and mke2fs to build native
Linux file systems.  Performance is not outstanding - but you wouldn't 
expect that from a parallel port interface.  In 8-bit mode, reads run at 
approximately 100 kb/sec. 

The source code for the driver, ppa.c, can be obtained by anonymous FTP
from /pub on gear.torque.net.  Instructions for compiling and installing 
the driver are included in the comments.  If you are using 1.3.37 please
pay careful attention to the remarks about PROC_SCSI_PPA.

If you do try it out, please keep me posted on your successes and failures.

==============================================================================

==========================================================================
Grant R. Guenther                                         grant@torque.net
==========================================================================

-- 
Another random extraction from the mental bit stream of...
Byron A. Jeff - PhD student operating in parallel - And Using Linux!
Georgia Tech, Atlanta GA 30332   Internet: byron@cc.gatech.edu

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

From: thomas@cuivre.fdn.fr (Thomas Quinot)
Subject: Re: reading lp port..
Date: 7 Dec 1995 20:05:05 GMT

Riku Saikkonen (rjs@spider.compart.fi) icrit :

> No, the lp driver supports only standard parallel printers. (Well, you could

There is also a kernel module, bidir-lp, which provides support for
bidirectional parallel ports.

-- 
Grand.Bwana@cuivre.fdn.fr     |     Linux : the choice of a GNU generation

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

From: fox@graphics.cs.nyu.edu (David Fox)
Subject: Unmounting NFS file systems of machines that are down
Date: 09 Dec 1995 21:57:40 -0500

Is it possible to unmount a file system of a machine that has gone
down?  Unmount eventually times out, but the file system remains
mounted.
-- 
David Fox          http://found.cs.nyu.edu/fox          xoF divaD
NYU Media Research Lab                     baL hcraeseR aideM UYN

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

From: gt1355b@acmey.gatech.edu (Chris)
Subject: cdu31a not seen by 1.3.xx !
Date: 8 Dec 1995 06:17:00 GMT

I recently tried to answer mail/news from Henrik Soderstrom about the cdu33.
Unfortunately, his email address bounced ;-).

Anyway, Henrik, if you get this, here's what I'd suggest.

Try booting the last kernel that worked (1.2.13 would be a good one), and
watch the bootup for lines something like 

Dec  5 11:41:32 woodruffn239 kernel: Sony I/F CDROM : SONY     CD-ROM 
CDU33A    
Rev 1.0f
Dec  5 11:41:32 woodruffn239 kernel:   Capabilities: tray, audio, eject, 
LED, el
ec. Vol, sep. Vol, double speed, irq 10

What do these say?  What do they say when you boot 1.3.45?

Note:  you shouldn't have to actually reboot.  Just look through 
/var/log/messages.

later,
chris

--
Chris Ricker : gt1355b@prism.gatech.edu : The Georgia Institute o' Technology

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

From: Mathew G Monroe <mmex+@andrew.cmu.edu>
Subject: Re: Floating point processor - help
Date: Thu,  7 Dec 1995 10:01:49 -0500

Excerpts from netnews.comp.os.linux.development.system: 7-Dec-95
Floating point processor - .. by jvisser@cis.co.za 
> I am porting an app from HP-UX to Linux(1.2.8) and I am having
> some problems with floating point
>  
> On the HP I can 
>   1)ignore under/over-flows
>   2)decide which SIGFPE's I want to trap etc.
>

You can't currently do that under linux. The HP/UX interface that allows
you to that comes from the SVID standard.  Linux has always been first
POSIX.  POSIX doesn't support these things.  There has been much talk of
suppporting the SVID methods, but no one has yet released a patch to
libm ( and other things needed to support this).  It really comes down
being POSIX didn't make this support part of its standard, and addeding
SVID support while maintaining both fast hardware coprocessor support
and POSIX compliance is hard to do.

If you really want this support there a fully software libm available
that provides for this fully.

Matt


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

From: taylorj@ecs.ecs.csus.edu (Jon M. Taylor)
Subject: Re: PPP + 1.3.45 memory corruption
Date: 6 Dec 1995 20:36:57 GMT

In article <4a3c0c$4is@news.tamu.edu>, Richard Henderson <rth@tamu.edu> wrote:
>I am seeing a "block on freelist isn't free" message shortly after
>ppp registers device ppp0.  I can get this reliably with 1.3.45, and
>I'm told that it happened with previous kernels (>1.3.40?), though
>it was spurrious and I never actually witnessed it.

        I get it with .43, .44, and .45.  I can reliably reproduce it by 
running ifconfig after running pppd and establishing a connection.

-- 
Jon Taylor = <taylorj@gaia.ecs.csus.edu> | <http://gaia.ecs.csus.edu/~taylorj>
==============================================================================
  "That's the thing about people who think they hate computers; what they
   really hate are lousy programmers." - "Oath of Fealty", Niven & Pournelle

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

From: mskuhn@unrza3.dialin.rrze.uni-erlangen.de (Markus Kuhn)
Subject: Re: Linux Security - C2 and beyond
Date: 10 Dec 1995 11:36:19 +0100
Reply-To: mskuhn@cip.informatik.uni-erlangen.de

Darren J Moffat <darren@xarius.demon.co.uk> writes:

>Many moons ago in the Linux world there was discussion about brining together
>the required options to make Linux conform to the C2 requirements for system
>security.

>I gather there is now an (almost?) working shadow password suite, but there
>is a lot more work to get upto C2.

I suggest to look first at the latest POSIX.1e (IEEE Std 1003.1e)
draft, which specifies a lot of new high security extensions for POSIX
systems. Perhaps the final standard has already been published (it was
already in ballot last time I checked). It would be nice if new
security functionality in Linux would be aligned with the upcoming
standards for this.

Information about getting POSIX documents is available from IEEE:

  phone:  +1 908 981 1393 (TZ: eastern standard time)
           1 800 678 4333 (from US+Canada only)
  fax:    +1 908 981 9667
  e-mail: stds.info@ieee.org

Markus

-- 
Markus Kuhn, Computer Science student -- University of Erlangen,
Internet Mail: <mskuhn@cip.informatik.uni-erlangen.de> - Germany
WWW Home: <http://wwwcip.informatik.uni-erlangen.de/user/mskuhn>

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

From: wton@news.Inter.NL.net (W.Ton)
Subject: Re: 3com, 3c5x9,smc8000 drivers
Date: 6 Dec 1995 23:42:28 +0100

The newer 3Com boards have a different manufacturer ID in the ethernet 
addres, so some drivers (kernel 1.? from Yggdrasil) won't recognise them. 


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

From: Roman Maszczyk <iza@fuw.edu.pl>
Subject: Sony CDU77E and Slack. 3.0
Date: 10 Dec 1995 14:37:03 GMT

Hi all,
I'd appreciate if you could tell me what I should do to make the setup program
in Slackware 3.0 recognize my IDE/ATAPI 4x CDROM drive (Sony CDU77E). I tried
compiled kernels from Q-disks (idecd1, idecd2, aidecd) and also compiled my own
kernel with CDROM support, all failed to run it. It seems that the the drive is
recognized at booting of those kernels (its name is displayed) but when it
comes to reading CD format I get "unable to recognize CD format", "no CD found"
or "tray open". The problem shows up for the first time during configuring with
setup; it is unable to detect any CDROM drive when I choose 'scan' option in
the CD-setup section.
Thanks,


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

From: j@uriah.heep.sax.de (J Wunsch)
Crossposted-To: comp.unix.bsd.freebsd.misc
Subject: Re: tpqic02: LAST call for help
Date: 10 Dec 1995 16:41:17 GMT
Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch)

rdong@mat.jhu.edu (Rui-Tao Dong ~{6-HpLN~}) writes:
> 
> QIC-02 doesn't seem to be actively supported in Linux.  I am thinking about
> booting FreeBSD to do my backup.  (It is probably a good idea to backup
> from a dead file system instead of a live one anyway.) I understand that
> FreeBSD supports QIC-02 and it reads Linux Ext2 file system.  It is just a
> matter of getting the right boot image and some shell utilities.

Your problem seems to have been answered.  Anyway, all you need for
FreeBSD are two floppies (the ``Fixit'' approach).  You could then
mount your Linux partition, and backup your files.

Dynamic device configuration is supported by booting with the -c
option.

Since ext2fs support is part of the -current code, you need the (not
yet published) boot and fixit floppies from -current; the 2.1 ones
aren't much helpful for you.

-- 
cheers, J"org

joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)


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

From: ganderson@clark.net (Gary Anderson)
Subject: Re: elf
Date: 10 Dec 1995 14:44:22 GMT

James L. McGill (fishbowl@fishbowl.pic.net) wrote:
: 
: In article <48alo7$8r7@shellx.best.com>,
: Gregory H. Margo <gmargo@newton.vip.best.com> wrote:
: >
: >Is there any particular benefit to compiling the kernel in ELF format?
: 
: And how do you do it to the 1.2.13 distribution?
: 
: The ELF-HOWTO mentions a patch but does not say where to find it.
: It does not appear to be in tsx-11.mit.edu:/pub/linux/patches 
: or in /pub/linux/sources/system/v1.2
: 
: I already know I can use a 1.3 kernal and compile it as ELF.  I want
: to do it to a 1.2.13 kernel.
: 
: ELF-HOWTO, about line 742, mentions H. J. Lu's patch to allow
: compiling the kernel as ELF, but it leaves it up to me to find it.
: 
: 
: 
: g-r-a-t-e-f-u-l-l-y---[   email:<fishbowl@conservatory.com>   ]---l-i-v-i-n-g
: d-e-a-d-i-c-a-t-e-d---[ http://www.conservatory.com/~fishbowl ]-----l-i-g-h-t
: Too much of a good thing is WONDERFUL.  -- Mae West
: 

The last ELF patch I saw for the 1.2.x kernels was for 1.2.11.  Those patches
_will_ apply/work against a 1.2.13 kernel source tree.  HOWEVER - part way
through the patch process, 'patch' will start complaining of reversed patches,
and ask if you want to apply them anyway.  Answer 'y' to all of them.
I brought this to H.J.'s attention when the patches came out, so he may have
fixed the file by now.  Give it a shot and see.  I'm running a 1.2.13 elf
kernel built with those patches now.

Gary
ganderson@clark.net


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

From: gknitz@netcom.com (Gary K Nitzberg)
Subject: Re: Latest Stable Kernel ???
Date: Sun, 10 Dec 1995 23:16:55 GMT

Ok so LinuxKernel and Stable are oxymorons.
I'll try 1.3.45.   Thanks.



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

From: kh26560@dali.math.swt.edu (Haq)
Subject: memory model
Date: 10 Dec 1995 16:20:42 GMT

I need to know that what kind of memory model
does linux support for user level process.

Could some one please breifly explain to me, I
would really appretiate.

Please mail me at kh26560@nyssa.swt.edu

It is really important.

Thanking

Reazul

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

From: Eric Kahler <ekahler@mars.superlink.net>
Subject: [Q] About module verbage when loading.
Date: Sun, 10 Dec 1995 11:11:20 -0500

Hi,

When I load ftape.o, as su from an XTerm, it is very quiet.
There are no extraneous messages at all.

But everyday, when ftape.o is loaded from /etc/rc.d/rc.local,
eventhough I'm loading it in the same fasion (insmod /boot/ftape.o)
I get a lot of unwanted loading info put out onto the terminal.

I'd like this info to either show up in /var/log/messages, or not
show up at all as it interferes with my ability to read other modules
successes or failures in loading.

Thank you.

-- 
From:  Eric Kahler.
ekahler@mars.superlink.net 
http://mars.superlink.net/user/ekahler/index.html

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

From: smurf@work.smurf.noris.de (Matthias Urlichs)
Subject: Re: Netscape/Mosaic for ELF
Date: 10 Dec 1995 17:30:10 +0100

In comp.os.linux.development.system, article <hpa.30c7b0ed.Swedes.have.more.fun@freya.yggdrasil.com>,
> 
> libc.so.4.7.5 is 624K, and libm is 109K.  Netscape is 3829K.  When
> programs are that size, it seems pointless to worry about a few
> hundred K for libraries.  You just need the .so files, not the .sa, .a
> or .h files.
> 
Netscape is that big because it's linked statically to Motif, which is a
sin in itself.  :-(  (Some day, there'll be a dynamically-linked Netscape,
and my Motif library will be a symlink to Lesstif. Until that day...)

It's _another_ "few hundred K" of memory. It'll make the system another few
percent points slower. _I_hate_that_. We can all imagine what happens if
everybody thinks "these two percent won't hurt".

NB: Your Message-ID is somewhat verbose... needlessly so, IMHO -- besides,
I think it's false.  ;-)

-- 
Matthias Urlichs        \ XLink-POP N|rnberg  | EMail: urlichs@smurf.noris.de
Schleiermacherstra_e 12  \  Unix+Linux+Mac    | Phone: ...please use email.
90491 N|rnberg (Germany)  \   Consulting+Networking+Programming+etc'ing     42
          PGP: 1B 89 E2 1C 43 EA 80 44  15 D2 29 CF C6 C7 E0 DE 
      Click <A HREF="http://smurf.noris.de/~urlichs/finger">here</A>.

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

From: hadi@bnr.ca (Jamal Hadi Salim)
Crossposted-To: comp.os.linux.setup,comp.os.linux.development.apps
Subject: Dosemu kicks/shells me out!
Date: 6 Dec 1995 22:21:10 GMT

I am trying to use dosemu to run a program from dos;

however when i start up the dos prog i get kicked out and my
linux prompt gets back to me ...

i tried to turn on debug for just the general and warning options
(to reduce the debug info)

I would appreciate any info/help;
do i need to add more debug options?

below is the debug info:

===
CONF: allowing access to the speaker ports!
0 error(s) detected while parsing the configuration-file
1 warning(s) detected while parsing the configuration-file
Low memory mapping!
Set date 06.11.95
Initialized all signals to NOT-BLOCK
DOSEMU0.53pl28 is coming up on Linux version 1.2.1
SERIAL $Header: /home/src/dosemu0.60/RCS/serial.c,v 2.5 1994/09/20 01:53:26 root Exp root $
GEN: fd=0 gets SIGIO
TERMIO: $Header: /home/src/dosemu0.60/RCS/termio.c,v 2.19 1994/10/14 17:58:38 root Exp root $
WARN: copying VBIOS file from /dev/kmem
mapping GRAPH_BASE
VC_ACTIVE!
VC_ACTIVE: ours: 3, active: 3
Hardware initialized
CONFIG: 0x02a3    binary: 0000 0010 1010 0011
revectoring 0x22
CONF: allowing access to the speaker ports!
0 error(s) detected while parsing the configuration-file
1 warning(s) detected while parsing the configuration-file
Low memory mapping!
Set date 06.11.95
Initialized all signals to NOT-BLOCK
DOSEMU0.53pl28 is coming up on Linux version 1.2.1
SERIAL $Header: /home/src/dosemu0.60/RCS/serial.c,v 2.5 1994/09/20 01:53:26 root Exp root $
GEN: fd=0 gets SIGIO
TERMIO: $Header: /home/src/dosemu0.60/RCS/termio.c,v 2.19 1994/10/14 17:58:38 root Exp root $
WARN: copying VBIOS file from /dev/kmem
mapping GRAPH_BASE
VC_ACTIVE!
VC_ACTIVE: ours: 3, active: 3
Hardware initialized
CONFIG: 0x02a3    binary: 0000 0010 1010 0011
revectoring 0x22
[a few more revectoring 0x22's -- 0xe5]


$Header: /home/src/dosemu0.60/RCS/cmos.c,v 2.4 1994/09/26 23:10:13 root Exp root $
INITIALIZING VGA CARD BIOS!
mapping GRAPH_BASE
EMULATE
DEFIVEC: int 0x42  SG: 0xf000  OF: 0xf065
DEFIVEC: int 0x42  SG: 0xf000  OF: 0xf065
get time 18:10:59
get date 06.12.1995
WARNING: dosemu installation check

EIP: 046a:00000240 ESP: 05f9:0000ff42         VFLAGS(b): 000000001010010010
EAX: 0000aa55 EBX: 00000053 ECX: 00000000 EDX: 0000000c VFLAGS(h): 00000292
ESI: 00000000 EDI: 0000000c EBP: 0000ff42 DS: 05f9 ES: 05f9 FS: 0000 GS: 0000
FLAGS: AF SF IF RF VM VIF  IOPL: 0
STACK: 63 68 20 69 6e 73 74 72 75 63 -> d0 ff b9 04 20 33 20 4c 48 5f
OPS  : 05 01 00 55 8b ec b0 00 cd e6 -> 3d 55 aa 75 06 8b c3 eb 06 eb
int 15h error: ax=0xbfde
int 15h error: ax=0xbfde
general protection at 0x7e10: f

EIP: 07af:00000320 ESP: 0577:00001536         VFLAGS(b): 000000000000000110
EAX: 00000033 EBX: 00000577 ECX: 00000000 EDX: 00000020 VFLAGS(h): 00000006
ESI: 00000400 EDI: 00000a43 EBP: 0000152a DS: 0577 ES: 0577 FS: 0000 GS: 0000
FLAGS: PF IF RF VM  IOPL: 0
STACK: 90 d6 7b 00 43 0a 43 0a ca 08 -> 06 00 43 0a 87 0a 2a 15 48 15
OPS  : ff 16 ba 09 0f 01 e0 0c 01 66 -> 0f 01 16 74 09 0f 01 1e d0 08
00| 012b:108a->0233a    01| 0070:06f4->00df4    02| 0331:0016->03326
03| 0070:06f4->00df4    04| 0070:06f4->00df4    05| f000:0050->f0050
06| 0013:9f80->0a0b0    07| f000:0070->f0070    08| 0331:003c->0334c
09| 0331:0045->03355    0a| 0331:0057->03367    0b| 0331:006f->0337f
0c| 0331:0087->03397    0d| 0331:009f->033af    0e| 0331:00b7->033c7
0f| 0070:06f4->00df4    10| c000:227b->c227b    11| f000:0110->f0110
12| f000:0120->f0120    13| 0070:0774->00e74    14| f000:0140->f0140
15| 0070:084a->00f4a    16| f100:3000->f4000    17| f000:0170->f0170
18| f000:0180->f0180    19| 03a6:002f->03a8f    1a| f000:01a0->f01a0
1b| 0070:06ee->00dee    1c| f01c:0000->f01c0    1d| f000:01d0->f01d0
1e| 0000:0522->00522    1f| c000:3bcc->c3bcc    20| 012b:1094->02344
21| 012b:109e->0234e    22| 03ab:01dc->03c8c    23| 03ab:014b->03bfb
24| 03ab:0156->03c06    25| 012b:10a8->02358    26| 012b:10b2->02362
27| 012b:10bc->0236c    28| 012b:10da->0238a    29| 0070:0762->00e62
2a| 012b:10da->0238a    2b| 012b:10da->0238a    2c| 012b:10da->0238a
2d| 012b:10da->0238a    2e| 03ab:0140->03bf0    2f| 0464:0285->048c5
30| 2b10:d0ea->381ea    31| f000:0301->f0301    32| 012b:10da->0238a
33| 012b:10da->0238a    34| 012b:10da->0238a    35| 012b:10da->0238a
ERROR: SIGSEGV, protected insn...exiting!
leavedos(4) called - shutting down
calling close_all_printers
calling serial_close
calling mouse_close
calling SIG_close
00| 012b:108a->0233a    01| 0070:06f4->00df4    02| 0331:0016->03326
03| 0070:06f4->00df4    04| 0070:06f4->00df4    05| f000:0050->f0050
06| 0013:9f80->0a0b0    07| f000:0070->f0070    08| 0331:003c->0334c
09| 0331:0045->03355    0a| 0331:0057->03367    0b| 0331:006f->0337f
0c| 0331:0087->03397    0d| 0331:009f->033af    0e| 0331:00b7->033c7
0f| 0070:06f4->00df4    10| c000:227b->c227b    11| f000:0110->f0110
12| f000:0120->f0120    13| 0070:0774->00e74    14| f000:0140->f0140
15| 0070:084a->00f4a    16| f100:3000->f4000    17| f000:0170->f0170
18| f000:0180->f0180    19| 03a6:002f->03a8f    1a| f000:01a0->f01a0
1b| 0070:06ee->00dee    1c| f01c:0000->f01c0    1d| f000:01d0->f01d0
1e| 0000:0522->00522    1f| c000:3bcc->c3bcc    20| 012b:1094->02344
21| 012b:109e->0234e    22| 03ab:01dc->03c8c    23| 03ab:014b->03bfb
24| 03ab:0156->03c06    25| 012b:10a8->02358    26| 012b:10b2->02362
27| 012b:10bc->0236c    28| 012b:10da->0238a    29| 0070:0762->00e62
2a| 012b:10da->0238a    2b| 012b:10da->0238a    2c| 012b:10da->0238a
2d| 012b:10da->0238a    2e| 03ab:0140->03bf0    2f| 0464:0285->048c5
30| 2b10:d0ea->381ea    31| f000:0301->f0301    32| 012b:10da->0238a
33| 012b:10da->0238a    34| 012b:10da->0238a    35| 012b:10da->0238a
calling disk_close_all
calling video_close
calling keyboard_close
=======================

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

From: jlarry@ssnet.com (J. Lawrence Stephan)
Crossposted-To: comp.os.linux.setup,comp.os.linux.development.apps
Subject: Re: Dosemu kicks/shells me out!
Date: 10 Dec 1995 21:08:34 -0500

Jamal Hadi Salim (hadi@bnr.ca) wrote:
: I am trying to use dosemu to run a program from dos;

: however when i start up the dos prog i get kicked out and my
: linux prompt gets back to me ...

: i tried to turn on debug for just the general and warning options
: (to reduce the debug info)

: I would appreciate any info/help;
: do i need to add more debug options?

It would appear that your program is a 386/486/Pentium program that uses
the protected mode features of these chips.  The only such programs 
dosemu can run are those that comply with the DPMI spec.  There are many 
large programs out there that use dos extenders.  The 386/486 cannot
run these programs without putting the entire operating system at risk.
The Pentium can, but only by using proprietary (read $$$) features of 
that chip.  

There is one way out, but it's not practical:  emulate the
CPU in software, which is either s-l-o-w, or a HUGE amount of work,
depending on your emulation technology.  The approach is, nonetheless,
being discussed by the dosemu team, who collectively have almost enough time
available to imagine it.  Writing it would, I'm afraid, require some 
enthusiastic professor with access to hoardes of eager student programmers.

There is also the possibility that your program does comply with DPMI and 
that you compiled dosemu without DPMI.

Larry

Larry Stephan          "Sometimes I think the surest sign there's intelligent
jlarry@ssnet.com        life in space is that they haven't contacted us."
                            Bill Watterson - "Calvin and Hobbes"


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

From: Oscar E Masters <oem@metronet.com>
Crossposted-To: comp.os.linux.development.apps,metronet.linux,comp.os.linux.networking
Subject: Where is <linux/socket.h>  ????
Date: 8 Dec 1995 18:12:46 GMT

X-URL: news:4a8nek$n7a@feenix.metronet.com
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=us-ascii

I recently installed slackware version 3.0.  Most of the installation
  was fairly painless but i have stumbled on a problem which has me fairly
  dazed and confused.
  I am able to compile a fair number of C programs that use 'vanilla'
  include files but i started running across the following error for
  many of the gnu tcp calls (such as #include <sys/socket.h> :

  In file included from connectsock.c:2:
  /usr/include/sys/socket.h:5: linux/socket.h: No such file or directory
  In file included from connectsock.c:4:
  /usr/include/netinet/in.h:78: linux/in.h: No such file or directory

  1 when i look at the code in <sys/socket.h> it has an #include to
    <linux/socket.h>
  2 though a directory exists called /usr/include/linux it has no
    *.h type files in it.
  
  Did i somehow mis-install the gnu-linux files ?   overall everything
  else is working fine.  Can someone shed some light on this ?
  Should i try to reinstall the 'gcc' environment ?
  Thanks.  If i sound clueless there is a good reason for it.

                                                        oem


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

From: ian@tanagra.demon.co.uk (Ian Chard)
Subject: Tape drives that connect to floppy controller
Date: Sun, 10 Dec 1995 12:46:03 GMT

Hi,

I'm interested in buying one of these little cheap tape drives, and
I was told by a friend that I needed to use ftape to make them work
with Linux.  However, in the latest kernel I couldn't find it - has
it been removed, or just renamed?

Thanks
Ian

-- 
[ Ian Chard, back in Manchester  |  He'd got a plan.  In fact, it was more    ]
[ Email: ian@tanagra.demon.co.uk |  than that:  it was a Plan.                ]
[ NTS: G7OMZ @ GB7VRB.#38.GBR.EU |                                            ]
[ Phone:        +44 161 434 6492 |         -- Terry Pratchett, Wyrd Sisters   ]

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


** 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-System-Request@NEWS-DIGESTS.MIT.EDU

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

    Internet: Linux-Development-System@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-System Digest
******************************
