July 2008 - Wine-Devel - list.winehq.org

Re: new inetmib1 test failures

by Juan Lang

Hi James, > It looks like these values aren't set on all systems (these are the > results from the failing XP system): > > main.c:191: Test failed: expected 2, got 65539 > main.c:197: Test failed: expected 2, got 65539 > main.c:203: Test failed: expected 2, got 65539 > > These are the results from a win2k machine: > > main.c:191: Test failed: expected 4, got 16777221 > main.c:197: Test failed: expected 4, got 16777221 > main.c:203: Test failed: expected 4, got 16777221 How odd. I was surprised by the number of test failures, since I wrote the tests on Windows XP (where they still pass for me.) Thanks for the reminder. I'll relax the test from an == to a >=, which might be surprising but is at least allowed according to RFC 1157. --Juan

July 1, 2008

new inetmib1 test failures

by James Hawkins

Hi Juan, Tests you added in the following commit are failing for most systems: commit c531c117340a43dbe8668189a32e6dd27f091ce4 Author: Juan Lang <juan.lang(a)gmail.com> Date: Tue May 20 20:54:34 2008 -0700 inetmib1: Support the MIB2 interface table. It looks like these values aren't set on all systems (these are the results from the failing XP system): main.c:191: Test failed: expected 2, got 65539 main.c:197: Test failed: expected 2, got 65539 main.c:203: Test failed: expected 2, got 65539 These are the results from a win2k machine: main.c:191: Test failed: expected 4, got 16777221 main.c:197: Test failed: expected 4, got 16777221 main.c:203: Test failed: expected 4, got 16777221 Can you please have a look at these? Thanks, James Hawkins

July 1, 2008

new gdi32:font test failure

by James Hawkins

Hey Dmitry, A test you added in the following commit introduces ~1 failure per platform: commit 6f7457d8adaf67b457154a45deef21d5b5a87c8f Author: Dmitry Timoshkov <dmitry(a)codeweavers.com> Date: Tue Jun 24 16:13:31 2008 +0900 gdi32: Add a test for outline text metrics. Looking at the test code, it looks like a rounding difference: font.c:302: found bitmap font System, height 16 font.c:443: gm.gmCellIncX 1366, width_orig 1366 font.c:451: gm.gmCellIncX 683, width_orig 1366 font.c:483: gm.gmCellIncX 27320, width_orig 1366 font.c:494: gm.gmCellIncX 13660, width_orig 1366 font.c:514: gm.gmCellIncX 10758, width_orig 1366 font.c:517: Test failed: incX 10758 != 10757 Thanks, James Hawkins

July 1, 2008

Possible issue with win.c and help

by Chris Ahrendt

Ok in my ever increasing search to figure out why EQ2 is getting a unhandled exception and also a no ipixel error. (I am convinced this is two separate bugs now) Bug One : This is the unhandled exception: If I have EQ2 run in anything but win98 mode (which I don't think is supported anymore by EQ2) wine dies with a unhandled exception. If I set to win98 it ends with a no ipixel format error message box (the second bug) after it begins to draw the window. The other thing is the msg box is not a typical msg box saying that something isn't supported but looks to be an exception in ClientApp.cpp which means they are getting some unhandled exception while drawing the window. What I think might be going on based on this : trace:win:WIN_SetWindowLong 0x2002c 0 0 W trace:win:WIN_SetWindowLong Fell Through trace:win:WIN_SetWindowLong Release Ptr trace:win:WIN_DestroyWindow 0x2002c trace:win:WIN_DestroyWindow 0x1002e trace:win:WIN_DestroyWindow 0x10030 trace:win:WIN_DestroyWindow 0x10032 trace:win:WIN_DestroyWindow 0x10034 trace:win:WIN_DestroyWindow 0x10036 trace:win:WIN_DestroyWindow 0x10038 trace:win:WIN_DestroyWindow 0x1003a trace:win:WIN_DestroyWindow 0x1003c trace:win:WIN_DestroyWindow 0x1003e trace:win:WIN_DestroyWindow 0x10040 trace:win:WIN_DestroyWindow 0x10042 trace:win:WIN_DestroyWindow 0x10044 trace:win:WIN_SetWindowLong 0x2002c 0 0 W ==================================================================== These are my trace additions in SetWindowLong to help me follow the execution of the code trace:win:WIN_SetWindowLong Fell Through trace:win:WIN_SetWindowLong Release Ptr trace:win:WIN_SetWindowLong 0x2002c 12 0 W trace:win:WIN_SetWindowLong Fell Through trace:win:WIN_SetWindowLong Server Start Request trace:win:WIN_SetWindowLong Default trace:win:WIN_SetWindowLong no call Err trace:win:WIN_SetWindowLong Default get and Set Win Data trace:win:WIN_SetWindowLong Release Ptr trace:win:WIN_SetWindowLong Returning 1871960 CRASH! Unhandled Exception I think the window is being destroyed in reverse for some reason. Thats just my gut first feeling based on the above trace and the exception output. This is where my knowledge on Windows behavior ends. Does 98 destroy the windows chain differently than XP? This would explain why the exception doesn't occur in 98 but does in XP. Second Bug: This is the ipixel problem which I haven't figured out how to debug whats going on there, but think it might be related to this error: libGL error: drmMap of framebuffer failed (Cannot allocate memory) libGL error: reverting to (slow) indirect rendering libGL error: drmMap of framebuffer failed (Cannot allocate memory) libGL error: reverting to (slow) indirect rendering Which I am not sure why this is occurring yet but one bug at a time. Where would someone look to trace along the window draw chain to see where it dies. Some of the debug flags cause my machine to lock up which I know is a driver issue and other lockups could be caused by the above exception messing something up in X as the disk still runs when that lockup occurs but X is DOA. Thoughts????? Ideas???? Suggestions?????? Chris

July 1, 2008

new valgrind errors in gdiplus

by Dan Kegel

Why this code, committed on the 21st, should only be showing valgrind errors today, I don't know. For a full and gory list of the new errors, see http://kegel.com/wine/valgrind/logs-2008-06-30/vg-gdiplus_font-diff.txt Here's a small excerpt: + Conditional jump or move depends on uninitialised value(s) + at CreateFontIndirectW (font.c:364) + by GdipCreateFontFamilyFromName (font.c:373) + by GdipGetGenericFontFamilySansSerif (font.c:516) + by test_getgenerics (font.c:206) + by func_font (font.c:253) + by run_test (test.h:449) + by main (test.h:498) + Uninitialised value was created by a stack allocation + at GdipCreateFontFamilyFromName (font.c:353) ... + Conditional jump or move depends on uninitialised value(s) + at fontcmp (freetype.c:3038) + by find_in_cache (freetype.c:3085) + by WineEngCreateFontInstance (freetype.c:3281) + by FONT_SelectObject (font.c:492) + by SelectObject (gdiobj.c:1129) + by GdipCreateFontFamilyFromName (font.c:374) + by GdipGetGenericFontFamilySansSerif (font.c:516) + by test_getgenerics (font.c:206) + by func_font (font.c:253) + by run_test (test.h:449) + by main (test.h:498) + Uninitialised value was created by a stack allocation + at GdipCreateFontFamilyFromName (font.c:353) ... + Conditional jump or move depends on uninitialised value(s) + at TranslateCharsetInfo (font.c:2577) + by WineEngCreateFontInstance (freetype.c:3319) + by FONT_SelectObject (font.c:492) + by SelectObject (gdiobj.c:1129) + by GdipCreateFontFamilyFromName (font.c:374) + by GdipGetGenericFontFamilySansSerif (font.c:516) + by test_getgenerics (font.c:206) + by func_font (font.c:253) + by run_test (test.h:449) + by main (test.h:498) + Uninitialised value was created by a stack allocation + at GdipCreateFontFamilyFromName (font.c:353) ... + Invalid free() / delete / delete[] + at notify_free (heap.c:199) + by RtlFreeHeap (heap.c:1284) + by GdipFree (gdiplus.c:122) + by GdipDeleteFontFamily (font.c:448) + by test_getgenerics (font.c:223) + by func_font (font.c:253) + by run_test (test.h:449) + by main (test.h:498) + Address 0x7f0162f0 is 0 bytes after a block of size 4,608 alloc'd + at notify_alloc (heap.c:191) + by RtlAllocateHeap (heap.c:1231) + by alloc_font (freetype.c:2840) + by WineEngCreateFontInstance (freetype.c:3301) + by FONT_SelectObject (font.c:492) + by SelectObject (gdiobj.c:1129) + by GdipCreateFontFromLogfontW (font.c:183) + by test_logfont (font.c:124) + by func_font (font.c:251) + by run_test (test.h:449) + by main (test.h:498)

July 1, 2008