July 2005 - Wine-Devel - list.winehq.org

Re: wine on FreeBSD

by Robert Lunnon

On Saturday 30 July 2005 04:18, jean-marc DETREZ wrote: > Hi, > > > > With the differents mails i receive from users or wine's developers, i > think that: > > > > - Dislike OpenBSD or SRV4, mincore did'nt fail if the page is > not mapped no [ENOMEM] error condition. > > > > - the FreeBSD man pages say that mmap would fail with [ENOMEM] > error condition if address is in use but in the reality it seems always > return the start address. > > > > So for to use wine on FreeBSD before doing a more clean patch i propose to > add this to mmap . I know that it would map memory pages without verify > before that the pages is'nt already map but the man pages say it must > failed so I'm just verify that the result is equal to start address the > mmap call asking for. > > > > > > I do that only when creating System heap because requesting > mmap for 0x800000 start address (without MAP_FIXED) always fail and prevent > wine running on FreeBSD. > > > > I'll do more test to implement a try_mmap_fixed function > working on FreeBSD like this done for SRV4,NetBSD and DARWIN. > > > > Jean-marc Actually the fix for SVR4 (Solaris) does work BUT, the numerous vforks cause resource problems under Solaris. I already have a patch which does a single reserve of 64 MB for the system heap and leaves the rest alone. Other memory gets mapped out on the first memory allocate autmagically by the wine allocator. This approach seems to work well under Solaris.. From what I know is is unlikely (read very improbable) that 64K from 0x80000000 would be in use so early in the wine process so a fixed mmap is unlikely to actually unmap anything. Still it would be polite to check if possible. (Yo ucan do this by reading the processes address space (as) file in /proc on SVR4 systems as will as mincore Bob

July 30, 2005

Re: Add KERNEL32.SetThreadUILanguage() stub

by Dmitry Timoshkov

"Andreas Mohr" <andi(a)rhlx01.fht-esslingen.de> wrote: > +LANGID WINAPI SetThreadUILanguage(WORD wReserved) > +{ > + FIXME("SetThreadUILanguage(0x%04x), semi-stub! (defaulting to english)\n", wReserved); > + return MAKELANGID(LANG_ENGLISH, SUBLANG_DEFAULT); > +} Why are you returning english here? Wine should display UI according to current user locale, so GetUserDefaultUILanguage() would be more appropriate here. -- Dmitry.

July 30, 2005

[AppDB] Regression: Editing notes doesn't work anymore

by Jonathan Ernst

Didn't had time to investigate yet. -- Jonathan Ernst <Jonathan(a)ErnstFamily.ch>

July 29, 2005

TR: wine on FreeBSD with patch

by jean-marc DETREZ

_____ De : jean-marc DETREZ [mailto:jm.detrez(a)cegetel.net] Envoyé : vendredi 29 juillet 2005 20:28 À : 'Alexandre Julliard' Cc : 'barner(a)FreeBSD.org'; 'wine-devel(a)winehq.com'; 'emulation(a)freebsd.org'; 'Dmitry Timoshkov'; 'Gerald Pfeifer' Objet : TR: wine on FreeBSD with patch _____ De : jean-marc DETREZ [mailto:jm.detrez(a)cegetel.net] Envoyé : vendredi 29 juillet 2005 20:18 À : 'Alexandre Julliard' Cc : 'barner(a)FreeBSD.org'; 'Gerald Pfeifer'; 'wine-devel(a)winehq.com'; 'emulation(a)freebsd.org'; 'Dmitry Timoshkov' Objet : wine on FreeBSD Hi, With the differents mails i receive from users or wines developers, i think that: - Dislike OpenBSD or SRV4, mincore didnt fail if the page is not mapped no [ENOMEM] error condition. - the FreeBSD man pages say that mmap would fail with [ENOMEM] error condition if address is in use but in the reality it seems always return the start address. So for to use wine on FreeBSD before doing a more clean patch i propose to add this to mmap . I know that it would map memory pages without verify before that the pages isnt already map but the man pages say it must failed so Im just verify that the result is equal to start address the mmap call asking for. I do that only when creating System heap because requesting mmap for 0x800000 start address (without MAP_FIXED) always fail and prevent wine running on FreeBSD. Ill do more test to implement a try_mmap_fixed function working on FreeBSD like this done for SRV4,NetBSD and DARWIN. Jean-marc

July 29, 2005

Re: Add KERNEL32.SetThreadUILanguage() stub

by Andreas Mohr

Hi, On Fri, Jul 29, 2005 at 07:14:22PM +0200, Thomas Weidenmueller wrote: > Andreas Mohr wrote: > > Hello all, > > > > this one is needed by XP's ping.exe and a reworked ReactOS version. > > > > Andreas Mohr > > This prototype is outdated. MS has documented this function in the > meanwhile: Thanks, very fast reaction! This is now a semi-stub which should be able to satisfy requirements much more than before. Andreas Mohr

July 29, 2005

wine on FreeBSD

by jean-marc DETREZ

Hi, With the differents mails i receive from users or wine's developers, i think that: - Dislike OpenBSD or SRV4, mincore did'nt fail if the page is not mapped no [ENOMEM] error condition. - the FreeBSD man pages say that mmap would fail with [ENOMEM] error condition if address is in use but in the reality it seems always return the start address. So for to use wine on FreeBSD before doing a more clean patch i propose to add this to mmap . I know that it would map memory pages without verify before that the pages is'nt already map but the man pages say it must failed so I'm just verify that the result is equal to start address the mmap call asking for. I do that only when creating System heap because requesting mmap for 0x800000 start address (without MAP_FIXED) always fail and prevent wine running on FreeBSD. I'll do more test to implement a try_mmap_fixed function working on FreeBSD like this done for SRV4,NetBSD and DARWIN. Jean-marc

July 29, 2005

[Fwd: Re: [Fwd: Re: [Wine]wine-20050725 feedback : lots of graphical glitches]]

by Vincent Rubiolo

Sending to the devel-list as suggested by people on wine-users. Just wasn't sure whther those kind of reports would be welcome on the devel ML. The issues mentioned below seem to be regressions. Thanks for your attention, I am willing to help but am just beginning to grasp everything wine-related. Vincent -------- Original Message -------- Subject: Re: [Fwd: Re: [Wine]wine-20050725 feedback : lots of graphical glitches] Date: Fri, 29 Jul 2005 14:03:50 +0200 From: Vincent Rubiolo <vincent.rubiolo(a)free.fr> To: wine-users(a)winehq.org References: <42E9DEFD.6090508(a)free.fr> Hello, I have submitted three bugs relative to these problems : + http://bugs.winehq.org/show_bug.cgi?id=3169 + http://bugs.winehq.org/show_bug.cgi?id=3170 + http://bugs.winehq.org/show_bug.cgi?id=3171 Vincent Vincent Rubiolo wrote: > Ths list was forgotten. Forwarding. > > Vincent > > -------- Original Message -------- > Subject: Re: [Wine]wine-20050725 feedback : lots of graphical glitches > Date: Thu, 28 Jul 2005 17:45:44 -0700 > From: George Lober <glober(a)telus.net> > To: Vincent Rubiolo <vincent.rubiolo(a)free.fr> > References: <42E8D1CC.5010006(a)free.fr> > > Vincent Rubiolo wrote: > >> Hello wine-users, >> >> I built and installed (with wineinstall) wine-20050725 [see system >> info at end of mail]. >> While it works OK for most of the applications that I use (I still >> have some crashes, I will investigate them), I have lots of graphical >> glitches, some of which greatly reduce the usability of the >> applications : >> >> Firefox : >> ---------- >> + Installation problems, esp. with respect to icons and text. I am >> attaching small screenshots for you to see the problems. During the >> installation, the console returns : >> fixme:win:SetWindowTextW setting text L"Extracting" of other process >> window 0x10022 should not use SendMessage >> err:static:STATIC_SetIcon huh? hicon!=0, but info=0??? >> >> + Main page display problem. Black boxes in rendered page (which is >> perfect on native Linux FF). Menubar scrambled. It clears up a little >> (not perfect though) when my mouse passes over it. Console says : >> err:ole:CoGetClassObject class {4955dd33-b159-11d0-8fcf-00aa006bcc59} >> not registered >> fixme:ole:CoCreateInstance no classfactory created for CLSID >> {4955dd33-b159-11d0-8fcf-00aa006bcc59}, hres is 0x80040154 >> err:clipboard:CLIPBOARD_CloseClipboard Failed to set clipboard. >> >> 7-Zip: >> ------ >> The combo box under the icons is almost not appearing at all, making >> it impossible to navigate in directories (see small screenshot). >> >> >> This is just to show the problems I am encountering. I tried searching >> in the Bugzilla but the search (keyword firefox) returned no replies. >> I have to say that the search is quite cumbersome. I use Bugzilla >> almost daily (Mozilla project for instance), and searches are a lot >> easier because there is a simple search box, instead of having >> everyone to use the advanced search function. >> >> I also have opened an account on the AppDB. Should I report these >> problems to the apps maintainers instead (it seems so)? >> There is so much documentation that I don't know what to do : you seem >> to welcome bug reports but I am not sure whether apps bugs are helpful >> to you. Are they? >> >> Could you give me some pointers please? >> >> Thank you. I am willing to participate and help but don't know what to >> report exactly as I am not familiar with Wine internals. >> >> Vincent >> >> System information as requested on >> http://www.winehq.com/site/docs/wine-user/bug-reporting : >> --------------------------------------------------------- >> + Wine 20050725 (note that wine -v does not work anymore, contrary to >> what the page says) >> + kernel : i686 GNU/Linux 2.4.21-27.0.1.EL (this is Redhat Entreprise >> WS3) >> + compiler : gcc (GCC) 3.4.3 >> + windows : no windows installed or used >> + program : firefox 1.0.5, available at www.mozilla.org >> + cmdline : wine firefox.exe (in fake_c\Program Files\Mozilla Firefox) >> + X server : 4.3.0 shipped by Redhat >> + steps to reproduce : simply start firefox after installing. Same for >> 7zip. >> > > Hello, > > I would also like to add that I am having similar problem with my > install of wine-20050725, where the Toolbar buttons of an application > called DietPower are incorrectly sized smaller (about 26pix compared to > normal size of about 37pix). The Toolbutton Images are sized correctly > resulting in a mess. Version 20050628 and previous versions don't have > this problem. Would it help to post this on the bug-tracker ? > > Regards, George > -- Reclaim Your Inbox! http://www.mozilla.org/products/thunderbird -- Reclaim Your Inbox! http://www.mozilla.org/products/thunderbird

July 29, 2005

Re: [wined3d] tidy up draw prim and add strided data new to d3d9

by Felix Nawothnig

Oliver Stieber wrote: > use ++x instead of x++ since x++ potentially requires a temporary variable. I seriously doubt this will actually have an effect on the resulting assembly code generated by any semi-serious compiler (regardless of the -O level) as for(i = 0; i < x; i++) is a quite common idiom... Felix

July 29, 2005

Re: Add KERNEL32.SetThreadUILanguage() stub

by Thomas Weidenmueller

Andreas Mohr wrote: > Hello all, > > this one is needed by XP's ping.exe and a reworked ReactOS version. > > Andreas Mohr This prototype is outdated. MS has documented this function in the meanwhile: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/intl/mui_s… Best Regards, Thomas Weidenmueller

July 29, 2005

How to turn off Anti-aliasing

by George Lober

I have just updated my install of Wine and I notice that the config file is now deprecated, it doesn't get used. I want to turn off Wine Anti-aliasing. I was able to do it in the config file, but now I don't know. 'winecfg' doesn't have any such setting. Can it be turned off in the registry ? If so what is the setting ? Thankyou, George

July 29, 2005