December 2005 - Wine-devel - list.winehq.org

Re: WLDAP32: link to the reentrant version of libldap
by Robert Reif 19 Dec '05

19 Dec '05

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 19 Dec '05

19 Dec '05

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

binary only dll , resolving links through winebuild
by Ananth Rao 19 Dec '05

19 Dec '05

This can be resolved by - create the .def file using the spec file - Link the application to this dll whicle building the application executable ######################################################### THIS EMAIL MESSAGE IS FOR THE SOLE USE OF THE INTENDED RECIPIENT(S) AND MAY CONTAIN CONFIDENTIAL AND PRIVILEGED INFORMATION. ANY UNAUTHORIZED REVIEW, USE, DISCLOSURE OR DISTRIBUTION IS PROHIBITED.BEFORE OPENING ANY ATTACHMENTS PLEASE CHECK FOR VIRUSES AND DEFECTS.IF YOU ARE NOT THE INTENDED RECIPIENT, PLEASE NOTIFY US IMMEDIATELY BY REPLY E-MAIL AND DELETE THE ORIGINAL MESSAGE. ##########################################################

2 1

wine's seti@home team
by Ivan Leo Puoti 19 Dec '05

19 Dec '05

Hello guys, wine's new boinc seti(a)home team is up and running here http://setiathome.berkeley.edu/team_display.php?teamid=38091 please consider joining. You can also create a team account here if you aren't already running seti(a)home here http://setiathome.berkeley.edu/create_account_form.php?teamid=38091 The Microsoft team http://setiathome.berkeley.edu/team_display.php?teamid=26482 is a bit ahead, so we need help. Ivan.

1 0

Re: msvcrt: Printf Integer Conversion try 2
by Jesse Allen 19 Dec '05

19 Dec '05

On 12/16/05, Jesse Allen <the3dfxdude(a)gmail.com> wrote: > Hi Alexandre, > > This patch is much improved. It passes all tests this time including > additional ones you will see in the new tests patch. > > Changes: > Add pf_is_integer_format to detect integer formats > Add pf_integer_conv for I64 types > Foward I32 and I to libc's printf > Correctly handle long long > Update pf_fill to handle the sign for signed integers > Fix pf_fill to ignore flags->PadZero for printing zeroes when > flags->LeftAlign is set > Fix existing pf_is_*_format to require explicit upper and lower case formats > Still tolower( flags.Format ) before we use libc's printf (to avoid > regressions?) > Allow flags.Sign to be ' ' (space) for the sign place holder, also > make sure '+' overrides it. > > > Any comments now?

2 1

Page fault: completely lost while debugging
by Sergio 19 Dec '05

19 Dec '05

Hi all, I am having one problem with one project I have just made compile. It's one of the plugins of the windows' multiprotocol IM program, Miranda. I will try to explain what my problem is. After solving some issues with compilation (mainly some undefined names - functions - in std namespace - it's a C++ project), I tried to run the application and when asking the plugin to connect to one IRC server (it is the application's IRC protocol plugin) it crashes with this error: Unhandled exception: page fault on read access to 0x00000004 in 32-bit code (0x41d551de). In 32 bit mode. fixme:dbghelp:elf_load_debug_info_from_map Alpha-support for Dwarf2 information for irc<elf> Register dump: CS:0073 SS:007b DS:007b ES:007b FS:174f GS:0033 EIP:41d551de ESP:43510adc EBP:43510af8 EFLAGS:00210206( - 00 - RIP1) EAX:00000004 EBX:41db6434 ECX:00000000 EDX:7c0cbe30 ESI:00000000 EDI:41c14f10 Stack dump: 0x43510adc: 41d5514e 01000000 4f4d2e6c 41db6434 0x43510aec: 7c126a38 4017c0d4 41db6434 43510b28 0x43510afc: 41d9b4b5 7c126a38 00000000 00000000 0x43510b0c: 41d9b45c 401f6b31 407bdbd0 4078f8e0 0x43510b1c: 41d55142 7c126a38 407d4528 43510b40 0x43510b2c: 407c9e31 4078f8e0 41d9b450 4078f8e0 02e9: sel=174f base=41c14000 limit=00001fff 32-bit rw- Backtrace: =>1 0x41d551de in irc (+0x51de) (0x41d551de) 2 0x41d9b4b5 in irc (+0x4b4b5) (0x41d9b4b5) 3 0x407c9e31 in msvcrt (+0x29e31) (0x407c9e31) 4 0x404ebbfb in kernel32 (+0x6bbfb) (0x404ebbfb) 5 0x401d6cd3 in ntdll (+0x36cd3) (0x401d6cd3) 6 0x40051297 start_thread+0x87 in libpthread.so.0 (0x40051297) 7 0x4011c37e __clone+0x5e in libc.so.6 (0x4011c37e) 0x41d551de: movl 0x0(%eax),%eax Which if I understand the dump well is due to a problem in __clone function trying to access 0x00000004 (eax). Am I right? Then I tried to debug and to get more information. I got this other line in the new dump: wine: Unhandled page fault on read access to 0x00000004 at address 0x41d551de (thread 005d), starting debugger... And here I am copying the previous lines of the debug information on that thread (005d): 005d:Call ntdll.RtlFreeHeap(40350000,00000000,42cef188) ret=407bdbd0 005d:Ret ntdll.RtlFreeHeap() retval=00000001 ret=407bdbd0 005d:Call ntdll.RtlEnterCriticalSection(40654b04) ret=405c1ee1 005d:Ret ntdll.RtlEnterCriticalSection() retval=00000000 ret=405c1ee1 005d:Call ntdll.RtlLeaveCriticalSection(40654b04) ret=405c1f2e 005d:Ret ntdll.RtlLeaveCriticalSection() retval=00000000 ret=405c1f2e 005d:Call kernel32.ResetEvent(000000d4) ret=405bf4d0 005d:Call ntdll.NtResetEvent(000000d4,00000000) ret=404e45d8 005d:Ret ntdll.NtResetEvent() retval=00000000 ret=404e45d8 005d:Ret kernel32.ResetEvent() retval=00000001 ret=405bf4d0 005d:Call kernel32.WaitForSingleObject(000000cc,ffffffff) ret=405bf4e6 005d:Call ntdll.NtWaitForMultipleObjects(00000001,435108a4,00000000,00000000,00000000) ret=404e3dd1 005d:Ret ntdll.NtWaitForMultipleObjects() retval=00000000 ret=404e3dd1 005d:Ret kernel32.WaitForSingleObject() retval=00000000 ret=405bf4e6 005d:Call kernel32.GetCurrentProcess() ret=405bf4fd 005d:Ret kernel32.GetCurrentProcess() retval=ffffffff ret=405bf4fd 005d:Call kernel32.GetCurrentThread() ret=405bf504 005d:Ret kernel32.GetCurrentThread() retval=fffffffe ret=405bf504 005d:Call kernel32.GetCurrentProcess() ret=405bf50b 005d:Ret kernel32.GetCurrentProcess() retval=ffffffff ret=405bf50b 005d:Call kernel32.DuplicateHandle(ffffffff,fffffffe,ffffffff,43510ab8,00000010,00000000,00000000) ret=405bf522 005d:Call ntdll.NtDuplicateObject(ffffffff,fffffffe,ffffffff,43510ab8,00000010,00000000,00000000) ret=404cda94 005d:Ret ntdll.NtDuplicateObject() retval=00000000 ret=404cda94 005d:Ret kernel32.DuplicateHandle() retval=00000001 ret=405bf522 005d:Call msvcrt.realloc(42d02040,00000050) ret=405bf547 005d:Call ntdll.RtlReAllocateHeap(40350000,00000000,42d02040,00000050) ret=407bdc8f 005d:Ret ntdll.RtlReAllocateHeap() retval=42d02040 ret=407bdc8f 005d:Ret msvcrt.realloc() retval=42d02040 ret=405bf547 005d:Call kernel32.GetCurrentThreadId() ret=405bf58e 005d:Ret kernel32.GetCurrentThreadId() retval=0000005d ret=405bf58e 005d:Call kernel32.ReleaseMutex(000000cc) ret=405bf5b4 005d:Call ntdll.NtReleaseMutant(000000cc,00000000) ret=404e47d3 005d:Ret ntdll.NtReleaseMutant() retval=00000000 ret=404e47d3 005d:Ret kernel32.ReleaseMutex() retval=00000001 ret=405bf5b4 005d:Call kernel32.SetEvent(00000184) ret=41d9b4a7 005d:Call ntdll.NtSetEvent(00000184,00000000) ret=404e4488 005d:Ret ntdll.NtSetEvent() retval=00000000 ret=404e4488 005d:Ret kernel32.SetEvent() retval=00000001 ret=41d9b4a7 005d:Call ntdll.RtlEnterCriticalSection(41dc78f8) ret=41d55164 005d:Ret ntdll.RtlEnterCriticalSection() retval=00000000 ret=41d55164 005d:Call kernel32.lstrlenA(7c0f9d2a "") ret=41d55193 005d:Ret kernel32.lstrlenA() retval=00000000 ret=41d55193 005d:Call ntdll.RtlEnterCriticalSection(41164de8) ret=4111a00c 005d:Ret ntdll.RtlEnterCriticalSection() retval=00000000 ret=4111a00c 005d:Call ntdll.RtlLeaveCriticalSection(41164de8) ret=4111a044 005d:Ret ntdll.RtlLeaveCriticalSection() retval=00000000 ret=4111a044 005d:Call ntdll.NtCreateEvent(43510648,001f0003,43510608,00000001,00000000) ret=4049fb55 005d:Ret ntdll.NtCreateEvent() retval=00000000 ret=4049fb55 All this is absolutely cryptic to me. Does anyone ge something from this information? Is there any way to get to know where the aplication is crashing? Thank you. Sergio.

2 1

Re: msvcrt: Printf Integer Conversion try 2
by Jesse Allen 19 Dec '05

19 Dec '05

On 12/16/05, Jesse Allen <the3dfxdude(a)gmail.com> wrote: > Hi Alexandre, > > This patch is much improved. It passes all tests this time including > additional ones you will see in the new tests patch. > > Changes: > Add pf_is_integer_format to detect integer formats > Add pf_integer_conv for I64 types > Foward I32 and I to libc's printf > Correctly handle long long > Update pf_fill to handle the sign for signed integers > Fix pf_fill to ignore flags->PadZero for printing zeroes when > flags->LeftAlign is set > Fix existing pf_is_*_format to require explicit upper and lower case formats > Still tolower( flags.Format ) before we use libc's printf (to avoid > regressions?) > Allow flags.Sign to be ' ' (space) for the sign place holder, also > make sure '+' overrides it. > > >

1 0

Create new mailing list wine-isv?
by Dan Kegel 19 Dec '05

19 Dec '05

I used to hate the term ISV (Independent Software Vendor) since it sounded so acronymy compared to 'developer', but it's very commonly used in the industry to refer to outfits which are trying to write and sell off-the-shelf software -- and as monkey-boy said, Microsoft is where it is partly because it worked hard to attract and support those guys. So I've been thinking about how to attract more Windows ISVs to test, support, and promote their apps on Linux with Wine. Part of the problem is a lack of high-level documentation specifically aimed at the ISV. Another is ISVs getting lost in the shuffle on wine-users or wine-devel. I've made a start at the documentation (http://kegel.com/wine/isv) and hope to move that to winehq at some point. Now I'd like to create a discussion forum for ISVs where they will feel more comfortable; the level of discussion would be halfway between that in wine-users and wine-devel, but aimed more at Windows developers than people who are familiar with Linux. How about we create a new mailing list, wine-isv, aimed squarely at ISVs and the Wine community members who want to help them? Thanks, Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

15 27

Re: Alexandre Julliard : Take advantage of the __EXCEPT_PAGE_FAULT macro.
by Robert Shearman 19 Dec '05

19 Dec '05

Alexandre Julliard wrote: >Module: wine >Branch: refs/heads/master >Commit: ae964ac801b3077f5361559abd6645d21fc35d1f >URL: http://source.winehq.org/git/?p=wine.git;a=commit;h=ae964ac801b3077f5361559… > >Author: Alexandre Julliard <julliard(a)winehq.org> >Date: Fri Dec 16 17:17:57 2005 +0100 > >Take advantage of the __EXCEPT_PAGE_FAULT macro. > > This change is wrong: > --- dlls/ole32/rpc.c > +++ dlls/ole32/rpc.c > @@ -110,13 +110,6 @@ struct dispatch_params > HRESULT hr; /* hresult (out) */ > }; > -static WINE_EXCEPTION_FILTER(ole_filter) > -{ > - if (GetExceptionCode() == EXCEPTION_ACCESS_VIOLATION) > - return EXCEPTION_CONTINUE_SEARCH; > - return EXCEPTION_EXECUTE_HANDLER; > -} > - > static HRESULT WINAPI > RpcChannelBuffer_QueryInterface(LPRPCCHANNELBUFFER iface, REFIID riid, > LPVOID *ppv) > { > *ppv = NULL; > @@ -453,7 +446,7 @@ void RPC_ExecuteCall(struct dispatch_par > { > params->hr = IRpcStubBuffer_Invoke(params->stub, params->msg, > params->chan); > } > - __EXCEPT(ole_filter) > + __EXCEPT_PAGE_FAULT > { > params->hr = GetExceptionCode(); > } The idea is that the ole_filter will catch all exceptions other than page faults so that we don't hide obvious programmer errors. However, there obviously should be cases for some other exceptions that we don't want to handle. -- Rob Shearman

2 2

Outreach to windows ISVs
by Dan Kegel 19 Dec '05

19 Dec '05

At the Desktop Architects Meeting at OSDL, one of the big topics was how to make life easier for ISVs that want to start supporting Linux. So I put together a little page aimed at Windows ISVs who are interested in supporting the Linux market using Wine, but aren't quite sure how to go about it. The page is at http://kegel.com/wine/isv/ Comments, anyone? Thanks, Dan -- Why won't Johnny run Linux? See http://kegel.com/linux/comfort

4 7