ime!" message,
and the systems halts.
This comes from the get_near_f_node(void) function in fatfs.c
What happens if I disable that warning? Will I get data loss even if I try
to READ from the disk while it is writing stuff that comes from the network
card?
TIA,
Marton
--
View this message in
y... Any clues??
If I use it on a floppy disk, it works perfectly under FreeDOS. It just
doesn't work with C:
Does anyone know of a similar program which works under FreeDOS? (it must
support FAT32 like LFNSort)
Many thanks in advance,
Marton
--
View this message in context:
http://www.n
Bart Oldeman wrote:
>
> On 10/27/06, Marton <[EMAIL PROTECTED]> wrote:
>
>> Any chances of a permanent fix or it is actually hard to implement?
>
> Something like this:
> [...]
>
Just tried this and with my 6.4gig hard drive it works like a charm. I have
ye
or it is actually hard to implement?
Thanks again,
Marton
--
View this message in context:
http://www.nabble.com/Boot-sector-not-standard--tf2471283.html#a7029951
Sent from the FreeDOS - User mailing list archive at Nabble.com
o the
relative sectors to get the start of the partition? Or there are cases in
which this needs to be added?
Arkady V.Belousov wrote:
>
> Hi!
>
> 20-Окт-2006 06:29 [EMAIL PROTECTED] (Marton) wrote to
> freedos-user@lists.sourceforge.net:
>
> M> If the partition is at sector
But DOS 7+ is LBA, right? It works like a charm there...
If the partition is at sector 0, ScanForPrimaryPartitions gets 0 as the
startSector. This is in most if not all cases, right?
Well if the tool moves it to sector 1 and tells FreeDOS that the partition
is there, and FreeDOS recognizes the par
Well, I did some research on everything and found the cause of the problem.
First, I confirmed that what the tool does is this:
1) The partition table is moved from sector 0 to sector 1
2) Some code is written to sector 0. This code asks for a password and if
you fail, you can't boot.
I found th
The tool basically moves the partition table to somewhere in the track 0
area. When you put the hard disk as slave, you can't access it (It's a neat
protection). When it boots, it temporarily unhides the partition so the OS
can see it and boot, and then hides it again. With any version of MS-DOS
e
http://sunsite.rediris.es/pub/msdos/security/protdrx.zip
The above tool provides a very interesting hard disk security. It works
perfectly on any DOS version (I tested 5, 6.22 and 7). On FreeDOS, it does
not like to work.
Is FreeDOS' boot sector 100% compatible with a DOS boot sector?
Thanks in a
Sounds great, Arkady. I'm glad my code at least helped to see the bug. Please
let me know if/when you fix it so I try it :)
Thanks!!
Marton
Arkady V.Belousov wrote:
>
> Hi!
>
> 18-Сен-2006 15:29 [EMAIL PROTECTED] (Marton) wrote to
> freedos-user@lists.sourceforge.net:
>
"c:\\data.dir","r");
fp2 = fopen("c:\\dataorig.dir","r");
fseek(fp, 0, SEEK_END);
filesize = ftell(fp);
fseek(fp2, 0, SEEK_END);
if(filesize != ftell(fp2))
filesize = -1;
rewind(fp); rewind(fp2);
for(i=0;i
> Hi!
&g
I tried that exact version, when I type "ver" I get "FreeCom version
0.84-pre2 XMS_Swap [Aug 28 2006 00:29:00]"... and the issue still
happens...
Arkady V.Belousov wrote:
>
> Hi!
>
> 18-Сен-2006 04:44 [EMAIL PROTECTED] (Marton) wrote to
> freedos-user@
With "current" you mean 1.0, or the latest build? 'cause I tried 1.0 without
luck...
Thanks!!
Marton
Arkady V.Belousov wrote:
>
> Hi!
>
> 16-Сен-2006 08:43 [EMAIL PROTECTED] (Marton) wrote to
> freedos-user@lists.sourceforge.net:
>
> M> Many thanks f
ad of doing a
general solution...
Thanks again,
Marton
--
View this message in context:
http://www.nabble.com/Need-help-...-calling-COMMAND.COM-from-C-tf2281583.html#a6341044
Sent from the FreeDOS - User forum at Nabbl
14 matches
Mail list logo
