wine-devel December 2005

wine-devel@winehq.org

147 participants
299 discussions

execute an application with wine twice
by Curro Amores 01 Dec '05

01 Dec '05

Hi is possible to run an application twice at the same time? I have an access 97 app. First time i run it perfect, but i would like to run it again without closing the first one. it crashes the output is trace:loaddll:load_builtin_dll Loaded module L"kernel32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\advapi32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\gdi32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\user32.dll" : builtin trace:loaddll:load_native_dll Loaded module L"C:\\windows\\system\\ole32.dll" : native trace:loaddll:load_native_dll Loaded module L"C:\\windows\\system\\OLEAUT32.dll" : native trace:loaddll:load_native_dll Loaded module L"C:\\windows\\system\\msjet35.dll" : native trace:loaddll:MODULE_LoadModule16 Loaded module "krnl386.exe" : builtin trace:loaddll:MODULE_LoadModule16 Loaded module "system.drv" : builtin trace:loaddll:MODULE_LoadModule16 Loaded module "gdi.exe" : builtin trace:loaddll:MODULE_LoadModule16 Loaded module "user.exe" : builtin trace:loaddll:MODULE_LoadModule16 Loaded module "keyboard.drv" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\winex11.drv" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\imm32.dll" : builtin trace:loaddll:load_native_dll Loaded module L"C:\\windows\\system\\MSVCRT40.dll" : native trace:loaddll:load_native_dll Loaded module L"C:\\Access 97 Runtime\\MSAIN800.DLL" : native trace:loaddll:load_native_dll Loaded module L"C:\\Archivos de programa\\Archivos comunes\\Microsoft Shared\\VBA\\mso97rt.dll" : native trace:loaddll:load_native_dll Loaded module L"C:\\Archivos de programa\\Archivos comunes\\Microsoft Shared\\VBA\\VBA332.DLL" : native fixme:font:SetMapperFlags (0x22c, 0x00000001): stub - harmless trace:loaddll:load_native_dll Loaded module L"C:\\Archivos de programa\\Archivos comunes\\Microsoft Shared\\VBA\\VBA3ES.DLL" : native trace:loaddll:load_native_dll Loaded module L"C:\\windows\\system\\RPCRT4.DLL" : native trace:loaddll:load_native_dll Loaded module L"C:\\windows\\system\\shlwapi.dll" : native trace:loaddll:load_native_dll Loaded module L"C:\\windows\\system\\comctl32.dll" : native trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\shell32.dll" : builtin trace:loaddll:MODULE_LoadModule16 Loaded module "commctrl.dll" : native wine: Unhandled page fault on read access to 0x5e397788 at address 0x34b54411 (thread 0017), starting debugger... WineDbg starting on pid 0x16 Unhandled exception: page fault on read access to 0x5e397788 in 32-bit code (0x34b54411). In 32 bit mode. Register dump: CS:0073 SS:007b DS:007b ES:007b FS:1007 GS:0033 EIP:34b54411 ESP:7fcbe820 EBP:7fcbe890 EFLAGS:00210206( - 00 - RIP1) EAX:00000000 EBX:34bb7d60 ECX:ffffffff EDX:5e397788 ESI:00000073 EDI:5e397788 Stack dump: 0x7fcbe820: 00000073 00000068 7fcbe990 bfc68350 0x7fcbe830: 2001e5ed 2d81fef5 20022341 20022128 0x7fcbe840: 00000000 00000000 00000001 00000001 0x7fcbe850: 00000001 20022340 2d81fef4 7fcbe990 0x7fcbe860: 7fcbe884 2001e651 2d81fef5 20022340 0x7fcbe870: 00000001 00000010 2001e5c6 20022128 0200: sel=1007 base=7befc000 limit=00001fff 32-bit rw- Backtrace: =>1 0x34b54411 INSTR_EmulateInstruction+0x7b in kernel32 (0x34b54411) 2 0x34b5580b INSTR_vectored_handler+0x5f in kernel32 (0x34b5580b) 3 0x2d7d2824 __regs_RtlRaiseException+0x105 in ntdll (0x2d7d2824) 4 0x2d7f4600 call_exception_handler+0x1a4 in ntdll (0x2d7f4600) 5 0x2d7ffa28 in ntdll (+0x3fa28) (0x2d7ffa28) err:dbghelp:pe_load_dbg_file -Unable to peruse .DBG file COMCTL32.dbg ("COMCTL32.dbg") 6 0xbfc1af15 EntryPoint+0xd48 in comctl32 (0xbfc1af15) 7 0xbfc1a203 EntryPoint+0x36 in comctl32 (0xbfc1a203) 8 0x2d7db2a0 in ntdll (+0x1b2a0) (0x2d7db2a0) 9 0x2d7dbc0e in ntdll (+0x1bc0e) (0x2d7dbc0e) 10 0x2d7dbbe2 in ntdll (+0x1bbe2) (0x2d7dbbe2) 11 0x2d7de7fc LdrLoadDll+0x77 in ntdll (0x2d7de7fc) 12 0x34b66146 in kernel32 (+0x46146) (0x34b66146) 13 0x34b66345 LoadLibraryExW+0x4f in kernel32 (0x34b66345) 14 0x34b66469 LoadLibraryExA+0x43 in kernel32 (0x34b66469) 15 0x34b664a0 LoadLibraryA+0x2d in kernel32 (0x34b664a0) err:dbghelp:pe_load_dbg_file -Unable to peruse .DBG file mso97rt.dbg ("mso97rt.dbg") 16 0x306dd76b _MsoFUnloadPstt@4+0xcb in mso97rt (0x306dd76b) 17 0x307b8f33 _MsoDestroyKevt@4+0x3cc in mso97rt (0x307b8f33) 18 0x307b8f68 _MsoDestroyKevt@4+0x401 in mso97rt (0x307b8f68) err:dbghelp:pe_load_dbg_file -Unable to peruse .DBG file msaccopt.DBG ("msaccopt.DBG") 19 0x3015618c in msaccess (+0x15618c) (0x3015618c) 20 0x3000279b EntryPoint+0xbb3 in msaccess (0x3000279b) 21 0x30002690 EntryPoint+0xaa8 in msaccess (0x30002690) 22 0x34b736c3 in kernel32 (+0x536c3) (0x34b736c3) 23 0x20020d05 wine_switch_to_stack+0x11 in libwine.so.1 (0x20020d05) 0x34b54411 INSTR_EmulateInstruction+0x7b in kernel32: movzbl 0x0(%edx,%eax,1),%esi Modules: Module Address Debug info Name (53 modules) ELF 0x002c8000-002cd000 Deferred libxxf86vm.so.1 ELF 0x002d2000-002ee000 Deferred ld-linux.so.2 ELF 0x002f4000-0041e000 Deferred libc.so.6 ELF 0x00420000-00426000 Deferred libxxf86dga.so.1 ELF 0x00420000-00426000 Deferred libxxf86dga.so.1 ELF 0x00446000-0044a000 Deferred libdl.so.2 ELF 0x0044c000-0045f000 Deferred libz.so.1 ELF 0x00461000-00535000 Deferred libx11.so.6 ELF 0x00537000-00549000 Deferred libpthread.so.0 ELF 0x0054b000-0055a000 Deferred libxext.so.6 ELF 0x0055c000-00565000 Deferred libsm.so.6 ELF 0x00567000-00581000 Deferred libice.so.6 ELF 0x00583000-005a2000 Deferred libexpat.so.0 ELF 0x005a4000-0060c000 Deferred libfreetype.so.6 ELF 0x00623000-0064d000 Deferred libfontconfig.so.1 ELF 0x0064f000-00657000 Deferred libxrender.so.1 ELF 0x00664000-0066e000 Deferred libxcursor.so.1 ELF 0x00670000-0067a000 Deferred libgcc_s.so.1 ELF 0x00975000-009f0000 Deferred libgl.so.1 PE 0x04000000-04134000 Deferred msjet35 PE 0x10200000-10255000 Deferred msvcrt40 ELF 0x2001c000-20036000 Export libwine.so.1 ELF 0x20176000-2026c000 Deferred libwine_unicode.so.1 ELF 0x2026c000-20277000 Deferred libnss_files.so.2 ELF 0x202c9000-202cb000 Deferred xlcutf8load.so.2 ELF 0x206d9000-207aa000 Deferred shell32<elf> \-PE 0x206f0000-207aa000 \ shell32 ELF 0x2a6e6000-2a727000 Deferred advapi32<elf> \-PE 0x2a6f0000-2a727000 \ advapi32 ELF 0x2d7a7000-2d824000 Export ntdll<elf> \-PE 0x2d7c0000-2d824000 \ ntdll PE 0x30000000-302f0000 Export msaccess PE 0x306c0000-30a47000 Export mso97rt ELF 0x34b09000-34c1a000 Export kernel32<elf> \-PE 0x34b20000-34c1a000 \ kernel32 ELF 0x38950000-3896f000 Deferred ximcp.so.2 ELF 0x50b4f000-50c87000 Deferred user32<elf> \-PE 0x50b70000-50c87000 \ user32 ELF 0x5e734000-5e751000 Deferred imm32<elf> \-PE 0x5e740000-5e751000 \ imm32 ELF 0x63d70000-6476d000 Deferred gdi32<elf> \-PE 0x63d90000-6476d000 \ gdi32 PE 0x65100000-6528e000 Deferred vba332 PE 0x65300000-65327000 Deferred vba3es PE 0x65340000-653d2000 Deferred oleaut32 PE 0x65f00000-65fc2000 Deferred ole32 PE 0x6e000000-6e09b000 Deferred msain800 PE 0x70100000-70153000 Deferred rpcrt4 ELF 0x704e2000-70569000 Deferred winex11.drv<elf> \-PE 0x704f0000-70569000 \ winex11.drv ELF 0x7bf00000-7bf03000 Deferred <wine-loader> PE 0xbfc00000-bfc8c000 Export comctl32 PE 0x70bd0000-70c14000 Deferred shlwapi Threads: process tid prio (all id:s are in hex) 00000016 (D) C:\Access 97 Runtime\Msaccess.exe 0000001b 1 0000001a 1 00000019 1 00000018 0 00000017 0 <== 00000008 0000000d 1 0000000c 1 0000000b 1 0000000a 0 00000009 0 WineDbg terminated on pid 0x16 thanks a lot!

2 1

Debugging Critical Section lockups
by David D. Hagood 01 Dec '05

01 Dec '05

I may have a repeatable case of an error in locking critical sections, so I'd like some pointers as to how to debug this. The case occurs with the installer for Delorme Street Atlas 5 - on my 2GHz Athlon desktop it runs without a hitch, but on my oooooold slow laptop (how old is it? It's sooooo old, it used PIO for the disk!) the program locks up 100% of the time at startup, with 2 threads trying to take different critical section locks and dying. It looks like the standard deadlock condition: one thread tries to lock A-B-C, the other tries to lock A-C-B, and so they deadlock. Are there any tricks to identifying who locked what where and in what order?

2 4

Re: wldap - add stubs for ldap_search_init_page[A/W]
by Hans Leidekker 01 Dec '05

01 Dec '05

On Thursday 01 December 2005 06:26, Steven Edwards wrote: +205 cdecl ldap_search_init_pageA(ptr str long str ptr long ptr ptr ptr long ptr) +206 cdecl ldap_search_init_pageW(ptr wstr long wstr ptr long ptr ptr ptr long ptr) The second to last parameter should be a 'long', not 'ptr'. I have all remaining functions stubbed out here in my tree b.t.w. I'll send an updated patch for these if you like. -Hans

1 0

RE: Problem with serial port.
by gslink 01 Dec '05

01 Dec '05

Did you check out that flow control is handled correctly from the Olivetti printer. I have had this happen in the past and in every case I found that either I was using the wrong flow control or not taking it into account.

2 1

Load Library failed
by Ananth M 01 Dec '05

01 Dec '05

Hi All I am having a Simple DLL that was developed and used by the Windows Application. I am trying to port this windows DLL into linux to create the .so file and want to use the same. As metioned in the winedump tool, I generated the spec file using the command > winedump spec simple.dll and inserted the Stub DLL into wine tree as metioned in the winedump README I am able to see the simple.dll.so file dlls directory. I created the .def file using the winebuild in the dlls/SimpleDll directory. When I try to load this dll using "LoadLibrary("Simple.dll")" I am getting the "Module Notfound error". I tried the same function after loading the same .so file into /usr/local/lib/wine also. Still I am getting the same error. BTW: I am able to load the built-in dlls in wine without any problem. Can any one through some ideas....

1 1

reports are not well displayed
by Curro Amores 01 Dec '05

01 Dec '05

Hi im getting crazy cos my access 97 application do what it wants when it wants. I have some kind of reports. The thing is that when i want to display them, the fonts are not well displayed, they are separated and bigger. But other reports are well displayed. I have copied all the ttf file from my windows (windows 98 or windows xp?) and nothing is fixed. This is the output i get when i push my application button " Vew Report". trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\wineps.drv" : builtin trace:loaddll:MODULE_FlushModrefs Unloaded module L"c:\\windows\\system\\wineps.drv" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\wineps.drv" : builtin trace:loaddll:MODULE_FlushModrefs Unloaded module L"c:\\windows\\system\\wineps.drv" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\wineps.drv" : builtin trace:loaddll:MODULE_FlushModrefs Unloaded module L"c:\\windows\\system\\wineps.drv" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\wineps.drv" : builtin trace:loaddll:MODULE_FlushModrefs Unloaded module L"c:\\windows\\system\\wineps.drv" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\wineps.drv" : builtin if somebody wants to see the snapshots, please tell me and i will email them i would like to know y somebody had the same problem thanks a lot!

1 0

wineconsole crashes with curses backend
by Pavel Roskin 01 Dec '05

01 Dec '05

Hello, Eric and everybody! wineconsole crashes in WCCURSES_Refresh() when run without arguments. PRIVATE(data)->line is NULL in curses.c on line 354. Checking PRIVATE(data)->line fixes the problem. The breakage was introduced by revision 1.39 of wineconsole.c. Removing call to WINECON_GetServerConfig() fixes the crash. Although WINECON_GetServerConfig() gets data that is mostly irrelevant to the curses backend, the harmful part is setting data->cells. Commenting it out also helps (but the "user" backend stops working). I think setting data->cells doesn't belong to WINECON_GetServerConfig(). Since setting data->cell suppresses handling of CONSOLE_RENDERER_SB_RESIZE_EVENT, data->fnResizeScreenBuffer and data->fnComputePositions should be called explicitly. Below is the patch I think is most reasonable. Still, I'd like someone more knowledgeable to look at it. I moved the code under init_success outside the switch statement, as it was getting too long. --- wineconsole.c +++ wineconsole.c @@ -557,9 +557,6 @@ static BOOL WINECON_GetServerConfig(stru } SERVER_END_REQ; WINECON_DumpConfig("first cfg: ", &data->curcfg); - data->cells = HeapAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, - data->curcfg.sb_width * data->curcfg.sb_height * sizeof(CHAR_INFO)); - if (!data->cells) WINECON_Fatal("OOM\n"); return ret; } @@ -654,13 +651,9 @@ static struct inner_data* WINECON_Init(H switch ((*backend)(data)) { case init_success: - WINECON_GetServerConfig(data); - WINECON_SetConfig(data, &cfg); - data->curcfg.registry = cfg.registry; - WINECON_DumpConfig("fint", &data->curcfg); - return data; - case init_failed: break; + case init_failed: + goto error; case init_not_supported: if (backend == WCCURSES_InitBackend) { @@ -673,6 +666,17 @@ static struct inner_data* WINECON_Init(H break; } + WINECON_GetServerConfig(data); + data->cells = HeapAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, + data->curcfg.sb_width * data->curcfg.sb_height * sizeof(CHAR_INFO)); + if (!data->cells) WINECON_Fatal("OOM\n"); + data->fnResizeScreenBuffer(data); + data->fnComputePositions(data); + WINECON_SetConfig(data, &cfg); + data->curcfg.registry = cfg.registry; + WINECON_DumpConfig("fint", &data->curcfg); + return data; + error: WINE_ERR("failed to init.\n"); -- Regards, Pavel Roskin

1 0

Incompatible behavior of InvalidateRect/LB_SELITEMRANGE/SetCapture
by Andreas Rosenberg 01 Dec '05

01 Dec '05

Hi! From time to time I'm testing our application (IQ-FMEA) with Wine. Our GUI framework is checking the return codes of most API calls, so several incompatibilities between Windows and Wine are detected while many other programs simply ignore them. So I found several things that differ between Wine & Windows. ############################# 1.) If found out that InvalidateRect with a "zero extent rectangle" returns FALSE with Wine, while it returns TRUE in Windows. Wine builds from last year did not show this behavior. Windows: InvalidateRect(hwnd, RECT(10,10,10,15), TRUE); returns TRUE; Wine InvalidateRect(hwnd, RECT(10,10,10,15), TRUE); returns FALSE; ------------- Wine 20040914 BOOL WINAPI RedrawWindow( HWND hwnd, const RECT *rectUpdate, HRGN hrgnUpdate, UINT flags ) ... return TRUE; } Wine 20050930 ... ret = redraw_window_rects( hwnd, flags, rect, 1 ); ... return ret; } static BOOL redraw_window_rects( HWND hwnd, UINT flags, const RECT *rects, UINT count ) { BOOL ret; SERVER_START_REQ( redraw_window ) { req->window = hwnd; req->flags = flags; wine_server_add_data( req, rects, count * sizeof(RECT) ); ret = !wine_server_call_err( req ); } SERVER_END_REQ; return ret; #################### 2.) Then I discovered an incompatibility with LB_SELITEMRANGE: SendMessage(hWndControl,LB_SELITEMRANGE,TRUE, MAKELPARAM(wFirst, wLast)); Windows accepts values for wLast that are greater than the list size and performs the operation with the (internally corrected) value - returning TRUE. Wine does not accept a value for wLast if it is greater than the list size and returns FALSE (not performing the select operation, which caused subsequent failures in our application). #################### 3.) There is also a different behavior of SetCapture(hWnd) in Wine. If an overlapped window has captured the mouse input and a new child window is being openend, Windows internally releases the capture. Wine maintains the capture - dialogs in our application may not be operated with the mouse, because the parent still gets all the mouse messages. #################### I have to little knowledge about the wine server stuff to make a correct fix for issues 1 & 3. And I'm unsure about issue #2. It's a bug to pass to big values for wLast - but to be compatible with Windows, Wine should perform like Windows (perhaps log a warning?). Regards Andy

3 2

Re: Unable to start UTF-8 encoded executable in UTF-8 locale - one line fix included
by mengzhuo li 01 Dec '05

01 Dec '05

i m very glad to know someone notice almost the same problem. as u said , i found the function open_builtin_exe_file called in some different callers, and in these callers all the variable file_exists uninitialized . so there r 2 methods to solve the problem . one is initialize all the variable file_exists 0 when they r defined . the other is as u said . initialize in the callee. as the problem , from the codes i can understand if start UTF-8 encoded executable in UTF-8 locale , it will crash. but i havent the enviroment, i havent a .UTF-8 encoded executable . so just report the direct problem on my machine. --------------------------------- 无限容量雅虎相册，原图等大下载，超快速度，赶快抢注！

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel December 2005