April 2003 - Wine-Devel - list.winehq.org

Re: Patch to get Borland's bcc 5.5 (free beer compiler) to work

by Uwe Bonnes

>>>>> "Troy" == Troy Rollo <wine(a)troy.rollo.name> writes: Troy> The only problem in the head code appears to be in the linker, Troy> which it turns out has a problem when it's told there's 3GB of Troy> user address space. Since Windows only offers a 3GB user address Troy> space in what passes for Microsoft's high end server editions of Troy> the operating system, it is unlikely that this is necessary. My Troy> solution is to drop the user address space to 2GB - if 3GB is Troy> desired, it probably should be a configurable option rather than Troy> hard coded as is the case now. Troy> I dealt with a related FIXME along the way. Troy> diff -u -r1.4 virtual.c --- dlls/ntdll/virtual.c 7 Jan 2003 Troy> 20:36:28 -0000 1.4 +++ dlls/ntdll/virtual.c 28 Apr 2003 00:05:58 Troy> -0000 @@ -102,7 +102,8 @@ # define page_mask 0xfff # define Troy> page_shift 12 # define page_size 0x1000 -# define What version did you specify in ~/.wine/config [windows] version? I guess you ran in non NT mode. And I guess your change will do havoc to programs needing NT mode (like Xilix ISE). Probably the limit has to be set in dependance of the version emulated. Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

April 28, 2003

Re: Crash in BeginPaint running Sams Photofact index, a free VB app

by Bill Medland

On April 28, 2003 07:13 am, Dmitry Timoshkov wrote: > "Uwe Bonnes" <bon(a)elektron.ikp.physik.tu-darmstadt.de> wrote: > > Dmitry> I've tested it before I sent the patch. Win2k just returns 0 > > for Dmitry> both APIs without a crash. > > > > Ah, that's fine! > > > > Is your test perhaps integrable in our testsuite? > > I don't think that every trivial change to the code requires a test suite. This is one of my pet peeves. Wine is imperfect. (What isn't!) To me it is frequently unclear whether a line of code is present because it is needed to emulate (possibly weird) Microsoft behaviour or because we want our code to be better than Microsoft's or because of brainfade on the part of the programmer or ... That is why I like to see facts stated twice. Knowing which functions are supposed to handle null pointers is, to me, not trivial. (For example expand the question; is the function handling a null pointer or is it handling all segvs as Windows strlen does?) Putting in a test would be even better than simply commenting that the behaviour is known for e.g. Win95; it might point out version differences and certainly will catch when we accidentally break the code. -- Bill Medland ACCPAC International, Inc. medbi01(a)accpac.com Corporate: www.accpac.com Hosted Services: www.accpaconline.com

April 28, 2003

Re: Mac OS X Support (patch with diff -u)

by Pierre d'Herbemont

On Sunday, April 27, 2003, at 10:09 PM, Pierre d'Herbemont wrote: > Hi, > Here is a patch which mostly enables compilation on Mac OS X. The > support is not full as there is still some makefiles issues on which I > can't find a *clean* correction and a new issue I discovered in this > cvs version related to the libwine_port and the getopt function. > I am sorry but there is still a lot of brokent things in this patch, it is only partially working on Mac OS X. I'll provide an other which will be better so, don't loose time while looking at this one... Sorry. Pierre

April 28, 2003

Re: Wine, WIDE & Unix (was: Support for pkgconfig)

by Steven Edwards

Dimitrie O. Paun wrote: >This should answer your Nautilus/Konqueror/Explorer. I have to religious >affiliation to Nautilus or Konqueror. If the ReactOS people build a better >(and free) browser, it goes in as the default browser. Apps should compete >on features and user experience, not on irrelevant implementation details. > > > I think you are forgetting the one beast/API/toolkit to bind them all. Mozilla. It is my hope that ReactOS will be able to use either khtml as it is LGPL or use the Gecko. If you are talking about getting WINE/WIDE and GTK to play nice together then your and our time will be better spent on mozilla with explorer. Thanks Steven

April 28, 2003

Re: Wine, WIDE & Unix (was: Support for pkgconfig)

by Brian Vincent (C)

> Wide doesn't change that. In fact, being based on Wine, it will implicitly > benefit from all the integration work we do on the Wine side. But at that > point, people will ask: what is the difference between Wide, and just Wine > running in Gnome? I think the problems you're going to run into immediately are: 1) Wine still isn't that far along to support something like this, bigger problems need to be solved first. Not the least of which is just good integration with the existing distributions (which will solve 90% of the problems you'll run into creating your own desktop.) 2) Finding people to do the work. Right now there seems to be a problem finding someone to work on the config tool, let alone a full blown desktop with multiple integrated apps. 3) Documentation.. it's never been one of the strong points of the project and a whole desktop environment needs a lot of it. 4) API.. Alexandre made an excellent point that promoting an API designed by MS puts the ball in their court. Pretty hard to compete on even terms with a company that has a lot of talented, motivated people and a war chest bigger than the GNP of a lot of nations. I think the proper thing to do is write it up an outline of it and put it on the "Fun Projects" page. Maybe someone will find the time to work on it. --------------- Brian Vincent Copper Mountain Telecom vincentb(a)coppercolorado.com

April 28, 2003

Re: Mac OS X Support (patch with diff -u)

by Pierre d'Herbemont

On Sunday, April 27, 2003, at 10:59 PM, Marcus Meissner wrote: > On Sun, Apr 27, 2003 at 10:09:43PM +0200, Pierre d'Herbemont wrote: >> Hi, >> Here is a patch which mostly enables compilation on Mac OS X. The >> support is not full as there is still some makefiles issues on which I >> can't find a *clean* correction and a new issue I discovered in this >> cvs version related to the libwine_port and the getopt function. >> >> Sorry for the -u option, I thought it was enabled by default :( > > The PPC assembly stuff appears correct to me :) > Hum... I dont understand on which assembler part you refer :( . (sorry but you know my english is... ;) If you were asking why did I had a #ifdef __darwin__ on the PPC asm, it was because it seems that Mac OS X linker doesn't like the mnemonics syntax used (dunno why, but...). For example it wants 'r1' instead of '1', and for gcc there was some register preservation we must use (r0 with lwarx)... That is why there is those corrections. But if you were just saying its ok, then, hum... ok :) Thanks, Pierre

April 28, 2003

Re: Crash in BeginPaint running Sams Photofact index, a free VB app

by Dmitry Timoshkov

"Uwe Bonnes" <bon(a)elektron.ikp.physik.tu-darmstadt.de> wrote: > Dmitry> I've tested it before I sent the patch. Win2k just returns 0 for > Dmitry> both APIs without a crash. > > Ah, that's fine! > > Is your test perhaps integrable in our testsuite? I don't think that every trivial change to the code requires a test suite. -- Dmitry.

April 28, 2003

Re: Crash in BeginPaint running Sams Photofact index, a free VB app

by Dmitry Timoshkov

"Uwe Bonnes" <bon(a)elektron.ikp.physik.tu-darmstadt.de> wrote: > Is lps==NULL an argument that BeginPaint() and EndPaint() should cope with or > is it a result for errors hidden deeper? I've tested it before I sent the patch. Win2k just returns 0 for both APIs without a crash. -- Dmitry.

April 28, 2003

Re: Crash in BeginPaint running Sams Photofact index, a free VB app

by Uwe Bonnes

>>>>> "Dmitry" == Dmitry Timoshkov <dmitry(a)baikal.ru> writes: Dmitry> "Uwe Bonnes" <bon(a)elektron.ikp.physik.tu-darmstadt.de> wrote: >> Is lps==NULL an argument that BeginPaint() and EndPaint() should cope >> with or is it a result for errors hidden deeper? Dmitry> I've tested it before I sent the patch. Win2k just returns 0 for Dmitry> both APIs without a crash. Ah, that's fine! Is your test perhaps integrable in our testsuite? Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

April 28, 2003

Re: Crash in BeginPaint running Sams Photofact index, a free VB app

by Mike Hearn

> Is lps==NULL an argument that BeginPaint() and EndPaint() should cope with or > is it a result for errors hidden deeper? MSDN doesn't indicate any behaviour for when this is null. It just says the functions should fill out the struct that it points to. So passing NULL here is an error, that we have to protect ourselves against (clearly MS does) -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

April 28, 2003