August 2002 - Wine-Devel - list.winehq.org

right way to compile wine with a "buildroot" DESTDIR is missing
by Raul Dias Aug. 16, 2002

Aug. 16, 2002

Hi, I have been building wine RPMs for some time now. The way I do is to specify the correct paths to ./configure script (like prefix, mandir, bindir, ...). After building I have to use an ugly make install in orther to install it into another dir that is different from the one. However, talking to some wine developers on #winehq in openprojects network. They state that a ./configure --prefix=<you buildroot>/prefix was enough. That's because wine does not hardcode any %prefix related path. This would simplify a lot the process. However I just checked that wine does hardcode the %prefix dir in the binaries. This is done in dlls/ntdll/ntdll.dll.so and possible at miscemu/wine . AFAIU, this is done to keep the path to the global registries which is the Right Thing to do. So what I really would like to know is which way is the right way to install wine in a dir different than %prefix or /usr/local (default %prefix)? Is there any chance to get a DESTDIR implemented in the Makefiles? []'s Raul Dias

4 12

microsoft CFileDialog problem
by mayonaise＠beer.com Aug. 16, 2002

Aug. 16, 2002

hi everybody, i am currently working on making a windows program function in wine. it works for the most part, so i'm trying to iron out a few critical bugs. first off... i'm looking at microsoft's CFileDialog class - it is what the standard windows 'open file' and 'save file' dialog windows use. the problem is this: CFileDialog has a built in function called OnFolderChange, that is used to determine whether the user has changed folders in the dialog, whether by double click or what not.. the program i'm working on overrides the CFileDialog class, and includes more code for the OnFolderChange function (and for other functions) for its own purposes. the new OnFolderChange function works perfectly fine in windows, but is completely ignored when using wine - it never even gets called, while the rest of the dialog window retains all of its intended functionality. as a reference, the built in functions OnFileNameChange, GetFolderPath, and others gets overridden successfully. as far as i can tell, the only function that is not working properly is the OnFolderChange function. the overriding of CFileDialog was accomplished by using a hooking procedure provided in the MSDN library. i hope this is enough information, however i don't expect anyone to fully be able to address this issue without seeing the code i'm working on first.thank you for your time! -kyle

2 1

note to packagers (new optional dependancy)
by Shachar Shemesh Aug. 16, 2002

Aug. 16, 2002

Hi all, A patch just submitted to wine-patches changes the rules when building binary packages of WINE for distributions. This is an optional change, so ignoring this email will not break anything, but will result in decreased functionality. During the configure phase ./configure will now check for the availability of the libfribidi header files. These are typically distributed in a package called "libfribidi-dev". I would highly recommend installing this library on the machine you compile the package on, so as to include the option for BiDi support in the resulting binary. If the headers are found during compile time, a run time check is performed whether the libfribidi library is available. If it is not, Wine will continue without BiDi support. If it is, BiDi support will (at some future date, admitably) be enabled. In .deb speak, libfribidi-dev is build recommended for wine src. libfribidi is suggested for wine. Shachar

2 1

RE: New user/developer has questions ...
by Medland, Bill Aug. 16, 2002

Aug. 16, 2002

> -----Original Message----- > From: Crispen Scott [mailto:C.Scott(a)astronautics.com] > Sent: Friday, August 16, 2002 6:56 AM > To: wine-devel(a)winehq.com > Subject: New user/developer has questions ... > > > I have just RPMed wine-20020512-1.i386.rpm and attempted to > run several WIN > programs (to wit: sol.exe and a proprietary package). > Both fail. I am including the entire run/error message from > my attempt to run > sol.exe below. Being new to WINE, I have no idea where > to begin to find the problem. I have annotated the error > message with notes. > All notes are separated by a > > <NOTE - TEXT> then a CR and follows the line(s) that the NOTE > applies to. > > [root(a)localhost root]# wine /mnt/windows/windows/system32/sol.exe > <NOTE - This is the command line entry > > > err:reg:_convert_win95_registry_to_wine_format unable to load > native win95 > registry file C:\WINDOWS\system.dat: unknown signature. > err:reg:_convert_win95_registry_to_wine_format Unable to load > native win95 > registry file C:\WINDOWS\system.dat. > err:reg:_convert_win95_registry_to_wine_format Please report to > a.mohr(a)mailto.de. > err:reg:_convert_win95_registry_to_wine_format Make a backup > of the file, run > a good reg cleaner program and try again! > <NOTE - The SYSTEM.DAT file located in the windows SUBDIR was > exported from > regedit.exe. This is from a WIN2K OS > That's your mistake. You shouldn't export it. reg_convert_win95_registry_to_wine_format actually reads the files that store a Win95 registry (the actual files, not exports). > > fixme:win32:PE_CreateModule Security directory ignored > <NOTE - I assume this is a FIXME in the SRC> True > > err:font:AddFontFileToList Unable to load font file > "/mnt/windows/windows/Fonts/desktop.ini" err = 55 > <NOTE - This file exists in the proper location so what is the error?> I don't know the font stuff; someone else maybe will help here. > > err:font:AddFontFileToList Already loaded font L"Garamond" L"Bold" > err:font:AddFontFileToList Already loaded font L"Garamond" L"Italic" > err:font:AddFontFileToList Already loaded font L"Garamond" L"Regular" > > err:font:AddFontFileToList Unable to load font file > "/mnt/windows/windows/Fonts/modern.fon" err = 2 > err:font:AddFontFileToList Unable to load font file > "/mnt/windows/windows/Fonts/mtsorts.ttf" err = 2 > err:font:AddFontFileToList Unable to load font file > "/mnt/windows/windows/Fonts/roman.fon" err = 2 > err:font:AddFontFileToList Unable to load font file > "/mnt/windows/windows/Fonts/script.fon" err = 2 > <NOTE - These files exist so why are they able to be loaded?> > > X Error of failed request: XF86DGANoDirectVideoMode > Major opcode of failed request: 136 (XFree86-DGA) > Minor opcode of failed request: 22 (XDGAOpenFramebuffer) > Serial number of failed request: 181 > Current serial number in output stream: 181 > <NOTE - What does this indicate?> > > I am trying to come up to speed on the use of WINE but, as > everyone knows, > the documentation is a little light > as is the commenting of the source code. If someone could > please head me in > the right direction, I would greatly appreciate it. > > Once I have gained some additional expertise in WINE I will > use my 15+ years > of Windows development experience and knowledge > to try and resolve some of the issues and bugs that are > reported. This may > take me several more weeks. > > I am also intending to write a technical book on WINE so will > submit chapters > for review to the community as the become available. > Much of the information will deal with the issues the I, as a > newbie, am > encountering. > > I await the response. > > Crispen Scott > > BTW: I downloaded the source for 20020804 and, after fixing > several build > related problems (incorrect build order, root objections, & > eliminating > programs with build problems I couldn't readily resolve, i.e. > widl), I had > even worse problems with trying to get that version of wine > to run. That is > why I reverted to the latest RPM version. Some of the > problems with the > 20020804 build might be resolved after I see the answers to > the problems I > stated above. > > I am excited about becoming an integral part of this > community but need some > start-up help! > Thanks! > > -- > Crispen Scott > Engineer - Software > Astronautics.com > 4115 Teutonia Road > Milwaukee, WI 53209 > Tel: 414-447-8200 x4434 > C.Scott(a)Astronautics.com > What is your environment; you shouldn't have had all those build problems. Bill

4 3

RFC: winedefault.reg
by lawson_whitney＠juno.com Aug. 16, 2002

Aug. 16, 2002

Good day! Should we maybe install it somewhere in --prefix so it has a chance to get included in binary packages? I have one in /usr/local, but it is from April 19, 2001 and not much use... Lawson ---oops---

2 1

RE: window parent/owner handling
by Medland, Bill Aug. 16, 2002

Aug. 16, 2002

> -----Original Message----- > From: Dmitry Timoshkov [mailto:dmitry(a)baikal.ru] > Sent: Thursday, August 15, 2002 8:22 PM > To: Medland, Bill > Cc: wine-devel(a)winehq.com > Subject: Re: window parent/owner handling > > > "Medland, Bill" <Bill.Medland(a)accpac.com> wrote: > > > Includes my previous patch for SetWindowLong (for Bug 825) > > Seems that your investigations are correct, at least test succeeds > under win2000. I would suggest to apply tiny patch (attached) to catch > some additional problems. Thanks Dmitry; for all your help on this. p.s. I suddenly realised I'd put only my name on the copyright in the test. It's based on your code; You want to be mentioned? (Or is this sufficient ackowledgement?). > > -- > Dmitry. > Bill

2 1

FW: what's with WS_OVERLAPPED?
by Medland, Bill Aug. 16, 2002

Aug. 16, 2002

(Damn; Outlook bugs me) -----Original Message----- From: Medland, Bill Sent: Friday, August 16, 2002 8:19 AM To: 'rolf.kalbermatter(a)citeng.com' Subject: RE: what's with WS_OVERLAPPED? > -----Original Message----- > From: Rolf Kalbermatter [mailto:r.kalbermatter(a)hccnet.nl] > Sent: Thursday, August 15, 2002 11:31 PM > To: Bill.Medland(a)accpac.com > Cc: wine-devel(a)winehq.com > Subject: RE: what's with WS_OVERLAPPED? > > > On Thu, 15 Aug 2002 "Medland, Bill" <Bill.Medland(a)accpac.com> wrote > > > >> On Wednesday, August 14, 2002 Ove Kaaven [mailto:ovehk(a)ping.uio.no] > wrote: > > <snip> > > >> WS_OVERLAPPED is in practice considered the absence of the > >> WS_POPUP and > >> WS_CHILD flags, I believe. > > > >Thanks Ove; that'll do for a working hypothesis. (I wish > Microsoft would > be > >consistant) > > > >Just for the record it is clearly more complex than that. I > guess since > >Microsoft wrote it we can trust Spy++ a little. I have seen > spy++ declare > >that a "tooltips" class window (style 0x84800000/00000088) has style > >WS_OVERLAPPED whereas a "tooltips_class32" class window (style > >0x84800003/00000088) doesn't. > > Hmm, this is just a wild guess but couldn't it be that the > WS_OVERLAPPED > style applies only to the lower word of the windows style. > Windows coming > from 16bit DOS it wouldn't be surprising if the original > windows style was > 16 bit only as well. Either that or Spy++ has a bug, even > though you trust > it so much ;-). Except all the general style stuff is in the top word; the only difference between the two styles, the 3, is two TTS_* toolbar style; generally the stuff in the low word is, I believe, control-specific. I honestly think that it is not so much that Spy++ has a bug as that it is based on some knowledge within Microsoft that describes how they have worked around the mess they have generated over the years. > > Rolf Kalbermatter > mailto:rolf.kalbermatter(a)citeng.com > > Bill

1 0

New user/developer has questions ...
by Crispen Scott Aug. 16, 2002

Aug. 16, 2002

I have just RPMed wine-20020512-1.i386.rpm and attempted to run several WIN programs (to wit: sol.exe and a proprietary package). Both fail. I am including the entire run/error message from my attempt to run sol.exe below. Being new to WINE, I have no idea where to begin to find the problem. I have annotated the error message with notes. All notes are separated by a <NOTE - TEXT> then a CR and follows the line(s) that the NOTE applies to. [root(a)localhost root]# wine /mnt/windows/windows/system32/sol.exe <NOTE - This is the command line entry > err:reg:_convert_win95_registry_to_wine_format unable to load native win95 registry file C:\WINDOWS\system.dat: unknown signature. err:reg:_convert_win95_registry_to_wine_format Unable to load native win95 registry file C:\WINDOWS\system.dat. err:reg:_convert_win95_registry_to_wine_format Please report to a.mohr(a)mailto.de. err:reg:_convert_win95_registry_to_wine_format Make a backup of the file, run a good reg cleaner program and try again! <NOTE - The SYSTEM.DAT file located in the windows SUBDIR was exported from regedit.exe. This is from a WIN2K OS > fixme:win32:PE_CreateModule Security directory ignored <NOTE - I assume this is a FIXME in the SRC> err:font:AddFontFileToList Unable to load font file "/mnt/windows/windows/Fonts/desktop.ini" err = 55 <NOTE - This file exists in the proper location so what is the error?> err:font:AddFontFileToList Already loaded font L"Garamond" L"Bold" err:font:AddFontFileToList Already loaded font L"Garamond" L"Italic" err:font:AddFontFileToList Already loaded font L"Garamond" L"Regular" err:font:AddFontFileToList Unable to load font file "/mnt/windows/windows/Fonts/modern.fon" err = 2 err:font:AddFontFileToList Unable to load font file "/mnt/windows/windows/Fonts/mtsorts.ttf" err = 2 err:font:AddFontFileToList Unable to load font file "/mnt/windows/windows/Fonts/roman.fon" err = 2 err:font:AddFontFileToList Unable to load font file "/mnt/windows/windows/Fonts/script.fon" err = 2 <NOTE - These files exist so why are they able to be loaded?> X Error of failed request: XF86DGANoDirectVideoMode Major opcode of failed request: 136 (XFree86-DGA) Minor opcode of failed request: 22 (XDGAOpenFramebuffer) Serial number of failed request: 181 Current serial number in output stream: 181 <NOTE - What does this indicate?> I am trying to come up to speed on the use of WINE but, as everyone knows, the documentation is a little light as is the commenting of the source code. If someone could please head me in the right direction, I would greatly appreciate it. Once I have gained some additional expertise in WINE I will use my 15+ years of Windows development experience and knowledge to try and resolve some of the issues and bugs that are reported. This may take me several more weeks. I am also intending to write a technical book on WINE so will submit chapters for review to the community as the become available. Much of the information will deal with the issues the I, as a newbie, am encountering. I await the response. Crispen Scott BTW: I downloaded the source for 20020804 and, after fixing several build related problems (incorrect build order, root objections, & eliminating programs with build problems I couldn't readily resolve, i.e. widl), I had even worse problems with trying to get that version of wine to run. That is why I reverted to the latest RPM version. Some of the problems with the 20020804 build might be resolved after I see the answers to the problems I stated above. I am excited about becoming an integral part of this community but need some start-up help! Thanks! -- Crispen Scott Engineer - Software Astronautics.com 4115 Teutonia Road Milwaukee, WI 53209 Tel: 414-447-8200 x4434 C.Scott(a)Astronautics.com

2 1

RE: what's with WS_OVERLAPPED?
by Rolf Kalbermatter Aug. 16, 2002

Aug. 16, 2002

On Thu, 15 Aug 2002 "Medland, Bill" <Bill.Medland(a)accpac.com> wrote > >> On Wednesday, August 14, 2002 Ove Kaaven [mailto:ovehk(a)ping.uio.no] wrote: <snip> >> WS_OVERLAPPED is in practice considered the absence of the >> WS_POPUP and >> WS_CHILD flags, I believe. > >Thanks Ove; that'll do for a working hypothesis. (I wish Microsoft would be >consistant) > >Just for the record it is clearly more complex than that. I guess since >Microsoft wrote it we can trust Spy++ a little. I have seen spy++ declare >that a "tooltips" class window (style 0x84800000/00000088) has style >WS_OVERLAPPED whereas a "tooltips_class32" class window (style >0x84800003/00000088) doesn't. Hmm, this is just a wild guess but couldn't it be that the WS_OVERLAPPED style applies only to the lower word of the windows style. Windows coming from 16bit DOS it wouldn't be surprising if the original windows style was 16 bit only as well. Either that or Spy++ has a bug, even though you trust it so much ;-). Rolf Kalbermatter mailto:rolf.kalbermatter(a)citeng.com

1 0

Re: wine/ dlls/gdi/Makefile.in dlls/gdi/bidi16.c d ...
by Dimitrie O. Paun Aug. 16, 2002

Aug. 16, 2002

On August 15, 2002 08:42 pm, Alexandre Julliard wrote: [...] > Log message: > Moved a large number of 16-bit functions to a separate gdi16.c file. This is a great idea that I've been advocating for a loooong time now <g>. I think moving 16 bit code into separate files is cool: -- runtime efficiency: If 16 bit code is not invoked, it's not going to be paged in during execution -- code neatness: developers working on the 32-bit code (which is _the_ code in Wine) will not get distracted by silly 16-to-32-to-16 bit conversions. -- helps correctness: 16-bit code is in general a simple: 16-to-32 bit conversion call the 32-bit equivalent function 32-to-16 bit conversion Which means there is a lot of repetition, template-like coding. Any departure from the usual pattern is a *lot* more easily spotted by the naked eye if it's present in a file that does just that. -- 16-to-32 bit: we can more easily see (and fix) cases where 32 bit code calls 16 bit code. For all these reasons, I think we should have _all_ 16-bit code into separate files. Always. Who knows, maybe we can have makefiles done such a way that we can avoid compiling 16 bit code altogether! :) Even if only as a simple check that no 32 bit code calls down to 16 bit... And again, the _same_ rationale applies to xxxW & xxxA functions, but I'll not pursue this point for now ;). -- Dimi.

1 0

Re: window parent/owner handling
by Dmitry Timoshkov Aug. 16, 2002

Aug. 16, 2002

"Medland, Bill" <Bill.Medland(a)accpac.com> wrote: > Includes my previous patch for SetWindowLong (for Bug 825) Seems that your investigations are correct, at least test succeeds under win2000. I would suggest to apply tiny patch (attached) to catch some additional problems. -- Dmitry.

1 0

RE: Some observations on window parentage etc.
by Medland, Bill Aug. 15, 2002

Aug. 15, 2002

> -----Original Message----- > From: Medland, Bill [mailto:Bill.Medland(a)accpac.com] > Sent: Thursday, August 15, 2002 8:59 AM > To: Wine devel (E-mail) > Subject: Some observations on window parentage etc. > > > Here are some observations with regard to Window > parentage/ownership etc. snip > > More to follow. > > Bill > OK guys; who can justify the claim in the server (set_window_owner) that the owner and the window must have the same parent? I think it is untrue, but I don't know what it should be. I believe we need to extend the WIN_SetOwner to return the previous owner. Should we take that out of the structure on the user side or should we modify the server reply to return it? I guess modifying the server reply is the safer option and should have no performance penalty. So here is what I am looking at doing. (I'd prefer comments here rather than after I submit the patch) 1. Modify the set_window_owner reply to return both the new full handle and the previous full handle. (p.s. what is this full handle anyway? Why is it different from the one passed in the request?) 2. Modify the set_window_owner handler to fill in the reply and also remove the parent test (or replace it with anything you guys think makes sense) 3. Modify WIN_SetOwner to return the value 4. Leave GetParent as it is 5. Modify GetWindowLong (GWL_HWNDPARENT to return the parent if a WS_CHILD and the owner otherwise (even if not a WS_POPUP) 6. Modify GetAncestor (GA_ROOTWINDOW) to return the same as recursing on GetParent. 7. Write a test set. Comments? Bill

1 0

RE: Re:can windows be reparented?
by Medland, Bill Aug. 15, 2002

Aug. 15, 2002

> -----Original Message----- > From: Dmitry Timoshkov [mailto:dmitry(a)baikal.ru] > Sent: Thursday, August 15, 2002 10:00 AM > To: Medland, Bill > Cc: wine-devel(a)winehq.com > Subject: Re: Re:can windows be reparented? > > > "Medland, Bill" <Bill.Medland(a)accpac.com> wrote: > > > (Do you want the test case code?) > > Why not? :-) > > -- > Dmitry. > > > First is without WS_POPUP, second is with

1 0

RE: Re:can windows be reparented?
by Medland, Bill Aug. 15, 2002

Aug. 15, 2002

> -----Original Message----- > From: Dmitry Timoshkov [mailto:dmitry(a)baikal.ru] > Sent: Thursday, August 15, 2002 9:17 AM > To: Medland, Bill > Cc: wine-devel(a)winehq.com > Subject: Re: Re:can windows be reparented? > > > "Medland, Bill" <Bill.Medland(a)accpac.com> wrote: > > > Honest question : how do you know the parent is changing? > by calling > > GetWindowLong (GWL_HWNDPARENT)? > > Yes, and verifying the result in Spy++. (As discussed in my other email) I guess Spy++ is displaying the result of GetWindowLong > > > I believe that it is the owner that is changing and the > parent (as returned > > by getAncestor (GA_PARENT) willl be unchanged. > > Hmm, I didn't try GetAncestor(), only GetWindowLong() and GetParent(). (Do you want the test case code?) > > -- > Dmitry. > > >

2 1

RE: Re:can windows be reparented?
by Medland, Bill Aug. 15, 2002

Aug. 15, 2002

> -----Original Message----- > From: Dmitry Timoshkov [mailto:dmitry(a)baikal.ru] > Sent: Tuesday, August 13, 2002 6:33 PM > To: us(a)the-edmeades.demon.co.uk > Cc: wine-devel(a)winehq.com > Subject: Re: Re:can windows be reparented? > snip > Could you please test patch posted by Bill Medland to > wine-patches today? It's > not entirely correct though. My tests show that > SetWindowLong(GWL_HWNDPARENT) > call changes simultaneously both parent and owner for top > level windows and > returns old value (not sure old owner or parent it is). Honest question : how do you know the parent is changing? by calling GetWindowLong (GWL_HWNDPARENT)? I believe that it is the owner that is changing and the parent (as returned by getAncestor (GA_PARENT) willl be unchanged. snip Bill

2 1

Some observations on window parentage etc.
by Medland, Bill Aug. 15, 2002

Aug. 15, 2002

Here are some observations with regard to Window parentage/ownership etc. Clearlt Microsoft documentation is quite out of date and contradictory on the subject these days so we are going to have to experiment and find out what actually happens. We also are going to have to be careful about terminology and not jumping to conclusions. I mean what ther heck are we supposed to think when Spy++ shows a window as a top-level window (by which I mean just below the desktop in the listview that Spy++ uses), tells us that its parent is its owner (a different top-level window) but that "parent" says it has no children. So. 1. GetParent does not necessarily return the same value as GetWindowLong (GWL_HWNDPARENT). I have seen GetParent returning 0 while GetWindowLong returns the same non zero value as GetWindow (GW_OWNER). 2. GetAncestor (GA_PARENT) seems to be the best way to get the "true parent". 3. WIN_CreateWindowEx is currently slightly wrong. I know MSDN says don't mix WS_POPUP and WS_CHILD but if you do then the result is wrong, I believe. However I am loth to fix it and submit the patch because that really messes everything else up so I guess we need a bigger patch first. (Heck, even under windows 98 you can get the kernel to fall over rather easily this way). 4. I don't like the look of GetAncestor (GA_ROOTOWNER). The MSDN documentation suggests that it should return the result of recursively calling GetParent (or should it be recursively calling GetWindowLong (GWL_HWNDPARENT) whereas GetAncestor (GA_ROOT) should return the result of recursively calling GetAncestor (GA_PARENT) (each stopping just before the desktop, of course). (And of course that is definition, not necessarily mechanism) More to follow. Bill

1 0

RE: what's with WS_OVERLAPPED?
by Medland, Bill Aug. 15, 2002

Aug. 15, 2002

> -----Original Message----- > From: Ove Kaaven [mailto:ovehk(a)ping.uio.no] > Sent: Wednesday, August 14, 2002 11:08 AM > To: Medland, Bill > Cc: Wine devel (E-mail) > Subject: Re: what's with WS_OVERLAPPED? > > > > On Wed, 14 Aug 2002, Medland, Bill wrote: > > > (Regarding the whole issue of windows reparenting) > > > > MSDN keeps going on about windows with the WS_OVERLAPPED > style. However > > surely (since WS_OVERLAPPED=0) every window has such a > style these days. > > > > Is there something I don't understand? > > WS_OVERLAPPED is in practice considered the absence of the > WS_POPUP and > WS_CHILD flags, I believe. > Thanks Ove; that'll do for a working hypothesis. (I wish Microsoft would be consistant) Just for the record it is clearly more complex than that. I guess since Microsoft wrote it we can trust Spy++ a little. I have seen spy++ declare that a "tooltips" class window (style 0x84800000/00000088) has style WS_OVERLAPPED whereas a "tooltips_class32" class window (style 0x84800003/00000088) doesn't. Bill

1 0

ListView Patch
by Steve Whine Aug. 15, 2002

Aug. 15, 2002

Hi all, I should maybe have posted this to the patches list, but I would like your comments first. I have fixed a few problems with the ListView control when using icons larger than the sizes returned by the system metrics. This (attached) patch also causes LISTVIEW_Arrange (which was previously a stub) to call the LISTVIEW_AlignTop/Left when appropriate. Please let me know what you think. This is my first time doing any of this, so let me know what I'm doing wrong/right. Cheers Steve

1 0

ListView Issues
by Steve Whine Aug. 14, 2002

Aug. 14, 2002

Hi, I've just started looking into getting a project of wine running on Linux via Wine, and I'm very impressed so far! However, there are a few (mostly minor) problems with the ListView control: - When using icons bigger than the sizes returned by SystemParametersInfo(SPI_GETICONMETRICS), the text for the items is not displayed correctly at the bottom of the icon. - When running a program created by C++ Builder 5, clicking on an item in the listview causes an access violation in C++ Builder's VCL library code - it is obviously getting passed an unexpected value. - The amount of text displayed is often far less than is displayed in Windows, making the listbox difficult to use. I have been looking into the ListView code and have hacked a fix for the first and third problem, but I am having a little difficulty understanding the code - the LISTVIEW_INFO struct has both an nItemWidth/nItemHeight pair describing the width/height of each item, and an iconSpacing SIZE struct that seems to do the same. What is the difference in these, where should one be used and where should the other be used? Is anyone actively maintaining the listview code, or should I just carry on hacking until I'm happy with it, and post the changes here? I have created a small test program to demonstrate these problems which I can post if anyone is interested. I must say it's very nice to be able to wade into the code to fix these problems myself rather than waiting for someone else (not) to do it! Cheers Steve __________________________________________________ Do You Yahoo!? Everything you'll ever need on one web page from News and Sport to Email and Music Charts http://uk.my.yahoo.com

3 2

Re: New Slovak translation
by Vincent Béron Aug. 14, 2002

Aug. 14, 2002

Le lun 12/08/2002 à 08:35, Andrej Kruták a écrit : > > [snip] > > PS3: What about documentation. Are you going to write also some desc. > of > WinAPI or not? I know there's MSDN, but not everyone can subscribe > it... > At least basic things like file IO, windowing, you know :) I have some > experiences with this, so I could help... The documentation on http://msdn.microsoft.com is quite accessible. If you know on which API you want some info, just type it's name in the search box, and you'll get a bunch of results. In my experience, some of the top results are often about WinCE, just skip them. Vincent

1 0

what's with WS_OVERLAPPED?
by Medland, Bill Aug. 14, 2002

Aug. 14, 2002

(Regarding the whole issue of windows reparenting) MSDN keeps going on about windows with the WS_OVERLAPPED style. However surely (since WS_OVERLAPPED=0) every window has such a style these days. Is there something I don't understand? Bill

2 1

Re: RESUBMIT: Quicken 2000 bug/Category blanking => Wine patch
by Dimitrie O. Paun Aug. 14, 2002

Aug. 14, 2002

On August 14, 2002 01:53 pm, Carl Sopchak wrote: > It was suggested to me that I should not use strlen(), since I'm not > positive if the string will ever really terminate (which may cause a seg > fault), so I programmed my own scan for a null character.. > > Here's the revised patch (attached). What about this: --- controls/edit.c 13 Jun 2002 19:20:43 -0000 1.95 +++ controls/edit.c 14 Aug 2002 17:49:13 -0000 @@ -3957,20 +3957,25 @@ */ static INT EDIT_WM_GetText(EDITSTATE *es, INT count, LPARAM lParam, BOOL unicode) { + INT ii; + if(!count) return 0; if(unicode) { LPWSTR textW = (LPWSTR)lParam; strncpyW(textW, es->text, count); - textW[count - 1] = 0; /* ensure 0 termination */ + for (ii = 0; (ii < count) & textW[ii]; i++) ; + textW[ii - 1] = 0; /* force 0 termination */ return strlenW(textW); } else { LPSTR textA = (LPSTR)lParam; WideCharToMultiByte(CP_ACP, 0, es->text, -1, textA, count, NULL, NULL); - textA[count - 1] = 0; /* ensure 0 termination */ + for (ii = 0; (ii < count) & textA[ii]; i++) ; + textA[ii - 1] = 0; /* force 0 termination */ return strlen(textA); } } Untested :) -- Dimi.

1 0

Am I the only one getting replies from RealNetworks?
by Medland, Bill Aug. 14, 2002

Aug. 14, 2002

I am getting messages from RealNetworks corresponding to each of my posts to wine-devel. I presume "Mysore Jaisimha" is on the mailing list but no longer works there. Can we do anything about it or do I just throw the messages away? Bill

2 1

RE: Re:can windows be reparented?
by Medland, Bill Aug. 14, 2002

Aug. 14, 2002

> -----Original Message----- > From: Dmitry Timoshkov [mailto:dmitry(a)baikal.ru] > Sent: Wednesday, August 14, 2002 9:34 AM > To: Medland, Bill > Cc: wine-devel(a)winehq.com > Subject: Re: Re:can windows be reparented? > > > keep cc'ing wine-devel please Sorry; I just realised. It's the way I have Outlook set up; I get confused. > > "Medland, Bill" <Bill.Medland(a)accpac.com> wrote: > > > > Could you please test patch posted by Bill Medland to > > > wine-patches today? It's > > > not entirely correct though. My tests show that > > > SetWindowLong(GWL_HWNDPARENT) > > > call changes simultaneously both parent and owner for top > > > level windows and > > > returns old value (not sure old owner or parent it is). > > > > Even if the window is not in fact a child? > > Yes. According to my test program. > > > Please excuse my ignorance here; > > I am still a little shaky on terminology. Surely if it is > a top level > > window then its parent is the desktop and always will be. > > > > Or are you saying that it reparents to the desktop (and so > the problem is > > down in the SetParent code)? > > I don't see a reparenting to desktop in the relay trace. > > > > But top level windows created by Visual Vasic are special: > > > they have no parent, > > > but only owner according to Spy++. In my tests I can't > > > reproduce it yet. > > > > So you suspect that Spy++ is not telling the truth? (It > wouldn't be the > > first time) > > I incline to trust Spy++ here. It correctly shows paerent/owner for my > test application playing with SetParent/SetWindowLong. It seems that > Windows always sets 0 in the parent field if the parent is > desktop. Even > after explicit SetParent(GetDesktopWindow()) or > SetWindowLong(GWL_HWNDPARENT, > GetDesktopWindow()) GetWindowLong(GWL_HWNDPARENT)/GetWindow(GW_OWNER) > return 0 in my tests. > > > > A bit of investigation of Wine source revealed that some > places use > > > GetAncestor(hwnd, GA_PARENT), while others use GetParent(hwnd). > > > > And, in the case of WIN_CreateWindowEx, GetAncestor (hwnd, GA_ROOT) > > > > > Since > > > their behaviour is different in respect of top level and > > > child windows, > > > some major clean up in that area in Wine is needed. > > > > Careful. > > > > In our particular case, according to Spy++ the owner of the > ThunderRT6FormDC > > is a third-generation window. viz. the actual window > requested, not one of > > its ancestors. > > > > i.e. I see the call to SetWindowLong (30056 (The > ThunderRT6FormDC), -8, > > 10046 (The ThunderRT6UserControlDC)) > > > > I guess an important point here is that in our case the > Visual Basic is an > > OCX sitting inside a container and so the > ThunderRT6UserControlDC is not > > first generation. > > Now I don't understand your terminology. parent - child - sibling are > the termings in the Windows world. Who of them was born > earlier matters > only when Z order and visibility are taken into account (and > can be easily > changed). Sorry; I am being unclear. I mean that (statically, according to Spy++, when the popup form is active) 1. The ThunderRT6FormDC which "is" the form has style WS_OVERLAPPED, no parent (i.e. the desktop) and owner is the ThunderRT6UserControlDC 2. The ThunderRT6UserControlDC which, I believe, "is" the ocx, has style WS_OVERLAPPED and no owner, but its parent is an ATL window 3. That ATL window's parent is another ATL window 4. That second ATL window has no parent. (So, by generations I am talking about the static parent relationship, independent of how it came to be; c.f. old people adopting young ones resulting in skipped generations) > > -- > Dmitry. > > > And I have just noticed the lie in MSDN. It says (Platform SDK - Windows User Interface - Owned windows) that once the window has been created, with an owner, you cannot change the owner. That has to be wrong. A propos. I think there is a related error in CreateWindowEx. At least it disagrees with MSDN. If passed a parent If this is a child set parent to the paremt passed in and leave the owner 0 else set the parent to the desktop and the owner to the GA_ROOT ancestor of the window passed in. Surely it should be (according to MSDN) if passed a parent if style includes WS_OVERLAPPED or WS_POPUP assert style does not include WS_CHILD if the parent is itself WS_OVERLAPPED or WS_POPUP parent is desktop and owner is the parent passed in else if the parent is a WS_CHILD then parent is desktop and owner is the GetAncestor(parent, GA_ROOT) else assert false? else assert WS_CHILD owner is 0 and parent is as specified Comments? One datum of use. In our particular case this fits; the ThunderRT6FormDC is WS_OVERLAPPED with no parent. Its owner is the ThunderRT6UserControlDC which also is WS_OVERLAPPED but has a parent. Bill

1 0

Re: CVS not building?
by jhurst＠ii.net Aug. 14, 2002

Aug. 14, 2002

I'm *really* sorry about the multiple messages! :( It seemed I jumped the gun and a manual removal of what i thought were problematic .o files did not resolve my build error! :( -jan On Thu, 2002-08-15 at 00:54, jhurst(a)ii.net wrote: > Hello, > > I just updated my CVS tree, and as several files seemed to have been > updated since my last CVS update I attempted to build a new wine. The > build fails with the error attached below. > > My questions are: > > 1. what is the "correct" way to (re)build wine when an existing wine has > previously been built? I have used ./tools/wineinstall previously (and > the attached error is a result). Is this correct? > > 2. Is there a problem with the files I have just pulled from CVS or have > I broken something on this end?! > > Regards, > > -jan > jhurst(a)ii.net > > --> snip <-- > make[2]: Entering directory `/usr/src/wine/dlls/urlmon' > LD_LIBRARY_PATH="../../library:../../unicode:$LD_LIBRARY_PATH" > ../../tools/winebuild/winebuild -fPIC -D__WINE__ -o urlmon.spec.c -spec > ./urlmon.spec urlmon.dll.tmp.o -L../../dlls -lole32 -lwininet -luser32 > -lkernel32 > ./urlmon.spec:1: could not open .so file for wininet.dll > make[2]: *** [urlmon.spec.c] Error 1 > make[2]: Leaving directory `/usr/src/wine/dlls/urlmon' > make[1]: *** [urlmon] Error 2 > make[1]: Leaving directory `/usr/src/wine/dlls' > make: *** [dlls] Error 2 > --> snip <--

1 0

Re: CVS not building?
by jhurst＠ii.net Aug. 14, 2002

Aug. 14, 2002

My apologies. It seems make clean did not remove some .o files. Manual removal has allowed me to continue the build process. However, can someone please answer my first question? Regards, -jan On Thu, 2002-08-15 at 00:54, jhurst(a)ii.net wrote: > Hello, > > I just updated my CVS tree, and as several files seemed to have been > updated since my last CVS update I attempted to build a new wine. The > build fails with the error attached below. > > My questions are: > > 1. what is the "correct" way to (re)build wine when an existing wine has > previously been built? I have used ./tools/wineinstall previously (and > the attached error is a result). Is this correct? > > 2. Is there a problem with the files I have just pulled from CVS or have > I broken something on this end?! > > Regards, > > -jan > jhurst(a)ii.net > > --> snip <-- > make[2]: Entering directory `/usr/src/wine/dlls/urlmon' > LD_LIBRARY_PATH="../../library:../../unicode:$LD_LIBRARY_PATH" > ../../tools/winebuild/winebuild -fPIC -D__WINE__ -o urlmon.spec.c -spec > ./urlmon.spec urlmon.dll.tmp.o -L../../dlls -lole32 -lwininet -luser32 > -lkernel32 > ./urlmon.spec:1: could not open .so file for wininet.dll > make[2]: *** [urlmon.spec.c] Error 1 > make[2]: Leaving directory `/usr/src/wine/dlls/urlmon' > make[1]: *** [urlmon] Error 2 > make[1]: Leaving directory `/usr/src/wine/dlls' > make: *** [dlls] Error 2 > --> snip <--

1 0

Re: Re:can windows be reparented?
by Dmitry Timoshkov Aug. 14, 2002

Aug. 14, 2002

keep cc'ing wine-devel please "Medland, Bill" <Bill.Medland(a)accpac.com> wrote: > > Could you please test patch posted by Bill Medland to > > wine-patches today? It's > > not entirely correct though. My tests show that > > SetWindowLong(GWL_HWNDPARENT) > > call changes simultaneously both parent and owner for top > > level windows and > > returns old value (not sure old owner or parent it is). > > Even if the window is not in fact a child? Yes. According to my test program. > Please excuse my ignorance here; > I am still a little shaky on terminology. Surely if it is a top level > window then its parent is the desktop and always will be. > > Or are you saying that it reparents to the desktop (and so the problem is > down in the SetParent code)? I don't see a reparenting to desktop in the relay trace. > > But top level windows created by Visual Vasic are special: > > they have no parent, > > but only owner according to Spy++. In my tests I can't > > reproduce it yet. > > So you suspect that Spy++ is not telling the truth? (It wouldn't be the > first time) I incline to trust Spy++ here. It correctly shows paerent/owner for my test application playing with SetParent/SetWindowLong. It seems that Windows always sets 0 in the parent field if the parent is desktop. Even after explicit SetParent(GetDesktopWindow()) or SetWindowLong(GWL_HWNDPARENT, GetDesktopWindow()) GetWindowLong(GWL_HWNDPARENT)/GetWindow(GW_OWNER) return 0 in my tests. > > A bit of investigation of Wine source revealed that some places use > > GetAncestor(hwnd, GA_PARENT), while others use GetParent(hwnd). > > And, in the case of WIN_CreateWindowEx, GetAncestor (hwnd, GA_ROOT) > > > Since > > their behaviour is different in respect of top level and > > child windows, > > some major clean up in that area in Wine is needed. > > Careful. > > In our particular case, according to Spy++ the owner of the ThunderRT6FormDC > is a third-generation window. viz. the actual window requested, not one of > its ancestors. > > i.e. I see the call to SetWindowLong (30056 (The ThunderRT6FormDC), -8, > 10046 (The ThunderRT6UserControlDC)) > > I guess an important point here is that in our case the Visual Basic is an > OCX sitting inside a container and so the ThunderRT6UserControlDC is not > first generation. Now I don't understand your terminology. parent - child - sibling are the termings in the Windows world. Who of them was born earlier matters only when Z order and visibility are taken into account (and can be easily changed). -- Dmitry.

1 0

RE: Re:can windows be reparented?
by Medland, Bill Aug. 14, 2002

Aug. 14, 2002

> -----Original Message----- > From: Dmitry Timoshkov [mailto:dmitry(a)baikal.ru] > Sent: Tuesday, August 13, 2002 6:33 PM > To: us(a)the-edmeades.demon.co.uk > Cc: wine-devel(a)winehq.com > Subject: Re: Re:can windows be reparented? > > > <us(a)the-edmeades.demon.co.uk> wrote: > > > To be honest I never investigated further once I commented > out the SetParent call, > > as I was continuing to fix oleaut32 and left the gui side > to someone else! > > > > I know it was being called in the failing case, and > removing it allowed the > > windows to pop up, BUT they were still wrong as you could > access the 'parent' > > whereas you should not be able to > > Could you please test patch posted by Bill Medland to > wine-patches today? It's > not entirely correct though. My tests show that > SetWindowLong(GWL_HWNDPARENT) > call changes simultaneously both parent and owner for top > level windows and > returns old value (not sure old owner or parent it is). Even if the window is not in fact a child? Please excuse my ignorance here; I am still a little shaky on terminology. Surely if it is a top level window then its parent is the desktop and always will be. Or are you saying that it reparents to the desktop (and so the problem is down in the SetParent code)? > > But top level windows created by Visual Vasic are special: > they have no parent, > but only owner according to Spy++. In my tests I can't > reproduce it yet. So you suspect that Spy++ is not telling the truth? (It wouldn't be the first time) > > A bit of investigation of Wine source revealed that some places use > GetAncestor(hwnd, GA_PARENT), while others use GetParent(hwnd). And, in the case of WIN_CreateWindowEx, GetAncestor (hwnd, GA_ROOT) > Since > their behaviour is different in respect of top level and > child windows, > some major clean up in that area in Wine is needed. Careful. In our particular case, according to Spy++ the owner of the ThunderRT6FormDC is a third-generation window. viz. the actual window requested, not one of its ancestors. i.e. I see the call to SetWindowLong (30056 (The ThunderRT6FormDC), -8, 10046 (The ThunderRT6UserControlDC)) I guess an important point here is that in our case the Visual Basic is an OCX sitting inside a container and so the ThunderRT6UserControlDC is not first generation. > > -- > Dmitry. > > > > Hope this helps. Bill

1 0

RE: [Help] When one application internally invokes another applic ation?
by Medland, Bill Aug. 14, 2002

Aug. 14, 2002

I presume that c:\windows is in the path Try using --debugmsg +module to see where it looks for the notepad Bill > -----Original Message----- > From: leanne [mailto:leanne(a)thizlinux.com] > Sent: Wednesday, August 14, 2002 2:44 AM > To: wine-devel(a)winehq.com; wine-users(a)winehq.com > Subject: [Help] When one application internally invokes another > application? > > > Dear all, > > I wonder wine's config would help if one application needs to invoke > another application, say, Notes Client to > open attachment with notepad.exe. I fail to open the > attached txt file > and it complained no such program. > I have put notepad.exe on /usr/share/wine-c/windows/ and > /usr/share/wine-c/windows/system :-( > > Anyone could help is much appreciated. > > Thanks. > Leanne > >

1 0

sgml
by Fabian Cenedese Aug. 14, 2002

Aug. 14, 2002

Hi What is the easiest way to view/print the wine-help files that are in sgml? I fiddled around with sgmltools but couldn't get a useful output (I guess I just gave up too early, don't want to consider the other option :). What do others use for viewing them? Thanks Fabi

5 4

[Help] When one application internally invokes another application?
by leanne Aug. 14, 2002

Aug. 14, 2002

Dear all, I wonder wine's config would help if one application needs to invoke another application, say, Notes Client to open attachment with notepad.exe. I fail to open the attached txt file and it complained no such program. I have put notepad.exe on /usr/share/wine-c/windows/ and /usr/share/wine-c/windows/system :-( Anyone could help is much appreciated. Thanks. Leanne

1 0

Problem with CVS ?
by Sylvain Petreolle Aug. 14, 2002

Aug. 14, 2002

Hi, I checked the CVS to have last changes from August 12 that I see on wine-cvs and didn't get anything updated. What is happening ? ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

5 7

Re: Quicken 2000 issues/Category getting blanked with memo
by Carl Sopchak Aug. 13, 2002

Aug. 13, 2002

On Monday, August 05, 2002 10:54 am, Aric wrote: > On Monday, August 05, 2002 09:25 am, Carl wrote: > > Using an account register, I was entering a transaction. I entered the > > date <tab>, <tab> (skipping check #), Payee <tab>, Payment Amount <tab>, > > transfer account <tab>, memo. At this point, pressing <ctrl><Enter> > > should save the transaction. However, when I pressed <ctrl><Enter>, the > > Transfer Account got cleared, then I was asked if the program should save > > the transaction anyway. The Transfer Account does NOT get cleared if the > > <ctrl><Enter> is pressed while the cursor is in that field. > > Ah you have reported the bug that has sucked away far too many days of > my time to no avail. > For some reason I have yet to determine. If you select the memo field > then the Category field gets cleared. Well, after a day of wading through a whole lot of --debugmsg +all logs, I've figured out what's going on with this... EDIT_WM_GetText (in controls/edit.c) is "blindly" setting the last byte of the string buffer being past to it to NULL: textA[count - 1] = 0; /* ensure 0 termination */ Apparently, in this particular case, the buffer size (the 'count' veriable) is not correct, and the location of textA[count - 1] just happens to correspond to the first byte of the Category field, which (obviously) CHANGES IT TO A NULL STRING! Voila! Now, since I have just found this, I have not had a chance to determine of the erroneous value of "count" is a bug in Wine, or in Quicken! Doing so may take an awfully loooooong time, particularly since I don't have the source for Quicken. (Since this does not seem to be a pervasive bug, I'm suspecting Quicken...) So, here's what I see as my choices... 1) Forget the origin of the bug, and change EDIT_WM_GetText to only set the last byte to a NULL only if there is not a NULL byte prior to [count - 1]. I'm guessing the most efficient way (I'm no C guru) would be to change the line to something like: if (strlen(textA) >= count) textA[count - 1] = 0; If this is reasonable, the question that I would have is "What functions should I use in place of the strlen() above [for A and W strings] (or is strlen() good enough for both)?" 2) Take some time to try to track down if the bug is Wine related. I'm willing to spend a day (maybe two) on this, but my gut tells me it's futile. Obviously, if I find a related Wine bug, I'd fix it, which indirectly would fix this issue. But if I don't find a related bug, I guess I would have to revert to (1) anyway... Suggestions?? Comments?? Carl

1 0

Re: Problem with CVS ?
by Sylvain Petreolle Aug. 13, 2002

Aug. 13, 2002

No problem. --- Paul Millar <paulm(a)astro.gla.ac.uk> a écrit : > Hi Sylvian, > > Sorry I doubted you. You're quite right, there was a batch of CVS > update > messages without anything altering on cvs itself. > > Paul. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

Re: Problem with CVS ?
by Sylvain Petreolle Aug. 13, 2002

Aug. 13, 2002

As usual, I tried to update the cvs version I had before the crash. cvs update -APd the 7 cvs updates that appear on wine-cvs at Aug 12 don't come. I could patch it manually, but I prefer a clean cvs tree, updated with the normal way to proceed. --- Paul Millar <paulm(a)astro.gla.ac.uk> a écrit : > On Tue, 13 Aug 2002, [iso-8859-1] Sylvain Petreolle wrote: > > I checked the CVS to have last changes from August 12 that I see on > > wine-cvs and didn't get anything updated. What is happening ? > > Did you check out a particular build-date or version in the past (& > not > unstuck it). > > Just a thought ... > > Paul. > > ---- > Paul Millar > ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

Re:can windows be reparented?
by us＠the-edmeades.demon.co.uk Aug. 13, 2002

Aug. 13, 2002

Just an FYI but this bug is also what is reported under bug#825 (and 961). I have indicated under 825 a hack which prevents the problem from occurring, and there was a recent discussion where Alexander indicated it may not be correct to actually call SetParent for GWL_HWNDPARENT, which is exactly what my hack changes. Note bug#825 also has an attached testcase already Jason

2 1

Re: Q: getting Wine tar balls via ftp - ftp.ibiblio.org problems?
by juergen.schmied＠debitel.net Aug. 13, 2002

Aug. 13, 2002

>I just wanted to setup the mirror perl script to get the Wine tar >balls. But >even a manual connection to ftp.ibiblio.org fails. What is the problem >here? Ask webmaster(a)ibiblio.org. This side is not wine-project related. juergen

1 0

Q: getting Wine tar balls via ftp - ftp.ibiblio.org problems?
by Heiko Nardmann Aug. 13, 2002

Aug. 13, 2002

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi! I just wanted to setup the mirror perl script to get the Wine tar balls. But even a manual connection to ftp.ibiblio.org fails. What is the problem here? - -- Heiko Nardmann (Dipl.-Ing.), h.nardmann(a)secunet.de, Software Development secunet Security Networks AG - Sicherheit in Netzwerken (www.secunet.de) Weidenauer Str. 223-225, D-57076 Siegen Tel. : +49 271 48950-13, Fax : +49 271 48950-50 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAj1YvCsACgkQpm53PRScYyhGHwCfSSFG+dRkLeFUyqT0dj/5zuHk iG4An2Cn6U9pPFJCmcY/QURRPaCXBJth =Lqss -----END PGP SIGNATURE-----

1 0

can windows be reparented?
by Medland, Bill Aug. 13, 2002

Aug. 13, 2002

Can anyone help me with this? I am trying to track down a problem with our software, relating to Visual Basic and its forms. We launch a container executable which then loads one of hundreds of OCXes (compiled from Visual Basic). One of the things that then happens within those OCXes is that they use the Visual Basic "load" instruction to load a different form in a modal way. Under Windows the form (which is generally larger than the original OCX form) comes up on the main display, with full usability (you can click on windows etc). However under Wine it comes up within the client area of the original and only responds to keyboard input. (Luckily Alt+C maps to the Close button so we can close it). If I use Spy++ under Windows I can see that when the "popup" form is up then its parent is 0 but its owner is the ThunderRT6UserControlDC under the ATL window that is the container. Under Wine if I watch the CreateWindow calls I see that the ThunderRT6FormDC parented by the ThunderRT6Main and the ThunderRT6UserControlDC parented by a STATIC under the ThunderRT6Main. Unfortunately I know of no way to see what parent was originally specified under windows. I presume that it is unlikely that the parentage was altered after the windows were created. Does anyone know differently? Anyone now what might be going on? Bill

3 2

Bug #931
by Dusan Vujosevic Aug. 13, 2002

Aug. 13, 2002

I seems that the problem I noted in bug #931 goes away when "PerfectGraphics" is set to false (????). I tracked the problem down to implementation of PATINVERT in BITBLT_InternalStretchBlt() (in graphics/x11drv/bitblt.c). It check whether 'perfect_graphics' is on and if it is it actually doesn't do the drawing: case PATINVERT: /* 0x5a */ if (perfect_graphics()) break; Maybe I'm missing soemthing here but I think that test should be: case PATINVERT: /* 0x5a */ if (!perfect_graphics()) break; That would give a more logical behaviour where there would not be any drawing errors when "PerfectGraphics" is set to True. (There are other spots where this is used in similar fashion) Another question is why have the "PerfectGraphics" option at all when it produces drawing artifacts? D.

2 1

Incomplete support in Win32
by Shachar Shemesh Aug. 13, 2002

Aug. 13, 2002

Hi all, As you may know (I make a lot more noise than actual work), I am trying to implement BiDi support for WINE. The most promising place to start seemed to be GetCharacterPlacement, that does everything even remotely BiDi related. The most immediate thing to do was to call GetCharacterPlacement from ExtTextOut in order to do the BiDi rearrenging. In typical MS fashion, however, it seems that this will not work. Despite the fact that you are supposed to be able to call GetCharacterPlacement once, and then call ExtTextOut with the result as many times as necessary (speeding up the process, and suggesting that GetCharacterPlacement can do anything ExtTextOut can do), it seems there is one thing that ExtTextOut is expected to know how to do, and GetCharacterPlacement does not know. For those who are really interested, this is specfying the base directionality of the paragraph. I am pretty sure the way Windows implements this is by having a common parent function used for reordering by both ExtTextOut and GetCharacterPlacement. I think such an arrangment is awfully crude. I was considering an alternative solution, and would like your opinion. What I thought of doing was adding a bit to the flags GetCharacterPlacement gets, which says "right to left paragraph, if you'll be so kind". My question is - how acceptable is such a behaviour. Is that a huge no-no, or is that a harmless little tweak? It goes without saying that I will document the fact that this is a WINE only flag, and that there are unused bits in the GetCharacterPlacement current flags set. Another alternative I was considering was to add a directional push at the start of the string in order to achieve this without changing the algorithm. The problem is that I am not sure what affect this will have on the reordering, not to mention the fact that I will then need to copy and widen the string inside ExtTextOut, which is an inconvinence to say the least. Your opinios, please. Shachar

2 1

WineHQ.com server crash
by Jeremy Newman Aug. 13, 2002

Aug. 13, 2002

On 10:00:12 CST the wine.codeweavers.com a.k.a www.winehq.com server suffered catastrophic hardware failure. The power supply suddenly decided of its own free will that the motherboard and all of the attached components needed 3x the recommended voltage (or something). wine.codeweavers.com (ver 3.0) on-line and operational. Sorry for the inconvenience of downtime. I now return you to your regularly scheduled mailing list. -- __ _WebGeek/NetAdmin CodeWeavers -= http://www.codeweavers.com | \| |_____ __ ___ __ __ _ _ _ -= http://www.dracowulf.com | .` / -_) | | / ' \/ _` | ' \ -= mailto:jnewman(a)codeweavers.com |_|\_\___|\_/\_/|_|_|_\__,_|_||_| -= ICQ: 1842980 Yahoo: laxdragon

1 0

Re: Agent crashes on accessing Disk
by Rein Klazes Aug. 12, 2002

Aug. 12, 2002

On Sun, 11 Aug 2002 18:18:37 +0200, you wrote: > On Sun, 11 Aug 2002 17:26:17 +0200, Rein Klazes <rklazes(a)xs4all.nl> > wrote: > > >On Sun, 11 Aug 2002 14:21:57 +0200, you wrote: > > > >> Howdy, > >> I've just found a problem with Agent when trying to save attachments > >> from email, that I thought I'd share with the devel community. (It's > >> happening in both v1.9 and v1.92.) This is also happening with my > >> just updated today CVS version. > >> > >> > >> When I tried to save an attachment, the following messages appear: > > > >[snip] > > > >Oliver, I always get essentially the same messages as those, but no > >crash. So it is quite possible that they are unrelated to the crash. > > > >Look at the backtrace in the debugger, the last messages before the > >crash with relay debugging enabled, and (because this is Agent) check > >that if you have native windows dll's lying around that Agent doesn't > >use them. > > This is a linux only install, so there are no Windows.dlls on my > system. > > I did a --debug message -relay, and here's the output from the console > window. I've included it all even though only the last couple of > lines look pertinent. For a backtrace type 'bt' in the console at the "Wine-dbg>" prompt, no additional debug messages enabled; Relay debugging: run with "--debugmsg +relay" and capture the output in a file. With a texteditor look for the line where the first indication of the crash is (search for something like "starting debugger" or "unhandled exception"). In the lines above this you can see what the program was doing at that moment. To post logs: try to preserve the line-breaks. In Agent I usually use "Paste as Quote (Custom)", Agent doesn't insert additional line-breaks in that case. Attaching as "plain text" is another possibility. Rein. -- Rein Klazes rklazes(a)xs4all.nl

2 2

RE: Very basic question concerning compiling WINE
by Medland, Bill Aug. 12, 2002

Aug. 12, 2002

> -----Original Message----- > From: Steven Rubenstein [mailto:SJR(a)electricspectric.com] > Sent: Friday, August 09, 2002 6:11 PM > To: wine-devel(a)winehq.com > Subject: Very basic question concerning compiling WINE > > > *** I hope this isn't appropriate, in that I posted this same > question > to wine-user(a)winehq.com. I'm still not sure who reads what. *** > > I am an intermediate Linux user. I dual boot into Redhat 7.3 > and Windows > ME. It would be nice to be able to run the stuff in Windows > from Linux > (for 2 reasons: to avoid booting and rebooting, and trying to > get away > from Windows altogether someday), so I am now learning WINE. > > I see a bunch of postings on this list about compiling. > Question: Would > I expect to compile, as opposed to just running the WINE > configuration > that came with Redhat 7.3? (Probably a pretty broad question, but if > anyone has a word to say, I'm all ears.) > > SJR > > > I echo Tony's views. However the following might be useful to you. It is possible to get approximately monthly updates to the rpms on RedHat; the LinuxEasy rpm copies available via www.winehq.com/downloads (if they are available) are in the correct version. I would certainly say that you will need to upgrade or replace the one that comes with RedHat 7.3. It's great that RedHat provide it but that version is woefully out-of-date now. However I would seriously advocate building from scratch. (Before doing so, remember to uninstall the wine that RedHat put there). I have been building Wine on RedHat for a year and a half now; on RedHat 7.3 for many months. I find it quite easy. Bill

1 0

wine + cvs + proxy = ?
by Fabian Cenedese Aug. 12, 2002

Aug. 12, 2002

Hi all I'd like to stay up-to-date by using cvs on wine. Unfortunately cvs isn't able to go through a proxy if it isn't invisible, I can't enter the proxy info anywhere in cvs (confirmed on cvs mailing list). So I wondered if there is a better solution than to download the wine-snapshots and reinstall the sources every time. Does anyone have similar problems and maybe a solution? Thanks Fabi

2 1

WINS support in Wine
by Claudiu Costin Aug. 12, 2002

Aug. 12, 2002

Dear friends, I want to bypass WINS client routines and use LMHOSTS as a mean to "resolve" Windows machines names. Sincerly, on Win2k I haven't success, even I setup the c:\winnt\drivers\etc\lmhosts file. But, I need this to work to surpase the Outlook dialog in Wine which say me that there are networking problems and it cannot resolve/find my "exchange_name" server. My desire is to make Outlook Exchange support work on Wine. You, know, if I succeed this, then I'll not be forced to reboot on Windows when I'm at my job. P.S. Thanks in advance for help have a nice day, -- Claudiu Costin, claudiuc(a)kde.org Linux-KDE Romania http://www.ro.kde.org

1 0

Agent crashes on accessing Disk
by Oliver Sampson Aug. 11, 2002

Aug. 11, 2002

Howdy, I've just found a problem with Agent when trying to save attachments from email, that I thought I'd share with the devel community. (It's happening in both v1.9 and v1.92.) This is also happening with my just updated today CVS version. When I tried to save an attachment, the following messages appear: ------------------ [olsam(a)friday agent]$ wine ~/bin/Agent/1.9/agent.exe err:mmsys:MMDRV_InitHardcoded You didn't setup properly the config file for the Wine multimedia modules. Will use the hard-coded setup, but this will disappear soon. Please add a WinMM section to your Wine config file. fixme:file:SetFileAttributesA (D:\data\agent\):2000 attribute(s) not implemented. fixme:ddeml:DdeConnectList (1,49159,49160,0,(nil)): stub fixme:ddeml:DdeQueryNextServer (1,0): stub fixme:ddeml:DdeDisconnectList (1): stub fixme:ddeml:DdeConnectList (1,49159,49160,0,(nil)): stub fixme:ddeml:DdeQueryNextServer (1,0): stub fixme:ddeml:DdeDisconnectList (1): stub fixme:ddeml:DdeConnectList (1,49159,49160,0,(nil)): stub fixme:ddeml:DdeQueryNextServer (1,0): stub fixme:ddeml:DdeDisconnectList (1): stub fixme:ras:RasEnumConnectionsA (0x411b3990,0x40485cc8,0x41119308),stub! fixme:ras:RasEnumConnectionsA RAS support is not implemented ! Configure program to use LAN connection/winsock instead ! fixme:ras:RasEnumConnectionsA (0x411b0020,0x4048653c,0x40486584),stub! fixme:ras:RasEnumConnectionsA RAS support is not implemented ! Configure program to use LAN connection/winsock instead ! fixme:commdlg:GetFileName95 Flags 0x00000002 not yet implemented err:shell:SHGetSpecialFolderPathA Failed to create directory 'C:\WINDOWS\Desktop'. err:shell:SHGetSpecialFolderPathA Failed to create directory 'C:\WINDOWS\Desktop'. err:shell:SHGetSpecialFolderPathA Failed to create directory 'C:\WINDOWS\Desktop'. err:shell:SHGetSpecialFolderPathA Failed to create directory 'C:\WINDOWS\Desktop'. wine: Unhandled exception, starting debugger... fixme:console:SetConsoleCtrlHandler (0x4038bc04,1) - no error checking or testing yet err:wineconsole:WCUSER_SetFont wrong font err:wineconsole:WCUSER_SetFont wrong font Terminated ------------ I wasn't sure if it was the "Desktop" message was the problem, so I created a 'Desktop' folder in my /usr/share/wine-c/winddows directory. (This was quite a surprise, since saving attachments was never a problem before.) Why do I need a Desktop folder anyhow? And if it's really necessary, shouldn't the install script check for it and create it for me? I as a user don't want to be concerned with those things. After creating the Desktop directory, and then trying to save the attachment again, the console displayed these messages: ---------------------- [olsam(a)friday agent]$ err:mmsys:MMDRV_InitHardcoded You didn't setup properly the config file for the Wine multimedia modules. Will use the hard-coded setup, but this will disappear soon. Please add a WinMM section to your Wine config file. fixme:file:SetFileAttributesA (D:\data\agent\):2000 attribute(s) not implemented. fixme:ras:RasEnumConnectionsA (0x411e1b70,0x40485cb8,0x411492b0),stub! fixme:ras:RasEnumConnectionsA RAS support is not implemented ! Configure program to use LAN connection/winsock instead ! fixme:ras:RasEnumConnectionsA (0x411e1448,0x4048653c,0x40486584),stub! fixme:ras:RasEnumConnectionsA RAS support is not implemented ! Configure program to use LAN connection/winsock instead ! fixme:commdlg:GetFileName95 Flags 0x00000002 not yet implemented err:dosfs:DRIVE_ReadSuperblock Couldn't open device '/dev/fd0' for drive A: ! (no permission) err:dosfs:DRIVE_ReadSuperblock Can't read drive volume info ! Either pre-set it or make sure the device to read it from is accessible ! Perhaps you have not properly edited or created your Wine configuration file. This is (supposed to be) '/home/olsam/.wine/config' err:dosfs:DRIVE_GetLabel Invalid or unreadable superblock on /dev/fd0 (A:). err:dosfs:DRIVE_ReadSuperblock Couldn't open device '/dev/fd0' for drive A: ! (no permission) err:dosfs:DRIVE_ReadSuperblock Can't read drive volume info ! Either pre-set it or make sure the device to read it from is accessible ! Perhaps you have not properly edited or created your Wine configuration file. This is (supposed to be) '/home/olsam/.wine/config' Invalid or unreadable superblock on /dev/fd0 (A:). Maybe not FAT? err:dosfs:DRIVE_ReadSuperblock Couldn't open device '/dev/cdrom' for drive D: ! (no permission) err:dosfs:DRIVE_ReadSuperblock Can't read drive volume info ! Either pre-set it or make sure the device to read it from is accessible ! Perhaps you have not properly edited or created your Wine configuration file. This is (supposed to be) '/home/olsam/.wine/config' err:dosfs:DRIVE_GetLabel Invalid or unreadable superblock on /dev/cdrom (D:). err:dosfs:DRIVE_ReadSuperblock Couldn't open device '/dev/cdrom' for drive D: ! (no permission) err:dosfs:DRIVE_ReadSuperblock Can't read drive volume info ! Either pre-set it or make sure the device to read it from is accessible ! Perhaps you have not properly edited or created your Wine configuration file. This is (supposed to be) '/home/olsam/.wine/config' Invalid or unreadable superblock on /dev/cdrom (D:). Maybe not FAT? err:dosfs:DRIVE_ReadSuperblock Couldn't open device '/dev/cdrom' for drive D: ! (no permission) err:dosfs:DRIVE_ReadSuperblock Can't read drive volume info ! Either pre-set it or make sure the device to read it from is accessible ! Perhaps you have not properly edited or created your Wine configuration file. This is (supposed to be) '/home/olsam/.wine/config' err:dosfs:DRIVE_GetLabel Invalid or unreadable superblock on /dev/cdrom (D:). err:dosfs:DRIVE_ReadSuperblock Couldn't open device '/dev/cdrom' for drive D: ! (no permission) err:dosfs:DRIVE_ReadSuperblock Can't read drive volume info ! Either pre-set it or make sure the device to read it from is accessible ! Perhaps you have not properly edited or created your Wine configuration file. This is (supposed to be) '/home/olsam/.wine/config' Invalid or unreadable superblock on /dev/cdrom (D:). Maybe not FAT? err:dosfs:DRIVE_ReadSuperblock Couldn't open device '/dev/cdrom' for drive D: ! (no permission) err:dosfs:DRIVE_ReadSuperblock Can't read drive volume info ! Either pre-set it or make sure the device to read it from is accessible ! Perhaps you have not properly edited or created your Wine configuration file. This is (supposed to be) '/home/olsam/.wine/config' err:dosfs:DRIVE_GetLabel Invalid or unreadable superblock on /dev/cdrom (D:). err:dosfs:DRIVE_ReadSuperblock Couldn't open device '/dev/cdrom' for drive D: ! (no permission) err:dosfs:DRIVE_ReadSuperblock Can't read drive volume info ! Either pre-set it or make sure the device to read it from is accessible ! Perhaps you have not properly edited or created your Wine configuration file. This is (supposed to be) '/home/olsam/.wine/config' Invalid or unreadable superblock on /dev/cdrom (D:). Maybe not FAT? wine: Unhandled exception, starting debugger... fixme:console:SetConsoleCtrlHandler (0x4038bc04,1) - no error checking or testing yet err:wineconsole:WCUSER_SetFont wrong font err:wineconsole:WCUSER_SetFont wrong font [1]+ Terminated wine ~/bin/Agent/1.92/agent.exe ----------------- So, why is it trying to access my floppy and CD-ROM in the first place. This is similar to a problem that I reported some time ago, but that was just annoying; this is preventing me from working. (It's also a bit of a PITA, because it's the program I use to write emails like this. :-) Thanks, ==================================================== Oliver Sampson olsam(a)quickaudio.com http://www.oliversampson.com

2 2

thread handling fix for BSD and Solaris
by Pierre Beyssac Aug. 10, 2002

Aug. 10, 2002

Hi, Here's a patch to fix a EFAULT error returned by ptrace calls in server/context_i386.c, causing tons of "file_set_error: Bad address" errors. Two arguments to ptrace were reversed. This is tested on FreeBSD and checked with NetBSD and Solaris ptrace(2) manual pages. --- wine-20020804.orig/server/context_i386.c Sun Mar 10 01:18:36 2002 +++ wine-20020804/server/context_i386.c Sat Aug 10 19:07:31 2002 @@ -224,7 +224,7 @@ if (flags & CONTEXT_FULL) { struct regs regs; - if (ptrace( PTRACE_GETREGS, pid, 0, (int) &regs ) == -1) goto error; + if (ptrace( PTRACE_GETREGS, pid, (int) &regs, 0 ) == -1) goto error; if (flags & CONTEXT_INTEGER) { context->Eax = regs.r_eax; @@ -259,7 +259,7 @@ { /* we can use context->FloatSave directly as it is using the */ /* correct structure (the same as fsave/frstor) */ - if (ptrace( PTRACE_GETFPREGS, pid, 0, (int) &context->FloatSave ) == -1) goto error; + if (ptrace( PTRACE_GETFPREGS, pid, (int) &context->FloatSave, 0 ) == -1) goto error; context->FloatSave.Cr0NpxState = 0; /* FIXME */ } return; @@ -332,7 +332,7 @@ if (flags & CONTEXT_FULL) { struct reg regs; - if (ptrace( PTRACE_GETREGS, pid, 0, (int) &regs ) == -1) goto error; + if (ptrace( PTRACE_GETREGS, pid, (caddr_t) &regs, 0 ) == -1) goto error; if (flags & CONTEXT_INTEGER) { context->Eax = regs.r_eax; @@ -367,7 +367,7 @@ { /* we can use context->FloatSave directly as it is using the */ /* correct structure (the same as fsave/frstor) */ - if (ptrace( PTRACE_GETFPREGS, pid, 0, (int) &context->FloatSave ) == -1) goto error; + if (ptrace( PTRACE_GETFPREGS, pid, (caddr_t) &context->FloatSave, 0 ) == -1) goto error; context->FloatSave.Cr0NpxState = 0; /* FIXME */ } return; @@ -423,7 +423,7 @@ { /* we can use context->FloatSave directly as it is using the */ /* correct structure (the same as fsave/frstor) */ - if (ptrace( PTRACE_SETFPREGS, pid, 0, (int) &context->FloatSave ) == -1) goto error; + if (ptrace( PTRACE_SETFPREGS, pid, (caddr_t) &context->FloatSave, 0 ) == -1) goto error; } return; error: -- Pierre Beyssac pb(a)fasterix.frmug.org pb(a)fasterix.freenix.org Free domains: http://www.eu.org/ or mail dns-manager(a)EU.org

2 2

sys/asoundlib.h:1: This header is deprecated
by Gerald Pfeifer Aug. 10, 2002

Aug. 10, 2002

On a SuSE Linux 8.0 box[1] I'm getting the following #warning a few times while building the current CVS version of Wine: In file included from alsa.h:23, from audio.c:46: /usr/include/sys/asoundlib.h:1: warning: #warning This header is deprecated, use <alsa/asoundlib.h> instead. Gerald -- Gerald "Jerry" pfeifer(a)dbai.tuwien.ac.at http://www.dbai.tuwien.ac.at/~pfeifer/

2 2

ChangeDisplaySettings(Neverwinter Nights)
by Tommy Schultz Lassen Aug. 10, 2002

Aug. 10, 2002

Her is a partial implementation of ChangeDisplaySettings and friends. It currently works if "Desktop" is set to the size the display is changed to or if Managed=N. For Desktop not the size that the display is changed to the code tries SetWindowPos and XResizeWindow witch work in sawfis but dosent in kde. How does i change the size of the desktop shouldent this work? I haven't got any gut ideas how to implement this in Managed=Y. Does any of you? Dispay size changes does ony take place if xvidmode is used. "Sorry for my bad English" MVH Tommy.

3 5