May 2002 - Wine-devel - list.winehq.org

Part3 - Mingw Status 5-20-02
by Steven Edwards 20 May '02

20 May '02

ddraw.dll - (needs MSVCRT import to get rid of _assert) dllwrap --add-stdcall-alias --def ddraw.spec.def --implib ddraw.a -o ddraw.dll c onvert.o dclipper/main.o ddraw/hal.o ddraw/main.o ddraw/thunks.o ddraw/user.o dp alette/hal.o dpalette/main.o dsurface/dib.o dsurface/fakezbuffer.o dsurface/gamm a.o dsurface/hal.o dsurface/main.o dsurface/thunks.o dsurface/user.o dsurface/wn dproc.o helper.o main.o struct_convert.o ddraw.dll.dbg.o -L../../dlls -luse r32 -lgdi32 -lkernel32 -lmsvcrt -L../../library -lwine -L../../ole -lwine_uuid - L../../tsx11 -lwine_tsx11 -lm dsurface/dib.o(.text+0x376):dib.c: undefined reference to `DIB_CreateDIBSection' collect2: ld returned 1 exit status dllwrap: gcc exited with status 1 make: *** [ddraw.dll] Error 1 dplayx.dll - dllwrap --add-stdcall-alias --def dplayx.spec.def --implib dplayx.a -o dplayx.dl l dpclassfactory.o dplay.o dplaysp.o dplayx_global.o dplayx_main.o dplayx_messag es.o dplobby.o lobbysp.o name_server.o dplayx.dll.dbg.o -L../../dlls -lwinm m -lole32 -luser32 -ladvapi32 -lkernel32 -L../../library -lwine -L../../ole -lwi ne_uuid -lm dplobby.o(.text+0x24fc):dplobby.c: undefined reference to `ConvertToGlobalHandle @4' dplobby.o(.text+0x2520):dplobby.c: undefined reference to `ConvertToGlobalHandle @4' dplobby.o(.text+0x2544):dplobby.c: undefined reference to `ConvertToGlobalHandle @4' collect2: ld returned 1 exit status dllwrap: gcc exited with status 1 make: *** [dplayx.dll] Error 1 dsound.dll - (needs MSVCRT import to get rid of _assert) dllwrap --add-stdcall-alias --def dsound.spec.def --implib dsound.a -o dsound.dl l dsound_main.o dsound.dll.dbg.o -L../../dlls -lwinmm -ladvapi32 -lkernel32 -lmsvcrt -L../../library -lwine -L../../ole -lwine_uuid -lm dsound_main.o(.text+0xaa19):dsound_main.c: undefined reference to `GetCurrentTas k(a)0' dsound_main.o(.text+0xaa24):dsound_main.c: undefined reference to `GetModuleFile Name16(a)12' collect2: ld returned 1 exit status dllwrap: gcc exited with status 1 make: *** [dsound.dll] Error 1 msacm.dll - (needs MSVCRT import to get rid of _assert) dllwrap --add-stdcall-alias --def msacm32.spec.def --implib msacm32.a -o msacm32 .dll driver.o filter.o format.o internal.o msacm32_main.o msacm_main.o pcmconver ter.o stream.o msacm32.dll.dbg.o -L../../dlls -lwinmm -luser32 -ladvapi32 - lkernel32 -lmsvcrt -L../../library -lwine -lm driver.o(.text+0x7ad):driver.c: undefined reference to `OpenDriverA(a)12' collect2: ld returned 1 exit status dllwrap: gcc exited with status 1 make: *** [msacm32.dll] Error 1 msvfw32.dll - dllwrap --add-stdcall-alias --def msvfw32.spec.def --implib msvfw32.a -o msvfw32 .dll mciwnd.o msvideo_main.o drawdib.o msvideo_main.glue.o msvfw32.dll.dbg.o -L../../dlls -lwinmm -lcomctl32 -lversion -luser32 -lgdi32 -lkernel32 -L../../l ibrary -lwine -lm Warning: resolving _wine_ldt_copy by linking to __imp__wine_ldt_copy (auto-impor t) msvideo_main.o(.text+0x78d):msvideo_main.c: undefined reference to `MapSL(a)4' msvideo_main.o(.text+0x8f4):msvideo_main.c: undefined reference to `OpenDriverA@ 12' msvideo_main.o(.text+0x944):msvideo_main.c: undefined reference to `OpenDriverA@ 12' msvideo_main.o(.text+0x961):msvideo_main.c: undefined reference to `GlobalAlloc1 6(a)8' msvideo_main.o(.text+0x971):msvideo_main.c: undefined reference to `GlobalLock16 @4' msvideo_main.o(.text+0x99b):msvideo_main.c: undefined reference to `GlobalUnlock 16(a)4' msvideo_main.o(.text+0xb5f):msvideo_main.c: undefined reference to `GlobalAlloc1 6(a)8' msvideo_main.o(.text+0xb7e):msvideo_main.c: undefined reference to `GlobalLock16 @4' msvideo_main.o(.text+0xc16):msvideo_main.c: undefined reference to `GlobalFree16 @4' msvideo_main.o(.text+0xc40):msvideo_main.c: undefined reference to `MapLS(a)4' msvideo_main.o(.text+0xc79):msvideo_main.c: undefined reference to `UnMapLS(a)4' msvideo_main.o(.text+0xce2):msvideo_main.c: undefined reference to `GlobalFree16 @4' msvideo_main.o(.text+0xcf2):msvideo_main.c: undefined reference to `GlobalUnlock 16(a)4' msvideo_main.o(.text+0x1939):msvideo_main.c: undefined reference to `MapLS(a)4' msvideo_main.o(.text+0x195f):msvideo_main.c: undefined reference to `UnMapLS(a)4' msvideo_main.o(.text+0x1bd2):msvideo_main.c: undefined reference to `MapLS(a)4' msvideo_main.o(.text+0x1bf8):msvideo_main.c: undefined reference to `UnMapLS(a)4' msvideo_main.o(.text+0x1c29):msvideo_main.c: undefined reference to `MapSL(a)4' msvideo_main.o(.text+0x1c48):msvideo_main.c: undefined reference to `MapSL(a)4' msvideo_main.o(.text+0x1c5c):msvideo_main.c: undefined reference to `MapSL(a)4' msvideo_main.o(.text+0x1c70):msvideo_main.c: undefined reference to `MapSL(a)4' msvideo_main.o(.text+0x1c84):msvideo_main.c: undefined reference to `MapSL(a)4' msvideo_main.o(.text+0x1f8b):msvideo_main.c: more undefined references to `MapSL @4' follow msvideo_main.o(.text+0x357d):msvideo_main.c: undefined reference to `GlobalLock1 6(a)4' msvideo_main.o(.text+0x5004):msvideo_main.c: undefined reference to `GetDriverFl ags(a)4' msvideo_main.o(.text+0x513e):msvideo_main.c: undefined reference to `GlobalUnloc k16(a)4' msvideo_main.o(.text+0x5230):msvideo_main.c: undefined reference to `NtCurrentTe b(a)0' msvideo_main.o(.text+0x523b):msvideo_main.c: undefined reference to `MapSL(a)4' msvideo_main.o(.text+0x5325):msvideo_main.c: undefined reference to `MapLS(a)4' msvideo_main.o(.text+0x5350):msvideo_main.c: undefined reference to `UnMapLS(a)4' msvideo_main.o(.text+0x5677):msvideo_main.c: undefined reference to `MapLS(a)4' msvideo_main.o(.text+0x569d):msvideo_main.c: undefined reference to `UnMapLS(a)4' msvideo_main.o(.text+0x5837):msvideo_main.c: undefined reference to `MapLS(a)4' msvideo_main.o(.text+0x585d):msvideo_main.c: undefined reference to `UnMapLS(a)4' msvideo_main.o(.text+0x588c):msvideo_main.c: undefined reference to `GlobalLock1 6(a)4' msvideo_main.o(.text+0x5926):msvideo_main.c: undefined reference to `GlobalUnloc k16(a)4' msvideo_main.o(.text+0x5930):msvideo_main.c: undefined reference to `GlobalFree1 6(a)4' drawdib.o(.text+0x6d):drawdib.c: undefined reference to `GlobalAlloc16(a)8' drawdib.o(.text+0x108):drawdib.c: undefined reference to `GlobalLock16(a)4' drawdib.o(.text+0x178):drawdib.c: undefined reference to `GlobalUnlock16(a)4' drawdib.o(.text+0x182):drawdib.c: undefined reference to `GlobalFree16(a)4' drawdib.o(.text+0x1df):drawdib.c: undefined reference to `GlobalLock16(a)4' drawdib.o(.text+0x312):drawdib.c: undefined reference to `GlobalUnlock16(a)4' drawdib.o(.text+0x642):drawdib.c: undefined reference to `GlobalLock16(a)4' drawdib.o(.text+0xb6c):drawdib.c: undefined reference to `GlobalUnlock16(a)4' drawdib.o(.text+0xdaf):drawdib.c: undefined reference to `GlobalLock16(a)4' drawdib.o(.text+0x1019):drawdib.c: undefined reference to `GlobalUnlock16(a)4' drawdib.o(.text+0x12ce):drawdib.c: undefined reference to `GlobalLock16(a)4' drawdib.o(.text+0x1309):drawdib.c: undefined reference to `GlobalUnlock16(a)4' drawdib.o(.text+0x13b2):drawdib.c: undefined reference to `GlobalLock16(a)4' drawdib.o(.text+0x13c8):drawdib.c: undefined reference to `GlobalUnlock16(a)4' drawdib.o(.text+0x1492):drawdib.c: undefined reference to `GlobalLock16(a)4' drawdib.o(.text+0x14ff):drawdib.c: undefined reference to `GlobalUnlock16(a)4' msvideo_main.glue.o(.text+0x86):msvideo_main.glue.c: undefined reference to `win e_call_to_16_long(a)8' fu000001.o(.idata$3+0xc): undefined reference to `libwine_a_iname' nmth000000.o(.idata$4+0x0): undefined reference to `_nm__wine_ldt_copy' collect2: ld returned 1 exit status dllwrap: gcc exited with status 1 make: *** [msvfw32.dll] Error 1 oleaut32.dll - (needs MSVCRT import to get rid of _assert) dllwrap --add-stdcall-alias --def oleaut32.spec.def --implib oleaut32.a -o oleau t32.dll connpt.o dispatch.o hash.o ole2disp.o oleaut.o olefont.o olepicture.o pa rsedt.o safearray.o stubs.o tmarshal.o typelib.o variant.o oleaut32.dll.dbg .o -L../../dlls -lole32 -luser32 -lgdi32 -ladvapi32 -lkernel32 -lmsvcrt -L../../ library -lwine -L../../unicode -lwine_unicode -L../../ole -lwine_uuid -lm ole2disp.o(.text+0x27):ole2disp.c: undefined reference to `MapLS(a)4' ole2disp.o(.text+0x43):ole2disp.c: undefined reference to `MapSL(a)4' ole2disp.o(.text+0x51):ole2disp.c: undefined reference to `UnMapLS(a)4' ole2disp.o(.text+0x7a):ole2disp.c: undefined reference to `MapSL(a)4' collect2: ld returned 1 exit status dllwrap: gcc exited with status 1 make: *** [oleaut32.dll] Error 1 olecli.dll - dllwrap --add-stdcall-alias --def olecli32.spec.def --implib olecli32.a -o olecl i32.dll olecli_main.o olecli32.dll.dbg.o -L../../dlls -lole32 -lgdi32 -lker nel32 -L../../library -lwine -lm olecli_main.o(.text+0x9fa):olecli_main.c: undefined reference to `MapSL(a)4' collect2: ld returned 1 exit status dllwrap: gcc exited with status 1 make: *** [olecli32.dll] Error 1

1 0

Part 1 - Mingw Port Status 5-20-02
by Steven Edwards 20 May '02

20 May '02

Here are the results from my latest attempt to build wine under mingw. We can build alot more now but most of these are still manly stubed dlls. Anywhere it has (needs msvcrt import) I will submit a patch to the Makefile.in with my next set of patches. Also anywhere it has missing -lshlwapi or lntdll that is because Mingw doesnt come with a libntdll.a or libshlwapi.a so I used wines $dllname.spec.def to create them without the *wine* exports. Mingw's libkernel32.a doesnt seem to export the toolhelp api calls so I guess I need to add this to list of things I need to include when I finnaly start sending them patches. I dont know how much of the problems below are non-win32api call problems but the ones I am sure about are GetSysColorPen and wvsnprintf(A/W)@16. wvsnprintfA/W is only used in shlwapi.dll so it shouldnt be to hard to fix. My programming skills are very week so I dont know how much help I can be with fixing some of these. Builds - avicap32.dll crtdll.dll crypt32.dll dciman32.dll imagehlp.dll imm32.dll mapi32.dll mpr.dll msdom.dll msimg32.dll msisys.ocx netapi.dll oledlg.dll olepro32.dll olesvr32.dll rasapi32.dll riched32.dll serialui.dll shdocvw.dll tapi32.dll twain_32.dll urlmon.dll winnls.dll winspool.drv wintrust.dll Builds with easy fix - comcat.dll (needs msvcrt import due to swprintf usage) dinput.dll (needs msvcrt import do to _assert usage) odbc32.dll (needs msvcrt import do to _assert usage) Fails - comdlg32.dll - (missing -lshlwapi import, missing lwinspool.srv import) I will need to retest due to removal of GetSysColorPen

1 0

Winepress
by Francois Gouget 20 May '02

20 May '02

Here are two articles about Wine: * LinuxPlanet May 15, 2002 The Many Faces of Wine: Realities of Open Source and Business (a very nice in depth article) http://www.linuxplanet.com/linuxplanet/interviews/4202/1/ * DesktopLinux April 25, 2002 The Penguin and the Hare (not really about Wine, but does make a very good point and says 'WINE is thus of utmost importance to Linux') http://www.desktoplinux.com/articles/AT3633344463.html I also updated the Press section on WineHQ. I searched my wine-devel archives and added the links I could find there. Then added other articles I found on the net. Let me know if you know of a good article that I missed. http://www.winehq.com/about/index.php?press -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Linux: the choice of a GNU generation

1 0

Re: better user messages
by Francois Gouget 20 May '02

20 May '02

On Sun, 19 May 2002, Andreas Mohr wrote: Index: dlls/gdi/freetype.c =================================================================== RCS file: /home/wine/wine/dlls/gdi/freetype.c,v retrieving revision 1.13 diff -u -r1.13 freetype.c --- dlls/gdi/freetype.c 4 Apr 2002 15:30:29 -0000 1.13 +++ dlls/gdi/freetype.c 19 May 2002 21:14:36 -0000 @@ -452,9 +452,9 @@ ft_handle = wine_dlopen("libfreetype.so", RTLD_NOW, NULL, 0); if(!ft_handle) { WINE_MESSAGE( - "Wine cannot find the FreeType font library. To enable Wine to\n" - "use TrueType fonts please install a version of FreeType greater than\n" - "or equal to 2.0.5.\n" + "Wine could not find the FreeType font library. To enable Wine to\n" + "use TrueType fonts please install a version of FreeType\n" + "(plus devel/header file package) greater than or equal to 2.0.5.\n" "http://www.freetype.org\n"); return FALSE; } Index: dlls/wineps/truetype.c =================================================================== RCS file: /home/wine/wine/dlls/wineps/truetype.c,v retrieving revision 1.15 diff -u -r1.15 truetype.c --- dlls/wineps/truetype.c 3 Apr 2002 20:02:39 -0000 1.15 +++ dlls/wineps/truetype.c 19 May 2002 21:14:37 -0000 @@ -593,9 +593,9 @@ ft_handle = wine_dlopen("libfreetype.so", RTLD_NOW, NULL, 0); if(!ft_handle) { WINE_MESSAGE( - "Wine cannot find the FreeType font library. To enable Wine to\n" - "use TrueType fonts please install a version of FreeType greater than\n" - "or equal to 2.0.5.\n" + "Wine could not find the FreeType font library. To enable Wine to\n" + "use TrueType fonts please install a version of FreeType\n" + "(plus devel/header file package) greater than or equal to 2.0.5.\n" "http://www.freetype.org\n"); return TRUE; } I disagree with this bit. This is printed by the Wine binary and the development libraries and headers are not needed for running Wine. Such a message should instead be printed by the configure script if it detects that FreeType libraries or headers are missing. Index: windows/win.c =================================================================== RCS file: /home/wine/wine/windows/win.c,v retrieving revision 1.183 diff -u -r1.183 win.c --- windows/win.c 17 May 2002 02:55:48 -0000 1.183 +++ windows/win.c 19 May 2002 21:14:40 -0000 @@ -1590,7 +1590,10 @@ */ HWND WINAPI FindWindowA( LPCSTR className, LPCSTR title ) { - HWND ret = FindWindowExA( 0, 0, className, title ); + HWND ret; + + WARN("app or wine makes use of FindWindow, which is bad programming since it can hang sometimes on Windows if a window is unresponsive. Use e.g. EnumerateWindows/SendMessageTimeout instead.\n"); + ret = FindWindowExA( 0, 0, className, title ); if (!ret) SetLastError (ERROR_CANNOT_FIND_WND_CLASS); return ret; } I don't think this one is appropriate either. I agree that often FindWindowA is used where there are better solutions. But we are not going to be changing the way existing applications work so there does not seem to be much point in printing this message. -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Hiroshima '45 - Czernobyl '86 - Windows '95

5 6

Running Delphi old version
by Marcelo Welter 20 May '02

20 May '02

Hello Running Delphi Old version 3 i have the error: err:seh:EXC_DefaultHandling Exception frame is not in stack limits => unable to dispatch exception. This error is visible if i run with Desktop=N Managed=N or Y I see a splash screen of delphi before close completly if i run with Desktop=800x600 I see a "stack Overflow" error in the desktop window. I click in the OK button of many error windows and after this delphi open, but all actions and buttons are locked The recent version 6 running ok. I need run this old version to port some applications to new version, and i want kick windows of my machine... :) Well if anybody have any idea please, send me... Thanks Marcelo

1 0

winehq.com or winehq.org?
by Andriy Palamarchuk 20 May '02

20 May '02

Jeremy, reading your comments regarding fixing bug 639 I was kind of surprised that you asked to use '.org' domain. I personally always thought that official site name is winehq.com. What is the story behind using 2 separate names? Andriy __________________________________________________ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com

5 8

Requested Change to the build system
by Steven Edwards 20 May '02

20 May '02

Hola and Thanks for everything so far in getting the Mingw port rolling. Doing my work on getting shlwapi.dll built I noticed the missing imports from user32 wvsnprintfA(a)16 and wvsnprintfW(a)16 in libuser32.a. I was going to submit a patch to the mingw developers for the Win32api package that updates the libuser32.a and I am still planning on doing that but I think a more self-contained solution would be better. In the ReactOS tree we have a "make implib" rule to generate all of the import Libs for our shared libs. This way we are not dependant on the mingw win32api. I think the wine tree needs to do something similer. Once this is done we can go ahead and build the import libs for ntdll, msvcrt and User32 that are needed for the wine dlls. The command line is something like this dlltool --as=as --dllname user32.dll --def user32.spec.def --output-lib libuser32.a The only real problem isnt really a problem but we just wouldn't catch it in the build processes. If WINES libuser32.a exported a non-win32 function that we shouldn't Use anyway and another dll imported that function (see comctl32) like GetSysColorPen (see wine/windows/syscolor.c line 388) The build would still work and we wouldn't catch it untill someone tries to use comctl32.dll without wines user32.dll. I still think the change would be for the better and request your comments. Thanks Steven "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson

3 3

Links on wine-{devel, patches} archives are not excactly broken.
by Vassilis Virvilis 20 May '02

20 May '02

Halo, Since there is a lot of talk about switching winehq.com to winehq.org I thought I mention something that bothers me in case some kind of reorganization takes place. 1) No newsgroup gateway anymore. What a pitty! But anyway one can always read from the archives, which brings us to the second observation. 2)This is a typical link in the monhtly index by date http://www.integrita.com/cgi-local/lwgate.pl/WINE-PATCHES/archives/2002-05/… And here is the same article but linked through the previous article http://www.integrita.com/cgi-local/lwgate.pl/WINE-PATCHES/archives/2002-05/… Notice the data vs Date thing that breaks my browser (mozilla) visited links (All links are not visited in the main index page). Thanks in advance. .Bill

1 0

Re: Bugzilla: more privileges?
by Andriy Palamarchuk 20 May '02

20 May '02

--- Dustin Navea <speeddymon(a)yahoo.com> wrote: > Could someone that has the ability to modify > priviledges please give me some? Done. Andriy __________________________________________________ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com

1 0

Re: change email
by Alexandre Julliard 19 May '02

19 May '02

Andreas Mohr <andi(a)rhlx01.fht-esslingen.de> writes: > changed my email address at important "notification" locations in wine. > The supposedly eternal email a.mohr(a)mailto.de has bitten the dust ages > ago already. That's why you should never put an email address in error messages. Not only because addresses change, but your code may be used in other products where reporting problems to you is not the appropriate thing to do. Just say "please report this" and let users figure out where to report it. -- Alexandre Julliard julliard(a)winehq.com

1 0