Hi all,
Over the years that I have been directly involved with FreeDOS, I’ve watched a
lot of YouTube videos covering our operating system. I do not know how much
time the rest of you have spent watching those types of videos. For me, I find
viewing them useful in determining what we can improv
On Tue, Feb 22, 2022 at 1:04 AM Robert Riebisch wrote:
>
> Hi Jim,
>
> > Why is PDF format needed? The kernel documentation is in plain text,
> > which is readable everywhere on every system.
>
> If you use ASCII only.
>
> Otherwise you might get into the trouble of codepages. ;-)
>
> But yes, pla
Hi Jim,
> Why is PDF format needed? The kernel documentation is in plain text,
> which is readable everywhere on every system.
If you use ASCII only.
Otherwise you might get into the trouble of codepages. ;-)
But yes, plain text works for most documentation.
Cheers,
Robert
--
++
Hi Jim,
> Python isn't really meant for DOS. But hey, we've had other things
> ported to FreeDOS that weren't really "meant" for DOS.
>
> If you want to port Python to FreeDOS, I'm sure some folks would like
> to use it. So, if you're looking for permission: go ahead and port
> Python for DOS.
T
> On 2/21/2022 9:33 AM, Prime Seal wrote:
>
> > [..] I have also noticed that FreeDOS does
> > not have python
On Mon, Feb 21, 2022 at 3:37 PM Ralf Quint wrote:
>
> A programming language that requires a multi-megabyte virtual machine to
> run is just not suited for use on FreeDOS (or any DOS for
On Mon, Feb 21, 2022 at 11:33 AM Prime Seal wrote:
>
> Dear Sir[Jim Hall]
>
> I like FreeDOS but I have noticed the shortage of documentation of different
> formats e.g downloadable PDF. There is also a lack of documentation of kernel
> customizations for compilation.
> making it unfriendly for
On 2/21/2022 9:33 AM, Prime Seal wrote:
Dear Sir[Jim Hall]
I like FreeDOS but I have noticed the shortage of documentation of
different formats e.g downloadable PDF.
...
There is also a lack of documentation of kernel customizations for
compilation.
You are not working with another version of
Dear Sir[Jim Hall]
I like FreeDOS but I have noticed the shortage of documentation of
different formats e.g downloadable PDF. There is also a lack of
documentation of kernel customizations for compilation.
making it unfriendly for forking. I once commented on you YouTube channel
about UPX giving e
> 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
in that's windows xp. it would be interesting to see what happens on
other OS's...
now I need a guinea pig freedos FAT32 machine to test my df program on...
From: dos386
To: freedos-devel@lists.sourceforge.net
Sent: Mon, February 14, 2011 12:0
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
hmm. that program doesn't use int 21h function 7303h. it's going to take me a
while to figure out what it's really doing.
From: Eric Auer
To: freedos-devel@lists.sourceforge.net
Sent: Sun, February 13, 2011 4:55:22 AM
Subject: Re:
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
33 matches
Mail list logo
