On Mon, Feb 22, 2021 at 1:33 PM tom ehlert wrote:
>
>
>
> > Minor note: This version of FDISK prints "1.3.3" in the menu.
>
> updated in www.drivesnapshot.de/freedos/fdisk134.zip
>
Thanks! I've re-mirrored that to the file archive at Ibiblio.
Jim
Hi Ralf,
>>> The problem seems to be in the part of the code when you
>> sorry, not me. FDISK, and the original author may be blamed,
>> but definitively not me.
> Well Tom, you need to seriously chill out.
While it is not often the case, I agree with the harsh tone
in this case: Also
On 2/22/2021 11:46 AM, tom ehlert wrote:
The problem seems to be in the part of the code when you
sorry, not me. FDISK, and the original author may be blamed, but
definitively not me.
Well Tom , you need to seriously chill out.
Nobody (neither me, nor someone else) has in any form, shape or
On at 2021-02-22 09:32 -0600, Jim Hall wrote:
Do you mean this link [1]?
Yes that will be fine.
Done.
By the way, I just noticed that someone uploaded (presumably) my draft
FreeDOS zip package to [2]. I'd rather fix it first with all the
sources
as discussed. No harm
> The problem seems to be in the part of the code when you
sorry, not me. FDISK, and the original author may be blamed, but
definitively not me.
this is most likely the most horrid code I ever saw in wide
distribution, and I am only fixing the worst, most consequential bugs.
> create logical
>
> Minor note: This version of FDISK prints "1.3.3" in the menu.
updated in www.drivesnapshot.de/freedos/fdisk134.zip
Tom
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
On 2/22/2021 10:08 AM, tom ehlert wrote:
On the virtual get-together today, we tested the new FDISK 1.3.3
with a large virtual hard disk. I wanted to report a bug from that.
I couldn't reproduce this exactly; my drives sizes were always
reportee correctly.
however I was able to produce a very
Fixed for me too!
Same process as before: 4GB virtual hard drive image, boot FreeDOS 1.3 RC3
but use FDISK 1.3.4 from a virtual floppy. Use FDISK 1.3.4 to create a 3GB
C: drive, and use the rest of the space for the extended partition. Inside
that, create a 500MB D: logical drive, then let FDISK
I wanted to try a really dumb experiment. Start with the same 4GB drive,
and create a bunch of 100MB partitions on it. 100MB C: drive, then an
extended partition that takes up the rest of the drive - and inside that,
create a bunch of 100MB partitions inside that. In theory, you should be
able to
> On the virtual get-together today, we tested the new FDISK 1.3.3
> with a large virtual hard disk. I wanted to report a bug from that.
I couldn't reproduce this exactly; my drives sizes were always
reportee correctly.
however I was able to produce a very close approximation when creating
On 2/22/2021 9:49 AM, Jim Hall wrote:
And yes, I did select "Y" to that question.
For further debugging, I did this test:
*same setup (FD 1.3 RC3, floppy image with FDISK 1.3.3, and 4GB
virtual hard disk image) .. boot to FreeDOS 1.3 RC3, exit to DOS,
run FDISK 1.3.3 from
On 2/22/2021 9:45 AM, Jim Hall wrote:
5. FDISK lets me create a logical DOS drive in the extended partition
... "Maximum space available for partition is 8 MBytes" -> I hit Enter
on the default value of 8
... this doesn't create a new drive, but instead wipes out the D:
drive to 0 Mbytes
>
>
> And yes, I did select "Y" to that question.
>
> For further debugging, I did this test:
>
> *same setup (FD 1.3 RC3, floppy image with FDISK 1.3.3, and 4GB virtual
> hard disk image) .. boot to FreeDOS 1.3 RC3, exit to DOS, run FDISK 1.3.3
> from the floppy:
>
> *1. "Do you want to use large
>> If I shut down QEMU, and use Linux fdisk to examine the virtual drive
> >> image, I see this:
> >>
> >> $ fdisk -l 4gb.img
> >> Disk 4gb.img: 4 GiB, 4294967296 bytes, 8388608 sectors
> >> Units: sectors of 1 * 512 = 512 bytes
> >> Sector size (logical/physical): 512 bytes /
On 2/22/2021 4:16 AM, Robert Riebisch wrote:
Hi Jim,
If I shut down QEMU, and use Linux fdisk to examine the virtual drive
image, I see this:
$ fdisk -l 4gb.img
Disk 4gb.img: 4 GiB, 4294967296 bytes, 8388608 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size
>
>
>
On Mon, Feb 22, 2021 at 5:12 AM C. Masloch wrote:
> On at 2021-02-21 17:41 -0600, Jim Hall wrote:
> > Yes, the FreeDOS LSM format is basically the Linux LSM file format. (Our
> > standard was forked from the earlier LSM version 3 format, which is why
> > you see "Begin3" in our LSM
Hi Jim,
> If I shut down QEMU, and use Linux fdisk to examine the virtual drive
> image, I see this:
>
> $ fdisk -l 4gb.img
> Disk 4gb.img: 4 GiB, 4294967296 bytes, 8388608 sectors
> Units: sectors of 1 * 512 = 512 bytes
> Sector size (logical/physical): 512 bytes / 512 bytes
>
Accidentally replied off-list instead of to the list. Here's what I
meant to send.
Regards,
ecm
Forwarded Message
Subject: Re: [Freedos-devel] Announcement: lDebug release 1
Date: 2021-02-22 12:12:01 +0100 Feb Mon
From: C. Masloch
To: Jim Hall
On at 2021-02-21 17:41
On at 2021-02-20 16:40 +0100, tom ehlert wrote:
Hallo Herr C. Masloch,
Not a Herr. But hello to you too,
am Samstag, 20. Februar 2021 um 12:49 schrieben Sie:
On at 2021-02-19 20:39 +0800, TK Chia wrote:
Hello Masloch,
1. Is this the right amount of sources? The macro collection,
19 matches
Mail list logo