Hi Geraldo,
Not that much of a problem of licenses for myself, but for creating a
distributable developer machine :)
Thanks anyway!
Aitor
2014-03-01 2:07 GMT+01:00 Geraldo Netto :
> Hi!
>
> Yep, you're right, vmware/virtualbox have a pretty much "out-of-box" setup
> But i do really enjoy qemu
Hello,
2012-08-12 16:32 GMT+02:00 Rugxulo :
> FD EDIT doesn't seem to compile in TC20 anymore. Though it worked fine
> for me with TC++101, but that's not freeware from Embarcadero anymore.
> It may? (or at least used to) optionally compile with OpenWatcom, but
> I haven't personally tried yet.
Hi!
Yep, you're right, vmware/virtualbox have a pretty much "out-of-box" setup
But i do really enjoy qemu :)
BTW, dunno if it helps but i have a licensed version of windows 98
just the original manual with the serial number, lost the cd
I can send it to you
Also, for windows xp, maybe you could
Hi,
The problem is that I'm not having as much spare time lately as I used to
have.
At this moment, I'm trying to recover a comfortable programming environment
in a Win7 Laptop.
But it's not so easy as it used to be since the 64-bit arrived everywhere,
the 16-bit DOS programs no longer run native
Thank you Tom!!
I've set this bug to my list of to-do's, and will go to the next version.
Aitor
2012-06-25 13:24 GMT+02:00 Tom Ehlert :
>
> >KEYB.EXE 11,446 06-24-12
>
> > leaves, when running, a huge memory hole. at least with only HIMEM
> > loaded. note the HUGE memory hole behind KEYB
>
Hi,
On Sat, Aug 11, 2012 at 1:00 AM, Bernd Blaauw wrote:
> Op 11-8-2012 10:06, Rugxulo schreef:
>
>> Anyways, I figured I'd go ahead and upload this patch (and the FD Edit
>> one) to iBiblio for completeness. I mean, I don't know what else to
>> do, any better ideas??
>
> Patched binaries would w
Op 11-8-2012 10:06, Rugxulo schreef:
> Anyways, I figured I'd go ahead and upload this patch (and the FD Edit
> one) to iBiblio for completeness. I mean, I don't know what else to
> do, any better ideas??
Patched binaries would work for me, and then either updated source or
old source + diff/pat
Hi again,
On Mon, Jun 25, 2012 at 10:11 AM, Tom Ehlert wrote:
>
>> Surely a simple binary patch is possible in the meantime. I've not
>> tested this (yet), but you could try this:
>
>> upx -d keyb.exe
>> hiew keyb.exe (or similar hex editor)
>> offset 0x3E06 is "mov bl, 0x41"
>> change offset 0x3
Hi,
> Surely a simple binary patch is possible in the meantime. I've not
> tested this (yet), but you could try this:
I always like the 'you' part of this.
> upx -d keyb.exe
> hiew keyb.exe (or similar hex editor)
> offset 0x3E06 is "mov bl, 0x41"
> change offset 0x3E07 from 0x41 to 0x82
> run m
Hi,
On Mon, Jun 25, 2012 at 6:24 AM, Tom Ehlert wrote:
>
>> KEYB.EXE 11,446 06-24-12
>
>> leaves, when running, a huge memory hole. at least with only HIMEM
>> loaded. note the HUGE memory hole behind KEYB
>
> the problem is
>
> function MCBAlloc ( para: word ) : word;
> var allocs,f,m: word;
>KEYB.EXE 11,446 06-24-12
> leaves, when running, a huge memory hole. at least with only HIMEM
> loaded. note the HUGE memory hole behind KEYB
the problem is
function MCBAlloc ( para: word ) : word;
var allocs,f,m: word;
mov ah, $58 { set alloc strategy }
mov
Hi Eric,
>>KEYB.EXE 11,446 06-24-12
>>
>> leaves, when running, a huge memory hole. at least with only HIMEM
>> loaded. note the HUGE memory hole behind KEYB
> As far as I remember, KEYB and DISPLAY did this
> deliberately: Instead of reserving only a small
> buffer statically and the rest
Hi Tom,
>KEYB.EXE 11,446 06-24-12
>
> leaves, when running, a huge memory hole. at least with only HIMEM
> loaded. note the HUGE memory hole behind KEYB
As far as I remember, KEYB and DISPLAY did this
deliberately: Instead of reserving only a small
buffer statically and the rest dynamically
KEYB.EXE 11,446 06-24-12
leaves, when running, a huge memory hole. at least with only HIMEM
loaded. note the HUGE memory hole behind KEYB
MEM /F shows
Segment Size Name Type
--- -- -
027d 5936 DOS system data
027f 19
14 matches
Mail list logo
