wine-devel October 2005

wine-devel@winehq.org

165 participants
333 discussions

MS Office 95/97 needs native odbccp32.dll
by Michael Kaufmann 10 Oct '05

10 Oct '05

Hi, The MS Office 95/97 setup program fails when using the built-in odbccp32.dll. A native version of this dll is on the installation media. Since 2005-07-08, Wine doesn't use this file because of this patch: http://cvs.winehq.org/patch.py?id=18748 I think that we have three options: - Change Wine's default configuration and make it use the native odbccp32.dll - Add a remark in the application DB to Office 95/97, Access 95/97, Excel 95/97 (also Word 95/97, Powerpoint 95/97?) that users … [View More]

2 2

Re: fix bug 3536
by Kai Blin 10 Oct '05

10 Oct '05

* Vijay Kiran Kamuju <infyquest(a)gmail.com> [10/10/05, 14:48:48]: > 342a343,344 > > {"PHT", > > {'P','h','i','l','i','p','p','i','n','e',' ','T','i','m','e','\0'}, -480, 0}, Please stick to the diff -u format. It doesn't matter much for a patch of this size, but larger patches are much more readable. Cheers, Kai -- Kai Blin, (blin at gmx dot net) Men of peace usually are [brave]. -- Spock, "The Savage Curtain", stardate 5906.5

2 1

Re: [ddraw] Fix bug 3487 take 2
by Lionel Ulmer 10 Oct '05

10 Oct '05

> So here is better patch that does not open 2070 again. > > Changelog: > Bug in copying structs if to == from as to was memset first. Well, while your patch was lying in the moderation queue, I sent what I feel is a better solution to this problem (which fixes also a severe reference counting issue). Could you try it and tell if it fixes the problem ? Lionel PS: and Raphael's patch while not fixing your bug is not technically wrong as Windows checks for the … [View More]

2 1

Fwd: printer dialog fix
by Vijay Kiran Kamuju 10 Oct '05

10 Oct '05

---------- Forwarded message ---------- From: Vijay Kiran Kamuju <infyquest(a)gmail.com> Date: Oct 10, 2005 10:32 AM Subject: Re: printer dialog fix To: Dmitry Timoshkov <dmitry(a)baikal.ru> Well, on futher analysis. i found out that it needs some implementation of printer controlpanel applet, which we dont have at all. This may act as a starting point to add some implementation for it. (atleast support like other control panel applets) Thanks, Vijay On 10/9/05, Dmitry Timoshkov … [View More]

1 0

Re: [DDRAW] fix 2D in D3D device (resent)
by Christian Costa 10 Oct '05

10 Oct '05

Hi, This patch has not been commited yet. Is there any reason for that ? Christian Christian Costa wrote: > Hi, > > This patch fixes 2D in some games (Dino Crisis and Lands of Lore 3) > > Changelog: > Disable depth test when there is no Z buffer attached. > Initialise texture states at creation instead of when tex name is > generated. > > Christian Costa titan.costa(a)wanadoo.fr > >------------------------------------------------------------------------… [View More] > >Index: dlls/ddraw/opengl_private.h >=================================================================== >RCS file: /home/wine/wine/dlls/ddraw/opengl_private.h,v >retrieving revision 1.2 >diff -u -r1.2 opengl_private.h >--- dlls/ddraw/opengl_private.h 12 Jun 2005 10:43:11 -0000 1.2 >+++ dlls/ddraw/opengl_private.h 5 Oct 2005 20:51:34 -0000 >@@ -193,21 +193,21 @@ > extern HRESULT d3ddevice_create(IDirect3DDeviceImpl **obj, IDirectDrawImpl *d3d, IDirectDrawSurfaceImpl *surface, int version); > > /* Used for Direct3D to request the device to enumerate itself */ >-extern HRESULT d3ddevice_enumerate(LPD3DENUMDEVICESCALLBACK cb, LPVOID context, DWORD version) ; >-extern HRESULT d3ddevice_enumerate7(LPD3DENUMDEVICESCALLBACK7 cb, LPVOID context) ; >+extern HRESULT d3ddevice_enumerate(LPD3DENUMDEVICESCALLBACK cb, LPVOID context, DWORD version); >+extern HRESULT d3ddevice_enumerate7(LPD3DENUMDEVICESCALLBACK7 cb, LPVOID context); > extern HRESULT d3ddevice_find(IDirectDrawImpl *d3d, LPD3DFINDDEVICESEARCH lpD3DDFS, LPD3DFINDDEVICERESULT lplpD3DDevice); > > /* Used by the DLL init routine to set-up the GL context and stuff properly */ > extern BOOL d3ddevice_init_at_startup(void *gl_handle); > > /* Used to upload the texture */ >-extern HRESULT gltex_upload_texture(IDirectDrawSurfaceImpl *This, IDirect3DDeviceImpl *d3ddev, DWORD stage) ; >+extern HRESULT gltex_upload_texture(IDirectDrawSurfaceImpl *This, IDirect3DDeviceImpl *d3ddev, DWORD stage); > > /* Used to get the texture name */ >-extern GLuint gltex_get_tex_name(IDirectDrawSurfaceImpl *This) ; >+extern GLuint gltex_get_tex_name(IDirectDrawSurfaceImpl *This); > > /* Used to set-up our orthographic projection */ >-extern void d3ddevice_set_ortho(IDirect3DDeviceImpl *This) ; >+extern void d3ddevice_set_ortho(IDirect3DDeviceImpl *This); > > /* Rendering state management functions */ > extern void set_render_state(IDirect3DDeviceImpl* This, D3DRENDERSTATETYPE dwRenderStateType, STATEBLOCK *lpStateBlock); >@@ -222,7 +222,7 @@ > extern HRESULT upload_surface_to_tex_memory_release(void); > > /* Some utilities functions needed to be shared.. */ >-extern GLenum convert_D3D_compare_to_GL(D3DCMPFUNC dwRenderState) ; >+extern GLenum convert_D3D_compare_to_GL(D3DCMPFUNC dwRenderState); > > #endif /* HAVE_OPENGL */ > >Index: dlls/ddraw/device_opengl.c >=================================================================== >RCS file: /home/wine/wine/dlls/ddraw/device_opengl.c,v >retrieving revision 1.9 >diff -u -r1.9 device_opengl.c >--- dlls/ddraw/device_opengl.c 25 Sep 2005 15:18:18 -0000 1.9 >+++ dlls/ddraw/device_opengl.c 5 Oct 2005 20:51:45 -0000 >@@ -1325,6 +1325,7 @@ > IDirect3DDeviceGLImpl* glThis = (IDirect3DDeviceGLImpl*) This; > int num_active_stages = 0; > int num_tex_index = GET_TEXCOUNT_FROM_FVF(d3dvtVertexType); >+ BOOL reenable_depth_test = FALSE; > > /* I put the trace before the various locks... So as to better understand where locks occur :-) */ > if (TRACE_ON(ddraw)) { >@@ -1349,9 +1350,12 @@ > > hr = IDirectDrawSurface7_GetAttachedSurface(ICOM_INTERFACE(This->surface, IDirectDrawSurface7), > (DDSCAPS2 *) &zbuf_caps, &zbuf); >- if (!FAILED(hr)) { >+ if (SUCCEEDED(hr)) { > This->current_zbuffer = ICOM_OBJECT(IDirectDrawSurfaceImpl, IDirectDrawSurface7, zbuf); > IDirectDrawSurface7_Release(zbuf); >+ } else if (glThis->depth_test) { >+ glDisable(GL_DEPTH_TEST); >+ reenable_depth_test = TRUE; > } > } > if (This->current_zbuffer != NULL) { >@@ -1615,6 +1619,9 @@ > /* Whatever the case, disable the color material stuff */ > glDisable(GL_COLOR_MATERIAL); > >+ if (reenable_depth_test) >+ glEnable(GL_DEPTH_TEST); >+ > LEAVE_GL(); > TRACE("End\n"); > >Index: dlls/ddraw/texture.c >=================================================================== >RCS file: /home/wine/wine/dlls/ddraw/texture.c,v >retrieving revision 1.4 >diff -u -r1.4 texture.c >--- dlls/ddraw/texture.c 3 Aug 2005 21:25:11 -0000 1.4 >+++ dlls/ddraw/texture.c 5 Oct 2005 20:51:49 -0000 >@@ -381,7 +381,7 @@ > { > if (src != NULL) { > IDirectDrawSurfaceImpl *src_ptr = ICOM_OBJECT(IDirectDrawSurfaceImpl, IDirectDrawSurface7, src); >- >+ > if ((src_ptr->surface_desc.ddsCaps.dwCaps & DDSCAPS_3DDEVICE) && > ((trans & (DDBLTFAST_SRCCOLORKEY | DDBLTFAST_DESTCOLORKEY)) == 0)) { > /* This is a blt without color keying... We can use the direct copy. */ >@@ -390,7 +390,7 @@ > GLint cur_tex; > IDirect3DTextureGLImpl *gl_surf_ptr = surf_ptr->tex_private; > int y; >- >+ > if (rsrc == NULL) { > WARN("rsrc is NULL\n"); > rsrc = &rsrc2; >@@ -400,10 +400,10 @@ > rsrc->right = src_ptr->surface_desc.dwWidth; > rsrc->bottom = src_ptr->surface_desc.dwHeight; > } >- >+ > width = rsrc->right - rsrc->left; > height = rsrc->bottom - rsrc->top; >- >+ > if (((dstx + width) > surf_ptr->surface_desc.dwWidth) || > ((dsty + height) > surf_ptr->surface_desc.dwHeight)) { > FIXME("Does not handle clipping yet in FB => Texture blits !\n"); >@@ -413,16 +413,16 @@ > if ((width == 0) || (height == 0)) { > return DD_OK; > } >- >+ > TRACE(" direct frame buffer => texture BltFast override.\n"); >- >+ > ENTER_GL(); >- >+ > glGetIntegerv(GL_TEXTURE_BINDING_2D, &cur_tex); > /* This call is to create the actual texture name in GL (as we do 'late' ID creation) */ > gltex_get_tex_name(surf_ptr); > glBindTexture(GL_TEXTURE_2D, gl_surf_ptr->tex_name); >- >+ > if ((gl_surf_ptr->dirty_flag == SURFACE_MEMORY_DIRTY) && > !((dstx == 0) && (dsty == 0) && > (width == surf_ptr->surface_desc.dwWidth) && (height == surf_ptr->surface_desc.dwHeight))) { >@@ -456,7 +456,7 @@ > return DDERR_INVALIDPARAMS; > } > } >- >+ > if ((src_ptr->surface_desc.ddsCaps.dwCaps & (DDSCAPS_FRONTBUFFER|DDSCAPS_PRIMARYSURFACE)) != 0) > glReadBuffer(GL_FRONT); > else if ((src_ptr->surface_desc.ddsCaps.dwCaps & (DDSCAPS_BACKBUFFER)) == (DDSCAPS_BACKBUFFER)) >@@ -467,7 +467,7 @@ > LEAVE_GL(); > return DDERR_INVALIDPARAMS; > } >- >+ > for (y = (src_ptr->surface_desc.dwHeight - rsrc->top - 1); > y >= (src_ptr->surface_desc.dwHeight - (rsrc->top + height)); > y--) { >@@ -477,13 +477,13 @@ > width, 1); > dsty++; > } >- >+ > glBindTexture(GL_TEXTURE_2D, cur_tex); > LEAVE_GL(); >- >+ > /* The SURFACE_GL case is not handled by the 'global' dirty flag */ > gl_surf_ptr->dirty_flag = SURFACE_GL; >- >+ > return DD_OK; > } > } >@@ -544,9 +544,9 @@ > > if (glThis->dirty_flag == SURFACE_GL) { > GLint cur_tex; >- >+ > TRACE(" flushing GL texture back to memory.\n"); >- >+ > ENTER_GL(); > glGetIntegerv(GL_TEXTURE_BINDING_2D, &cur_tex); > glBindTexture(GL_TEXTURE_2D, glThis->tex_name); >@@ -554,14 +554,14 @@ > glBindTexture(GL_TEXTURE_2D, cur_tex); > LEAVE_GL(); > } >- >+ > /* First call the previous set_palette function */ > glThis->set_palette(This, pal); >- >+ > /* And set the dirty flag */ > glThis->dirty_flag = SURFACE_MEMORY_DIRTY; > *(glThis->global_dirty_flag) = SURFACE_MEMORY_DIRTY; >- >+ > /* TODO: check palette on mipmapped surfaces... > TODO: do we need to re-upload in case of usage of the paletted texture extension ? */ > } >@@ -603,7 +603,7 @@ > gltex_lock_update(IDirectDrawSurfaceImpl* This, LPCRECT pRect, DWORD dwFlags) > { > IDirect3DTextureGLImpl *glThis = (IDirect3DTextureGLImpl *) This->tex_private; >- >+ > glThis->lock_update(This, pRect, dwFlags); > } > >@@ -613,7 +613,7 @@ > IDirect3DTextureGLImpl *glThis = (IDirect3DTextureGLImpl *) This->tex_private; > > glThis->unlock_update(This, pRect); >- >+ > /* Set the dirty flag according to the lock type */ > if ((This->lastlocktype & DDLOCK_READONLY) == 0) { > glThis->dirty_flag = SURFACE_MEMORY_DIRTY; >@@ -868,7 +868,7 @@ > /* First, initialize the texture vtables... */ > ICOM_INIT_INTERFACE(surf, IDirect3DTexture, VTABLE_IDirect3DTexture); > ICOM_INIT_INTERFACE(surf, IDirect3DTexture2, VTABLE_IDirect3DTexture2); >- >+ > /* Only create all the private stuff if we actually have an OpenGL context.. */ > if (d3d->current_device != NULL) { > IDirect3DTextureGLImpl *private; >@@ -877,12 +877,12 @@ > if (private == NULL) return DDERR_OUTOFMEMORY; > > surf->tex_private = private; >- >+ > private->final_release = surf->final_release; > private->lock_update = surf->lock_update; > private->unlock_update = surf->unlock_update; > private->set_palette = surf->set_palette; >- >+ > /* If at creation, we can optimize stuff and wait the first 'unlock' to upload a valid stuff to OpenGL. > Otherwise, it will be uploaded here (and may be invalid). */ > surf->final_release = gltex_final_release; >@@ -895,7 +895,7 @@ > to save those... */ > surf->aux_blt = gltex_blt; > surf->aux_bltfast = gltex_bltfast; >- >+ > TRACE(" GL texture created for surface %p (private data at %p)\n", surf, private); > > /* Do not create the OpenGL texture id here as some game generate textures from a different thread which >@@ -903,12 +903,14 @@ > private->tex_name = 0; > if (surf->mipmap_level == 0) { > private->main = NULL; >+ private->__global_dirty_flag = SURFACE_MEMORY_DIRTY; > private->global_dirty_flag = &(private->__global_dirty_flag); > } else { > private->main = main; > private->global_dirty_flag = &(((IDirect3DTextureGLImpl *) (private->main->tex_private))->__global_dirty_flag); > } > private->initial_upload_done = FALSE; >+ private->dirty_flag = SURFACE_MEMORY_DIRTY; > } > > return D3D_OK; >@@ -925,15 +927,11 @@ > glGenTextures(1, &(private->tex_name)); > if (private->tex_name == 0) ERR("Error at creation of OpenGL texture ID !\n"); > TRACE(" GL texture id is : %d.\n", private->tex_name); >- private->__global_dirty_flag = SURFACE_MEMORY_DIRTY; > } else { > private->tex_name = gltex_get_tex_name(private->main); > TRACE(" GL texture id reusing id %d from surface %p (private at %p)).\n", private->tex_name, private->main, private->main->tex_private); > } > LEAVE_GL(); >- >- /* And set the dirty flag accordingly */ >- private->dirty_flag = SURFACE_MEMORY_DIRTY; > } > return ((IDirect3DTextureGLImpl *) (surf->tex_private))->tex_name; > } > > >------------------------------------------------------------------------ > > > > [View Less]

2 1

DosDefineDevice breaking mapping to unix folders
by Christian Costa 09 Oct '05

09 Oct '05

Hi, It seems there is something wrong with DosDefineDevice. If we consider a drive declared as F: -> /mnt/win_e Remapping the drive F: to G: with this function leads to F: -> G: with G: non defined. This makes, in my case, my app to break all my drives assignement. It's seems the code lacks a level of inderection as shown below: Logical drive -> Real drive -> unix dir Any idea? Bye, Christian

2 5

Office97 Install issue
by Steven Edwards 09 Oct '05

09 Oct '05

Hi, As some of you might know I really would like to see Office 97 be able to at least install and parts of it sort of work on Wine 1.0. One of the things I hope to contribute to the 1.0 effort is fixing this. I'm wondering if anyone could give me a pointer or two as to the problem. There are two issues with Winehq that prevent Office 97 from installing and I need help with issue #2 if anyone has ideas. 1. Wine needs to have the "PROCESSOR_ARCHITECTURE"="x86" string in the Key in HKLM\\System\\… [View More]

2 4

Heap issues
by Randall Walls 09 Oct '05

09 Oct '05

Greetings, I've been (unsuccessfully) attempting to run a children's program through wine for some time. I've been trying successive releases since about may, without luck. The program appears to be extremely simple, just some painting apps for toddlers, but each run fails with what looks like a heap issue. The program is by Creative Wonders called Sesame Street Toddlers Deluxe Art workshop. I'm attaching the output that winedbg gives, but would appreciate any feedback. I'm fairly … [View More]comfortable with winedbg, so I can provide additional info about the crash if needed. Mostly I'm just curious if this is an issue with Wine's heap implementation, or if it is more likely just a poorly built application that I should give up on. winedbg output: 21:23:34 slight - cdrom>wine: Unhandled exception (thread 0014), starting debugger... WineDbg starting on pid 0xf Unhandled exception: page fault on read access to 0x41ea6f30 in 32-bit code (0x4019fa56). In 32 bit mode. Register dump: CS:0073 SS:007b DS:007b ES:007b FS:0033 GS:0087 EIP:4019fa56 ESP:420254d0 EBP:420254f4 EFLAGS:00210287( - 00 RISP1C) EAX:000090c8 EBX:401d8e28 ECX:41eb0000 EDX:00110000 ESI:41ea6f30 EDI:41dd6f28 Stack dump: 0x420254d0: 00001000 00000004 40075bac 000090c8 0x420254e0: 41dd6f38 4019f9fb 401d8e28 41dc6f20 0x420254f0: 00010000 42025538 4019dcd9 41da0000 0x42025500: 41dd6f28 000d0008 00000000 401bd230 0x42025510: 00000802 00000000 00000000 41dc6f28 0x42025520: 00000000 40370000 41da0000 4052ca5c Backtrace: =>1 0x4019fa56 in ntdll (+0x1fa56) (0x420254f4) 2 0x4019dcd9 RtlAllocateHeap+0x1e9 in ntdll (0x42025538) 3 0x404ccd4d HeapAlloc+0x2d in kernel32 (0x42025550) 4 0x404cabbc GLOBAL_Alloc+0x7c in kernel32 (0x42025588) 5 0x404cad06 GlobalAlloc16+0x46 in kernel32 (0x420255a8) 6 0x4051a387 K32WOWGlobalAlloc16+0x27 in kernel32 (0x420255bc) 7 0x404d0a94 DllMain+0x94 in kernel32 (0x420255d8) 8 0x4051c378 __wine_spec_dll_entry+0x38 in kernel32 (0x420255f8) 9 0x401a1292 call_dll_entry_point+0x12 in ntdll (0x42025610) 10 0x401a396a in ntdll (+0x2396a) (0x42025698) 11 0x401a165e MODULE_DllThreadAttach+0xae in ntdll (0x420256c0) 12 0x4050e202 GetCurrentThreadId+0x136 in kernel32 (0x42025798) 13 0x401c21a2 NtCurrentTeb+0x1be in ntdll (0x42025fec) 14 0x40106b8a __clone+0x5a in libc.so.6 (0x00000000) 0x4019fa56: testb $0x1,0x0(%esi) Modules: Module Address Debug info Name (77 modules) ELF 0x40000000-40017000 Deferred ld-linux.so.2 ELF 0x40032000-4004c000 Deferred libwine.so.1 ELF 0x4004d000-4016a000 Export libc.so.6 ELF 0x4016a000-4016e000 Deferred libdl.so.2 ELF 0x4016e000-401e8000 Export ntdll<elf> \-PE 0x40180000-401e8000 \ ntdll ELF 0x40203000-402f8000 Deferred libwine_unicode.so.1 ELF 0x402f8000-4031b000 Deferred libm.so.6 ELF 0x40336000-4033f000 Deferred libnss_compat.so.2 ELF 0x4033f000-40355000 Deferred libnsl.so.1 ELF 0x40355000-4035f000 Deferred libnss_nis.so.2 ELF 0x4035f000-40369000 Deferred libnss_files.so.2 ELF 0x40482000-4058c000 Export kernel32<elf> \-PE 0x404a0000-4058c000 \ kernel32 ELF 0x405c2000-405d7000 Deferred winevdm<elf> \-PE 0x405d0000-405d7000 \ winevdm ELF 0x406e0000-40815000 Deferred user32<elf> \-PE 0x40700000-40815000 \ user32 ELF 0x40815000-408a5000 Deferred gdi32<elf> \-PE 0x40830000-408a5000 \ gdi32 ELF 0x408a5000-408e3000 Deferred advapi32<elf> \-PE 0x408b0000-408e3000 \ advapi32 ELF 0x408fe000-40968000 Deferred libfreetype.so.6 ELF 0x40968000-40979000 Deferred libz.so.1 ELF 0x40979000-409fd000 Deferred winex11.drv<elf> \-PE 0x40990000-409fd000 \ winex11.drv ELF 0x40a18000-40a20000 Deferred libsm.so.6 ELF 0x40a20000-40a38000 Deferred libice.so.6 ELF 0x40a38000-40a3e000 Deferred libxxf86dga.so.1 ELF 0x40a3e000-40a43000 Deferred libxxf86vm.so.1 ELF 0x40a43000-40a51000 Deferred libxext.so.6 ELF 0x40a51000-40b1b000 Deferred libx11.so.6 ELF 0x40b1b000-40b93000 Deferred libgl.so.1 ELF 0x40b93000-412e4000 Deferred libglcore.so.1 ELF 0x412e4000-412e6000 Deferred libnvidia-tls.so.1 ELF 0x41399000-413a1000 Deferred libxrender.so.1 ELF 0x413a1000-413a4000 Deferred libxrandr.so.2 ELF 0x413a4000-413a7000 Deferred xlcdef.so.2 ELF 0x413a7000-413c5000 Deferred ximcp.so.2 ELF 0x413c5000-413e2000 Deferred imm32<elf> \-PE 0x413d0000-413e2000 \ imm32 ELF 0x413e5000-413e9000 Deferred iso8859-1.so ELF 0x41404000-4140d000 Deferred libxcursor.so.1 ELF 0x41451000-414b4000 Deferred winedos<elf> \-PE 0x41460000-414b4000 \ winedos ELF 0x414b4000-41538000 Deferred winmm<elf> \-PE 0x414c0000-41538000 \ winmm ELF 0x41538000-4157f000 Deferred wineoss.drv<elf> \-PE 0x41550000-4157f000 \ wineoss.drv ELF 0x4157f000-41597000 Deferred msacm.drv<elf> \-PE 0x41590000-41597000 \ msacm.drv ELF 0x41597000-415ba000 Deferred msacm32<elf> \-PE 0x415a0000-415ba000 \ msacm32 ELF 0x416d0000-416e5000 Deferred midimap<elf> \-PE 0x416e0000-416e5000 \ midimap ELF 0x41827000-418be000 Deferred comdlg32<elf> \-PE 0x41830000-418be000 \ comdlg32 ELF 0x418be000-41989000 Deferred shell32<elf> \-PE 0x418d0000-41989000 \ shell32 ELF 0x41989000-419e4000 Deferred shlwapi<elf> \-PE 0x419a0000-419e4000 \ shlwapi ELF 0x419e4000-41a78000 Deferred ole32<elf> \-PE 0x41a00000-41a78000 \ ole32 ELF 0x41a78000-41abe000 Deferred rpcrt4<elf> \-PE 0x41a90000-41abe000 \ rpcrt4 ELF 0x41abe000-41adc000 Deferred iphlpapi<elf> \-PE 0x41ad0000-41adc000 \ iphlpapi ELF 0x41adc000-41bad000 Deferred comctl32<elf> \-PE 0x41af0000-41bad000 \ comctl32 ELF 0x41bad000-41bd8000 Deferred winspool.drv<elf> \-PE 0x41bc0000-41bd8000 \ winspool.drv ELF 0x41c4b000-41c67000 Deferred libcups.so.2 ELF 0x41c67000-41c98000 Deferred libssl.so.0 ELF 0x41c98000-41d97000 Deferred libcrypto.so.0 ELF 0x41eb0000-41ee3000 Deferred uxtheme<elf> \-PE 0x41ec0000-41ee3000 \ uxtheme ELF 0x7bf00000-7bf07000 Deferred <wine-loader> Threads: process tid prio (all id:s are in hex) 0000000f (D) E:\winevdm.exe 00000014 15 <== 00000011 0 00000010 0 WineDbg terminated on pid 0xf Much obliged, Randall Walls [View Less]

3 4

font issues
by luis lenders 09 Oct '05

09 Oct '05

Hi, what i find rather confusing in current wine , is that it only tries to use the fonts in ~/.wine/drive_c/windows/fonts. Lets say i'm a new user and i want to try out wine. I create a new directory ~/.wine and i try to install for example Guitar pro demo: http://213.246.36.227/download/GP4DEMO_EN.EXE After install i try the program but it doesn't run (there's a bug) So i want to change settings via winecfg. I end up with the following screen: (see attachment) This is because Guitar Pro … [View More]

3 2

Re: msvcrt: Few failing tests for O_TEXT files
by Richard Cohen 09 Oct '05

09 Oct '05

Vitaliy Margolen wrote: > + _lseek(tempfd, -1, FILE_END); > + ok(_read(tempfd,btext,LLEN) == 1, "_read expected 0 got '\\n'\n"); That doesn't look right. Richard.

3 4

← Newer
1
...
20
21
22
23
24
25
26
...
34
Older →

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 October 2005