Kenneth J. Davis schreef:
> I may make some minor changes, but overall should now be available for
> all. The build options were choosen based on assumption that pre 386
> computers do not generally need FAT32 and those who want maximum
> compatibility will want a kernel without any FAT32 updates.
This
> URLs:
> http://fdos.org/kernel/ - the main page with builds
> http://fdos.org/kernel/latest/ - local mirror of latest release,
> currently 2038, same as SF build
> http://fdos.org/kernel/ke386f32.zip - 386+, FAT32 enabled kernel
> http://fdos.org/kernel/ke86f16.zip - 8086+, FAT16/12 only
Bernd Blaauw escreveu:
> I'd favor a universal kernel option as well (8086+, FAT32 support
> included). Not that people have access to 8086 machines regularly, but
> would be nice if there's an option to just copy the kernel from a 386+
> machine to such an old machine without worrying about "h
Alain Mouette schreef:
> That is not reasonable for a piece of code with so much restrains as the
> kernel. BUT this is a task that an instaler could handle ...
>
We've always had binaries available with both 8086-compatibility as well
as FAT32 support. Jeremy just favoured optimized kernels f
> -Original Message-
> From: Bernd Blaauw [mailto:bbla...@home.nl]
> Sent: Tuesday, June 23, 2009 11:47 AM
> To: freedos-devel@lists.sourceforge.net
> Subject: Re: [Freedos-devel] kernel SVN build availability
>
> Alain Mouette schreef:
> > That is not reasonable for a piece of code wi
> Furthermore, looks like FreeDOS kernel has a bug with file access. I
> installed ReactOS, which installs its bootloader FreeLDR, including a
> configuration text file named FREELDR.INI.
> Trying to "TYPE C:\FREELDR.INI" fails under FreeDOS kernel (2038 also)
> in combination with FreeCOM, yet co
2009/6/23 Tom Ehlert
> one thing, though: there MUST be the possibility to keep the dates of
>
> the source files to the last change, not the last checkout.
>
> with all files having a date of 22.06.2008 the date is meaningless.
Jeremy, did you try "svn export" to another directory before zippin
On Tue, Jun 23, 2009 at 8:47 AM, Bart
Oldeman wrote:
> 2009/6/23 Tom Ehlert
>
>> one thing, though: there MUST be the possibility to keep the dates of
>>
>> the source files to the last change, not the last checkout.
>>
>> with all files having a date of 22.06.2008 the date is meaningless.
>
> Jer