On Sat, 24 Jan 2004, Disnel wrote:
[EMAIL PROTECTED] disnel]$ xdosemu
ERROR: unexpected CPU exception 0x0e err=0x0006 cr2=000279fe while
in vm86 (DOS)
means your DOS code went into zombie land. Strange.
DOSEMU-1.2.0.0 is coming up on Linux version 2.6.0-1.104custom
well I don't know
On Sat, 24 Jan 2004, Jan Willem Stumpel wrote:
No, I am not worried about the bandwidth, it's probably more my
feeling that the dosemu C drive should be set up in a user's home
directory with its own DOS in it.
that's what the dosemu script does (optionally) -- it sets up a bunch of
symbolic
On Sat, 24 Jan 2004, Jan Willem Stumpel wrote:
Bart Oldeman wrote:
that's what the dosemu script does (optionally) -- it sets up
a bunch of symbolic links and a private copy of config.sys/
autoexec.bat.
So you set some kind of option on running the script? [at this
point I thought
On Sat, 24 Jan 2004, Julius Schwartzenberg wrote:
Bart Oldeman schreef:
Were you talking about duke nukem 3d or some earlier duke?
It still doesn't work with version 1.2.0 :(
yes, I know, noone has tried to fix it so far, and I didn't want to do it
myself because that would just delay
On Sat, 24 Jan 2004, norseman wrote:
Bart Oldeman wrote:
On Fri, 23 Jan 2004, norseman wrote:
MSDOS does not do network.
it sure does. Think about multiple DOSEMUs running at the same time as
multiple DOS clients sitting on a LAN. The lredir'ed drives look to DOS
and DOS
On Fri, 23 Jan 2004, Jan Willem Stumpel wrote:
Seriously: I think the binary install should do exactly the same
that the (excellent) source install does; i.e. it should put
exactly the same files in exactly the same locations (/usr/local)
that are used by ./configure, make, [become root] make
On Fri, 23 Jan 2004, norseman wrote:
As long as things are getting cleaned up:
I suppose it makes one think their project is bigger if they
scatter it out all over the damn place. But I suggest something like:
$HOME/.dosemu drives/and user's config and such
On Fri, 23 Jan 2004, norseman wrote:
I suspect all the RPM people got together and padded the count.
wow. Conspiracy theory. We love that right ;)
The more I see and use of RPM the less I like it.
It is a potential security risk. Please don't go there.
RPM was selected by the people at
On Fri, 23 Jan 2004, norseman wrote:
again: /usr/local/share/dosemu is just more typing.
/usr/local/dosemusee?
I know, but I'm trying to follow a standard, the FHS, which may be
different from the norseman standard.
MSDOS does not do network.
it sure does. Think about
On Fri, 23 Jan 2004, norseman wrote:
Bart Oldeman wrote:
what do you mean here? $_emusys in dosemu.conf?
no; .emu extensions to autoexec and config so one doesn't have
to continually copy dummies to .bat .sys if booting live and
another set of dummies if booting emulator.
used
On Tue, 20 Jan 2004, Dave Phillips wrote:
The short story so far is that Stas Sergeev has posted a patch that
gives MIDI input to CVS dosemu. I don't know whether Stas's patch is
included with the new 1.2.0 dosemu, but I imagine it can be compiled
against it anyway (Stas, any additional
On Mon, 19 Jan 2004, Mgr. Peter Tuharsky wrote:
DOSEMU uses one strict policy when creating new file from inside
emulated environment: It creates new file with 600 attrib mask and
user-only gid/uid. DOSEMU fully IGNORES both bash.profile setting, and
folder's SetUid/SetGid setting!! And
Alan Cox
Alberto Vignani Alessandro Rubini Alexander R.Adams
Alexander V. Lukyanov Alistair MacDonald Amit Margalt
Andrew.Tridgell Andries Andy Shevchenko
Antonio Larrosa Arjan FiliusArne de Bruijn
Bart Oldeman Ben
On Sat, 17 Jan 2004, Claudia Neumann wrote:
So I substituted the freedos-kernel.sys with the kernel.sys you
mailed me in october and it works fine again (?).
that change is just one of quite a few changes that went into the FreeDOS
kernel since it's last release in September. To simplify
On Thu, 15 Jan 2004, Stephen torri wrote:
On Thu, 2004-01-15 at 03:38, norseman wrote:
normally, in the synthetic mode, you only need the .bat/.sys files. thus
the contents of the .emu files can be made the contents of the .bat/.sys
files and you won't need to bother with two sets of
Hi,
I put up a second 1.2.0 release candidate at www.dosemu.org. This time I
hope no showstoppers are left so the only diffs will be in changing some
years from 2003 to 2004.
short changelog:
* fixes for 2.6 kernels: DPMI was broken and mapshm doesn't work with
2.6.1 (but it will work again
On Tue, 13 Jan 2004 [EMAIL PROTECTED] wrote:
Steve Turner wrote:
1) get the DOSEMU precompiled tgz
2) get the freedos precompiled tgz
if either or both were {whatever}.tar.gz
then rename them to {whatever}.tgz
3) cd (or: cd $HOME )
On Sun, 11 Jan 2004, James B. Hiller wrote:
Problem is that the case where new_len==0 was a security hole. Linus went
one step further and also disallowed old_len==0. This is not a security
hole, but deals with a somewhat tricky (and apart for source code
undocumented) interface that
On Fri, 9 Jan 2004, Julius Schwartzenberg wrote:
When I run a program such as Duke Nukem, Dosemu quits with the following
error:
ERROR: BUG: dosemu touched the protected video memory!!!
ERROR: cpu exception in dosemu code outside of VM86()!
trapno: 0x0e errorcode: 0x0006 cr2:
On Wed, 7 Jan 2004, Eric Becker wrote:
(sorry for acting a bit like the Beagle 2, I'm back).
I'm trying to setup dosemu so that I can run the dos multicast server
from ghost. I'm actually using the supplied freedos instead of msdos.
In my /etc/dosemu/dosemu.conf
$_pktdriver = (on)
$_netdev
On Thu, 8 Jan 2004, Eric Becker wrote:
Now I'm a bit confused as to what needs to be setup by my DOS network
client. Originally, I assumed that dosemu would be similar to vmware,
in that I would need to load a dos network driver. But, as you stated,
I won't need to load a network driver.
On Thu, 11 Dec 2003, Razvan Cosma wrote:
Status update: I gave up on the direct port access, and configured CUPS.
I can print just fine from Linux, and can also do a echo sdcsc LPT1:
in dosemu.
But the application (which does a set output to printer or however that
was called in dbase)
On 9 Dec 2003, Guillermo Gomez wrote:
I discovered the problem with my passthrough printing implementation and
i don't know how to fix it.
The symptom:
When the passthrough printing starts the display
data get mixed in the telnet fata flow.
The solution would be:
The
On 8 Dec 2003, Guillermo Gomez wrote:
I compiled from source including global.conf modified as...
...
if (strlen($_printer))
foreach $xxx ($LIST_DELIM, $_printer)
## $xxx = '-P, $xxx, ';
## printer { options $$xxx command lpr timeout $_printer_timeout }
printer { options
On Mon, 8 Dec 2003, Brett I. Holcomb wrote:
Just to make sure I understand this:
1. /etc/global.conf
A. Don't mess with /etc/global.conf because you can break things.
yes. its main job is to parse dosemu.conf. However every once in a while
we encounter situations that are impossible to
On Tue, 9 Dec 2003, Stas Sergeev wrote:
Updegrove, Timothy (Tim) wrote:
to the DMA hardware, map a physical address to a
linear address, etc will work as is under Linux or
are modifications required?
This functionality is not implemented in dosemu.
The relevant API is missing in a DPMI
On 8 Dec 2003, Guillermo Gomez wrote:
Well i found the problem is that the global.conf is builtin is taken
precdence and my modified global.conf is not doing anything.
I'm trying to use the -F option with no luck..How can i dump the
built-in global.conf to tweak it using option -F.
On Wed, 12 Nov 2003, Gustavo Sverzut Barbieri wrote:
1) After running the software and accessing DBF from MS-DOS, when
exiting (exitemu) I get:
C:\ESMERALDexitemuERROR: lowmem_alloc failed for 10240
ERROR: Unable to allocate memory pool
This used to work with 1.1.4. Running with Freedos
On Sun, 9 Nov 2003, Michel van der Kleij wrote:
I'm running DOSemu 1.0.2.1 and FreeDOS 1.1.28 on Red Hat 7.3 and am unable
to access /dev/lp0 directly.
First try upgrading to 1.2.0rc1
You need root privileges since /dev/lp0 isn't accessed (just
claimed) but rather the direct I/O ports behind
sorry, I don't have time to deal with this now (and I have zero
experience with novell), forwarding to the users list. Programs that need
VCPI generally don't run in DOSEMU. Turbo C++ 1.01 is a real mode program
though and it runs just fine.
-- Forwarded message --
Date: 28 Oct
On Fri, 24 Oct 2003, Peter Eckhardt wrote:
i just respond to my own mail. But as I didn't find documentation
how to make the above work in current dosemus i will summarize
how to get SPX working
cool! I'll update the NOVELL HOWTO with your information -- that
might save others some time.
On Thu, 16 Oct 2003, Ralph Alvy wrote:
Ralph Alvy wrote:
Just moved from RedHat to Debian (Libranet 2.8.1), and installed the
binaries with a local install. I forget how to get out of this vga error
scenario (I have readlink on my system, by the way):
You do not have the DOSEMU vga
-- Forwarded message --
Date: Thu, 16 Oct 2003 10:36:22 -0400
From: Dave Phillips [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: some comments re: dosemu 1.1.99
Hi Bart:
I'm currently rewriting my book (Book Of Linux Music Sound) and have just
finished the Emulators
On Mon, 6 Oct 2003, Stian Sletner wrote:
Anyone had any luck running DOSEMU on kernel 2.6? I installed test6,
getting coredumps as it loads. Any known trick, or should I disclose
more info?
DPMI crashes because DOSEMU makes assumptions about the CS and DS
registers which changed in 2.6
On Thu, 2 Oct 2003, Ralph Alvy wrote:
ERROR: X: Unable to open font vgaERROR: , trying vga...
ERROR: X: Unable to open font vgaERROR: , trying 9x15...
Everything else seems to be working. Just can't get VGA working over here.
I'm booting dosemu from an MSDOS directory that's installed in
On Wed, 1 Oct 2003, A. Alper ATICI wrote:
Now that it's a test kernel, I'm not sure if this is a problem of dosemu
or not, but one thing for sure is that it stops once dosemu exits.
yes, I've seen this myself too. It's most likely not a DOSEMU problem but
an in-kernel vm86 problem (xfree86
On Wed, 1 Oct 2003, Ged Haywood wrote:
On Wed, 1 Oct 2003, Bart Oldeman wrote:
Another thing that is broken on 2.6.0test is DPMI. That's a DOSEMU problem
and fixed in the CVS now (will be fixed in 1.2.0 proper).
No rush about this, but any idea when 1.2.0 will be out?
I need DPMI to work
On Wed, 1 Oct 2003, Serge Naggar wrote:
Installed the new 1.1.9 but it seems to not see the operating system in
both cases and the vga fonts when started with xdosemu.
I rpm'ed the dosemu then used the dosemu-freedos...tgz and dosemu...tgz.
Please state exactly what you did and what you saw
On Tue, 30 Sep 2003, A. Alper ATICI wrote:
On Sun, Sep 28, 2003 at 11:21:04PM +0100, Bart Oldeman wrote:
[...]
Please let us know if there are any release critical bugs present --
regressions vs. 1.0.2.1, doesn't run at all, the RPM is braindead, or
similar.
Here's the first glitch
On Tue, 30 Sep 2003, Ralph Alvy wrote:
Here's what I get after unpacking and running the 1.1.99.1 binary:
---
[EMAIL PROTECTED] dosemu]$ ./xdosemu
./xdosemu: line 1: readlink: command not found
./xdosemu: line 285: cd: /../Xfonts: No such file or directory
You do not have the DOSEMU
On Tue, 30 Sep 2003, Robert Komar wrote:
this doesn't look like it will work if there is a space somewhere in
the path. If awk is available on every system, then how about this:
BOOT_DIR_PATH=`ls -l $HOME/.dosemu/drives/c | awk -F- '{ print $2 }'`/..
It uses - as the field separator
Hi,
please have a look at
http://www.dosemu.org/stable
the version number is set to 1.1.99.1 (close to 1.2.0).
Some notes:
The -bin tarball and dosemu-freedos tarball (now updated to Beta9) work
like they did for 1.0.2.1
Alternatively, all-in-one RPMs (including FreeDOS) are available.
All the
On Fri, 26 Sep 2003, A. Alper ATICI wrote:
Here's a cp857 font for xdosemu.
You can use it by setting $_X_font to vgatr, also make sure you have
the following lines set:
$_layout = tr
$_internal_char_set = cp857
To have it installed via the usual make install command, the file
On Thu, 25 Sep 2003, Christian Fischer wrote:
Am Mittwoch, 24. September 2003 23:53 schrieben Sie:
these functions are supposed to be in libXext.so
Check your Makefile.conf; it should say something like
LIBS=-lXxf86vm -lXext -lX11 -lslang -lm -ldl
perhaps
LIBS=-lXext -lXxf86vm -lXext
On Mon, 22 Sep 2003, A. Alper ATICI wrote:
Now comes the next two problems I have not mentioned previously:
'(' is typed in place of '*' and
'=' is typed in place of '+'
Do you think that is related to the little flaw in approximations?
No. It's only a problem in terminals, (not in
On Tue, 23 Sep 2003, A. Alper ATICI wrote:
OK, all seems to work now, provided that I set layout explicitly to tr,
otherwise (i.e. in auto mode) DOTLESS_I approximation is back in effect.
that might be the approx glitch I was talking about:
diff -u
On Sun, 21 Sep 2003, A. Alper ATICI wrote:
U_SMALL_LETTER_DOTLESS_I is a legitimate iso-8859-9 character, yet there
exists an approximation for it, so it cannot be typed. Could the
related developer please remove it?
I don't think that would be the right thing to do. Approximations are only
On Sun, 21 Sep 2003, A. Alper ATICI wrote:
On Sun, Sep 21, 2003 at 08:11:35PM +0100, Bart Oldeman wrote:
I don't think that would be the right thing to do. Approximations are only
used if no alternative is available in the real character set.
What do you mean by the real character set
On Sat, 20 Sep 2003, Ryan Underwood wrote:
One other thing to mention: if the installation is aborted by selecting
an Exit installation or whatever button in the windows portion of the
setup; upon returning to DOS, there is some sort of fatal memory error
in only FreeDOS (DR-DOS and MSDOS are
On Sat, 20 Sep 2003, John Charlton wrote:
void chkkbd(void)
{
int ch;
char str[80];
fprintf(stderr, Hit enter to continue, s to stop, q to quit
immediately...);
fgets(str, 80, stdin);
fputs(str, stderr);
ch = str[0];
if (ch == 's' || ch == 'S') {
bStop = TRUE;
}
On Thu, 18 Sep 2003, Ryan Underwood wrote:
Here is the procedure I undertook, to hopefully shed some more light:
1. First I added a new variable to the config struct in
src/include/emu.h called delay_interval
2. in src/base/init/lexer.l.in:
delay_interval RETURN(DELAY_INTERVAL);
On Thu, 18 Sep 2003, Ryan Underwood wrote:
On Tue, Sep 16, 2003 at 04:33:50AM -0500, Ryan Underwood wrote:
While on the topic, is there a document that explains how to add a new
configuration option? I have modified, parser.y, config.c, global.conf,
and lexer.l and having a little
On Thu, 11 Sep 2003, John Charlton wrote:
I have a dos application compiled with djgpp compiler in dosemu. A call to
the lock() function which works in native freedos (beta 8) always returns -1
(failed) in dosemu. I first used dosemu 1.0.2.0 which installs with SuSE
Linux 8.2 distribution.
On Sat, 6 Sep 2003, administrator wrote:
I am running dosemu 1.1.5.6 and would like to see if it is possible.
1) To get rid splash screen Now type ENTER to start DOSEMU and
automatically start dosemu without hitting a key.
I will second this request.
-quiet should take you straight
On Sat, 6 Sep 2003, administrator wrote:
where would the drive D come from?
it wants to map ~HOME
yes, I know, but this message was only in older DOSEMUs. The message you
refer to is no longer in DOSEMU 1.1.5.6.
It looks like you are accidentally using an older version of the
dosemu script
On Tue, 2 Sep 2003, Sylvain Petreolle wrote:
Hi Uwe and others,I want to run DOS4GW intros / party demos under
Linux.Since the Wine support isnt complete now with DOS32A,I tried to
run it
under Dosemu.Using the 1.1.5 dosemu sources, I get a segfault using
dos4gw or dos32a.2 questions :-
On Wed, 3 Sep 2003, Sylvain Petreolle wrote:
I didnt even think that we would have the same problem with Dosemu and
Wine (duh!)
I guess you use Red Hat 9?
it'll most likely work if you try 1.1.5.7 (see
http://www.dosemu.org/testing/patchset-1.1.5.7.tgz)
Sure, must the 2 patches be
Hi all, Hi Claudia,
On Tue, 19 Aug 2003, Claudia Neumann wrote:
doesn't really matter -- but please try to replace your kernel.sys with
the newest version (2031, fat32 or fat16 doesn't matter) and see if that
helps. See http://freedos.sourceforge.net.
It's the same with the new kernel
On Fri, 25 Jul 2003, Eemeli Kantola wrote:
If you under win9x or unix create a text file containing intl chars,
they appear incorrectly under dos edit, for example. This has something
to do with font differences between dos and windows/unix, but is anyway
the preferred behavior. However,
On Wed, 13 Aug 2003, Ryan Underwood wrote:
On Tue, Aug 12, 2003 at 08:43:34PM -0300, Alejandro Néstor Vargas wrote:
I've just installed dosemu-1.1.5.6, it's workign right but in some cases
the files created by the dos are created as uppercase in the linux
filesystem. In particular, I can
On Thu, 14 Aug 2003, deden purnamahadi wrote:
I tried but it still didn't work.
I have a clipper application with some ASCII characters to create a box.
When I run the application, the characters are replayed with ? , and
then the appliction exits.
I tried another clipper application with no
On Wed, 13 Aug 2003, Alejandro Néstor Vargas wrote:
On Wed, 13 Aug 2003 12:05:46 +0100 (BST), Bart Oldeman
[EMAIL PROTECTED] wrote:
it's most likely a bug that was introduced in 1.1.5.5. I will
investigate and post a fix later.
I was creating a test program and discovered
On Tue, 12 Aug 2003, Alejandro Néstor Vargas wrote:
I've just installed dosemu-1.1.5.6, it's workign right but in some cases
the files created by the dos are created as uppercase in the linux
filesystem. In particular, I can create directories with md and they are
created as lowercase, but if
On Sun, 3 Aug 2003, Ryan Underwood wrote:
Okay, I figured out what is going on.
I have a daemon (BBS server) that is spawned from an init script, and
when a user accesses a DOS program in the BBS, it forks off DOSEMU to
redirect the comport I/O to the user.
The problem occurs when:
1) The
On Fri, 18 Jul 2003, Bernhard Bialas wrote:
with the new dosemu 1.1.5.5 version some of my chess programs show completly
wrong colors under X (not in the console). So for example the menu text is
yellow instead black, squares grey instead brown, figures green insteas white
and so on.
This
On Wed, 16 Jul 2003, Justin Zygmont wrote:
[...]
checking for X... no
checking for XOpenDisplay in -lX11... no
checking for XCloseDisplay in -lX11... no
checking for main in -lXwindow... no
[...]
configure: WARNING:
configure: WARNING: Compiling without X support.
configure: WARNING:
On 14 Jul 2003, Peter Celella wrote:
The IPC in the kernel thing is what has me confused. I've searched
everywhere and can't find anything telling me what this is or how to
check it. Do you know how to check if IPC is configured in the kernel?
And if not, how to go about doing so?
if the
On Sun, 13 Jul 2003, Madhumohan MuthuKrishnan wrote:
I found some references in the readme. But it was for
windows 3.1 and OS2
Is thre any one who has tried such applications
WinOS2 should run but it's been a long time since somebody tried it and
told me about it. I never did. Windows 95/98
On 13 Jul 2003, Peter Celella wrote:
When I try to './configure', I get that the following output just before
configuring finishes:
configure: WARNING:
configure: WARNING: Rejecting system S-Lang with UTF-8 support. It is
incompatible with DOSEMU. Forcing use of the supplied S-Lang plugin.
On 13 Jul 2003, Peter Celella wrote:
I did get dosemu to compile by setting linkstatic off.
isn't it that by default now?
Now I'm getting that IPC error that I don't know what to do with.
BTW - the X.h and libX11.a files you mention below do exist in the
proper directories on my system.
On Sat, 12 Jul 2003, Jan Willem Stumpel wrote:
So how about pasting the code directly from dosbox? I wish I could
do it myself but I lack the skill...
it's never that easy :) One uses C++ the other C and the strategies are a
little different (because we partly emulate the CPU and partly look
On Sat, 12 Jul 2003, Ryan Underwood wrote:
.dosemu/.dosemurc is the same format as /etc/dosemu/dosemu.conf correct?
It's just
~/.dosemurc
everything can be configured there except for some privileged settings
(most notably $_ports and console graphics), so becoming root to edit
dosemu.conf is
On Fri, 11 Jul 2003, Ryan Underwood wrote:
You may be right that people are stuck with OSS drivers that only
support 1 stream and have no FM device. I don't see a way to deal with
this at the moment. Though you would be hard pressed to find a
soundcard that didn't have an ALSA driver these
On Thu, 10 Jul 2003, Anderson Pereira Ataides wrote:
I tried to run xdosemu on a workstation that is accessing a remote X server
and I get this error:
X Error of failed request: BadAccess (attempt to access private resource
denied
)
Major opcode of failed request: 144 (MIT-SHM)
On Tue, 1 Jul 2003, Will Styles wrote:
--- Justin Zygmont [EMAIL PROTECTED] wrote:
i'll try. however when I managed to try again with 1.1.4, the problem was
there, just not quite as bad.
well the patchset number is really critical here...
So I don't know if it'll make much
On Sat, 28 Jun 2003, Justin Zygmont wrote:
On Sat, 28 Jun 2003, Ralph Alvy wrote:
I compiled and installed 1.1.5 and find that this process fails to
produce an xdosemu executable. Tried it twice and only got the dosemu
exectuable. Is that normal behaviour, even though I am using the
On Sun, 29 Jun 2003, Ralph Alvy wrote:
Thanks for taking the time on all this, Bart. I'm obviously not a
sophisticated Linux or dosemu user.
DOSEMU always had a bit of a reputation that it was difficult to set up
and I'm trying to make that a little easier -- so this kind of feedback
always
On Sat, 28 Jun 2003, Ralph Alvy wrote:
mrvoland wrote:
I'm running dosemu 1.0.2.1 under RedHat 8, using MSDOS as my dos
environment. I notice that Shift Tab doesn't work in dosemu sessions. is
there a way to make it work?
/etc/dosemu/dosemu.conf
$_rawkeyboard = (1) # bypass normal
On Sat, 28 Jun 2003, Ralph Alvy wrote:
Justin Zygmont wrote:
if you cannot switch to a vitrual console, then testing this in X would be
easier to close the window when it hangs, other than that, i'm not sure.
Oh, I can switch out of the console with the hung dos app, but I can't
logout of
On Fri, 27 Jun 2003, Jan Willem Stumpel wrote:
Found my missing boot.log by doing an strace:
strace -omytest -f -e trace=file dosemu
In mytest there is a line
594 open(/tmp/dosemu.qvalfr/boot.log,
O_WRONLY|O_CREAT|O_TRUNC|O_LARGEFILE, 0666) = 3
So boot.log is somewhere in /tmp, not in
On Fri, 20 Jun 2003, Björn Tappert wrote:
I have a problem with the mouse support.
When I run System Shock (pc game, cool, isn't it?) in my dosbox, I can
move the mouse and see the mouse spot moving correctly on screen.
But if I press a button, you can see the mouse spot in upper left corner,
On Mon, 16 Jun 2003, Justin Zygmont wrote:
I just noticed that I can compile and install dosemu as a regular user, I
was just wondering if this was not supposed to be the case. It was sure
nice getting 100% cpu power on a P-4 3Ghz, too bad it wouldn't send the
sound over the internet too:)
On Sat, 14 Jun 2003, Jan Willem Stumpel wrote:
problem 1:
1.1.5 produces sound from the sound card in 'jill' and 'carmen
sandiego', but not in Wolf3d; Wolfd3 hangs. This is with the
defaults in dosemu.conf unchanged apart from the boot disk location.
I haven't heard about any new problems
On Thu, 12 Jun 2003, Johan Gill wrote:
On Wed, Jun 11, 2003 at 03:53:56PM -0400, Justin Zygmont wrote:
you don;t give very much information.
My daughter needed a diaper change :)
Anyway, 'everything' means suggestions 2,3,5 from Bart. I'll try the other solutions
when I get the time.
On Thu, 12 Jun 2003, Jan Willem Stumpel wrote:
Compiling 1.1.5 fails; I get messages like
lex.yy.c: In function `yy_get_next_buffer':
lex.yy.c:3789: error: `yy_current_buffer' undeclared (first use in
this function)
lex.yy.c:3789: error: (Each undeclared identifier is reported only
once
On Thu, 12 Jun 2003, bbg wrote:
The command interpreter does not execute commands with full path
e.g. [drive:]\[path]\command
ex: c:\app\app[.exe] or
that does not work indeed.
\app\app[.exe]
this works for me. It looks like bin\app.exe is interpreted as
bin \app.exe probably as a result
On Sun, 8 Jun 2003, Ged Haywood wrote:
On Sun, 8 Jun 2003, Claudia Neumann wrote:
if it is a browser mistake, then Mozilla 1.2.1 has the same problem.
It could easily be that, but I still think there's more to it than
just the browser. I've used the same browser to download other .tgz
On Mon, 9 Jun 2003, Daniel Greenberg wrote:
It turns out the divide-by-zero problem isn't really new, just new.
That is, 1.1.4.15 has the problem, but 1.1.4.0 is fine. I picked
something in the middle - 1.1.4.8 - and found that it too had the new
divide-by-zero errors. A couple more
On Sun, 8 Jun 2003, Daniel Greenberg wrote:
Here is an interesting problem that shows itself in 1.1.5
and not in 1.1.4 or earlier versions of dosemu.
can you check 1.1.4.15 (www.dosemu.org/testing) to see if it is new or
really new?
Certain programs (e.g., MSD.EXE, Word for Dos version 5.0)
On Sat, 7 Jun 2003, Claudia Neumann wrote:
I just tried to download dosemu-1.1.5.tgz from the mirror in Brussels and the
mirror in Dublin. The download didn't stop at 2073 kb, but went on til I
stopped it 5000 kb. Is there something wrong with the download procedure?
Is the file bigger the
On Thu, 5 Jun 2003, Diego Iastrubni wrote:
: `sys_errlist' is deprecated; use `strerror' or `strerror_r' instead
lib/libarch_linux_slang-elf.a(sldisply.o)(.text+0x72): In function
`SLtt_flush_output':
: undefined reference to `errno'
These problems were fixed in recent test versions (and
only) and serial access
are no longer automatically accomplished using root privileges
but must be regulated via permissions on the relevant /dev/xxx
devices.
* Note that, as before, root permissions are in general not
necessary if DOSEMU is run in a terminal or in X.
Enjoy,
Bart
On Thu, 29 May 2003, Diego Iastrubni wrote:
I am tring to compile dosemu, and got into problems. The system is mdk9.1:
gcc 3.2.2
bison 1.35-3mdk
byacc 1.9-13mdk
dosemu dosemu-1.1.4
Here is the compile output
make[2]: Leaving directory `/home/cuco/sources/1/dosemu-1.1.4/src/dosext/misc'
Morten Bo Johansen wrote:
about the line 496 problem
If I comment them out then I can start dosemu. But it would be
better if the error was corrected. Don't know how to do that
myself, though.
this list is archived and you can search the archives for a solution.
Bart
-
To unsubscribe from
On Thu, 20 Mar 2003, Eric Auer wrote:
Hi Norman,
well, thank YOU. You found the versions of FreeDOS at which
1. File locking started to work better (2026) and
2. Clipper printing broke (2027).
This will probably help the kernel experts to figure out WHY
1. and 2. did happen, and how to
On Tue, 18 Mar 2003, Ged Haywood wrote:
I hope you'll do something about the instructions for building it
before you put it out as 1.1.5. It's very confusing because there's
so much of it that's out of date and inconsistent. It doesn't need to
be completely rewritten but if you put some
Hi,
I've put a new patchset (1.1.4.15) at
http://www.dosemu.org/testing
if you were using 1.1.4.13 before then please check if this one fixes your
compilation fixes, and also please let us know if there are any new
problems -- if everything is fine then I'll make this one 1.1.5.
Bart
-
To
On 15 Mar 2003, Stephen Lee wrote:
On Sat, 2003-03-15 at 18:06, Bart Oldeman wrote:
Hi,
I've put a new patchset (1.1.4.15) at
http://www.dosemu.org/testing
if you were using 1.1.4.13 before then please check if this one fixes your
compilation fixes, and also please let us know
On Wed, 12 Mar 2003, Maurilio Longo wrote:
I fear that cpu speed is inside a long int and this shoud explain why it happens, I'd
like to know from someone who writes dosemu if this is true and how they plan to fix
this.
it's a multiplication that overflows from an int -- try this patch:
---
On Wed, 12 Mar 2003, Stas Sergeev wrote:
Bart Oldeman wrote:
it's a multiplication that overflows from an int -- try this patch:
The attached one might also be
necessary to get the correct
output.
- warn (Linux kernel %d.%d.%d; CPU speed is %Ld Hz\n,
+ warn
101 - 200 of 395 matches
Mail list logo