Unknown Recipient: Steven Pautz----------------------------------- Returned
-----------------------------------
From: [EMAIL PROTECTED] at -FABRIK/Internet
Date: 5/29/00 4:31AM -0700
*To: "linux-msdos-digest" <[EMAIL PROTECTED]> at
-FABRIK/Internet
Subject: linux-msdos-digest V1 #174
-------------------------------------------------------------------------------
TEXTttxt
W��W� �� linux-msdos-digest Monday, May 29
2000 Volume 01 : Number 174
In this issue:
----------------------------------------------------------------------
From: Alistair MacDonald <[EMAIL PROTECTED]>
Date: Sat, 6 May 2000 18:32:33 +0100 (BST)
Subject: Re: Nur Root kann DOSEmu starten
You haven't said which version of DOSEMU you are using, but, you should
probably read the README -- "Runtime Configuration Options".
( http://www.dosemu.org/docs/README/0.98/README-2.html )
Alistair
On Sat, 6 May 2000, G�nterSt�hr wrote:
> Ich habe das Problem, dass nur der USER ROOT den DOSEMU starten kann.
> startet ein anderer user den emulator, dann erscheint die meldung "illegal
user"
> was kann das sein ???
> vielen dank f�r deine Hilfe
------------------------------
From: Dmitry Rybin <[EMAIL PROTECTED]>
Date: Sun, 7 May 2000 17:29:11 +0400
Subject: Error dump
Hello linux-msdos,
>>> After run RAR archivator I have this:
ERROR: unexpected CPU exception 0x06 errorcode: 0x00000000 while in vm86 (DOS)
Program=sigsegv.c, Line=250
EIP: 0000:000003d1 ESP: 0000:000004d8 VFLAGS(b): 00000 01110000 10000110
EAX: 0000fb6f EBX: 000081e3 ECX: 00000ff4 EDX: 00001874 VFLAGS(h): 00007086
ESI: 000006c8 EDI: 0000c291 EBP: 00000100 DS: 0435 ES: c28e FS: 0000 GS: 0000
FLAGS: PF SF IF NT RF VM IOPL: 3
STACK: 00 00 00 00 00 00 00 00 00 00 -> 00 00 00 00 00 00 91 c2 c8 06
OPS : f0 20 0f 00 f0 30 0f 00 f0 40 -> 0f 00 f0 50 0f 00 f0 60 0f 00
0f00f0 0000:03d1 ??? ax
>>>What can I do?
Computer: i486DX2-66 OverDrive /20mb. Linux RedHat 6.0 Hedwig 2.2.14 (SGI
Patch).
DOSEMU 0.99.13 Precompiled binares. RAR Archivator www.rarsoft.com
dosemu.conf:
##############################################################################
# This file is /etc/dosemu.conf, included by /var/lib/dosemu/global.conf
#
# Linux DOSEMU configuration for parser versions >= 3 (dosemu-0.97.0.1)
#
# ./doc/README.txt (chapter 2.) contains a description of the syntax
# and the usage of dosemu.conf.
#
#
# Access rights are defined in
#
# /etc/dosemu.users
#
##############################################################################
# Notes for editing this section:
#
# In $_xxx = (n) n is a numerical or boolean value
# = =
# In $_zzz = "s" s is a string
#
# Please edit only beteen the brakets and quotes and keep the rest intact.
# ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ ^^^^^^^^^^^^^^^^^^^^
$_debug = "-a" # same format as -D commandline option
# (but without the -D in front)
$_features= "" # list of temporary hacks, see release notes in
# the file ChangeLog. e.g "0:1 2:0", which means
# to set feature_0 to 1 and feature_2 to 0.
$_timint = (on) # emulate INT08 type timer interrupts
$_mathco = (on) # or off
$_cpu = "80486" # CPU showing to DOS, valid values: "80[345]86"
# or "emulated" for non-native CPU (386 in this case)
$_rdtsc = (off) # if possible use Pentium cycle counter
$_cpuspeed = (0) # 0 = calibrated by dosemu, else given (e.g.166.666)
$_pci = (off)
$_xms = (4096) # in Kbyte
$_ems = (2048) # in Kbyte
$_ems_frame = (0xe000)
$_dpmi = (off) # in Kbyte
$_dosmem = (640) # in Kbyte, < 640
$_hardware_ram = "" # list of segment values/ranges such as
# "0xc8000 range 0xcc000,0xcffff"
$_secure ="ngd" # secure for: n (normal users), g (guest), d (dexe)
# empty string: depending on 'restricted'
# "0": always insecure (not recommended)
$_odd_hosts = "" # black list such as "lucifer.hell.com billy.the.cat"
$_diskless_hosts="" # black list such as "hacker1 newbee gateway1"
$_emusys = "" # empty or 3 char., config.sys -> config.XXX
$_emubat = "" # empty or 3 char., autoexec.bat -> autoexec.XXX
$_emuini = "" # empty or 3 char., system.ini -> system.XXX
$_hogthreshold = (1) # 0 == all CPU power to DOSEMU
$_irqpassing = "" # list of IRQ number (2-15) to pass to DOS such as
# "3 8 10"
$_speaker = "" # or "native" or "emulated"
$_term_char_set = "ibm" # Global code page and character set selection.
# "" == automatic, else: ibm, latin, latin1, latin2
$_term_color = (on) # terminal with color support
$_term_updfreq = (4) # time between refreshs (units: 20 == 1 second)
$_escchar = (30) # 30 == Ctrl-^, special-sequence prefix
$_rawkeyboard = (0) # bypass normal keyboard input, maybe dangerous
$_layout = "us" # one of: finnish(-latin1), de(-latin1), be, it, us
# uk, dk(-latin1), keyb-no, no-latin1, dvorak, po
# sg(-latin1), fr(-latin1), sf(-latin1), es(-latin1)
# sw, hu(-latin2), hu-cwi, keyb-user
# hr-cp852, hr-latin2
$_keybint = (on) # emulate PCish keyboard interrupt
$_X_updfreq = (5) # time between refreshs (units: 20 == 1 second)
$_X_title = "DOS in a BOX" # Title in the top bar of the window
$_X_icon_name = "xdos" # Text for icon, when minimized
$_X_keycode = (off) # on == translate keybord via dosemu keytables
$_X_blinkrate = (8) # blink rate for the cursor
$_X_font = "" # basename from /usr/X11R6/lib/X11/fonts/misc/*
# (without extension) e.g. "vga"
$_X_mitshm = (on) # Use shared memory extensions
$_X_sharecmap = (off) # share the colormap with other applications
$_X_fixed_aspect = (on) # Set fixed aspect for resize the graphics window
$_X_aspect_43 = (on) # Always use an aspect ratio of 4:3 for graphics
$_X_lin_filt = (off) # Use linear filtering for >15 bpp interpolation
$_X_bilin_filt = (off) # Use bi-linear filtering for >15 bpp interpolation
$_X_mode13fact = (2) # initial size factor for video mode 0x13 (320x200)
$_X_winsize = "" # "x,y" of initial windows size (defaults to float)
$_X_gamma = (1.0) # gamma correction
$_X_vgaemu_memsize = (1024) # size (in Kbytes) of the frame buffer for emulated
vga
$_X_lfb = (on) # use linear frame buffer in VESA modes
$_X_pm_interface = (on) # use protected mode interface for VESA modes
$_X_mgrab_key = "" # KeySym name to activate mouse grab, empty == off
$_X_vesamode = "" # "xres,yres ... xres,yres"
# List of vesamodes to add. The list has to contain
# SPACE separated "xres,yres" pairs
$_video = "vga" # one of: plainvga, vga, ega, mda, mga, cga
$_console = (0) # use 'console' video
$_graphics = (0) # use the cards BIOS to set graphics
$_videoportaccess = (1) # allow videoportaccess when 'graphics' enabled
$_vbios_seg = (0xc000) # set the address of your VBIOS (e.g. 0xe000)
$_vbios_size = (0x10000)# set the size of your BIOS (e.g. 0x8000)
$_vmemsize = (1024) # size of regen buffer
$_chipset = "" # one of: plainvga, trident, et4000, diamond, avance
# cirrus, matrox, wdvga, paradise, ati, s3
$_dualmon = (0) # if you have one vga _plus_ one hgc (2 monitors)
$_vbootfloppy = "" # if you want to boot from a virtual floppy:
# file name of the floppy image under /var/lib/dosemu
# e.g. "floppyimage" disables $_hdimage
# "floppyimage +hd" does _not_ disable $_hdimage
$_floppy_a ="threeinch" # or "fiveinch" or "atapi" or empty, if not existing
# optionally the device may be appended such as
# "threeinch:/dev/fd0"
$_floppy_b = "" # dito for B:
$_hdimage = "fido" # list of hdimages under /var/lib/dosemu
# assigned in this order such as
# "hdimage_c hdimage_d hdimage_e"
# If the name begins with '/dev/', then partion
# access is done instead of virtual hdimage such as
# "/dev/hda1" or "/dev/hda1:ro" for readonly
# Currently mounted devices and swap are refused.
# Hdimages and devices may be mixed such as
# "hdimage_c /dev/hda1 /dev/hda3:ro"
# Note: 'wholedisk' is _not_ supported.
#$_hdimage_r = $_hdimage # hdimages for 'restricted access (if
different)
$_aspi = "" # list of generic SCSI devices to make available
# for the builtin aspi driver (format of an entry
# is 'device:type:mappedtarget' such as
# "sg2:WORM sg3:Sequential-Access:6 sg4:CD-ROM" or
# "sg2:4 sg3:1:6 sg4:5" (which are equal)
$_com1 = "" # e.g. "/dev/mouse" or "/dev/cua0"
$_com2 = "" # e.g. "/dev/modem" or "/dev/cua1"
$_com3 = "" # dito "/dev/cua2"
$_com4 = "" # dito "/dev/cua3"
$_ttylocks = "" # Lock directory (e.g. "/var/lock")
# default ("") is /usr/spool/uucp
$_mouse = "" # one of: microsoft, mousesystems, logitech, mmseries
# mouseman, hitachi, busmouse, ps2
$_mouse_dev = "" # one of: com1, com2, com3, com4 or /dev/mouse
$_mouse_flags = "" # list of none or one or more of:
# "emulate3buttons cleardtr"
$_mouse_baud = (0) # baudrate, 0 == don't set
$_printer = "lp" # list of (/etc/printcap) printer names to appear as
# LPT1, LPT2, LPT3 (not all are needed, empty for none)
$_printer_timeout = (20)# idle time in seconds before spooling out
$_ports = "" # list of portnumbers such as "0x1ce 0x1cf 0x238"
# or "0x1ce range 0x280,0x29f 310"
# or "range 0x1a0,(0x1a0+15)"
$_ipxsupport = (off) # or on
$_novell_hack = (off)
$_vnet = (off) # 'on' for packet-multi (used by dosnet)
$_sound = (off) # sound support on/off
$_sb_base = (0x220)
$_sb_irq = (5)
$_sb_dma = (1)
$_sb_dsp = "/dev/dsp"
$_sb_mixer = "/dev/mixer"
$_mpu_base = "0x330"
Best regards,
Dmitry mailto:[EMAIL PROTECTED]
------------------------------
From: David Pinson <[EMAIL PROTECTED]>
Date: Mon, 8 May 2000 11:42:20 +1000 (EST)
Subject: ANNOUNCE: VGA Mode 12h support in dosemu X11
Good news,
This is to announce an implementation of Mode 12h support
for dosemu under X11 using instruction emulation.
The hack was done by David Hindman, who adapted the methods
of bochs for use in dosemu.
At this stage it would be good if people interested in
mode 12h X11 support downloaded the files and tested it
with thier configurations.
http://www.io.com/~dhindman/VGAMode12h/index.html
Depending on the type of application, performance is
not too bad. (I have been using protel easytrax with
a 466MHz celeron quite acceptably - Yes I know that
the original application ran fast on a 386....)
David Pinson
------------------------------
From: Bart Oldeman <[EMAIL PROTECTED]>
Date: Mon, 8 May 2000 12:48:02 +0100 (GMT)
Subject: Re: ANNOUNCE: VGA Mode 12h support in dosemu X11
On Mon, 8 May 2000, David Pinson wrote:
> Good news,
> This is to announce an implementation of Mode 12h support
> for dosemu under X11 using instruction emulation.
> The hack was done by David Hindman, who adapted the methods
> of bochs for use in dosemu.
>
> At this stage it would be good if people interested in
> mode 12h X11 support downloaded the files and tested it
> with thier configurations.
>
> http://www.io.com/~dhindman/VGAMode12h/index.html
Good news indeed! It should not be too difficult to adapt this to support
other planar modes 0Dh to 11h as well.
A few things I wondered about:
1. the README says:
Borland's BGI requires the old IBM 8x8 ASCII font table to be present
at memory address F000:FA6E. This hack loads a 8x8 font table at the
expected addresses when VGA mode 12h is entered. (I sure hope nothing
important lives there.) The font I used is ugly but free.
I wonder whether this is necessary (it is not for me). It used to be in
0.98.*, but was fixed somewhere in the 0.99 series, and now copies this
font from the real BIOS. Or are there some BIOSes which don't include this
font any more?
2. Isn't there some double work going on here w.r.t. the cpuemu code,
which is present in 0.99.x but not in 1.0.0?
> Depending on the type of application, performance is
> not too bad. (I have been using protel easytrax with
> a 466MHz celeron quite acceptably - Yes I know that
> the original application ran fast on a 386....)
It could well be possible to speed-optimize the emulation by throwing in
some assembly language.
Bart
------------------------------
From: David Pinson <[EMAIL PROTECTED]>
Date: Mon, 8 May 2000 23:14:32 +1000 (EST)
Subject: Re: ANNOUNCE: VGA Mode 12h support in dosemu X11
On Mon, 8 May 2000, Bart Oldeman wrote:
> 1. the README says:
>
> Borland's BGI requires the old IBM 8x8 ASCII font table to be present
> at memory address F000:FA6E. This hack loads a 8x8 font table at the
> expected addresses when VGA mode 12h is entered. (I sure hope nothing
> important lives there.) The font I used is ugly but free.
>
> I wonder whether this is necessary (it is not for me). It used to be in
> 0.98.*, but was fixed somewhere in the 0.99 series, and now copies this
> font from the real BIOS. Or are there some BIOSes which don't include this
> font any more?
Don't know. Wasn't an issue for me, But I'm not sure what hardware
David Hindman was using.
>
> 2. Isn't there some double work going on here w.r.t. the cpuemu code,
> which is present in 0.99.x but not in 1.0.0?
>
Quite possibly. Neither David or I have really been following
dosemu development. When 1.0.0 came out and and mode 12h wasn't
supported, we looked at the problem from the 1.0.0 code point
of view.
Basically we worked out vmware worked, then so did bochs. Bochs
was now lgpl and so the source was there. At that point David Hindman
really quickly went ahead and produced an implementation.
If there is a wider cpuemu effort, this code should definitely
be rolled in there. This really has been one of the "scratch your
own itch" implementations.
(apologies to people working in the cpuemu effort, we really
didn't mean to duplicate other work)
David Pinson
------------------------------
From: Paolo Carballo <[EMAIL PROTECTED]>
Date: Mon, 08 May 2000 22:15:29 +0800
Subject: Re: Error dump
At 05:29 PM 05/07/2000 +0400, Dmitry Rybin wrote:
>Hello linux-msdos,
>
>>>> After run RAR archivator I have this:
>
[...snip...]
I know this isn't any help at all but I noticed the same thing is true of
rarsoft's product. It runs fine and is well behaved even in graphics mode.
It mostly happens while in graphics mode, just after the program finishes a
task like compressing/decompressing and just before it exits.
Since then, I've mostly converted and stuck to the freeware zip/unzip
utilities.
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
= Juan Paolo L. Carballo
= PGP 2.6.3ia RSA KeyID: 63F4DC4D
= PGP 5.5.3i DSS KeyID: 00914A9F
= The importance of information is directly
= proportional to its improbability.
= Fundamental Theorem of Information Theory
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
------------------------------
From: Bart Oldeman <[EMAIL PROTECTED]>
Date: Mon, 8 May 2000 19:27:27 +0100 (BST)
Subject: Re: ANNOUNCE: VGA Mode 12h support in dosemu X11
On Mon, 8 May 2000, David Pinson wrote:
> On Mon, 8 May 2000, Bart Oldeman wrote:
>
> > 1. the README says:
> >
> > Borland's BGI requires the old IBM 8x8 ASCII font table to be present
> > at memory address F000:FA6E. This hack loads a 8x8 font table at the
> > expected addresses when VGA mode 12h is entered. (I sure hope nothing
> > important lives there.) The font I used is ugly but free.
> >
> > I wonder whether this is necessary (it is not for me). It used to be in
> > 0.98.*, but was fixed somewhere in the 0.99 series, and now copies this
> > font from the real BIOS. Or are there some BIOSes which don't include this
> > font any more?
>
> Don't know. Wasn't an issue for me, But I'm not sure what hardware
> David Hindman was using.
Well, it is necessary (I didn't check carefully enough). I have tested it
now , and indeed it works for Borland BGI applications. The copy of the
real BIOS font does not occur under X, because of security reasons I
think; you need to open /dev/mem, so you need root permissions in
general, to do this.
The font is ugly indeed. I wonder about the copyright of the old IBM
fonts.
I'll try to get it to work with more applications and also for more modes
than just 0x12, that is, modes 0xD to 0x11. Let's see whether I can get
Space Quest 1 (320x200x16 colors) working under X ;-)
Bart
------------------------------
From: Steffen Winterfeldt <[EMAIL PROTECTED]>
Date: Mon, 8 May 2000 20:44:11 +0200 (CEST)
Subject: Re: ANNOUNCE: VGA Mode 12h support in dosemu X11
Hi,
David, I reworked your patch somewhat, so that it works better with the
existing DOSEMU structures; in particular it emulates now a few more
instructions, works in DPMI mode (that was vital for my application),
works for all 4 color modes, and I corrected a few minor bugs.
There are still bugs in it as some(!) pixels appear where they shoudn't
and something related to font displaying is broken, too; but otherwise it
works great!
The speed is of course not perfect, but still acceptable. ;-)
I'll try to put the new patch together tomorrow.
Bye,
Steffen
- --
"If, by chance, he does not like the food which you have given him, and if he
is desirous of eating human flesh, and would like to eat you, allow yourself
to be eaten."
(Montezuma, before sending his emissary Teoctlamacazqui to Cortes)
------------------------------
From: Steffen Winterfeldt <[EMAIL PROTECTED]>
Date: Mon, 8 May 2000 20:54:51 +0200 (CEST)
Subject: Re: ANNOUNCE: VGA Mode 12h support in dosemu X11
Hi,
my changes to David's patch are available (or should shortly be) from
ftp://ftp.suse.com/pub/people/snwint/dosemu/dosemu-1.0.0-pl4.diff
The patch is against a plain dosemu 1.0.0.
Bye,
Steffen
- --
"If, by chance, he does not like the food which you have given him, and if he
is desirous of eating human flesh, and would like to eat you, allow yourself
to be eaten."
(Montezuma, before sending his emissary Teoctlamacazqui to Cortes)
------------------------------
From: Andre Majorel <[EMAIL PROTECTED]>
Date: Mon, 08 May 2000 23:57:35
Subject: Re: ANNOUNCE: VGA Mode 12h support in dosemu X11
At 19:27 2000.05.08 +0100, Bart Oldeman wrote:
>The font is ugly indeed. I wonder about the copyright of the old IBM
>fonts.
I still have an 8x8 codepage 437 sans serif font that I made
myself because I was unhappy with the default font. It's not
perfect either but at least it's readable. If you want it, let
me know.
Andr� Majorel <[EMAIL PROTECTED]>
http://www.teaser.fr/~amajorel/
------------------------------
From: Hans Lermen <[EMAIL PROTECTED]>
Date: Tue, 9 May 2000 00:46:51 +0200 (MEST)
Subject: Re: ANNOUNCE: VGA Mode 12h support in dosemu X11
On Mon, 8 May 2000, David Pinson wrote:
> This is to announce an implementation of Mode 12h support
> for dosemu under X11 using instruction emulation.
Good starting point, bgidemo now does something visible ;-)
Some remarks:
- it should not only intercept/emulate writing, but also reading
(write protecting the regen-buffers is not enough).
The current patch makes Borland's bgidemo not display correctly
due to this:
- GetImage doesn't work
- Patterns display not correct in the 'Random Bars' and
the 'Bar / Rectangle' demo, may be others too.
(only vertical lines seem to be generated)
- Bgidemo freezes on the 'LineRel / MoveRel' demo
(could be something wrong string/move instructions)
- the 8x8 font table hack at FFA6E isn't necessary, all it needs
is a
extern int load_file(char *name, int foffset, char *mstart, int msize);
load_file("/dev/mem", GFX_CHARS, (char *) GFX_CHARS, GFXCHAR_SIZE);
instead of
for(i=0; i<1024; ++i) *(unsigned char *)(0xFFA6E + i) = font1[i];
Bart is right, we solved that, however only for graphics on console
and copying the font isn't done for X.
- there are some parts in the code, which will need some optimization
(e.g. the 'rep' loops working directly on the emulated machine
registers). I'm sure the code can be made faster.
... but this should be done _after_ the code is working correctly.
- The patch also should handle other than mode12 16-color modes
of different resolutions. It can do that.
I've also to 'answer' on the implicit complain in the README (;-):
"I just got tired of waiting for mode 12h X support and did it for my
own use."
Well, one needs not to wait for 'someone' in a developer team to fulfill
personal wishes;-) One simply can go forward and implement it.
This is the normal way OpenSource development works. Its not enough to
specify wishes on a project's mailing list, it also needs someone to do
the work. Hence, doing the here discussed patch and giving it to the
comunity was the right thing. I cannot see any reasonable other way.
I very appreciate if people could 'finetune' the patch, its a good step in
right direction.
Hans
<[EMAIL PROTECTED]>
------------------------------
From: Bart Oldeman <[EMAIL PROTECTED]>
Date: Tue, 9 May 2000 00:04:17 +0100 (BST)
Subject: Re: ANNOUNCE: VGA Mode 12h support in dosemu X11
On Mon, 8 May 2000, Steffen Winterfeldt wrote:
> my changes to David's patch are available (or should shortly be) from
>
> ftp://ftp.suse.com/pub/people/snwint/dosemu/dosemu-1.0.0-pl4.diff
>
> The patch is against a plain dosemu 1.0.0.
I got it. After more testing I found some more issues and ideas:
1. Some emulated int 0x10 routines try to write to the video memory and
get a page fault. This causes "strange" hangups. For instance:
VGAEmu: vga_emu_fault: write access to bank region, address 0xa7b60, page
0xa7, vga page 0x7
VGAEmu: vga_emu_fault: cs:eip = 313e:6baf, instr: 26 86 2d e8 c9 fc 07 5f
c3 a1 42 75 b9 50 00 33
VGAEmu: eax=00006060 ebx=00000000 ecx=00000e20 edx=000003cf esi=000006d0
edi=00007b60
VGAEmu: eip=00006baf cs=313e/000313e0 ds=3ffd/0003ffd0 es=a000/000a0000
VGAEmu: vga_emu_fault: 3 bytes simulated: xchg ch,es:[di] fault
addr=000a7b60
VGAEmu: eax=00006060 ebx=00000000 ecx=00008020 edx=000003cf esi=000006d0
edi=00007b60
VGAEmu: eip=00006bb2 cs=313e/000313e0 ds=3ffd/0003ffd0 es=a000/000a0000
VGAEmu: GFX_write_value: bitmask = 0xff
VGAEmu: GFX_write_value: write mode = 0 (ignored)
scroll up 0 0, 79 30, 0, 0
VID: Scroll parameters out of bounds, in Scroll!
VID: Attempting to fix with clipping!
VGAEmu: vga_emu_fault: write access to bank region, address 0xa0000, page
0xa0, vga page 0x0
VGAEmu: vga_emu_fault: cs:eip = f000:0102, instr: cf 00 00 00 00 00 00 00
00 00 00 00 00 00 cd 11
VGAEmu: eax=00000600 ebx=00000000 ecx=00000000 edx=00001e4f esi=00000364
edi=0000b3de
VGAEmu: eip=00000102 cs=f000/000f0000 ds=3ffd/0003ffd0 es=97ff/00097ff0
VGAEmu: vga_emu_fault: 1 bytes not simulated: iret fault addr=000a0000
VGAEmu: eax=00000600 ebx=00000000 ecx=00000000 edx=00001e4f esi=00000364
edi=0000b3de
VGAEmu: eip=00000103 cs=f000/000f0000 ds=3ffd/0003ffd0 es=97ff/00097ff0
VGAEmu: vga_emu_fault: write access to bank region, address 0xa0000, page
0xa0, vga page 0x0
VGAEmu: vga_emu_fault: cs:eip = f000:0103, instr: 00 00 00 00 00 00 00 00
00 00 00 00 00 cd 11 cf
VGAEmu: eax=00000600 ebx=00000000 ecx=00000000 edx=00001e4f esi=00000364
edi=0000b3de
VGAEmu: eip=00000103 cs=f000/000f0000 ds=3ffd/0003ffd0 es=97ff/00097ff0
VGAEmu: vga_emu_fault: 2 bytes not simulated: add [bx+si],al fault
addr=000a0000
The obvious place to fix this is the file which contains the int 10h
routines, src/base/bios/int10.c
2. Emulation using a limited modr/m decode table should avoid long case
statements and still catch a lot of different cases, something like:
case 0x86: /* Instruction is 26 86 .. : xchg byte */
if (cp[2]<0x40 && (cp[2] & 7 != 6)) {
mem = mems[cp[2] & 7];
reg = regs[(cp[2] & 0x38) >> 3];
memptr = U_CHAR(x86->es_base + (*mem & 0xffff));
uc = Logical_VGA_read(memptr);
Logical_VGA_write(memptr, (unsigned char)(*reg));
(unsigned char)(*reg) = uc;
return 3;
}
regs = {&(x86->al),&(x86->cl), ... }
mems = {&(x86->bx+x86->si) , ... }
I'll volunteer do this kind of stuff and would welcome any suggestions.
Bart
------------------------------
From: Hans Lermen <[EMAIL PROTECTED]>
Date: Tue, 9 May 2000 01:19:22 +0200 (MEST)
Subject: Re: ANNOUNCE: VGA Mode 12h support in dosemu X11
On Mon, 8 May 2000, Bart Oldeman wrote:
> 2. Isn't there some double work going on here w.r.t. the cpuemu code,
> which is present in 0.99.x but not in 1.0.0?
I always remove not finished stuff when makeing a stable tree,
so 1.0.x has no cpuemu. For the upcoming 1.1.x there is a rework of
cpuemu pending, so we can't rely on the code in the near future anyway.
In any case a code optimized for vgaemu usage should be faster than
a generalized one withing cpuemu (running on intel machines), so I would
not have anything against a double implementation.
Hans
<[EMAIL PROTECTED]>
------------------------------
From: Bart Oldeman <[EMAIL PROTECTED]>
Date: Tue, 9 May 2000 00:27:53 +0100 (BST)
Subject: Re: ANNOUNCE: VGA Mode 12h support in dosemu X11
On Mon, 8 May 2000, Andre Majorel wrote:
> At 19:27 2000.05.08 +0100, Bart Oldeman wrote:
>
> >The font is ugly indeed. I wonder about the copyright of the old IBM
> >fonts.
>
> I still have an 8x8 codepage 437 sans serif font that I made
> myself because I was unhappy with the default font. It's not
> perfect either but at least it's readable. If you want it, let
> me know.
Thanks for the offer, but in Steffen's patch there is already a much nicer
font.
Bart
------------------------------
From: Steffen Winterfeldt <[EMAIL PROTECTED]>
Date: Tue, 9 May 2000 12:01:34 +0200 (CEST)
Subject: Re: ANNOUNCE: VGA Mode 12h support in dosemu X11
Hi Bart,
On Tue, 9 May 2000, Bart Oldeman wrote:
> On Mon, 8 May 2000, Steffen Winterfeldt wrote:
>
> > my changes to David's patch are available (or should shortly be) from
> >
> > ftp://ftp.suse.com/pub/people/snwint/dosemu/dosemu-1.0.0-pl4.diff
> >
> > The patch is against a plain dosemu 1.0.0.
>
> I got it. After more testing I found some more issues and ideas:
>
> 1. Some emulated int 0x10 routines try to write to the video memory and
> get a page fault. This causes "strange" hangups. For instance:
Yes, the int10 code interacts not perfectly with the vgaemu; I'll look
into it.
> 2. Emulation using a limited modr/m decode table should avoid long case
> statements and still catch a lot of different cases, something like:
>
> case 0x86: /* Instruction is 26 86 .. : xchg byte */
> if (cp[2]<0x40 && (cp[2] & 7 != 6)) {
> mem = mems[cp[2] & 7];
> reg = regs[(cp[2] & 0x38) >> 3];
> memptr = U_CHAR(x86->es_base + (*mem & 0xffff));
> uc = Logical_VGA_read(memptr);
> Logical_VGA_write(memptr, (unsigned char)(*reg));
> (unsigned char)(*reg) = uc;
> return 3;
> }
>
>
> regs = {&(x86->al),&(x86->cl), ... }
> mems = {&(x86->bx+x86->si) , ... }
>
> I'll volunteer do this kind of stuff and would welcome any suggestions.
Yes, it was an evil hack, but I just wanted to see how far I can get with
the emulation. I'll release a new patch later today which will have more
bugfixes and cleanups.
If you want to complete the emulation code, please wait for my new patch.
Steffen
------------------------------
From: David Pinson <[EMAIL PROTECTED]>
Date: Wed, 10 May 2000 00:29:07 +1000 (EST)
Subject: Re: ANNOUNCE: VGA Mode 12h support in dosemu X11
Thanks for the analysis. I'm still trying to really get a grip
on the dosemu internals at the moment (for the record the
coding for the original hack is all David Hindman)
On Tue, 9 May 2000, Hans Lermen wrote:
>
> I've also to 'answer' on the implicit complain in the README (;-):
>
> "I just got tired of waiting for mode 12h X support and did it for my
> own use."
>
> Well, one needs not to wait for 'someone' in a developer team to fulfill
> personal wishes;-) One simply can go forward and implement it.
> This is the normal way OpenSource development works. Its not enough to
> specify wishes on a project's mailing list, it also needs someone to do
> the work. Hence, doing the here discussed patch and giving it to the
> comunity was the right thing. I cannot see any reasonable other way.
>
I just want to say that it wasn't really meant in a mean spirited
way. David Hindman ment it as a throw away line explaining his
motivation for getting involved. I don't think it was a real complaint
about the progress of dosemu.
(I know David Hindman doesn't read this list, so I just wanted
to explain things.)
David Pinson
------------------------------
From: Steffen Winterfeldt <[EMAIL PROTECTED]>
Date: Tue, 9 May 2000 19:37:55 +0200 (CEST)
Subject: Re: ANNOUNCE: VGA Mode 12h support in dosemu X11
Hi,
I've put the new patch at
ftp://ftp.suse.com/pub/people/snwint/dosemu/dosemu-1.0.0-pl4-2.diff.gz
it's a patch against a plain 1.0.0.
New features:
- fixed qute a few bugs related to move instructions
- added compile time define (EMU_VGA_READS) to allow emulation
of read accesses as well
- restructured the emulation code a bit
- font now loaded from /dev/mem (if possible), using font1 as a
fallback
Bart, if you still want to improve the address decoding, go ahead!
Bye,
Steffen
- --
"If, by chance, he does not like the food which you have given him, and if he
is desirous of eating human flesh, and would like to eat you, allow yourself
to be eaten."
(Montezuma, before sending his emissary Teoctlamacazqui to Cortes)
------------------------------
From: "Oldrich Kepka" <[EMAIL PROTECTED]>
Date: Wed, 10 May 2000 21:07:23 +0200
Subject: keybord in foxpro 2.5
Hi.
I am using foxpro 2.5 in dosemu. If i have't set rawkeybord foxpro command
"on key label" doesn't catch some keys, for instance Ctrl-P, Ctrl-V, atc. ,
bat some others work corectly such as Key Up, Down, functionl keys, .... Bat
if I use DOS calls from C everything works ok. I can't use rawkeybord
becouse I must acces this program via telnet.
Is there any posibility, for example to modify dosemu source, to cerect this
problem.
I need kyes:
Ctrl-T
Ctrl-P
Ctrl-V
Ctrl-Z
Ctrl-I
Ctrl-K
Ctrl-N
Ctrl-Enter
Thanks for any advice.
Best regards
Oldrich Kepka
[EMAIL PROTECTED]
http://www.sanitas.cz/~kepka
------------------------------
From: Bernhard Sander <[EMAIL PROTECTED]>
Date: Thu, 11 May 2000 16:40:48 +0200
Subject: Re: keybord in foxpro 2.5
Hi Oldrich
> I am using foxpro 2.5 in dosemu.
> I can't use rawkeybord becouse I must acces this program via telnet.
BTW, how did you manage to get the ALT-<letter> combinations (for
activating the menus) work via telnet?
Bernhard Sander
------------------------------
From: Hans Lermen <[EMAIL PROTECTED]>
Date: Thu, 11 May 2000 17:51:49 +0200 (MEST)
Subject: dosemu.org has a new home
Hi Friends and Users of DOSEMU,
As some of you might perhaps have figured out:
... we have a new dosemu.org server.
This new server is located at Bonn, the former capital of Germany.
The co-location of the new server is gracefully "powered by" Nextra, a
Communication Service Provider. I very appreciate that (besides software
companies) also other companies (like Nextra) feel happy to support Linux
and its software projects.
DNS seems to have propagated enough, however, in case you have trouble,
here is the new IP: 195.247.247.6. The site is almost identical configured
as the old one (except it isn't virtually hosted;-), so you should find
the same things at the same places.
Thanks to all who made this possible,
Hans
<[EMAIL PROTECTED]>
------------------------------
From: [EMAIL PROTECTED] (Eric W. Biederman)
Date: 12 May 2000 10:20:10 -0500
Subject: Re: keybord in foxpro 2.5
"Oldrich Kepka" <[EMAIL PROTECTED]> writes:
> Hi.
> I am using foxpro 2.5 in dosemu. If i have't set rawkeybord foxpro command
> "on key label" doesn't catch some keys, for instance Ctrl-P, Ctrl-V, atc. ,
> bat some others work corectly such as Key Up, Down, functionl keys, .... Bat
> if I use DOS calls from C everything works ok. I can't use rawkeybord
> becouse I must acces this program via telnet.
>
> Is there any posibility, for example to modify dosemu source, to cerect this
> problem.
Well if the problem is there....
> I need kyes:
> Ctrl-T
> Ctrl-P
> Ctrl-V
> Ctrl-Z
> Ctrl-I
> Ctrl-K
> Ctrl-N
> Ctrl-Enter
Ctrl-Enter and maybe Ctrl-Z are the only keys I can see going weird.
If your problem boils down to trouble with scancodes you might try:
http://www.dosemu.org/~eric
or
http://www.biederman.org/~eric/files
get:
dosemu-1.0.0.eb1.21.patchset.tar.gz
And if you can find out what is wrong I'd love it if you could help
me add a test case to the regresion test:
keyboard_test-1.2.tar.gz
The Ctrl-^ sequences should help if all that is going on is that your
terminal is weird and won't pass these codes to dosemu.
I'm more than happy to debug this if you have the patience to get
me all of the information I need.
Eric
------------------------------
From: "Gary Walters" <[EMAIL PROTECTED]>
Date: Fri, 12 May 2000 10:15:30 -0600
Subject: DOSEMU Questions
I have set up DOSEMU on a SuSE linux machine and I am having a few problems
getting it to do what I need it to. I would appreciate some assistance.
Problem 1:
For some reason when I telnet to the Linux box not all of my function keys
work. F1, F2, & F3 work fine, but none of the other ones do. Even if I try
a telnet localhost on my Linux box I get the same results. I believe the
problem lies with starting the dos emulator with the vt100 term type, but
I'm not sure. When term is set
to xterm all of my F-keys work. I'm not familiar enough with Linux to know
how to go about fixing this problem.
Problem 2:
While running Quattro Pro for DOS under X-Windows using XDOS, it performs
perfectly. However, when I run the same application utilizing the
shell,(DOS) the program freezes as soon as I press the second keystroke. If
I try to type "123", 1 will be displayed and it won't accept any more input.
I have to kill the thread.
I have spent hours trying to remedy these problems with differend solutions.
I am beginning to think that what I am trying to do can't be done. PLEASE
LET ME KNOW IF YOU HAVE ANY SUGGESTIONS!!!
Thank you,
Gary Walters
------------------------------
From: [EMAIL PROTECTED]
Date: Fri, 12 May 2000 12:13:50 -0400
Subject: dosemu with raid
Does dosemu support raid drives? Will it run using a raid drive partition?
------------------------------
From: "Greg LaBossiere" <[EMAIL PROTECTED]>
Date: Fri, 12 May 2000 11:55:55 -0500
Subject: Re: dosemu with raid
Bryan:
We have DOSEMU (0.98.8) running under RedHat 6.1 (Linux kernel
2.2.12-20) on a SCSI 2-disk RAID1 (disk-mirroring) array.
We didn't have to do anything special to get DOSEMU to work in a
RAID1 environment... Linux looks after that.
Regards,
Greg LaBossiere
Xview Solutions Inc.
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Date sent: Fri, 12 May 2000 12:13:50 -0400
Subject: dosemu with raid
> Does dosemu support raid drives? Will it run using a raid drive partition?
------------------------------
From: [EMAIL PROTECTED]
Date: Fri, 12 May 2000 14:15:18 -0400
Subject: dosemu problem
I have a RedHat 6.2 system with raid level1 (disk mirroring) setup. Dosemu
gives me this error when I try to run it. /dev/ida/c0d0p1 must be a Partition,
can't find number suffix. I don't have a clue where to look for help. Thanks
for your time and attention.
Bryan Coleman
------------------------------
From: "Greg LaBossiere" <[EMAIL PROTECTED]>
Date: Fri, 12 May 2000 14:28:12 -0500
Subject: Re: dosemu problem
Bryan:
I need more info before I can offer any useful comments. Where are
your DOS boot files located? What version of DOS are you running?
Have you created and mounted a native DOS (FAT16 or FAT32)
partition?
If you email me your dosemu.conf file and a description of how you
have DOSEMU set up in your particular Linux system I might be able
to be more helpful.
Greg LaBossiere
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Date sent: Fri, 12 May 2000 14:15:18 -0400
Subject: dosemu problem
>
>
> I have a RedHat 6.2 system with raid level1 (disk mirroring) setup.
> Dosemu gives me this error when I try to run it. /dev/ida/c0d0p1 must be
> a Partition, can't find number suffix. I don't have a clue where to look
> for help. Thanks for your time and attention.
>
>
> Bryan Coleman
>
>
------------------------------
From: Alistair MacDonald <[EMAIL PROTECTED]>
Date: Sat, 13 May 2000 00:11:25 +0100 (BST)
Subject: Re: dosemu problem
On Fri, 12 May 2000 [EMAIL PROTECTED] wrote:
> I have a RedHat 6.2 system with raid level1 (disk mirroring) setup. Dosemu
> gives me this error when I try to run it. /dev/ida/c0d0p1 must be a
Partition,
> can't find number suffix. I don't have a clue where to look for help.
Thanks
> for your time and attention.
If possible, try using LREDIR, or the bootdir code. In both cases, just
mount the partition under Linux and tell DOSEMU to use it. If you need to
use DOS/C then you will need to get the latest kernel from
www.freedos.org to make this work.
Alistair
------------------------------
From: Radha <[EMAIL PROTECTED]>
Date: Sat, 13 May 2000 11:59:24 +0530
Subject: Getting Device unavailable Error
I am running a Banker software which is in Dos operating system in my
Linux machine through Dosemu. I am writing Perl program to access Banker
Software.
When i try to access the Banker software i am able to get information but at
some point, i used to get a error like
"Device Unavailable in the line 60 of module at CHRINP, in address 9126:5067
Path File/Access Error.
Cannot Load COMMAND, System Halted"
I want to know, is the error is from Dosemu or not. Pls. give me the solution
as early as possible.
------------------------------
From: "Stephen Hodgman" <[EMAIL PROTECTED]>
Date: Mon, 15 May 2000 23:40:17 +1000
Subject: File Locking and Dosemu vs M$DOS
Hello there,
We have Dosemu 0.98 running in a multi-user environment. Each
user boots from the dame "c:" boot image (M$DOS) and loads the
SHARE.
The (clipper) application we are trying to run has the annoying habit
of attempting to delete a file to see if there are any other users.
You see, under M$DOS sharing, when you open a file it is locked
and no-one can delete it until you close it. (stupidly) this
application is relying on this behaviour!
However, our Dosemu allows file deletion, even if someone has the
file open in the application! (i.e. in another dosemu session). You
can see that this is not a good state of affairs!! ;-)
My question is: Has this behaviour changed in ver 1.0 ?? If so I
will upgrade immediately. Otherwise I will have to look elsewhere....
Thanks for your time,
- ---
Stephen Hodgman [EMAIL PROTECTED]
Namadgi Systems Ph. +61 2 6285 3460
Canberra Fax +61 2 6285 3459
Australia
------------------------------
From: =?ISO-8859-1?Q?=BE=B2=B8=AE=BA=F1=C3=A4=C6=C3?= <[EMAIL PROTECTED]>
Date: Wed, 17 May 2000 21:23:40 +0900
Subject: =?ISO-8859-1?Q?[=BC=D2=BD=C4]?= =?ISO-8859-1?Q?=BF=E4=C1=F2?=
=?ISO-8859-1?Q?=B6=DF=B0=ED?= =?ISO-8859-1?Q?=C0=D6=B4=C2?=
=?ISO-8859-1?Q?=C3=A4=C6=C3=B9=E6?= =?ISO-8859-1?Q?=C1=A4=BA=B8?=
<META content=text/html;charset=ks_c_5601-1987 http-equiv=Content-Type>
<BODY leftmargine=100 bgColor=#0034c5 text=#ffffff>
<a href="http://www.3b.co.kr/st.cgi">
<IMG border=0 height=55 src="http://www.3b.co.kr/images/ad/top_img1.gif"
name="http://www.3b.co.kr" alt="http://www.3b.co.kr ���ƫo��">
</a><BR><BR>
滿��o����? �'��, ������ 濿� ���o�� ���� �����'�o��.<BR>
�o����, ���� ���ÿ��� ���ÿ� ������ ������ ���ƥ� �տ��O�� ��������<BR>
���o�� ���- �'� �`�� ������������ �����o��.<BR><BR>
�������� �O=տ����� ���� ���� �o���o�� �'濿o����?<BR>
��������,������������.. ���ƿ� <a href="http://www.3b.co.kr/st.cgi"><FONT
color=#66ffff><B>����</b></font></a>�� � �' ��濫o�".<BR>
���=���� ���� �������� ����� ���� �����á��� ��濺� �ÿ��` �"���'�o��.<BR>
�����á��� �������� ������� 5�-�� ���ơ� � ����. ^.^<BR><BR>
�� �'�� <a href="http://www.3b.co.kr/st.cgi"><FONT
color=#66ffff><B>www.3b.co.kr</b></font></a>�� ���� ������ �=����
�'�o��.<BR><BR>
�� ������� =����� ������ ���� ������ �����'�o��.<BR>
<B><a
href=http://www.3B.co.kr/ch.cgi?rn=������>�������ÿ�</a><BR></B>
(����������
�=���"�� ���� 5���� ������ �`���o����.)<BR><BR>
�� �ؿ��� HTML���o�� �����o�� ���� ��������
�����o��. <a href=http://www.3B.co.kr/ch.cgi?rn=2001><FONT
color=#66ffff><B>=�����=���</b></font></a><BR><BR>
�����O=� �����á��� ������������ ����� ������ ���� ���ƿ����� ���ÿ��`<BR>
��濱��o�� ������ ����� ������..�����á��� �-�� ���߿� �����տ`�o��.<BR>
<a href="http://www.3b.co.kr/st.cgi">
<FONT color=#66ffff><B>������=���</b></font></a>...
<a href="http://www.3b.co.kr/ch.cgi?rn=2001&cmd=inc4"><FONT
color=#66ffff><B>=��'</a></font> |
<a href="http://www.3b.co.kr/ch.cgi?rn=2031&cmd=inc4"><FONT
color=#66ffff><B>����</a></font> |
<a href="http://www.3b.co.kr/ch.cgi?rn=2032&cmd=inc4"><FONT
color=#66ffff><B>����</a></font> |
<a href="http://www.3b.co.kr/ch.cgi?rn=2033&cmd=inc4"><FONT
color=#66ffff><B>����</a></font> |
<a href="http://www.3b.co.kr/ch.cgi?rn=2034&cmd=inc4"><FONT
color=#66ffff><B>����</a></font> |
<a href="http://www.3b.co.kr/ch.cgi?rn=2015&cmd=inc4"><FONT
color=#66ffff><B>�`�"</a></font> |
<a href="http://www.3b.co.kr/ch.cgi?rn=2016&cmd=inc4"><FONT
color=#66ffff><B>����</a></font> |
<a href="http://www.3b.co.kr/ch.cgi?rn=2026&cmd=inc4"><FONT
color=#66ffff><B>=���</a></font>
<BR>
<TR><TD>
</TABLE>
</body>
------------------------------
From: [EMAIL PROTECTED]
Date: Wed, 17 May 2000 20:58:09 MET_DST
Subject: RE: File Locking and Dosemu vs M$DOS
> We have Dosemu 0.98 running in a multi-user environment. Each
> user boots from the dame "c:" boot image (M$DOS) and loads the SHARE.
SHARE is useful on file server only - i.e. if the DOS session is
to provide file access for the network. Do not load it otherwise.
> The (clipper) application we are trying to run has the annoying habit
> of attempting to delete a file to see if there are any other users.
> You see, under M$DOS sharing, when you open a file it is locked
> and no-one can delete it until you close it. (stupidly) this
> application is relying on this behaviour!
And Linux allows deleting it (in fact, it is deleyed delete:
the file is removed from the directory, but still remains and
can be accessed by these who opened it previously; I don't know
if there is a way to make directory entry for it then).
> My question is: Has this behaviour changed in ver 1.0 ?? If so I
I doubt it very much. There are many problems with file access
sharing in DOSEMU and I suppose still need definition what is
needed. I know about problems with region lock/unlock, file open
modes (just what SHARE is for), it is yet another problem. There
is no simple fix: Linux handles delete differently from DOS.
Jerzy
------------------------------
From: [EMAIL PROTECTED]
Date: Wed, 17 May 2000 21:56:18 +0200 (MET DST)
Subject: Is Your Software NT-compatible? (Computer Channel, Germany)
Dear Software Developer:
Does your Windows 9x software run under Windows NT?
We currently have one of your products in our premium shareware database. At
this moment, we are reviewing our software titles and making sure all
information about the programs are up to date. We are checking directly with
the Software Developers because they are without question the most accurate
source of information about thier products.
Does your Windows 9x product run under NT? I would greatly appreciate any
feedback you have to this question. We would like to offer the most accurate
information to the people downloading your product from our site. If you could
send me a brief reply stating whether your product runs under NT, we will
quickly update any changes that need to be made to your product descripton on
our site.
Updates?
To serve our customers as well as software developers, we strive to offer the
most current version of a product on our web-site. If a new version of your
program has been released, we will promptly update the program in our database.
Please include me in any Update Mailing List. Thank you in advance for your
time and feedback..
Sincerely,
Garrett Morriss
Editor Shareware
G+J Computer Channel GmbH, USA
2001 Van Ness Ave., Ste. 404
San Francisco, CA 94109
Phone 1.415.359.1410 x205
Fax 1.415.359.1411
[EMAIL PROTECTED]
http://www.computerchannel.de/
------------------------------
From: Wojtek Pilorz <[EMAIL PROTECTED]>
Date: Thu, 18 May 2000 10:12:36 +0200 (CEST)
Subject: RE: File Locking and Dosemu vs M$DOS
On Wed, 17 May 2000 [EMAIL PROTECTED] wrote:
> Date: Wed, 17 May 2000 20:58:09 MET_DST
> From: [EMAIL PROTECTED]
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
> Subject: RE: File Locking and Dosemu vs M$DOS
>
> > We have Dosemu 0.98 running in a multi-user environment. Each
> > user boots from the dame "c:" boot image (M$DOS) and loads the SHARE.
>
> SHARE is useful on file server only - i.e. if the DOS session is
> to provide file access for the network. Do not load it otherwise.
>
> > The (clipper) application we are trying to run has the annoying habit
> > of attempting to delete a file to see if there are any other users.
> > You see, under M$DOS sharing, when you open a file it is locked
> > and no-one can delete it until you close it. (stupidly) this
> > application is relying on this behaviour!
>
> And Linux allows deleting it (in fact, it is deleyed delete:
> the file is removed from the directory, but still remains and
> can be accessed by these who opened it previously; I don't know
> if there is a way to make directory entry for it then).
>
> > My question is: Has this behaviour changed in ver 1.0 ?? If so I
>
> I doubt it very much. There are many problems with file access
> sharing in DOSEMU and I suppose still need definition what is
> needed. I know about problems with region lock/unlock, file open
> modes (just what SHARE is for), it is yet another problem. There
> is no simple fix: Linux handles delete differently from DOS.
It should be possible to make DOSEMU behaviour similar to plain DOS;
I do not know, how to make this well - each of my ideas have some
problems (file below refers to a file on a local Linux filesystem);
1. Select some magic offset beyond end of real file (should be
run-time configurable perhaps). Once a file is opened in DOSEMU session
place a shared lock for 1-byte region at this offset;
Remove file operation would be translated to:
open file
place an exclusive lock at said region
remove file
close it
Problems with this method are that there is no guarantee that DOS apps
will not use the same offset for locking
2. For each accessed file make a zero-length flag file named like the
original file plus some suffix (would not work with filesystems allowing
only short file names)
; MFS would be modified in such a way that this flag files would not be
visible under DOSEMU
for each file opened the flag file would be also opened and shared
file lock placed
Remove file operation would be translated to:
open flag file,
place exclusive file lock on it
remove original file
close flag file and remove it
3. Similar to 2., only flag files would have identical names, but
be located in a separate directories tree - mapping would have to be
somehow specified to dosemu;
This might be made more general by using region locks rather than file
locks - we would then have opportunity to implement DOS-specific open
modes, etc.
Comments?
>
> Jerzy
>
Regards,
Wojtek
------------------------------
From: Radha <[EMAIL PROTECTED]>
Date: Fri, 19 May 2000 12:42:20 +0530
Subject: Getting Device I/O Error in Dosemu 0.6
Dear Sirs,
I am running Dosemu 0.6 and trying to access the Some Software which is
in Novell Netware.
At some point, i am getting an error like
"Device unavailable in line 60 of module CHRINP in address 9126:5067
Path File/Access Error.
Cannot load COMMAND. System halted"
Sometimes i used to get
"Device I/O Error in line 60 of module CHRINP"
Is the above Error is from Dosemu. Pls. give the solution as early as possible.
- - Radha
------------------------------
From: "George Vasiliev" <[EMAIL PROTECTED]>
Date: Fri, 19 May 2000 15:38:03 +0400
Subject: problem with dos modem terminal under dosemu
Hi there!
For some reasons I need to run old dos modem terminal program on the
machine with linux. I have Red Hat 6.2 and dosemu 0.99. I manage to run it
but still have a problem. While under the plain dos file transfers are
smooth, under dosemu it seems to "loose bytes". I've read in HOWTO that I
can try keyword "fast" to prevent port access logging but have no idea where
exactly I should use it (my modem is connected to /dev/ttyS1 aka COM2).
Would you please tell my what I should do now?
Hope to hear you,
George.
------------------------------
From: "Chris Wilson" <[EMAIL PROTECTED]>
Date: Sun, 28 May 2000 00:20:45 -0700
Subject: autoexec.bat
I am running dosemu-1.0.0 on Linux 2.2.15 (slackware distrobution) with
MSDOS 6.22,
I am trying to run a single program in dosemu that calls another batch file
with command line parameters (ie, "C:\binx.bat 1"), and it does'nt seem to
be working...All it is doing is printing the contents of the autoexec.bat
file to the screen and not running anything.
Is this a known bug? Or are there any possible solutions?
Thanks!
Chris Wilson
------------------------------
From: "Marcel van der Heide" <[EMAIL PROTECTED]>
Date: Sun, 28 May 2000 15:51:17 +0200
Subject: Re: autoexec.bat
On Sun, 28 May 2000 00:20:45 -0700, Chris Wilson wrote:
>I am running dosemu-1.0.0 on Linux 2.2.15 (slackware distrobution) with
>MSDOS 6.22,
>I am trying to run a single program in dosemu that calls another batch file
>with command line parameters (ie, "C:\binx.bat 1"), and it does'nt seem to
>be working...All it is doing is printing the contents of the autoexec.bat
>file to the screen and not running anything.
It sounds to me like you've edited autoexec.bat under Linux, and the
lines are now terminated with lf instead of cr/lf. If this is the case,
try editing the file under dos or use one of the cr <-> cr/lf
converters.
(I've made this mistake quite some times)
Hope this helps,
Marcel
------------------------------
From: Torben Schou Jensen <[EMAIL PROTECTED]>
Date: Mon, 29 May 2000 00:29:45 +0200
Subject: DOSEMU
Hey
Running RedHat 6.2 I today needed to run good old DOS 5.0, I got that
several years ago with my first PC. It is and IBM DOS 5.0.
So I tried to use DOSEMU 0.99.13-6.
At first it didn't work out.
I copied all files over from the diskette.
I found that it was because IBM use ibmbio.sys + ibmdos.sys instead of
io.sys + msdos.sys, so by making symlinks io.sys->ibmbio.sys and
msdos.sys->ibmdos.sys, DOS 5.0 started fine.
Next problem was an old game I tried needing EMS memory, my current
problem is now that IBM use a program called EMM386.exe to get this EMS
running, and DOSEMU don't like me activating this program, it tell me
that DOSEMU already controls EMS, but MEM reports no EMS active???
Best regards
Torben
- --
\|||||/
( o o )
- -------oooO---(_)---Ooooo----------------------
Torben Schou Jensen
http://hotel.prosa.dk/~tsj/
[EMAIL PROTECTED]
.oooO
( ) Oooo.
- -----------\ (------( )----------------------
\_) ) /
(_/
------------------------------
From: Bart Oldeman <[EMAIL PROTECTED]>
Date: Sun, 28 May 2000 23:44:00 +0100 (BST)
Subject: Re: DOSEMU
On Mon, 29 May 2000, Torben Schou Jensen wrote:
> I found that it was because IBM use ibmbio.sys + ibmdos.sys instead of
> io.sys + msdos.sys, so by making symlinks io.sys->ibmbio.sys and
> msdos.sys->ibmdos.sys, DOS 5.0 started fine.
Yep. Another way would have been to copy the bootsector as explained in
the 'QuickStart' file, to a file called 'boot.blk'.
> Next problem was an old game I tried needing EMS memory, my current
> problem is now that IBM use a program called EMM386.exe to get this EMS
> running, and DOSEMU don't like me activating this program, it tell me
> that DOSEMU already controls EMS, but MEM reports no EMS active???
EMM386.exe and DOSEMU are basically mutually exclusive, just like QEMM and
EMM386 are. EMM386 switches the processor from real to V86 mode. Under
DOSEMU it is already in V86 mode and EMM386 wants to do way too much.
You just do the following:
specify
$_ems = (10024) # in Kbyte
or whatever value you like in /etc/dosemu.conf and use
device=ems.sys
(or devicehigh if you like with DOS=HIGH,UMB).
in config.sys using the ems.sys that comes with DOSEMU.
Bart
------------------------------
From: Reinhard Karcher <[EMAIL PROTECTED]>
Date: Mon, 29 May 2000 08:22:25 +0200
Subject: Re: DOSEMU
> Next problem was an old game I tried needing EMS memory, my current
> problem is now that IBM use a program called EMM386.exe to get this EMS
> running, and DOSEMU don't like me activating this program, it tell me
> that DOSEMU already controls EMS, but MEM reports no EMS active???
Add device=ems.sys to your config.sys.
ems.sys is part of dosemu. You can find it where exitemu.com is.
Reinhard
------------------------------
From: Steffen Winterfeldt <[EMAIL PROTECTED]>
Date: Mon, 29 May 2000 11:38:02 +0200 (CEST)
Subject: Re: DOSEMU
Hi,
On Mon, 29 May 2000, Torben Schou Jensen wrote:
> Running RedHat 6.2 I today needed to run good old DOS 5.0, I got that
> several years ago with my first PC. It is and IBM DOS 5.0.
> So I tried to use DOSEMU 0.99.13-6.
> At first it didn't work out.
> I copied all files over from the diskette.
> I found that it was because IBM use ibmbio.sys + ibmdos.sys instead of
> io.sys + msdos.sys, so by making symlinks io.sys->ibmbio.sys and
That's strange. I always thought IBM named the files ibmbio.com &
ibmdos.com. You're sure about the *.sys?
Steffen
- --
"If, by chance, he does not like the food which you have given him, and if he
is desirous of eating human flesh, and would like to eat you, allow yourself
to be eaten."
(Montezuma, before sending his emissary Teoctlamacazqui to Cortes)
------------------------------
From: Luka Romih <[EMAIL PROTECTED]>
Date: Mon, 29 May 2000 14:32:36 +0200 (MET DST)
Subject: dosemu: many sessions on one machine
Hi,
I have a problem regarding running dosemu more than once at a time. I have
a program which runs under DOS and is quite heavy on processor usage. I
tried using it under Linux (Pentium II 366), one session runs OK but
after 10 people connect over telnet and start it it slows down bigtime
and it's impossible to continue to work.
Can I optimise dosemu somewhow or should I continue to work on each
separate computer? Will the speed of Pentium II 550 (or faster) be enough
for 40 people?
Load average (from top) was from 15 to 25. Huge.
Please answer to my privatemail: [EMAIL PROTECTED]
Thanks :)
L.
------------------------------
End of linux-msdos-digest V1 #174
*********************************
To subscribe to linux-msdos-digest, send the command:
----------
Received: from nic.funet.fi by post.fabrik.com
with ESMTP (Fabrik F07.3-000)
id [EMAIL PROTECTED] ; Mon, 29 May 2000 05:35:04 -0800
Received: from vger.rutgers.edu ([128.6.190.2]:4693 "EHLO vger.rutgers.edu"
ident: "NO-IDENT-SERVICE[2]" smtp-auth: <none> TLS-CIPHER: <none>)
by nic.funet.fi with ESMTP id <S14373AbQE2Meg>;
Mon, 29 May 2000 15:34:36 +0300
Received: by vger.rutgers.edu via listexpand id <S155940AbQE2Mbx>;
Mon, 29 May 2000 08:31:53 -0400
Received: by vger.rutgers.edu id <S155921AbQE2MbU>;
Mon, 29 May 2000 08:31:20 -0400
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: linux-msdos-digest V1 #174
Reply-To: [EMAIL PROTECTED]
Errors-To: [EMAIL PROTECTED]
Precedence: bulk
Message-Id: <[EMAIL PROTECTED]>
Date: Mon, 29 May 2000 08:31:20 -0400
----------
