Hi!
21-Авг-2006 22:00 [EMAIL PROTECTED] (Aitor Santamarэa) wrote to "tom ehlert"
<[EMAIL PROTECTED]>, [email protected]:
>> > always wondered why, at 0 cost, EMM386 cannot be loaded from
>> > commandline.
>> DOS won't see UMB's then
AS> Yes, this means you don't get this benefit
At 09:49 PM 8/21/2006 +0200, tom ehlert wrote:
>b) I was referring to MKEYB anyway ;)
> > There would remain the problem of loading EMM AFTER KEYB,
>c) EMM386 can have the int15 first always - EMM386 is *the* BOSS
>in a virtual environment (it call the real mode int's itself)
>d) this would be
Hi,
2006/8/21, tom ehlert <[EMAIL PROTECTED]>:
> Hello Aitor,
>
> > For the rare cases in which this should not happen,
> > KEYB xx /9
> > does install such handler for int15h (as the rest of KEYB is also
> > based in the same principle).
> a) KEYB isn't always installed
Ok, let me rephrase: "if
Hello Aitor,
> For the rare cases in which this should not happen,
> KEYB xx /9
> does install such handler for int15h (as the rest of KEYB is also
> based in the same principle).
a) KEYB isn't always installed
b) I was referring to MKEYB anyway ;)
> There would remain the problem of loading EMM A
At 09:41 PM 8/21/2006 +0200, Aitor Santamaría wrote:
> > int 15/4f is only supported on AT+ style maschines, but this should be
> > true for anything with 386+ CPU's
>
>For the rare cases in which this should not happen,
>KEYB xx /9
>does install such handler for int15h (as the rest of KEYB is also
At 09:40 PM 8/21/2006 +0200, Bernd Blaauw wrote:
>EMM386 already has the ability to detect Vmware (some magic backport),
>so EMM386 can set the proper option (be it ALTBOOT or NOALTBOOT) default
>for VMware. The detection ability has been used to exclude some UMB
>range previously (and might still
Hi,
2006/8/21, tom ehlert <[EMAIL PROTECTED]>:
> it should be possibble to avoid this by NOT doing anything special on
> keyboard interrupt, but by doing the same stuff MKEYB does to get
> keyboard scancodes:
>
> intercept interrupt 15, ah=04f, al=scancode
>
> ...
> pushf
>
tom ehlert schreef:
> Hello Michael,
>
>
EMM386 already has the ability to detect Vmware (some magic backport),
so EMM386 can set the proper option (be it ALTBOOT or NOALTBOOT) default
for VMware. The detection ability has been used to exclude some UMB
range previously (and might still be)
-
Hello Michael,
> Obviously the best solution would be for everything to work under one
> option, but I don't see that happening unless someone can come up with a
> good workaround really soon (I wouldn't count on this, but it could
> happen).
just trying to suggest a solution:
kb_keycheck:
At 02:00 PM 8/21/2006 -0500, I wrote:
>Okay, here's where we have a fundamental conflict. It's also causing
>problems with FDAPM and WARMBOOT options, perhaps other FDAPM options. It
>is the difference between ALTBOOT and NOALTBOOT options in EMM386.
Incidentally, if anyone happens to know why t
At 09:37 AM 8/21/2006 +0200, Norbert Remmel wrote:
>During testing I discovered a bug concerning STR-ALT-DEL usage.
>When pressing these keys, freedos crashes with invalid opcode outputting
>some memory addresses and registers.
>As I remember this wasn't like this using earlier versions of
>himem/
Hi!
21-Авг-2006 17:32 [EMAIL PROTECTED] (Aitor Santamarэa) wrote to
[email protected]:
>> Not need to convert exe/sys to plain sys, especially because combo may
>> give additional features (like information about status) without additional
>> executables.
AS> I was talking o
Hi!
21-Авг-2006 18:22 [EMAIL PROTECTED] (Eric Auer) wrote to
[EMAIL PROTECTED]:
EA> ---
EA> When requested dynamic memory is enough to fit unpacker, then
EA> result is better. Unfortunately, anyway not ideal (required 16 bytes more,
EA> than original).
EA> ---
EA> a typical arkady comment ;-)
EA
Yes, thank you very much! FreeDOS has a great himem and emm386!
bye
flo
On Sun, 20 Aug 2006 19:05:12 +0200, Jim Hall <[EMAIL PROTECTED]> wrote:
> Micheal, if you're ever in Minneapolis, I will definitely buy you a
> beer. It's been great having you on the list. I love reading your
> emails wi
Hi,
2006/8/21, Arkady V.Belousov <[EMAIL PROTECTED]>:
> Hi!
>
> 21--2006 17:22 [EMAIL PROTECTED] (Aitor Santamarэa) wrote to
> [email protected]:
>
> >> AFAIR, device driver not need to "expand" memory block - it already own
> >> all free memory... As for .EXE, then its heade
> ML> # FreeDOS is a trademark of Jim Hall MCMXCIV-MMIV
I believe this should be:
> ML> # FreeDOS is a trademark of Jim Hall MCMXCIV-MMVI
two years have passed by...
Alain
-
Using Tomcat but need
Hi,
The "out of memory" does not come from DISPLAY.
MODE specific codepage 858 does not seem to be in the CPX/CPI file.
But it is pretty weird that you get the MODE messages in that order,
seems as is SELECT precedes PREPARE (!)
Aitor
2006/8/21, Andreas Bollhalder <[EMAIL PROTECTED]>:
> -BE
Hi!
21--2006 17:22 [EMAIL PROTECTED] (Aitor Santamarэa) wrote to
[email protected]:
>> AFAIR, device driver not need to "expand" memory block - it already own
>> all free memory... As for .EXE, then its header already says to executable
>> loader, how much of memory it requi
Hi!
21-Авг-2006 18:33 Arkady V.Belousov wrote to
[email protected]:
AVB> - Min/max memory to allocate: 0009/h (9/65535 para)
AVB> + Min/max memory to allocate: 0430/h (1072/65535 para)
>>- Required memory to load: 41B0h (16816 bytes)
>>+ Required memory to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello all
I have tested the newest "fdbasecd.iso" (by 20060820) under QEMU. Maybe
my information here doubles some already mentioned points.
==
I did a fresh install in "German" and "Español" with all options left to
default.
When starting t
Hi,
2006/8/21, Arkady V.Belousov <[EMAIL PROTECTED]>:
> AS> actually supposed I was relying on caller's stack (I am not doing many
> AS> weird things, not using C or the like, that can abuse the stack more
> AS> than I do in assembler.
>
> There is no such thing as "caller stack" when we discu
Hi,
2006/8/21, Arkady V.Belousov <[EMAIL PROTECTED]>:
Hi!
21--2006 02:30 [EMAIL PROTECTED] (Aitor Santamarэa) wrote to
[email protected]:
>> - DISPLAY somehow manages to resist LOADHIGH, Aitor! Maybe it
>> just tries to be too clever...
AS> Not at all. I remind you (discuss
Hi!
21-Авг-2006 14:34 [EMAIL PROTECTED] (Eric Auer) wrote to
[EMAIL PROTECTED]:
EA> i do know how exe files work. what i am trying to explain is
EA> that the upx decompressor does NOT set values for ss:sp. it
EA> ONLY sets a value for ss.
So what? May be, this is way to preserve original SP
Hi!
21-Авг-2006 03:57 [EMAIL PROTECTED] (Aitor Santamarэa) wrote to "Eric Auer"
<[EMAIL PROTECTED]>:
AS> I think this was the problem when it was a COM, Bernd, can you
AS> remember the details?
Sure. Read my previous letter - because resident programs NEVER should
by in .COM format (without
Hi!
21--2006 02:30 [EMAIL PROTECTED] (Aitor Santamarэa) wrote to
[email protected]:
>> - DISPLAY somehow manages to resist LOADHIGH, Aitor! Maybe it
>> just tries to be too clever...
AS> Not at all. I remind you (discussed long ago) that it happens because
AS> of UPX. The crea
25 matches
Mail list logo
