wine-devel

wine-devel@winehq.org

2 participants
84469 discussions

Re: wine / Linux kernel interaction and TWAIN
by gslink 21 Oct '05

21 Oct '05

This area can be a real problem under Wine. The high end scanners such as the Minolta MS6000 simply aren't supported by SANE backend. If you want to use one then you must write code for the backend. You can usually get a basic TWAIN driver which is for Win. 98. These usually run under Wine. The real problem is doing anything with the TWAIN result. Things such as Acrobat Professional don't currently work under Wine. Neither does most of the picture software such as the Kodak software supplied in Win 98. This is the result of several unimplemented stubs and a couple of missing dlls. Some of the Omnipage software may work under Wine but I haven't had time to test it. I don't know of a good solution for the TWAIN problem under Wine or directly under Linux. If anyone else has a solution let's hear it.

8 10

Re: GDI/tests: link to {G|S}etRelAbs() during runtime
by Huw Davies 21 Oct '05

21 Oct '05

On Fri, Oct 21, 2005 at 01:06:48PM +0300, Saulius Krasuckas wrote: > + hGDI = LoadLibraryA("gdi.dll"); You mean "gdi32.dll" -- Huw Davies huw(a)codeweavers.com

1 0

"Birthday Reminder" success, with elbow grease
by Dan Kegel 21 Oct '05

21 Oct '05

"Birthday Reminder" (one of many, anyway) is a free VB app at http://www.zhornsoftware.co.uk/bday/ It's just a 275KB download. If you have MFC42 installed, it installs very nicely, and seems to work. (If you don't, the install crashes, tsk. Wine should put up an error dialog or something.) It has some visual problems having to do with fonts - text is often cut off at the right end one word short.

1 0

Re: Are Visual Basic Install Problems common
by gslink 21 Oct '05

21 Oct '05

Yes! The problem is that there are a good many apis that VB can use that are not common and are not implemented in Wine. All it takes is one use of one of these and the thing won't work. Most special purpose and complex programs fail. This is to be expected. As Wine develops this problem will be fixed.

1 0

Re: Linking wine *dll.so libraries with Linux applications ?!
by Michael Ost 20 Oct '05

20 Oct '05

> is it possible to link Win32 Wine libraries (*.dll.so) with a Linux > application. Suppose we have a simple Linux gcc program main.cc > > #include <vfw.h> > int main(int argc, char** argv) > { > AVIFileInit(); > } > > which utilizes Win32 library features. When I try to compile it and > link I do not have any problems: > > g++ -Wall -g main.cc -lavifil32 -o main If I understand your question correctly you want to use wineg++ instead of g++. We run linux apps that use Wine APIs all the time and that's the key tool. I can't give you specific commands that work because I am working in an older "vintage" but you should be able to sort it out. wineg++ has a -v option that is very useful for sorting out what's going on. - mo

1 0

ChurchWindows 2005 Trial install success... some elbow grease required
by Dan Kegel 20 Oct '05

20 Oct '05

The downloadable trial version of the VB application "Church Windows" installs fine... IF you first create a registry key to make it think IE6 is installed install the VB6 runtime install MFC40.DLL install MFC42.dll The latter three problems really aren't Wine's fault; the app leaves them out because most windows systems have them these days (really?). But the IE registry key is something Wine should maybe set by default. (See http://bugs.winehq.org/show_bug.cgi?id=3453) I even wrote a script to automate the download and install of all the prerequisites and the app itself; it's at http://kegel.com/wine/cw.sh.txt Sadly, the app doesn't work too well once installed, but that's another story ( http://bugs.winehq.org/show_bug.cgi?id=3624 )

5 6

Problem with %SystemDrive%
by Hans Kristian Rosbach 20 Oct '05

20 Oct '05

During install of datax, this pretty error hits me as the worst one: err:exec:SHELL_ExecuteW cannot set directory L"%SystemDrive%\\PROG~FBU\ \datax" Followed by (every time the above is run): Warning: the specified System directory L"c:\\windows\\system32" is not accessible. The effect is that the program is in fact installed into: c:\windows\%SystemDrive%\PROG~FBU\datax But I did want it into c:\Program Files\datax Hopefully this is/will be solved before wine 0.9 (Running Wine-cvs 20050830) -HK Various other errors: fixme:mci:MCIWND_Command support for command 3201 not implement yet fixme:richedit:RichEditANSIWndProc WM_SETFONT: stub ReadStyleSheet: unknown token "\widctlpar" ReadStyleSheet: unknown token "\aspalpha" (30 or so more like above with differing tokens) fixme:richedit:RichEditANSIWndProc EM_LIMITTEXT: stub err:ddeml:DdeConnect Done with INITIATE, but no Server window available fixme:odbc:SQLInstallDriverManager fixme:odbc:SQLInstallDriver (null) "Microsoft Access Driver (*.mdb)" 0x7d52f1a0 260 0x7fc8e888 fixme:odbc:SQLConfigDataSource fixme:odbc:SQLConfigDataSource fixme:odbc:SQLInstallerError fixme:ole:ITypeInfo_fnRelease destroy child objects (The above repeats probably 100 or more times throughout the install) fixme:win:GetProcessDefaultLayout ( 0x7fc7f2cc ): No BiDi

2 2

Major inconsistencies in localized resource files
by Vitaliy Margolen 20 Oct '05

20 Oct '05

We have major discrepancies in different language resource files. Some missing stuff like font dialog (except few buttons and text). Some have not been updated in ages. Should we net them together adding what's missing from English resources? And set policy: if you do change resource file, change them all! -- Best regards, Vitaliy

3 2

The program crashes after start
by Pierluigi Adami 19 Oct '05

19 Oct '05

Hi to all, coming from wine-users I was suggested to move to this list to solve my problem: I am trying to run a .EXE under wine (updated at 30th of September) on my Ubuntu; the program is a quite expensive Italian dictionary not available on the net. It installs correctly but it crashes just after the start. The message is: - pierlu@pierlu:~/.wine/drive_c/Program Files/UTETGDU/GDU$ wine gdu.exe err:fixup:apply_relocations No implementation for KERNEL.0, setting to 0xdeadbeef Warning: unprotecting memory to allow real-mode calls. NULL pointer accesses will no longer be caught. fixme:int31:DOSVM_Int31Handler Get Processor Exception Handler Vector (0x01) fixme:int31:DOSVM_Int31Handler Set Processor Exception Handler Vector (0x01) fixme:int31:DOSVM_Int31Handler Set Processor Exception Handler Vector (0x01) fixme:int31:DOSVM_Int31Handler Get Processor Exception Handler Vector (0x01) fixme:int31:DOSVM_Int31Handler Set Processor Exception Handler Vector (0x01) wine: Unhandled exception (thread 000a), starting debugger... WineDbg starting on pid 0x8 fixme:dbghelp:SymLoadModule Should have successfully loaded debug information for image C:\Program Files\UTETGDU\GDU\gdu.exe Modules: Module Address Debug info Name (60 modules) ELF 0x7adb1000-7ae77000 Deferred comctl32<elf> \-PE 0x7adc0000-7ae77000 \ comctl32 ELF 0x7ae77000-7ae96000 Deferred iphlpapi<elf> \-PE 0x7ae80000-7ae96000 \ iphlpapi ELF 0x7ae96000-7aedb000 Deferred rpcrt4<elf> \-PE 0x7aeb0000-7aedb000 \ rpcrt4 ELF 0x7aedb000-7af6a000 Deferred ole32<elf> \-PE 0x7aef0000-7af6a000 \ ole32 ELF 0x7af6a000-7afc5000 Deferred shlwapi<elf> \-PE 0x7af80000-7afc5000 \ shlwapi ELF 0x7afc5000-7b08f000 Deferred shell32<elf> \-PE 0x7afe0000-7b08f000 \ shell32 ELF 0x7b1ab000-7b1c0000 Deferred midimap<elf> \-PE 0x7b1b0000-7b1c0000 \ midimap ELF 0x7b2d7000-7b2fa000 Deferred msacm32<elf> \-PE 0x7b2e0000-7b2fa000 \ msacm32 ELF 0x7b2fa000-7b312000 Deferred msacm.drv<elf> \-PE 0x7b300000-7b312000 \ msacm.drv ELF 0x7b312000-7b358000 Deferred wineoss.drv<elf> \-PE 0x7b320000-7b358000 \ wineoss.drv ELF 0x7b358000-7b3db000 Deferred winmm<elf> \-PE 0x7b360000-7b3db000 \ winmm ELF 0x7b3db000-7b43c000 Deferred winedos<elf> \-PE 0x7b3e0000-7b43c000 \ winedos ELF 0x7b43c000-7b444000 Deferred libxrender.so.1 ELF 0x7b444000-7b44d000 Deferred libxcursor.so.1 ELF 0x7b45d000-7b47a000 Deferred imm32<elf> \-PE 0x7b460000-7b47a000 \ imm32 ELF 0x7b47a000-7b496000 Deferred ximcp.so.2 ELF 0x7b496000-7b55b000 Deferred libx11.so.6 ELF 0x7b55b000-7b568000 Deferred libxext.so.6 ELF 0x7b568000-7b580000 Deferred libice.so.6 ELF 0x7b580000-7b589000 Deferred libsm.so.6 ELF 0x7b597000-7b599000 Deferred xlcutf8load.so.2 ELF 0x7b599000-7b616000 Deferred winex11.drv<elf> \-PE 0x7b5b0000-7b616000 \ winex11.drv ELF 0x7b616000-7b654000 Deferred advapi32<elf> \-PE 0x7b620000-7b654000 \ advapi32 ELF 0x7b654000-7b6d5000 Deferred gdi32<elf> \-PE 0x7b670000-7b6d5000 \ gdi32 ELF 0x7b6d5000-7b800000 Deferred user32<elf> \-PE 0x7b6f0000-7b800000 \ user32 ELF 0x7b800000-7b906000 Deferred kernel32<elf> \-PE 0x7b820000-7b906000 \ kernel32 ELF 0x7ba9b000-7bab0000 Deferred winevdm<elf> \-PE 0x7baa0000-7bab0000 \ gdu ELF 0x7bc00000-7bc78000 Deferred ntdll<elf> \-PE 0x7bc10000-7bc78000 \ ntdll ELF 0x7bd9c000-7bda5000 Deferred libnss_files.so.2 ELF 0x7bda5000-7bdae000 Deferred libnss_nis.so.2 ELF 0x7bdae000-7bdc2000 Deferred libnsl.so.1 ELF 0x7bdc2000-7bdca000 Deferred libnss_compat.so.2 ELF 0x7bdda000-7bdfb000 Deferred libm.so.6 ELF 0x7bdfb000-7bef0000 Deferred libwine_unicode.so.1 ELF 0x7bf00000-7bf03000 Deferred <wine-loader> ELF 0xb7e7d000-b7e80000 Deferred libdl.so.2 ELF 0xb7e81000-b7fae000 Deferred libc.so.6 ELF 0xb7fae000-b7fbe000 Deferred libpthread.so.0 ELF 0xb7fbe000-b7fd8000 Deferred libwine.so.1 ELF 0xb7fea000-b8000000 Deferred ld-linux.so.2 Threads: process tid prio (all id:s are in hex) 00000008 (D) C:\Program Files\UTETGDU\GDU\gdu.exe 0000000a 0 <== 00000009 0- - - - - - - - - - WineDbg terminated on pid 0x8 - - - - - - - - I have followed Daniel's suggestion to run the command: WINEDEBUG=+all wine... but the result is a 46 Mbyte (1.6 Mbytes after compression) file that I can't post of course. Here after you find the very beginning of that file, maybe there is some useful information there; if somebody is so kind to risk a long download, I can send him the full error file. Hope that somebody may help me! Pierluigi Adami - Rome ------------ File log.txt trace:ntdll:RtlInitializeBitMap (0x7bc77a4c,0x7bc773a4,64) trace:ntdll:RtlInitializeBitMap (0x7bc77a54,0x7bc774b4,1024) trace:virtual:VIRTUAL_DumpView View: 0x7befc000 - 0x7befdffftrace:virtual:VIRTUAL_DumpView (anonymous) trace:virtual:VIRTUAL_DumpView 0x7befc000 - 0x7befdfff c-rw- sock_init: shutdown() causes EOF wineserver: starting (pid=11480) 0008: *fd* (nil) -> 18 0009: *fd* 6 <- 18 0009: init_thread( unix_pid=11477, unix_tid=11477, teb=0x7befc000, peb=0x7bc77360, entry=(nil), ldt_copy=0xb7fc5ce0, reply_fd=6, wait_fd=8, debug_level=1 ) 0009: *fd* 8 <- 19 0009: init_thread() = 0 { pid=0008, tid=0009, info_size=0, server_start=1129407292, version=194 } 0009:trace:virtual:NtAllocateVirtualMemory 0xffffffff (nil) 00110000 2000 00000004 0009:trace:virtual:VIRTUAL_DumpView View: 0x7bc80000 - 0x7bd8ffff (anonymous) 0009:trace:virtual:VIRTUAL_DumpView 0x7bc80000 - 0x7bd8ffff --rw- 0009:trace:virtual:NtAllocateVirtualMemory 0xffffffff 0x7bc80000 00010000 1000 00000004 0009:trace:virtual:VIRTUAL_SetProt 0x7bc80000-0x7bc8ffff c-rw- 0009:trace:virtual:VIRTUAL_DumpView View: 0x7bc80000 - 0x7bd8ffff (valloc) 0009:trace:virtual:VIRTUAL_DumpView 0x7bc80000 - 0x7bc8ffff c-rw- 0009:trace:virtual:VIRTUAL_DumpView 0x7bc90000 - 0x7bd8ffff --rw- 0009: alloc_file_handle( access=80100000, inherit=1, fd=0 ) 0009: *fd* 0 <- 20 0009: alloc_file_handle() = 0 { handle=0xc } 0009: *fd* 1 <- 21 0009: alloc_file_handle( access=40100000, inherit=1, fd=1 ) 0009: alloc_file_handle() = 0 { handle=0x10 } 0009: *fd* 2 <- 22 0009: alloc_file_handle( access=40100000, inherit=1, fd=2 ) 0009: alloc_file_handle() = 0 { handle=0x14 } 0009:trace:virtual:NtAllocateVirtualMemory 0xffffffff 0x7bc10000 00068000 81000000 00000080 0009:trace:virtual:VIRTUAL_DumpView View: 0x7bc10000 - 0x7bc77fff (anonymous) 0009:trace:virtual:VIRTUAL_DumpView 0x7bc10000 - 0x7bc77fff c-rWx 0009:trace:heap:RtlAllocateHeap (0x7bc80000,00000002,00000014): returning 0x7bc80088 0009:trace:heap:RtlAllocateHeap (0x7bc80000,00000002,00000050): returning 0x7bc800a8 0009:trace:heap:RtlAllocateHeap (0x7bc80000,00000002,00000014): returning 0x7bc80100 0009:trace:heap:RtlFreeHeap (0x7bc80000,00000002,0x7bc80088): returning TRUE 0009:trace:module:load_builtin_callback loaded ntdll.dll 0x7bc800a8 0x7bc10000 0009: load_dll( handle=(nil), base=0x7bc10000, size=425984, dbg_offset=0, dbg_size=0, name=0x7bc800d0, filename=L"ntdll.dll" ) 0009: load_dll() = 0 0009:trace:reg:RtlOpenCurrentUser (0x000f003f, 0xbfffed00) 0009:trace:ntdll:NtOpenThreadToken (0xfffffffe,0x00020008,0x00000001,0xbfffec10) 0009: open_token( handle=0xfffffffe, flags=00000003 ) 0009: open_token() = 0 { token=0x18 } 0009:trace:ntdll:NtQueryInformationToken (0x18,1,0xbfffec14,80,0xbfffec0c) 0009: get_token_user( handle=0x18 ) 0009: get_token_user() = 0 { user_len=12, user={S-1-5-4} } 0009:trace:heap:RtlAllocateHeap (0x7bc80000,00000002,0000002e): returning 0x7bc80120 0009: close_handle( handle=0x18 ) 0009: close_handle() = 0 { fd=-1 } 0009:trace:reg:NtCreateKey ((nil),L"\\Registry\\User\\S-1-5-4",<null>,0,f003f,0xbfffed00) 0009: create_key( parent=(nil), access=000f003f, options=00000000, modif=0, namelen=44, name=L"\\Registry\\User\\S-1-5-4", class=L"" ) 0009: create_key() = 0 { hkey=0x18, created=0 } 0009:trace:reg:NtCreateKey <- 0x18 0009:trace:heap:RtlFreeHeap (0x7bc80000,00000002,0x7bc80120): returning TRUE 0009:trace:reg:NtOpenKey (0x18,L"Software\\Wine\\Debug",f003f,0xbfffecf4) 0009: open_key( parent=0x18, access=000f003f, name=L"Software\\Wine\\Debug" ) 0009: open_key() = OBJECT_NAME_NOT_FOUND { hkey=(nil) } 0009:trace:reg:NtOpenKey <- (nil) 0009: close_handle( handle=0x18 ) 0009: close_handle() = 0 { fd=-1 } 0009:trace:virtual:NtAllocateVirtualMemory 0xffffffff 0x7b820000 000e6000 81000000 00000080 0009:trace:virtual:VIRTUAL_DumpView View: 0x7b820000 - 0x7b905fff (anonymous) 0009:trace:virtual:VIRTUAL_DumpView 0x7b820000 - 0x7b905fff c-rWx 0009:trace:heap:RtlAllocateHeap (0x7bc80000,00000002,0000001a): returning 0x7bc80120 0009:trace:heap:RtlAllocateHeap (0x7bc80000,00000002,00000050): returning 0x7bc80148 0009:trace:heap:RtlAllocateHeap (0x7bc80000,00000002,0000001a): returning 0x7bc801a0 0009:trace:heap:RtlFreeHeap (0x7bc80000,00000002,0x7bc80120): returning TRUE 0009:trace:heap:RtlAllocateHeap (0x7bc80000,00000002,00000004): returning 0x7bc80120 0009:trace:module:load_dll looking for L"ntdll.dll" in L"" 0009:trace:module:load_dll Found loaded module L"ntdll.dll" for L"ntdll.dll" at 0x7bc10000, count=1 0009:trace:virtual:NtProtectVirtualMemory 0xffffffff 0x7b8b1b04 0000032c 00000008 0009:trace:virtual:VIRTUAL_SetProt 0x7b8b1000-0x7b8b1fff c-rW- 0009:trace:virtual:VIRTUAL_DumpView View: 0x7b820000 - 0x7b905fff (system) 0009:trace:virtual:VIRTUAL_DumpView 0x7b820000 - 0x7b8b0fff c-rWx 0009:trace:virtual:VIRTUAL_DumpView 0x7b8b1000 - 0x7b8b1fff c-rW- 0009:trace:virtual:VIRTUAL_DumpView 0x7b8b2000 - 0x7b905fff c-rWx 0009:trace:imports:import_dll --- LdrAccessResource ntdll.dll.30 = 0x7bc6ec20 0009:trace:imports:import_dll --- LdrDisableThreadCalloutsForDll ntdll.dll.31 = 0x7bc6ec30 0009:trace:imports:import_dll --- LdrFindEntryForAddress ntdll.dll.33 = 0x7bc6ec50 0009:trace:imports:import_dll --- LdrFindResourceDirectory_U ntdll.dll.34 = 0x7bc6ec60 0009:trace:imports:import_dll --- LdrFindResource_U ntdll.dll.35 = 0x7bc6ec70 0009:trace:imports:import_dll --- LdrGetDllHandle ntdll.dll.37 = 0x7bc6ec90 0009:trace:imports:import_dll --- LdrGetProcedureAddress ntdll.dll.38 = 0x7bc6eca0 0009:trace:imports:import_dll --- LdrInitializeThunk ntdll.dll.40 = 0x7bc6ecc0 0009:trace:imports:import_dll --- LdrLoadDll ntdll.dll.42 = 0x7bc6ece0 0009:trace:imports:import_dll --- LdrLockLoaderLock ntdll.dll.43 = 0x7bc6ecf0 0009:trace:imports:import_dll --- LdrShutdownProcess ntdll.dll.49 = 0x7bc6ed50 0009:trace:imports:import_dll --- LdrUnloadDll ntdll.dll.52 = 0x7bc6ed80 0009:trace:imports:import_dll --- LdrUnlockLoaderLock ntdll.dll.53 = 0x7bc6ed90 0009:trace:imports:import_dll --- MODULE_DllThreadAttach ntdll.dll.1022 = 0x7bc72a20 0009:trace:imports:import_dll --- MODULE_GetLoadOrderW ntdll.dll.1023 = 0x7bc72a30 0009:trace:imports:import_dll --- NtAllocateVirtualMemory ntdll.dll.68 = 0x7bc6ee80 0009:trace:imports:import_dll --- NtCancelIoFile ntdll.dll.70 = 0x7bc6eea0 0009:trace:imports:import_dll --- NtCancelTimer ntdll.dll.71 = 0x7bc6eeb0 0009:trace:imports:import_dll --- NtClose ntdll.dll.73 = 0x7bc6eed0 0009:trace:imports:import_dll --- NtCreateEvent ntdll.dll.79 = 0x7bc6ef30 0009:trace:imports:import_dll --- NtCreateFile ntdll.dll.81 = 0x7bc6ef50 0009:trace:imports:import_dll --- NtCreateKey ntdll.dll.83 = 0x7bc6ef70 0009:trace:imports:import_dll --- NtCreateMailslotFile ntdll.dll.84 = 0x7bc6ef80 0009:trace:imports:import_dll --- NtCreateMutant ntdll.dll.85 = 0x7bc6ef90 0009:trace:imports:import_dll --- NtCreateNamedPipeFile ntdll.dll.86 = 0x7bc6efa0 0009:trace:imports:import_dll --- NtCreateSection ntdll.dll.91 = 0x7bc6eff0 0009:trace:imports:import_dll --- NtCreateSemaphore ntdll.dll.92 = 0x7bc6f000 0009:trace:imports:import_dll --- NtCreateTimer ntdll.dll.95 = 0x7bc6f030 0009:trace:imports:import_dll --- NtDelayExecution ntdll.dll.98 = 0x7bc6f060 0009:trace:imports:import_dll --- NtDeleteFile ntdll.dll.100 = 0x7bc6f080 0009:trace:imports:import_dll --- NtDeviceIoControlFile ntdll.dll.103 = 0x7bc6f0b0 0009:trace:imports:import_dll --- NtDuplicateObject ntdll.dll.105 = 0x7bc6f0d0 0009:trace:imports:import_dll --- NtEnumerateKey ntdll.dll.108 = 0x7bc6f100 0009:trace:imports:import_dll --- NtEnumerateValueKey ntdll.dll.109 = 0x7bc6f110 0009:trace:imports:import_dll --- NtFlushBuffersFile ntdll.dll.112 = 0x7bc6f140 0009:trace:imports:import_dll --- NtFlushInstructionCache ntdll.dll.113 = 0x7bc6f150 0009:trace:imports:import_dll --- NtFlushVirtualMemory ntdll.dll.115 = 0x7bc6f170 0009:trace:imports:import_dll --- NtFreeVirtualMemory ntdll.dll.117 = 0x7bc6f190 0009:trace:imports:import_dll --- NtFsControlFile ntdll.dll.118 = 0x7bc6f1a0 0009:trace:imports:import_dll --- NtGetContextThread ntdll.dll.119 = 0x7bc6f1b0 0009:trace:imports:import_dll --- NtLockFile ntdll.dll.130 = 0x7bc6f260 0009:trace:imports:import_dll --- NtLockVirtualMemory ntdll.dll.131 = 0x7bc6f270 0009:trace:imports:import_dll --- NtMapViewOfSection ntdll.dll.133 = 0x7bc6f290 0009:trace:imports:import_dll --- NtOpenEvent ntdll.dll.137 = 0x7bc6f2d0 0009:trace:imports:import_dll --- NtOpenFile ntdll.dll.139 = 0x7bc6f2f0 0009:trace:imports:import_dll --- NtOpenKey ntdll.dll.141 = 0x7bc6f310 0009:trace:imports:import_dll --- NtOpenMutant ntdll.dll.142 = 0x7bc6f320 0009:trace:imports:import_dll --- NtOpenProcess ntdll.dll.144 = 0x7bc6f340 0009:trace:imports:import_dll --- NtOpenSection ntdll.dll.146 = 0x7bc6f360 0009:trace:imports:import_dll --- NtOpenSemaphore ntdll.dll.147 = 0x7bc6f370 0009:trace:imports:import_dll --- NtOpenThread ntdll.dll.149 = 0x7bc6f390 0009:trace:imports:import_dll --- NtOpenTimer ntdll.dll.151 = 0x7bc6f3b0 0009:trace:imports:import_dll --- NtProtectVirtualMemory ntdll.dll.157 = 0x7bc6f410 0009:trace:imports:import_dll --- NtPulseEvent ntdll.dll.158 = 0x7bc6f420 0009:trace:imports:import_dll --- NtQueryAttributesFile ntdll.dll.159 = 0x7bc6f430 0009:trace:imports:import_dll --- NtQueryDefaultLocale ntdll.dll.160 = 0x7bc6f440 0009:trace:imports:import_dll --- NtQueryDefaultUILanguage ntdll.dll.161 = 0x7bc6f450 0009:trace:imports:import_dll --- NtQueryDirectoryFile ntdll.dll.162 = 0x7bc6f460 0009:trace:imports:import_dll --- NtQueryFullAttributesFile ntdll.dll.166 = 0x7bc6f4a0 0009:trace:imports:import_dll --- NtQueryInformationFile ntdll.dll.168 = 0x7bc6f4c0 0009:trace:imports:import_dll --- NtQueryInformationProcess ntdll.dll.170 = 0x7bc6f4e0 0009:trace:imports:import_dll --- NtQueryInformationThread ntdll.dll.171 = 0x7bc6f4f0 0009:trace:imports:import_dll --- NtQueryInstallUILanguage ntdll.dll.173 = 0x7bc6f510 0009:trace:imports:import_dll --- NtQueryObject ntdll.dll.178 = 0x7bc6f560 0009:trace:imports:import_dll --- NtQueryPerformanceCounter ntdll.dll.180 = 0x7bc6f580 0009:trace:imports:import_dll --- NtQuerySystemInformation ntdll.dll.186 = 0x7bc6f5e0 0009:trace:imports:import_dll --- NtQuerySystemTime ntdll.dll.187 = 0x7bc6f5f0 0009:trace:imports:import_dll --- NtQueryValueKey ntdll.dll.190 = 0x7bc6f620 0009:trace:imports:import_dll --- NtQueryVirtualMemory ntdll.dll.191 = 0x7bc6f630 0009:trace:imports:import_dll --- NtQueryVolumeInformationFile ntdll.dll.192 = 0x7bc6f640 0009:trace:imports:import_dll --- NtQueueApcThread ntdll.dll.193 = 0x7bc6f650 0009:trace:imports:import_dll --- NtRaiseException ntdll.dll.194 = 0x7bc6f660 0009:trace:imports:import_dll --- NtReadFile ntdll.dll.196 = 0x7bc6f680 0009:trace:imports:import_dll --- NtReadVirtualMemory ntdll.dll.199 = 0x7bc6f6b0 0009:trace:imports:import_dll --- NtReleaseMutant ntdll.dll.202 = 0x7bc6f6e0 0009:trace:imports:import_dll --- NtReleaseSemaphore ntdll.dll.204 = 0x7bc6f700 0009:trace:imports:import_dll --- NtResetEvent ntdll.dll.213 = 0x7bc6f790 0009:trace:imports:import_dll --- NtResumeThread ntdll.dll.215 = 0x7bc6f7b0 0009:trace:imports:import_dll --- NtSetContextThread ntdll.dll.218 = 0x7bc6f7e0 0009:trace:imports:import_dll --- NtSetDefaultLocale ntdll.dll.220 = 0x7bc6f800 0009:trace:imports:import_dll --- NtSetDefaultUILanguage ntdll.dll.221 = 0x7bc6f810 0009:trace:imports:import_dll --- NtSetEvent ntdll.dll.223 = 0x7bc6f830 0009:trace:imports:import_dll --- NtSetInformationFile ntdll.dll.227 = 0x7bc6f870 0009:trace:imports:import_dll --- NtSetInformationObject ntdll.dll.229 = 0x7bc6f890 0009:trace:imports:import_dll --- NtSetInformationProcess ntdll.dll.230 = 0x7bc6f8a0 0009:trace:imports:import_dll --- NtSetInformationThread ntdll.dll.231 = 0x7bc6f8b0 0009:trace:imports:import_dll --- NtSetSystemTime ntdll.dll.243 = 0x7bc6f970 0009:trace:imports:import_dll --- NtSetTimer ntdll.dll.244 = 0x7bc6f980 0009:trace:imports:import_dll --- NtSetValueKey ntdll.dll.246 = 0x7bc6f9a0 0009:trace:imports:import_dll --- NtSignalAndWaitForSingleObject ntdll.dll.249 = 0x7bc6f9d0 0009:trace:imports:import_dll --- NtSuspendThread ntdll.dll.252 = 0x7bc6fa00 0009:trace:imports:import_dll --- NtTerminateProcess ntdll.dll.254 = 0x7bc6fa20 0009:trace:imports:import_dll --- NtTerminateThread ntdll.dll.255 = 0x7bc6fa30 0009:trace:imports:import_dll --- NtUnlockFile ntdll.dll.260 = 0x7bc6fa80 0009:trace:imports:import_dll --- NtUnlockVirtualMemory ntdll.dll.261 = 0x7bc6fa90 0009:trace:imports:import_dll --- NtUnmapViewOfSection ntdll.dll.262 = 0x7bc6faa0 0009:trace:imports:import_dll --- NtWaitForMultipleObjects ntdll.dll.265 = 0x7bc6fad0 0009:trace:imports:import_dll --- NtWriteFile ntdll.dll.270 = 0x7bc6fb20 0009:trace:imports:import_dll --- NtWriteVirtualMemory ntdll.dll.273 = 0x7bc6fb50 0009:trace:imports:import_dll --- NtYieldExecution ntdll.dll.274 = 0x7bc6fb60 0009:trace:imports:import_dll --- RtlAcquirePebLock ntdll.dll.281 = 0x7bc6fbd0 0009:trace:imports:import_dll --- RtlAcquireResourceExclusive ntdll.dll.282 = 0x7bc6fbe0 0009:trace:imports:import_dll --- RtlAcquireResourceShared ntdll.dll.283 = 0x7bc6fbf0 0009:trace:imports:import_dll --- RtlAddVectoredExceptionHandler ntdll.dll.296 = 0x7bc6fcc0 0009:trace:imports:import_dll --- RtlAllocateHeap ntdll.dll.300 = 0x7bc6fd00 0009:trace:imports:import_dll --- RtlAnsiStringToUnicodeString ntdll.dll.303 = 0x7bc6fd30 0009:trace:imports:import_dll --- RtlAreBitsSet ntdll.dll.313 = 0x7bc6fdd0 0009:trace:imports:import_dll --- RtlCharToInteger ntdll.dll.316 = 0x7bc6fe00 0009:trace:imports:import_dll --- RtlClearBits ntdll.dll.319 = 0x7bc6fe30 0009:trace:imports:import_dll --- RtlCompactHeap ntdll.dll.321 = 0x7bc6fe50 0009:trace:imports:import_dll --- RtlCreateHeap ntdll.dll.346 = 0x7bc6ffe0 0009:trace:imports:import_dll --- RtlCreateProcessParameters ntdll.dll.347 = 0x7bc6fff0 0009:trace:imports:import_dll --- RtlCreateUnicodeString ntdll.dll.353 = 0x7bc70050 0009:trace:imports:import_dll --- RtlCreateUnicodeStringFromAsciiz ntdll.dll.354 = 0x7bc70060 0009:trace:imports:import_dll --- RtlCreateUserThread ntdll.dll.357 = 0x7bc70090 0009:trace:imports:import_dll --- RtlDeleteCriticalSection ntdll.dll.370 = 0x7bc70160 0009:trace:imports:import_dll --- RtlDeleteResource ntdll.dll.377 = 0x7bc701d0 0009:trace:imports:import_dll --- RtlDestroyHeap ntdll.dll.382 = 0x7bc70220 0009:trace:imports:import_dll --- RtlDestroyProcessParameters ntdll.dll.383 = 0x7bc70230 0009:trace:imports:import_dll --- RtlDetermineDosPathNameType_U ntdll.dll.385 = 0x7bc70250 0009:trace:imports:import_dll --- RtlDoesFileExists_U ntdll.dll.386 = 0x7bc70260 0009:trace:imports:import_dll --- RtlDosPathNameToNtPathName_U ntdll.dll.387 = 0x7bc70270 0009:trace:imports:import_dll --- RtlDosSearchPath_U ntdll.dll.388 = 0x7bc70280 0009:trace:imports:import_dll --- RtlEnlargedUnsignedMultiply ntdll.dll.396 = 0x7bc70300 0009:trace:imports:import_dll --- RtlEnterCriticalSection ntdll.dll.397 = 0x7bc70310 0009:trace:imports:import_dll --- RtlExitUserThread ntdll.dll.410 = 0x7bc703e0 0009:trace:imports:import_dll --- RtlExpandEnvironmentStrings_U ntdll.dll.411 = 0x7bc703f0 0009:trace:imports:import_dll --- RtlExtendedLargeIntegerDivide ntdll.dll.414 = 0x7bc70420 0009:trace:imports:import_dll --- RtlFindClearBitsAndSet ntdll.dll.423 = 0x7bc704b0 0009:trace:imports:import_dll --- RtlFindMessage ntdll.dll.430 = 0x7bc70520 0009:trace:imports:import_dll --- RtlFreeAnsiString ntdll.dll.443 = 0x7bc705f0 0009:trace:imports:import_dll --- RtlFreeHeap ntdll.dll.445 = 0x7bc70610 0009:trace:imports:import_dll --- RtlFreeUnicodeString ntdll.dll.448 = 0x7bc70640 0009:trace:imports:import_dll --- RtlGetCurrentDirectory_U ntdll.dll.456 = 0x7bc706c0 0009:trace:imports:import_dll --- RtlGetFullPathName_U ntdll.dll.460 = 0x7bc70700 0009:trace:imports:import_dll --- RtlGetProcessHeaps ntdll.dll.469 = 0x7bc70790 0009:trace:imports:import_dll --- RtlGetVersion ntdll.dll.472 = 0x7bc707c0 0009:trace:imports:import_dll --- RtlImageDirectoryEntryToData ntdll.dll.475 = 0x7bc707f0 0009:trace:imports:import_dll --- RtlImageNtHeader ntdll.dll.476 = 0x7bc70800 0009:trace:imports:import_dll --- RtlImageRvaToSection ntdll.dll.477 = 0x7bc70810 0009:trace:imports:import_dll --- RtlInitAnsiString ntdll.dll.480 = 0x7bc70840 0009:trace:imports:import_dll --- RtlInitializeCriticalSection ntdll.dll.488 = 0x7bc708c0 0009:trace:imports:import_dll --- RtlInitializeCriticalSectionAndSpinCount ntdll.dll.489 = 0x7bc708d0 0009:trace:imports:import_dll --- RtlInitializeResource ntdll.dll.493 = 0x7bc70910 0009:trace:imports:import_dll --- RtlInitUnicodeString ntdll.dll.484 = 0x7bc70880 0009:trace:imports:import_dll --- RtlIsDosDeviceName_U ntdll.dll.499 = 0x7bc70970 0009:trace:imports:import_dll --- RtlIsNameLegalDOS8Dot3 ntdll.dll.501 = 0x7bc70990 0009:trace:imports:import_dll --- RtlIsTextUnicode ntdll.dll.502 = 0x7bc709a0 0009:trace:imports:import_dll --- RtlLeaveCriticalSection ntdll.dll.513 = 0x7bc70a50 0009:trace:imports:import_dll --- RtlLocalTimeToSystemTime ntdll.dll.517 = 0x7bc70a90 0009:trace:imports:import_dll --- RtlLockHeap ntdll.dll.518 = 0x7bc70aa0 0009:trace:imports:import_dll --- RtlMultiByteToUnicodeN ntdll.dll.524 = 0x7bc70b00 0009:trace:imports:import_dll --- RtlNormalizeProcessParams ntdll.dll.529 = 0x7bc70b50 0009:trace:imports:import_dll --- RtlNtStatusToDosError ntdll.dll.530 = 0x7bc70b60 0009:trace:imports:import_dll --- RtlOemStringToUnicodeString ntdll.dll.536 = 0x7bc70bc0 0009:trace:imports:import_dll --- RtlOpenCurrentUser ntdll.dll.538 = 0x7bc70be0 0009:trace:imports:import_dll --- RtlQueryEnvironmentVariable_U ntdll.dll.547 = 0x7bc70c70 0009:trace:imports:import_dll --- RtlQueryTimeZoneInformation ntdll.dll.563 = 0x7bc70d70 0009:trace:imports:import_dll --- RtlRaiseException ntdll.dll.566 = 0x7bc70da0 0009:trace:imports:import_dll --- RtlRaiseStatus ntdll.dll.567 = 0x7bc70db0 0009:trace:imports:import_dll --- RtlReAllocateHeap ntdll.dll.570 = 0x7bc70de0 0009:trace:imports:import_dll --- RtlReleasePebLock ntdll.dll.579 = 0x7bc70e70 0009:trace:imports:import_dll --- RtlReleaseResource ntdll.dll.580 = 0x7bc70e80 0009:trace:imports:import_dll --- RtlRemoveVectoredExceptionHandler ntdll.dll.582 = 0x7bc70ea0 0009:trace:imports:import_dll --- RtlSecondsSince1970ToTime ntdll.dll.588 = 0x7bc70f00 0009:trace:imports:import_dll --- RtlSetCurrentDirectory_U ntdll.dll.594 = 0x7bc70f60 0009:trace:imports:import_dll --- RtlSetEnvironmentVariable ntdll.dll.597 = 0x7bc70f90 0009:trace:imports:import_dll --- RtlSetTimeZoneInformation ntdll.dll.609 = 0x7bc71050 0009:trace:imports:import_dll --- RtlSizeHeap ntdll.dll.613 = 0x7bc71090 0009:trace:imports:import_dll --- RtlSystemTimeToLocalTime ntdll.dll.621 = 0x7bc71110 0009:trace:imports:import_dll --- RtlTimeFieldsToTime ntdll.dll.622 = 0x7bc71120 0009:trace:imports:import_dll --- RtlTimeToSecondsSince1970 ntdll.dll.624 = 0x7bc71140 0009:trace:imports:import_dll --- RtlTimeToTimeFields ntdll.dll.626 = 0x7bc71160 0009:trace:imports:import_dll --- RtlTryEnterCriticalSection ntdll.dll.627 = 0x7bc71170 0009:trace:imports:import_dll --- RtlUnicodeStringToAnsiSize ntdll.dll.630 = 0x7bc711a0 0009:trace:imports:import_dll --- RtlUnicodeStringToAnsiString ntdll.dll.631 = 0x7bc711b0 0009:trace:imports:import_dll --- RtlUnicodeStringToInteger ntdll.dll.633 = 0x7bc711d0 0009:trace:imports:import_dll --- RtlUnicodeStringToOemSize ntdll.dll.634 = 0x7bc711e0 0009:trace:imports:import_dll --- RtlUnicodeStringToOemString ntdll.dll.635 = 0x7bc711f0 0009:trace:imports:import_dll --- RtlUnicodeToMultiByteN ntdll.dll.637 = 0x7bc71210 0009:trace:imports:import_dll --- RtlUnicodeToMultiByteSize ntdll.dll.638 = 0x7bc71220 0009:trace:imports:import_dll --- RtlUnicodeToOemN ntdll.dll.639 = 0x7bc71230 0009:trace:imports:import_dll --- RtlUnlockHeap ntdll.dll.641 = 0x7bc71250 0009:trace:imports:import_dll --- RtlUnwind ntdll.dll.642 = 0x7bc71260 0009:trace:imports:import_dll --- RtlUpcaseUnicodeString ntdll.dll.644 = 0x7bc71280 0009:trace:imports:import_dll --- RtlUpperChar ntdll.dll.651 = 0x7bc712f0 0009:trace:imports:import_dll --- RtlValidateHeap ntdll.dll.658 = 0x7bc71360 0009:trace:imports:import_dll --- RtlVerifyVersionInfo ntdll.dll.660 = 0x7bc71380 0009:trace:imports:import_dll --- RtlWalkHeap ntdll.dll.662 = 0x7bc713a0 0009:trace:imports:import_dll --- sprintf ntdll.dll.964 = 0x7bc20cec 0009:trace:imports:import_dll --- sscanf ntdll.dll.966 = 0x7bc20d04 0009:trace:imports:import_dll --- __wine_call_from_32_regs ntdll.dll.1010 = 0x7bc58e70 0009:trace:imports:import_dll --- __wine_enter_vm86 ntdll.dll.1011 = 0x7bc72970 0009:trace:imports:import_dll --- __wine_exception_handler ntdll.dll.1008 = 0x7bc2bb30 0009:trace:imports:import_dll --- __wine_init_codepages ntdll.dll.1017 = 0x7bc729d0 0009:trace:imports:import_dll --- __wine_init_windows_dir ntdll.dll.1021 = 0x7bc72a10 0009:trace:imports:import_dll --- wine_nt_to_unix_file_name ntdll.dll.1019 = 0x7bc729f0 0009:trace:imports:import_dll --- wine_server_call ntdll.dll.1012 = 0x7bc4bff0 0009:trace:imports:import_dll --- wine_server_fd_to_handle ntdll.dll.1013 = 0x7bc72990 0009:trace:imports:import_dll --- wine_server_handle_to_fd ntdll.dll.1014 = 0x7bc729a0 0009:trace:imports:import_dll --- wine_server_release_fd ntdll.dll.1015 = 0x7bc729b0 0009:trace:imports:import_dll --- __wine_set_signal_handler ntdll.dll.1018 = 0x7bc729e0 0009:trace:imports:import_dll --- wine_unix_to_nt_file_name ntdll.dll.1020 = 0x7bc72a00 0009:trace:virtual:NtProtectVirtualMemory 0xffffffff 0x7b8b1000 00001000 00000080 0009:trace:virtual:VIRTUAL_SetProt 0x7b8b1000-0x7b8b1fff c-rWx 0009:trace:virtual:VIRTUAL_DumpView View: 0x7b820000 - 0x7b905fff (system) 0009:trace:virtual:VIRTUAL_DumpView 0x7b820000 - 0x7b8b0fff c-rWx 0009:trace:virtual:VIRTUAL_DumpView 0x7b8b1000 - 0x7b8b1fff c-rWx 0009:trace:virtual:VIRTUAL_DumpView 0x7b8b2000 - 0x7b905fff c-rWx 0009:trace:module:load_builtin_callback loaded kernel32.dll 0x7bc80148 0x7b820000 0009: load_dll( handle=(nil), base=0x7b820000, size=942080, dbg_offset=0, dbg_size=0, name=0x7bc80170, filename=L"kernel32.dll" ) 0009: load_dll() = 0 0009:trace:loaddll:load_builtin_dll Loaded module L"kernel32.dll" : builtin 0009:Call kernel32.__wine_kernel_init() ret=7bc37654 0009:Call ntdll.RtlInitUnicodeString(bfffe954,7b8a11ee L"kernel32") ret=7b85dfcd 0009:Ret ntdll.RtlInitUnicodeString() retval=00000012 ret=7b85dfcd 0009:Call ntdll.LdrGetDllHandle(00000000,00000000,bfffe954,bfffe950) ret=7b85dfed 0009:trace:module:LdrGetDllHandle 0 0 L"kernel32.dll" -> 0x7b820000 0009:Ret ntdll.LdrGetDllHandle() retval=00000000 ret=7b85dfed 0009:Call ntdll.RtlAllocateHeap(7bc80000,00000000,0000000c) ret=7b856e11 0009:trace:heap:RtlAllocateHeap (0x7bc80000,00000002,0000000c): returning 0x7bc80088 0009:Ret ntdll.RtlAllocateHeap() retval=7bc80088 ret=7b856e11 0009:trace:resource:EnumResourceLanguagesW 0x7b820000 #0006 #0001 0x7b8567b0 bfffe77c 0009:Call ntdll.LdrFindResourceDirectory_U(7b820000,00000000,00000000,bfffe598) ret=7b879968 0009:Ret ntdll.LdrFindResourceDirectory_U() retval=00000000 ret=7b879968 0009:Call ntdll.LdrFindResourceDirectory_U(7b820000,bfffe5ac,00000002,bfffe594) ret=7b8799d0 0009:trace:resource:LdrFindResourceDirectory_U module 0x7b820000 type #0006 name #0001 lang 0000 level 2 0009:trace:resource:find_entry_by_id root 0x7b8b3048 dir 0x7b8b3048 id 0006 ret 0x7b8b3070 0009:trace:resource:find_entry_by_id root 0x7b8b3048 dir 0x7b8b3070 id 0001 ret 0x7b8b30d8 0009:Ret ntdll.LdrFindResourceDirectory_U() retval=00000000 ret=7b8799d0 0009:trace:nls:GetLocaleInfoW (lcid=0x401,lctype=0x59,0xbfffe448,128) 0009:trace:resource:FindResourceExW 0x7b820000 #0006 #0006 0401 0009:Call ntdll.LdrFindResource_U(7b820000,bfffe144,00000003,bfffe080) ret=7b87885d 0009:trace:resource:LdrFindResource_U module 0x7b820000 type #0006 name #0006 lang 0401 level 3 0009:trace:resource:find_entry_by_id root 0x7b8b3048 dir 0x7b8b3048 id 0006 ret 0x7b8b3070 0009:trace:resource:find_entry_by_id root 0x7b8b3048 dir 0x7b8b3070 id 0006 ret 0x7b8b47a8 0009:trace:resource:find_entry_by_id root 0x7b8b3048 dir 0x7b8b47a8 id 0401 ret 0x7b8b9068 0009:Ret ntdll.LdrFindResource_U() retval=00000000 ret=7b87885d 0009:trace:resource:LoadResource 0x7b820000 0x7b8b9068 0009:Call ntdll.LdrAccessResource(7b820000,7b8b9068,bfffe190,00000000) ret=7b879bd5 0009:Ret ntdll.LdrAccessResource() retval=00000000 ret=7b879bd5 0009:trace:resource:LockResource (0x7b8d8c08) 0009:trace:nls:GetLocaleInfoW (lcid=0x401,lctype=0x59,0xbfffe448,128) returning 3 L"ar" 0009:trace:nls:GetLocaleInfoW (lcid=0x401,lctype=0x5a,0xbfffe348,128) 0009:trace:resource:FindResourceExW 0x7b820000 #0006 #0006 0401 0009:Call ntdll.LdrFindResource_U(7b820000,bfffe144,00000003,bfffe080) ret=7b87885d 0009:trace:resource:LdrFindResource_U module 0x7b820000 type #0006 name #0006 lang 0401 level 3 0009:trace:resource:find_entry_by_id root 0x7b8b3048 dir 0x7b8b3048 id 0006 ret 0x7b8b3070 0009:trace:resource:find_entry_by_id root 0x7b8b3048 dir 0x7b8b3070 id 0006 ret 0x7b8b47a8 0009:trace:resource:find_entry_by_id root 0x7b8b3048 dir 0x7b8b47a8 id 0401 ret 0x7b8b9068 0009:Ret ntdll.LdrFindResource_U() retval=00000000 ret=7b87885d 0009:trace:resource:LoadResource 0x7b820000 0x7b8b9068 0009:Call ntdll.LdrAccessResource(7b820000,7b8b9068,bfffe190,00000000) ret=7b879bd5 0009:Ret ntdll.LdrAccessResource() retval=00000000 ret=7b879bd5 0009:trace:resource:LockResource (0x7b8d8c08) 0009:trace:nls:GetLocaleInfoW (lcid=0x401,lctype=0x5a,0xbfffe348,128) returning 3 L"SA" 0009:trace:nls:GetLocaleInfoW (lcid=0x401,lctype=0x1001,0xbfffe248,128) 0009:trace:resource:FindResourceExW 0x7b820000 #0006 #0101 0401 0009:Call ntdll.LdrFindResource_U(7b820000,bfffe144,00000003,bfffe080) ret=7b87885d 0009:trace:resource:LdrFindResource_U module 0x7b820000 type #0006 name #0101 lang 0401 level 3 0009:trace:resource:find_entry_by_id root 0x7b8b3048 dir 0x7b8b3048 id 0006 ret 0x7b8b3070 0009:trace:resource:find_entry_by_id root 0x7b8b3048 dir 0x7b8b3070 id 0101 ret 0x7b8b4c38 0009:trace:resource:find_entry_by_id root 0x7b8b3048 dir 0x7b8b4c38 id 0401 ret 0x7b8b9968 0009:Ret ntdll.LdrFindResource_U() retval=00000000 ret=7b87885d 0009:trace:resource:LoadResource 0x7b820000 0x7b8b9968 0009:Call ntdll.LdrAccessResource(7b820000,7b8b9968,bfffe190,00000000) ret=7b879bd5 0009:Ret ntdll.LdrAccessResource() retval=00000000 ret=7b879bd5 0009:trace:resource:LockResource (0x7b8dbd58) 0009:trace:nls:GetLocaleInfoW (lcid=0x401,lctype=0x1001,0xbfffe248,128) returning 7 L"Arabic" 0009:trace:nls:GetLocaleInfoW (lcid=0x402,lctype=0x59,0xbfffe448,128) 0009:trace:resource:FindResourceExW 0x7b820000 #0006 #0006 0402 0009:Call ntdll.LdrFindResource_U(7b820000,bfffe144,00000003,bfffe080) ret=7b87885d 0009:trace:resource:LdrFindResource_U module 0x7b820000 type #0006 name #0006 lang 0402 level 3 0009:trace:resource:find_entry_by_id root 0x7b8b3048 dir 0x7b8b3048 id 0006 ret 0x7b8b3070 0009:trace:resource:find_entry_by_id root 0x7b8b3048 dir 0x7b8b3070 id 0006 ret 0x7b8b47a8 0009:trace:resource:find_entry_by_id root 0x7b8b3048 dir 0x7b8b47a8 id 0402 ret 0x7b8b9078 0009:Ret ntdll.LdrFindResource_U() retval=00000000 ret=7b87885d 0009:trace:resource:LoadResource 0x7b820000 0x7b8b9078 ...

1 0

Re: D3D7 -> WineD3D, 2nd attempt
by Stefan Dösinger 19 Oct '05

19 Oct '05

Hello, I've got some real rending working with d3d7 and wined3d: The Empire Earth intro movie is playing. Well, it's only a 2D bitblt thing, but anyway. It's terribly slow on my ATI radeon M9, some GL calls take a lot of time, but it looks correct. A screenshot can be found at ftp://doesi.gmxhome.de/ee-movie.png. Stefan

4 33

Download Mozilla ActiveX
by Jonathan Ernst 19 Oct '05

19 Oct '05

Now that my php script to randomly choose a working mirror for Mozilla ActiveX has been added by Jeremy, we can use it in Wine. Changelog: - use WineHQ's mirror selection script to get the Mozilla AciveX Control

1 0

Re: button.c: misplacement of checkboxes with empty label fixed, found one mistypo...
by Paul Millar 19 Oct '05

19 Oct '05

Hi Markus, Please send patches included as in-line text (being careful to avoid line-wraps). This helps for reviewing patches. The changelog entry normally goes before the patch, not included as part of the patch. Cheers, Paul. On Wednesday 19 Oct 2005 12:18, you wrote: > dlls/user/button.c: Misplacement of checkboxes with empty label fixed, > found one mistypo... > > Markus Gömmel > m.goemmel(a)compulab.de > > PS: This is my first patch, so please let me know if I did something > wrong... > > > begin 666 patch.diff > M/R!O=70*/R!P871C:"YD:69F"C\@=&]T86PM,#4Q,#$X+F1I9F8*26YD97@Z > M($-H86YG94QO9PH]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T] > M/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]"E)#4R!F:6QE.B O > M:&]M92]W:6YE+W=I;F4O0VAA;F=E3&]G+'8*<F5T<FEE=FEN9R!R979I<VEO > M;B Q+CDX"F1I9F8@+74@+74@+7 @+7(Q+CDX($-H86YG94QO9PHM+2T@0VAA > M;F=E3&]G"3,P(%-E<" R,# U(#$R.C R.C,X("TP,# P"3$N.3@**RLK($-H > M86YG94QO9PDQ."!/8W0@,C P-2 Q-CHQ,#HU-2 M,# P, I 0" M,2PS("LQ > M+#<@0$ **PHK"2H@9&QL<R]U<V5R+V)U='1O;BYC.B!-87)K=7,@1V]E;6UE > M;" \;2YG;V5M;65L0&-O;7!U;&%B+F1E/@HK"4UI<W!L86-E;65N="!O9B!C > M:&5C:V)O>&5S('=I=&@@96UP='D@;&%B96P@9FEX960**PH@+2TM+2TM+2TM > M+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM > M+2TM+2TM+2TM+0H@,C P-2TP.2TS," @06QE>&%N9')E($IU;&QI87)D(" \ > M:G5L;&EA<F1 =VEN96AQ+F-O;3X*( I);F1E>#H@9&QL<R]U<V5R+V)U='1O > M;BYC"CT]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T] > M/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T*4D-3(&9I;&4Z("]H;VUE+W=I > M;F4O=VEN92]D;&QS+W5S97(O8G5T=&]N+F,L=@IR971R:65V:6YG(')E=FES > M:6]N(#$N.0ID:69F("UU("UU("UP("UR,2XY(&)U='1O;BYC"BTM+2!D;&QS > M+W5S97(O8G5T=&]N+F,),3(@4V5P(#(P,#4@,3(Z,C Z,S@@+3 P,# ),2XY > M"BLK*R!D;&QS+W5S97(O8G5T=&]N+F,),3@@3V-T(#(P,#4@,38Z,3 Z-3<@ > M+3 P,# *0$ @+3DQ-"PX("LY,30L,3,@0$ @<W1A=&EC('9O:60@0T)?4&%I > M;G0H($A73D0@:'=N9"P@2$1#(&A$0PH@(" @(&-L:65N=" ](')T97AT.PH@ > M(" @(&1T1FQA9W,@/2!"55143TY?0V%L8TQA8F5L4F5C="AH=VYD+"!H1$,L > M("9R=&5X="D["B @(" @"BT@(" @<F)O>"YT;W @/2!R=&5X="YT;W ["BT@ > M(" @<F)O>"YB;W1T;VT@/2!R=&5X="YB;W1T;VT["BL@(" @+RH@3VYL>2!A > M9&IU<W0@<F)O>"!W:&5N(')T97AT(&ES('9A;&ED("HO"BL@(" @:68@*&1T > M1FQA9W,@(3T@*%5)3E0I+3%,*0HK(" @('L**PER8F]X+G1O<" ](')T97AT > M+G1O<#L**PER8F]X+F)O='1O;2 ](')T97AT+F)O='1O;3L**R @("!]"BL* > M(" @(" O*B!$<F%W('1H92!C:&5C:RUB;W@@8FET;6%P("HO"B @(" @:68@ > M*&%C=&EO;B ]/2!/1$%?1%)!5T5.5$E212!\?"!A8W1I;VX@/3T@3T1!7U-% > M3$5#5"D*(" @("!["D! ("TY-#8L-R K.34Q+#<@0$ @<W1A=&EC('9O:60@ > M0T)?4&%I;G0H($A73D0@:'=N9"P@2$1#(&A$0PH@"0ER8F]X+G1O<" ](')B > M;W@N8F]T=&]M("T@8VAE8VM";WA(96EG:'0["B )(" @('T@96QS92!["B ) > M"7)B;W@N8F]T=&]M("L]("UD96QT82\R("L@,3L*+0D)<F)O>"YT;W @/2!R > M8F]X+F)O='1O;2 M/2!C:&5C:T)O>$AE:6=H=#L**PD)<F)O>"YT;W @/2!R > M8F]X+F)O='1O;2 M(&-H96-K0F]X2&5I9VAT.PH@"2 @("!]"B )?2!E;'-E > H('L@+RH@1&5F875L=" J+PH@"2 @("!I9B H9&5L=&$@/B P*2!["@`` > ` > end

1 0

Re: fix for #3219
by Hans Leidekker 19 Oct '05

19 Oct '05

On Wednesday 19 October 2005 09:19, Vijay Kiran Kamuju wrote: > - /* MS mangled names always begin with '?' */ > - if (*sym->current != '?') return FALSE; > + /* MS mangled names always begin with '?' > + if (*sym->current != '?') return FALSE; */ It's better to remove code then disabling it this way. We can always refer to CVS history. -Hans

2 1

Querying the id of an icon
by Michael Jung 19 Oct '05

19 Oct '05

Hi, if I understand correctly, integer identifiers (MAKEINTRESOURCE) passed to LoadIcon actually identify an icon directory. LoadIcon tries to find the icon in the directory, which best matches the current display device characteristics. Does anybody know how I can query the identifier of the returned icon? Bye, -- Michael Jung mjung(a)iss.tu-darmstadt.de

1 0

Re: x11drv: allow removing of managed_prop
by Fabian Bieler 19 Oct '05

19 Oct '05

On Wednesday 19 October 2005 02:02, Fabian Bieler wrote: > This patch removes window decorations in kde from windows which are not > initially created with WS_POPUP style or similar but later altered via > SetWindowLong. > > Examples for this are tooltips in wxwindows apps like vlc > http://www.videolan.org/vlc/download-windows.html > or tooltips, equalizer window and playlist window in winamp 5 > http://download.nullsoft.com/winamp/client/winamp51_lite.exe Sorry, This one is better ;-)

2 1

Downloading Mozilla ActiveX
by Vitaliy Margolen 19 Oct '05

19 Oct '05

At present Wine asks the use it he/she wants to download and install Mozilla ActiveX. But it doesn't work and doesn't tell the user that it didn't work. This is not right. We either should say that download/install failed, or don't show this message in the first place, unless we fix it. I would consider this as a major inconvenience for users that is not acceptable for 0.9 release. One of the possible solutions was to download it from SF. But that required some html scraping. That what I thought so too. Attached is the script that SuSE uses to download core fonts from sf.net in an automated fashion. Could we adapt that script and use it? Or program that logic into Wine to do the same? -- Best regards, Vitaliy

6 12

Re: listview: infoPtr might be invalid after WM_NOTIFY
by Robert Shearman 18 Oct '05

18 Oct '05

Michael Jung wrote: >Hello Alexandre, Dimi and Phil, > >This is a patch for the infoPtr problem in comctl32's listview.c. I guess it >matches your suggestion on IRC? I've only changed the minimum necessary to >get rid of the file dialog crash. If that's the correct approach in your >opinion, I will continue to work on this. I will be on vacation for three >weeks, though, starting from Friday. > >Dimi, if you think this is ugly, or if you are working on a better solution, >please do protest. > >Changelog: > infoPtr might be invalid after a WM_NOTIFY message was sent, since the >application might have destroyed the listview. Pass around hwnd instead and >call GetWindowLongPtr, if we have to access the listview instance data. >Spotted by Phil Krylov. > > Since this was a behaviour in our file open dialog, did we even verify that this was a listview bug or is it that destroying the listview in the middle of a notification is something that you shouldn't do? If the latter, then one could easily modify the file dialog to post a message to itself to destroy the listview after the listview has finished processing the message that caused the notification. -- Rob Shearman

4 3

dlls/wined3d/device.c: IWineD3DDeviceImpl_CreateQuery lost detection of unimplemented query type
by Christoph Frick 18 Oct '05

18 Oct '05

hi list, as the game Live For Speed refuses to work for me with the 20050930 since i have installed the new nvidia drivers 7something I did lots of comparing between 20050830 and 20050930 and found that the swtich-statement for IWineD3DDeviceImpl_CreateQuery is no longer detecting unimplemented types and won't start complaining about them (FIXME(...)). Maybe this is intentional therefor this patch to the developer list because the d3d hackers sure know better than me or at least can test against recent games. Before the change the known, but not implemented got a warning - not they are silently ignored. Therefor i moved the check against WINED3DQUERYTYPE_OCCLUSION on top (add a warn here, that the opengl driver does not support the query) and let everything else fall again in the default: case. -- cu --- dlls/wined3d/device.c.orig 2005-10-17 21:18:14.000000000 +0200 +++ dlls/wined3d/device.c 2005-10-17 21:22:16.000000000 +0200 @@ -1060,6 +1060,13 @@ HRESULT hr = D3DERR_NOTAVAILABLE; /* Lie and say everything is good (we can return ok fake data from a stub) */ switch(Type) { + case WINED3DQUERYTYPE_OCCLUSION: + TRACE("(%p) occlusion query\n", This); + if (GL_SUPPORT(ARB_OCCLUSION_QUERY) || GL_SUPPORT(NV_OCCLUSION_QUERY)) + hr = D3D_OK; + else + WARN("Not supported: ARB_OCCLUSION_QUERY/NV_OCCLUSION_QUERY\n"); + break; case WINED3DQUERYTYPE_VCACHE: case WINED3DQUERYTYPE_RESOURCEMANAGER: case WINED3DQUERYTYPE_VERTEXSTATS: @@ -1073,12 +1080,6 @@ case WINED3DQUERYTYPE_PIXELTIMINGS: case WINED3DQUERYTYPE_BANDWIDTHTIMINGS: case WINED3DQUERYTYPE_CACHEUTILIZATION: - break; - case WINED3DQUERYTYPE_OCCLUSION: - TRACE("(%p) occlusion query\n", This); - if (GL_SUPPORT(ARB_OCCLUSION_QUERY) || GL_SUPPORT(NV_OCCLUSION_QUERY)) - hr = D3D_OK; - break; default: FIXME("(%p) Unhandled query type %d\n",This , Type); }

2 1

Re: Correctly unicodify winmm/mmio.c
by Eric Pouech 18 Oct '05

18 Oct '05

Vincent Béron wrote: > Changelog: > Correctly unicodify winmm/mmio.c. don't apply this patch, it's plain wrong. the A<->W message mapping isn't implemented yet, and all our internal handlers are still ANSI. The steps to go are (in order): - implement A<->W message mapping for MMIO - translate our internal handlers to unicode - then apply this patch A+ -- Eric Pouech

3 2

bug 2398: OpenGL, child windows, and wine
by Dan Kegel 18 Oct '05

18 Oct '05

The change back in January or so to no longer give each window its own x window seems to have caused an upheaval in the opengl world. The first app to report a problem was Lightwave 3D: http://bugs.winehq.org/show_bug.cgi?id=2398 followed by http://bugs.winehq.org/show_bug.cgi?id=2908 WeatherScope (free) http://bugs.winehq.org/show_bug.cgi?id=3083 Google Earth (free) http://bugs.winehq.org/show_bug.cgi?id=3400 Quake3 Radiant http://bugs.winehq.org/show_bug.cgi?id=3583 Moray 3.5 (free) I've taken the liberty of marking the latter four bugs as duplicates of 2398, reopening 2398, and targeting it to be fixed for Wine 1.0. Willie Sippel's comment, http://bugs.winehq.org/show_bug.cgi?id=2398#c41, seems to point the way to a fix; he suggests using the new GL_EXT_framebuffer_object OpenGL extension. I checked around a bit, and it appears to be at least partly supported by the latest NVidia and ATI drivers. Sun's starting to use it in Java, too; see http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6255507 A workaround is probably also possible without that OpenGL extension, but it would probably run slower. I'm tempted to say skip the workaround, at least for the first pass, and just implement the real fix using the opengl extension. As Sippel said, people who use apps like Lightwave (and maybe Quake3 Radiant :-) tend to have the latest 3d hardware and drivers anyway. What do other people think? Has anybody started looking at fixing this yet? Thanks, Dan -- Trying to get a job as a c++ developer? See http://kegel.com/academy/getting-hired.html

6 14

Re: Unicodify hhctrl.ocx HtmlHelpW
by James Hawkins 18 Oct '05

18 Oct '05

On 17 Oct 2005 20:02:16 -0400, Vincent Béron <vberon(a)mecano.gme.usherb.ca> wrote: > Changelog: > Unicodify HtmlHelpW in hhctrl.ocx > We should leave the message out completely at this point. The integral components of HTML Help have been implemented, and at least HH_DISPLAY_TOPIC needs to call doWinMain. This will give hhctrl.ocx and mshtml/shdocvw much needed testing. Unless I get a lot of objections to this, I'll send the patch in shortly. -- James Hawkins

1 0

Fwd: Re: [kernel] correct OpenFile test
by Oliver Stieber 17 Oct '05

17 Oct '05

-- Maxime Bellengé <maxime.bellenge(a)wanadoo.fr> wrote: > > Hello, > > You can try this application installer : > http://jatennis.free.fr/jatinst32.php > I've had a look and the installer is failing because of the result returned by : 0009:Call version.VerFindFileA(00000000,0040b4ec "JaTennis32.exe",0040e268 "c:\\Windows",00417bf4 "Z:\\var\\work\\crosovergames\\downloads\\bugs\\OpenFile regression\\",004179e4,7babfe0c,00417af0,7babfe10) ret=0040143d VerFindFileA then goes on to call OpenFile, so I expect that the error is VerFindFileA is testing the result of OpenFile against FALSE instead of using TRUE or HFILE_ERROR. .... VerFindFileA is returing 2 (VFF_FILEINUSE) if OpenFile returns HFILE_ERROR, but it's returning 0 if OpenFile returns FALSE. I think it's a good idea to revert OpenFile and fix VerFindFileA. Oliver. > With the OF_EXIST flag: > > if OpenFile returns HFILE_ERROR , the installers fails > > if OpenFile returns FALSE, the installers works very well like on > windows. > > Maxime > > On Mon, 2005-10-17 at 15:20 +0100, Oliver Stieber wrote: > > --- Dmitry Timoshkov <dmitry(a)baikal.ru> wrote: > > > > > "Oliver Stieber" <oliver_stieber(a)yahoo.co.uk> wrote: > > > > > > > This patch corrects the test for OpenFile with a style of OF_EXIST. The test should > fail if > > > the > > > > function returns anything other than HFILE_ERROR as a failure. This is based on > > > > http://msdn.microsoft.com/library/default.asp?url=/library/en-us/fileio/fs/… > and > > > > debugging 'No One Lives Forever Demo' (ftp://ftp.lith.com/pub/nolf/NOLFDemo.zip) > > > > > > Did you run the test on a real Windows machine or just have read MSDN? > > > > I've haven't run it on a real Windows machine as my windows install is broken at the moment. > > Returning HFILE_ERROR is the only thing that fixes 'No One Lives Forever Demo' so I'm puzzled > as > > to why the test is incorrect in the first place. (Also I haven't debugged the No One Lives > Forever > > Demo to verify that it is doing a cmp eax, HFILE_ERROR, but I can do). > > > > Oliver. > > > > > > > > -- > > > Dmitry. > > > > > > ___________________________________________________________ To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. http://uk.security.yahoo.com

1 0

Re: [kernel] correct OpenFile test
by Dmitry Timoshkov 17 Oct '05

17 Oct '05

"Oliver Stieber" <oliver_stieber(a)yahoo.co.uk> wrote: > This patch corrects the test for OpenFile with a style of OF_EXIST. The test should fail if the > function returns anything other than HFILE_ERROR as a failure. This is based on > http://msdn.microsoft.com/library/default.asp?url=/library/en-us/fileio/fs/… and > debugging 'No One Lives Forever Demo' (ftp://ftp.lith.com/pub/nolf/NOLFDemo.zip) Did you run the test on a real Windows machine or just have read MSDN? -- Dmitry.

3 7

RE: Cannot compile 20050830 on Solaris 9
by rddone＠att.net 17 Oct '05

17 Oct '05

Ok, Im almost there (or at least alot closer). After editing a source file and a few Makefiles and manually applying several diffs from Robert Lunnons patchkit from different Wine versions (none applicable to 20050830). I got Wine to compile on Solaris 9!!!!! Now when running wine, it sits for a few seconds, then spits the following error and quits: try_mmap_fixed: vfork: Resource temporarily unavailable I found this is coming from /lib/mmap.c after a call to vfork. There is nothing in the call that strikes me as odd, nor any indication in the man page for vfork, why it would be temporarily unavailable. The man page only specifies 2 failure modes. ENOMEM indicates there is no swap space for the new process. The machine has 512MB of RAM, and 800MB swap partition is only 1% used, so that is unlikely. The other failure mode (EAGAIN), is even less likely if I understand correctly. It mentions that the user limit for processes has been exceeded. I doubt this is likely, even with 2-3 xterms open on each of 3 monitors, but I closed all but 1 and tried executing as root, with no success. The only thing that seemed even semi-applicable while perusing FAQs, Wikis, list archives and Robert Lunnon's patch set was something about setting Solaris threading model to pthread? Not sure how to do that or if that is in addition or in lieu of the changes to kthread.c Thanks in advance, Rob "Stuck again" Done

1 0

Cannot compile 20050830 on Solaris 9
by Rob Done 17 Oct '05

17 Oct '05

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