oh shizam!! i will start when i can~
--
View this message in context:
http://freedos.10956.n7.nabble.com/FDNPKG-v0-99-tp23151p23186.html
Sent from the FreeDOS - User mailing list archive at Nabble.com.
--
_
On 04/09/2015 12:32, sparky4 wrote:
> my XT is overkill and it has EMS so yeah i when you stabilize it i will
> defiantly port it to 16 bit
>
>
> is it a good time to port it? i been working on memory management software
Sure it is. It won't get any updates in nearest months, so, by all
>> I want to make a 16 bit version of this program...
>You are most certainly welcome to do so - that's what open-source is all
>about.
>I can't help but wonder though - is there any practical need behind such
>work?
IBM XT
I don't really see what this would improve. Sure, it would make
>FD
On 9/2/2015 9:12 AM, dmccunney wrote:
> On Wed, Sep 2, 2015 at 1:37 AM, Mateusz Viste wrote:
>> 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
Hi Bob, Dennis,
Good point on these hardware EMS cards, it is indeed a way of providing
additional memory irrespectively of the CPU model. I never had one of
these, but I did hear about them. I stand corrected on that one! :)
cheers,
Mateusz
On 02/09/2015 18:12, dmccunney wrote:
> On Wed, Se
On Wed, Sep 2, 2015 at 1:37 AM, Mateusz Viste wrote:
> 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 640K
On Wed, 9/2/15, Mateusz Viste wrote:
Subject: Re: [Freedos-user] FDNPKG v0.99
To: freedos-user@lists.sourceforge.net
Date: Wednesday, September 2, 2015, 1:37 AM
On 02/09/2015 04:43, Ralf
Quint wrote:
> You are making a totally
wr
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
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
--
__
Hi Sparky,
On 31/08/2015 19:38, sparky4 wrote:
> I want to make a 16 bit version of this program...
You are most certainly welcome to do so - that's what open-source is all
about.
I can't help but wonder though - is there any practical need behind such
work? I don't really see what this w
Is there an Ibiblio link for this?
DS
On Mon, 31 Aug 2015 19:29:00 +0200 Mateusz Viste
writes:
> Hello all,
>
> Today I released a new version of FDNPKG. Nothing major here, just a
> few
> details that were a little annoying on the long run. See the
> changelog
> below.
>
> FDNPKG v0.99
I want to make a 16 bit version of this program...
--
View this message in context:
http://freedos.10956.n7.nabble.com/FDNPKG-v0-99-tp23151p23152.html
Sent from the FreeDOS - User mailing list archive at Nabble.com.
-
19 matches
Mail list logo