On 02/09/2015 04:43, Ralf Quint wrote:
> You are making a totally wrong assumptionn that 16bit software means you
> are limited to 640KB of memory.
Absolutely not - my assumption is that running on 8086/80186 means I am
limited to 640KB (or let's say < 1M). Hence for software with higher
memory
On 01/09/2015 19:47, Rugxulo wrote:
> And I also announced it for News (but it hasn't shown up on front page yet).
That's cool, thanks!
> P.S. I knew that LZMA was slower for older-class machines, but I
> traditionally just unpacked/repacked
But keep in mind that you are a "special case" ;)
What
Hello Michael!
Just want to demonstrate my empathy.
Em Tue, 1 Sep 2015 10:24:45 -0700
Michael Brutman escreveu:
> We need to include the 16 bit machines wherever possible. [...] they
> are very capable.
To me 16-bit machine support is the true beauty and essence of DOS (For
32-bit machines we
On 9/1/2015 10:02 AM, Mateusz Viste wrote:
> Now, of course I could implement some indexing mechanisms on top of
> that, and end up designing a specialized 16 bit database engine that
> would fit in the 640K limit of memory...
You are making a totally wrong assumptionn that 16bit software means you
Hello Mateusz!
Em Mon, 31 Aug 2015 19:29:00 +0200
Mateusz Viste escreveu:
> Today I released a new version of FDNPKG.
Congratulations on this new release!
--
,= ,-_-. =. Bruno Félix Rezende Ribeiro (oitofelix) [0x28D618AF]
((_/)o o(\_)) http://oitofelix.freeshell.org/
`-'(. .)`-' irc://c
A 16 bit database engine is a little bit of a stretch, is it not? I don't
think that keeping some data in memory and indexing to records on disk
qualifies as a database engine. I agree that it is more work, or in this
case rework. And I agree that when time is limited, projects like this
become
Hi,
On Tue, Sep 1, 2015 at 4:26 AM, Mateusz Viste wrote:
> On 31/08/2015 22:46, Dale E Sterner wrote:
>> Is there an Ibiblio link for this?
>
> Sure, here it is:
>
> http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/distributions/1.1/repos/util/fdnpkg.zip
It may be redundant, but I also mi
Hi Michael, nice to hear from you!
Of course disk-based structures are easy to implement - FDNPKG already
uses them extensively for storage. The key word here is speed - keeping
packages metadata in RAM is fast. Parsing and searching through on-disk
data structures is at least a magnitude slowe
The current memory requirement is a function of your design, which I think
could be improved. Disk based data structures are not that difficult to
implement.
I have a PCjr with a 20GB Maxtor drive on it, of which 600MB is in use.
There are lots of 8086 and 80286 class machines with larger than or
On 31/08/2015 22:46, Dale E Sterner wrote:
> Is there an Ibiblio link for this?
>
> DS
Sure, here it is:
http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/distributions/1.1/repos/util/fdnpkg.zip
Mateusz
--
__
10 matches
Mail list logo
