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

Debugging mingw applications using wine
by Bryce McKinlay 17 Jan '05

17 Jan '05

I'm trying to debug a windows .exe built with mingw using wine, but winedbg seems to have problems reading stabs from the mingw-built binary. My goal is to be able to debug a cross-compiled, native Java (GCJ) application, but even a simple C "hello world" seems to cause problems. My cross-build environment consists of: - mingw-runtime-3.5 and w32api-3.1from mingw.org - I just used the pre-built binaries - stock binutils 2.15, configured with --target=mingw32 - CVS head gcc 4.0, configured with --target=mingw32 WINE is wine-0.20040914-1.rhfc2.nr from newrpms.sunsite.dk $ mingw32-gcc hello.c -o hello-mingw.exe -g $ wine ./hello-mingw.exe Hello World $ winedbg --gdb ./hello-mingw.exe 0000000a:0000000b: create process 'D:\tests\hello-mingw.exe'/0x77bd003c @00401220 (0<0>) wine: Unhandled exception (thread 0009), starting debugger... WineDbg starting on pid 0x8 Unhandled exception: page fault on read access to 0xb6e4d174 in 32-bit code (0x657997a3). In 32 bit mode. Register dump: CS:0073 SS:007b DS:007b ES:007b FS:003b GS:0033 EIP:657997a3 ESP:5b56bc7c EBP:5b56ed78 EFLAGS:00210246( - 00 -RIZP1) EAX:b6e4d174 EBX:151409b8 ECX:00000000 EDX:261955dc ESI:00000000 EDI:b6e4d174 Stack dump: 0x5b56bc7c: 15135de8 b6e4d174 00000002 00010000 0x5b56bc8c: 00000000 00000000 00000000 00000000 0x5b56bc9c: 00000000 00000000 00000000 5b56cd6c 0x5b56bcac: 00000001 00000000 00000000 00000000 0x5b56bcbc: ffffffff ffffffff 00000000 7fc07000 0x5b56bccc: 7fc06000 00010000 7f980078 000000d5 Backtrace: =>1 0x657997a3 (0x5b56ed78) 2 0x15132ec0 (0x5b56edc8) 3 0x1513371c pe_load_debug_info+0x16c in dbghelp (0x5b56ee04) 4 0x1513391a pe_load_module+0x1ba in dbghelp (0x5b56ef54) 5 0x1512d93e SymLoadModule+0x9e in dbghelp (0x5b56ef94) 6 0x15129fd3 (0x5b56f4d8) 7 0x1512a129 SymInitialize+0x119 in dbghelp (0x5b56f518) 8 0x6101906a (0x5b56f650) 9 0x6101cfba (0x5b56f8e4) 10 0x6101d39a (0x5b56f970) 11 0x6101d422 gdb_remote+0x32 in winedbg (0x5b56fe44) 12 0x610279ec main+0x11c in winedbg (0x5b56fe90) 13 0x610122f1 (0x5b56ff20) 14 0x4824e0e2 (0x5b56fff4) 15 0x43940f31 (0x00000000) .... I've attached the mingw-compiled C binary. Is it worth trying again with a newwer WINE? Thanks! Bryce

4 10

Running dxdiag
by Paul Vriens 17 Jan '05

17 Jan '05

Hi, I was trying to run dxdiag (just for the fun of it). Dxdiag complains that it cannot find any dll. This is correct because what it does is check the directories in the "Path". The dll's are of course not present on a clean install as all are builtin. Loading a dll takes care of this by checking the DllOverrides and acts according to that if it cannot find the dll. How can we act on an app which checks for a 'physical' presence of a dll? For now I did 'ln -s /usr/local/lib/wine/ddraw.dll.so ddraw.dll' to get around this. This is of course not very flexible. Any ideas? Or will any solution yield in a performance drop as we have to do some extra checks? Paul.

4 4

Exiting a tests on the first failure
by Paul Vriens 17 Jan '05

17 Jan '05

Hi, I'm currently looking into the shreg test of shlwapi. In the error-logs on test.winehq.org I see a lot of errors. If the first CreateKey fails, there is no need to continue with the testing (because the rest of the tests will fail as well). What's the best way to stop there?, something like this?: START_TEST(shreg) { HKEY hkey = create_test_entries(); + if (!hkey) return; Cheers, Paul Vriens.

3 4

Re: SHLWAPI: stub implementations
by Robert Shearman 17 Jan '05

17 Jan '05

Hans Leidekker wrote: > -Hans > >Changelog: > Stub implementations for PathUnExpandEnvStringsSHRegEnumUSValue{A,W}, > SHRegCreateUSKey{A,W}, SHRegDeleteEmptyUSKey{A,W}, SHRegDeleteUSValue{A,W}, > SHRegEnumUSValue{A,W}. > > >------------------------------------------------------------------------ > >Index: dlls/shlwapi/path.c >=================================================================== >RCS file: /home/wine/wine/dlls/shlwapi/path.c,v >retrieving revision 1.48 >diff -u -r1.48 path.c >--- dlls/shlwapi/path.c 5 Oct 2004 18:07:14 -0000 1.48 >+++ dlls/shlwapi/path.c 17 Jan 2005 16:36:09 -0000 >@@ -3911,6 +3911,24 @@ > } > > /************************************************************************* >+ * PathUnExpandEnvStringsA [SHLWAPI.@] >+ */ >+BOOL WINAPI PathUnExpandEnvStringsA(LPCSTR pszPath, LPSTR pszBuf, UINT cchBuf) >+{ >+ FIXME("(%s,%s,0x%08x)\n", debugstr_a(pszPath), debugstr_a(pszBuf), cchBuf); >+ return FALSE; >+} > > Can you add documentation for these and the other functions you've added? You'll probably notice that these are the only functions in the files that are now not documented. Rob

1 0

Re: WININET: implement InternetTime{From,To}SystemTime{A,W} (#4)
by Joris Huizer 17 Jan '05

17 Jan '05

Hans Leidekker wrote: Well, if you really want to be sure no bad string overflows occur, this function is still not save: > +/*********************************************************************** > + * InternetTimeToSystemTimeW (WININET.@) > + */ > +BOOL WINAPI InternetTimeToSystemTimeW( LPCWSTR string, SYSTEMTIME* time, DWORD reserved ) > +{ > + unsigned int i; > + WCHAR *s = (LPWSTR)string; > + > + TRACE( "%s %p 0x%08lx\n", debugstr_w(string), time, reserved ); > + > + if (!string || !time || reserved != 0) return FALSE; > + > + /* Convert an RFC1123 time such as 'Fri, 07 Jan 2005 12:06:35 GMT' into > + * a SYSTEMTIME structure. > + */ > + > + while (*s && !isalphaW( *s )) s++; > + if (*s == '\0' || *(s + 1) == '\0' || *(s + 2) == '\0') return FALSE; > + time->wDayOfWeek = 7; > + > + for (i = 0; i < 7; i++) > + { > + if (toupperW( WININET_wkday[i][0] ) == toupperW( *s ) && > + toupperW( WININET_wkday[i][1] ) == toupperW( *(s + 1) ) && > + toupperW( WININET_wkday[i][2] ) == toupperW( *(s + 2) ) ) > + { > + time->wDayOfWeek = i; > + break; > + } > + } What happens if, the string ends with WININET_wkday[i][0] or WININET_wkday[i][1] ? > + > + if (time->wDayOfWeek > 6) return FALSE; > + while (*s && !isdigitW( *s )) s++; What happens if s just became NULL in this loop ? > + time->wDay = strtolW( s, &s, 10 ); > + > + while (*s && !isalphaW( *s )) s++; > + if (*s == '\0' || *(s + 1) == '\0' || *(s + 2) == '\0') return FALSE; > + time->wMonth = 0; > + > + for (i = 0; i < 12; i++) > + { > + if (toupperW( WININET_month[i][0]) == toupperW( *s ) && > + toupperW( WININET_month[i][1]) == toupperW( *(s + 1) ) && > + toupperW( WININET_month[i][2]) == toupperW( *(s + 2) ) ) > + { > + time->wMonth = i + 1; > + break; > + } > + } What happens if, the string ends with WININET_month[i][0] or WININET_month[i][1] ? > + if (time->wMonth == 0) return FALSE; > + > + while (*s && !isdigitW( *s )) s++; > + if (*s == '\0') return FALSE; > + time->wYear = strtolW( s, &s, 10 ); > + > + while (*s && !isdigitW( *s )) s++; > + if (*s == '\0') return FALSE; > + time->wHour = strtolW( s, &s, 10 ); > + > + while (*s && !isdigitW( *s )) s++; > + if (*s == '\0') return FALSE; > + time->wMinute = strtolW( s, &s, 10 ); > + > + while (*s && !isdigitW( *s )) s++; > + if (*s == '\0') return FALSE; > + time->wSecond = strtolW( s, &s, 10 ); > + > + time->wMilliseconds = 0; > + return TRUE; > +} Yes it's a pain, but if you want to be really strict on this, this is not save yet regards, Joris

3 4

Re: Janitorial : add missing declarations ( #3 )
by Alexandre Julliard 17 Jan '05

17 Jan '05

Rémi Assailly <remi.assailly(a)free.fr> writes: > +/* USER */ > +extern DWORD X11DRV_MsgWaitForMultipleObjectsEx( DWORD count, const HANDLE *handles, > + DWORD timeout, DWORD mask, DWORD flags ); > +extern void X11DRV_InitKeyboard( BYTE *key_state_table ); > +extern UINT X11DRV_GetKeyboardLayoutList(INT size, HKL *hkl); > +extern HKL X11DRV_GetKeyboardLayout(DWORD dwThreadid); > +extern BOOL X11DRV_GetKeyboardLayoutName(LPWSTR name); > +extern HKL X11DRV_LoadKeyboardLayout(LPCWSTR name, UINT flags); > +extern BOOL X11DRV_UnloadKeyboardLayout(HKL hkl); > +extern HKL X11DRV_ActivateKeyboardLayout(HKL hkl, UINT flags); > +extern SHORT X11DRV_VkKeyScanEx(WCHAR wChar, HKL hkl); There's no need to add prototypes for the exported entry points, they are not called from anywhere inside the dll. It causes more work when changing the functions for no real benefit. -- Alexandre Julliard julliard(a)winehq.org

1 0

unsubscribe lexey
by Alexey A. Gaidioukov 17 Jan '05

17 Jan '05

1 0

Re: more tests for tests.winehq.org
by Ferenc Wagner 17 Jan '05

17 Jan '05

Stefan Leichter <Stefan.Leichter(a)camLine.com> writes: > now we have fixed mingw to build the new test. So perform them after > building ;-) > > ChangeLog > --------------- > Include new tests Thanks for your work and attention! -- Feri.

1 0

Re: [ck] Re: Threading issues? [ck-request@vds.kolivas.org: ck Digest, Vol 3, Issue 16]
by Mike Hearn 17 Jan '05

17 Jan '05

>>Well, apparently we don't use sched_yield, so the problem must >>> lie somewhere else. Maybe Con can help us out here? Alexandre says he >>> doesn't know what the issue is either and somebody needs to investigate. I >>> guess we do need to concern ourselves over the details :) > > > Interesting. Probably the most valuable information is that it seems to > work fine if we artificially limit the threads to exactly the same > timeslice _or_ we put them at such a low priority that they are forced > to be guaranteed to round robin one task at a time. This is the way 2.4 > used to work which is why with the new 2.6 schedulers which do far more > out-of-order rescheduling some applications have a problem; particularly > under load. I suspect it's actually the latter issue. Locking between > threads should prevent that being a problem, though. You already > mentioned that you dont use sched_yield() and I couldn't even begin to > look at the wine code myself so perhaps you know something more. Hi Con, One thought that occurred to me, and this is just a random theory, is that maybe the issue is not with the Wine code but the Win32 code run on top of it. Do you know how 2.6 scheduling compares with 2.4 and Windows (NT) scheduling? Could it be that some apps are written to expect Windows-style scheduling and fail to work if they don't get it? In case you hadn't noticed, I'm afraid I only have first-year CS knowledge of scheduling :/ thanks -mike

17 43

unsubscribe rajarani
by Ishaq M. 17 Jan '05

17 Jan '05

Systems Engineer Onward Novell Software (I) Pvt.Ltd. ph +91(11)2905-2642 mobile:9810404350

1 0