> Am 28.05.2025 um 16:50 schrieb tom ehlert via Freedos-devel
> :
>
> I'm afraid of a kernel 2037 2.0 disaster.
> [...]
> It only happened that 2037 crashed/halted/got stuck after a while. "Randomly".
Without knowing the details, we should try to avoid such a scenario under all
circumstances
Hi Bernd,
>> Am 27.05.2025 um 16:17 schrieb tom ehlert via Freedos-devel
>> :
>>
>> I don't have any secret information.
>> I'm just worried that there might be a reason PerditionC hasn't released
>> *any* kernels over the last few years, while there has been so much
>> added/fixed.
>> And I
On Tue, 27 May 2025, Jim Hall via Freedos-devel wrote:
As a workaround, EDR-DOS added a copy of an email (I think from Bryan
Sparks) that said it was okay to use code derived from CP/M. And from
that, the EDR-DOS developers claimed that gave them a loophole to keep
working on EDR-DOS without wor
Hi Tom,
> Am 27.05.2025 um 16:17 schrieb tom ehlert via Freedos-devel
> :
>
> I don't have any secret information.
> I'm just worried that there might be a reason PerditionC hasn't released
> *any* kernels over the last few years, while there has been so much
> added/fixed.
> And I have asked
re is nothing to say against an update of this kernel if
> something goes wrong or is still missing.
>
> Willi
>
>
>
>
>
> Sent: Tuesday, May 27, 2025 at 4:17 PM
> From: "tom ehlert via Freedos-devel"
> To: "Technical discussion and q
On Tue, May 27, 2025 at 11:19 AM Bitácora de Javier Gutiérrez Chamorro
(Guti) via Freedos-devel wrote:
>
> On the user perspective I am more on the EDR-DOS side, and since
> latests efforts on it, maybe a kernel change will make sense.
> https://github.com/SvarDOS/edrdos
>
Not meaning any disresp
FreeDOS developers."
Cc: "tom ehlert"
Subject: Re: [Freedos-devel] Re: Kernel package question
Hallo Herr Bernd Böckmann via Freedos-devel,
am Dienstag, 27. Mai 2025 um 11:52 schrieben Sie:
>> Am 27.05.2025 um 09:02 schrieb tom ehlert via Freedos-devel :
>>
On the user perspective I am more on the EDR-DOS side, and since latests
efforts on it, maybe a kernel change will make sense.
https://github.com/SvarDOS/edrdos
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Remitente:tom ehlert via Freedos-devel
Destinatar
Hallo Herr Bernd Böckmann via Freedos-devel,
am Dienstag, 27. Mai 2025 um 11:52 schrieben Sie:
>> Am 27.05.2025 um 09:02 schrieb tom ehlert via Freedos-devel
>> :
>>
>> A new kernel.sys can be - and should be - tested independently of all the
>> surrounding stuff,
>> so you have potential iss
> Am 27.05.2025 um 09:02 schrieb tom ehlert via Freedos-devel
> :
>
> A new kernel.sys can be - and should be - tested independently of all the
> surrounding stuff,
> so you have potential issues automatically isolated to the kernel, and
> nothing else.
It is not that the new kernel is compl
Hallo Herr Jerome Shidel via Freedos-devel,
am Dienstag, 27. Mai 2025 um 04:00 schrieben Sie:
> On May 26, 2025, at 6:02 PM, Wilhelm Spiegl via Freedos-devel
> wrote:
> does this mean that the new test kernel is in fdt2506?
> Should be. Unless something doesn’t work the way it is supp
On May 26, 2025, at 6:02 PM, Wilhelm Spiegl via Freedos-devel wrote:does this mean that the new test kernel is in fdt2506?Should be. Unless something doesn’t work the way it is supposed to work. cheers,willi--Gesendet mit der mail.com Mail AppAm 26.05.25, 23:13 schrieb "Bernd Böckmann via Freedos
does this mean that the new test kernel is in fdt2506?cheers,willi--Gesendet mit der mail.com Mail AppAm 26.05.25, 23:13 schrieb "Bernd Böckmann via Freedos-devel" lists.sourceforge.net>:
Thanks Jerome,
I pushed a build of the current kernel to the unstable branch [1]. As there is no official vers
13 matches
Mail list logo