Back to home page

DOS ain't dead

Forum index page

Log in | Register

Back to index page
Thread view  Board view
Laaca

Homepage

Czech republic,
25.03.2013, 22:12
 

Wine in DOS (Announce)

It seems that HX-DOS has a new competitior. Guy on this site tries to compile Wine in DOS using DJGPP. http://winedos.ucoz.ru/
(in russian)

---
DOS-u-akbar!

RayeR

Homepage

CZ,
26.03.2013, 04:24

@ Laaca
 

Wine in DOS

> It seems that HX-DOS has a new competitior. Guy on this site tries to
> compile Wine in DOS using DJGPP. http://winedos.ucoz.ru/
> (in russian)

I know, it started discussion on DJGPP google group. But when I last checked it he didn't have working binary yet and downloads was broken. Now I can see working download of winedos ver 0.22 but it seems contains only Japheth's HXDOS :\

---
DOS gives me freedom to unlimited HW access.

Japheth

Homepage

Germany (South),
26.03.2013, 09:30

@ RayeR
 

Wine in DOS

> but it seems contains only Japheth's HXDOS :\

Not only. There are also some MS files ( crtdll.dll, mfc*.dll ), a few dlls apparently copied from WINE and some obscure things from DOS386. OTOH, the HX documentation files are not included.

---
MS-DOS forever!

Laaca

Homepage

Czech republic,
26.03.2013, 15:01

@ Japheth
 

Wine in DOS

Author has on his page mirror of HX-DOS compatibility list originaly from DRDOS.ORG

This original page is now gone but could be restored from http://winedos.ucoz.ru/HX-DOS_lists.html

---
DOS-u-akbar!

Laaca

Homepage

Czech republic,
26.03.2013, 15:07

@ Japheth
 

Wine in DOS

On this page: http://winedos.ucoz.ru/index/0-2 is this question and answer:

Q: In the projects are used open source projects ReactOS and HX-DOS. But where is the source code of WineDOS?

A: The source code is not open yet but I will release it after first request.

---
DOS-u-akbar!

georgpotthast

Homepage

Germany,
26.03.2013, 23:14

@ Laaca
 

Wine in DOS

> On this page: http://winedos.ucoz.ru/index/0-2 is this
> question and answer:
>
> Q: In the projects are used open source projects ReactOS and HX-DOS. But
> where is the source code of WineDOS?
>
> A: The source code is not open yet but I will release it after first
> request.

I asked for the code in the djgpp group thread but did not get any. He wrote that he was working on an old version of wine but that he did not get that to compile fully. I have doubts that it is possible to compile wine with djgpp within any reasonable investment in time. Also, who shall run Windows applications in Wine on DOS?

I made an alpha version of Bochs for DOS. Did not continue since I do not know what that should be used for. I did boot Windows in this port:

Bochs Screenshot

Georg

DOS386

27.03.2013, 07:01

@ georgpotthast
 

W[h]ine in Russian

> I asked for the code in the djgpp group thread but did not get any. He
> wrote that he was working on an old version of wine but that he did not get
> that to compile fully. I have doubts that it is possible to compile wine
> with djgpp within any reasonable investment in time.

IIRC our good old ( now dead :crying: ) King Udo boasted (cca 10 years ago) about having successfully compiled (another 10 years back) 90% of WINE with DGJPP ... so 90% from a 20 years old version of WHINE relative to today :-\

> Also, who shall run Windows applications in Wine on DOS?

me ???

> I made an alpha version of Bochs for DOS. Did not continue since I do not
> know what that should be used for.

Debugging ? Screenshooting ? Slowing down (unfortunately emulation is not that useful to speed up things) ? Anyway, official Win32 2.6 works acceptably with 6 years old HX :-\

> Author has on his page mirror of HX-DOS compatibility list originaly from DRDOS.ORG
> This original page is now gone but could be restored from winedos.ucoz.ru/HX-DOS_lists.html

WRONG. I had restored it (this page and some other pages, some still missing or outdated) cca 2 months ago:

http://www.unet.univie.ac.at/~a0503736/php/drdoswiki/index.php?n=Main.HXDOScomplists

> didn't have working binary yet and downloads was broken.
> Now I can see working download

The downloads are:

1. hard to find
2. located on crappy servers (10% chance to get them with non-DOS and Jawashit, 0% in DOS)
3. bloated, messy, and illegal (3rd party non-redistributable stuff inside)

japheth wrote:

> > Not only. There are also some MS files ( crtdll.dll, mfc*.dll )

Indeed (+ NOTEPAD, + REGEDIT, ...)

> a few dlls apparently copied from WINE and

> some obscure things from DOS386

Please explain what's obscure. YES I did find my files there :-) Maybe they can't beat WINE by features, but, at least, until someone provides a rock-solid evidence of the opposite, I'll continue ASS'ume'ing that they are, at least, 100% clean, from both technical and legal aspects :-)

> OTOH, the HX documentation files are not included.

They are ... partially ... and partially translated into Russian ... but I'm not going to approve the correctness, sorry.

---
This is a LOGITECH mouse driver, but some software expect here
the following string:*** This is Copyright 1983 Microsoft ***

Japheth

Homepage

Germany (South),
27.03.2013, 12:54

@ DOS386
 

W[h]ine in Russian

> Please explain what's obscure.

Nothing of course. Just expressed myself a little provocatively to see your current status ( "dead" or "alive" ). :-)

---
MS-DOS forever!

DOS386

27.03.2013, 13:06

@ Japheth
 

W[h]ine in Russian

> > Please explain what's obscure.
> Nothing of course. Just expressed myself a little provocatively to see your
> current status ( "dead" or "alive" )

Came back accidentally just now :-)

Why don't you apply the same resurrection trick to King Udo too? :hungry:

---
This is a LOGITECH mouse driver, but some software expect here
the following string:*** This is Copyright 1983 Microsoft ***

Japheth

Homepage

Germany (South),
27.03.2013, 19:24

@ DOS386
 

W[h]ine in Russian

> Why don't you apply the same resurrection trick to King Udo too?
> :hungry:

I'd love talking with my good old friend Udo a bit ... about the little town where he dwells and how things are going ... but unfortunately, I was BANNED!:-(

---
MS-DOS forever!

georgpotthast

Homepage

Germany,
27.03.2013, 19:42

@ georgpotthast
 

Wine in DOS

> I asked for the code in the djgpp group thread but did not get any. He
> wrote that he was working on an old version of wine but that he did not get
> that to compile fully. I have doubts that it is possible to compile wine
> with djgpp within any reasonable investment in time. Also, who shall run
> Windows applications in Wine on DOS?
>

>
> Georg

Maybe Alex reads this thread - I got a snapshot of his current code by email today. It is the Wine 980315 version he tries to compile using EMX and the Xlib libraries which can be used with EMX. As he had already posted he managed to compile libwine.a but not wine.exe. Since I currently do not have EMX installed I did not try to compile it myself again.

Georg

Rugxulo

Homepage

Usono,
28.03.2013, 00:20

@ georgpotthast
 

Wine in DOS

> Maybe Alex reads this thread - I got a snapshot of his current code by
> email today. It is the Wine 980315 version he tries to compile using EMX
> and the Xlib libraries which can be used with EMX. As he had already posted
> he managed to compile libwine.a but not wine.exe. Since I currently do not
> have EMX installed I did not try to compile it myself again.

EMX is still mirrored in various places, e.g. Hobbes, but OS/2 users seem to prefer a newer (OS/2-only) version that relies on OS/2-specific .DLLs (libc*.dll). IIRC, the latest "official" dual mode compiler was 2.8.1, which is fairly old by now. There is a third-party build of (C-only) 3.0.4, but I'm not sure that improves much overall.

I did install EMX on this PC a while back. It's not hard to setup. The main "gotcha" is that EMX.EXE proper seems to choke on big amounts of RAM (greater than 1 GB), so I ended up doing "set EMX=c:\utils\rsx.exe" and just manually run DPMI beforehand. Then it works okay. YMMV.

I personally don't have a lot of optimism for running WINE, even old versions, but I think DJGPP is more capable (and reliable) than old EMX. As CWS mentioned, you can fake mmap() with DPMI 1.0 calls, but not all DPMI hosts or extenders support that.

P.S. I tried running a MinGW .EXE (pcom.exe from my GPC builds of P5) today under HX with the ReactOS clone MSVCRT.DLL, and it didn't work (missing import), go figure. I guess I got too lucky and optimistic after it accidentally worked with Oxford Oberon.

Back to index page
Thread view  Board view
22632 Postings in 2109 Threads, 402 registered users, 430 users online (0 registered, 430 guests)
DOS ain't dead | Admin contact
RSS Feed
powered by my little forum