Hi,
On Fri, Oct 20, 2017 at 6:48 AM, Joe Forster/STA wrote:
>
>> How about some of our md5 and sha... sum implementations?
>
> I'm working on pdsum, something that started as an expansion of pdSFV
> but I completely rewrote it since. It compiles with Borland C++ 3.1 to 37
>
Hi,
On Fri, Oct 20, 2017 at 1:56 AM, Eric Auer wrote:
>
> think should be moved to "Base" in "FreeDOS 2.0"?
>
>> * chksum (6 kb)
>
> How about some of our md5 and sha... sum implementations?
IIRC, Blair's md5sum.exe is 30 kb (UPX'd) while C. Dye's chksum is roughly 6 kb.
> On Fri, 20 Oct 2017 21:23:43 +0200, Tom Ehlert wrote:
>> one last thought: how exactly would make your proposed changes
>> FreeDOS worth a change in naming to 2.0 ?
>>
>> I personally would expect more change then removing APPEND even if
>> APPEND has its roots in CP/M and MSDOS 1.0
On Fri, Oct
> > (1) What does "Base" mean in 2017 or 2018? I think there are some
> > packages we might take out of "Base" and move into a "Compat" package
> > group, such as:
>
> > APPEND
> > ASSIGN
> > GRAPHICS
> > JOIN
> > SUBST
> > others?
On Fri, Oct 20, 2017 at 2:23 PM, Tom Ehlert
On Fri, 20 Oct 2017 21:23:43 +0200, Tom Ehlert wrote:
> I personally would expect more change then removing APPEND even if
> APPEND has its roots in CP/M and MSDOS 1.0
I have to agree with Tom here. I really don't see the point of such move.
We are talking about a legacy system that has no
Hallo Herr Jim Hall,
> (1) What does "Base" mean in 2017 or 2018? I think there are some
> packages we might take out of "Base" and move into a "Compat" package
> group, such as:
> APPEND
> ASSIGN
> GRAPHICS
> JOIN
> SUBST
> others?
leaving them where they are doesn´t hurt; what would be the
> Okay, but I have to ask ... do you use MS-DOS SUBST or (also) FreeDOS? I use
> both depending on the exact circumstances, but generally prefer FreeDOS
> SWSUBST. A lot of MS-DOS utilities have the version issue where they worn't
> work across different DOS versions whereas the after-market
Hi guys,
How about some of our md5 and sha... sum implementations?
I'm working on pdsum, something that started as an expansion of pdSFV
(http://rescene.wikidot.com/pdsfv ) but I completely rewrote it since. It
compiles with Borland C++ 3.1 to 37 kbytes (without UPX) but it supports
On Fri, 20 Oct 2017, Thomas Mueller wrote:
from Steve Nickolas:
QEMU? MAME? I use 360K floppy disk images all the time in emulators.
Does the floppy size in an emulator have to match an existing physical
floppy disk?
It may depend on how strict the emulation is. MAME's is very strict.
Maybe you could implement Morse code instead of tcp
On Oct 18, 2017 2:09 AM, "Jim Hall" wrote:
> Hi all
>
> I don't know if you saw on our Twitter or on Facebook, but since its
> release on December 25 2016, FreeDOS 1.2 passed 500,000 downloads in
> June 2017. And passed
Hi Rugxulo,
think should be moved to "Base" in "FreeDOS 2.0"?
...
> * chksum (6 kb)
How about some of our md5 and sha... sum implementations?
> * arclds (6 kb)
Is that like "file" but only for zip and other archives?
In that case my tiny 2 kB "filetype" tool seems better ;-)
>
from Steve Nickolas:
> On Thu, 19 Oct 2017, Rugxulo wrote:
> > How?? I'm not even aware of any emulators that support such size.
> > (Maybe they do, I haven't checked much.) Even 720 kb might be barely
> > useful, but I don't know how to make/modify it (without physical
> > hardware).
>
On Thu, 19 Oct 2017, Rugxulo wrote:
How?? I'm not even aware of any emulators that support such size.
(Maybe they do, I haven't checked much.) Even 720 kb might be barely
useful, but I don't know how to make/modify it (without physical
hardware).
QEMU? MAME? I use 360K floppy disk images
13 matches
Mail list logo