linux-msdos-digest          Friday, 25 June 1999        Volume 01 : Number 148

In this issue:

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

From: Declan Moriarty <[EMAIL PROTECTED]>
Date: Mon, 14 Jun 1999 18:01:10 +0000
Subject: Re: File read error in dosemu-0.98.6

 On Sat, 12 Jun 1999, Dwight Johnson wrote:
>I am getting the cryptic error: 
> 
>key file not found  Line #    10 

As someone who does most things wrong more often than he does
them right, I have acquired a certain expertise in Error messages. That
is not a Microsoft message, and very probably not a dosemu or linux one.
That leaves TAS books.

Have you tried
1. Booting Dos, reading the batch file loading up TAS books
(books.bat?) and hiding each file mentioned in turn to see if you can
get that error

2. Have you tried a Ramdisk. On one slow old 486 with 8 Megs I was using
for something similar, I used to load a ramdisk in config.sys of 4
Megs, and copy up over 3 Megs into it in autoexec.bat.  Bootups were
tea break time :). I could run fine and fast then, and save down
whenever I got worried. I also inserted a savedown in the batch file
starting me up, just in case. TAS books was always slow without some
attention to disk writes.


- --
          Regards,


          Declan Moriarty

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

From: Mike Warnecke <[EMAIL PROTECTED]>
Date: Tue, 15 Jun 1999 19:53:48 +0000
Subject: Dropped network connection

I started running DOSEMU with IPX support for use with an accounting
package.  It connects to the server using VLM.  After some time of
inactivity (30 mins??), the network connection is lost and the program
gets Error Reading device network. Abort Retry or Fail.  This machine is
connecting to a Netware 3.11 server, and I get the same when connecting
to a Mars-NWE server.  Is there something that could fix this?

Thanks.

P.S. Dosemu rocks!

- --
Mike Warnecke           | Database Export (Records/Second)
IT Manager              | Linux: --------209.0-----------> 67s
Audio Warehouse/        | NT:    -40.3>                   347s
Century Sound & Music   | Case closed.  Open source rocks!




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

From: [EMAIL PROTECTED]
Date: Tue, 15 Jun 1999 18:08:07 -0500
Subject: Clipper program abnormally terminates DOSEMU on exiting

<color><param>0100,0100,0100</param>On May 31 we posted a help request about</color> a 
financial accounting 
program called Abacus II (version 4.8) we were attempting to run 
under DOSEMU. Abacus II is a multi-user database program 
written in Clipper. 

We had the main executable recompiled in protected mode, and 
that seemed to do the trick... we can now run the Abacus II 
program under DOSEMU.


However, when Abacus II exits, it causes DOSEMU to terminate 
abnormally, with the following messages displayed:


ERROR: HLT requested: lina=0x4!

ERROR: HLT requested: lina=0x10!

ERROR: general protection at 0x4e700: 0

ERROR: SIGSEGV, protected insn... exiting!


We could live with this problem, except that it leaves the user 
logged in to Abacus II still logged in when the application exits. 
Consequently, we must go into Abacus II as another (privileged) 
user and reset the network flags (logging out the abnormally-
terminated user) before the same user can log back in again.


Abacus II is using DPMI memory to run under DOSEMU. 
Unfortunately there is no other way to do it, since Abacus II 
requires either VCPI, DPMI or XMS, and it will not recognize the 
DOSEMU XMS manager.


We are now running DOSEMU 0.98.7 under Red Hat Linux 5.1 
(Linux kernel 2.0.34).


Any help you can provide in solving this abnormal termination 
problem will be most appreciated.


Regards,



<nofill>
  Greg LaBossiere
  Xview Solutions Inc.
  Information technology consultants 
  e-commerce and Internet business software
  Network computing innovations
  mailto:[EMAIL PROTECTED]
  http://xview.com

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

From: "dsystems" <[EMAIL PROTECTED]>
Date: Wed, 16 Jun 1999 09:44:50 +1000
Subject: (Fwd) msdos emulator 0.66.7

Forwarded message:
From:     Self <dsystems>
To: [EMAIL PROTECTED]
Subject: msdos emulator 0.66.7
Reply-to: [EMAIL PROTECTED]
Date: Wed, 16 Jun 1999 09:38:17 +1000

My name is Matthew Smith, I work for a company melbourne called CRS 
(we do POS and cash registers etc) one of our clients uses a linux 
system running a communication package called pcpoll (for pc to CRS 
communications) the dos emulator it uses is yours it is a 97 version 
( I think) we are having trouble with  file corruption and wonder if 
you can shed any light on the issue.

Regards


Matthew Smith

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

From: "David Hodges" <[EMAIL PROTECTED]>
Date: Wed, 16 Jun 1999 12:58:02 +1200 (nzst)
Subject: bootdir works in dosemu-0.98.6 under Debian but not RedHat 5.2 ?

I have dosemu-0.98.6 at home and at work (Linux version 2.0.36 on both
machines). At home I'm running Debian 1.2 (libc5) and at work RedHat 5.2
(libc6).
At home
$_hdimage = "/dev/hda1"
and
$_hdimage = "dosc"
where /var/lib/dosemu/dosc is a symbolic link to /dosc, the directory that
/dev/hda1 is mounted on, both work but at work only $_hdimage = "/dev/hda1"
works - if I mount /dev/hda1 on /dosc with a symbolic link from 
/var/lib/dosemu/dosc to /dosc and try $_hdimage = "dosc", I get
ERROR: can't open /var/lib/dosemu/dosc: #21 - Is a directory
I tried dosemu-0.98.7 as well and got the same error message.

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

From: Reinhard Karcher <[EMAIL PROTECTED]>
Date: Wed, 16 Jun 1999 08:14:49 +0200
Subject: Re: (Fwd) msdos emulator 0.66.7

At Wed 16 Jun 1999 dsystems wrote:
> 
> My name is Matthew Smith, I work for a company melbourne called CRS 
> (we do POS and cash registers etc) one of our clients uses a linux 
> system running a communication package called pcpoll (for pc to CRS 
> communications) the dos emulator it uses is yours it is a 97 version 
> ( I think) we are having trouble with  file corruption and wonder if 
> you can shed any light on the issue.
> 

Hi,
1. There is a newer version on ftp.dosemu.org. You should try that
version.
2. Be more specific in describing your problem.

Reinhard

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

From: "M. Leo Cooper" <[EMAIL PROTECTED]>
Date: Wed, 16 Jun 1999 08:15:31 -0700 (MST)
Subject: Re: CAPS LOCK

On Mon, 14 Jun 1999 [EMAIL PROTECTED] wrote:

 
> Subject: CAPS LOCK
> 
> I notice that my CAPS LOCK key fails to do anything in an xdos dosemu
> session, but works fine in a regular dos dosemu session. Does anyone else
> notice this? I'm using dosemu 0.98.7 under kernel 2.0.36.



I used to have the same problem running dosemu 0.67. The 0.99 releases appear
to have fixed this problem. I'm currently running 0.99.11 with Linux kernel
2.2.5 and the shift and caps lock keys work fine.

Try "upgrading" to 0.99 and see if it works.


Mendel


             They said, "You have a blue guitar,
             You do not play things as they are."
             The man replied, "Things as they are
             Are changed upon the blue guitar."
                  ---Wallace Stevens
        ===============================================
        + http://personal.riverusers.com/~thegrendel/ +
        ===============================================



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

From: Laird Rice <[EMAIL PROTECTED]>
Date: Wed, 16 Jun 1999 11:54:51 -0700
Subject: Is DOSEMU broken?  Please review

Date: Tue, 15 Jun 1999 17:07:50 -0400
From: William O Richmond <[EMAIL PROTECTED]>
Subject: Re: DOSEMU and NFS: 'file is missing' error
Reply-To: [EMAIL PROTECTED]

Don't know why, but I have the same problem.  I just doubly verified that it
is NOT present in dosemu  0.64.3.0   I tried it with many variations ---
but did not try the old version running under COL2.2 or the new version
running under an older Linux.
    Hope this helps,
    William O Richmond

Laird Rice wrote:

> The objective is to access and run a DOS program on the Linux server from a
> second Linux box (both running COL2.2).
>
> We have the two computers talking through NFS.  Logged in as root, we can
> mount and view NFS shares, which are exported r/w.  In DOSEMU, we can map
> drive letters to the exported drives and view files. DOSEMU is config'd to
> allow all users 'c_all' rights. On the host system, the exported
> directories are chmod'ed '777'.
>
> The DOS program we need to run is started with a batch file, that sets
> environment variables and runs the executable. However, when we try to run
> the batch file from a DOSEMU session on our client PC we get a "Batch file
> xxx.BAT file is missing" message.  However, we can do a DIR, and LREDIR
> shows us that all directories are mounted Read/Write. Also, DRDOS 'attrib'
> command shows no restrictions.
>
> Dropping to a command line, we're able to do everything 'root' can normally
> do in the nfs'd directories, ie. delete, copy, move, etc.
>
> Note that this whole thing works flawlessly from DOSEMU locally on the
> server, via telnet to the server or dialin to the server.
>
> Anyone have any idea why this won't work with NFS?
>
> Thanks,
> LB
> -


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

From: [EMAIL PROTECTED] (David Hodges)
Date: Thu, 17 Jun 1999 07:59:10 +1200 (NZST)
Subject: Re: Is DOSEMU broken?  Please review

If you have a copy of MS-DOS, you could try using that instead of
DR-DOS and see whether it makes any difference.

> Date: Tue, 15 Jun 1999 17:07:50 -0400
> From: William O Richmond <[EMAIL PROTECTED]>
> Subject: Re: DOSEMU and NFS: 'file is missing' error
> Reply-To: [EMAIL PROTECTED]
> 
> 
> Don't know why, but I have the same problem.  I just doubly verified that it
> is NOT present in dosemu  0.64.3.0   I tried it with many variations ---
> but did not try the old version running under COL2.2 or the new version
> running under an older Linux.
>     Hope this helps,
>     William O Richmond
> 
> Laird Rice wrote:
> 
> > The objective is to access and run a DOS program on the Linux server from a
> > second Linux box (both running COL2.2).
> >
> > We have the two computers talking through NFS.  Logged in as root, we can
> > mount and view NFS shares, which are exported r/w.  In DOSEMU, we can map
> > drive letters to the exported drives and view files. DOSEMU is config'd to
> > allow all users 'c_all' rights. On the host system, the exported
> > directories are chmod'ed '777'.
> >
> > The DOS program we need to run is started with a batch file, that sets
> > environment variables and runs the executable. However, when we try to run
> > the batch file from a DOSEMU session on our client PC we get a "Batch file
> > xxx.BAT file is missing" message.  However, we can do a DIR, and LREDIR
> > shows us that all directories are mounted Read/Write. Also, DRDOS 'attrib'
> > command shows no restrictions.
> >
> > Dropping to a command line, we're able to do everything 'root' can normally
> > do in the nfs'd directories, ie. delete, copy, move, etc.
> >
> > Note that this whole thing works flawlessly from DOSEMU locally on the
> > server, via telnet to the server or dialin to the server.
> >
> > Anyone have any idea why this won't work with NFS?



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

From: "Dennis Reichel" <[EMAIL PROTECTED]>
Date: Wed, 16 Jun 1999 18:51:06 -0400
Subject: Re: (Fwd) msdos emulator 0.66.7

File corruption during the transfer I presume?

This transfer uses a dialup modem connection?

What file xfer protocol is used?

Dennis Reichel

- ----- Original Message ----- 
From: dsystems <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, June 15, 1999 7:44 PM
Subject: (Fwd) msdos emulator 0.66.7


> Forwarded message:
> From:     Self <dsystems>
> To: [EMAIL PROTECTED]
> Subject: msdos emulator 0.66.7
> Reply-to: [EMAIL PROTECTED]
> Date: Wed, 16 Jun 1999 09:38:17 +1000
> 
> My name is Matthew Smith, I work for a company melbourne called CRS 
> (we do POS and cash registers etc) one of our clients uses a linux 
> system running a communication package called pcpoll (for pc to CRS 
> communications) the dos emulator it uses is yours it is a 97 version 
> ( I think) we are having trouble with  file corruption and wonder if 
> you can shed any light on the issue.
> 
> Regards
> 
> 
> Matthew Smith
> 
> 


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

From: Ralph Alvy <[EMAIL PROTECTED]>
Date: Wed, 16 Jun 1999 22:12:16 -0400
Subject: CAPS LOCK

Mendel,

I mistakenly sent this to your email address instead of to the listserv, so
here's the public copy:

>> I used to have the same problem running dosemu 0.67. The 0.99
>> releases appear to have fixed this problem. I'm currently running
>> 0.99.11

Does your Shift-Tab work in your xdos sessions? I ask this because, more to
the point of this thread, I find I get my CAPS LOCK back in xdos sessions if
I set

                         $_X_keycode

to 'off'. But then I lose Shift-Tab.

However, if I set

                         $_X_keycode

to 'on', I get my Shift-Tab back in xdos session, but lose my CAPS LOCK.

Ralph Alvy
[EMAIL PROTECTED]

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

From: UNIXMAN <[EMAIL PROTECTED]>
Date: Thu, 17 Jun 1999 03:24:54 -0400 (EDT)
Subject: dosemu files

Could someone be so kind to email me lredir.exe and exitemu.exe ?  It's 
hard to get them without the hdimage :-)

thanks...


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

From: "R. Steinke" <[EMAIL PROTECTED]>
Date: Thu, 17 Jun 1999 22:43:31 -0700 (PDT)
Subject: game _almost_ works on the console (Ancient Art of War at Sea)

        Ancient Art of War at Sea (Broderbund, 1987) runs fine on the console
under dosemu except for one thing: it has some sort of keyboard repeat problem.
Even when a key is not being held down, it acts as if it is getting some sort
of keyboard input, and when a key is pressed it repeats at a rate which is so
rapid the game is unplayable. It's as if it's using some sort of getchar to
read the current key pressed, and acting as if some key is pressed whether one
is or not. Any ideas?
                                                        Ron Steinke

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

From: [EMAIL PROTECTED] (Reinhard Karcher)
Date: 16 Jun 99 21:44:57 +0000
Subject: (fwd) DOSEMU and hidden/system files

- -- forwarded message --
Xref: p9.dpk.berlin.fido.de comp.os.linux.misc:163532
Path:
p9.dpk.berlin.fido.de!p9.dpk.berlin.fido.de!dpk.berlin.fido.de!wad.berlin.fido.
e!not-for-mail
Date: Thu, 10 Jun 1999 13:05:08 +0200
From: [EMAIL PROTECTED] (Jaime Herazo B.)
Subject: DOSEMU and hidden/system files
Message-ID: <[EMAIL PROTECTED]>
Newsgroups: comp.os.linux.misc
Organization: Michael Karcher - 4th Dimension Arts
Lines: 19
X-Gateway: FIDO .. p9.dpk.berlin.fido.de [FIDOGATE 4.2.3]
X-FTN-Origin: Usenet:Universidad de Guadalajara (242:7000/1)
X-FTN-Domain: Z242@fidode
X-FTN-Path: 7000/1 704 710
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit

Subject: DOSEMU and hidden/system files
Organization: Universidad de Guadalajara

Hi.

Have you tried to make a file hidden using dosemu, when it|s on a ext2
partition? it won|t let you. We have an old DOS accounting program we
are using, and i want to transfer it to a linux box. But the program
requires that one of its files in its root dir must be
readonly-hidden-system, or else it puts out an "illegal" error (think
about this heavy copy protection, ha!). I don|t want to put it in a
separated fat partition or a dosemu hdimage, because it grows with
use. Any suggestions to make the file appear as RHS to dosemu while
being in an ext2 partition?





- -- end of forwarded message --

- --- FIDOGATE 4.2.3

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

From: [EMAIL PROTECTED] (David Hodges)
Date: Fri, 18 Jun 1999 22:01:31 +1200 (NZST)
Subject: Re: (fwd) DOSEMU and hidden/system files

> Have you tried to make a file hidden using dosemu, when it|s on a ext2
> partition? it won|t let you. We have an old DOS accounting program we
> are using, and i want to transfer it to a linux box. But the program
> requires that one of its files in its root dir must be
> readonly-hidden-system, or else it puts out an "illegal" error (think
> about this heavy copy protection, ha!). I don|t want to put it in a
> separated fat partition or a dosemu hdimage, because it grows with
> use. 

You will have to. ext2fs doesn't support hidden/system attributes.

>Any suggestions to make the file appear as RHS to dosemu while
> being in an ext2 partition?

You can't make it hidden or system. I expect read-only works (but 
haven't tried it).



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

From: "John" <[EMAIL PROTECTED]>
Date: Fri, 18 Jun 1999 09:08:04 -0500
Subject: dosemu serial port

Hi all,

    I'm trying to use a DataCap  (modem type device used for ccvs) 
under dosemu 0.98.7.  The problem is, when the software sends the init
string, somewhere between the software and the serial port, 
40 or so nulls get put in front of the init string. This didn't happen with
0.66.*, but .66 had some other weird problems. On .66, the init string 
went thru fine, the software would never recieve the "ok", even though
the datacap sent it. Other dialing software (procomm and another bit
of ccvs software) had no problem, even though they sent the same
init string. Anyone have any ideas?


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

From: David Simon <[EMAIL PROTECTED]>
Date: 18 Jun 99 20:18:40 -0800
Subject: Is this someones idea of a practical joke?

I have tried every trick in the book, and DOSEMU still won't work properly! Has 
someone boobytrapped my copy? I have used emufs and lredir. They won't work because of 
freedos, so I tried copying msdos system files over the freedos system files. Nope. 
Okay, then I try just booting off of a dos disk(s). Nope. What's up? Am I being 
stupid? Here's my system specs:
RedHat 6.0 w/ X and GNOME
AMD k6 mmx (totally intel compat)
a win95 emergency boot disk dos is what I use as my dos disk(is this the problem? if 
it is, i will have to smack myself for being so idiotic)

- -David Simon
Big Cheese of the Anyware Organization
come.to/anyware


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

From: UNIXMAN <[EMAIL PROTECTED]>
Date: Sat, 19 Jun 1999 00:59:26 -0400 (EDT)
Subject: Re: Is this someones idea of a practical joke?

what's the problem, what is the error message??  I have RH 6.0 and dosemu 
works fine for me.  

  I DID notice something a little odd though; RedHat 6.0
uses a developer release of dosemu this time, 99.10 i believe. 

CTRL-C doesn't work with Procomm Plus 2.0 for some reason but other than 
that it works just fine.



On 18 Jun 1999, David Simon wrote:

> I have tried every trick in the book, and DOSEMU still won't work properly! Has 
>someone boobytrapped my copy? I have used emufs and lredir. They won't work because 
>of freedos, so I tried copying msdos system files over the freedos system files. 
>Nope. Okay, then I try just booting off of a dos disk(s). Nope. What's up? Am I being 
>stupid? Here's my system specs:
> RedHat 6.0 w/ X and GNOME
> AMD k6 mmx (totally intel compat)
> a win95 emergency boot disk dos is what I use as my dos disk(is this the problem? if 
>it is, i will have to smack myself for being so idiotic)
> 
> -David Simon
> Big Cheese of the Anyware Organization
> come.to/anyware
> 
> 

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

From: [EMAIL PROTECTED] (Jerzy Tarasiuk)
Date: Sat, 19 Jun 1999 22:49:36 +0200
Subject: [none]

Hello,
I found there is a problem with DOS shell REN/RENAME command
when wildcards are used (e.g. REN A*.* B*.* causes an error).
The same DOS without DOSEMU accepts this command, therefore
I assume it is DOSEMU problem, some syscall is not executed
properly. I tested it up to version 0.98.6 - was it fixed later??

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

From: jesse l nowells <[EMAIL PROTECTED]>
Date: Sun, 20 Jun 1999 13:16:53 -0700 (PDT)
Subject: dosemu

i'm trying to compile dosemu on a linux box. it hangs up
on the option -fno-gcse. i can't find any ref of this
option in my manpages. i'm using egcs-2.98.29 980515.

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

From: Uwe Bonnes <[EMAIL PROTECTED]>
Date: Mon, 21 Jun 1999 19:16:09 +0200 (MEST)
Subject: Access denied on some drives

Hallo,

on some lredired drive I only get 
K:\>pi
Zugriff verweigert
(this means access denied)

when trying to run an executable.

A debug log around the error looks like
MFS: Entering dos_fs_redirect, FN=23
MFS: selecting drive fn=23 sda_cds=0xd25cf
MFS: FNX=K:\PI.EXE
MFS: dos_fs: build_ufs_path for DOS path 'K:\PI.EXE'
MFS: MFS: dos_gen: ufs '/home/bon/', path '\PI.EXE', l=10
MFS: dos_gen: path_to_ufs '/pi.exe'
MFS: dos_fs: build_ufs_path result is '/home/bon/pi.exe'
MFS: selected drive 10: /home/bon/
MFS: Qualify filename K:\PI.EXE
MFS: Finished dos_fs_redirect
int 0x2f, ax=0x1123
INT2F at ff06:6d9e: AX=1116, BX=6d52, CX=1000, DX=0500, DS=00c8, ES=00c8
MFS: Entering dos_fs_redirect, FN=16
MFS: selecting drive fn=16 sda_cds=0xc2940
MFS: selected drive 10: /home/bon/
MFS: (mode = 0x0020)
MFS: (sft_open_mode = 0x0020)
MFS: Open existing file K:\PI.EXE
MFS: dos_fs: build_ufs_path for DOS path 'K:\PI.EXE'
MFS: MFS: dos_gen: ufs '/home/bon/', path '\PI.EXE', l=10
MFS: dos_gen: path_to_ufs '/pi.exe'
MFS: dos_fs: build_ufs_path result is '/home/bon/pi.exe'
MFS: find_file(/home/bon/pi.exe)
MFS: find file /home/bon/pi.exe
MFS: find_file gave /home/bon/pi.exe 1
MFS: internal SHARE: access denied by locks fd=b
MFS: Finished dos_fs_redirect

I don't know at which knob to turn to fix this behaviour, and haven't
found anything in the docs.

K: is  my home directory, which is NFS mounted.

This happens with 0.98.5 and 0.99.12.

Thanks for any pointers.

Uwe Bonnes                [EMAIL PROTECTED]

Institut fuer Kernphysik  Schlossgartenstrasse 9  64289 Darmstadt
- --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------


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

From: Hans Lermen <[EMAIL PROTECTED]>
Date: Mon, 21 Jun 1999 21:42:36 +0200 (MEST)
Subject: Re: Access denied on some drives

On Mon, 21 Jun 1999, Uwe Bonnes wrote:

> on some lredired drive I only get 
> K:\>pi
> Zugriff verweigert
> (this means access denied)
> I don't know at which knob to turn to fix this behaviour, and haven't
> found anything in the docs.                                   ^^^^^
  ^^^^^^^^^^^^^^^^^^^^^^^^^^^

As of doc/README.txt of 0.98.7 and 0.99.12:

  6.  Using Lredir
  ...
  6.1. ..
  ...
  You may even redirect to a NFS mounted volume on a remote machine with
  a /etc/fstab entry like this

          otherhost:      /dos     nfs     nolock

  Note that the nolock option is needed for 2.2.x kernels, because
                ^^^^^^           ^^^^^^     ^^^^^ ^^^^^^^
  apparently the locks do not propagate fast enough and DOSEMU's (MFS
  code) share emulation will fail (seeing a lock on its own files).

> 
> K: is  my home directory, which is NFS mounted.
                                     ^^^^^^^^^^^
Yup, and you for sure have a 2.2.x kernel, right? ;-)

You don't have that problem with 2.0.x because it ignores locks silently.
I got a patch for mfs.c to ignore locks on 2.2.x too, maybe I'll aply it
in the next releases. However, he caveat of this would be that the fact
fact that files on a 2.2.x mounted volume aren't locked is hidden.
This makes a difference now NFS _is_ locking (on 2.0.x every body knew
that it wasn't).

> 
> This happens with 0.98.5 and 0.99.12.

Hans
<[EMAIL PROTECTED]>



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

From: [EMAIL PROTECTED] (David Hodges)
Date: Tue, 22 Jun 1999 19:24:43 +1200 (NZST)
Subject: Re: bootdir works in dosemu-0.98.6 under Debian but not RedHat 5.2 ?

> I have dosemu-0.98.6 at home and at work (Linux version 2.0.36 on both
> machines). At home I'm running Debian 1.2 (libc5) and at work RedHat 5.2
> (libc6).
> At home
> $_hdimage = "/dev/hda1"
> and
> $_hdimage = "dosc"
> where /var/lib/dosemu/dosc is a symbolic link to /dosc, the directory that
> /dev/hda1 is mounted on, both work but at work only $_hdimage = "/dev/hda1"
> works - if I mount /dev/hda1 on /dosc with a symbolic link from 
> /var/lib/dosemu/dosc to /dosc and try $_hdimage = "dosc", I get
> ERROR: can't open /var/lib/dosemu/dosc: #21 - Is a directory
> I tried dosemu-0.98.7 as well and got the same error message.

Also, possibly related, if I lredir a drive within dosemu, it does not
complain but then if I do a dir of the drive, I get rubbish which bears
no resemblance to what's really there. Again it only misbehaves at work,
not at home.



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

From: Hans Lermen <[EMAIL PROTECTED]>
Date: Tue, 22 Jun 1999 10:18:39 +0200 (MEST)
Subject: Re: bootdir works in dosemu-0.98.6 under Debian but not RedHat 5.2 ?

> ERROR: can't open /var/lib/dosemu/dosc: #21 - Is a directory
> I tried dosemu-0.98.7 as well and got the same error message.

You probably missed taking over the new global.conf to /var/lib/dosemu.

BTW: The bootdir stuff currently doesn't work correctly on the FreeDos
     kernel, though it boots, when you make a symlink boot.blk -> boot.bin
     (boot.blk is what the bootdir stuff expects)

Hans
<[EMAIL PROTECTED]>


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

From: Uwe Bonnes <[EMAIL PROTECTED]>
Date: Tue, 22 Jun 1999 10:11:40 +0200 (MEST)
Subject: Re: Access denied on some drives

Hans Lermen writes:
> On Mon, 21 Jun 1999, Uwe Bonnes wrote:
> 
> > on some lredired drive I only get 
> > K:\>pi
> > Zugriff verweigert
> > (this means access denied)
> > I don't know at which knob to turn to fix this behaviour, and haven't
> > found anything in the docs.                                   ^^^^^
>   ^^^^^^^^^^^^^^^^^^^^^^^^^^^
> 

Obviously I didn't look hard enough...

> As of doc/README.txt of 0.98.7 and 0.99.12:
> 
>   6.  Using Lredir
>   ...
>   6.1. ..
>   ...
>   You may even redirect to a NFS mounted volume on a remote machine with
>   a /etc/fstab entry like this
> 
>           otherhost:      /dos     nfs     nolock
> 
>   Note that the nolock option is needed for 2.2.x kernels, because
>                 ^^^^^^           ^^^^^^     ^^^^^ ^^^^^^^
>   apparently the locks do not propagate fast enough and DOSEMU's (MFS
>   code) share emulation will fail (seeing a lock on its own files).
> 
> > 
> > K: is  my home directory, which is NFS mounted.
>                                      ^^^^^^^^^^^
> Yup, and you for sure have a 2.2.x kernel, right? ;-)
> 
> You don't have that problem with 2.0.x because it ignores locks silently.
> I got a patch for mfs.c to ignore locks on 2.2.x too, maybe I'll aply it
> in the next releases. However, he caveat of this would be that the fact
> fact that files on a 2.2.x mounted volume aren't locked is hidden.
> This makes a difference now NFS _is_ locking (on 2.0.x every body knew
> that it wasn't).
> 

That's it.

Shouldn't the MFS code check for the error code and in case of the
failing lock wait some moments and then try again before failure?

What's the implication of "nolock" on my home drive.

man 8 mount is quite short on nolock:
       "nolock Do not use locking. Do not start lockd."

Thanks

Uwe Bonnes                [EMAIL PROTECTED]

Institut fuer Kernphysik  Schlossgartenstrasse 9  64289 Darmstadt
- --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

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

From: Larry Pryluck <[EMAIL PROTECTED]>
Date: Tue, 22 Jun 1999 17:46:53 -0400
Subject: DOS - Interlink and DOSEMU

We are running Red Hat Linux Delux 5.2, attempting to port an in-house
application from Interactive Unix.  The application uses the Interactive
VP/iX interface to emulate DOS, and through that connect to various
peripheral devices.  In particular we are trying to connect through a
serial port to a Janus 2020 bar code reader.  This device is actually a
386-type computer, and data is sent back and forth in part by mounting
the device using DOS Interlink.

We have ported Interlink to a DOS partition, and it will start under
Linux dosemu; however it does not recognize the device connected to the
serial port.

Do you have any guidance on use of Interlink under dosemu?

Thank you.

Larry Pryluck


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

From: "Aronson Brian A" <[EMAIL PROTECTED]>
Date: Tue, 22 Jun 1999 21:43:17 -0500
Subject: OS/2 under DOSEMU

Is it possible to run OS/2 under the emulator?
If so, how can I generate the disk images to use it?  
I've been all over the docs and haven't figured it out.

Thanks for any help.  Brian
"When in doubt: Check Plug!"


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

From: [EMAIL PROTECTED] (David Hodges)
Date: Wed, 23 Jun 1999 18:19:50 +1200 (NZST)
Subject: Re: OS/2 under DOSEMU

> Is it possible to run OS/2 under the emulator?

No.
You could use another emulator such as Bochs (http://www.bochs.com) but
Bochs is not free - it's open source shareware ($30 U.S. I think) - also
Bochs is too slow to be usable for most things - then there are other 
emulators which are faster, but they are more expensive.


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

From: "Brian K. White" <[EMAIL PROTECTED]>
Date: Wed, 23 Jun 1999 04:24:30 -0400
Subject: Re: OS/2 under DOSEMU

Aronson Brian A wrote:
> 
> Is it possible to run OS/2 under the emulator?
> If so, how can I generate the disk images to use it?
> I've been all over the docs and haven't figured it out.
> 
> Thanks for any help.  Brian
> "When in doubt: Check Plug!"

The only thing you *might* be able to run os/2 under besides itself, is
vmware, or *possibly* bochs.
vmware is not free, though they do let linux users download a personal
use copy for free, and bochs is ...not trivialy simple to set up.

You can get something that looks like os2 by running windows3.1 either
in dosemu, or in wine, and installing wpsfwin on top of it (warp shell
for windows, makes win 3.1 look like warp). I have done this. The way
wpsfwin replaces the program manager, and places icons right on the
desktop, when you run it in wine, you get mixed both X and Windows icons
right on your X desktop. 

Pretty neat but there must be a reason I took it all apart after a short
while...*shrug* probably just because the only reason I set it up in the
first place was to see if I could. Once I got it, I had no further use
for it :)

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

From: Bob Bradley <[EMAIL PROTECTED]>
Date: Wed, 23 Jun 1999 06:58:26 -0400
Subject: DOSEMU and Interlnk

I'm trying to run Interlnk with DOSEMU under Redhat 5.2. I need this to
interface with a barcode scanner. I can't seem to make it connect. Any
ideas?

Bob Bradley


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

From: "Mark H. Wood" <[EMAIL PROTECTED]>
Date: Wed, 23 Jun 1999 07:19:04 -0500 (EST)
Subject: Re: OS/2 under DOSEMU

On Wed, 23 Jun 1999, Brian K. White wrote:
> Aronson Brian A wrote:
> > Is it possible to run OS/2 under the emulator?
> > If so, how can I generate the disk images to use it?
> > I've been all over the docs and haven't figured it out.
> > 
> > Thanks for any help.  Brian
> > "When in doubt: Check Plug!"
> 
> The only thing you *might* be able to run os/2 under besides itself, is
> vmware, or *possibly* bochs.
> vmware is not free, though they do let linux users download a personal
> use copy for free, and bochs is ...not trivialy simple to set up.

Yet you can run Windows 3.1 under DOSEMU using OS/2 parts.  Does that mean
that Windows 3.1 is a better OS/2 than OS/2? :-}

- -- 
Mark H. Wood, Lead System Programmer   [EMAIL PROTECTED]
Specializing in unusual perspectives for more than twenty years.


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

From: "firma \"BELAYA\"" <[EMAIL PROTECTED]>
Date: Wed, 23 Jun 1999 19:29:04 -0000
Subject: Patch for DOSEMU : ROMBIOS substitute

This is a multi-part message in MIME format.

- ------=_NextPart_000_0006_01BEBDAE.A7EDEEE0
Content-Type: text/plain;
        charset="koi8-r"
Content-Transfer-Encoding: 7bit

Hello All !
Attached gzipped file is a shell pacth for dosemu 0.98.5 or 0.99.8 .
It allow to map ROMBIOS F000:0000-F000:FFFF from file "/etc/biosram.dos".
You can use it for simulate ROM of current or other computer or for testing your own 
version of BIOS.
Some commercial programs cheking ROMBIOS and don't working with dosemu, this patch may 
help.

This patch move dosemu bios from F000 to E000 segment - You can't use E000 for ems or 
other purposes. This version of patch use
constant bios addreses and filenames.
Patch was checked on dosemu 0.98.5 under Linux 2.0.34 - 2.0.37.

HELP ME ! I don't khow how to add new parameters to dosemu.conf with rombios file name 
and address of dosemu bios. Help me create
more nice version of the patch.

This patch may be distributed under the terms of GNU General Public License
Copyright (C) 1999 Khlutchin Sergey Yurievich

My address: <[EMAIL PROTECTED]> or <[EMAIL PROTECTED]>


- ------=_NextPart_000_0006_01BEBDAE.A7EDEEE0
Content-Type: application/x-gzip;
        name="dosemu-change-rombios-patch-0.1.sh.gz"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
        filename="dosemu-change-rombios-patch-0.1.sh.gz"

H4sICOTfcDcAA2Rvc2VtdS1jaGFuZ2Utcm9tYmlvcy1wYXRjaC0wLjEuc2gAnVj9c9o4E/4ZZvI/
bEnew44x2AYSIKRTmpCUm+bjDUnv5pq+GteWwVeweW2TC9fp/34ryV98FeaYie1Iq2e12t1HKx2+
qX11vVo4LlJr7EM5pDaoFI506MKRAW/hqF7G5/Tlq+uHYzqZ0aCKwo7r2VAF1TOnFMrH1c/WeBhO
Fl/KOPiVWjAK6AzU/0P58/966h+m+remtsmX94O74bB/XYbvP6B8lsg+FxGeNX3/UfUndq4nHK8q
ZsI4ydqztAT8LMfQtWe9f5N8j8oJZKJvFrheVAyma/bMzMgaYz+a3YX+7eV97/HiQ9F2HQfUeQC2
H9LpXNWq7Va1WVX1WhhYta9mSGtmuPCsGqJWrWWpjSJFVVX3Ayv8ho74de6BUQf9pFPXO/UG6O12
u6goyh6aVsY3251GS4x/9w5UQ9O1yiko8fvduyLgukLtGD7SCL7RwKMTGJuePaEQjd2wAp4PHkXI
yIeARvPAY1+Xd8P+zRMc14pw6DqeTR14GvbJbf83Mrh9LKoAw/7j4FP/QtJedasC2qvDFOLb0uSz
orLan7oOFJTJScIhnYSUzS+Hz/UyxaCxye+CwhHk7uqK98toOqi8g8GLJTkxxJLwN1sS9sPFpEEw
n0XEmXtW5PreZ+21YXyB881duvbljI38sXVJuCXH0pxYYzOAY5mtiqOdNBERrXXOCmjl4KHPzVM2
iEupad1uQ+bmbRuOy+ZhDLN18/xobe1wjrHp7VNhOn/noiHEaJjPMAQoet12A8rNBDMIzEWY+J3Z
SMjE9eavhDALp3SKA6VfXqatk7CKy0QC+oJDfcRgLtXQG6H7N/UdaZOILEJjF4rj7ESBDSiGvsds
loQ4EsNy/AAk91w7A7fLQwc/FEXehyZs+lKbuRb7204US0I7qGJJtjA0I/jV9DDTQat3jFan2dxJ
FssIebo47Rinnaae0YVutCsnoLBXEh6HrmdN5jaFbhjZrl8dv821lSzfc9xRdVwqKlkjusIPFqwx
Jznzg2ilaTxJWkT+XJCHp1syePjvUEymobNg1RsGzolNJhsZuVMahKsa0L7lFtdH21mbumVyKyGd
M5Y31fD5zRxRYTRPsX1iwPXciD+2R0BOZIf/c5L/aqvYNv60o7U6DSO3VZzUOTfwV8KKP0RCcI6w
/NkC93tzNnatEBhLmRYSYwhO4E8hXIQRnQJjLMYXKhs08U2bOO6ESiUehbj2pQpcX/1OLj70HoYV
kBKuy7XhJ/siw8EffUEQO4HUZapUGFFqLN33wI/tQ0RrTK1vxLTtaDGjUvlTuQKlT65NfW5USdBM
TjKgIQ1eYslPTIYMH3sPj+k/QgFb27rRqBigsFedr20YmZFr4c6CEUbhxXdtmJozYs3DyJ8SVrJI
rFEuwne+N7ziQntsI8othbCNFWYV3uP4joMUWAHRMUUdQSS6poz30rm0+VzqWqWBc0GLYvq0Zgtp
FgUVYOqJIxZwTia+N5LTJoJZgBvqWrvwFC+7HKnEo+Cmd3/fv4TeI/xHa70+e6UKogu5vD9phJGK
MIE5rWIMo1+F3nQbjL0pV8Q2znVhYO6biIm/diRjJrZPQmbSGyj5ZL+kzGEsJ6ZudIx2lphtRsZK
O6Hk78V8ELJYJQxOSrfBlei0y2Lz4/6M+RqlCAuJY10zGvIZy26cKQhuhDh/16ECDnUloFJnwNJP
QKHRPIzi2mYz1HLWbkJcBxOMxGM6wXRDJ6BUYm2YvAHJxT0P+x2RYvnTKRbAIRJLhIVAdbzBaWsy
22NkTXRDgLR+FiDrAMvRUW919NyWbegVHdOZvQS1HOKexkhF1Ozkpnc9uCgUCqUj0XBUOijCAd/8
QEjaEiHXt08XhMgHuFMuD+dMdtl77JOPdxe9x8HdbYEH0xX+muviXFsmmsr2tYPNFYKyW98auQvV
qyNXVW8YxmaRrs9V7+EgPm/safaVsGUvs4WsMHsP6H4KvcusRHbVFnDM4CCpUriLfx72sS9q1my+
MeSX+reH+5LYhgLlp1y4fTBWpnqn0chXphW9wSrTiq7FxWBcNN4/kQ/ZSsT/FlWkDl4Qwi9gz6Yu
fpgBhT9xg+XlPW6UZHAlydhtTagZiH8Y8a0XlLndl0ER6kzMUXgW05NXjiAZUhaqypkedqh+w1lw
R33MiFxUtGwKvDBNAxhb5t5qiyhHsyL2lkbvh5fLVWzojjxzslKzezT6GtqEnYGYPk4i7UobOaRZ
aS0X2l0znNaE4Nsl3EWYaxYzUROP5CcZeyU7pIvNPJ2+8m/dpGyq+9fK+Vg9bjujEMShj32mcxa2
ixuSVjM9Zqwf51OowZA89C/x3H3x2L+UXLkgDdAs/IA355mZ8vaLjE1HESbGrI1vLsR5e7tCdvkh
FKIqlDc+Dm77vYeM8LI7EFeW5fztwOrNQE4Lu0tg+AXpWJp7LHIwH+MiLFF5fg5391xy166apHZi
40+yPxHZTTKJ5AaeOd2HZzaOR6ppIkRGNXjsxGTAZ8w07HrEh9kcywtvgfnsjcQNWUBNW/0rcCPK
qMHPBTlu35ksF/O9yYIvOIKh6MNdKstb90seRv48e5Q1glDWCCIJcWUjDGUwkPN/Gi8gsUe3Cw05
vjU65fVnK7k/TPen99e8jGcBizV6CxHxYKAbLVlcGwh7Mkszg7I2ZlCLG7TelYWzwtHTOM7P+/eb
4YXvRYE/IXwxc+rEFUJLXCG0VyafO64VpLgo5jfFJKQjbj3IzFkr8niiK0gnDVE25/Mn378MxyvQ
1PT0HMosd8wTmpmedUnrx1mUlDNt+SNsQW8IV2Jk3Yj63bSxzA5pyDnFnEyAlZS+By/8MGva5owf
23H+6QX4P3hpOIseGAAA

- ------=_NextPart_000_0006_01BEBDAE.A7EDEEE0--


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

From: Jim Morris <[EMAIL PROTECTED]>
Date: Wed, 23 Jun 1999 10:06:17 -0500
Subject: Re: OS/2 under DOSEMU

Hi Aronson,

> Is it possible to run OS/2 under the emulator?
> If so, how can I generate the disk images to use it?  
> I've been all over the docs and haven't figured it out.

Ahem.  NO!  It is not possible.

In case you didn't realize it, OS/2 is a true protected mode
multitasking operating system, comparable to Linux itself, or Windows
NT.  I.e. it is not a DOS program, and there is no chance of running
it under DOSEMU.
 --
/------------------------------------------------\
| Jim Morris  | Business:  [EMAIL PROTECTED] |
|             | Personal:  [EMAIL PROTECTED]        |
|------------------------------------------------|
|    World Wide Web:  http://Jim.Morris.net      |
|       AOL Instant Messenger:  JFM2001          |
\------------------------------------------------/



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

From: Jim Morris <[EMAIL PROTECTED]>
Date: Wed, 23 Jun 1999 10:08:12 -0500
Subject: Re[2]: OS/2 under DOSEMU

Hi Brian,

> The only thing you *might* be able to run os/2 under besides itself, is
> vmware, or *possibly* bochs.
> vmware is not free, though they do let linux users download a personal
> use copy for free, and bochs is ...not trivialy simple to set up.

VMWare does not support running OS/2, and according to their WWW page,
they have no plans to support it in the future.  One of the first
things I tried under VMWare for Linux was installing OS/2 Warp 4, and
the install never even got past the 2 boot floppies.
 --
/------------------------------------------------\
| Jim Morris  | Business:  [EMAIL PROTECTED] |
|             | Personal:  [EMAIL PROTECTED]        |
|------------------------------------------------|
|    World Wide Web:  http://Jim.Morris.net      |
|       AOL Instant Messenger:  JFM2001          |
\------------------------------------------------/



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

From: UNIXMAN <[EMAIL PROTECTED]>
Date: Wed, 23 Jun 1999 17:31:49 -0400 (EDT)
Subject: Re: DOSEMU and Interlnk

is it using the COM port to connect?  where is the probelem?

On Wed, 23 Jun 1999, Bob Bradley wrote:

> I'm trying to run Interlnk with DOSEMU under Redhat 5.2. I need this to
> interface with a barcode scanner. I can't seem to make it connect. Any
> ideas?
> 
> Bob Bradley
> 
> 

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

From: "Aronson Brian A" <[EMAIL PROTECTED]>
Date: Wed, 23 Jun 1999 19:54:06 -0500
Subject: Re: OS/2 under DOSEMU

The reason I asked was that I have a copy of OS/2 version 3 and want to be
able to use it.  My computers architecture, however, seems to be beyond the
ability of OS/2.  My hope was to run it under some sort of emulation under
Linux so my PC could run it.  Any suggestions of other places I could look?
An OS/2 emulator perhaps?

Brian
"When in doubt: Check Plug!"


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

From: "Chinn, Kevin" <[EMAIL PROTECTED]>
Date: Thu, 24 Jun 1999 08:44:17 -0400
Subject: RE: DOSEMU and Interlnk

UNIXMAN,

We are connecting via a Com port.  When we run Interlnk through the DOSEMU
shell, it can not see the COM port (or any COM port for that matter).  We
are connecting from the workstation via a null modem cable to a handheld
laser scanner that is running DOS 5.0 and intersvr.exe.  Any ideas?


                -----Original Message-----
                From:   UNIXMAN [mailto:[EMAIL PROTECTED]]
                Sent:   Wednesday, June 23, 1999 5:32 PM
                To:     Bob Bradley
                Cc:     [EMAIL PROTECTED]; Bradley, Bob; Chinn,
Kevin
                Subject:        Re: DOSEMU and Interlnk

                is it using the COM port to connect?  where is the probelem?


                On Wed, 23 Jun 1999, Bob Bradley wrote:

                > I'm trying to run Interlnk with DOSEMU under Redhat 5.2. I
need this to
                > interface with a barcode scanner. I can't seem to make it
connect. Any
                > ideas?
                > 
                > Bob Bradley
                > 
                > 

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

From: =?ISO-8859-1?Q? "S=13.Zander" ?= <[EMAIL PROTECTED]>
Date: Thu, 24 Jun 1999 15:21:38 -0700
Subject: Borland Remote Debugger Problem

Hi,

I use Linux Suse 6.0.
I am using the Borland C++3.1 Compiler and Debugger for old Projects.
The TD.Exe will work, but the remote debugger semms to have problems
with the seriell Connection. I have tryed different things in the
/etc/dosemu.conf, but nothing will help. I thing the td.exe with options
"-r -rs3 -rp1" will work directly with the seriell channel hardware. If
I use a dos-window with NT4 and Vmware for Linux on the same machine the
debugger will work, but very slow.
Do you have an idea for making the remote debugger working with dosemu?

Thank you
Siegmar Zander



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

From: "Sergey Khlutchin" <[EMAIL PROTECTED]>
Date: Thu, 24 Jun 1999 19:54:00 -0000
Subject: Patch for DOSEMU : ROMBIOS substitute

Hello All !
Patch posted 23 Jun 1999 in this list is worked on dosemu 0.98.7
You can download it from http://chat.ru/~khlut/linux/rombios.html

Best regards,
Sergey Khlutchin.



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

From: [EMAIL PROTECTED] (David Hodges)
Date: Fri, 25 Jun 1999 07:53:57 +1200 (NZST)
Subject: Re: DOSEMU and Interlnk

> We are connecting via a Com port.  When we run Interlnk through the DOSEMU
> shell, it can not see the COM port (or any COM port for that matter).  We
> are connecting from the workstation via a null modem cable to a handheld
> laser scanner that is running DOS 5.0 and intersvr.exe.  Any ideas?

You probably do not have the correct configuration in /etc/dosemu.conf.
You can configure dosemu to allow direct access to a serial port (or
ports), or emulate a serial port (or ports), mapping it to a Linux 
device. By default, there is no access to serial ports at all.
Both options are well documented in the dosemu README.txt if you are using a
recent version of dosemu such as 0.98.x or 0.99.x.


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

From: "Eric Wampner" <[EMAIL PROTECTED]>
Date: Thu, 24 Jun 1999 20:00:17 +0000
Subject: 0.99.10 interrupts and RH6.0 compiles

Hi, two problems, both of which don't appear in the mailing list archive
as far as I can see.

System RedHat 6.0, Dosemu-0.99.10 (default installation)
I have some DOS devices which I am working with under DOSEMU, the problem
appears to be that only the last IRQ that you request to be passed to the
DOSemu environment is actually allocated.

According to the debugging output, the configuration parser does note the
request correctly, but only the last one gets the "Gonna Monitor that IRQ x
you requested" message. Also, /proc/interrupts only shows the last one
being allocated.

Is this a known bug? It doesn't seem to be listed in the Changelog.

Also RedHat 6.0 and DosEmu 0.99.12 the linking stage fails due to
lib/libarch_linux_slang_elf.a(sldisply.o): In function 'SLtt_flush_output':
sldisply.o(.text+0x56): undefined reference to '_IO_stdout_'

also complains about _IO_stderr

I looked at it briefly, but I am not sure what is going wrong here.

Please copy me in email if possible. Thanks in advance.

eric

- -- 
- -
Eric Wampner          Orlando Software Group, Inc.      [EMAIL PROTECTED]
Software Engineer           (407) 366-0909           [EMAIL PROTECTED]
Systems Administrator     fax (407) 366-2721              [EMAIL PROTECTED]

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

From: "David Hodges" <[EMAIL PROTECTED]>
Date: Fri, 25 Jun 1999 10:00:53 +1200 (nzst)
Subject: Re: bootdir works in dosemu-0.98.6 under Debian but not RedHat 5.2 ?

Hans Lermen wrote:

>>ERROR: can't open /var/lib/dosemu/dosc: #21 - Is a directory
>> I tried dosemu-0.98.7 as well and got the same error message.
>
>You probably missed taking over the new global.conf to /var/lib/dosemu.

That's right. Thanks.
I had an old global.conf from dosemu 0.98.1. Now that I've replaced it, I
can boot using the bootdir method
Also the problem with lredir that I reported recently now only occurs with
one of my copies of dosemu-0.98.6, not the other one or with 
dosemu-0.98.7 - there must be something different about the way I compiled
that one - anyway I don't need the version that doesn't work so I can
just use the one that now does and my problem is solved.

~
~
~
~
~                                                                               ~
~
~
~


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

From: Sergey Suleimanov <[EMAIL PROTECTED]>
Date: 25 Jun 1999 09:43:24 +0400
Subject: MFS again

        Hi, people.

        Some applications (i.e. FoxPro) using zero count write outside
file for changing it's size. But this code ...

static inline int
dos_write(fd, data, cnt)
     int fd;
     char *data;
     int cnt;
{
  int ret;

  if (cnt <= 0)
    return (0);
  ret = RPT_SYSCALL(write(fd, data, cnt));
  Debug0((dbg_fd, "Wrote %10.10s\n", data));
  return (ret);
}

... bringing to error messages like "Insufficient disk space"

        Changing condition to 'if (cnt < 0)' make they happy.

- -- 
  Sergey Suleimanov

P.S. Sorry for my English.


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

From: Catalin Bucur <[EMAIL PROTECTED]>
Date: Fri, 25 Jun 1999 09:26:14 +0300
Subject: Floppy access

Hi!

I have RH 6.0, kernel 2.2.9, dosemu 0.99 and one problem. When I try to
access a floppy disk in dosemu, it shows me what files are on that
floppy and then just die. I have to kill dos process from other console.

Any hints?
TIA.

- -- 
Catalin Bucur                                \|/
Hardware engineer                          ^(o o)^
mailto:[EMAIL PROTECTED]       ~~~~~~~~~oOO~~(_)~~OOo~~~~~~~~~

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

From: UNIXMAN <[EMAIL PROTECTED]>
Date: Fri, 25 Jun 1999 02:42:41 -0400 (EDT)
Subject: RE: DOSEMU and Interlnk

I'm assuming that you set the COM ports in the /etc/dosemu.conf ?  
Playing around with those settings is probably your best bet.

On Thu, 24 Jun 1999, Chinn, Kevin wrote:

> UNIXMAN,
> 
> We are connecting via a Com port.  When we run Interlnk through the DOSEMU
> shell, it can not see the COM port (or any COM port for that matter).  We
> are connecting from the workstation via a null modem cable to a handheld
> laser scanner that is running DOS 5.0 and intersvr.exe.  Any ideas?
> 
> 
>               -----Original Message-----
>               From:   UNIXMAN [mailto:[EMAIL PROTECTED]]
>               Sent:   Wednesday, June 23, 1999 5:32 PM
>               To:     Bob Bradley
>               Cc:     [EMAIL PROTECTED]; Bradley, Bob; Chinn,
> Kevin
>               Subject:        Re: DOSEMU and Interlnk
> 
>               is it using the COM port to connect?  where is the probelem?
> 
> 
>               On Wed, 23 Jun 1999, Bob Bradley wrote:
> 
>               > I'm trying to run Interlnk with DOSEMU under Redhat 5.2. I
> need this to
>               > interface with a barcode scanner. I can't seem to make it
> connect. Any
>               > ideas?
>               > 
>               > Bob Bradley
>               > 
>               > 
> 

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

From: [EMAIL PROTECTED] (David Hodges)
Date: Fri, 25 Jun 1999 20:13:27 +1200 (NZST)
Subject: Re: Floppy access

> I have RH 6.0, kernel 2.2.9, dosemu 0.99 and one problem. When I try to
> access a floppy disk in dosemu, it shows me what files are on that
> floppy and then just die. I have to kill dos process from other console.

This bug is fixed in dosemu-0.98.7, the latest stable version.
odd major version numbers such as 0.99.x are for unstable developer
releases so you should change to dosemu 0.98.7


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

From: Catalin Bucur <[EMAIL PROTECTED]>
Date: Fri, 25 Jun 1999 14:04:37 +0300
Subject: Re: Floppy access

David Hodges wrote:
> 
> > I have RH 6.0, kernel 2.2.9, dosemu 0.99 and one problem. When I try to
> > access a floppy disk in dosemu, it shows me what files are on that
> > floppy and then just die. I have to kill dos process from other console.
> 
> This bug is fixed in dosemu-0.98.7, the latest stable version.
> odd major version numbers such as 0.99.x are for unstable developer
> releases so you should change to dosemu 0.98.7

I had dosemu-0.98.7 before upgrading RH5.2. It worked very well. So, I
have to turn back...
Thanks.

- -- 
Catalin Bucur                                \|/
Hardware engineer                          ^(o o)^
mailto:[EMAIL PROTECTED]       ~~~~~~~~~oOO~~(_)~~OOo~~~~~~~~~

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

From: Reinhard Karcher <[EMAIL PROTECTED]>
Date: Fri, 25 Jun 1999 15:04:34 +0200
Subject: seriall communication

Hi all with trouble on serial lines.

I have tested dosemu using the terminalemulator R4 version 3.4.
It connects to VMS-systems. Using the default compiletime-settings,
dosemu hangs at the moment, when more than 1 Character is
transmitted to the host.
I changed 'newint on' to 'newint off' in the file compiletime-settings
and made dosemu.
The results where much better. Interactive working was OK.
There is an filetransfer included, which uses an proprietary protocol.
That works well only in one direction (host to PC). The opposit
direction again needs dosdebug to kill dosemu.
So, if you have trouble using the serial line, you could try to alter
compiletime-settings. Be warned, other trouble may arise after changing
the parameter. But it is worth a try.

Good luck
 Reinhard

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

From: "Bradley, Bob" <[EMAIL PROTECTED]>
Date: Fri, 25 Jun 1999 09:14:37 -0400
Subject: RE: DOSEMU and Interlnk

All the com setting in the conf file have been set. I think the problem may
be that interlnk has to talk directly to the port.

Dwight, you're working directly on this. Can you share some insight?

Robert E. Bradley Jr.
DPO TACMIS
(703) 806-3887
DSN 656-3887
Fax (703) 806-3903
http://www.peostamis.belvoir.army.mil/tacmis/tacmis.htm
<http://www.peostamis.belvoir.army.mil/tacmis/tacmis.htm> 


- -----Original Message-----
From: UNIXMAN [mailto:[EMAIL PROTECTED]]
Sent: Friday, June 25, 1999 2:43 AM
To: Chinn, Kevin
Cc: [EMAIL PROTECTED]; Bradley, Bob; Pryluck, Larry
Subject: RE: DOSEMU and Interlnk


I'm assuming that you set the COM ports in the /etc/dosemu.conf ?  
Playing around with those settings is probably your best bet.


On Thu, 24 Jun 1999, Chinn, Kevin wrote:

> UNIXMAN,
> 
> We are connecting via a Com port.  When we run Interlnk through the DOSEMU
> shell, it can not see the COM port (or any COM port for that matter).  We
> are connecting from the workstation via a null modem cable to a handheld
> laser scanner that is running DOS 5.0 and intersvr.exe.  Any ideas?
> 
> 
>               -----Original Message-----
>               From:   UNIXMAN [mailto:[EMAIL PROTECTED]]
>               Sent:   Wednesday, June 23, 1999 5:32 PM
>               To:     Bob Bradley
>               Cc:     [EMAIL PROTECTED]; Bradley, Bob; Chinn,
> Kevin
>               Subject:        Re: DOSEMU and Interlnk
> 
>               is it using the COM port to connect?  where is the probelem?
> 
> 
>               On Wed, 23 Jun 1999, Bob Bradley wrote:
> 
>               > I'm trying to run Interlnk with DOSEMU under Redhat 5.2. I
> need this to
>               > interface with a barcode scanner. I can't seem to make it
> connect. Any
>               > ideas?
>               > 
>               > Bob Bradley
>               > 
>               > 
> 

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

End of linux-msdos-digest V1 #148
*********************************

To subscribe to linux-msdos-digest, send the command:

Reply via email to