Re: [Freedos-devel] Pre-presentation of a project
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 publically, because others might suffer the same thing, and maybe there is a clever person on the list who knows the reason, why are your e-mails go into spam, and can help you out. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Pre-presentation of a project
>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 think we > can't just keep on adding functions to the int 21h, because ... almost all functions are already used and really, assigning fixed function numbers is no way to go anymore. But anyway, we didn't talk about Int21. > although I know of AMIS and I find it very flexible and useful, the > interface is again to big to be put inside an already multiplexed system. What do you mean here? Do you think there aren't enough available functions? Then pass the function number in other registers (besides ax) too. Or do you mean it won't be fast enough to call all functions through Int2D ? Then let applications request your real entry point with an AMIS function on Int2D and provide your own interface at this address. I don't see why you have to allocate another fixed interrupt for this. > I thought of ints 2Bh and 2Ch Int2C has been used by Cloaking, kind of a DOS extender. > within the range of the DOS interrupts and the driver would be a field > on which to extend DOS, but it could also be done with other interrupts. Basically, it doesn't matter. Packet drivers and EMM386 use interrupts >60h and yet they're considered DOS extensions. > This spec has a list of general functions and general parameters which > is independent from software and hardware. Consider passing a request structure to the interface then. Opposed to specifying interrupts to be called and registers to be used, this could easily be adapted for other architectures. > I could create > patches to replace these drivers and take the output to the new module. > DOS would have sound again... always, and without need of port emulation. Except with existing programs that directly access the hardware and don't use any of these specifications. Regards, Christian -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Pre-presentation of a project
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 only different name for DOS part of Miles sound system. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Pre-presentation of a project
Thanks, Megabrutal I did not know that was happening. Of course, my own e-mail does not put my messages into Spam, so I did not see it. I figure some other people may or may not be getting them into spam, depending on their provider also. Probably this has to do with the things Yahoo adds 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: freedos-devel@lists.sourceforge.net Received: Monday, 2 November, 2009, 8:56 AM 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 publically, because others might suffer the same thing, and maybe there is a clever person on the list who knows the reason, why are your e-mails go into spam, and can help you out. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel