wine-devel

wine-devel@winehq.org

2 participants
84469 discussions

Re: include/sqltypes.h: Added SQLWCHAR typedef
by Francois Gouget 07 Sep '05

07 Sep '05

On Tue, 6 Sep 2005, Phil Krylov wrote: > ChangeLog: > > Added typedef SQLWCHAR to include/sqltypes.h. Could you also add SQLTCHAR while you're at it? -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Nouvelle version : les anciens bogues ont été remplacés par de nouveaux.

1 0

Re: wine/dlls/shell32 shresdef.h shres.rc shfldr_u ...
by Michael Jung 07 Sep '05

07 Sep '05

Hi Ge, On Wednesday 07 September 2005 01:05, you wrote: > I'm working on importing the changes between Wine-20050725 and > Wine-20050830 into ReactOS. This also includes your patch below. > I'm not sure if you realized it, but shell32 now wastes a lot of memory. > The problem is the initialization of the icon cache. Previously, icons with > indexes 1-39 would be loaded. Since IDI_SHELL_MY_DOCUMENTS has such a high > number, now icons with indexes 1-235 are loaded. Most of those ofcourse > don't exist and will be replaced with index 1, but they still take up a lot > of space in the ImageList bitmaps. I've found that, for ReactOS running on > a 32bpp display, memory usage of shell32 increased by 17Mb. This may in > part be a problem in ReactOS (it's much higher than I expected), but even > for Wine the increase in mem usage should be considerable. The ImageLists > get expanded to 494 entries, taking up 494 (entries) * 2 (color + mask) * > 32 (sizex) * 32 (sizey) * 4 (32bpp) = 4Mb per ImageList. We're keeping 2 > ImageLists, plus 2 16*16 ImageLists, all in all we're talking about 10Mb > minimum. And this for every process that loads shell32. I'm aware of this problem (though I didn't know about the exact numbers). There was a short discussion on wine-devel about it: http://www.winehq.org/pipermail/wine-devel/2005-August/039452.html The problem is, that we currently can't read icons via PrivateExtractIcons from wine's ELF dlls. I would guess that for ReactOS, you don't need the hack'ish icon cache pre-initialization at all, since you do have real PE dlls? > For the moment I'm limiting the ReactOS icon cache to the lower 39 entries, > but I think we need to figure out a way to include the My Documents icon > without wasting so much space. As was pointed out by Alexandre, the correct fix for wine would probably be to try to load the given dll via LoadModule, if all other methods fail in PrivateExtractIcon. Unfortunetaly, I don't have time to work on this at the moment, and probably won't have for the next months. Bye, -- Michael Jung mjung(a)iss.tu-darmstadt.de

2 1

Re: urlmon resource
by Alexandre Julliard 07 Sep '05

07 Sep '05

Stefan Leichter <Stefan.Leichter(a)camLine.com> writes: > diff -urw ../wine/dlls/urlmon/Makefile.in dlls/urlmon/Makefile.in > --- ../wine/dlls/urlmon/Makefile.in 2005-09-06 19:18:47.000000000 +0200 > +++ dlls/urlmon/Makefile.in 2005-09-03 21:05:48.000000000 +0200 > @@ -16,7 +15,8 @@ > umstream.c \ > urlmon_main.c > > -RC_SRCS = rsrc.rc > +RC_SRCS = rsrc.rc \ > + version.rc You shouldn't add multiple resource files, mingw unfortunately doesn't support that. Simply #include version.rc from the main file. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: add proper support for native NT drivers and programs to the build system
by Alexandre Julliard 07 Sep '05

07 Sep '05

Ivan Leo Puoti <ivanleo(a)gmail.com> writes: > @@ -469,8 +469,10 @@ > /* get the default entry point for a given spec file */ > static const char *get_default_entry_point( const DLLSPEC *spec ) > { > + if (spec->subsystem == IMAGE_SUBSYSTEM_NATIVE && spec->characteristics & IMAGE_FILE_DLL) > + return "__wine_spec_drv_entry"; > + if (spec->subsystem == IMAGE_SUBSYSTEM_NATIVE) return "__wine_spec_exe_nentry"; Native drivers are not supposed to be dlls. > @@ -322,9 +322,15 @@ > ORDDEF *odp = &spec->entry_points[i]; > if (odp->type != TYPE_STUB) continue; > fprintf( outfile, "#ifdef __GNUC__\n" ); > - fprintf( outfile, "extern void __wine_spec_unimplemented_stub( const char *module, const char *func ) __attribute__((noreturn));\n" ); > + if(spec->subsystem == IMAGE_SUBSYSTEM_NATIVE) > + fprintf( outfile, "extern void __wine_spec_nunimplemented_stub( const char *module, const char *func ) __attribute__((noreturn));\n" ); > + else > + fprintf( outfile, "extern void __wine_spec_unimplemented_stub( const char *module, const char *func ) __attribute__((noreturn));\n" ); > fprintf( outfile, "#else\n" ); > - fprintf( outfile, "extern void __wine_spec_unimplemented_stub( const char *module, const char *func );\n" ); > + if(spec->subsystem == IMAGE_SUBSYSTEM_NATIVE) > + fprintf( outfile, "extern void __wine_spec_nunimplemented_stub( const char *module, const char *func ) __attribute__((noreturn));\n" ); > + else > + fprintf( outfile, "extern void __wine_spec_unimplemented_stub( const char *module, const char *func );\n" ); You should provide your own handling of stubs inside ntoskrnl, like ntdll does. -- Alexandre Julliard julliard(a)winehq.org

2 2

Object manager case sensitivity issue
by Vitaliy Margolen 07 Sep '05

07 Sep '05

I want to make sure that this problem is well understood. Also to make it clear that Wine differs from windows in this really important aspect. For more details, you can refer to the following thread: http://www.winehq.org/hypermail/wine-devel/2005/04/0426.html It needs to be fixed at least on the server level (I have sent a patch for one of the possible solutions). Then we can get ntdll to follow the suite. For a test see attached program. You should be able to run it on windows with administrative privileges. As you can see, this is something very dangerous yet perfectly legal, at least on win2k sp4. -- Best regards, Vitaliy

1 0

Strange problem with writing files from wine
by Pavel Troller 07 Sep '05

07 Sep '05

Hi! I have problems with writing files from wine (today's CVS). Typical example is word95, which always writes something like: Cannot access folder "F:\filename.doc ": unaccessible or protected by password (in my local language, so it may be inaccurate). There is a small problem with this strange indentation (that the second double quote is on a next line, but it is not fatal. More fatal is that this dialog even occurs and the file cannot be written. I've created a tracefile with +file and I think I've found the problem. At the moment of attempt to write (in this example, F:\brumbal.doc), there appears: trace:file:CreateFileW L"\\\\.\\F:" GENERIC_READ FILE_SHARE_READ FILE_SHARE_WRITE creation 3 attributes 0x0 trace:file:RtlDosPathNameToNtPathName_U (L"\\\\.\\F:",0x7fc8975c,(nil),(nil)) trace:file:RtlGetFullPathName_U (L"\\\\.\\F:" 520 0x7fc89508 (nil)) trace:file:get_dos_device L"F:" -> "/dev/hdb1" warn:file:CreateFileW Unable to create file L"\\\\.\\F:" (status c0000022) trace:file:CreateFileW returning 0xffffffff trace:file:RtlDosPathNameToNtPathName_U (L"F:\\",0x7fc89744,(nil),(nil)) trace:file:RtlGetFullPathName_U (L"F:\\" 520 0x7fc89508 (nil)) trace:file:wine_nt_to_unix_file_name L"\\??\\F:\\" -> "/home/patrol/.wine/dosdevices/f:/" trace:file:GetFileAttributesW L"F:\\brumbal.doc\r\n" trace:file:RtlDosPathNameToNtPathName_U (L"F:\\brumbal.doc\r\n",0x7fc8aae4,(nil),(nil)) trace:file:RtlGetFullPathName_U (L"F:\\brumbal.doc\r\n" 520 0x7fc8a8b0 (nil)) trace:file:CreateFileW L"\\\\.\\F:" GENERIC_READ FILE_SHARE_READ FILE_SHARE_WRITE creation 3 attributes 0x0 trace:file:RtlDosPathNameToNtPathName_U (L"\\\\.\\F:",0x7fc8975c,(nil),(nil)) trace:file:RtlGetFullPathName_U (L"\\\\.\\F:" 520 0x7fc89508 (nil)) trace:file:get_dos_device L"F:" -> "/dev/hdb1" warn:file:CreateFileW Unable to create file L"\\\\.\\F:" (status c0000022) trace:file:CreateFileW returning 0xffffffff trace:file:RtlDosPathNameToNtPathName_U (L"F:\\",0x7fc89744,(nil),(nil)) trace:file:RtlGetFullPathName_U (L"F:\\" 520 0x7fc89508 (nil)) trace:file:wine_nt_to_unix_file_name L"\\??\\F:\\" -> "/home/patrol/.wine/dosdevices/f:/" patrol@arcus:/opt/samba-dir/Program Files/Microsoft Office/Office$ Why the hell wine is trying to access /dev/hdb1 ? Yes, my home directory is on it, but I think that such a form of access is not good :-). In my .wine/dosdevices, there is clearly a line lrwxrwxrwx 1 patrol users 12 Sep 7 06:50 f: -> /home/patrol Or am I misinterpreting the log and the failure is caused by something else ? Otherwise wine is working near to perfect now. With regards, Pavel Troller

1 0

Path for Testfiles (MSI: Test creating a package)
by Detlef Riekenberg 07 Sep '05

07 Sep '05

Hi After reading reading this commit, .... > ChangeSet ID: 20009 > Added files: > dlls/msi/tests : package.c > Test creating a package. > Patch: http://cvs.winehq.org/patch.py?id=20009 ... i Suggest that: - all directories and files for tests should be created in "%TEMP%\winetest" - we modify "wine/tests.h" to get this path and check for path and name overflows (MAX_PATH and nesting level). "c:" could be readonly or absent/hidden Any comments please. -- By By ... ... Detlef

2 1

DirectX status update....
by Oliver Stieber 06 Sep '05

06 Sep '05

I though it was about time I gave a status update on DirectX9/wined3d, so here goes. Short of a couple of bug fixes (one to shaders, and another that causes some games to crash) and a couple of patches that need resending (support for non-power2 textures in warhammer 40k) wined3d and d3d9 is functionally as complete as the version on http://directxwine.sourceforge.net/, that means that as soon as pixel shaders are coppied across from d3d8 it's more or less the end of adding features to wined3d and the start of fixing the remaining bugs and getting the performance up to spec. Anyhow, as soon as I've sent in those patches I'll provide another status update with a bit more information about moving d3d8 over to wined3d and the improvements that have been made. Oliver. ___________________________________________________________ Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com

3 2

Re: URLMON: Added file protocol implementation
by Stefan Leichter 06 Sep '05

06 Sep '05

Am Samstag, 3. September 2005 21:22 schrieb Jacek Caban: > Changelog: > Added file protocol implementation Hello, this patch breaks the cross compiling of the tests with mingw. Which is the correct location of the class id? Bye Stefan make[3]: Entering directory `/usr/src/wine/wine-mingw/dlls/urlmon/tests' i386-mingw32-gcc generated.cross.o misc.cross.o protocol.cross.o url.cross.o testlist.cross.o -o urlmon_crosstest.exe -lurlmon -luser32 -lkernel32 -lole32 -luuid /usr/local/lib/gcc/i386-mingw32/3.4.2/../../../../i386-mingw32/lib/ libuuid.a(uuid.o):/usr/src/packages/BUILD/mingw-3.7/w32api-3.2/lib/uuid.c: (.rdata+0x1340): multiple definition of `_CLSID_FileProtocol' protocol.cross.o:/usr/src/wine/wine-mingw/dlls/urlmon/tests/../../../../wine/ dlls/urlmon/tests/protocol.c:63: first defined here collect2: ld returned 1 exit status make[3]: *** [urlmon_crosstest.exe] Fehler 1 make[3]: Leaving directory `/usr/src/wine/wine-mingw/dlls/urlmon/tests'

1 0

Re: Wined3d: added A2R10G10B10 and D3DFMT_D24FS8
by Oliver Stieber 06 Sep '05

06 Sep '05

--- Karsten Elfenbein <kelfe(a)gmx.de> wrote: Can you put together a patch to add A2R10G10B10 and D3DFMT_D24FS8 to utils.c as well please. D3DFmt2GLIntFmt needs to return GL_RGBA, D3DFmt2GLFmt needs to return GL_RGBA, D3DFmt2GLType needs to return GL_UNSIGNED_INT_2_10_10_10_REV, D3DFmtGetBpp needs to return 4, D3DFmtMakeGlCfg needs to PUSH2(GLX_ALPHA_SIZE, 2); PUSH2(GLX_RED_SIZE, 10); PUSH2(GLX_GREEN_SIZE, 10); PUSH2(GLX_BLUE_SIZE, 10); Also in surface.c IWineD3DSurfaceImpl_UnlockRect needs to use glDrawPixels(This->lockedRect.right - This->lockedRect.left, (This->lockedRect.bottom - This->lockedRect.top) - 1, GL_BGRA, GL_UNSIGNED_INT_2_10_10_10_REV, This->resource.allocatedMemory); when unlocking the back buffer Thanks, Oliver. > Changelog: > * added A2R10G10B10 and D3DFMT_D24FS8 modes > > > ___________________________________________________________ Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com

2 2

Re: fonts: don't call LineTo with the gdi lock
by Alexandre Julliard 06 Sep '05

06 Sep '05

Huw D M Davies <h.davies1(a)physics.ox.ac.uk> writes: > On Sun, Aug 28, 2005 at 12:04:41PM +0100, Huw D M Davies wrote: >> Huw Davies <huw(a)codeweavers.com> >> Don't call LineTo while holding the gdi lock > > Is this one better? I think it would be better to release the DC earlier on and then just do normal GDI calls. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: MSI: test creating a package
by Andreas Mohr 06 Sep '05

06 Sep '05

Hi, On Tue, Sep 06, 2005 at 03:21:55PM +0900, Mike McCormack wrote: > ChangeLog: > <aric(a)codeweavers.com> > <mike(a)codeweavers.com> > * test creating a package + res = MsiCloseHandle( suminfo); + ok( res == ERROR_SUCCESS , "Failed to close suminfo" ); + + + res = MsiCloseHandle( hPackage); + ok( res == ERROR_SUCCESS , "Failed to close package" ); +} Hmm, something seems to be missing here... Andreas

2 2

Messages from 2030 (Laxdragon please read)
by Ivan Leo Puoti 06 Sep '05

06 Sep '05

http://www.winehq.com/pipermail/wine-devel/2030-March/000355.html Well, now we all know wineserver will still be around in 2030... Seriously, this should be fixed (not wineserver, the list archive) Ivan.

1 0

ntoskrnl patch, reviews/comments/suggestions wanted
by Ivan Leo Puoti 06 Sep '05

06 Sep '05

As Dmitry rightly pointed out, wine-devel is a good place to post stuff for help/comments/review, so here is an (almost) full diff of my tree against cvs. Without going as far as making wineserver a user mode ntoskrnl like mike_m suggested, this code allows kernel mode drivers to work decently in wine, naturally not many have been tested but it's a start. Alexadre's main complaint is that it's ugly to pass handles to ntoskrnl because it's a client process, currently we pass a pointer to a DEVICE_OBJECT, that obviously won't do but we're not sure what would do, suggestions are welcome. secdrv.sys from safedisc 1 works. Some code used to work around the anti debugger checks has been removed, so you can't run safedisc in winedbg with this patch. Running tools/make_requests and a full ./config.status && make depend && make is needed to build this patch. Ivan.

1 0

Some troubles with InstallShield
by Vitaly Lipatov 06 Sep '05

06 Sep '05

Can anyone test PHP Expert Editor for install? It uses InstallShield and install loop at message "File access denied." http://www.ankord.com/download/phpxedit_33.zip -- Vitaly Lipatov, ALT Linux Team Russia, Saint-Petersburg, www.etersoft.ru

2 1

fake higher directx version
by Christoph Frick 06 Sep '05

06 Sep '05

hiho, i am currently trying rFactor with WINE. the config programm wants dx9C - the current version with the last release version of wine is dx9B. where would i find this so i can fake a higher version? a naïve grep found nothing in my source. -- cu

3 2

Re: kernel32: get ExitProcess to call NtTerminateProcess
by Eric Pouech 05 Sep '05

05 Sep '05

Ivan Leo Puoti a écrit : > As NtTerminateProcess alredy exists in ntdll, there's no reason to call > wineserver directly. > > Ivan. I don't see why you need to return something. If NtTerminateProcess() fails, then just call exit(status). A+ -- Eric Pouech

2 1

Some troubles with InstallShield:solved
by Robbert Xerox 05 Sep '05

05 Sep '05

Hahaha, Wine is just great, patch that just came in : http://www.winehq.org/pipermail/wine-patches/2005-September/020456.html seems to fix the problem.... ___________________________________________________________ To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. http://uk.security.yahoo.com

1 0

Some troubles with InstallShield
by Robbert Xerox 05 Sep '05

05 Sep '05

Using native comctl32 makes the installer proceed; is this also caused by theming patches that got in? See for example http://bugs.winehq.org/show_bug.cgi?id=3241 ___________________________________________________________ How much free photo storage do you get? Store your holiday snaps for FREE with Yahoo! Photos http://uk.photos.yahoo.com

1 0

Re: dinput force feedback header detection
by Daniel Remenak 05 Sep '05

05 Sep '05

The patch to fix that error is at http://www.winehq.org/pipermail/wine-patches/attachments/20050903/636b08f6/… The headers are correctly detected but the use of the constants was not protected. --Daniel Remenak On 9/5/05, Jesse Allen <the3dfxdude(a)gmail.com> wrote: > Hi I got this compile error from current cvs: > > make[2]: Entering directory `/home/jesse/.local/build/wine/dlls/dinput' > gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ > -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 > -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o > joystick_linuxinput.o joystick_linuxinput.c > joystick_linuxinput.c: In function `alloc_device': > joystick_linuxinput.c:305: error: `FF_STATUS_STOPPED' undeclared > (first use in this function) > joystick_linuxinput.c:305: error: (Each undeclared identifier is > reported only once > joystick_linuxinput.c:305: error: for each function it appears in.) > joystick_linuxinput.c: In function `joy_polldev': > joystick_linuxinput.c:726: error: `EV_FF_STATUS' undeclared (first use > in this function) > joystick_linuxinput.c: In function `JoystickAImpl_EnumEffects': > joystick_linuxinput.c:1182: warning: unused variable `dei' > joystick_linuxinput.c: In function `JoystickWImpl_EnumEffects': > joystick_linuxinput.c:1266: warning: unused variable `dei' > make[2]: *** [joystick_linuxinput.o] Error 1 > make[2]: Leaving directory `/home/jesse/.local/build/wine/dlls/dinput' > make[1]: *** [dinput] Error 2 > make[1]: Leaving directory `/home/jesse/.local/build/wine/dlls' > make: *** [dlls] Error 2 > > > Apparently the linux/input.h version 2.4.31 does not have support for > force feedback. I've installed headers for 2.6.12.5 and now have it > compiled. So something might need to be done to improve detection, > else others still running 2.4 will get this error. > > Jesse > > >

1 0

dinput force feedback header detection
by Jesse Allen 05 Sep '05

05 Sep '05

Hi I got this compile error from current cvs: make[2]: Entering directory `/home/jesse/.local/build/wine/dlls/dinput' gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o joystick_linuxinput.o joystick_linuxinput.c joystick_linuxinput.c: In function `alloc_device': joystick_linuxinput.c:305: error: `FF_STATUS_STOPPED' undeclared (first use in this function) joystick_linuxinput.c:305: error: (Each undeclared identifier is reported only once joystick_linuxinput.c:305: error: for each function it appears in.) joystick_linuxinput.c: In function `joy_polldev': joystick_linuxinput.c:726: error: `EV_FF_STATUS' undeclared (first use in this function) joystick_linuxinput.c: In function `JoystickAImpl_EnumEffects': joystick_linuxinput.c:1182: warning: unused variable `dei' joystick_linuxinput.c: In function `JoystickWImpl_EnumEffects': joystick_linuxinput.c:1266: warning: unused variable `dei' make[2]: *** [joystick_linuxinput.o] Error 1 make[2]: Leaving directory `/home/jesse/.local/build/wine/dlls/dinput' make[1]: *** [dinput] Error 2 make[1]: Leaving directory `/home/jesse/.local/build/wine/dlls' make: *** [dlls] Error 2 Apparently the linux/input.h version 2.4.31 does not have support for force feedback. I've installed headers for 2.6.12.5 and now have it compiled. So something might need to be done to improve detection, else others still running 2.4 will get this error. Jesse

1 0

Delphi edit control created in Unicode instead of ANSI mode
by Michael Kaufmann 05 Sep '05

05 Sep '05

Hi Frank, One of your theming patches ( http://www.winehq.org/hypermail/wine-cvs/2005/08/0313.html ) has caused a problem in many Delphi applications. The edit controls of Delphi applications are now created in Unicode mode. I hope you have an idea why this happens... Of course Delphi applications are ANSI and expect ANSI controls in their windows. If you believe that this is a real problem, you won't need to read the rest of this email :-) Because the Delphi edit controls are now in Unicode mode, the messages sent to them have to be translated from ANSI to Unicode and back. When a program reads the "Text" property of a TEdit control, Delphi sends a WM_GETTEXTLENGTH message. Wine doubles the return value when translating back from Unicode to ANSI because of double-byte character sets. (dlls/user/winproc.c) Now Delphi gets the doubled text size (should be no problem because WM_GETTEXTLENGTH only returns an upper limit of the text size, but Delphi doesn't regard this fact). Because Delphi does NOT use zero-terminated strings, Delphi will return a string that has twice the size of the text in the edit control and contains a '\0' character. If the application then concatenates this string with another string and passes the result to a Windows API function, the API function will only see the first string because of the '\0' character. I've discovered the problem because installers created by InnoSetup ( http://www.innosetup.com/ ) are now failing. You may use my simple Delphi demo program to test the bug: http://www.michael-kaufmann.ch/WINE/DelphiEdit.zip Regards Michael

2 6

Re: http://cvs.winehq.org/patch.py?id=19897 (shlfolder.c test)
by Paul Vriens 05 Sep '05

05 Sep '05

Hi, this change to shell32/tests/shlfolder.c fails on Win98/WinNT and W2KProf because ILFindLastID is not exported on those platforms. I tried to change shlfolder.c to test for the export, but that shows that it's not exported on Wine either ? The .spec file says different. Apart from that, 2 todo_wine's can be removed: shlfolder.c:452: Test succeeded inside todo block: SFGAO_FILESYSTEM attribute is not set for MyDocuments! shlfolder.c:461: Test succeeded inside todo block: RegOpenKeyEx failed! result: 00000000 But I'd like to leave that to the person how fixes the first problem :-). Cheers, Paul.

4 6

Re: http://cvs.winehq.org/patch.py?id=19897 (shlfolder.c test)
by Paul Vriens 05 Sep '05

05 Sep '05

On Sun, 2005-09-04 at 16:17 +0300, Saulius Krasuckas wrote: > * On Sat, 3 Sep 2005, Saulius Krasuckas wrote: > > * On Sat, 3 Sep 2005, Paul Vriens wrote: > > > > > > this change to shell32/tests/shlfolder.c fails on Win98/WinNT and > > > W2KProf because ILFindLastID is not exported on those platforms. > > > > > > I tried to change shlfolder.c to test for the export, but that shows > > > that it's not exported on Wine either ? The .spec file says different. > > > > I have made pretty trivial change and it worksforme. See below. > > I believe the test works a lot better now. Still I tried upgrading my RH8 > glibc to one of FC4 and now I sit even w/o XF. :-/ > > > Log message: > Saulius Krasuckas <saulius.krasuckas(a)ieee.org> > SHELL32.dll.ILFindLastID is exported by an ordinal on an older platforms. ... > /* This test shows that Windows doesn't allocate a new pidlLast, but returns a pointer into > * pidlTestFile (In accordance with MSDN). */ > - todo_wine{ok (ILFindLastID(pidlTestFile) == pidlLast, > + todo_wine{ok (pILFindLastID(pidlTestFile) == pidlLast, > "SHBindToParent doesn't return the last id of the pidl param!\n");} Shouldn't we (for consistency sake) surround the call to pILFindLastID with a: if (pILFindLastID) Cheers, Paul.

2 1

Possible regression in CVS wine
by Pavel Troller 05 Sep '05

05 Sep '05

Hi! I've just upgraded wine on my son's computer by today's CVS. He tried some games and one of them stopped working. It's hind95 and the game bails out on an illegal instruction - outb, jumping into winedbg. Backtrace shows just 3 levels of game code itself, no dlls involved. I understand that user code cannot perform direct hardware I/O, but the game worked just before the upgrade (on wine about 1 month old). I don't know whether wine is normally intercepting and emulating these instructions, and the CVS version doesn't, or whether a new wine caused that another code path has been activated in the game code, leading to such a problem. There is also native w2k version of the game (hind.exe) but it still doesn't work in wine: it very sllllooooowwwwwllllyyyy renders the splash screen and then sits there and does nothing more. The game can be freely downloaded from www.abandonia.com; just search "hind" in the title page. There is probably a dynamic download URL used so I'm not posting it there. With regards, Pavel Troller

2 2

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel