Re: [announce] dosemu-1.2.2

2004-07-22 Thread Ryan Underwood

On Tue, Jul 20, 2004 at 09:09:03PM -0700, Ralph Alvy wrote:
 
 on a configured 1.3.1 untarred source. After 'make' and 'make install' I
 find that I no longer crash like before, but I have the same problems
 previously outlined:

Dumb question, but are you certain that you are running the new dosemu
executable?  Issue a 'which dosemu' to see which one the shell is
running, and ls -l that file to ensure that the timestamp indicates that
it is the freshly compiled one.  It is possible that you have one
sitting around e.g. both in /usr/bin and /usr/local/bin, or something
like that.

-- 
Ryan Underwood, [EMAIL PROTECTED]


signature.asc
Description: Digital signature


Re: [announce] dosemu-1.2.2

2004-07-22 Thread Ralph Alvy
Ryan Underwood wrote:

 Dumb question, but are you certain that you are running the new dosemu
 executable?  Issue a 'which dosemu' to see which one the shell is
 running, and ls -l that file to ensure that the timestamp indicates that
 it is the freshly compiled one.  It is possible that you have one
 sitting around e.g. both in /usr/bin and /usr/local/bin, or something
 like that.
 
I have the config file set to install in 

~/dosemu-1.3.1

and I run xdosemu from 

~/dosemu-1.3.1/bin

Simply typing

xdosemu

instead of 

./xdosemu

from that directory yields nothing. So I don't have any stray dosemu
occurrences being grabbed. My 1.2.1 and 1.2.2 versions are also all local
installs.

And the splash screen that arises on loading, shows the correct version and
configure date.

-
To unsubscribe from this list: send the line unsubscribe linux-msdos in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [announce] dosemu-1.2.2

2004-07-20 Thread Ralph Alvy
Bart Oldeman wrote:

 On Mon, 19 Jul 2004, Ralph Alvy wrote:
 
 I downloaded and successfully compiled and installed dosemu 1.3.1. I find
 the same problems with printing that I outlined before. I assume that
 1.3.1 has the patch you talked about earlier.
 
 No, 1.3.1 was released on the same day as 1.2.2, it doesn't contain Stas'
 fix.
 
 Since you have successfully compiled and installed 1.3.1, you've done most
 of the hard work already. What you'd need to do is:
 
 save Stas' patch as lpt.diff in the dosemu source directory, and cd to it.
 Then type
 
 patch -p0  lpt.diff
 make
 su
 make install
 
 Bart
 
 -
 To unsubscribe from this list: send the line unsubscribe linux-msdos in
 the body of a message to [EMAIL PROTECTED]
 More majordomo info at  http://vger.kernel.org/majordomo-info.html

Ah, okay. Well I followed the directions for patching and installing. What I
I get now,  when attempting to load the app in question, is this:

  [EMAIL PROTECTED]:~/dosemu-1.3.1/bin$ ./xdosemu
  ERROR: cpu exception in dosemu code outside of VM86()!
  trapno: 0x0e  errorcode: 0x0006  cr2: 0x053f3805
  eip: 0x40165512  esp: 0xb79c  eflags: 0x00210207
  cs: 0x0023  ds: 0x002b  es: 0x002b  ss: 0x002b
  Page fault: write instruction to linear address: 0x053f3805
  CPU was in user mode
  Exception was caused by non-available page


-
To unsubscribe from this list: send the line unsubscribe linux-msdos in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [announce] dosemu-1.2.2

2004-07-20 Thread Stas Sergeev
Hello.
Ralph Alvy wrote:
I get now,  when attempting to load the app in question, is this:
Please attach your boot.log.
-
To unsubscribe from this list: send the line unsubscribe linux-msdos in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [announce] dosemu-1.2.2

2004-07-20 Thread Ralph Alvy
Stas Sergeev wrote:

 Hello.
 
 Ralph Alvy wrote:
 I get now,  when attempting to load the app in question, is this:
 Please attach your boot.log.

Here's more detail I have extracted from this. With 1.3.1, I can't print
with hogthreshold at either 1 or 2. With 1.2.2, I can print with hog at 1
only if I switch back to the shell application that calls the app, and I
can print with hog at 2 without having to switch back to the shell
application at all.

With 1.3.1, if I attempt to kick off the printing by switching back to the
shell application, I get this:

[EMAIL PROTECTED]:~/dosemu-1.3.1/bin$ ./xdosemu
ERROR: cpu exception in dosemu code outside of VM86()!
trapno: 0x0e  errorcode: 0x0006  cr2: 0x053f3805
eip: 0x40165512  esp: 0xb79c  eflags: 0x00210207
cs: 0x0023  ds: 0x002b  es: 0x002b  ss: 0x002b
Page fault: write instruction to linear address: 0x053f3805
CPU was in user mode
Exception was caused by non-available page

Attached is my boot.log.


CONF: config variable parser_version_3 set
CONF: config variable c_system set
CONF: Parsing built-in dosemu.conf file.
CONF: config variable version_3_style_used set
CONF: Parsing built-in global.conf file.
CONF: config variable version_3_style_used unset
CONF: config variable version_3_style_used set
CONF: opened include file /etc/dosemu/dosemu.conf
CONF: closed include file /etc/dosemu/dosemu.conf
CONF: opened include file /home/ralvy/.dosemurc
CONF: closed include file /home/ralvy/.dosemurc
CONF: config variable skip_dosrc set
CONF: mapping driver = 'auto'
debug flags: -a+cw
CONF: Disabling use of pentium timer
CONF: dosbanner on
CONF: timer freq=18, update=54925
CONF: CPU set to 386
CONF: 8192k bytes XMS memory
CONF: 2048k bytes EMS memory
CONF: EMS-frame = 0xe000
CONF: DPMI-Server on
CONF: PM DOS API Translator on
CONF: dosemu running on 
CONF: x keycode keycode 2 aspect_43 mode13fact 2 gamma 100 font 'vga' mgrab_key Home
SER: directory /var/lock namestub LCK.. binary No
MOUSE: no device specified, type 7 using internaldriver: yes, emulate3buttons: no 
baudrate: 0
CONF: Keyboard-layout keyb-user
CONF: Keyboard-layout us
device: /dev/fd0 type 2 h: 0  s: 0   t: 0 floppy A:
CONF: fastfloppy = 1
CONF: IPX support off
CONF(LPT0) f: (null)   c: lpr  o: -PLexMark  t: 10  port: 0
CONF: not allowing speaker port access
CONF: Packet Driver disabled.
device: /home/ralvy/.dosemu/drives/c type 4 h: -1  s: -1   t: -1 drive C:
CONF: config variable c_system unset
CONF: mostly running as USER: uid=1000 (cached 1000) gid=1000 (cached 1000)
DBG_FD already set
DOSEMU-1.3.1.0 is coming up on Linux version 2.4.26-1-686
CONF: reserving 640Kb at 0x0 for 'd' (Base DOS memory (first 640K))
CONF: reserving 64Kb at 0xF for 'r' (Dosemu reserved area)
CPU: Stack bottom 0xbfffe000, top 0xc000, esp=0xb820
major = 136 minor = 0
CONF: reserving 128Kb at 0xA for 'v' (Video memory)
SERIAL $Header: /cvsroot/dosemu/dosemu/src/base/serial/ser_init.c,v 1.9 2004/05/07 
13:49:45 stsp Exp $
CONF: reserving 64Kb at 0xE for 'E' (EMS page frame)
TIME: using 9154 usec for updating ALRM timer
leavedos(0|0x0) called - shutting down



Re: [announce] dosemu-1.2.2

2004-07-20 Thread Bart Oldeman
On Tue, 20 Jul 2004, Ralph Alvy wrote:

 [EMAIL PROTECTED]:~/dosemu-1.3.1/bin$ ./xdosemu
 ERROR: cpu exception in dosemu code outside of VM86()!
 trapno: 0x0e  errorcode: 0x0006  cr2: 0x053f3805
 eip: 0x40165512  esp: 0xb79c  eflags: 0x00210207
 cs: 0x0023  ds: 0x002b  es: 0x002b  ss: 0x002b
 Page fault: write instruction to linear address: 0x053f3805
 CPU was in user mode
 Exception was caused by non-available page
 
 Attached is my boot.log.

We'd like to see boot.log when DOSEMU has crashed, not when it has 
terminated normally.

Alternatively try
xdosemu -o logfile.txt
make it crash and send the contents of logfile.txt. Please make sure you 
have gdb installed.

Bart

-
To unsubscribe from this list: send the line unsubscribe linux-msdos in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [announce] dosemu-1.2.2

2004-07-20 Thread Ralph Alvy
Bart Oldeman wrote:

 On Tue, 20 Jul 2004, Ralph Alvy wrote:
 
 [EMAIL PROTECTED]:~/dosemu-1.3.1/bin$ ./xdosemu
 ERROR: cpu exception in dosemu code outside of VM86()!
 trapno: 0x0e  errorcode: 0x0006  cr2: 0x053f3805
 eip: 0x40165512  esp: 0xb79c  eflags: 0x00210207
 cs: 0x0023  ds: 0x002b  es: 0x002b  ss: 0x002b
 Page fault: write instruction to linear address: 0x053f3805
 CPU was in user mode
 Exception was caused by non-available page
 
 Attached is my boot.log.
 
 We'd like to see boot.log when DOSEMU has crashed, not when it has
 terminated normally.

Yes. I just realized that after attaching that boot.log. So I attached
another one here, with the crash data in it.CONF: config variable parser_version_3 set
CONF: config variable c_system set
CONF: Parsing built-in dosemu.conf file.
CONF: config variable version_3_style_used set
CONF: Parsing built-in global.conf file.
CONF: config variable version_3_style_used unset
CONF: config variable version_3_style_used set
CONF: opened include file /etc/dosemu/dosemu.conf
CONF: closed include file /etc/dosemu/dosemu.conf
CONF: opened include file /home/ralvy/.dosemurc
CONF: closed include file /home/ralvy/.dosemurc
CONF: config variable skip_dosrc set
CONF: mapping driver = 'auto'
debug flags: -a+cw
CONF: Disabling use of pentium timer
CONF: dosbanner on
CONF: timer freq=18, update=54925
CONF: CPU set to 386
CONF: 8192k bytes XMS memory
CONF: 2048k bytes EMS memory
CONF: EMS-frame = 0xe000
CONF: DPMI-Server on
CONF: PM DOS API Translator on
CONF: dosemu running on 
CONF: x keycode keycode 2 aspect_43 mode13fact 2 gamma 100 font 'vga' mgrab_key Home
SER: directory /var/lock namestub LCK.. binary No
MOUSE: no device specified, type 7 using internaldriver: yes, emulate3buttons: no 
baudrate: 0
CONF: Keyboard-layout keyb-user
CONF: Keyboard-layout us
device: /dev/fd0 type 2 h: 0  s: 0   t: 0 floppy A:
CONF: fastfloppy = 1
CONF: IPX support off
CONF(LPT0) f: (null)   c: lpr  o: -PLexMark  t: 10  port: 0
CONF: not allowing speaker port access
CONF: Packet Driver disabled.
device: /home/ralvy/.dosemu/drives/c type 4 h: -1  s: -1   t: -1 drive C:
CONF: config variable c_system unset
CONF: mostly running as USER: uid=1000 (cached 1000) gid=1000 (cached 1000)
DBG_FD already set
DOSEMU-1.3.1.0 is coming up on Linux version 2.4.26-1-686
CONF: reserving 640Kb at 0x0 for 'd' (Base DOS memory (first 640K))
CONF: reserving 64Kb at 0xF for 'r' (Dosemu reserved area)
CPU: Stack bottom 0xbfffe000, top 0xc000, esp=0xb820
major = 136 minor = 0
CONF: reserving 128Kb at 0xA for 'v' (Video memory)
SERIAL $Header: /cvsroot/dosemu/dosemu/src/base/serial/ser_init.c,v 1.9 2004/05/07 
13:49:45 stsp Exp $
CONF: reserving 64Kb at 0xE for 'E' (EMS page frame)
TIME: using 9154 usec for updating ALRM timer
ERROR: cpu exception in dosemu code outside of VM86()!
trapno: 0x0e  errorcode: 0x0006  cr2: 0x053f3805
eip: 0x40166512  esp: 0xb79c  eflags: 0x00210207
cs: 0x0023  ds: 0x002b  es: 0x002b  ss: 0x002b
Page fault: write instruction to linear address: 0x053f3805
CPU was in user mode
Exception was caused by non-available page
  VFLAGS(b): 0100100111
EAX: 001b  EBX: 4022f550  ECX:   EDX: 053f3805  VFLAGS(h): 00210207
ESI:   EDI: 001b  EBP: b7c8
CS: 0023  DS: 002b  ES: 002b  FS:   GS: 
FLAGS: CF PF IF RF  IOPL: 0
OOPS : 18 73 47 0f b6 45 08 0f b6 f8 - 88 02 ff 46 14 0f b7 06 25 00 
System info:
libXext.so.6 = /usr/X11R6/lib/libXext.so.6 (0x4002c000)
libX11.so.6 = /usr/X11R6/lib/libX11.so.6 (0x40039000)
libc.so.6 = /lib/libc.so.6 (0x4010)
libdl.so.2 = /lib/libdl.so.2 (0x40234000)
/lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x4000)
glibc 2.3.2
linuxthreads-0.10
Reading specs from /usr/lib/gcc-lib/i486-linux/3.3.4/specs
Configured with: ../src/configure -v 
--enable-languages=c,c++,java,f77,pascal,objc,ada,treelang --prefix=/usr 
--mandir=/usr/share/man --infodir=/usr/share/info 
--with-gxx-include-dir=/usr/include/c++/3.3 --enable-shared --with-system-zlib 
--enable-nls --without-included-gettext --enable-__cxa_atexit --enable-clocale=gnu 
--enable-debug --enable-java-gc=boehm --enable-java-awt=xlib --enable-objc-gc 
i486-linux
Thread model: posix
gcc version 3.3.4 (Debian 1:3.3.4-3)
Linux libranet 2.4.26-1-686 #1 Sat May 1 18:04:05 EST 2004 i686 unknown unknown 
GNU/Linux
-000a rwxs  00:04 17435  /dev/zero (deleted)
000a-000a1000 rwxs 0010 00:04 17438  /dev/zero (deleted)
000a1000-000a2000 rwxs 0010 00:04 17438  /dev/zero (deleted)
000a2000-000a3000 rwxs 0010 00:04 17438  /dev/zero (deleted)
000a3000-000a4000 rwxs 0010 00:04 17438  /dev/zero (deleted)
000a4000-000a5000 rwxs 0010 00:04 17438  /dev/zero (deleted)
000a5000-000a6000 rwxs 0010 00:04 17438  /dev/zero (deleted)
000a6000-000a7000 rwxs 0010 00:04 17438  /dev/zero (deleted)
000a7000-000a8000 rwxs 0010 00:04 17438  /dev/zero 

Re: [announce] dosemu-1.2.2

2004-07-20 Thread Ralph Alvy
 patch  lpt2.diff
 
 and try again.
 
 Bart
I  mean, should that have been

patch -p0  lpt2.diff

instead?


-
To unsubscribe from this list: send the line unsubscribe linux-msdos in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [announce] dosemu-1.2.2

2004-07-20 Thread Bart Oldeman
On Tue, 20 Jul 2004, Ralph Alvy wrote:

  patch  lpt2.diff
  
  and try again.
  
  Bart
 I  mean, should that have been
 
 patch -p0  lpt2.diff
 
 instead?

yes, sorry for forgetting that -p0.

Bart

-
To unsubscribe from this list: send the line unsubscribe linux-msdos in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [announce] dosemu-1.2.2

2004-07-19 Thread Stas Sergeev
Hello.
Ralph Alvy wrote:
Well, I'll wait until the next binary.
I'm not sure how to use that patch.
You can also upgrade from CVS. As a bonus,
all the remaining problems with MaxThink
(if there are still), should vanish.
If you do neither, then the next binary
is not guaranteed to have your problem
eliminated.
-
To unsubscribe from this list: send the line unsubscribe linux-msdos in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [announce] dosemu-1.2.2

2004-07-19 Thread Ralph Alvy
Stas Sergeev wrote:

 Hello.
 
 Ralph Alvy wrote:
 Well, I'll wait until the next binary.
 I'm not sure how to use that patch.
 You can also upgrade from CVS. As a bonus,
 all the remaining problems with MaxThink
 (if there are still), should vanish.
 If you do neither, then the next binary
 is not guaranteed to have your problem
 eliminated.

I understand. Well, MaxThink has worked well since 1.2.1. I'll check out CVS
and see what I can do. Thanks.

-
To unsubscribe from this list: send the line unsubscribe linux-msdos in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [announce] dosemu-1.2.2

2004-07-19 Thread Ralph Alvy
Stas Sergeev wrote:

 Hello.
 
 Ralph Alvy wrote:
 Well, I'll wait until the next binary.
 I'm not sure how to use that patch.
 You can also upgrade from CVS. As a bonus,
 all the remaining problems with MaxThink
 (if there are still), should vanish.
 If you do neither, then the next binary
 is not guaranteed to have your problem
 eliminated.

I downloaded and successfully compiled and installed dosemu 1.3.1. I find
the same problems with printing that I outlined before. I assume that 1.3.1
has the patch you talked about earlier.

-
To unsubscribe from this list: send the line unsubscribe linux-msdos in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [announce] dosemu-1.2.2

2004-07-19 Thread Bart Oldeman
On Mon, 19 Jul 2004, Ralph Alvy wrote:

 I downloaded and successfully compiled and installed dosemu 1.3.1. I find
 the same problems with printing that I outlined before. I assume that 1.3.1
 has the patch you talked about earlier.

No, 1.3.1 was released on the same day as 1.2.2, it doesn't contain Stas' 
fix.

Since you have successfully compiled and installed 1.3.1, you've done most 
of the hard work already. What you'd need to do is:

save Stas' patch as lpt.diff in the dosemu source directory, and cd to it.
Then type

patch -p0  lpt.diff
make
su
make install

Bart

-
To unsubscribe from this list: send the line unsubscribe linux-msdos in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [announce] dosemu-1.2.2

2004-07-18 Thread Ralph Alvy
Stas Sergeev wrote:

 
 Hello.
 
 Ralph Alvy wrote:
 With version 1.2.1, hogthreshold at 2 keeps the CPU at 60% and printing
 is almost immediate at a timeout value of 10.
 Probably the attached patch can
 rectify the problem?

Well, I'll wait until the next binary. I'm not sure how to use that patch.
I'm clearly not a very sophistated Linux user.

-
To unsubscribe from this list: send the line unsubscribe linux-msdos in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [announce] dosemu-1.2.2

2004-07-16 Thread Stas Sergeev
Hello.
Ralph Alvy wrote:
With version 1.2.1, hogthreshold at 2 keeps the CPU at 60% and printing 
is almost immediate at a timeout value of 10.
Probably the attached patch can
rectify the problem?

--- src/base/dev/misc/lpt.c	2004-06-07 00:14:59.0 +0400
+++ src/base/dev/misc/lpt.c	2004-07-16 21:26:10.157433832 +0400
@@ -20,6 +20,7 @@
 #include sys/wait.h
 
 #include emu.h
+#include timers.h
 #include lpt.h
 #include utilities.h
 #include dos2linux.h
@@ -53,11 +54,13 @@
 return 1;
   }
 
+  reset_idle();
+
   switch (HI(ax)) {
   case 0:			/* write char */
 /* p_printf(print character on lpt%d : %c (%d)\n,
 			   LO(dx), LO(ax), LO(ax)); */
-HI(ax) = (lpt[LO(dx)].fops.write) (LO(dx), LO(ax));
+HI(ax) = printer_write(LO(dx), LO(ax));
 break;
 
   case 1:			/* init */
@@ -178,12 +181,12 @@
 int
 stub_printer_write(int prnum, int outchar)
 {
-  (lpt[prnum].fops.open) (prnum);
+  printer_open(prnum);
 
   /* from now on, use real write */
   lpt[prnum].fops.write = lpt[prnum].fops.realwrite;
 
-  return ((lpt[prnum].fops.write) (prnum, outchar));
+  return printer_write(prnum, outchar);
 }
 
 int
@@ -234,8 +237,7 @@
   for (loop = 0; loop  NUM_PRINTERS; loop++) {
 p_printf(LPT: closing printer %d (%s)\n, loop,
 	 lpt[loop].dev ? lpt[loop].dev : NODEV);
-if (lpt[loop].fops.close)
-   (lpt[loop].fops.close) (loop);
+printer_close(loop);
   }
 }
 
@@ -248,9 +250,10 @@
 if (lpt[i].remaining = 0) {
   p_printf(LPT: doing real tick for %d\n, i);
   if (lpt[i].remaining) {
+reset_idle();
 	lpt[i].remaining--;
 	if (!lpt[i].remaining)
-	  (lpt[i].fops.flush) (i);
+	  printer_flush(i);
   }
 }
   }

Scanned by evaluation version of Dr.Web antivirus Daemon 
http://drweb.ru/unix/



Re: [announce] dosemu-1.2.2

2004-07-13 Thread Ralph Alvy
Ralph Alvy wrote:

 Bart Oldeman wrote:
 
 A new stable version is out, 1.2.2, and you can obtain it from
 http://www.dosemu.org/stable
 
 With this version, I notice with a particular database program
 (DataPerfect), setting hogthreshold to 1 causes printing problems (jobs
 not sent to the printer without first doing other things in the
 application unrelated to printing). This occurs even with a low printer
 timeout value. If I set hogsthreshold to 2, this problem vanishes, but the
 CPU usage rises from 0 to 86% and stays there.
 
 With version 1.2.1, hogthreshold at 2 keeps the CPU at 60% and printing is
 almost immediate at a timeout value of 10.
 
I know this doesn't give you much information regarding this problem, but I
can say that with 1.2.2 (hog = 1, printer timeout = 10), printing occurs as
soon as I switch away from the app in question, and back to the shell
program that calls it. This seems to release the DOS TSR that spools the
data to the printer. If I don't do that, printing will not occur no matter
how long I wait. However, if I increase the hog value to 2, I don't need to
switch back to the shell for immediate printing. For now, I'm using hog
value 2, which keeps my CPU up around 86%.

-
To unsubscribe from this list: send the line unsubscribe linux-msdos in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [announce] dosemu-1.2.2

2004-07-12 Thread Ralph Alvy
Bart Oldeman wrote:

 A new stable version is out, 1.2.2, and you can obtain it from
 http://www.dosemu.org/stable

With this version, I notice with a particular database program
(DataPerfect), setting hogthreshold to 1 causes printing problems (jobs not
sent to the printer without first doing other things in the application
unrelated to printing). This occurs even with a low printer timeout value.
If I set hogsthreshold to 2, this problem vanishes, but the CPU usage rises
from 0 to 86% and stays there.

With version 1.2.1, hogthreshold at 2 keeps the CPU at 60% and printing is
almost immediate at a timeout value of 10.

-
To unsubscribe from this list: send the line unsubscribe linux-msdos in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[announce] dosemu-1.2.2

2004-07-11 Thread Bart Oldeman
A new stable version is out, 1.2.2, and you can obtain it from
http://www.dosemu.org/stable

Version 1.2.2 (2004-07-11)
=
* Backported bitmap font support for xdosemu from the development code.
  These are used by default! If you want to use the X fonts you must
  explicitly set $_X_font=vga or use xmode -font vga at the DOS
  prompt. $_X_bilin_filt=(on) may help for prettier fonts in full-screen
  mode and scaled windows.
* Backported via-Unicode translations for filenames on lredir'ed drives
  (from iso-8859x to cpxxx and so on).
* The hogtheshold code was reorganized to be able to pass through certain
  events quicker (such as loading a file in FreeDOS EDIT) even when you 
  have it set to 1.
* Fixed all new warnings with GCC 3.4.
* Fixed compilation problem with Fedora Core 2 headers.
* Added cp895 and bg-mik character set support.
* Many VGAEMU bugs were fixed, and bitmap fonts are much quicker.
* Allow fast i/o ports above 0x400 for kernels that support it
  (2.6.7-mm kernels only for now)
* Implemented VxD hooks for WinOS2: seems to solve all remaining problems with
  Win3.1(WinOS2): allows Alt-Tab and the timer.
* Some non-intrusive DPMI and DOS extender fixes.
* An automatic backtrace using GDB (output in ~/.dosemu/boot.log)
  is attempted when DOSEMU crashes.
* Serial code fixes.
* Corrected int15/ax=e801 for so $_xms  64M is reported correctly by MEM.
* Fix NPTL issues when switching VC's on the console.
* Check /proc/net/ipx/route etc for kernel 2.6.x.
* Fixed read/write problem for files with negative file offsets on
  lredir'ed drives.

List of SourceForge tracker numbers with bugs that were closed:
#885692 (Support) Serial port problem
#909015 bugs/suggestions concerning DOSEMU's DPMI implementation (partly)
#909588 keystroke command kills dosemu
#911174 Problem with graphics under X
#929123 Microsoft LINK.EXE 5.31.009 causes segmentation fault
#930572 Only the half of the screen is displayed in xdosemu
#934921 pmode/w extended 32bit dos app causes DOSEMU to terminate
#944346 Serial port trouble
#951087 IPX and kernel 2.6.5
#958717 Only small part of the screen visible under X
#959015 dosemu xterm mouse  network traffic
#962683 graphical problems with win98/DOS
#982872 Regression with VGA emu
#984975 (Patches) Console  S3 graphic: No portserver

-
To unsubscribe from this list: send the line unsubscribe linux-msdos in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html