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

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

by Ulrich Weigand

Troy Rollo wrote: > And yes, it should be configurable, or perhaps Wine should be capable of > detecting which apps can deal with a 3GB user address space (as apparently > executables can be marked to declare this), but as long as it's not > configurable, and Wine's not capable of detecting this, it seems to me that > the 2GB limit applicable to the desktop operating systems is the correct one. Well, this depends on what you mean by "desktop operating systems" ;-) The Win95 based OSes all have a 3GB user space, and in fact *require* it if you want to use native DLLs, because the system DLLs need to be located at > 2GB ... Bye, Ulrich -- Dr. Ulrich Weigand weigand(a)informatik.uni-erlangen.de

April 29, 2003

Re: Excessive Swap with MSVC++ and Wine

by Phil Thompson

On Tuesday 29 April 2003 5:22 am, Alexandre Julliard wrote: > hatky <hatkyinc(a)yahoo.com> writes: > > sounds like a memory leak in the code sould be > > addressed to wine-devel(a)winehq.com and you should > > probably open a bug on this ..... > > > > wine-devel, can someone comment/help on that? (I think > > there wore more details on the original message) > > This may be fixed in current CVS, give it a try. The current CVS gives me other problems... Running Python gives... Unhandled exception: page fault on read access to 0x00000001 in 32-bit code (0x1e04e00f). In 32-bit mode. 0x1e04e00f (PYTHON22.DLL.Py_VaBuildValue+0x46f in C:\WINDOWS\SYSTEM\PYTHON22.DLL): repne scasb %es:(%edi) Running cl gives... Command line error D2029 : cannot execute 'D:\Program Files\Microsoft Visual Studio\vc98\Bin\c1xx.dll' out of environment memory ...which looks like a configuration error on my part but I haven't found anything yet that tells me how to fix it. Both of these work fine under Crossover Office 2.0. Phil

April 29, 2003

Re: slovene keyboard without dead keys

by Shachar Shemesh

Dmitry Timoshkov wrote: >"Shachar Shemesh" <wine-devel(a)shemesh.biz> wrote: > > > >>>>Also important is an ability by the system to change keyboards. One such >>>>requirement is for BiDi text editing, where the algorithm includes, >>>>among other things, instances where it is necessary to change the >>>>current keyboard layout. >>>> >>>> >>>> >>>> >>>I'm not sure XFree86 supports this feature. Without support from X we couldn't >>>implement keyboard layout changes on application request. >>> >>> >>> >>Can't you set the current group? How are you planning on implementing >>"INPUTLANGCHANGEREQUEST" otherwise? >> >> > >Just reflect the change on the X notification event and inform the app about it. > That's just INPUTLANGCHANGE, not the REQUEST. Let's hope it doesn't matter. I don't think many applications use this message to actually forbit a keyboard switch. >>We use it today for comparing the keyboards. >> >> > >If you mean X11DRV_KEYBOARD_DetectLayout, then we don't. > > Ok. I'l shut up until I collect further info. >I'm afraid we can't change anything in that path. > > Again. I'll do my homework and call in again. >There is a patch in CX Office which supports UTF-8 encoded keyboard input >(in the case of UTF-8 locale of X Input Method) and makes it possible to avoid >conversion to current locale code page and back to unicode. If Alexandre considers >it clean enough he will certainly merge it into WineHQ tree. > > An improvement, and no doubt. >I'm not an expert on right-to-left layouts and can't comment on this. If you >(or somebody else) feel to be a motivated enough to learn how it supposed to >work under real Windows and implement this behaviour in Wine taking into account >X peculiarities that would be great. > > We'll see how this problem resolves in X. It may just be that the X keyboard is going to have the keys pre-reveresed, and we can get away with simply defining a new keyboard and having is done with. Shachar

April 29, 2003

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

by Dimitrie O. Paun

On Tue, 29 Apr 2003, Troy Rollo wrote: > On Mon, 28 Apr 2003 14:23, Dimitrie O. Paun wrote: > > Few questions: > > * Do you build on Windows? > > Until now, I have developed on Windows, but I will be continuing to target > Windows from Linux using Wine to support the build environment, and possibly > for testing of the application itself, together with plex86 or Bochs VMs as > needed for testing under the target OS. Sorry, I misunderstood you. I thought you were building *Wine* with bcc, and I did not understand how you managed to get a running binary. :) -- Dimi.

April 29, 2003

Dupes again, was: Re: Winword, StorageImpl_Commit

by Uwe Bonnes

Hallo, I am seeing duplicated messages like: Bye ------- start of forwarded message ------- Return-Path: <wine-devel-admin(a)winehq.com> Received: from mailserver2.hrz.tu-darmstadt.de (mailserver2.hrz.tu-darmstadt.de [130.83.22.129]) by elektron.ikp.physik.tu-darmstadt.de (8.11.2/8.11.2/SuSE Linux 8.11.1-0.5) with ESMTP id h3TGAqj31573 for <bon(a)elektron.ikp.physik.tu-darmstadt.de>; Tue, 29 Apr 2003 18:10:52 +0200 Received: from localhost.localdomain ([198.144.4.3]) by mailserver2.hrz.tu-darmstadt.de (8.12.9/8.12.8) with ESMTP id h3TGA6l3015786 for <bon(a)elektron.ikp.physik.tu-darmstadt.de>; Tue, 29 Apr 2003 18:10:06 +0200 Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by localhost.localdomain (8.12.8/8.12.8) with ESMTP id h3TFv1Kp018851; Tue, 29 Apr 2003 10:57:01 -0500 Received: from ouse.qinetiq.com (ouse.qinetiq.com [192.102.214.3]) by localhost.localdomain (8.12.8/8.12.8) with SMTP id h3TFu2Kp018786 for <wine-devel(a)winehq.com>; Tue, 29 Apr 2003 10:56:02 -0500 Received: (qmail 10428 invoked from network); 29 Apr 2003 16:56:22 +0100 Received: from unknown (HELO dart.qinetiq.com) (10.0.5.21) by ouse.qinetiq.com with SMTP; 29 Apr 2003 16:56:22 +0100 Received: from allen.qinetiq.com (Not Verified[10.0.20.10]) by dart.qinetiq.com) id <B00054c995>; Tue, 29 Apr 2003 16:56:02 +0100 Received: from unknown (HELO signal.dra.hmg.gb) (10.184.84.139) by allen.qinetiq.com with SMTP; 29 Apr 2003 16:56:02 +0100 Received: from pershore.dra.hmg.gb (pershore.dra.hmg.gb [192.35.94.42]) by signal.dra.hmg.gb (8.9.3/) with ESMTP id RAA01224; Tue, 29 Apr 2003 17:02:17 GMT Received: from littlegreen.dra.hmg.gb by pershore.dra.hmg.gb (8.8.8+Sun/SMI-SVR4) id QAA27906; Tue, 29 Apr 2003 16:57:11 +0100 (BST) -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

April 29, 2003

Re: Winword, StorageImpl_Commit, Crossover and Wine

by Mike McCormack

Hi Mike, Yeah, I think Windows implements transacted mode by doing something like this: open or commit: mv x x.old cp x.old x close, no commit: mv x.old x I haven't tried to implement that yet, but it shouldn't be too difficult. Mike Mike Hearn wrote: > I might as well point out that StorageImpl_Commit is a NOP for direct > mode storage objects. Wine doesn't implement transacted mode, which > seems to be a basic optimization, so we can ignore this stub for now, I > don't think it's important.

April 29, 2003

Re: Winword, StorageImpl_Commit, Crossover and Wine

by Mike Hearn

I might as well point out that StorageImpl_Commit is a NOP for direct mode storage objects. Wine doesn't implement transacted mode, which seems to be a basic optimization, so we can ignore this stub for now, I don't think it's important. On Tue, 2003-04-29 at 04:22, Mike McCormack wrote: > Hi Uwe, > > I have implemented WriteFmtUserTypeStg and ReadFmtUserTypeStg in > Crossover's Wine... I'm trying to gradually ween us off native DLLs. > Alexandre should start merging shortly... > > Mike > > Uwe Bonnes wrote: > > Hallo, > > > > running MS Word 2000 with builtin dlls doesn't allow to write files, because > > of at least StorageImpl_Commit and WriteFmtUserTypeStg still stubs? Does > > Crosover Office still require the native OLE dlls or has it some > > implementation? > > > > Bye > > -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

April 29, 2003

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

by Mike Hearn

> Ah OK. Minor problem. :-( > > Why can't they make Qt/Win32 GPL:ed as well with the exception of the > drawing primitives that have to become LGPL:ed. > > They released Qt/X11 under the GPL, since the GPL according to their > interpretation will protect them from "free commercial use". > > Why not release Qt/Win32 under the GPL as well? Not sure, might be worth asking, but I expect it's because they believe they would lose a lot of customers writing internal corporate software for Win32 - if the software is for internal use only, you could just make it GPLd and not pay TT anything. Restricting the free version to a display protocol not well supported on Win32 allows them to make more money. -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

April 29, 2003

Re: A little Xlib adventure

by Dimitrie O. Paun

On April 29, 2003 09:16 am, Mike Hearn wrote: > Are you sure? It looks like that in Evo if I just view it in the normal > view, but if I maximize the window, it becomes unwrapped (ie evo does > the word wrapping on view rather than on send) My bad -- KMail is playing tricks on me. I've recently upgraded to RH9, and KMail change slightly some of its behaviors, and I'm yet to get used to it. :) -- Dimi.

April 29, 2003

Re: A little Xlib adventure

by Mike Hearn

Are you sure? It looks like that in Evo if I just view it in the normal view, but if I maximize the window, it becomes unwrapped (ie evo does the word wrapping on view rather than on send) I attached it as a plain text doc as well, which has always worked fine before. Or was there something in that cup of tea I just drank? On Tue, 2003-04-29 at 14:14, Dimitrie O. Paun wrote: > On April 29, 2003 08:59 am, Mike Hearn wrote: > > + /* set the pid. together, these properties are needed so the window > > manager can kill us if we freeze */ > > Wrapped patch alert! :) -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

April 29, 2003