Hi Eric,
I did misunderstand, I get it now.
As far as the Compaq DOS experiement is was on a FAT16 whereas all my
FreeDOSs are in FAT32 (some as large as 100GB).
On Wed, Jun 8, 2016 at 6:50 PM, Eric Auer wrote:
>
> Hi Don,
>
> you probably misunderstood me. I said that DOS in general has securi
Hi Don,
you probably misunderstood me. I said that DOS in general has security
code in the kernel to make sure that the HMA is activated before parts
of the kernel which are stored in HMA get used. The security code itself
is kept outside the HMA... What exactly were you testing with FAT32 and
Co
I just tried this on Compaq DOS 5.0 with Compaq Himem only with no errors
and no missing paths. So unless it's a FAT32 problem it must go back to
FreeDOS somehow???
On Wed, Jun 8, 2016 at 3:30 PM, Don Flowers wrote:
> I'm going to try a couple of things in DOS 5.0 and DOS 6.20, I'll be back.
>
>
I'm going to try a couple of things in DOS 5.0 and DOS 6.20, I'll be back.
On Wed, Jun 8, 2016 at 2:52 PM, Eric Auer wrote:
>
> Hi Bret,
>
> the problem of using but not reserving memory for the kernel in FreeDOS
> sounds vaguely similar to the problem of HMA usage in DOS in general:
>
> DOS ins
Hi Bret,
the problem of using but not reserving memory for the kernel in FreeDOS
sounds vaguely similar to the problem of HMA usage in DOS in general:
DOS installs trampoline handlers outside HMA which make sure that the
HMA is actually enabled before DOS calls code there. Maybe a similar
approa
On Jun 8, 2016 2:05 PM, "Bret Johnson" wrote:
>
> This actually sounds similar to a problem I was having with FreeDOS,
which I needed to work around in my programs. In my case, the problem is
actually with how FreeDOS allocates memory. I don't know for sure if this
is the same thing or not, but
This actually sounds similar to a problem I was having with FreeDOS, which I
needed to work around in my programs. In my case, the problem is actually with
how FreeDOS allocates memory. I don't know for sure if this is the same thing
or not, but it could be related.
In my particular case, the
Tom,
I'll defer to your expertise and consider it so on my end as well; thanks
for taking the time to debug it.
On Wed, Jun 8, 2016 at 11:12 AM, Tom Ehlert wrote:
> Don,
>
> in my opinion this is a SHELL bug.
>
> after executing a program (being it command.com or dataperfect), shell
> does some
Don,
in my opinion this is a SHELL bug.
after executing a program (being it command.com or dataperfect), shell
does some 'cleanup' code.
it simply thinks that all (MZ) memory blocks above SHELL.EXE are leftovers
from external execution, and calls DOSfree(). if they are leftover
PSPs, the potenti
On Tue, Jun 7, 2016 at 12:02 PM, Eric Auer wrote:
>
>> How do I upload? It seems we still have a 40k limit on our posts.
>> Mine is awaiting moderator approval
>
> That will not happen. Do NOT send files to freedos-user, because
> MANY MANY recipients will get the file while only a few need or
> w
Eric,
Thank you for the extra information, I knew as soon as I hit send that it
was a bad idea, so I will be more careful from now on.
On Tue, Jun 7, 2016 at 12:02 PM, Eric Auer wrote:
>
> Hi Don,
>
> > How do I upload? It seems we still have a 40k limit on our posts.
> > Mine is awaiting moder
Hi Don,
> How do I upload? It seems we still have a 40k limit on our posts.
> Mine is awaiting moderator approval
That will not happen. Do NOT send files to freedos-user, because
MANY MANY recipients will get the file while only a few need or
want the file! Instead, OFFER to send the file: Peopl
How do I upload? It seems we still have a 40k limit on our posts.
Mine is awaiting moderator approval
On Tue, Jun 7, 2016 at 9:35 AM, Don Flowers wrote:
> Here is a disk image DP23PROG.IMG
>
> hit enter when it asks for 2 & 3
>
> On Mon, Jun 6, 2016 at 10:36 AM, Tom Ehlert wrote:
>
>> Don,
>>
Don,
could you (or anybody else) prepare a virtual disk/floppy where
this bug can be reproduced?
If so, I'll give it a shot, as this seems to be the first
reproducable memory corruption bug in freecom.
Tom
am 6. Juni 2016 um 12:42 schrieben Sie:
>>So "all my path variables are intact" means t
>So "all my path variables are intact" means there is probably a memory
>corruption issue somewhere??
Since this happens on every PC (7 total) that is unlikely; and this does
not happen with the regular DOSes.
I am now using a menu (PowerMenu by Brown Bag Software) with the
%WPSHELL%/C command
Hi,
On Sat, Jun 4, 2016 at 4:34 AM, Don Flowers wrote:
> UPDATE:
> So after three or four loads of shell.exe per session, the strings error
> showed up again (Freecom 0.84)
Even when using "/MSG /P"? So what is the implication, that there's a
memory leak in FreeCOM somewhere? I wouldn't be too
UPDATE:
So after three or four loads of shell.exe per session, the strings error
showed up again (Freecom 0.84) and Freecom 0.80 has some issues (2GB max
shown on HD, OGN not recognized)
I discovered one other alternative that seems to be working - I set a
%config% variable (SET WPSHELL=C:\DP23\SH
Hi,
On Mon, May 23, 2016 at 4:18 PM, Don Flowers wrote:
>
> So /MSG seems to work, more testing needed to be sure, What does this switch
> do, (besides help me of course)?
http://help.fdos.org/en/hhstndrd/base/command.htm
"/MSGStores all error messages in memory (requires /P as well)."
So /MSG *seems *to work, more testing needed to be sure, What does this
switch do, (besides help me of course)?
On Mon, May 23, 2016 at 5:03 PM, Rugxulo wrote:
> Hi,
>
> On Mon, May 23, 2016 at 8:57 AM, dosgeek57 wrote:
> >
> > I am a user of DataPerfect and the WordPerfect shell. The command i
Hi,
On Mon, May 23, 2016 at 8:57 AM, dosgeek57 wrote:
>
> I am a user of DataPerfect and the WordPerfect shell. The command is
> shell.exe.
Not familiar with it, unfortunately. But
> When I load by the shell I get a command.com strings error, my
> path is wiped out and I have to reboot.
T
I found one fix so far, I found a Freecom .80 from 2000 and copied it to my
DP23 dir, renamed it FREECOM.COM. I set up a config menu with
shellhigh=C:\DP23\FREECOM.COM /E:1024 /P=C:\AUTOEXEC.BAT, then a config
option in AUTOEXEC.BAT to load shell and this works with no apparent
conflicts otherwise.
Hallo Herr dosgeek57,
> I am a user of DataPerfect and the WordPerfect shell. The command is
> shell.exe. When I load by the shell I get a command.com strings error, my
> path is wiped out and I have to reboot. The shell is necessary to run
> macros, so not using it is not an option. I tried loadf
I am a user of DataPerfect and the WordPerfect shell. The command is
shell.exe. When I load by the shell I get a command.com strings error, my
path is wiped out and I have to reboot. The shell is necessary to run
macros, so not using it is not an option. I tried loadfix and that works the
first tim
23 matches
Mail list logo
