Hello! I didn't get an answer for this in wine-user, so I've decided to ask this question here.
After upgrading wine (from 0.9.37 to 0.9.38 or from 0.9.38 to 0.9.39 - I'm not sure) many graphical applications started crashing if WINEDEBUG+=all or WINEDEBUG+=relay not set. Among those applications are Postal 1, Kiosaky's Cashflow 101, .kkreiger and probably more. I'm not sure if this is a bug in Wine or a problem in my system, because uninstalling and downgrading (even to 0.9.34) didn't help - problem now exists in other versions as well. Applications crash in a "windows way" - with access violation at address 0x7XXXXXXX. Here is a beginning of output produced by trying to start .kkreiger (avaliable at http://www.theprodukkt.com/): --begin-- Unhandled page fault on read access to 0xffffffff at address 0x7d66c9ce (thread 0009), starting debugger... Unhandled exception: page fault on read access to 0xffffffff in 32-bit code ?0x7d66c9ce). Register dump: CS:0073 SS:007b DS:007b ES:007b FS:0033 GS:003b EIP:7d66c9ce ESP:0033e8a8 EBP:00009f80 EFLAGS:00210246( - 00 -RIZP1) EAX:0033e8c8 EBX:7d68a000 ECX:00000000 EDX:00000000 ESI:01000000 EDI:00001f80 Stack dump: 0x0033e8a8: 0033e8c8 00000000 00000000 b7fd6ff8 0x0033e8b8: 7d72aaa9 7d72aaa9 0033ec18 00001f80 0x0033e8c8: 00000000 00000000 00000000 00000000 0x0033e8d8: 00000000 00000000 00000000 00000000 0x0033e8e8: 00000000 00000000 00000000 00000000 0x0033e8f8: 00000000 00000000 00000000 00000000 Backtrace: =>1 0x7d66c9ce (0x00009f80) 2 0x00000000 (0x00000000) 0x7d66c9ce:
--end-- But it works fine if started as WINEDEBUG=+relay wine wine pno001.exe &>/dev/null This application worked fine before and didn't need those flags.
Kyosaky's Cashflow 101 crashes with a windows message box which says "Unhandled exceptionL c0000005 At address: 7ce2f9ce". but works fine if started with WINEDEBUG=+relay
same thing with Postal 1.
There are also problems with an Alien vs Predator 2 game and some other apps that enumerate D3D display modes: if program has a listbox where videomodes can be selected, this box will contain no strings (alien vs. predator, ragnarok online, some other apps), if WINEDEBUG+=all is not set. Can these problems be connected with those crashes?
System configuration: Slackware 11 linux with 2.6.17.13 kernel on AMD Sempron 2800+ processor with GeForce 7100GS and 512Mb ram.
Any pointers how can I figure out what's wrong? Thanks.
With best regards, Victor Eremin.
On Saturday 23 June 2007 09:06, Victor wrote:
After upgrading wine (from 0.9.37 to 0.9.38 or from 0.9.38 to 0.9.39 - I'm not sure) many graphical applications started crashing if WINEDEBUG+=all or WINEDEBUG+=relay not set.
I was able to find where crash occurs, but didn't yet find why this happens. I've used one of my own ddraw test applications (written for windows) that produces same result - crashes if WINEDEBUG+=relay is not set, and works if it is set. Source code is at the end of message. (If someone need it, I can send a windows executable since it is 3584 bytes big.) For Wine - 0.9.39: When initializing DirectDraw by using DirectDrawCreateEx, DDRAW_Create calls LoadLibraryA with argument "wined3d". Crash occurs during LoadLibraryA call, not in wined3d, but in ntdll/loader.c, in get_modref() function, at the "return cached_modref = CONTAINING_RECORD(mod, WINE_MODREF, ldr);" line. It looks like (somewhere between LoadLibraryA and get_modref()) there is a problem with a "if (TRACE_ON())", but I'm not sure if this so, and where should I look for this problem. And I still don't know why it worked before and suddenly stopped working. Any suggestions about location of this bug?
With best regards, Victor Eremin.
--Test application source code (C++)-- #include <windows.h> #include <ddraw.h> #include <GFSrel.h> //#include <_smallapp.h>
#define WNDCLASSNAME TEXT("DDrawDraft") #define WNDCAPTION TEXT("DDraw draft application") #define HRC(hr, msg) if (FAILED(hr)){MessageBox(0, TEXT("Error!"), TEXT("Error!")/*TEXT(msg)*/, MB_ICONERROR|MB_OK); OutputDebugString(TEXT(msg)); return;}
static bool g_bRunning = true; LPDIRECTDRAW7 g_lpDDraw = 0; LPDIRECTDRAWSURFACE7 g_lpPrimary = 0;
LRESULT WINAPI WndProc(HWND hWnd, UINT Msg, WPARAM wParam, LPARAM lParam){ switch(Msg){ case (WM_DESTROY):{ g_bRunning = false; PostQuitMessage(0); return 0; } default: return DefWindowProc(hWnd, Msg, wParam, lParam); } }
//int WINAPI WinMain(HINSTANCE hInst, HINSTANCE, LPSTR, int){ //void WinMainCRTStartup(void){ void entry_point(void){ HINSTANCE hInst = GetModuleHandle(0); WNDCLASS wc = { CS_VREDRAW|CS_HREDRAW, WndProc, 0, 0, hInst, LoadIcon(0, IDI_APPLICATION), LoadCursor(0, IDC_ARROW), 0,//(HBRUSH)GetStockObject(LTGRAY_BRUSH), 0, WNDCLASSNAME };
RegisterClass(&wc);
HWND hWnd = CreateWindow( WNDCLASSNAME, WNDCAPTION, WS_POPUP,//OVERLAPPEDWINDOW, CW_USEDEFAULT, CW_USEDEFAULT, CW_USEDEFAULT, CW_USEDEFAULT, 0, 0, hInst, 0 ); UpdateWindow(hWnd); ShowWindow(hWnd, SW_SHOW);
HRESULT hr = DirectDrawCreateEx(0, (LPVOID*)&g_lpDDraw, IID_IDirectDraw7, 0); HRC(hr, "DirectDrawCreateEx"); hr = g_lpDDraw->SetCooperativeLevel(hWnd, DDSCL_EXCLUSIVE|DDSCL_FULLSCREEN); HRC(hr, "SetCooperativeLevel");
hr = g_lpDDraw->SetDisplayMode(640, 480, 8, 0, 0); HRC(hr, "SetDisplayMode");
DDSURFACEDESC2 surf_desc; //ZeroMemory((LPVOID*)&surf_desc, sizeof(surf_desc)); fill_char((void*)&surf_desc, 0, sizeof(surf_desc)); surf_desc.dwSize = sizeof(surf_desc); surf_desc.dwFlags = DDSD_CAPS|DDSD_BACKBUFFERCOUNT; surf_desc.ddsCaps.dwCaps = DDSCAPS_PRIMARYSURFACE|DDSCAPS_FLIP| DDSCAPS_COMPLEX; surf_desc.dwBackBufferCount = 1; hr = g_lpDDraw->CreateSurface(&surf_desc, &g_lpPrimary, 0); HRC(hr, "CreatePrimary");
MSG msg; while (g_bRunning){ if (PeekMessage(&msg, hWnd, 0, 0, PM_REMOVE)){ TranslateMessage(&msg); DispatchMessage(&msg); } else{ //idle } }
if (g_lpDDraw){ g_lpDDraw->RestoreDisplayMode(); } SREL(g_lpPrimary); SREL(g_lpDDraw); UnregisterClass(WNDCLASSNAME, hInst);
//return 0; }
On 6/24/07, Victor ErV2005@rambler.ru wrote:
On Saturday 23 June 2007 09:06, Victor wrote:
After upgrading wine (from 0.9.37 to 0.9.38 or from 0.9.38 to 0.9.39 - I'm not sure) many graphical applications started crashing if WINEDEBUG+=all or WINEDEBUG+=relay not set.
Please file a bug report and do a regression test.
I was able to find where crash occurs, but didn't yet find why this happens. I've used one of my own ddraw test applications (written for windows) that produces same result - crashes if WINEDEBUG+=relay is not set, and works if it is set. Source code is at the end of message. (If someone need it, I can send a windows executable since it is 3584 bytes big.)
I can't compile your program to verify on my slackware system.
On Monday 25 June 2007 05:33, Jesse Allen wrote:
Please file a bug report and do a regression test.
Done (http://bugs.winehq.org/show_bug.cgi?id=8797). Test application, log files included.
-
Jesse Allen -
Victor