FREMM386 Project Volunteers Needed

FREMM386 Project Volunteers Needed

Post by David M. Lloy » Tue, 10 Jul 2001 22:59:01



I am re-launching the FREMM386 project, and I'm looking for folks who are
interested in helping with design, programming, and testing.

For those who don't know, FREMM386 is (will be) a free replacement for
EMM386.  It will provide (at least) EMS, XMS, UMB, and DPMI to
applications.  I also hope to provide compatibility with some less common
protocols later on.

I have created a mailing list for FREMM386 developers.  Here's the URL to
subscribe:

http://lists.sourceforge.net/lists/listinfo/fremm386-devel

The first thing I want to do is determine the resources I have available
(that is, see if anyone is really interested) and hammer out some
requirements.

If you are interested, don't hesitate to subscribe to the list and offer
your talents!

- D


 
 
 

FREMM386 Project Volunteers Needed

Post by Markus Hum » Wed, 11 Jul 2001 00:35:39



> I am re-launching the FREMM386 project, and I'm looking for folks who are
> interested in helping with design, programming, and testing.

> For those who don't know, FREMM386 is (will be) a free replacement for
> EMM386.  It will provide (at least) EMS, XMS, UMB, and DPMI to
> applications.  I also hope to provide compatibility with some less common
> protocols later on.

> I have created a mailing list for FREMM386 developers.  Here's the URL to
> subscribe:

> http://lists.sourceforge.net/lists/listinfo/fremm386-devel

> The first thing I want to do is determine the resources I have available
> (that is, see if anyone is really interested) and hammer out some
> requirements.

> If you are interested, don't hesitate to subscribe to the list and offer
> your talents!

> - D



Thjis seems promising. I'm currently writing some HUGE DOS application
in Borland Pascal 7.0 DPMI. Your DPMI implementation should be able to
give my application ALL RAM if requested, not only tiny 64 MB as Windows
or most DOS Extenders do. If I have installed 128 MB RAM or more, I want
to use it for my app!!

Markus

 
 
 

FREMM386 Project Volunteers Needed

Post by Martin Str|mber » Wed, 11 Jul 2001 09:37:28


: Thjis seems promising. I'm currently writing some HUGE DOS application
: in Borland Pascal 7.0 DPMI. Your DPMI implementation should be able to
: give my application ALL RAM if requested, not only tiny 64 MB as Windows
: or most DOS Extenders do. If I have installed 128 MB RAM or more, I want
: to use it for my app!!

Have you tried CWSDPMI?

Right,

                                                MartinS

 
 
 

FREMM386 Project Volunteers Needed

Post by Markus Hum » Thu, 12 Jul 2001 03:12:06




> : Thjis seems promising. I'm currently writing some HUGE DOS application
> : in Borland Pascal 7.0 DPMI. Your DPMI implementation should be able to
> : give my application ALL RAM if requested, not only tiny 64 MB as Windows
> : or most DOS Extenders do. If I have installed 128 MB RAM or more, I want
> : to use it for my app!!

> Have you tried CWSDPMI?

> Right,

>                                            MartinS

Not really, because I need:

- stay compatible to BP 7
- be able to use DOS DLLs for drivers and plugins

want to be compatible to

- other (maybe some C/C++) compilers which can generate DOS DLLs too to
enlarge the support for the program 8API will be documented free)

To learn a little bit more about this: www.elk.almnet.de

Greetings

Markus

 
 
 

FREMM386 Project Volunteers Needed

Post by Martin Str|mber » Thu, 12 Jul 2001 06:05:48



:> : Thjis seems promising. I'm currently writing some HUGE DOS application
:> : in Borland Pascal 7.0 DPMI. Your DPMI implementation should be able to
:> : give my application ALL RAM if requested, not only tiny 64 MB as Windows
:> : or most DOS Extenders do. If I have installed 128 MB RAM or more, I want
:> : to use it for my app!!
:>
:> Have you tried CWSDPMI?

: Not really, because I need:

: - stay compatible to BP 7
: - be able to use DOS DLLs for drivers and plugins

: want to be compatible to

: - other (maybe some C/C++) compilers which can generate DOS DLLs too to
: enlarge the support for the program 8API will be documented free)

So why don't say so. In your first post you said you needed a DPMI
server that gives you all RAM. CWSDMPI does that.

Or does a DPMI implementation include more than the server? I don't
think it does, but I could be wrong.

Right,

                                                MartinS

 
 
 

FREMM386 Project Volunteers Needed

Post by Jason Burgo » Wed, 11 Jul 2001 10:42:03




Quote:> I am re-launching the FREMM386 project, and I'm looking for folks who are
> interested in helping with design, programming, and testing.

> The first thing I want to do is determine the resources I have available
> (that is, see if anyone is really interested) and hammer out some
> requirements.

Make the sure the DPMI server can handle both "16-bit" and "32-bit" DPMI
applications simultaneously. Make sure for example that a 16-bit DPMI app can
spawn a 32-bit one, and vica-versa. It will be a cut above the other free (and
not-so-free) servers if you can get it to do this.

If you are going to support virtual memory, then make this a command-line
option. One of the few areas left for DOS programming is in the
embedded/realtime arena, and virtual memory is nearly always bad for RT
applications.

Make it fast (for the same reason as above).

--
Jay

Jason Burgon - Author of "Graphic Vision"  GUI for DOS/DPMI
=== Free LFN capable Dos/WinDos replacement and ===
=== New Graphic Vision  version 2.12 available from:  ===
http://www.jayman.demon.co.uk

 
 
 

FREMM386 Project Volunteers Needed

Post by Ross Ridg » Fri, 13 Jul 2001 00:25:34



Quote:> For those who don't know, FREMM386 is (will be) a free replacement for
> EMM386.  It will provide (at least) EMS, XMS, UMB, and DPMI to
> applications.  I also hope to provide compatibility with some less common
> protocols later on.

Well, I'd support VCPI before DPMI.  Most DOS extenders will work under
either VCPI or DPMI but there are some applications that will only work
under VCPI (eg. Windows).  It's also easier to support, plus there are
already free DPMI servers.  Hmm... I'm not too sure how important VDS
support is.

Are you planning this for to be one monolithic driver or suite of different
drivers?

                                            Ross Ridge

 
 
 

FREMM386 Project Volunteers Needed

Post by Markus Hum » Fri, 13 Jul 2001 00:37:21


<snip>

Quote:> :> Have you tried CWSDPMI?

> : Not really, because I need:

> : - stay compatible to BP 7
> : - be able to use DOS DLLs for drivers and plugins

> : want to be compatible to

> : - other (maybe some C/C++) compilers which can generate DOS DLLs too to
> : enlarge the support for the program 8API will be documented free)

> So why don't say so. In your first post you said you needed a DPMI
> server that gives you all RAM. CWSDMPI does that.

> Or does a DPMI implementation include more than the server? I don't
> think it does, but I could be wrong.

> Right,

>                                            MartinS

Don't know, but the DPMI part of BP can't be exchanged so easily. BP
will use some other DPMI implementation (like Windooze's DPMI host), but
I think it has some internal problems giving you more than 64 MB RAM.
But it seems if I exchange it with some other DPMI, this other DPMI has
no DLL support. But I want/need both.

Markus

 
 
 

FREMM386 Project Volunteers Needed

Post by Martin Str|mber » Fri, 13 Jul 2001 03:01:58


: Don't know, but the DPMI part of BP can't be exchanged so easily. BP
: will use some other DPMI implementation (like Windooze's DPMI host), but
: I think it has some internal problems giving you more than 64 MB RAM.
: But it seems if I exchange it with some other DPMI, this other DPMI has
: no DLL support. But I want/need both.

I think BP has painted you into a corner... It seems so specialised
that you probably won't find anything like it.

Right,

                                                MartinS

 
 
 

FREMM386 Project Volunteers Needed

Post by Martin Str|mber » Fri, 13 Jul 2001 03:06:51


: Make the sure the DPMI server can handle both "16-bit" and "32-bit" DPMI
: applications simultaneously. Make sure for example that a 16-bit DPMI app can
: spawn a 32-bit one, and vica-versa. It will be a cut above the other free (and
: not-so-free) servers if you can get it to do this.

Yes this would be really cool. However the DPMI specification forbids
this. We'd need to make a DPMI2 specification! What I'm afriad of is
that the DPMI specification forbids it for a good reason (like it's
impossible).

Right,

                                                MartinS

 
 
 

FREMM386 Project Volunteers Needed

Post by Ross Ridg » Fri, 13 Jul 2001 23:10:29



> Make the sure the DPMI server can handle both "16-bit" and "32-bit" DPMI
> applications simultaneously. Make sure for example that a 16-bit DPMI app
can
> spawn a 32-bit one, and vica-versa. ...

> Yes this would be really cool. However the DPMI specification forbids
> this.

What in the DPMI specification forbids this?

                                                   Ross Ridge

 
 
 

FREMM386 Project Volunteers Needed

Post by David M. Lloy » Mon, 16 Jul 2001 14:06:00




> > For those who don't know, FREMM386 is (will be) a free replacement for
> > EMM386.  It will provide (at least) EMS, XMS, UMB, and DPMI to
> > applications.  I also hope to provide compatibility with some less common
> > protocols later on.

> Well, I'd support VCPI before DPMI.  Most DOS extenders will work
> under either VCPI or DPMI but there are some applications that will
> only work under VCPI (eg. Windows).  It's also easier to support, plus
> there are already free DPMI servers.  Hmm... I'm not too sure how
> important VDS support is.

To me, VCPI comes with any modern EMS driver... I meant to include it on
the list.

Quote:> Are you planning this for to be one monolithic driver or suite of
> different drivers?

Not decided yet.  Maybe neither, since there seems to be a general lack of
interest among those with the time and talent to work on this project...

- D


 
 
 

FREMM386 Project Volunteers Needed

Post by Ross Ridg » Thu, 19 Jul 2001 22:12:27



Quote:> To me, VCPI comes with any modern EMS driver... I meant to include it on
> the list.

Ah, ok.

Quote:> ... Maybe neither, since there seems to be a general lack of
> interest among those with the time and talent to work on this project...

Well, I guess that brings up the other question I had, why do you want to
write a free EMM386.EXE clone?

                                       Ross Ridge

 
 
 

FREMM386 Project Volunteers Needed

Post by David M. Lloy » Sat, 21 Jul 2001 00:05:54



> > ... Maybe neither, since there seems to be a general lack of
> > interest among those with the time and talent to work on this project...

> Well, I guess that brings up the other question I had, why do you want to
> write a free EMM386.EXE clone?

Because if you run FreeDOS there is no EMM386 with it, and DR-DOS's EMM386
was broken for many apps last time I checked.

The only good EMM386 that I know of is QEMM386 which is very not free.  
I'd like to have a free version available to the FreeDOS/DR-DOS community,
as well as offering an alternative to MS EMM386 on MS-DOS.

Unfortunately a lot of talent is required to generate a project like this,
and everyone who has signed on are either good programmers with no time,
or novice programmers without much experience... we need lots of good
programmers with lots of time.  That's hard to come by for a project like
this... guess I should have started the project about 5-6 years ago, there
was a lot more interest then.

- D


 
 
 

FREMM386 Project Volunteers Needed

Post by Martin Str|mber » Sat, 21 Jul 2001 06:18:42



:> Yes this would be really cool. However the DPMI specification forbids
:> this.

: What in the DPMI specification forbids this?

Good question! It seems version 1.0 of specification does not forbid
this. That's good as that mean we don't need to do version 2 of the
specification.

Version 1.0 claims version 0.9 had only one LDT for all tasks. This
would mean it'd be impossible to mix 16-bit with 32-bit
applications. However I can't find this stated in the 0.9 version.

Right,

                                                MartinS

 
 
 

1. FREMM386 Project Volunteers Needed

I am re-launching the FREMM386 project, and I'm looking for folks who are
interested in helping with design, programming, and testing.

For those who don't know, FREMM386 is (will be) a free replacement for
EMM386.  It will provide (at least) EMS, XMS, UMB, and DPMI to
applications.  I also hope to provide compatibility with some less common
protocols later on.

I have created a mailing list for FREMM386 developers.  Here's the URL to
subscribe:

http://lists.sourceforge.net/lists/listinfo/fremm386-devel

The first thing I want to do is determine the resources I have available
(that is, see if anyone is really interested) and hammer out some
requirements.

If you are interested, don't hesitate to subscribe to the list and offer
your talents!

- D


2. Upgrading to High Density floppy drive?

3. Free-DOS project status update - call for volunteers

4. Deployment project build error.....\1033\VsdLicenseDlg.wid

5. Volunteers for DiskOS project

6. Voodoo3 3000 PCI cheap supplier

7. volunteer programmers / hackers needed

8. Illegal jump past initializer?

9. Electronic Graphics Comic needs help (volunteer)

10. volunteer allegro programmers needed...

11. FREMM386

12. WANTED: Volunteer coordinator for Free-DOS

13. Thanx but... :) need more on Projects