Back to home page

DOS ain't dead

Forum index page

Log in | Register

Back to the board
Thread view  Mix view  Order  «  
 
Rugxulo(R)

Homepage

Usono,
21.02.2009, 05:40

@ sol

exFAT supported in XP (SP2, SP3)

> > Also, are you saying that ExFAT in XPSP2 can ONLY be used on External
> > media, NOT on internal drives AT ALL? It does seem like a completely
> > artificial limitation.
>
> It's not strictly artificial. The bootloader would need to be modified to
> support booting from it. Considering this is not the kind of FS Windows
> wants to boot on --- they're not about to spend the time to add this
> option.

XP can still boot from FAT32, but I think MS considers it a security breach (since anybody can access your files, at least in theory). Vista only utilizes NTFS, so I guess it's "safer."

Laaca(R)

Homepage

Czech republic,
21.02.2009, 15:57

@ sol

exFAT supported in XP (SP2, SP3)

> It's not strictly artificial. The bootloader would need to be modified to
> support booting from it. Considering this is not the kind of FS Windows
> wants to boot on --- they're not about to spend the time to add this
> option.

I think it is too early to talk about these details. Specification by Microsoft shlouldn't be taken too seriously, IMO. I think, better is to wait for more complete Linux support.

Zyzzle: "Are there any plans or is anyone working on ExFAT support for FreeDOS, or any other plain DOS for that manner?"

As far not. But could be in future. I think it should be a future of DOS.
(rather than support of NTFS in kernel)

---
DOS-u-akbar!

Rugxulo(R)

Homepage

Usono,
15.03.2009, 15:55
(edited by Rugxulo, 15.03.2009, 16:12)

@ Laaca

exFAT in FreeDOS unlikely (but FD fixed 4 GB files)

> Zyzzle: "Are there any plans or is anyone working on ExFAT support for
> FreeDOS, or any other plain DOS for that manner?"
>
> As far not. But could be in future. I think it should be a future of DOS.
> (rather than support of NTFS in kernel)

This is more unlikely now that MS has asserted its patent ownership of VFAT (against TomTom, which uses Linux kernel). Yes, I think they are making a mistake holding so tightly to something so widespread and trivial, but whatever, gotta feed those 90,000 mouths I guess. :-|

http://www.osnews.com/story/16378/Microsoft_Novell_Ink_Linux_Deal
http://www.osnews.com/story/16515/Steve_Ballmer_Linux_Uses_Our_Intellectual_Property_
http://www.osnews.com/story/17301/Ballmer_Confirms_Novell_Deal_Is_About_Patents
http://www.osnews.com/story/20979/Red_Hat_Enlists_Community_in_Fight_Against_Patent_Trolls
http://www.osnews.com/story/20989/Microsoft_Red_Hat_Team_up_on_Patent-Free_Interoperability
http://www.osnews.com/story/21035/Ballmer_Linux_Bigger_Competitor_than_Apple
http://www.osnews.com/story/21044/Microsoft_Sues_TomTom
http://www.osnews.com/story/21131/_TomTom_Can_License_FAT_Without_Violating_GPL

P.S. That last article is a misnomer since it goes on to say that TomTom probably canNOT license FAT without violating the GPL (since GPL says you can't take away rights from other people, they must have same privileges as you do).

EDIT: P.P.S. Eric Auer claims that FreeDOS has now been fixed to support 4 GB files. (DOS386, tested it yet?)

cm(R)

Homepage E-mail

Düsseldorf, Germany,
15.03.2009, 20:36

@ Rugxulo

exFAT in FreeDOS unlikely (but FD fixed 4 GB files)

> EDIT: P.P.S. Eric Auer claims that FreeDOS has now been fixed to support 4
> GB files. (DOS386, tested it yet?)

No it isn't. SVN still reports the last change to kernel was made 9 months ago. (Well he said to me that the signed values in SFTs and error reporting by using the sign bit of actual values [C-ism] caused it not to support larger files so he could probably have fixed it by now.)

---
l

Rugxulo(R)

Homepage

Usono,
17.03.2009, 00:28

@ cm

exFAT in FreeDOS unlikely (but FD fixed 4 GB files)

> > EDIT: P.P.S. Eric Auer claims that FreeDOS has now been fixed to support
> 4
> > GB files. (DOS386, tested it yet?)
>
> No it isn't. SVN still reports the last change to kernel was made 9 months
> ago. (Well he said to me that the signed values in SFTs and error reporting
> by using the sign bit of actual values [C-ism] caused it not to support
> larger files so he could probably have fixed it by now.)

Here's what I know:

> > > (Eric): - FREEDOS support 4 GB files (easier than I thought)
>
> > (me): According to DOS386, it already worked, but the int 21h,
> > 73..h (FAT32) funcs didn't work (seeking
>
> (Eric): Not really. FreeDOS treats things as signed and uses negative
> values as error codes, so "classic" seek fails. The fix is to
> redefine a few variables as unsigned and pass error codes via
> separate variables... The int 21.7342 API seems to be EDR-DOS
> specific, a non-standard extension for above 4 GB big files.

tom(R)

Homepage

Germany,
17.03.2009, 19:31

@ Rugxulo

exFAT specification

not exactly specification, but exFAT reverse enginered

http://bbs.intohard.com/viewthread.php?tid=56198&page=1&authorid=173869

see also http://www.drdosprojects.de/forum/drp_forum/posts/8600.html

Laaca(R)

Homepage

Czech republic,
21.03.2010, 15:42

@ tom

exFAT specification

1) The Linux alfa sources for exFAT moved here>
http://www.munted.org.uk/programming/exfat.tar.bz2

2) I found another analysis of exFAT
http://www.sans.org/reading_room/whitepapers/foren...gineering_the_microsoft_exfat_file_system_33274


Sooner or later will the support of exFAT be necessary.
ExFAT is aimed to flash drives. It is cool that Bret's drivers support not only INT21h functions like Georg's drivers but also INT13h so the support is possible.

In the first phase is even the driver not needed.
It will be enough, as a first step, just to add function inro some file commander (like Necromancer's DOS navigator or DOSzip commander) for mounting such drives.

---
DOS-u-akbar!

DOS386(R)

22.03.2010, 08:15

@ Laaca

former-FAT

> I agree with Bret - sooner or later will the support of exFAT be necessary.

sooner or later will dropping of DOS be necessary [image]

> ExFAT is aimed to flash drives.

+ NTVDM [image]

> It is cool that Bret's drivers support not only INT21h functions
> like Georg's drivers but also INT13h so the support is possible.

Indeed COOL :-) ( not for the heck of former-FAT ;-) ) also, FYI, there are BUG's in the INT $13 support

---
This is a LOGITECH mouse driver, but some software expect here
the following string:*** This is Copyright 1983 Microsoft ***

Back to the board
Thread view  Mix view  Order  «  
 
15112 Postings in 1359 Threads, 247 registered users, 12 users online (0 registered, 12 guests)
DOS ain't dead | Admin contact
RSS Feed
powered by my little forum