In fact, one could make a GNU-style acronym for that: FAL, or /FreeDOS
ain't Linux/. lol
On 9/29/2015 9:54 PM, JAYDEN CHARBONNEAU wrote:
We aren't linux.We make FreeDOS.Our goal is to make an IBM PC
compatible OS. :)
On Tue, Sep 29, 2015 at 6:50 PM, Chelson Aitcheson
<chelson.aitche...@gmail.com <mailto:chelson.aitche...@gmail.com>> wrote:
What would be the point of freedos ? Might as well be another
Linux distro
On 29/09/2015 1:09 pm, "Geraldo Netto" <geraldone...@gmail.com
<mailto:geraldone...@gmail.com>> wrote:
Hi All,
First of all, thank you all very very much for your support :)
Indeed, i have to follow the whole thread as Eric said
Also, all tips are very valuable and Eduardo even provided a real
project to start :P
Well, i prefer to be low profile/humble to not create much
expectations
also because i'm mainly used to java/python which is way
different from c
and i have no experience with asm so, i'll have a long
learning curve
Thank You Very Much and Kind Regards,
Geraldo Netto
Sapere Aude => Non dvcor, dvco
São Paulo, Brasil, -3gmt
site: http://exdev.sf.net/
On 28 September 2015 at 18:20, Eric Auer <e.a...@jpberlin.de
<mailto:e.a...@jpberlin.de>> wrote:
>
> Hi Jim and Geraldo,
>
> of course I agree that exFAT should be accessed using the
> network redirector or CDEX interface: It would be too large
> to be in the kernel, should not be carried around with the
> kernel all the time and should be kept separately for the
> case that there are licensing issues. However, all of this
> has been mentioned earlier in this thread. Geraldo, I know
> that you did not receive the first few mails here by mail,
> so please go to the freedos-devel web archive to read the
> earlier mails, including useful links to code and info. For
> example VMSMOUNT for VMWare drives is a nice DOS driver :-)
>
> Cheers, Eric
>
>>> So, what do you think?
>>> what is the svn link to checkout the freedos kernel code?
[...]
>
>> If you decide to write an exFAT implementation, I ask that
you *not*
>> put this into the FreeDOS kernel directly. Rather, this
should be
>> implemented as an external driver. As others have already
pointed out,
>> there are patent concerns with this. [...]
>
>
>
>
>
------------------------------------------------------------------------------
> _______________________________________________
> Freedos-devel mailing list
> Freedos-devel@lists.sourceforge.net
<mailto:Freedos-devel@lists.sourceforge.net>
> https://lists.sourceforge.net/lists/listinfo/freedos-devel
------------------------------------------------------------------------------
_______________________________________________
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
<mailto:Freedos-devel@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/freedos-devel
------------------------------------------------------------------------------
_______________________________________________
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
<mailto:Freedos-devel@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/freedos-devel
------------------------------------------------------------------------------
_______________________________________________
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
------------------------------------------------------------------------------
_______________________________________________
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
