Hello.
Lars_Bjrndal wrote:
$_mapping = mapfile
Yes, it worked! What happens when you spesify that?
Internal thing. Temporary file is
being used for the shared backing-store
(for storing the DOS memory), instead of
a shared mem. Since the file is being
created in /dev/shm, it will not
be slower
It is the console I am using, and the ctrl-6 combinations worked.
Thanks.
--
Cheryl
Do not fear, for I am with you;
do not be dismayed, for I am your God.
I will strengthen you and help you;
I will uphold you with my righteous right hand.
-
To unsubscribe from this list: send the line
Hi there,
The concept of a built-in config file is confusing to me. Without any
changes:
C: points to /usr/local/share/dosemu/freedos
D: points to $HOME
I'm unsure about how to add a new drive that points to /usr/local/dos,
where I intend to install programs. I tried:
ln -s
On Sun, 30 May 2004, Stas Sergeev wrote:
What I mean is: You have a 4K-region aliased like this: 0x4002 -
0xe Then you resize it to 8K. With mremap() the above alias should
still be valid (I think), and with memcpy() you'll have to update the
mapping explicitly.
Yes that's right. The
Hello.
Bart Oldeman wrote:
mremap is behaving consistently (i.e. if you mmap bytes 4096-8191 of a
file with size 4000 you can't expect that file to be extended to 8192
bytes, the same is true for shm virtual files.
I just think kernel must hide that
things from userspace and resolve
them
I think there's a problem with the dosemu build system. I'm using
Debian testing.
When I build with linkstatic off, everything is fine:
configure: Linking for shared libraries...
checking for vga_simple_init in -lvga... yes
configure: Compiling with svgalib support...
checking