Re: [Freedos-user] Annoyi

2017-05-06 Thread JAN VAN WIJK 
From: "Jan van Wijk" 

Hello Damien,

On Mon, 12 Dec 2016 20:01:47 +0100 Damien Guibouret wrote:
>
>
>Jan, something you can try (if you can easily perform this), you can change
the
>kernel to use a not FAT32 one, as this check only exists in FAT32 specific
code.
>You will see if it works or not (it is perhaps not suitable for you need, but

>that could help knowing if it is the same problem or another one).

Hmm, no idea how to get a non-FAT32 kernel.
As far as FreeDOS is concerned, I am baisically an end-user ...

And yes, having FAT32 is more or less the point of using FreeDOS for me.

Regards, JvW




Jan van Wijk, author of DFSee; http://www.dfsee.com
---

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user

--- Internet Rex 2.29
 * Origin: capcity2.synchro.net - 502/875-8938 (1:2320/105.99)

---
 * BgNet 1.0b12 = CCO * KY/US * 502/875-8938 * capcity2.synchro.net
--- Synchronet 3.15a-Linux ListGate 1.3
 *  Capitol City Online - Frankfort, KY - telnet://capitolcityonline.net


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user

Re: [Freedos-user] Annoyi

2017-05-06 Thread DAMIEN GUIBOURET 
From: Damien Guibouret 

Jan van Wijk wrote:
> Hello Damien,
>
> On Mon, 12 Dec 2016 20:01:47 +0100 Damien Guibouret wrote:
>
>>
>>Jan, something you can try (if you can easily perform this), you can change
the
>>kernel to use a not FAT32 one, as this check only exists in FAT32 specific
code.
>>You will see if it works or not (it is perhaps not suitable for you need,
but
>>that could help knowing if it is the same problem or another one).
>
>
> Hmm, no idea how to get a non-FAT32 kernel.
> As far as FreeDOS is concerned, I am baisically an end-user ...
>
> And yes, having FAT32 is more or less the point of using FreeDOS for me.
>
> Regards, JvW
>
>
>
>
> Jan van Wijk, author of DFSee; http://www.dfsee.com
>
---

Hello,

To use a non-FAT32 kernel, you have to:
- load the
http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/dos/kernel/2042/ke2042_
6f16.zip
file,
- unzip it,
- copy the bin/KERNEL.SYS in place of the one on your boot disk (if you can
easily change it)
Obviously this one should not be put on a FAT32 drive :-)

To get back the FAT32 kernel, you have to perform the same operations with
using
the
http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/dos/kernel/2042/ke2042_
6f32.zip
file.

Regards,

Damien

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user

--- Internet Rex 2.29
 * Origin: capcity2.synchro.net - 502/875-8938 (1:2320/105.99)

---
 * BgNet 1.0b12 = CCO * KY/US * 502/875-8938 * capcity2.synchro.net
--- Synchronet 3.15a-Linux ListGate 1.3
 *  Capitol City Online - Frankfort, KY - telnet://capitolcityonline.net


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user

Re: [Freedos-user] Annoyi

2017-05-06 Thread DAMIEN GUIBOURET 
From: Damien Guibouret 

Eddie Anderson wrote:
> "Jan van Wijk" ecomstat...@dfsee.com wrote:
>
>
>>Message: 1
>>I have seen this problems numerous times over the last 10 years,
>>starting with the 1.0 kernel, then the 1.1, and I now just verified that
>>it still happens with the kernel that is in the 1.2 RC1 release.
>>
>>
>>Description of the problem symptoms:
>>
>>
>>On booting FreeDOS, AFTER processing config.sys and at least
>>after a part of the stuff in AUTOEXEC.BAT, it may happen that
>>error messages scroll by, relatively fast, and for a long time:
>>
>> Run chkdsk: Bad FAT I/O: 0x0001
>>
>>The message is repeated at least a dozen times, then the sector/block number
>>is incremented and another bunch or errors is repeated.
>>
>
> Thanks for your detailed description of this problem, its cause, and
> some circumventions. I have stored it for future reference.
>
> I don't remember if I have encountered this particular problem; but
> I have had to patch boot sectors after using mkdosfs (due to missing
> boot code) or incompatible BPBs when repairing or constructing image
> files.
>
> Sorry for my delayed response.  Because of the way sourceforge
> handles digests, I didn't receive the digest containing your post
> until more than two weeks after you sent it.
>
>
> --
> Eddie

Hello,

I did previously did some search about some similar problem (format error in
FAT32 kernel, I think it is bug 115). I found it seems due to some unitialised

variable, I put the mail I sent to kernel list at the time I look at that (it
was 2,5 years ago, so perhaps line numbers are no more correct).

--
I took a look at this problem, and I think it comes from check done at
inthndlr.c:1657: if (dpbp != NULL && ISFAT32(dpbp)))
As the dpbp content has still its default initialisation value (filled with 0
during kernel initialisation), dbp_fatsize is 0, leading to error 0x0207.
In that case format retries with 0x80 added to drive letter leading to wrong
drive letter error 0x0201. About this retry, I noticed that in format code,
the
comment about it (driveio.c:227), is wrong with my version of RBIL (my version
agrees with original check of 0x0408 that was commented :-).

When the drive is read before through dir, the dpbp is initialised and thus
pass
the check. It shall be noticed that it still could fails in case byte
corresponding to dbp_fatsize is 0. An easy check with quemu is to fill the
file
corresponding to floppy drive with 0 and the same error happens even with
performing dir before (in that case dir itself outputs errors).

Using FreeDOS format with a MS-DOS kernel works fine.

There can be several solutions to this problem:
- perform a media_check before the test, but could this be done on any kind of
drive without problem ? This is only a partial soluation as this will still be
wrong when writing boot sector.
- ignore this check for floppy as they hardly can be FAT32 (unless having some
ZIP or similar floppy).
- not perform the check in case of write: RBIL speaks of 0x0207 error for
FAT32
access only in read case, not in write one. And that seems not dummy as doing
such a check when writing the boot sector is nonesense.

It shall be noticed that for the boot sector writing, format already
workaround
this by using BIOS access in that case (but I did not find any documentation
about writing boot sector through INT 26 to be disallowed).
--

I have an additional remark about the check for 0x0207 or 0x0408 difference.
In my version of RBIL, it is set that the checks is performed only when using
function for device less than 32M. But this is never the case in format code:
it
uses either INT 25/CX= (so > 32M call) or INT 21/AX=7305 (FAT 32)
functions.
So perhaps could this part of code be removed. I think it could be safer
because
trying to format hard-drive in case formatting floppy fails is quite
dangerous...

Jan, something you can try (if you can easily perform this), you can change
the
kernel to use a not FAT32 one, as this check only exists in FAT32 specific
code.
You will see if it works or not (it is perhaps not suitable for you need, but
that could help knowing if it is the same problem or another one).

Regards,

Damien

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user

--- Internet Rex 2.29
 * Origin: capcity2.synchro.net - 502/875-8938 (1:2320/105.99)

---
 * BgNet 1.0b12 = CCO * KY/US * 502/875-8938 * capcity2.synchro.net
--- Synchronet 3.15a-Linux ListGate 1.3
 *  Capitol City Online - Frankfort, KY - telnet://capitolcityonline.net

Re: [Freedos-user] Annoyi

2017-05-06 Thread EDDIE ANDERSON 
From: Eddie Anderson 


"Jan van Wijk" ecomstat...@dfsee.com wrote:

> Message: 1
> I have seen this problems numerous times over the last 10 years,
> starting with the 1.0 kernel, then the 1.1, and I now just verified that
> it still happens with the kernel that is in the 1.2 RC1 release.
>
>
> Description of the problem symptoms:
>
>
> On booting FreeDOS, AFTER processing config.sys and at least
> after a part of the stuff in AUTOEXEC.BAT, it may happen that
> error messages scroll by, relatively fast, and for a long time:
>
>  Run chkdsk: Bad FAT I/O: 0x0001
>
> The message is repeated at least a dozen times, then the sector/block number
> is incremented and another bunch or errors is repeated.
>
Thanks for your detailed description of this problem, its cause, and
some circumventions. I have stored it for future reference.

I don't remember if I have encountered this particular problem; but
I have had to patch boot sectors after using mkdosfs (due to missing
boot code) or incompatible BPBs when repairing or constructing image
files.

Sorry for my delayed response.  Because of the way sourceforge
handles digests, I didn't receive the digest containing your post
until more than two weeks after you sent it.


--
Eddie


--
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
With one year of Intel Parallel Studio XE.
Training and support from Colfax.
Order your platform today.http://sdm.link/xeonphi
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user

--- Internet Rex 2.29
 * Origin: capcity2.synchro.net - 502/875-8938 (1:2320/105.99)

---
 * BgNet 1.0b12 = CCO * KY/US * 502/875-8938 * capcity2.synchro.net
--- Synchronet 3.15a-Linux ListGate 1.3
 *  Capitol City Online - Frankfort, KY - telnet://capitolcityonline.net


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user

Re: [Freedos-user] Annoyi

2017-05-06 Thread JAN VAN WIJK 
From: "Jan van Wijk" 

Hi Eddie,

On Sun, 11 Dec 2016 12:35:53 -0500 Eddie Anderson wrote:
>
>>  Run chkdsk: Bad FAT I/O: 0x0001
>>
>> The message is repeated at least a dozen times, then the sector/block
number
>> is incremented and another bunch or errors is repeated.
>>
>Thanks for your detailed description of this problem, its cause, and
>some circumventions. I have stored it for future reference.

You're welcome!

>I don't remember if I have encountered this particular problem; but
>I have had to patch boot sectors after using mkdosfs (due to missing
>boot code) or incompatible BPBs when repairing or constructing image
>files.
>
>Sorry for my delayed response.  Because of the way sourceforge
>handles digests, I didn't receive the digest containing your post
>until more than two weeks after you sent it.

No problem.

I don't use FreeDOS that often anymore, but quite a few
customers using my disktool 'DFSee' do, as a free OS
on a bootable CD or USB-stick ...

Regards, JvW



Jan van Wijk, author of DFSee; http://www.dfsee.com
---

--
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
With one year of Intel Parallel Studio XE.
Training and support from Colfax.
Order your platform today.http://sdm.link/xeonphi
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user

--- Internet Rex 2.29
 * Origin: capcity2.synchro.net - 502/875-8938 (1:2320/105.99)

---
 * BgNet 1.0b12 = CCO * KY/US * 502/875-8938 * capcity2.synchro.net
--- Synchronet 3.15a-Linux ListGate 1.3
 *  Capitol City Online - Frankfort, KY - telnet://capitolcityonline.net


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user