On Fri, 09 Feb 2018 14:47:58 +0100, Bart Oldeman
wrote:
Hi Matej,
can you post your exact config.sys and which kernel.sys you are using?
It's a modified version of the default one from FreeDOS 1.1:
!DOS=HIGH,UMB
!DOSDATA=UMB
!LASTDRIVEHIGH=Z
!FILESHIGH=40
!MENUCOLOR=7,0
!IDLEHALT=-1
; (M
On Sun, 04 Feb 2018 22:40:25 +0100, Eric Auer wrote:
Hi Matej,
1. When loading SRDXMS.SYS (with only SHELLHIGH=COMMANDW.COM and
DEVICE=JEMMEX.EXE processed at that point), the driver loads, the kernel
prints "Kernel: allocated 48 Diskbuffers = 25536 Bytes in HMA", then
right after that I see
Hi,
On Sat, Feb 3, 2018 at 4:44 AM, Bart Oldeman wrote:
>
> as some of you know I spent some time fixing various bugs in FreeCOM.
>
> So for testing I uploaded a new prerelease on github:
> https://github.com/bartoldeman/freecom/releases/tag/com084pre3
>
> There are three non-UPXed xms-swap comma
Hi Bart,
> that syntax is unfortunately incompatible with FreeCOM itself and
> COMMAND.COM too.
I always forget about FreeCOM itself :<<
> How about this:
my solution would be
set AMP=&
if "%AMP%" == "" set AMP=^^^&
echo %STR% %AMP%>> %FILE%
tested on windows only.
> as for stack
Hi Matej,
can you post your exact config.sys and which kernel.sys you are using?
I cannot reproduce your issue with a plain FD 1.2 installation in QEMU
with this:
DOS=UMB,HIGH
DEVICE=C:\FDOS\BIN\JEMMEX.EXE
SHELLHIGH=C:\COMMANDW.COM
DEVICEHIGH=c:\srdxms.sys
where srdxms.sys comes from srdsk209c.zi
Hallo Herr Tom Ehlert,
that syntax is unfortunately incompatible with FreeCOM itself and
COMMAND.COM too. How about this:
===
@echo off
set FILE=%1
set STR=+%2
rem read-only environment variable in cmd.exe (ignored there)
set CmdExtVersion=
:loop
shift
if "%2" == "" goto end
set STR=%STR% +%2
go
Tom: You are correct in that it happens with an INSTALL= line in CONFIG.SYS,
though I never heard there was a known patch for it. I don't use FreeDOS on a
regular basis, so am not sure of the current state of this issue in the
official releases. In my case, it wasn't with RAMDISK.EXE that I no
is fixed by moving DoInstall from
main.c, line 128
- DoInstall();
kernel();
}
to
main.c, line 493:
}
DoInstall();
init_call_p_0(&Config); /* go execute process 0 (the shell) */
}
Tom
> -- Original Message --
> From: Bart Oldeman
> To: "Tech
ut it seems
like it could be.
-- Original Message --
From: Bart Oldeman
To: "Technical discussion and questions for FreeDOS developers."
Subject: Re: [Freedos-devel] FreeCOM 0.84-pre3 prerelease
Date: Mon, 5 Feb 2018 11:06:06 +0100
Hi Matej,
thanks for the feedback. I
Hallo Herr Bart Oldeman,
am 5. Februar 2018 um 11:06 schrieben Sie:
> Hi Matej,
> thanks for the feedback. I reproduced the issue with DIRCMD=/OGN/LFN.
> It doesn't happen with the GCC compiled version either. I'll need to
> debug this a bit.
> OW has heap after stack unlike the other compilers,
Hi Matej,
thanks for the feedback. I reproduced the issue with DIRCMD=/OGN/LFN.
It doesn't happen with the GCC compiled version either. I'll need to
debug this a bit.
OW has heap after stack unlike the other compilers, which have stack
after heap. Stack after heap allows a bit of flexibility as th
Hi Matej,
> 1. When loading SRDXMS.SYS (with only SHELLHIGH=COMMANDW.COM and
> DEVICE=JEMMEX.EXE processed at that point), the driver loads, the kernel
> prints "Kernel: allocated 48 Diskbuffers = 25536 Bytes in HMA", then
> right after that I see "Not enough memory" ...
Are you sure that this d
I found these bugs in the OW version so far:
1. When loading SRDXMS.SYS (with only SHELLHIGH=COMMANDW.COM and
DEVICE=JEMMEX.EXE processed at that point), the driver loads, the kernel
prints "Kernel: allocated 48 Diskbuffers = 25536 Bytes in HMA", then right
after that I see "Not enough memo
, 11:44:21
Asunto: [Freedos-devel] FreeCOM 0.84-pre3 prerelease
Archivos:
--===--
Hi,
as some of you know I spent some time fixing various bugs in FreeCOM.
We've had the awkward situation of still having an old
Hi,
as some of you know I spent some time fixing various bugs in FreeCOM.
We've had the awkward situation of still having an old 2006 version in
distributions but the newer versions had too many bugs (e.g. loadhigh,
ren "myfile myfile.txt", strange dir output depending on the country
setting). How
15 matches
Mail list logo