> I'd better put up the code. I don't want to be all theory up here.
I'm fine with theoretical discussions.
> Even though you first said I shouldn't change my project just because
> some people may not like it, and I agree, I also believe it is very
> important to check with you guys and to b
the first implementation of the main
module. I'll post it when I have it and then start the Code-1 and NSS.
Lucas
--- On Tue, 3/11/09, Christian Masloch wrote:
> From: Christian Masloch
> Subject: Re: [Freedos-devel] Pre-presentation of a project
> To: freedos-d
>I'm thinking that I can perfectly get an interrupt, without having to
> reserve one. That is, a function under AMIS could tell the driver to get
> hooked at a certain interrupt chosen by the caller. This would be more
> comfortable for the high-level programmer than having to call an
>
new and better ones now (for a non-game, no "nostalgia" :P, no
need for it to be "the same").
Lucas
--- On Mon, 2/11/09, Christian Masloch wrote:
> From: Christian Masloch
> Subject: Re: [Freedos-devel] Pre-presentation of a project
> To: fr
--- On Mon, 2/11/09, Ladislav Lacina wrote:
> From: Ladislav Lacina
> Subject: Re: [Freedos-devel] Pre-presentation of a project
> To: freedos-devel@lists.sourceforge.net
> Received: Monday, 2 November, 2009, 10:31 PM
> I want to react to part about the
> sound system..
> I also st
at the foot of my messages.
I have removed all HTML tags and wiped the foot of the quoted message. Let
me know if this still goes to SPAM. Thanks again,
Lucas
--- On Mon, 2/11/09, MegaBrutal wrote:
From: MegaBrutal
Subject: Re: [Freedos-devel] Pre-presentation of a project
To
I want to react to part about the sound system.
I also strongly advocate Miles sound system in various discussions about DOS
sound interface. It is modular, many programs and games support it and new
drivers for new PCI and integrated cards can be written for it.
The DigPak/MidPak more or less o
>The reason why I've been considering a brand new interrupt is because
> the driver is not supposed to be single-purposed.
This does not convince me.
> What I want to create is a new standard interface where support for new
> features can be hooked in a very tidy and organised way. I thin
Lucas: sorry for the off-topic, but for some reason, GMail always puts your
letters to SPAM. I don't know why, but it's possible it doesn't like your
e-mail service, or finds suspicious samples in your mails. If you can,
please try to do something about it.
And again, sorry for the off. I send it
eamer, but I'm not the only one"... am I? :)
Lucas
--- On Sun, 1/11/09, Christian Masloch wrote:
From: Christian Masloch
Subject: Re: [Freedos-devel] Pre-presentation of a project
To: freedos-devel@lists.sourceforge.net
Received: Sunday, 1 November, 2009, 10
> I was trying not to present it until it consists of a significant
> running piece of code, because I don't want it to sound "virtual"
I know what you're talking about here.
>I know that the main objective in FreeDOS is to provide a working
> classical DOS environment and not to turn in
Guys,
I am currently working on a project for DOS and I hope the FreeDOS community
will find it useful. I was trying not to present it until it consists of a
significant running piece of code, because I don't want it to sound "virtual",
but as I ask for help here, people ask me details about
12 matches
Mail list logo