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

WINNLSEnableIME
by Mark Westcott May 12, 2003

May 12, 2003

Hi all, Been getting an error with Kaleidagraph, complaining that WINNLSEnableIME in user32 is unimplemented (which it is). Seems like an old win16 API call that shouldn't be used any more, i'm not sure, but http://sgc.jandar.net/files/docs/x68.txt says: Ex68 was designed for Japanese Windows. In order to make it function on any other kind, you will need to patch the Ex68.EXE file. Here's how: With a Hex-Editor, search for text WINNLSEnableIME, then replace it with EnableWindow . You'll have a couple of spaces left over, switch over to Hex mode, and fill those with 00's This implies that its an EnableWindow call in disguise, but I'm not sure, it may just be that they chose this merely because its a function with the same parameters/return type as WINNLSEnableIME. Editing user32.spec to get it to call EnableWindow has got it working, but I'm not sure this is the proper solution.. perhaps it should be calling WINNLSEnableIME16 in dlls/winnls? Thanks, Mark

2 1

compile errors in dlls/ddraw
by Zsolt Rizsanyi May 11, 2003

May 11, 2003

Hi! I'm getting the next compile errors trying to compile the latest CVS: make[2]: Entering directory `/home/zsolt/src/wine/dlls/ddraw' LD_LIBRARY_PATH="../../libs/unicode:$LD_LIBRARY_PATH" ../../tools/wrc/wrc --nostdinc -I. -I. -I../../include -I../../include -I/usr/X11R6/include -foversion.res version.rc gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o d3dcommon.o d3dcommon.c gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o d3ddevice/main.o d3ddevice/main.c gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o d3ddevice/mesa.o d3ddevice/mesa.c d3ddevice/mesa.c: In function `handle_color_alpha_args': d3ddevice/mesa.c:1519: `GL_PRIMARY_COLOR_ARB' undeclared (first use in this function) d3ddevice/mesa.c:1519: (Each undeclared identifier is reported only once d3ddevice/mesa.c:1519: for each function it appears in.) d3ddevice/mesa.c:1521: `GL_CONSTANT_ARB' undeclared (first use in this function) d3ddevice/mesa.c:1526: `GL_SOURCE0_RGB_ARB' undeclared (first use in this function) d3ddevice/mesa.c:1528: `GL_OPERAND0_RGB_ARB' undeclared (first use in this function) d3ddevice/mesa.c:1533: `GL_SOURCE0_ALPHA_ARB' undeclared (first use in this function) d3ddevice/mesa.c:1534: `GL_OPERAND0_ALPHA_ARB' undeclared (first use in this function) d3ddevice/mesa.c:1480: warning: `src' might be used uninitialized in this function d3ddevice/mesa.c: In function `GL_IDirect3DDeviceImpl_7_3T_SetTextureStageState': d3ddevice/mesa.c:1655: `GL_COMBINE_ALPHA_ARB' undeclared (first use in this function) d3ddevice/mesa.c:1655: `GL_COMBINE_RGB_ARB' undeclared (first use in this function) d3ddevice/mesa.c:1702: `GL_COMBINE_ARB' undeclared (first use in this function) d3ddevice/mesa.c:1733: `GL_ADD_SIGNED_ARB' undeclared (first use in this function) d3ddevice/mesa.c:1766: `GL_RGB_SCALE_ARB' undeclared (first use in this function) make[2]: *** [d3ddevice/mesa.o] Error 1 make[2]: Leaving directory `/home/zsolt/src/wine/dlls/ddraw' make[1]: *** [ddraw] Error 2 make[1]: Leaving directory `/home/zsolt/src/wine/dlls' make: *** [dlls] Error 2 I'm running RedHat 7.3 with the version of the relevant RPM package being: XFree86-devel-4.2.0-8 I can provide more info if needed... Thanks Zsolt

7 11

Re: [D3D] Some more texturing work...
by Duane Clark May 11, 2003

May 11, 2003

Lionel Ulmer wrote: > Resubmission of this morning patch with the compilation fixes added (at > least I hope that it will fix them :-) ). > It fixes compiling for me at least (RH 7.3). Though I notice that the only opengl Wine app I have ever tried (earthquake; not a game :-) no longer works. No idea when it broke though.

1 0

D3D8-18 patch and GTA3
by erwin wolff May 11, 2003

May 11, 2003

The GTA 3 game runs also with the D3D8-18 patch. Only it goes very slow and gives the following texture errors: fixme:d3d:IDirect3DDevice8Impl_SetTextureStageState Unhandled D3DTSS_TEXCOORDINDEX 10000 fixme:d3d:IDirect3DDevice8Impl_SetCurrentTexturePalette (0x40289eb8) : stub fixme:d3d:IDirect3DDevice8Impl_SetTextureStageState see if D3DTOP_SELECTARG1 behavior is correct now! The screen displays only polygons and colors but no textures.

2 1

CVS - Notes Breakage
by Kevin DeKorte May 11, 2003

May 11, 2003

This mornings CVS of wine breaks Lotus Notes 5.0.11 This is the message I get from wine-dbg Unhandled exception: unimplemented function user32.dll.SendIMEMessageExA called in 32-bit code (0x40afb052). In 32-bit mode. 0x40afb052 (__wine_unimplemented+0x52 [user32.spec.c:42] in user32.dll.so): jmp0x40afb04c (__wine_unimplemented+0x4c [user32.spec.c:42] in user32.dll.so) 50 void __wine_stub_user32_dll_14(void) { __wine_unimplemented("BlockInput"); } Kevin

5 15

d3d8-18 patch doesn't compile on RedHat 9.0
by erwin wolff May 11, 2003

May 11, 2003

I have a problem with the d3d8 patch. First, the ./configure script skips the dlls/d3d8 and secondly, if I compile the files manually with the Makefile the source files do compile with almost no warnings, but when it is linked it to d3d8.dll.so complains about lots of GL definitions missing. An example: device.o(.text+0x44dc):/TOOLS/wine/dlls/d3d8/device.c:1770: undefined reference to "glGetError" with the configure command: ./configure --with-nptl --with-x All GL header files are at their correct place and are found by the configure script and makefiles.

3 2

DECIMAL struc
by Stefan Leichter May 11, 2003

May 11, 2003

Hello, i am currently trying to compile a source which uses the DECIMAL stuct with wine's headers and gcc 2.95.3 but i can not figure out how to access the members Mid32 and Lo32 of the struc. Can someone please tell me how to do this? Thanks Stefan

2 3

Re: winedos / Migrate current drive routines and add date conversions
by György 'Nog' Jeney May 11, 2003

May 11, 2003

> This patch migrates some int21 stuff to winedos and > adds implementation for long file name date conversion > functions. The patch makes kernel dll export current drive > routines, but using those routines it should be possible to > migrate many additional int21 subfunctions to winedos. > > > > > Changelog: > Move current drive subfunctions to winedos. > Add long file name date conversion subfunctions. > Could someone please explain to me why it is not possible to reimplement DRIVE_GetCurrentDrive in winedos like this, it looks quite simple and straight forward: int GetCurrentDrive() { char root[MAX_PATH]; GetCurrentDirectoryA(MAX_PATH, root); return toupper(*root) - 'A'; } and the same question for DRIVE_SetCurrentDrive: void SetCurrentDrive(int drive) { char drive[] = "A:"; *drive += drive; SetCurrentDirectoryA(drive); } nog.

1 0

patch for redhat spec file.
by Knut J Bjuland May 11, 2003

May 11, 2003

This is a ugly fix, at least it correct the fault with unable to load libntdll.dll.so when starting wine from a installed Redhat RPM. This spec is made for Redhat 9. --- old.spec 2003-05-09 03:29:21.000000000 +0200 +++ wine-20030508-1rh8winehq.spec 2003-05-10 08:17:28.000000000 +0200 @@ -54,7 +54,8 @@ --with-x \ --libdir=%{_libdir}/wine \ --includedir=%{_includedir}/wine \ - --sysconfdir=%{_sysconfdir}/wine + --sysconfdir=%{_sysconfdir}/wine \ + --with-nptl %{__make} depend %{__make} @@ -67,7 +68,7 @@ includedir=%{?buildroot:%{buildroot}}%{_includedir}/wine \ libdir=%{?buildroot:%{buildroot}}%{_libdir}/wine \ sysconfdir=%{?buildroot:%{buildroot}}%{_sysconfdir}/wine \ - dlldir=%{?buildroot:%{buildroot}}%{_libdir}/wine/wine \ + dlldir=%{?buildroot:%{buildroot}}%{_libdir}/wine \ LDCONFIG=/bin/true install -c -m 0644 dlls/*.def $RPM_BUILD_ROOT%{_libdir}/wine @@ -103,22 +104,22 @@ rm -f documentation/samples/config.rh # Install link to windows applications replacements -ln -sf %{_libdir}/wine/wine/start.exe.so $RPM_BUILD_ROOT%{_datadir}/wine-c/windows/command/start.exe -ln -sf %{_libdir}/wine/wine/notepad.exe.so $RPM_BUILD_ROOT%{_datadir}/wine-c/windows/notepad.exe -ln -sf %{_libdir}/wine/wine/regedit.exe.so $RPM_BUILD_ROOT%{_datadir}/wine-c/windows/regedit.exe -ln -sf %{_libdir}/wine/wine/rundll32.exe.so $RPM_BUILD_ROOT%{_datadir}/wine-c/windows/rundll32.exe -ln -sf %{_libdir}/wine/wine/wcmd.exe.so $RPM_BUILD_ROOT%{_datadir}/wine-c/windows/system/cmd.exe -ln -sf %{_libdir}/wine/wine/control.exe.so $RPM_BUILD_ROOT%{_datadir}/wine-c/windows/system/control.exe -ln -sf %{_libdir}/wine/wine/winhelp.exe.so $RPM_BUILD_ROOT%{_datadir}/wine-c/windows/system/help.exe -ln -sf %{_libdir}/wine/wine/notepad.exe.so $RPM_BUILD_ROOT%{_datadir}/wine-c/windows/system/notepad.exe -ln -sf %{_libdir}/wine/wine/progman.exe.so $RPM_BUILD_ROOT%{_datadir}/wine-c/windows/system/progman.exe -ln -sf %{_libdir}/wine/wine/regsvr32.exe.so $RPM_BUILD_ROOT%{_datadir}/wine-c/windows/system/regsvr32.exe -ln -sf %{_libdir}/wine/wine/winemine.exe.so $RPM_BUILD_ROOT%{_datadir}/wine-c/windows/system/winmine.exe -ln -sf %{_libdir}/wine/wine/winver.exe.so $RPM_BUILD_ROOT%{_datadir}/wine-c/windows/system/winver.exe -ln -sf %{_libdir}/wine/wine/uninstaller.exe.so $RPM_BUILD_ROOT%{_datadir}/wine-c/windows/uninstaller.exe -ln -sf %{_libdir}/wine/wine/winhelp.exe.so $RPM_BUILD_ROOT%{_datadir}/wine-c/windows/winhelp.exe -ln -sf %{_libdir}/wine/wine/winhelp.exe.so $RPM_BUILD_ROOT%{_datadir}/wine-c/windows/winhlp32.exe - +ln -sf %{_libdir}/wine/start.exe.so $RPM_BUILD_ROOT%{_datadir}/wine-c/windows/command/start.exe +ln -sf %{_libdir}/wine/notepad.exe.so $RPM_BUILD_ROOT%{_datadir}/wine-c/windows/notepad.exe +ln -sf %{_libdir}/wine/regedit.exe.so $RPM_BUILD_ROOT%{_datadir}/wine-c/windows/regedit.exe +ln -sf %{_libdir}/wine/rundll32.exe.so $RPM_BUILD_ROOT%{_datadir}/wine-c/windows/rundll32.exe +ln -sf %{_libdir}/wine/wcmd.exe.so $RPM_BUILD_ROOT%{_datadir}/wine-c/windows/system/cmd.exe +ln -sf %{_libdir}/wine/control.exe.so $RPM_BUILD_ROOT%{_datadir}/wine-c/windows/system/control.exe +ln -sf %{_libdir}/wine/winhelp.exe.so $RPM_BUILD_ROOT%{_datadir}/wine-c/windows/system/help.exe +ln -sf %{_libdir}/wine/notepad.exe.so $RPM_BUILD_ROOT%{_datadir}/wine-c/windows/system/notepad.exe +ln -sf %{_libdir}/wine/progman.exe.so $RPM_BUILD_ROOT%{_datadir}/wine-c/windows/system/progman.exe +ln -sf %{_libdir}/wine/regsvr32.exe.so $RPM_BUILD_ROOT%{_datadir}/wine-c/windows/system/regsvr32.exe +ln -sf %{_libdir}/wine/winemine.exe.so $RPM_BUILD_ROOT%{_datadir}/wine-c/windows/system/winmine.exe +ln -sf %{_libdir}/wine/winver.exe.so $RPM_BUILD_ROOT%{_datadir}/wine-c/windows/system/winver.exe +ln -sf %{_libdir}/wine/uninstaller.exe.so $RPM_BUILD_ROOT%{_datadir}/wine-c/windows/uninstaller.exe +ln -sf %{_libdir}/wine/winhelp.exe.so $RPM_BUILD_ROOT%{_datadir}/wine-c/windows/winhelp.exe +ln -sf %{_libdir}/wine/winhelp.exe.so $RPM_BUILD_ROOT%{_datadir}/wine-c/windows/winhlp32.exe +ln -f $RPM_BUILD_ROOT/%{_libdir}/wine/ntdll.dll.so $RPM_BUILD_ROOT/%{_libdir}/wine/libntdll.dll.so for i in shell.dll shell32.dll winsock.dll wnsock32.dll; do touch $RPM_BUILD_ROOT%{_datadir}/wine-c/windows/system/$i done @@ -202,10 +203,7 @@ %attr(0775, root, wine) %dir "%{_datadir}/wine-c/My Documents" %attr(0775, root, wine) %dir "%{_datadir}/wine-c/Program Files" %attr(0775, root, wine) %dir "%{_datadir}/wine-c/Program Files/Common Files" -%{_libdir}/wine/wine -%{_libdir}/wine/*.so -%{_libdir}/wine/*.so.1 -%{_libdir}/wine/*.a +%{_libdir}/wine/* %{_bindir}/* %{_mandir}/man?/* %{_datadir}/wine-c/windows/command/*.exe @@ -227,31 +225,31 @@ %files devel %defattr(-,root,root) %{_includedir}/* -%{_libdir}/wine/*.def +#%{_libdir}/wine/*.def %changelog -* Thu May 08 2003 Vincent Béron <vberon(a)mecano.gme.usherb.ca> 20030508-1 +* Thu May 08 2003 Vincent BÃ©ron <vberon(a)mecano.gme.usherb.ca> 20030508-1 - Add libraries definition files to devel package - Update to 20030508 -* Tue Apr 08 2003 Vincent Béron <vberon(a)mecano.gme.usherb.ca> 20030408-1 +* Tue Apr 08 2003 Vincent BÃ©ron <vberon(a)mecano.gme.usherb.ca> 20030408-1 - Update to 20030408 -* Tue Mar 18 2003 Vincent Béron <vberon(a)mecano.gme.usherb.ca> 20030318-1 +* Tue Mar 18 2003 Vincent BÃ©ron <vberon(a)mecano.gme.usherb.ca> 20030318-1 - Update to 20030318 -* Thu Mar 11 2003 Vincent Béron <vberon(a)mecano.gme.usherb.ca> 20030219-2 +* Thu Mar 11 2003 Vincent BÃ©ron <vberon(a)mecano.gme.usherb.ca> 20030219-2 - Fix the symlinks in wine-c. -* Wed Feb 19 2003 Vincent Béron <vberon(a)mecano.gme.usherb.ca> 20030219-1 +* Wed Feb 19 2003 Vincent BÃ©ron <vberon(a)mecano.gme.usherb.ca> 20030219-1 - Update to 20030129 - Various fixes in RPM build process -* Fri Jan 17 2003 Vincent Béron <vberon(a)mecano.gme.usherb.ca> 20030115-1 +* Fri Jan 17 2003 Vincent BÃ©ron <vberon(a)mecano.gme.usherb.ca> 20030115-1 - Update to 20030115 - fix to build problem -* Thu Nov 7 2002 Vincent Béron <vberon(a)mecano.gme.usherb.ca> 20021031-1 +* Thu Nov 7 2002 Vincent BÃ©ron <vberon(a)mecano.gme.usherb.ca> 20021031-1 - Update to 20021031 - Tweaks here and there

4 3

Agent opens on another desktop (revisited)
by Gerhard W. Gruber May 10, 2003

May 10, 2003

I just happend to install OpenOffice on my system and while the installation was running I switched to another desktop. When OO installation was finished, a dialog popped up, telling me so. The mahor difference to wine running Agent is, that Agent opened the new dialog on my current desktop, while the OO installer switched me back to the desktop where I launched the main program and showed me the dialog there. Either they did provide for this specifically or they use a different method. How does wine handle this? Could it be that wine retrieves the desktop info always anew and OO maybe only at startup and passes it on? My guess would be that this happens in OO, so I think it would be better to do this in wine as well. I think it is rather counterintutive when suddenly a messagebox or something pops up out of nowhere. Also there could be circumstances where a dialog or messagebox is hidden because the user just switched. These circumstances could be provided for if the windows for an application stay on the same desktop where the main app is running. This doesn't mean that wine should run entirely on the same desktop it started from, only indivudual applications should. I don't know enough of the X lower stuff, so maybe somebody who knows this area could comment on it. Thanks. -- Gerhard Gruber Für jedes menschliche Problem gibt es immer eine einfache Lösung: Klar, einleuchtend und falsch. (Henry Louis Mencken)

1 0