wine-devel

wine-devel@winehq.org

2 participants
84469 discussions

fr-025-final2 doesn't work
by Oliver Stieber 16 Jul '05

16 Jul '05

With the last two patches I sent fr-025-final2 is working again for me.. There's still one other problem with a tiger print texture appearing in a few of the scenes. The patch to fix this problem is a couple of patches down the line. If anyone has any games or applications they would like to see working than it would be really handy if you could add them to the Bugs DB blocking bug 1434 it would be great. http://bugs.winehq.org/query.cgi?query_format=&short_desc_type=allwordssubs… ___________________________________________________________ Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com

3 4

Updated GLX -> WGL d3d9 patch
by Nick Burns 16 Jul '05

16 Jul '05

--As promised on the a few days ago-- NOTE: you may want to run "fromdos" on these to convert the new line characters Initial window resizing implemented (incorrect but at least does something) Initial vsync choosing (PresentationInterval) implemented Initial swap effects (SwapEffects) implemented Synced with wine HEAD (thats the fun part...) GLX is still supported #define __WIN32_OPENGL__ to use WGL instead of GLX (this is done automatically if either __CYGWIN__ or WIN32 is defined) Makefile.in and Makefile have been modified for cimpiling (under cygwin -- dunno about any other)... needs "/usr/include/w32api" to exist and have "/usr/include/w32api/GL/gl.h", "/usr/include/w32api/GL/glext.h" this has to be done manually now (link to opengl32 instead of using the GLX libs) configure would have to be changed to accomadate this patch... (kind of annoying I think...) As such the Makefile has been included with this patch (for people with Cygwin/MinGW32? to build) (if this patch is too large tell me and I will not post large patches (80KB) ... or instead I will Zip it ... or just email to people interested...) Nick

1 0

Wierd multi-file "selection" & mouse drag behavior
by Hiji 16 Jul '05

16 Jul '05

Trying out both June's and May's release of Wine, I noticed that there is some wierd behavior when selecting multiple files and dragging within an application. It basically makes the ability to select and drag files unusable. In my case, I am using AbsoluteFTP; as you guessed, its an FTP app. If you can imagine, within it, there are two windows that look like the file Explorer on Windows. On the left, is the local machine and the right is the box you've FTPed into. On wine-20041201, I can hold down shift and select >2 files on the remote box. Then using my mouse, drag them to my localbox. On (at least), these last two releases, I select multiple-files, and the moment I try to drag, the multi-select turns into a one file select. Furthermore, the app enters into a state where it thinks I am holding the mouse down dragging the one file around. Minimizing and maximizng the app doesn't work either; in previous versions, when I couldn't drag a file from one window to the other, I'd minimize/ maximize the app (which would "reset" things), and I could drag files once again. Also, on my CodeWright application, I can no longer highlight text by dragging the mouse across code. Any ideas? I'm sure it will ring a bell for someone who may have been working towards improving the mouse dragging capabilities. Thanks! Hiji __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 1

Black Boxes on Apps
by Hiji 16 Jul '05

16 Jul '05

Reading tonight through some of the old CXOffice threads, I noticed some people were having issues running apps likes Illustrator because the panel buttons would be black. This is the same thing that happens on ImageReady. I also saw this: http://www.codeweavers.com/site/compatibility/browse/name?app_id=369;issues… The only "apparent" way to fix this is to change your XF86Config file so the screen depth is 16 and not 24. Is there a way around this since (I'm guessing) apps which run fine at 16bit (like Photoshop) do not have this issue. I'm assuming Adobe products carry a lot of the same codebase. Any ideas? Thanks again, Hiji ____________________________________________________ Start your day with Yahoo! - make it your home page http://www.yahoo.com/r/hs

1 1

Compiling Wine test under Windows with MinGW?
by Mitchell Mebane 15 Jul '05

15 Jul '05

I currently am not running a Linux distro. I'm stuck with Windows for a couple of apps, that's why I'm interested in Wine. ;) I plan on trying Linux again once I find a good distro, but that's not the point of this message. The point is, can I compile the Wine tests under Windows XP with MinGW? If so, where can I find instructions? Thanks, Mitchell Mebane -- I find that a great part of the information I have was acquired by looking up something and finding something else on the way. -- Franklin P. Adams

2 1

Lotus Notes 6.51 Full Text Index
by Kevin DeKorte 15 Jul '05

15 Jul '05

Hi All, Any idea what could be causing this message from Notes 6.51 running under Wine CVS (7/15/05) Thanks, Kevin 07/15/2005 11:48:14 AM Index update process started fixme:msvcrt:MSVCRT__sopen : pmode 0x01b6 ignored fixme:msvcrt:MSVCRT__sopen : pmode 0x01b6 ignored fixme:msvcrt:MSVCRT__sopen : pmode 0x01b6 ignored fixme:msvcrt:MSVCRT__sopen : pmode 0x01b6 ignored fixme:msvcrt:MSVCRT__sopen : pmode 0x01b6 ignored fixme:msvcrt:MSVCRT__sopen : pmode 0x01b6 ignored 07/15/2005 11:48:31 AM Full Text message: Index file integrity has been lost. errcode = 512 07/15/2005 11:48:31 AM Error full text indexing document NT0003F86E C: \lotus\notes\data\kdekorte.ft (rc=3879) Full text index Corrupt, Try to Delete and Re-add Index fixme:msvcrt:MSVCRT__sopen : pmode 0x01b6 ignored fixme:msvcrt:MSVCRT__sopen : pmode 0x01b6 ignored fixme:msvcrt:MSVCRT__sopen : pmode 0x01b6 ignored fixme:msvcrt:MSVCRT__sopen : pmode 0x01b6 ignored fixme:msvcrt:MSVCRT__sopen : pmode 0x01b6 ignored fixme:msvcrt:MSVCRT__sopen : pmode 0x01b6 ignored 07/15/2005 11:48:40 AM Full Text message: Index file integrity has been lost. errcode = 512 07/15/2005 11:48:40 AM Error full text indexing document NT0003F86E C: \lotus\notes\data\kdekorte.ft (rc=3879) Full text index Corrupt, Try to Delete and Re-add Index 07/15/2005 11:48:40 AM Error full text indexing kdekorte.nsf: Full text index Corrupt, Try to Delete and Re-add Index 07/15/2005 11:48:50 AM Index update process shutdown

1 1

Re: user: test: LoadImage() alpha handling
by Alexandre Julliard 15 Jul '05

15 Jul '05

Frank Richter <frank.richter(a)gmail.com> writes: > +static void test_LoadImage(void) > +{ > + HINSTANCE hInst = GetModuleHandle (NULL); > + HBITMAP bmp = LoadImage (hInst, MAKEINTRESOURCE(1), IMAGE_BITMAP, > + 0, 0, LR_CREATEDIBSECTION|LR_SHARED); > + DIBSECTION ds; > + > + GetObject (bmp, sizeof(ds), &ds); > + > + todo_wine ok (((BYTE*)ds.dsBm.bmBits)[3] == 0x7f, "alpha value %x != 0x7f\n", > + ((BYTE*)ds.dsBm.bmBits)[3]); Is this really supposed to fail on Wine? It works fine here... -- Alexandre Julliard julliard(a)winehq.org

2 2

Re: comctl32: uxtheme wrapper
by Robert Shearman 15 Jul '05

15 Jul '05

Frank Richter wrote: >Frank Richter <frank.richter(a)gmail.com> >Added a wrapper to delay-load uxtheme.dll, as needed by future theming >changes. > > Hey Frank, You don't need any code for this. Just add uxtheme to DELAYIMPORTS in the Makefile.in and it will be done automagically for you. -- Rob Shearman

2 1

New OLEAUT32 test on numeric format
by Alex Villacís Lasso 15 Jul '05

15 Jul '05

Could somebody with access to a Windows machine please test the attached patch for an oleaut32 test? This test checks for the output format of a negative number, and I have reason to believe that at least one VB application fails because native and builtin oleaut32 differ on the tested behavior. Alex Villacís Lasso

2 2

Re: [wined3d] color fill
by Alexandre Julliard 15 Jul '05

15 Jul '05

Oliver Stieber <oliver_stieber(a)yahoo.co.uk> writes: > Hi, > This patch implements IWineD3Device_ColorFill, > the fr-30 candytron demo ( > http://www.scene.org/file.php?file=/demos/groups/farb-rausch/fr-030_candytr… > ) makes use of this function. I get a warning with this patch: device.c:5013: warning: suggest parentheses around && within || and it isn't clear to me what you are trying to do here. The whole handling of the container variable looks suspicious, at some places you check it against NULL even though it has already been dereferenced, and it's not released properly, so it looks like the warning is a symptom of a deeper problem with that function. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: wine/programs/rundll32 (how to make good Patches for wine ?)
by Detlef Riekenberg 15 Jul '05

15 Jul '05

Am Donnerstag, den 14.07.2005, 07:34 -0500 schrieb Alexandre Julliard: > ChangeSet ID: 18925 > Patch: http://cvs.winehq.org/patch.py?id=18925 > > Old revision New revision Changes Path > 1.11 1.12 +4 -2 wine/programs/rundll32/rundll32.c I try to learn, how to make good Patches for wine, but sometimes, it's difficult for me to understand: Why not being nice and Free the allocated Memory as in my Patch? 1) Just Save some Bytes of Code 2) This is done automatic, when the Program exit's 3) We are nice, and Free all our Resources. If we are not nice, we can also: Index: programs/rundll32/rundll32.c =================================================================== RCS file: /home/wine/wine/programs/rundll32/rundll32.c,v retrieving revision 1.12 diff -u -r1.12 rundll32.c --- programs/rundll32/rundll32.c 14 Jul 2005 12:34:04 -0000 1.12 +++ programs/rundll32/rundll32.c 14 Jul 2005 18:35:27 -0000 @@ -321,6 +321,5 @@ DestroyWindow(hWnd); if (hDll) FreeLibrary(hDll); - HeapFree(GetProcessHeap(),0,szDllName); return 0; /* rundll32 always returns 0! */ } If we are nice, we need to insert : Index: programs/rundll32/rundll32.c =================================================================== RCS file: /home/wine/wine/programs/rundll32/rundll32.c,v retrieving revision 1.12 diff -u -r1.12 rundll32.c --- programs/rundll32/rundll32.c 14 Jul 2005 12:34:04 -0000 1.12 +++ programs/rundll32/rundll32.c 14 Jul 2005 18:44:15 -0000 @@ -307,6 +307,8 @@ if (shell) pRunDLL_CallEntry16 = (void *)GetProcAddress( shell, (LPCSTR)122 ); if (pRunDLL_CallEntry16) pRunDLL_CallEntry16( entry_point, hWnd, instance, cmdline, info.wShowWindow ); + + FreeLibrary(shell); } else { -- By By ... ... Detlef

2 1

Wine CVS configure error (July 14)
by James Liggett 15 Jul '05

15 Jul '05

Hi, I just updated my CVS tree and tried to reconfigure it, but I got this error about a missing Makefile.in: config.status: error: cannot find input file: dlls/wldap32/Makefile.in Is this going to screw up my build? Thanks, James Liggett

2 1

[AppDB] and [Bugzilla] Integration
by Tony Lambregts 15 Jul '05

15 Jul '05

I think it's safe to say that the Appdb has come a long way and that it is continually improving. I have been working on better integration with Bugzilla (on and off) now for quite a while and I am closer to getting out something but it would really help me if I could have a copy of the bugzilla database similar to the one for the appdb IE: ftp://ftp.winehq.org/pub/wine/wine-appdb-20050703.tar.gz That way I can do some _real_ testing. -- Tony Lambregts

3 3

Re: Add new "nrelay" debug channel - useful for debugging GPFs in target applications
by Alexandre Julliard 14 Jul '05

14 Jul '05

Troy Rollo <wine(a)troy.rollo.name> writes: > Activate by setting WINEDEBUG=relay,nrelay > > Alternatives considered but rejected: > > - Having a config file option. When the config file options are read it is > already too late to prevent calls by and between kernel32.dll and > ntdll.dll from being logged. This option clearly belongs with the similar ones in the config file, probably even as a special case of RelayFromExclude. The fact that it doesn't work properly on startup is not a reason to invent a new mechanism, the other config options don't work on startup either, and this needs to be fixed. -- Alexandre Julliard julliard(a)winehq.org

3 2

Re: winspool: (wiki about Native Printer Drivers)
by Detlef Riekenberg 14 Jul '05

14 Jul '05

Am Dienstag, den 12.07.2005, 10:18 +0100 schrieb Huw D M Davies: > Huw Davies <huw(a)codeweavers.com> > ScheduleJob for 'file' ports. Thanks for working on winspool.drv. Any Suggestions for this Wiki-Page ? http://wiki.winehq.org/PrinterDrivers -- By By ... ... Detlef

1 0

Re: Managementness of borderless windows
by Stefan Dösinger 14 Jul '05

14 Jul '05

Hi, > well, you might as well redirect this bug to anybody who might be > concerned. btw. in my case, window also does not have a minimize button, > and in this output WS_MINIMIZEBOX is mentioned? just pointing out the > obvious :) Well, I didn't look at the minimize box, but this is clearly a different bug, as the window has WM_CAPTION set. That doesn't say we shouldn't solve it. ;-) To Address the unmanaged window problem, I'll send a patch which makes WS_SYSMENU windows managed soon(Have to recompile and test again first). I think this solution is better than a half-correct hack(getParent()==NULL), as windows with MS_SYSMENU should have WS_CAPTION set according to MSDN, so if they were setup correctly, they would be managed right away. Stefan Dösinger

1 0

setup_exception nested exception on signal stack
by Jose Alberto Reguero 14 Jul '05

14 Jul '05

I had the foloowing error when I run a program: warn:seh:setup_exception exception outside of stack limits in thread 000c eip 7bed9651 esp 7f9510f4 stack 0x7f950000-0x7fa50000 err:seh:setup_exception nested exception on signal stack in thread 000c eip 7bed99fd esp 7ffffcd0 stack 0x7f950000-0x7fa50000 Any Idea? Thanks. Jose Alberto

3 4

WINMM/tests: failures in mixer.c
by Saulius Krasuckas 14 Jul '05

14 Jul '05

| $ wine dlls/winmm/tests/winmm_test.exe.so mixer | fixme:opengl:X11DRV_setup_opengl_visual Failed to find a suitable visual | mixer.c:962:--- Testing ASCII functions --- | mixer.c:965:found 1 Mixer devices | mixer.c:374: 0: "mad16 WSS (82C930)" 1.0 (170:85) | mixer.c:240: Test failed: Couldn't change value from 153354 to 152698, returned 153354 | mixer.c:988:--- Testing WCHAR functions --- | mixer.c:991:found 1 Mixer devices | mixer.c:756: 0: "mad16 WSS (82C930)" 1.0 (170:85) | mixer.c:617: Test failed: Couldn't change value from 153354 to 152698, returned 153354 | mixer: 144 tests executed, 0 marked as todo, 2 failures. Any ideas on what could be wrong?

1 0

[comp.emulators.ms-windows.wine] compile error with today's cvs
by Ferenc Wagner 14 Jul '05

14 Jul '05

FYI: From: "Eike Lantzsch, ZP6CGE" <eikelan(a)gmx.net> Date: Wed, 13 Jul 2005 11:59:36 -0400 Message-ID: <slrnddaej8.4fh.eikelan(a)ID-77364.user.individual.net> I get errors when compiling current cvs. .../wine# /wine/dlls/crypt32/tests/main.c:148: undefined reference to `CertFindAttribute' .../wine/dlls/crypt32/tests/encode.c:541: undefined reference to `CryptDecodeObjectEx' I'm trying on Debian Sid with stock 2.6.11 kernel. Am I missing some kernel headers? -- Feri.

2 1

Re: [wined3d] basic memory mamagement
by Ivan Gyurdiev 14 Jul '05

14 Jul '05

> This patch should hopefully get Half Life 2, Axis and > Allies and Kohan 2 working. I can confirm that this patch gets HL2 past the login screen, and I can actually start the game! Thanks for all of your work, it is much appreciated. However, HL2 is still awfully slow, and unplayable. It seems like it runs at .5 fps or so at the moment. I didn't have the patience to wait for it to get past the initial G-man sequence (which by the way, is still not shown, like in Cedega - it's a white screen). I tried turning down the resolution to 640x480, but that actually seemed to make it worse (different res. from desktop). DirectX is detected at 6.0 by the game (9.0 hardware), and I think it hardcodes the memory to 64MB of video ram (see messages). Anyway, it seems to constantly be calling this - there are thousands of those, and this is by far the most common message: fixme:d3d_draw:drawStridedSlow Blending not supported yet fixme:d3d_draw:drawStridedSlow Blending not supported yet fixme:d3d_draw:drawStridedSlow Blending not supported yet fixme:d3d_draw:drawStridedSlow Blending not supported yet If I filter those out, I can see the SetRenderState unimplemented messages again (see d3d bug), and also: fixme:d3d:IWineD3DImpl_GetDeviceCaps Caps support for directx9 is nonexistent at the moment! fixme:d3d:IWineD3DImpl_GetDeviceCaps Caps support for directx9 is nonexistent at the moment! fixme:d3d:IWineD3DDeviceImpl_GetAvailableTextureMem (0x7ff6bc30) : stub, emulating 64Mib for now, returning 64Mib .... fixme:d3d:IWineD3DDeviceImpl_EvictManagedResources (0x7ff6bc30) : stub fixme:wave:DSD_CreateSecondaryBuffer (0x7c939db8,0x7fcae404,8,0,0x7c949fd4,0x7c94a0c4,0x7c949fb0): stub fixme:font:WineEngAddFontResourceEx Ignoring flags 10 fixme:font:WineEngAddFontResourceEx Ignoring flags 10 fixme:d3d_decl:IWineD3DVertexDeclarationImpl_SetDeclaration Parsing declatation 9 fixme:d3d:IWineD3DDeviceImpl_TestCooperativeLevel (0x7ff6bc30) : stub fixme:vxd:VXD_Open Unknown/unsupported VxD L"gdperf.vxd". Try setting Windows version to 'nt40' or 'win31'. fixme:d3d:IWineD3DDeviceImpl_TestCooperativeLevel (0x7ff6bc30) : stub fixme:d3d:IWineD3DDeviceImpl_TestCooperativeLevel (0x7ff6bc30) : stub fixme:d3d:IWineD3DDeviceImpl_EvictManagedResources (0x7ff6bc30) : stub fixme:d3d:IWineD3DResourceImpl_SetPriority (0x741ec4b0) : stub fixme:d3d:IWineD3DDeviceImpl_EvictManagedResources (0x7ff6bc30) : stub fixme:d3d:IWineD3DQueryImpl_GetData (0x7ffc9978) : stub fixme:d3d:IWineD3DQueryImpl_Issue (0x7ffc9978) : stub fixme:d3d_decl:IWineD3DVertexDeclarationImpl_SetDeclaration Parsing declatation 9 fixme:d3d_decl:IWineD3DVertexDeclarationImpl_SetDeclaration Parsing declatation 9 fixme:d3d_decl:IWineD3DVertexDeclarationImpl_SetDeclaration Parsing declatation 9 fixme:d3d:IWineD3DDeviceImpl_TestCooperativeLevel (0x7ff6bc30) : stub fixme:d3d:IWineD3DQueryImpl_GetData (0x7ffc9978) : stub fixme:d3d:IWineD3DQueryImpl_Issue (0x7ffc9978) : stub fixme:d3d:IWineD3DDeviceImpl_TestCooperativeLevel (0x7ff6bc30) : stub fixme:d3d:IWineD3DQueryImpl_GetData (0x7ffc9978) : stub fixme:d3d:IWineD3DQueryImpl_Issue (0x7ffc9978) : stub fixme:d3d:IWineD3DDeviceImpl_TestCooperativeLevel (0x7ff6bc30) : stub fixme:d3d:IWineD3DQueryImpl_GetData (0x7ffc9978) : stub ============= I also left it playing the initial sequence and went to sleep .. and now I see it has crashed (runtime error dialog box) with the following messages: ... fixme:d3d_draw:drawStridedSlow Blending not supported yet fixme:d3d_draw:drawStridedSlow Blending not supported yet fixme:d3d:IWineD3DQueryImpl_GetData (0x74c6f350) : stub fixme:d3d:IWineD3DQueryImpl_GetData (0x74c6f540) : stub fixme:d3d:IWineD3DQueryImpl_Issue (0x74c6f350) : stub fixme:d3d:IWineD3DQueryImpl_Issue (0x74c6f350) : stub fixme:d3d:IWineD3DQueryImpl_Issue (0x74e985f8) : stub fixme:d3d:IWineD3DQueryImpl_Issue (0x74e985f8) : stub fixme:d3d:IWineD3DQueryImpl_Issue (0x74c6f540) : stub fixme:d3d:IWineD3DQueryImpl_Issue (0x74c6f540) : stub fixme:d3d:IWineD3DQueryImpl_Issue (0x70c862b0) : stub fixme:d3d:IWineD3DQueryImpl_Issue (0x70c862b0) : stub err:ntdll:RtlpWaitForCriticalSection section 0x325184 "loader.c: loader_section" wait timed out in thread 07f5, blocked by 07f4, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x7c9fe8e0 "DSOUND_mixlock" wait timed out in thread 0031, blocked by 0038, retrying (60 sec) fixme:d3d:IWineD3DDeviceImpl_TestCooperativeLevel (0x7ff6be70) : stub fixme:d3d:IWineD3DQueryImpl_GetData (0x7ffc9bb8) : stub fixme:d3d:IWineD3DQueryImpl_Issue (0x7ffc9bb8) : stub err:ntdll:RtlpWaitForCriticalSection section 0x325184 "loader.c: loader_section" wait timed out in thread 07f6, blocked by 07f5, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x7c9fe8e0 "DSOUND_mixlock" wait timed out in thread 0031, blocked by 0038, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x325184 "loader.c: loader_section" wait timed out in thread 07f7, blocked by 07f6, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x762200 "x11drv_main.c: X11DRV_CritSection" wait timed out in thread 07f6, blocked by 0031, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x762200 "x11drv_main.c: X11DRV_CritSection" wait timed out in thread 0031, blocked by 07f6, retrying (60 sec) wine: Unhandled exception (thread 07f7), starting debugger... err:ntdll:RtlpWaitForCriticalSection section 0x325184 "loader.c: loader_section" wait timed out in thread 0031, blocked by 07f6, retrying (60 sec) err:seh:start_debugger Couldn't start debugger ("winedbg --auto 48 8444") (31) Read the Wine Developers Guide on how to set up winedbg or another debugger err:ntdll:RtlpWaitForCriticalSection section 0x325184 "loader.c: loader_section" wait timed out in thread 0031, blocked by 07f6, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x325184 "loader.c: loader_section" wait timed out in thread 0031, blocked by 07f6, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x325184 "loader.c: loader_section" wait timed out in thread 0031, blocked by 07f6, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x325184 "loader.c: loader_section" wait timed out in thread 0031, blocked by 07f6, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x325184 "loader.c: loader_section" wait timed out in thread 0031, blocked by 07f6, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x325184 "loader.c: loader_section" wait timed out in thread 0031, blocked by 07f6, retrying (60 sec) /home/phantom/bin/steam: line 7: 4303 Killed wine Steam.exe err:ntdll:RtlpWaitForCriticalSection section 0x325184 "loader.c: loader_section" wait timed out in thread 0031, blocked by 07f6, retrying (60 sec) [phantom@cobra ~]$ client callback thread error client callback thread error err:ntdll:RtlpWaitForCriticalSection section 0x325184 "loader.c: loader_section" wait timed out in thread 006a, blocked by 07f6, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x325184 "loader.c: loader_section" wait timed out in thread 0034, blocked by 07f6, retrying (60 sec)

2 1

Re: WLDAP32: dynamically load ldap libraries
by Alexandre Julliard 14 Jul '05

14 Jul '05

Hans Leidekker <hans(a)it.vu.nl> writes: > Changelog > Dynamically load ldap libraries. If the dll refuses to load if the libraries are missing then there isn't any point in loading them dynamically, you might just as well link to them directly. -- Alexandre Julliard julliard(a)winehq.org

2 1

Problems with file creation, what means L"\\??\\C:\\" vs. L"C:\\"
by Tobias Burnus 14 Jul '05

14 Jul '05

Hello, I try to create a file with Origin 6.0 and saving (only) in Origin's internal format fails. Writing other file types (in Origin) to that directory works flawlessly. (Below the output using +file,+ntdll) First, kernel/file.c's CreateFileW is called ------------- trace:file:CreateFileW L"C:\\Program Files\\origin6.0\\UNTITLED.OPJ" GENERIC_READ GENERIC_WRITE FILE_SHARE_READ FILE_SHARE_WRITE creation 5 attributes 0x80 ------------- (creation 5 = TRUNCATE_EXISTING; attributes 0x80 = FILE_ATTRIBUTE_NORMAL) which then calls NtCreateFile: ------------- trace:ntdll:NtCreateFile handle=0x406de164 access=c0000000 name=L"\\??\\C:\\Program Files\\origin6.0\\UNTITLED.OPJ" objattr=00000040 root=(nil) sec=(nil) io=0x406de168 alloc_size=(nil)attr=00000080 sharing=00000001 disp=1 options=00000050 ea=(nil).0x00000000 ------------- (access=c0000000 = GENERIC_READ|GENERIC_WRITE = 0x80000000|0x40000000 objattr=00000040 = OBJ_CASE_INSENSITIVE) Which fails then with: ------------- warn:file:wine_nt_to_unix_file_name L"UNTITLED.OPJ" not found in /home/wine/.wine/dosdevices/c:/Program Files/origin6.0 warn:ntdll:NtCreateFile L"\\??\\C:\\Program Files\\origin6.0\\UNTITLED.OPJ" not found (c0000034) warn:file:CreateFileW Unable to create file L"C:\\Program Files\\origin6.0\\UNTITLED.OPJ" (status c0000034) trace:file:CreateFileW returning 0xffffffff ----------- Except for the L"\\??\\" whick looks odd to me, I frankly have no idea what's going wrong. Any tips welcome. (Details can be found from line 675 on in http://bugs.winehq.org/attachment.cgi?id=958 of Bug http://bugs.winehq.org/show_bug.cgi?id=3115 ) Tobias

2 1

Good testcase for comctl32.dll
by Joël Bourquard 14 Jul '05

14 Jul '05

Hi, I think I've found a good testcase for comctl32.dll. The application is Ilium eWallet 4.0.0 (www.iliumsoft.com) with Wine 20050628 (running on Gentoo). There is also a 30-day trial of eWallet, which exhibits the problem as well. Icons don't look good, and it is worked around by using a native comctl32.dll (md5sum 0b5d337119929505ee72d4e4a41ed1fd). Can something be done to fix the icons without using a native comctl32 ? PNG screenshots of eWallet attached. Thanks, Joël

2 1

Civilization 2
by R.T. 14 Jul '05

14 Jul '05

I've been using wine for a couple of years now, but I still couldn't play my favorite game, civ2, so I decided to give it a try and see if I could fix anything. I'm new to wine development and its hard to get my bearings, so I'm hoping to get some hints from any knowledgeable persons, as to how I might tackle this problem. The problem I (and some other people as well, from what I gathered from the archives) am having with civ2 is that the game is incredibly slow. More precisely, it seems to have serious perfomance issues while rendering, which makes the game unplayable, although the graphics look good overall. So I started inverstigating, running oprofile with default settings turned up that wine spends a lot of time in * X11DRV_DIB_SetImageBits_8 * MapColor * GetImageBits_8 Besides actually writing pixels on the screen, these functions also convert between X's internal representation which is 24 bit in my case, since I am running X in 24 bits, and 8 bit as required for the DIB. So, I tried setting X's display depth to 8 bit, which actually made the game playable. This leads me to conclude that the conversion between 8 and 24 bits, ties up many resources. I'm not quite sure how to proceed from here on though. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

5 6

Ditching the config file
by James Liggett 14 Jul '05

14 Jul '05

Hi all, Now that we've ditched the config file, I'm finding myself migrating all of my DllOverride settings to Winecfg. I have a lot of them, so this is getting very tedious. So, I was wondering, why don't we just make it so that if a config file is found it will read the existing overrides into the new location, and then delete the config file? Where is the code for reading the config file located? I'd like to get started on it--I think it could make upgrades a lot easier. Regards, James Liggett

2 1

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