September 2003 - Wine-Devel

Re: TreeView control - set correct hwndNotify
by Dimitrie O. Paun Sept. 11, 2003

Sept. 11, 2003

On September 8, 2003 03:52 pm, Igor Grahek wrote: > ChangeLog: - TreeView control set Notify window correctly in case that > window style is WS_POPUP. Please send unidiff patches: http://www.winehq.org/site/sending_patches > ! if ((infoPtr->dwStyle & (WS_CHILD|WS_POPUP)) == WS_POPUP && > IsWindow(((LPCREATESTRUCTW)lParam)->hwndParent )) > ! infoPtr->hwndNotify = ((LPCREATESTRUCTW)lParam)->hwndParent; > ! else > ! infoPtr->hwndNotify = GetParent(hwnd); > ! I'm curious, can't we always use lpcs->hwndParent here? Or maybe do a GetParent(hwnd) when ->hwndParent is NULL? We should propage this to the other controls as well... -- Dimi.

4 6

Wine repeated unhandled exptions
by Shachar Shemesh Sept. 11, 2003

Sept. 11, 2003

Hi list, I have just performed an upgrade to my Debian Sid Linux. During the upgrade, libc was replaced. I can now not get Wine to work on the new install. Previously, I would use Wine without --with-nptl. This no longer works. Wine sigsegv on startup (whether there are parameters or not). compiling with --with-nptl gets me slightly further. Running wine without parameters produces the help printout. However, when I try to actually run something, this does not work. It doesn't matter what I try to run (whether winelib or Windows). I get a series of "unhandled expection". This happens even for the regedit that is supposed to install my default registry via tools/wineinstall Any ideas? Anyone? -- Shachar Shemesh Open Source integration consultant Home page & resume - http://www.shemesh.biz/

5 11

Compilation errors when compiling without optimizations
by Shachar Shemesh Sept. 10, 2003

Sept. 10, 2003

Hi, When trying to compile Wine without optimizations, the compilation fails. I'm trying clean sources, with the "--with-nptl" flag. The failure (so far, I'm still trying to figure these things out) are when compiling ntdll and the wine executable itself. Both cases, the problem is that same. The linker complains that "InterlockedCompareExchange" cannot be found. Adding kernel32 to the IMPORTS Makefile at dlls/ntdll and miscemu/wine seem to solve these problems, but I'm somewhat worried, and would like to get a second opinion before I submit a patch about this. Shachar p.s. For me (P-IV 1600MHZ) complete build compile takes 25 minutes. I've now switched to ccache, hoping I can bring it down even lower. Sh. -- Shachar Shemesh Open Source integration consultant Home page & resume - http://www.shemesh.biz/

4 3

newbie - question: compiling winelib's winemine
by Deji Akinyemi Sept. 10, 2003

Sept. 10, 2003

Hi there! I am trying to get up to speed on developing applications using wine. The winelib-user documentation recommends getting started by taking a look at the winemine (wine-xxxxxx/programs/winemine) code packaged with the library. I seem to be having different outcomes when I compile the code with the original Makefile and when I do so with the Makefile generated with winemaker. The original winemine makefile compiles the code without a problem and the program runs, however when I run the makefile generated by winemaker I get the following error: LD_LIBRARY_PATH=":$LD_LIBRARY_PATH" /usr/bin/wrc -I. -I/usr/local/include/wine/windows -o En.res En.rc En.rc:23:22: Error: parse error The wine-lib documentation mentions editing the Makefile.in file, I have looked at it and compared it with the original winmine Makefile. The winemaker makefile includes the files En.rc and Pt.rc in it RC_SRCS which is absent from the original Makefile. I removed the two entries with the result that the code compiles, but however fails to run. I do not get any error messages. Apart from those RC_SRCS entries I haven't noticed anything semantically that would result in the different behaviors that I am getting, granted, I may be missing some things. What parameters do I need to pass to winemaker to get this program to run, or are there certain changes I need to make to the Makefile that I a missing? Thanks for any help or advice. Deji. P.S. Any recommendations on winelib primers would also be much appreciated.

3 3

Re: FAQ: Update the ports section
by John Freed Sept. 10, 2003

Sept. 10, 2003

Ah, the difference between British English and American English. <lang=en-uk>ManU are crushing Arsenal.</lang> <lang=en-us>ManU is crushing Arsenal.</lang> UK English insists on plural verbs for collective nouns (family, team, list, etc.), while US English generally uses singular verbs. (An exception is "couple" referring to a romantic pair -- "The couple are going to the store" would be acceptable on both sides of the Atlantic, although many Americans would say "is" even here.) John Freed ---original message follows--- You must send me some of the stuff you're smoking! "The list are now up to date" doesn't exist in english, you must choose "The lists are now up to date" for a plural "The list is now up to date" for a singular

2 1

Segmentation fault after new wine update and install
by Juraj Hercek Sept. 10, 2003

Sept. 10, 2003

Hello, I've updated today from wine and got into troubles after installing it - got Segmentation fault. I dig in it and figured the problem is my environment variable WINEDLLPATH which was set to "." (current directory). The back trace of stack during the crash was similar to this (just the frames 5,6,7,8 were repeating many times - until stack overflow): #0 __pthread_rwlock_unlock (rwlock=0x4032b600) at ../../scheduler/pthread.c:669 #1 0x40220ea7 in gettext () from /lib/i686/libc.so.6 #2 0x40220885 in dcgettext () from /lib/i686/libc.so.6 #3 0x4021f667 in __assert_fail () from /lib/i686/libc.so.6 #4 0x400903d7 in __pthread_rwlock_unlock (rwlock=0x4032b600) at ../../scheduler/pthread.c:671 #5 0x40220ea7 in gettext () from /lib/i686/libc.so.6 #6 0x40220885 in dcgettext () from /lib/i686/libc.so.6 #7 0x4021f667 in __assert_fail () from /lib/i686/libc.so.6 #8 0x400903d7 in __pthread_rwlock_unlock (rwlock=0x4032b600) at ../../scheduler/pthread.c:671 #9 0x40220ea7 in gettext () from /lib/i686/libc.so.6 #10 0x40220885 in dcgettext () from /lib/i686/libc.so.6 #11 0x40278059 in strerror_r () from /lib/i686/libc.so.6 #12 0x40277ea5 in strerror () from /lib/i686/libc.so.6 #13 0x4035513a in dlerror () from /lib/libdl.so.2 #14 0x400f7c00 in wine_dlopen (filename=0x3c001862 "./ntdll.dll.so", flag=0x2, error=0xbffff244 "", errorsize=0x400) at loader.c:452 #15 0x400f745b in dlopen_dll (name=0x400f80cb "ntdll.dll", error=0xbffff244 "", errorsize=0x400, test_only=0x0, exists=0xbffff21c) at loader.c:151 #16 0x400f7b48 in wine_init (argc=0x1, argv=0xbffff694, error=0xbffff244 "", error_size=0x400) at loader.c:424 #17 0x3c000550 in main (argc=0x1, argv=0xbffff694) at main.c:33 #18 0x402137f7 in __libc_start_main () from /lib/i686/libc.so.6 So, I guess wine pthread functions table should be initialized before any (system) library get's chance to throw error, otherwise we have SIGSEGV. I've fixed the error on my side with WINEDLLPATH="/usr/local/lib/wine:.". Anyways I think it's a workaround not a solution... Since I don't know much about initialization, I would leave the real fix for someone more skillful. Best Regards, Juraj

3 6

Re: FAQ: Update the ports section
by Ivan Leo Murray-Smith Sept. 10, 2003

Sept. 10, 2003

>Thats the problem! >You have your fine dictonary in hand, so you think you know how to speak >english... but when you visit a english speaking country the people >you speak to look like a deer caught in a spot light! So you want a png of my british passport? (BTW it's dictionary, not dictonary, or is that just your american english?) >Shachar don't get mad or pissed.. I had to find someone for my >eniligey.. :) so "eniligey" is american english? Never heard it from Bush, fox tv, NPR... Shachar is right, and at least he uses english on this list, while you >ba bing, bing, bing, BING! speak what for me is a unknown language >As far as slang goes.. I can speak three different versions of slang >NE slang, African American, SE Hill Billy, take your pick. So you want to add slang support to wine? updated is not slang, whatever you may say >Just come for a visit :) I have decss on my site, I don't like the idea of ending up in a US prison (Any american wanting to violate the DMCA go here http://digilander.libero.it/winehqitalia/dvd.html ) Anyway, I have no problems with US english, so I don't see why you should have problems understanding UK english, and I don't see why we shouldn't have grammar in the wine docs.

1 0

adding structures to headers
by Geoff Thorpe Sept. 10, 2003

Sept. 10, 2003

Hi there, Quick licensing/copyright question before I submit something I regret: when adding missing functions and structure types to wine headers, to what extent can we copy-n-paste structure definitions from the documentation at msdn.microsoft.com web? IANAL. Cheers, Geoff -- Geoff Thorpe geoff(a)geoffthorpe.net http://www.geoffthorpe.net/

3 5

compile time
by Ivan Leo Murray-Smith Sept. 10, 2003

Sept. 10, 2003

>p.s. >For me (P-IV 1600MHZ) complete build compile takes 25 minutes. I've now >switched to ccache, hoping I can bring it down even lower. And my 1.4GHZ AMD Athlon XP takes 18:45, and some people still think intel can compete with AMD...

2 1

Re: FAQ: Update the ports section
by Ivan Leo Murray-Smith Sept. 10, 2003

Sept. 10, 2003

> Purely academic, I know, but m-w doesn't know "updated" as an adjective. > To the best of my knowledge, "the list is now updated" is slang. Am I > wrong here? >From the Cambridge Advanced Learner's Dictionary update verb [T] 1 to make something more modern or suitable for use now by adding new information or changing its design: an updated version of the software http://dictionary.cambridge.org/define.asp?key=87314&dict=CALD It definitely isn't slang.

6 7