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

Problems compiling Wine CVS in FreeBSD 4.8
by Daniel O'Connor Aug. 28, 2003

Aug. 28, 2003

I am trying to compile Wine CVS to get Protel99SE working, but I am having some difficulty.. For example in dlls/glu32 -> [chowder 16:50] ~/projects/wine-20030813/dlls/glu32 >gmake gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -o glu.o glu.c ../../tools/winebuild/winebuild -D_REENTRANT -fPIC -D__WINESRC__ -o glu32.dll.dbg.c --debug -C. glu.c gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -o glu32.dll.dbg.o glu32.dll.dbg.c ld -r glu.o glu32.dll.dbg.o -o glu32.dll.tmp.o strip --strip-unneeded glu32.dll.tmp.o ../../tools/winebuild/winebuild -D_REENTRANT -fPIC -D__WINESRC__ -o glu32.spec.c --spec ./glu32.spec glu32.dll.tmp.o -L../../dlls gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -o glu32.spec.o glu32.spec.c gcc -shared -Wl,-Bsymbolic,-z,defs glu32.spec.o glu.o glu32.dll.dbg.o -o glu32.dll.so -L../../dlls -L../../libs/wine -lwine -L/usr/X11R6/lib -lSM -lICE -lXxf86dga -lXxf86vm -lXv -lXext -lX11 -lGL -lGLU -L../../libs/port -lwine_port -L/usr/local/lib -lm -Wl,-rpath,/usr/local/lib/wine -lc /usr/lib/libgcc.a(_eh.o): In function `__empty': _eh.o(.text+0x9e): undefined reference to `pthread_setspecific' /usr/lib/libgcc.a(_eh.o): In function `__get_eh_info': _eh.o(.text+0xec): undefined reference to `pthread_key_create' _eh.o(.text+0x1b9): undefined reference to `pthread_getspecific' _eh.o(.text+0x1d8): undefined reference to `pthread_setspecific' /usr/lib/libgcc.a(frame.o)(.text+0x44b): undefined reference to `pthread_mutex_lock' /usr/lib/libgcc.a(frame.o)(.text+0x492): undefined reference to `pthread_mutex_unlock' /usr/lib/libgcc.a(frame.o): In function `__register_frame_info': frame.o(.text+0x8d9): undefined reference to `pthread_mutex_lock' frame.o(.text+0x900): undefined reference to `pthread_mutex_unlock' /usr/lib/libgcc.a(frame.o): In function `__register_frame_info_table': frame.o(.text+0x969): undefined reference to `pthread_mutex_lock' frame.o(.text+0x990): undefined reference to `pthread_mutex_unlock' /usr/lib/libgcc.a(frame.o): In function `__deregister_frame_info': frame.o(.text+0x9dc): undefined reference to `pthread_mutex_lock' frame.o(.text+0xa27): undefined reference to `pthread_mutex_unlock' frame.o(.text+0xa4d): undefined reference to `pthread_mutex_unlock' gmake: *** [glu32.dll.so] Error 1 This happens in a number of dll compiles, the only way I have found to work around it is to comment out the line 'LDDLLFLAGS = -Wl,-Bsymbolic,-z,defs' After changing those I now get -> [chowder 17:14] ~/projects/wine-20030813/dlls/winmm/winearts >gmake ../../../tools/winebuild/winebuild -D_REENTRANT -fPIC -D__WINESRC__ -o winearts.drv.spec.c --spec ./winearts.drv.spec winearts.drv.tmp.o -L../../../dlls -lwinmm -luser32 -lkernel32 gcc -c -I. -I. -I../../../include -I../../../include -I/usr/local/include/artsc -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -o winearts.drv.spec.o winearts.drv.spec.c gcc -shared -Wl,-Bsymbolic,-z,defs winearts.drv.spec.o arts.o audio.o winearts.drv.dbg.o -o winearts.drv.so -L../../../dlls -L../../../libs/wine -lwine -L/usr/local/lib -lartsc -pthread -L../../../libs/uuid -lwine_uuid -L../../../libs/port -lwine_port -L/usr/local/lib -lm -Wl,-rpath,/usr/local/lib/wine -lc audio.o: In function `wodDsGuid': /home/darius/projects/wine-20030813/dlls/winmm/winearts/audio.c:1422: undefined reference to `DSDEVID_DefaultPlayback' gmake: *** [winearts.drv.so] Error 1 So I comment that out :) Now I get -> make[1]: Leaving directory `/usr/home/darius/projects/wine-20030813/include' gmake[1]: Entering directory `/usr/home/darius/projects/wine-20030813/miscemu' gcc -o wine -Wl,--section-start,.interp=0x3c000100 main.o -L../dlls -lntdll.dll -L../libs/wine -lwine -L../libs/unicode -lwine_unicode -L../libs/port -lwine_port -L/usr/local/lib ../dlls/libntdll.dll.so: undefined reference to `InterlockedCompareExchange' ../dlls/libntdll.dll.so: undefined reference to `InterlockedExchangeAdd' gmake[1]: *** [wine] Error 1 gmake[1]: Leaving directory `/usr/home/darius/projects/wine-20030813/miscemu' gmake: *** [miscemu] Error 2 Any patches happily tested :) -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5

1 0

Builtin ODBC32 and Microsoft Visual FoxPro
by Paul McNett Aug. 28, 2003

Aug. 28, 2003

I'm trying and failing to get the builtin ODBC32 to work with Visual FoxPro: after SQLDriverConnect() VFP hangs for a couple minutes, finally crashing with a Fatal Error C0000005. I can tell by the unixODBC trace file that it gets no further than SQLDriverConnect(). Here is the unixODBC trace: [ODBC][16848][__handles.c][421] Exit:[SQL_SUCCESS] Environment = 0x3c0ad198 [ODBC][16848][SQLAllocHandle.c][338] Entry: Handle Type = 2 Input Handle = 0x3c0ad198 [ODBC][16848][SQLAllocHandle.c][462] Exit:[SQL_SUCCESS] Output Handle = 0x3c0ad918 [ODBC][16848][SQLSetConnectOption.c][255] Entry: Connection = 0x3c0ad918 Option = SQL_ATTR_LOGIN_TIMEOUT Value = 15 [ODBC][16848][SQLSetConnectOption.c][408] Exit:[SQL_SUCCESS] [ODBC][16848][SQLSetConnectOption.c][255] Entry: Connection = 0x3c0ad918 Option = SQL_ATTR_PACKET_SIZE Value = 4096 [ODBC][16848][SQLSetConnectOption.c][408] Exit:[SQL_SUCCESS] [ODBC][16848][SQLSetConnectOption.c][255] Entry: Connection = 0x3c0ad918 Option = SQL_ATTR_AUTOCOMMIT Value = 1 [ODBC][16848][SQLSetConnectOption.c][408] Exit:[SQL_SUCCESS] [ODBC][16848][SQLSetConnectOption.c][255] Entry: Connection = 0x3c0ad918 Option = SQL_ATTR_ODBC_CURSORS Value = 0 [ODBC][16848][SQLDriverConnect.c][646] Entry: Connection = 0x3c0ad918 Window Hdl = 0x10026 Str In = [DSN=pkmcalendar][length = 15 (SQL_NTS)] Str Out = 0x407824f4 Str Out Max = 255 Str Out Ptr = (nil) Completion = 1 UNICODE Using encoding ASCII 'ISO8859-1' and UNICODE 'UCS-2LE' Attached is the (trimmed) output returned from the command: wine --debugmsg +relay -- vfp8.exe (200 lines or so) I trimmed from the original loading of odbc32.dll until a point where it looks as if Wine is loading all over again (cannot stat drive d:, etc.) The command from VFP is: ? sqlstringconnect("DSN=pkmcalendar") I'd appreciate any assistance in fixing this. TIA! -- Paul McNett

1 0

Re: [winecfg 2] Merge X11DRV dialog code from Mark, bugfixes
by Alexandre Julliard Aug. 27, 2003

Aug. 27, 2003

Mike Hearn <mike(a)theoretic.com> writes: > - Merge X11DRV dialog code from Mark > - Move X11DRV dialog init code to a separate file > - Link with Xlib to get XParseGeometry winecfg is supposed to be a windows app, it must not depend on Xlib. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: patch for underline and strikeout text in xrender
by Dimitrie O. Paun Aug. 27, 2003

Aug. 27, 2003

On Wed, 27 Aug 2003 Dave_Belanger(a)cimmetry.com wrote: + + /* check for underline or strike-through */ + long lineWidth = tm.tmDescent / 4; + + if (lf.lfUnderline) { + long linePos = tm.tmDescent / 2; + + TSXSetForeground( gdi_display, physDev->gc, physDev->textPixel ); + TSXSetLineAttributes( gdi_display, physDev->gc, lineWidth, + LineSolid, CapProjecting, JoinBevel ); + TSXDrawLine( gdi_display, physDev->drawable, physDev->gc, + physDev->org.x + x, physDev->org.y + y + linePos, + physDev->org.x + x + width, physDev->org.y + y + linePos ); + } + + if (lf.lfStrikeOut) { + long linePos = tm.tmAscent / 3.5; + + TSXSetForeground( gdi_display, physDev->gc, physDev->textPixel ); + TSXSetLineAttributes( gdi_display, physDev->gc, lineWidth, + LineSolid, CapProjecting, JoinBevel ); + TSXDrawLine( gdi_display, physDev->drawable, physDev->gc, + physDev->org.x + x, physDev->org.y + y - linePos, + physDev->org.x + x + width, physDev->org.y + y - linePos ); + } What about we simplify this a bit: if (lf.lfUnderline || lf.lfStrikeOut) { long linePos = (lf.lfUnderline ? tm.tmDescent / 2 : - tm.tmAscent / 3.5); TSXSetForeground( gdi_display, physDev->gc, physDev->textPixel ); TSXSetLineAttributes( gdi_display, physDev->gc, lineWidth, LineSolid, CapProjecting, JoinBevel ); TSXDrawLine( gdi_display, physDev->drawable, physDev->gc, physDev->org.x + x, physDev->org.y + y + linePos, physDev->org.x + x + width, physDev->org.y + y + linePos ); } -- Dimi.

3 5

Building a wine(lib) based shared library to link with a Linux application
by Louis Aug. 27, 2003

Aug. 27, 2003

Hi, I'm trying to work out if and how I can port a windows dll to Linux and build a shared library that I can use in an ordinary Linux program. To be more specific: Supose I have sources for a Windows dll (mydll.c and mydll.def): mydll.c #include <windows.h> int ShowBox(void) { MessageBox(NULL, "DLL", "DLL", MB_OK); return 0; } mydll.def LIBRARY "mydll" DESCRIPTION 'Show a MessageBox' EXPORTS ShowBox @1 Is it possible with wine(lib) to buuild a library (preferably shared) that I can link with an ordinary Linux program, so that it becomes possible to call the function ShowBox from the Linux program. Possibly requiring to link additional wine(lib) libraries. Regards, Louis

3 3

Where to put static libs?
by Juan Lang Aug. 27, 2003

Aug. 27, 2003

Any advice on where to put code that needs to be shared by multiple dlls? I'm tweaking the SMB code right now, and I'd like to reuse it in netapi32 (to implement some of the Net functions) as in kernel32 (for CreateFile and CreateNamedPipe). I'm thinking a new directory in libs (libs/smb). Any better ideas? Thanks, --Juan __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com

2 5

Re: [winecfg 1] Implement saveConfigValue(), style changes, code cleanup, UI alignment
by Alexandre Julliard Aug. 27, 2003

Aug. 27, 2003

Mike Hearn <mike(a)theoretic.com> writes: > - Change registry key used to WineHQ\Wine Is that so that you can test the code? In that case Wine\WineCfg would be preferable I think. -- Alexandre Julliard julliard(a)winehq.com

2 2

Preferred coding style for error handling?
by Mike Hearn Aug. 27, 2003

Aug. 27, 2003

Hi, I was wondering if the gurus that hang out here had advice on the best way to handle errors. At the moment, the most straightforward way seems to be to write code like this: DWORD res = 1; HKEY key = NULL; res = RegOpenKeyEx(hCurrent, subkey, 0, KEY_ALL_ACCESS, &key); if (res != ERROR_SUCCESS) goto end; .... do stuff with key here ..... res = 0; end: if (key) RegCloseKey(key); return res; but obviously pretty much every coding guideline ever written says "don't use goto!". Given the lack of any exception handling in C, and so no try/finally, is there a better way to deal with this? I've seen a mix of styles dotted around the wine source, this seems the easiest to read. Any opionions? Don't want to start a flamewar, but there might be arguments I've not seen yet..... thanks -mike

4 4

Re: [winecfg 2] Merge X11DRV dialog code from Mark, bugfixes
by Dimitrie O. Paun Aug. 27, 2003

Aug. 27, 2003

On 27 Aug 2003, Mike Hearn wrote: > - Merge X11DRV dialog code from Mark > - Move X11DRV dialog init code to a separate file > - Link with Xlib to get XParseGeometry --- /dev/null 2003-01-30 10:24:37.000000000 +0000 +++ programs/winecfg/x11drvdlg.h 2003-08-26 23:16:32.000000000 +0100 @@ -0,0 +1,10 @@ +#ifndef X11DRVDLG_H +#define X11DRVDLG_H + +#include "winecfg.h" + +void initX11DrvDlg (HWND hDlg); +void saveX11DrvDlgSettings (HWND hDlg); +INT_PTR CALLBACK X11DrvDlgProc (HWND hDlg, UINT uMsg, WPARAM wParam, LPARAM lParam); + +#endif Do we really need a separate .h file for this? It just seems we make the thing a lot more complicated than needed... -- Dimi.

2 2

Re: Where to put static libs?
by puoti＠inwind.it Aug. 27, 2003

Aug. 27, 2003

At least US corps don't controll all EU politics, as it happens in the US.

1 0