Hi,
Well, at least while those fancy 64-bit processors start at 16-bit,
and have a 32-bit mode that can run tasks in the V86 mode, we are
safe.
I wonder, however, what will happen once Microsoft start releasing
Windows only in the x64 flavour (and drop the x86), and something
happens about our old
Op 14-8-2009 13:13, MegaBrutal schreef:
> Who ever needs a 64-bit version of DOS, especially if you need to
> emulate an entire processor while achieving it?
>
> 32-bit is just fine. I don't know why would anyone switch to 64-bit
> for DOS, since people don't even use the advantages out.
>
> Of cou
2009/8/13 King InuYasha :
> Remaking the FreeDOS kernel to be 32-bit might be rather significant, or
> even to 64-bit, since we are starting to see quite a few 64-bit processors.
> The only problem with a 64-bit FreeDOS kernel is figuring out how to deal
> with 16-bit applications. I'd say the best
Wouldn't it have been smarter to request a relicense to LGPL for FreeDOS-32?
That would fix his problems
On Thu, Aug 13, 2009 at 3:22 AM, Christian Masloch wrote:
> > As far as I can tell, the last commit in the SVN for the project was in
> > 2007, so it's either abandoned, in hiatus, or goin
> As far as I can tell, the last commit in the SVN for the project was in
> 2007, so it's either abandoned, in hiatus, or going so slowly that no
> commits have been pushed through in the last two years.
I contacted Salvo a year or so ago and he said there's still work on a new
version which wil
As far as I can tell, the last commit in the SVN for the project was in
2007, so it's either abandoned, in hiatus, or going so slowly that no
commits have been pushed through in the last two years.
Remaking the FreeDOS kernel to be 32-bit might be rather significant, or
even to 64-bit, since we are
There was an effort to create a 32 bit version of freedos with memory
protection and possibly some other features. What is happening with
this project? I'm just curious is all.
--
Let Crystal Reports handle the reportin