> XP - no dice to my knowledge. no 7303h support, only 36h support
see above / 5 days ago:
> > alas, I tried my disk free space program, and I got nonsense results from
> > windows xp...
> http://msdn.microsoft.com/en-us/library/aa364937(VS.85).aspx (!!! WtF !!!)
> winmerge is a windows progra
ubject: Re: [Freedos-devel] documentation for FreeDOS filesystem or other
programming functions/interfaces?
Hi Walt, Jim,
as Walt is probably not Leland, we are missing feedback from him ;-)
Regarding the program by Walt: How does it get correct information
from Win2000 / WinXP if those pretend
To: freedos-devel@lists.sourceforge.net
Sent: Sun, February 20, 2011 3:30:44 AM
Subject: Re: [Freedos-devel] documentation for FreeDOS filesystem or other
programming functions/interfaces?
Hi Jim,
> Eric, Leland Holliday (sp?) told me that he reworked your freetest.asm in
> that
&g
Hi Jim,
> Eric, Leland Holliday (sp?) told me that he reworked your freetest.asm in
> that
> zip file and got it outputting correct numbers (the numbers were bogus) and
> displaying usable output.
I find it strange when somebody says my software produces "bogus"
results and that person even c
Michaels
From: Jim Michaels
To: freedos-devel@lists.sourceforge.net
Sent: Tue, February 15, 2011 1:36:34 PM
Subject: Re: [Freedos-devel] documentation for FreeDOS filesystem or other
programming functions/interfaces?
define "nonsense sector sizes". the
> alas, I tried my disk free space program, and I got nonsense results from
> windows xp...
http://msdn.microsoft.com/en-us/library/aa364937(VS.85).aspx (!!! WtF !!!)
> am going to have to have somebody else test it who has a proper OS
Install it yourself ;-)
> my spare box has linux on it. I
CM>RBIL> on DOS versions which do not support the FAT32 calls, this
function
CM>RBIL> returns CF clear/AL=00h (which is the DOS v1+ method for
reporting
CM>RBIL> unimplemented functions)
CM>
CM> You have to be careful about this criterion. My observations indicate
CM> that
CM> DOS versions t
8:20 AM
Subject: Re: [Freedos-devel] documentation for FreeDOS filesystem or other
programming functions/interfaces?
> RBIL is pretty much it (right?
> http://www.delorie.com/djgpp/doc/rbinter/id/40/32.htm
NO, see above.
> I am hoping to implement some sort of fallback mechanism into the
Hi Jim,
> define "nonsense sector sizes"
> there are new large sector drives coming out,
> where 1k sectors, 2k sectors, and 4k sector sizes are not uncommon.
At the moment, FreeDOS only supports 512 bytes. I know of
no drives which have sectors above 8 kB sector size and
there are no drives whe
printf("Û");
}
}
}
//-disk free/total disk numbers
PrintSIint64_t(iDAvail);
printf("/");
PrintSIint64_t(iTotal);
double nd=davail*100.0;nd/=total;
printf(" (%4.2f%%)\n", nd); //compiler bug do
> 1. ax=7300h dl=0 cl=1 int 21h - if it returns ax unchanged,
> then the kernel is not aware of the 21.73xx FAT32 functions.
Why test another function (which is really undocumented at that, so
unlikely to be implemented properly in other DOS versions) to determine
whether function 7303h is sup
Hi again,
> I was hoping a hint might spark some documentation on the
> FreeDOS filesystem API so others (like me) can do development. :-)
>
> you might see an increase in freedos programs if your API was documented.
> who knows, maybe even commercial systems might be made or something.
That is
t might be of interest to someone beginning to use
assembler. I would stay away from the 1st edition: there were several
significant errors.
Walt
Subject: Re: [Freedos-devel] documentation for FreeDOS filesystem or other
programming functions/interfaces?
To: freedos-devel@lists.sourceforge.net
Date:
> RBIL is pretty much it (right? or some "undocumented" book, perhaps?),
> and it doesn't say much that hasn't already been mentioned.
>
> http://www.delorie.com/djgpp/doc/rbinter/id/40/32.html
For completeness, here's the original site (right?):
http://www.cs.cmu.edu/~ralf/files.html
The book
uge troll
in both cases please leave us alone.
Tom
>
> From: Eric Auer
> To: freedos-devel@lists.sourceforge.net
> Sent: Sun, February 13, 2011 4:55:22 AM
> Subject: Re: [Freedos-devel] documentation for FreeDOS filesystem or other
> progr
> RBIL is pretty much it (right?
> http://www.delorie.com/djgpp/doc/rbinter/id/40/32.htm
NO, see above.
> I am hoping to implement some sort of fallback mechanism into the program
> so that if int 21h, 7303h fails, I have int 21h, 36h to fall back on
> but I need to know exactly how to detect fai
Hi,
On 2/13/11, Jim Michaels wrote:
>
> oops, just saw this. actually, I don't know where this is documented, I
> was
> only able to see a brief blow-by mention of the function.
>
> does anyone know where documentation on int21h function 7303h is, since it
> is
> apparently publicly available s
[Freedos-devel] documentation for FreeDOS filesystem or other
programming functions/interfaces?
Hi Jim,
> I am possibly going to rewrite my df utility to work with freeDOS' FAT32
> filesystem (DJGPP uses int21h function 36h which is 16-bit FAT16 and 16-bit
> regs).
>
> I cannot find
where?
From: Christian Masloch
To: Jim Michaels ; freedos-devel@lists.sourceforge.net
Sent: Sun, February 13, 2011 4:44:16 AM
Subject: Re: [Freedos-devel] documentation for FreeDOS filesystem or other
programming functions/interfaces?
> I am possibly going to rewrite my df utility to work with
the carry bit set or cleared or something?
From: Rugxulo
To: Jim Michaels ; freedos-devel@lists.sourceforge.net
Sent: Sun, February 13, 2011 4:36:06 PM
Subject: Re: [Freedos-devel] documentation for FreeDOS filesystem or other
programming functions/interfaces?
Hi
Hi,
On 2/13/11, Jim Michaels wrote:
>
> I am possibly going to rewrite my df utility to work with freeDOS' FAT32
> filesystem (DJGPP uses int21h function 36h which is 16-bit FAT16 and 16-bit
> regs).
I think DJGPP does (try to) use int 21h, 7303h sometimes, but modern
NT-based Windows (XP etc.)
> I think to recall that on DOS versions that support function 7303h you
> can usually obtain
> information about FAT12 and FAT16 file systems using this function too
IIRC worked for me on a FAT12 floppy ;-)
> on DOS versions which do not support the FAT32 calls, this function
> returns [BUG]CF
Hi Jim,
> I am possibly going to rewrite my df utility to work with freeDOS' FAT32
> filesystem (DJGPP uses int21h function 36h which is 16-bit FAT16 and 16-bit
> regs).
>
> I cannot find any documentation on the functions that freedos uses for its
> filesystem functions, like getting filesys
> I am possibly going to rewrite my df utility to work with freeDOS' FAT32
> filesystem (DJGPP uses int21h function 36h which is 16-bit FAT16 and
> 16-bit
> regs).
>
> I cannot find any documentation on the functions that freedos uses for
> its
> filesystem functions, like getting filesystem vo
I am possibly going to rewrite my df utility to work with freeDOS' FAT32
filesystem (DJGPP uses int21h function 36h which is 16-bit FAT16 and 16-bit
regs).
I cannot find any documentation on the functions that freedos uses for its
filesystem functions, like getting filesystem volume space calcu
25 matches
Mail list logo