- Wine-devel - list.winehq.org

Want to help Wine project?
by Andriy Palamarchuk 22 May '02

22 May '02

This message is for those who wants to help Wine project but do not know where to start. We need contributors of a wide range of skills. The minimal requirements are: access to a computer with Linux (or other Unix-like system) where you can use Wine. We have a lot of tasks which are relatively easy to do. The fact that these tasks are easy does not mean they are not important. Examples of the easiest non-programming tasks available: * we *badly* need application owners. An application owner is a person who often uses some application and will help to make it work perfectly under Wine. Does anybody use Lotus Notes regulary under Wine? * confirm and research bugs in Wine Bugzilla http://bugs.winehq.com * Add a 'Debunking Wine Myths' web page http://bugs.winehq.com/show_bug.cgi?id=606 Examples of the easiest programming tasks available: * Help Wine hackers - document Wine debugging channels http://bugs.winehq.com/show_bug.cgi?id=638 * Improve RichEdit headers http://bugs.winehq.com/show_bug.cgi?id=330 Easy, aren't they? Do you need more choice? * file BUGS in the Wine source tree gives more information how you can help the project * bug 406 contains list of issues which is easy to fix. Don't be afraid to fix all the easy issues, so nothing will be left to others. We'll gladly add more! :-) http://bugs.winehq.com/showdependencytree.cgi?id=406 * suggest your help on wine-devel mailing list. Don't forget to mention your skills, experience and what you want to work on. If you want to know more - just ask. Have fun! Andriy Palamarchuk __________________________________________________ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com

1 0

Cleanup code in winemaker wrapper broken?
by Martin Wilck 22 May '02

22 May '02

I finally start to get around my initialization problem. However I got crashes in the Test_wrapper routine generated by winemaker in the cleanup code. This winemaker-generated code: /* Cleanup and done */ FreeLibrary(hApp); if (hMFC!=NULL) { FreeLibrary(hMFC); } dlclose(appLibrary); must be commented out, and the app works as expected. Is it possible that the cleanup code in wine has changed? Martin -- Martin Wilck Phone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1 mailto:Martin.Wilck(a)Fujitsu-Siemens.com D-33106 Paderborn http://www.fujitsu-siemens.com/primergy

1 0

winemaker (fwd) (Re: Please comment - I'me stuck).
by lawson_whitney＠juno.com 22 May '02

22 May '02

Martin, I hope this will geve you enough to get on with. Maybe you have enough Perl to fix winemaker? If not you can hack Makefiles as I do. Lawson ---------- Forwarded message ---------- Date: Sat, 18 May 2002 23:23:42 -0400 (EDT) From: whit(a)giftie.alien.org To: Francois Gouget <fgouget(a)free.fr> Subject: winemaker Good day! It seems winemaker is a bit behind on imports. I checked that the latest cvs would still run my app, installed it, and my winelib app stopped working. I tried to rebuild it, failed, tried winemaker on it, failed, and spent the day learning how to hand-hack things. -idll puts an "include dll" in the .spec file, where winebuild doesn't want to see it, but I hacked -ldll (in this case, -lole32) into the winebuild line in the Makefile after $(WINE_DLL_PATH) and before -sym into the Makefile (in truth, I used EXE_IMPORTS, Makefile.in, Make.rules.in and autoconf, but you get the idea) and am no longer mute. This is not a complaint. Thank you again for winemaker, but if you hadn't noticed, maybe you would like to know. I guess you will fix it before I can work out how, but if not, would you prefer that I offer a patch to you first, or wine-patches? Regards, Lawson

1 0

Wine crash before initialization - is this faulty code ?
by Martin Wilck 22 May '02

22 May '02

Hi - I had a wine crash today that occurs before wine is properly initialized, and therefore was pretty nasty to debug. However I traced it down to the test program below. The test program is loaded as a winelib app (i.e. a dll). The program defines a global variable that is an instance of a class where the constructor calls InitalizeCriticalSection(). Interestingly, the call to RtlInitializeCriticalSection() completes successfully, but subsequently the program crashes and the stack is corrupted, so that I can't really see where the program is stuck. It seems that the dlopen() call in wine_dlopen() on Test.so never finishes, though. This seems to run fine on windows. Comments? Martin #include <winbase.h> #include <stdio.h> class cs_test; class cs_test { public: CRITICAL_SECTION crit; cs_test(); ~cs_test() {}; }; cs_test::cs_test() { memset ( &(this->crit), 0, sizeof (CRITICAL_SECTION) ); InitializeCriticalSection ( &(this->crit) ); }; // this statement causes the crash when called at DLL load time cs_test tst; int main() { return 0; } -- Martin Wilck Phone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1 mailto:Martin.Wilck(a)Fujitsu-Siemens.com D-33106 Paderborn http://www.fujitsu-siemens.com/primergy

2 3

Researching crash in bug 637
by Andriy Palamarchuk 22 May '02

22 May '02

I'm researching a crash, described in bug 637: http://bugs.winehq.com/show_bug.cgi?id=637 I can't understand why the application crashes. Can somebody give me a hint what is going on? It seems the app quietly draws some staff, then loads an error message (?) and crashes. Snippet of the relay trace is attached. Thanks, Andriy __________________________________________________ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com 080706d8:Call user32.ReleaseDC(00000000,00000860) ret=00726451 080706d8:Call x11drv.SetDeviceClipping(403be750,00000bc6) ret=4085066d 080706d8:Ret x11drv.SetDeviceClipping() retval=00000000 ret=4085066d 080706d8:Call x11drv.SelectBrush(403be750,0000006e) ret=4085d70e 080706d8:Ret x11drv.SelectBrush() retval=0000006e ret=4085d70e 080706d8:Call x11drv.GetDeviceCaps(403be750,00000022) ret=408531e1 080706d8:Ret x11drv.GetDeviceCaps() retval=000079f7 ret=408531e1 080706d8:Call x11drv.SelectFont(403be750,000000a2) ret=4085d4a3 080706d8:Ret x11drv.SelectFont() retval=00000001 ret=4085d4a3 080706d8:Call x11drv.SelectPen(403be750,0000008a) ret=4085d736 080706d8:Ret x11drv.SelectPen() retval=0000008a ret=4085d736 080706d8:Call x11drv.SetBkColor(403be750,00ffffff) ret=40853262 080706d8:Ret x11drv.SetBkColor() retval=00ffffff ret=40853262 080706d8:Call x11drv.SetTextColor(403be750,00000000) ret=408532fa 080706d8:Ret x11drv.SetTextColor() retval=00000000 ret=408532fa 080706d8:trace:palette:GDISelectPalette16 0860 0092 080706d8:Ret user32.ReleaseDC() retval=00000001 ret=00726451 080706d8:Call kernel32.GetSystemInfo(405b692c) ret=00726271 080706d8:Ret kernel32.GetSystemInfo() retval=400be0b8 ret=00726271 080706d8:Call gdi32.CreatePalette(405b6960) ret=007264f7 080706d8:trace:palette:CreatePalette entries=16 080706d8:trace:palette:CreatePalette returning 10c6 080706d8:Ret gdi32.CreatePalette() retval=000010c6 ret=007264f7 080706d8:Call kernel32.FreeResource(008f3bd4) ret=0074a774 080706d8:Ret kernel32.FreeResource() retval=00000000 ret=0074a774 080706d8:Call kernel32.GetThreadLocale() ret=0064f1b4 080706d8:Ret kernel32.GetThreadLocale() retval=00000409 ret=0064f1b4 080706d8:Call kernel32.GetLocaleInfoA(00000409,0000100c,0087fa70,00000001) ret=0064f1ba 080706d8:trace:string:GetLocaleInfoA (lcid=0x409,lctype=0x100c,0x87fa70,1) 080706d8:trace:resource:RES_FindResource2 (40614000, 00000006, 00000101, 0409, W, PE) 080706d8:trace:resource:RES_LoadResource (40614000, 40659470, PE) 080706d8:trace:resource:LockResource (406417a0) 080706d8:trace:string:NLS_LoadStringExW strlen = 1 080706d8:trace:string:NLS_LoadStringExW L"6" loaded! 080706d8:trace:string:lstrcpynA (0x87fa70, "6", 1) 080706d8:Ret kernel32.GetLocaleInfoA() retval=00000001 ret=0064f1ba 080706d8:Call user32.LoadStringA(00400000,0000ff5e,405b6a1c,00000400) ret=0076068a 080706d8:trace:resource:LoadStringA instance = 400000, id = ff5e, buffer = 405b6a1c, length = 1024 080706d8:trace:resource:LoadStringW instance = 400000, id = ff5e, buffer = 403c42ac, length = 1024 080706d8:trace:resource:RES_FindResource2 (00400000, 00000006, 00000ff6, 0000, W, PE) 080706d8:trace:resource:RES_LoadResource (00400000, 008ed720, PE) 080706d8:trace:resource:LockResource (009000c8) 080706d8:trace:resource:LoadStringW strlen = 33 080706d8:trace:resource:LoadStringW L"'%s' is not a valid integer value" loaded ! 080706d8:trace:resource:LoadStringA "'%s' is not a valid integer value" loaded ! 080706d8:Ret user32.LoadStringA() retval=00000021 ret=0076068a 080706d8:Call kernel32.RaiseException(0eedfade,00000001,00000007,405b6dfc) ret=007569fe 080706d8:trace:seh:EXC_RtlRaiseException code=eedfade flags=1 addr=0x400cb634 080706d8:trace:seh:EXC_RtlRaiseException info[0]=007569fe 080706d8:trace:seh:EXC_RtlRaiseException info[1]=41166354 080706d8:trace:seh:EXC_RtlRaiseException info[2]=4116632c 080706d8:trace:seh:EXC_RtlRaiseException info[3]=405b6e3c 080706d8:trace:seh:EXC_RtlRaiseException info[4]=00000000 080706d8:trace:seh:EXC_RtlRaiseException info[5]=405b6e4c 080706d8:trace:seh:EXC_RtlRaiseException info[6]=405b6e18 080706d8: queue_exception_event( first=1, record={context={flags=00010007,eax=405b6cd8,ebx=40100444,ecx=00000000,edx=0eedfade,esi=405b6e18,edi=405b6d08,ebp=405b6d34,eip=400cb6a4,esp=405b6cd8,eflags=00000246,cs=0023,ds=002b,es=002b,fs=008f,gs=0000,dr0=00000021,dr1=0076068a,dr2=400ef8d2,dr3=00000000,dr6=00000004,dr7=000471c8,float={407c3c20,405b6a0c,00000000,72657375,4c2e3233,5364616f,6e697274,40004167,405b6b44,401171c8,fbad8001,401171c8,401171c8,401171c8,0075ecc6,0075d873,405b6e28,0075d8a0,405b69f8,00000021,405b6a1c,405b6e44,00000000,41166324,405b6e4c,0075dcf6,4116632c,405b6a1c}},rec={code=eedfade,flags=1,rec=(nil),addr=0x400cb634,params={7569fe,41166354,4116632c,405b6e3c,0,405b6e4c,405b6e18}} ) 080706d8: queue_exception_event() = 0 { handle=0 }

5 7

Re: unix app <-wine-> windows odbc driver (dll)
by Aaron 21 May '02

21 May '02

Hi- I have been reading, http://wine.codeweavers.com/docs/winelib-user/bindlls.shtml http://www.unixodbc.org/doc/wine.html in order to understand how to communicate with a windows odbc driver from linux. I have a working windows setup for connecting to a remote synergex database with ODBC drivers they provided. What I would like to do is be able to access the DSN provided by this ODBC driver via wine. The examples I've read seem to be the opposite of what I want to do. I have looked at dlls/odbc32/proxyodbc.c and it seems to hook unixodbc into wine as the Driver Manager. But I don't know what makes sense to put into the /etc/odbc.ini or /etc/odbcinst.ini or perhaps .wine/fake-windows/ODBC.INI .wine/fake-windows/ODBCINST.INI for the DSN provided from within wine. Is this possible. Has anybody done this before?

1 0

Re: SafeDisc-1
by Joerg Mayer 21 May '02

21 May '02

Alexandre, there were two files in this patch. Is there a specific reason, why they were not completely applied? It looks to me that only parts of the first file were applied. Thanks Jörg -- Joerg Mayer <jmayer(a)loplof.de> I found out that "pro" means "instead of" (as in proconsul). Now I know what proactive means.

3 2

Office 97 installation
by Raul Dias 21 May '02

21 May '02

Hi, Sorry if this has been discussed before but I could not find a searchable archieve of the list. For some time now Microsoft Office 97 installs almost perfect. However, in the end of the instalation it warns about vbe.dll could not regiter itself. Then the instalation ends with an error. Even with the error, everything is in place. The registries are correct (at least they seem to be). Word and Excel runs nicely. Everything in a windows/native dlls free environment. I found this document about the issue from Microsoft: http://support.microsoft.com/default.aspx?scid=kb;EN-US;q162627 I check everything it says and everything seems to be correct. As more people have tryied Office 97/2000 with wine, this error might be already known. (I hope so) So, why does it happen? Is it a bug or something not implemented (or half implemented) in wine? Is this caused by some missing file/dll/registry entry ? Is this some ugly undocumented hack that office 97 installer does? btw, the version is Office 97 Pro in pt_BR. []'s Raul Dias

2 4

Re: Loadorder should check library name, not path
by Alexandre Julliard 21 May '02

21 May '02

Uwe Bonnes <bon(a)elektron.ikp.physik.tu-darmstadt.de> writes: > at present, wine e.g. crashes if it finds user32.dll in the same directory > as the executable. To keep wine from using this DLL, the dos-path to that > dll has to be given explicit to the "-dll" argument, like > wine h:/tmp/programm.exe --dll h:\\tmp\\user32.dll=b > (e.g. with a user32.dll in h:/tmp/) > > I don't think we need that high granularity to select between builtin and > native dlls. Yes, there are cases where this is needed. Do you really have an app that comes with its own user32.dll? I don't see how this can work under Windows either. -- Alexandre Julliard julliard(a)winehq.com

2 6

Re: Behaviour of GetModuleFileName
by Warren_Baird＠cimmetry.com 21 May '02

21 May '02

> Builtin dlls don't have a full path because there is no associated > file that we could point to (at least as seen from Windows). If this > breaks your app it can be changed, but I'm not sure it will really fix > anything. What does the app do with the filename? To answer your last question first - the code gets the path of the current library, and then uses that path to find a set of plugins by finding all libraries matching a certain pattern in the same directory... A bit hackish, perhaps, but it works, as long as GetModuleFileName returns a full path... Isn't there a requirement that the wine libraries be in a directory that is mappable to a windows path? I thought I ran into problems when I had forgotten to add an entry to my wine config to include my wine libraries... If so, then there will always be a windows path for each dll... > You should not need to change the spec file at all. If you need a full > name you should prefix the name with the windows system directory at > load time. Well, the problem is that it's one of our libraries (compiled with winelib) that is causing the problem - and I have no idea where our libraries have been installed... I know I could force the users to set up an environment variable or something to point to the library directory, but this approach is much simpler, or would be if GetModuleFileName worked as it does on windows... Warren

1 0