On Mon, 8 Jul 2013 16:29:14 +0200
Tom Ehlert t...@drivesnapshot.de
I may sound harsh, but being accused of ignorance by
more ignorant is the only word of excuse I will utter.
this 'more' makes me think that you should prove your competence
first
I agree. The above quoted phrase was a
I may sound harsh, but being accused of ignorance by
more ignorant is the only word of excuse I will utter.
this 'more' makes me think that you should prove your competence
first
I agree. The above quoted phrase was a late minute, unfortunate
addition to my mail, that was meant
Tom Ehlert wrote :
sure your particular problem could be solved by freecom, but nobody
will spend time on this.
Still, Rugxulo, I think, has suggested one could ping Bart Oldemann with the
question.
Now, after you have pointed out very plausibly that FreeCOM does not
hold hidden pointers
Hi, Eric Auer !
PS: XBDA and moving it is not necessarily trivial.
Our EBDA mover is working flawlessly AFAICT.Old code of mine actually,
written for MSDOS 5+ before MS introduced the switches=/E option (or
before I was aware of the switch?). Last week when I had discovered
that the
Bertho ???,
You may call me Czerno, Herr Ehlert
You can't escape having to explain what adverse effects you were evoking,
now anyway.
command.com is a 'normal' program. just allocating DOS memory will
give you an environment at ~1800:0. not such a good idea.
You are joking, Herr
Bertho ???,
You may call me Czerno, Herr Ehlert
your email signature reads Bertho Grandpied y31415926...@yahoo.fr
that translates to Bob Bigfoot, right ?
You can't escape having to explain what adverse effects you were evoking,
now anyway.
command.com is a 'normal' program. just
Hi,
On Mon, Jul 8, 2013 at 5:30 AM, Bertho Grandpied y31415926...@yahoo.fr wrote:
I must say, though, the reception which I got from Herr Ehlert on this list
is making me wonder whether spontaneous contributions made in
good faith are welcome and / or opportune.
Patience, young padawan.
You may call me Czerno, Herr Ehlert
your email signature reads Bertho Grandpied y31415926536@...
that translates to Bob Bigfoot, right ?
Ask Yahoo!... Then if you insist on calling me Bertho, be my guest.
And EVEN if for some reason HMA was not available or not given to
the DOS kernel, what
Hi,
On Mon, Jul 8, 2013 at 8:57 AM, Bertho Grandpied y31415926...@yahoo.fr wrote:
What is the legal status of 4DOS in relation to FreeDOS ? There's a fully
baked
product, could it become /the/ main FD shell ?
Unlikely to become the main shell (though that's not my decision
anyways). I'm
you would end up with
3 K COMMAND.COM, (resident part)
100 K FREE (remainders of freecom before resizing)
1 K command.com environment (at ~1800:0)
How lame ! Of course, your Freecom shall have to play a minimum game of
releasing its own initialisation code and data,
Att: Rugxulo
Hi,
Patience, young padawan.
I had to look that padawan up on wOOkipedia (not a typo!) :=)
http://starwars.wikia.com/wiki/Padawan
Things like this take time and thought (and
research and testing).
Accepted. I've passed the message, now letting things ripen (and tone down)
Hi,
Should OTOH you (and the FreeDOS project at large) wish to offer the
free XBDA mover as a supplement/alternative to FreeDOS's internal, I'll
contact you for arranging the mirroring. It's a simple, robust and
tiny DOS device driver coded in ASM, a few hundred bytes altogether.
it probably
Hi,
On Mon, Jul 8, 2013 at 10:06 AM, Bertho Grandpied y31415926...@yahoo.fr wrote:
Should OTOH you (and the FreeDOS project at large) wish to offer the
free XBDA mover as a supplement/alternative to FreeDOS's internal, I'll
contact you for arranging the mirroring. It's a simple, robust and
Hi Bertho,
I've spent the last three hours writing a tiny COM program that moves
COMMAND.COM's environment block to the lowest address possible (using
DOS's low memory first fit strategy). Unfortunately, it does not seem to
be able to find the environment block if used in AUTOEXEC.BAT after
I'm surprised you have to question this!
after ~12 years without anybody complaining, I'm surprised about you
complaining.
How many users do you have ?
I have no idea - and don't care.
Of these, how many understands this level of detail, /and/ in addition, will
care ?
answering this
Tom,
How many users do you have ?
I have no idea - and don't care.
Of these, how many understands this level of detail, /and/ in addition, will
care ?
answering this question would imply that /you/ understand the problem.
you don't.
Now, is that not arrogance ! This kind of remarks is
Hi Bertho,
maybe Tom does not have the patience to explain you
why there are good reasons why FreeDOS does things
the way they are done, but you can trust him :-) If
you take the time to FULLY understand the issue and
then have exact ideas on how to do things yet better,
you are most welcome to
Bertho ???,
Casually peeking at Freecom source, branch MAIN, init.c v 1.31,
...
I'm not sure what is to be gained by using 'lastfit' even in upper memory.
...
Hoping someone will take the challenge,
left as an exercise to the reader. suffice it to say: you wouldn't like the
adverse
In composing this reply from the terrible Yahoo! web mail, I'll
be trying to /force/ hard end-of-lines, not flowed lines,
at long last! fingers crossed.
On Thu, 4 Jul 2013 dmccunney dennis.mccun...@gmail.com wrote:
Placing the environment at the top of conventional memory is what
MS-DOS
I've seemed to notice Command.com locates its master environment
block at the top of conventional memory
Is this behaviour user-controllable with some switch while loading
FreeCOM ?
what would be the purpose to change this ? whee would you
like to have it ?
Or otherwise, depending on the
Hi Tom !
I'm surprised you have to question this!
after ~12 years without anybody complaining, I'm surprised about you
complaining.
How many users do you have ? Of these, how many understands this level of
detail, /and/ in addition, will care ?
Methinks you were p.ssed off by my remarks,
... a user who is able, one way or another, to have usable RAM
mapped above the 640 k so-called limit into the video memory'
segments, up to 736 k (B7FFF), will be forced to use the added
memory as UMBs instead of an extension of *contiguous* so-called
conventional mem.
Is this what you're
That's funny, because I thought that the master environment was controlled
by the kernel.sys?
Maybe they can add a switch that forces the environment be loaded in
upper ram instead of conventional?
-Chris
Http://digitalatoll.com/
Http://tawhakisoft.com/nxdos.html
On Thursday, July 4, 2013,
That's funny, because I thought that the master environment was
controlled by the kernel.sys?
obviously not as it's size is controlled by '/E:512'
Maybe they can add a switch that
forces the environment be loaded in upper ram instead of conventional?
'they' could do nearly everything
at
Hi Bertho,
I've seemed to notice Command.com locates its master environment
block at the top of conventional memory, just under the video (and
under a BIOS defined extended bios data aka EBDA, if any).
Is this behaviour user-controllable with some switch while loading
FreeCOM ?
what would
On Thu, 4 Jul 2013 21:08:12 +0200
Tom Ehlert t...@drivesnapshot.de wrote :
I've seemed to notice Command.com locates its master environment
block at the top of conventional memory
Is this behaviour user-controllable with some switch while loading
FreeCOM ?
what would be the purpose to
On Thu, Jul 4, 2013 at 4:17 PM, Bertho Grandpied y31415926...@yahoo.fr wrote:
On Thu, 4 Jul 2013 21:08:12 +0200 Tom Ehlert t...@drivesnapshot.de wrote :
where would you put it and why ?
The why has been explained. In addition, under /some but not all/ BIOSes,
it seems the presence of a DOS
So command.com controller the allocating of dos env ?
I still always thought it was a kernel level thing , as the way I coded
it in nxbio.sys
That reminds me that I need to make a dosenv.asm
-Chris
Http://digitalatoll.com
Http://tawhakisoft.com/nxdos.html
On Thursday, July 4, 2013, Tom Ehlert
On Thu, Jul 4, 2013 at 5:55 PM, Chris Evans aaxiomfin...@gmail.com wrote:
So command.com controller the allocating of dos env ?
I still always thought it was a kernel level thing , as the way I coded it
in nxbio.sys
I misspoke. It's more correct to say that placing it at the top of
I just wrote a dosenv.asm for nxbio I'll write it up to a int21 call so
user app and resize dos environment at will.
On Thursday, July 4, 2013, dmccunney wrote:
On Thu, Jul 4, 2013 at 5:55 PM, Chris Evans
aaxiomfin...@gmail.comjavascript:;
wrote:
So command.com controller the allocating
30 matches
Mail list logo