- Wine-Devel - list.winehq.org

cvs.winehq.org slow?
by Dan Kegel Dec. 20, 2005

Dec. 20, 2005

I'm having trouble doing a cvs update from cvs.winehq.org lately. The connection is made, but nothing happens, even after a minute or so. The European site seems healthier. What's up? -- Wine for Windows ISVs: http://kegel.com/wine/isv

3 2

sound enabled but no driver checked
by Cihan Altinay Dec. 20, 2005

Dec. 20, 2005

With a fresh wine prefix sound is enabled but I can't see which driver is used because none of them is checked in the new winecfg sound dialog. Did we forget to initialize the boxes on first run? Cheers, Cihan

1 0

Re: Bugzilla bugs
by Tom Spear Dec. 20, 2005

Dec. 20, 2005

Ok, got it.. I just figured it would help to know what games use what CP measures, so we could get a percentage or something, maybe the better place would be in the wiki? Actually, yea I like that idea better, I will put up a CP page under my homepage in the wiki, and ask people to look up their game, and to post their game under the page for whichever copy protection their game uses.. Tom Vitaliy Margolen wrote: > Hello Dustin, > > Please DO NOT create useless "meta bugs" that will not help any one. If > you want to discuss this, please join freenode's #winehackers or #winehq. > > Or we can discuss this on mailing list. >

2 1

crashing tests in d3d9
by Louis. Lenders Dec. 20, 2005

Dec. 20, 2005

Hi, the tests in d3d9 all crash for me : wine d3d9_test.exe.so stateblock fixme:d3d:IWineD3DDeviceImpl_GetAvailableTextureMem (0x7fec77c0) : stub, emulating 64Mib for now, returning 64Mib wine: Unhandled page fault on read access to 0x00000000 at address 0xb7eb77a0 (thread 0009), starting debugger... WineDbg starting on pid 0x8 Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0xb7eb77a0). In 32 bit mode. Register dump: CS:0073 SS:007b DS:007b ES:007b FS:003b GS:0033 EIP:b7eb77a0 ESP:7fc5fb58 EBP:7fc5fb5c EFLAGS:00010206( - 00 - RIP1) EAX:7fec7418 EBX:7ee0e18c ECX:7fec7417 EDX:00000000 ESI:7fec7418 EDI:7fec73f0 Stack dump: 0x7fc5fb58: 7fec77c0 7fc5fda0 7edc3794 7fec7418 0x7fc5fb68: 00000000 00001f01 7ee0e8dc 7edf8740 0x7fc5fb78: 00000000 00000000 0000ffff 000001b4 0x7fc5fb88: 00000008 00000001 00000000 7c04dc58 0x7fc5fb98: 00000000 00000000 7fec7418 00000300 0x7fc5fba8: 7ee0ee60 7fc5fbc4 7fc5fbe4 0000a838 Backtrace: =>1 0xb7eb77a0 (0xb7eb77a0) 2 0x7edc3794 IWineD3DImpl_FillGLCaps+0x68 [/LFS/winecvs/wine/dlls/wined3d/directx.c:234] in wined3d (0x7edc3794) 3 0x7edc799e IWineD3DImpl_CreateDevice(iface=0x7fec73f0, Adapter=0x0, DeviceType=0x1, hFocusWindow=0x0, BehaviourFlags=0x20, pPresentationParameters=0x7fc5fe14, ppReturnedDeviceInterface=0x7fec71c8, parent=0x7fec71c0, D3DCB_CreateAdditionalSwapChain=0x7ef8a014) [/LFS/winecvs/wine/dlls/wined3d/directx.c:1808] in wined3d (0x7edc799e) 4 0x7ef8a2f2 IDirect3D9Impl_CreateDevice+0xde(iface=0x7fec7320, Adapter=0x0, DeviceType=0x1, hFocusWindow=0x0, BehaviourFlags=0x20, pPresentationParameters=0x7fc5fe98, ppReturnedDeviceInterface=0x7fc5fe94) [/LFS/winecvs/wine/dlls/d3d9/directx.c:312] in d3d9 (0x7ef8a2f2) 5 0x7ffb7648 func_stateblock [/LFS/winecvs/wine/dlls/d3d9/tests/stateblock.c:46] in d3d9_test (0x7ffb7648) 6 0x7ffb7eb4 run_test [/LFS/winecvs/wine/dlls/d3d9/tests/../../../include/wine/test.h:355] in d3d9_test (0x7ffb7eb4) 7 0x7ffb8149 __wine_spec_exe_entry(peb=0x7bc6f680) [/LFS/winecvs/wine/dlls/winecrt0/exe_entry.c:36] in d3d9_test (0x7ffb8149) 8 0x7b862855 start_process+0xc1(arg=0x0) [/LFS/winecvs/wine/dlls/kernel/process.c:1027] in kernel32 (0x7b862855) 9 0xb7f8f57b wine_switch_to_stack+0x17 in libwine.so.1 (0xb7f8f57b) 0xb7eb77a0: movzbl 0x0(%edx),%eax etc. Anone an idea why they crash? ___________________________________________________________ To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. http://uk.security.yahoo.com

2 1

wineconsole & DOS newlines
by Hudson Lacerda Dec. 20, 2005

Dec. 20, 2005

Hi. I am using the wine version from Debian Sarge 3.0. However, I cannot use interactive console programs, because -- I suppose -- it is "missing" the '\r' (^M) character of shell terminals in command terminations (carriage-return/new-line). As I could not find the fix/workaround for that (even on your FAQ), I decided ask you how to run interactive DOS programs that wait for command lines. Cheers, -- Hudson Lacerda <http://geocities.yahoo.com.br/hfmlacerda/> *Não deixe seu voto sumir! http://www.votoseguro.org/ *Apóie o Manifesto: http://www.votoseguro.com/alertaprofessores/ _______________________________________________________ Yahoo! doce lar. Faça do Yahoo! sua homepage. http://br.yahoo.com/homepageset.html

1 0

Re: Alexandre Julliard : ntdll: More compatible exception information for protection faults.
by Saulius Krasuckas Dec. 19, 2005

Dec. 19, 2005

I believe this [*] patch makes all kinds of Win9x platforms to paint iself blue. ;-) Does that mean we are going to get rid of Win9x tests (by a chance)? [*] http://www.winehq.org/pipermail/wine-cvs/2005-December/019878.html

1 0

what happen with my dinput patch and and langues patch for alot of wine dll
by Magnus Olsen Dec. 19, 2005

Dec. 19, 2005

Hi I wonder what happen with my dinput patch and and langues patch for japnise from reactos translator for wine dll files Sorry for the grama spelling and speliing erros now Bestreagds Magnus Olsen

5 6

Re: MSACM: preserve value of cbStruct in acmDriverDetails (with tests) - patch 2 of 2
by Eric Pouech Dec. 19, 2005

Dec. 19, 2005

Alex Villacís Lasso wrote: > BTW, should wine-provided codecs duplicate this behavior? likely yes a couple of remarks > ------------------------------------------------------------------------ > > --- wine-0.9.3-cvs/dlls/msacm/driver.c 2005-09-12 10:35:53.000000000 -0500 > +++ wine-0.9.3-cvs-patch/dlls/msacm/driver.c 2005-12-18 22:28:21.000000000 -0500 > @@ -184,6 +184,7 @@ > sizeof(padda.szLicensing), NULL, NULL ); > WideCharToMultiByte( CP_ACP, 0, addw.szFeatures, -1, padda.szFeatures, > sizeof(padda.szFeatures), NULL, NULL ); > + padda.cbStruct = min(padd->cbStruct, sizeof(*padd)); > memcpy(padd, &padda, min(padd->cbStruct, sizeof(*padd))); why don't use reuse padda.cbStruct you've just computed ? > } > return mmr; > @@ -217,9 +218,11 @@ > mmr = acmDriverOpen(&acmDrvr, hadid, 0); > if (mmr == MMSYSERR_NOERROR) { > ACMDRIVERDETAILSW paddw; > + paddw.cbStruct = sizeof(paddw); > mmr = (MMRESULT)MSACM_Message(acmDrvr, ACMDM_DRIVER_DETAILS, (LPARAM)&paddw, 0); > > acmDriverClose(acmDrvr, 0); > + paddw.cbStruct = min(padd->cbStruct, sizeof(*padd)); > memcpy(padd, &paddw, min(padd->cbStruct, sizeof(*padd))); ditto A+ -- Eric Pouech

1 0

Re: WLDAP32: link to the reentrant version of libldap
by Robert Reif Dec. 19, 2005

Dec. 19, 2005

Hans Leidekker wrote: >The configure check somehow needs -lpthread on Fedora based systems but >Wine's build system links wldap32 to libldap_r without it just fine. > >Adding -lphtread to the configure check doesn't seem to cause any trouble >on my Debian based Ubuntu either (where it isn't needed). I suspect it's >a problem with the (newer) autoconf tools in Fedora. > > -Hans > >Changelog > Link to the reentrant version of libldap. > > >------------------------------------------------------------------------ > >f891a05d34c03c99b3476dea041cca3f9e06cc09 >diff --git a/configure.ac b/configure.ac >index a834d40..4b9a0f2 100644 >--- a/configure.ac >+++ b/configure.ac >@@ -542,15 +542,20 @@ then > fi > > dnl **** Check for OpenLDAP *** >+saved_libs="$LIBS" >+LIBS="$LIBS $LIBPTHREAD" >+ > AC_SUBST(LDAPLIBS,"") > if test "$ac_cv_header_ldap_h" = "yes" -a "$ac_cv_header_lber_h" = "yes" > then >- AC_CHECK_LIB(ldap, ldap_initialize, >+ AC_CHECK_LIB(ldap_r, ldap_initialize, > [AC_CHECK_LIB(lber, ber_init, > [AC_DEFINE(HAVE_LDAP, 1, [Define if you have the OpenLDAP development environment]) >- LDAPLIBS="-lldap -llber"])]) >+ LDAPLIBS="-lldap_r -llber"])]) > fi > >+LIBS="$saved_libs" >+ > dnl **** Check for FreeType 2 **** > AC_SUBST(FREETYPELIBS,"") > AC_SUBST(FREETYPEINCL,"") > > >------------------------------------------------------------------------ > > > This patch breaks builds on RH9 and appears to be responsible for the build breakage on http://www.astro.gla.ac.uk/users/paulm/WRT/wrt.php

4 7

Re: msvcrt: stricter format checking in printf
by Alexandre Julliard Dec. 19, 2005

Dec. 19, 2005

Jesse Allen <the3dfxdude(a)gmail.com> writes: > Changes: > Require exact uppercase and lowercase format checking in printf > routines, but still tolower the format before rebuilding the format > string for libc's printf. Why don't you pass the correct format to libc too? -- Alexandre Julliard julliard(a)winehq.org

1 0