wine-devel

wine-devel@winehq.org

2 participants
84471 discussions

Bug: fgets always reads from stdin
by Andriy Palamarchuk 11 Mar '02

11 Mar '02

I'm trying to use function fgets, but it always reads from standard input. Here is the test code: { FILE *reg_file = fopen("1.txt", "r"); if (!reg_file) { perror(""); printf("Can't open file \"%s\"\n", "1.txt"); exit(1); } { char buf[100]; while (fgets(buf, 100, reg_file)) { printf("%s", buf); } exit(1); } } The same code works correctly when compiled without Wine. One starange thing here that I do not see call to function fopen in the log. End of the log for the test application, called with --debugmsg +all, critical sections call are removed (note, the mail client wrapped the lines) 0806eff8:Call kernel32.GetCommandLineA() ret=40021019 0806eff8:Ret kernel32.GetCommandLineA() retval=40350358 ret=40021019 0806eff8:Call kernel32.GetStartupInfoA(405a6e4c) ret=40021039 0806eff8:Ret kernel32.GetStartupInfoA() retval=400c6934 ret=40021039 0806eff8:Call ntdll.__wine_get_main_args(40024ea4) ret=40021053 0806eff8:Ret ntdll.__wine_get_main_args() retval=00000001 ret=40021053 0806eff8:Call kernel32.GetModuleHandleA(00000000) ret=4002106a 0806eff8:Ret kernel32.GetModuleHandleA() retval=40020000 ret=4002106a 0806eff8:Call msvcrt.fgets(405a6db4 "\344\307\016@",00000064,08050f70) ret=4001e21b 0806eff8:trace:msvcrt:MSVCRT_fgets :file(0x8050f70) fd (0) str (0x405a6db4) len (100) 0806eff8:Call kernel32.ReadFile(00000004,405a6bbf,00000001,405a6b98,00000000) ret=406878e6 0806eff8:trace:file:ReadFile 4 0x405a6bbf 1 0x405a6b98 (nil) 0806eff8: get_handle_fd( handle=4, access=80000000 ) 0806eff8: *fd* 4 -> 8 0806eff8: get_handle_fd() = 0 { fd=-1, type=1, flags=0 } 0806eff8: set_handle_info( handle=4, flags=0, mask=0, fd=10 ) 0806eff8: set_handle_info() = 0 { old_flags=1, cur_fd=10 } #here I entered line with character W 0806eff8:Ret kernel32.ReadFile() retval=00000001 ret=406878e6 0806eff8:Call kernel32.ReadFile(00000004,405a6bbf,00000001,405a6b98,00000000) ret=406878e6 0806eff8:trace:file:ReadFile 4 0x405a6bbf 1 0x405a6b98 (nil) 0806eff8: get_handle_fd( handle=4, access=80000000 ) 0806eff8: get_handle_fd() = 0 { fd=10, type=1, flags=0 } 0806eff8:Ret kernel32.ReadFile() retval=00000001 ret=406878e6 0806eff8:trace:msvcrt:MSVCRT_fgets :got 'W ' 0806eff8:Ret msvcrt.fgets() retval=405a6db4 ret=4001e21b 0806eff8:Call kernel32.WriteFile(00000008,405a646c,00000002,405a6428,00000000) ret=4068818b 0806eff8:trace:file:WriteFile 8 0x405a646c 2 0x405a6428 (nil) 0806eff8: get_handle_fd( handle=8, access=40000000 ) 0806eff8: *fd* 8 -> 9 0806eff8: get_handle_fd() = 0 { fd=-1, type=1, flags=0 } 0806eff8: set_handle_info( handle=8, flags=0, mask=0, fd=11 ) 0806eff8: set_handle_info() = 0 { old_flags=1, cur_fd=11 } 0806eff8:Ret kernel32.WriteFile() retval=00000001 ret=4068818b 0806eff8:Call msvcrt.fgets(405a6db4 "W\n",00000064,08050f70) ret=4001e21b 0806eff8:trace:msvcrt:MSVCRT_fgets :file(0x8050f70) fd (0) str (0x405a6db4) len (100) 0806eff8:Call kernel32.ReadFile(00000004,405a6bbf,00000001,405a6b98,00000000) ret=406878e6 0806eff8:trace:file:ReadFile 4 0x405a6bbf 1 0x405a6b98 (nil) 0806eff8: get_handle_fd( handle=4, access=80000000 ) 0806eff8: get_handle_fd() = 0 { fd=10, type=1, flags=0 } #here I entered ^D to close stdin 0806eff8:Ret kernel32.ReadFile() retval=00000001 ret=406878e6 0806eff8:trace:msvcrt:_read :EOF 0806eff8:trace:msvcrt:MSVCRT_fgets :nothing read 0806eff8:Ret msvcrt.fgets() retval=00000000 ret=4001e21b 0806eff8:Call msvcrt.exit(00000001) ret=4001e229 0806eff8:trace:msvcrt:MSVCRT_exit (1) 0806eff8:trace:msvcrt:_lock (13) 0806eff8:trace:msvcrt:_lock (17) 0806eff8:trace:msvcrt:_lock : creating lock #13 0806eff8:trace:msvcrt:_unlock (17) 0806eff8:trace:msvcrt:__MSVCRT__call_atexit 0 atext functions to call 0806eff8:trace:msvcrt:_unlock (13) 0806eff8:Call kernel32.ExitProcess(00000001) ret=40686022 0806eff8:trace:module:MODULE_InitDLL (regedit,PROCESS_DETACH,0x1) - CALL 0806eff8:trace:module:MODULE_InitDLL (0x403509b0,PROCESS_DETACH,0x1) - RETURN 1 0806eff8:trace:module:MODULE_InitDLL (msvcrt.dll,PROCESS_DETACH,0x1) - CALL 0806eff8:Call PE DLL (proc=0x4068b1c0,module=4067c000,type=0,res=0x1) 0806eff8:trace:msvcrt:MSVCRT_Init (0x4067c000, DLL_PROCESS_DETACH, 0x1) pid(134659496), tid(134672376), tls(0) 0806eff8:trace:msvcrt:msvcrt_free_mt_locks : uninitializing all mtlocks 0806eff8:trace:msvcrt:_fcloseall :closed (0) handles 0806eff8:trace:msvcrt:msvcrt_free_console :Closing console handles 0806eff8:Call kernel32.CloseHandle(00000004) ret=406810d3 0806eff8: close_handle( handle=4 ) 0806eff8: close_handle() = 0 { fd=10 } 0806eff8:Ret kernel32.CloseHandle() retval=00000001 ret=406810d3 0806eff8:Call kernel32.CloseHandle(ffffffff) ret=406810de 0806eff8: close_handle( handle=-1 ) 0806eff8: close_handle() = INVALID_HANDLE { fd=0 } 0806eff8:Ret kernel32.CloseHandle() retval=00000000 ret=406810de 0806eff8:Call kernel32.FreeEnvironmentStringsA(403504b0) ret=406832ef 0806eff8:Ret kernel32.FreeEnvironmentStringsA() retval=00000001 ret=406832ef 0806eff8:Call kernel32.FreeEnvironmentStringsW(403513d0) ret=406832fa 0806eff8:trace:heap:RtlFreeHeap (40350000,00000002,403513d0): returning TRUE 0806eff8:Ret kernel32.FreeEnvironmentStringsW() retval=00000001 ret=406832fa 0806eff8:Call kernel32.TlsFree(00000000) ret=4068b545 0806eff8:Ret kernel32.TlsFree() retval=00000001 ret=4068b545 0806eff8:trace:msvcrt:MSVCRT_Init finished process free 0806eff8:Ret PE DLL (proc=0x4068b1c0,module=4067c000,type=0,res=0x1) retval=1 0806eff8:trace:module:MODULE_InitDLL (0x40350d1c,PROCESS_DETACH,0x1) - RETURN 1 0806eff8:trace:module:MODULE_InitDLL (advapi32.dll,PROCESS_DETACH,0x1) - CALL 0806eff8:trace:module:MODULE_InitDLL (0x40350bf0,PROCESS_DETACH,0x1) - RETURN 1 0806eff8:trace:module:MODULE_InitDLL (kernel32.dll,PROCESS_DETACH,0x1) - CALL 0806eff8:Call PE DLL (proc=0x406247fc,module=40615000,type=0,res=0x1) 0806eff8:Ret PE DLL (proc=0x406247fc,module=40615000,type=0,res=0x1) retval=1 0806eff8:trace:module:MODULE_InitDLL (0x40350e2c,PROCESS_DETACH,0x1) - RETURN 1 0806eff8:trace:module:MODULE_InitDLL (ntdll.dll,PROCESS_DETACH,0x1) - CALL 0806eff8:trace:module:MODULE_InitDLL (0x403508ac,PROCESS_DETACH,0x1) - RETURN 1 0806eff8: terminate_process( handle=-1, exit_code=1 ) 0806eff8: terminate_process() = 0 { self=1 } 0806eff8: *killed* exit_code=1 /home/apalamarchuk/.wine/user.reg: saving key \\User\\apalamarchuk /home/apalamarchuk/.wine/system.reg: saving key \\Machine /home/apalamarchuk/.wine/userdef.reg: saving key \\User\\.Default Server: exiting (pid=9451) The bug, probably, is very simple and somebody can give me a clue basing on the trace. I have fresh CVS Wine. Thanks, Andriy Palamarchuk __________________________________________________ Do You Yahoo!? Try FREE Yahoo! Mail - the world's greatest free email! http://mail.yahoo.com/

2 2

Re: Wine release 20020310
by Matthew Toseland 11 Mar '02

11 Mar '02

On Sun, Mar 10, 2002 at 01:05:48PM -0800, Alexandre Julliard wrote: > This is release 20020310 of Wine, a free implementation of Windows on > Unix. This is still a developers only release. There are many bugs > and unimplemented features. Most applications still do not work > correctly. > > Patches should be submitted to "wine-patches(a)winehq.com". Please > don't forget to include a ChangeLog entry. > > This release is identical to the previous one (release 20020228), > except that the license has changed: Wine is now distributed under the > terms of the GNU Lesser General Public License. All code submitted to > me or to the wine-patches list from now on will be assumed to be > released under the LGPL too. Cool!

1 0

Re: DDE problems on 16bit Apps
by list＠vmn.com.br 10 Mar '02

10 Mar '02

Hi, Below is the initialisation code of PDV.EXE (a), the app that calls DISP.EXE and thens set's up DDE. Both are 16bit. I have added some comments to try and clarify the code. I have also added the output of wine --debugmsg +dll,+shell,+ddeml PDV.EXE (b). Yesterday, I ran winedbg and set a breakpoint on DDeConnect. A backtrace from the function is below (c). The step through the function showed that HCONV WINAPI DdeConnect(DWORD idInst, HSZ hszService, HSZ hszTopic, LPCONVCONTEXT pCC) .... if (pInstance->unicode) /*This is false so CreateWindowA gets called */ .... pConv = WDML_GetConvFromWnd(hwndClient); /* winedbg> print pConv 0x00000000 Seems pConv is null */ if (pConv == NULL || pConv->hwndServer == 0) { /* Flow goes here and execution stops */ ... Thanks, Miguel (a) Code from PDV.EXE void CALLBACK _export InitDisplay(HWND hWnd) { /* Call DISP.EXE */ if (ShellExecute(hWnd, "open", PDVROT_szDisplay, "", PDVROT_szPDVPath, SW_SHOWNORMAL) <= (HINSTANCE) 32) { HandleOutput("ERROR: DISPLAY PDV."); return; } WaitAppActivate(DISPLAYTITLE); if (DdeInitialize((LPDWORD) & idInst, (PFNCALLBACK) DDECallback, APPCMD_CLIENTONLY, 0L)) { HandleOutput("ERROR failed to init DDE DISPLAY PDV."); return; } hszService = DdeCreateStringHandle(idInst, DISPLAYTITLE, CP_WINANSI); hszTopic = DdeCreateStringHandle(idInst, "Form1", CP_WINANSI); hszItem = DdeCreateStringHandle(idInst, "label1", CP_WINANSI); /* Connect with DDE server (DISPLAY) */ hConv = DdeConnect(idInst, hszService, hszTopic, (PCONVCONTEXT) NULL); if (hConv == NULL) { HandleError(DdeGetLastError(idInst)); HandleOutput("ERROR could not connect DISPLAY."); /* Control goes here and the App fails with the above message This code is written with Borland C++^M */ } (b) wine --debugmsg +dll,+shell,+ddeml PDV.EXE Could not stat /mnt/fd0 (No such file or directory), ignoring drive A: Could not stat /cdrom (No such file or directory), ignoring drive D: trace:dll:fill_init_list (KRNL386.EXE) - START trace:dll:fill_init_list (KRNL386.EXE) - END trace:dll:fill_init_list (system.dll) - START trace:dll:fill_init_list (system.dll) - END trace:dll:fill_init_list (wprocs.dll) - START trace:dll:fill_init_list (wprocs.dll) - END trace:dll:fill_init_list (GDI.EXE) - START trace:dll:fill_init_list (GDI.EXE) - END trace:dll:fill_init_list (USER.EXE) - START trace:dll:fill_init_list (USER.EXE) - END trace:dll:fill_init_list (display.dll) - START trace:dll:fill_init_list (display.dll) - END fixme:keyboard:X11DRV_KEYBOARD_DetectLayout Your keyboard layout was not found! Using closest match instead (Brazilian ABNT-2 keyboard layout) for scancode mapping. Please define your layout in windows/x11drv/keyboard.c and submit them to us for inclusion into future Wine releases. See the Wine User Guide, chapter "Keyboard" for more information. trace:dll:fill_init_list (mmsystem.dll) - START trace:dll:fill_init_list (mmsystem.dll) - END trace:dll:NE_CallDllEntryPoint Calling mmsystem.dll DllEntryPoint, cs:ip=00e7:0aa9 trace:shell:SHLWAPI_LibMain 0x40db4000 0x1 (nil) trace:shell:Shell32LibMain 0x40cd6000 0x1 (nil) trace:shell:SIC_Initialize trace:shell:SIC_IconAppend shell32.dll 1 3e6 3ee trace:shell:SHAlloc 20 bytes at 0x403dad4c trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 2 3e6 3ee trace:shell:SHAlloc 20 bytes at 0x403dae4c trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 3 3f6 3fe trace:shell:SHAlloc 20 bytes at 0x403dbf2c trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 4 406 406 trace:shell:SHAlloc 20 bytes at 0x403dc2d4 trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 5 3e6 3ee trace:shell:SHAlloc 20 bytes at 0x403daeac trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 6 3e6 3ee trace:shell:SHAlloc 20 bytes at 0x403dd954 trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 7 3e6 3ee trace:shell:SHAlloc 20 bytes at 0x403dd994 trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 8 40e 416 trace:shell:SHAlloc 20 bytes at 0x403dde2c trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 9 3e6 3ee trace:shell:SHAlloc 20 bytes at 0x403dda14 trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 10 3e6 3ee trace:shell:SHAlloc 20 bytes at 0x403dda54 trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 11 3e6 3ee trace:shell:SHAlloc 20 bytes at 0x403dda94 trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 12 3e6 3ee trace:shell:SHAlloc 20 bytes at 0x403deb14 trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 13 3e6 3ee trace:shell:SHAlloc 20 bytes at 0x403deb54 trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 14 3e6 3ee trace:shell:SHAlloc 20 bytes at 0x403deb94 trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 15 41e 426 trace:shell:SHAlloc 20 bytes at 0x403df02c trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 16 3e6 3ee trace:shell:SHAlloc 20 bytes at 0x403dec14 trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 17 3e6 3ee trace:shell:SHAlloc 20 bytes at 0x403dec54 trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 18 3e6 3ee trace:shell:SHAlloc 20 bytes at 0x403dec94 trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 19 3e6 3ee trace:shell:SHAlloc 20 bytes at 0x403dfd14 trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 20 3e6 3ee trace:shell:SHAlloc 20 bytes at 0x403dfd54 trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 21 3e6 3ee trace:shell:SHAlloc 20 bytes at 0x403dfd94 trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 22 3e6 3ee trace:shell:SHAlloc 20 bytes at 0x403dfdd4 trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 23 3e6 3ee trace:shell:SHAlloc 20 bytes at 0x403dfe14 trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 24 3e6 3ee trace:shell:SHAlloc 20 bytes at 0x403dfe54 trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 25 3e6 3ee trace:shell:SHAlloc 20 bytes at 0x403dfe94 trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 26 3e6 3ee trace:shell:SHAlloc 20 bytes at 0x403dfed4 trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 27 3e6 3ee trace:shell:SHAlloc 20 bytes at 0x403dff14 trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 28 3e6 3ee trace:shell:SHAlloc 20 bytes at 0x403dff54 trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 29 3e6 3ee trace:shell:SHAlloc 20 bytes at 0x403dff94 trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 30 3e6 3ee trace:shell:SHAlloc 20 bytes at 0x403dffd4 trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 31 3e6 3ee trace:shell:SHAlloc 20 bytes at 0x403e0014 trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 32 3e6 3ee trace:shell:SHAlloc 20 bytes at 0x403e0054 trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 33 3e6 3ee trace:shell:SHAlloc 20 bytes at 0x403e0094 trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 34 42e 436 trace:shell:SHAlloc 20 bytes at 0x403e1034 trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 35 3e6 3ee trace:shell:SHAlloc 20 bytes at 0x403dab6c trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 36 3e6 3ee trace:shell:SHAlloc 20 bytes at 0x403dabac trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 37 3e6 3ee trace:shell:SHAlloc 20 bytes at 0x403dabec trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 38 3e6 3ee trace:shell:SHAlloc 20 bytes at 0x403e1d1c trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_Initialize hIconSmall=0x40e5013c hIconBig=0x40e501c8 trace:shell:InitChangeNotifications head=0x40d20dc0 tail=0x40d20de0 trace:shell:SHInitRestricted ((nil), (nil)) trace:dll:NE_InitDLL Calling LibMain, cs:ip=0337:0000 ds=0387 di=0386 cx=1000 trace:dll:NE_InitDLL Calling LibMain, cs:ip=046f:0000 ds=0597 di=0596 cx=3e80 trace:dll:NE_InitDLL Calling LibMain, cs:ip=05b7:0000 ds=0617 di=0616 cx=0000 trace:dll:NE_InitDLL Calling LibMain, cs:ip=02f7:0000 ds=0317 di=0316 cx=0000 trace:dll:NE_InitDLL Calling LibMain, cs:ip=065f:0000 ds=06c7 di=06c6 cx=0200 trace:dll:fill_init_list (C:\Regis\PDV.EXE) - START trace:dll:fill_init_list (C:\REGIS\BORDCHQ.DLL) - START trace:dll:fill_init_list (C:\REGIS\PDVROT.DLL) - START trace:dll:fill_init_list (ddeml.dll) - START trace:dll:fill_init_list (ddeml.dll) - END trace:dll:fill_init_list (KRNL386.EXE) - START trace:dll:fill_init_list (KRNL386.EXE) - END trace:dll:fill_init_list (shell.dll) - START trace:dll:fill_init_list (shell.dll) - END trace:dll:fill_init_list (USER.EXE) - START trace:dll:fill_init_list (USER.EXE) - END trace:dll:fill_init_list (win87em.dll) - START trace:dll:fill_init_list (win87em.dll) - END trace:dll:fill_init_list (C:\REGIS\PDVROT.DLL) - END trace:dll:fill_init_list (C:\REGIS\BD.DLL) - START trace:dll:fill_init_list (C:\REGIS\BD.DLL) - END trace:dll:fill_init_list (C:\REGIS\IFDT.DLL) - START trace:dll:fill_init_list (C:\REGIS\IFDT.DLL) - END trace:dll:fill_init_list (C:\REGIS\BORDCHQ.DLL) - END trace:dll:fill_init_list (C:\REGIS\E$WIN.DLL) - START trace:dll:fill_init_list (C:\REGIS\E$WIN.DLL) - END trace:dll:fill_init_list (C:\REGIS\BWCC.DLL) - START trace:dll:fill_init_list (GDI.EXE) - START trace:dll:fill_init_list (GDI.EXE) - END trace:dll:fill_init_list (C:\REGIS\BWCC.DLL) - END trace:dll:fill_init_list (keyboard.dll) - START trace:dll:fill_init_list (keyboard.dll) - END trace:dll:fill_init_list (C:\Regis\PDV.EXE) - END trace:dll:NE_CallDllEntryPoint Calling shell.dll DllEntryPoint, cs:ip=03d7:0327 trace:shell:SHELL_DllEntryPoint (00000001, 03df, 03df, 0000, 00000000, 0000) trace:shell:ShellExecute16 (0021,'open','C:\REGIS\DISP.EXE','','C:\REGIS\',1) trace:shell:SHLWAPI_LibMain 0x40db4000 0x2 (nil) trace:dll:fill_init_list (C:\REGIS\DISP.EXE) - START trace:dll:fill_init_list (C:\REGIS\BWCC.DLL) - START trace:dll:fill_init_list (GDI.EXE) - START trace:dll:fill_init_list (GDI.EXE) - END trace:dll:fill_init_list (KRNL386.EXE) - START trace:dll:fill_init_list (KRNL386.EXE) - END trace:dll:fill_init_list (USER.EXE) - START trace:dll:fill_init_list (USER.EXE) - END trace:dll:fill_init_list (C:\REGIS\BWCC.DLL) - END trace:dll:fill_init_list (ddeml.dll) - START trace:dll:fill_init_list (ddeml.dll) - END trace:dll:fill_init_list (mmsystem.dll) - START trace:dll:fill_init_list (mmsystem.dll) - END trace:dll:fill_init_list (C:\REGIS\DISP.EXE) - END trace:dll:NE_CallDllEntryPoint Calling mmsystem.dll DllEntryPoint, cs:ip=00e7:0aa9 trace:ddeml:WDML_Initialize (0x40f94290,0x88700ba,0x0,0) trace:ddeml:WDML_Initialize instance created - checking validity trace:ddeml:WDML_Initialize new instance, callback 0x88700ba flags 0 trace:ddeml:WDML_Initialize First application instance detected OK trace:ddeml:WDML_IncrementInstanceId New instance id 1 allocated trace:ddeml:WDML_Initialize New application instance processing finished OK trace:ddeml:DdeCreateStringHandleA (1,0x40f94755,1004) trace:ddeml:WDML_CreateString added atom "DISP" with HSZ 0xc000, trace:ddeml:DdeCreateStringHandleA (1,0x40f9475a,1004) trace:ddeml:WDML_CreateString added atom "Form1" with HSZ 0xc001, trace:ddeml:DdeCreateStringHandleA (1,0x40f94760,1004) trace:ddeml:WDML_CreateString added atom "label1" with HSZ 0xc002, trace:ddeml:DdeNameService (1,0xc000,0x0,1) trace:ddeml:WDML_FindServer Service name missing trace:ddeml:DdeNameService Adding service name trace:ddeml:DdeQueryStringA (1, 0xc000, 0x411a62c4, 256, 1004) trace:ddeml:DdeQueryStringA returning "DISP" trace:ddeml:DdeCreateStringHandleA (1,0x411a61c4,1004) trace:ddeml:WDML_CreateString added atom "DISP(0x0806b3c8)" with HSZ 0xc003, trace:ddeml:DdeNameService Created nameServer=10025 for instance=00000001 trace:ddeml:WDML_Initialize (0x403d3400,0x33f015d,0x10,0) trace:ddeml:WDML_Initialize instance created - checking validity trace:ddeml:WDML_Initialize new instance, callback 0x33f015d flags 10 trace:ddeml:WDML_Initialize Subsequent application instance - starting checks trace:ddeml:WDML_Initialize Application Instance checks finished trace:ddeml:WDML_IncrementInstanceId New instance id 2 allocated trace:ddeml:WDML_Initialize New application instance processing finished OK trace:ddeml:DdeCreateStringHandleA (2,0x403c54f8,1004) trace:ddeml:WDML_CreateString added atom "DISP" with HSZ 0xc000, trace:ddeml:DdeCreateStringHandleA (2,0x403c54fd,1004) trace:ddeml:WDML_CreateString added atom "Form1" with HSZ 0xc001, trace:ddeml:DdeCreateStringHandleA (2,0x403c5503,1004) trace:ddeml:WDML_CreateString added atom "label1" with HSZ 0xc002, trace:ddeml:DdeConnect (0x2,0xc000,0xc001,(nil)) trace:ddeml:WDML_ServerNameProc WM_DDE_INITIATE message received! trace:ddeml:WDML_ServerNameProc idInst=1, threadID=0x8073d60 trace:ddeml:WDML_MakeHszFromAtom c026 => L"DISP" trace:ddeml:DdeCreateStringHandleW (1,0x411a63e4,1200) trace:ddeml:WDML_CreateString added atom L"DISP" with HSZ 0xc000, trace:ddeml:WDML_MakeHszFromAtom c02e => L"Form1" trace:ddeml:DdeCreateStringHandleW (1,0x411a63dc,1200) trace:ddeml:WDML_CreateString added atom L"Form1" with HSZ 0xc001, trace:ddeml:DdeCmpStringHandles (c000<L"DISP"> c000<L"DISP">); trace:ddeml:WDML_InvokeCallback invoking CB16[088700ba] (4194 0 00000000 0xc001 0xc000 0 1092249376 0) trace:ddeml:WDML_InvokeCallback done => 00000000 err:ddeml:DdeConnect Done with INITIATE, but no Server window available fixme:ddeml:DdeGetLastError (2): error reporting is weakly implemented trace:ddeml:WDML_Initialize (0x40f94290,0x88700c2,0x0,0) trace:ddeml:WDML_Initialize instance created - checking validity trace:ddeml:WDML_Initialize reinitialisation of (0x40f94290,0x88700c2,0x0,0): stub trace:ddeml:WDML_MakeHszFromAtom c026 => L"DISP" trace:ddeml:DdeCreateStringHandleW (1,0x411a68ac,1200) trace:ddeml:WDML_CreateString added atom L"DISP" with HSZ 0xc000, trace:ddeml:WDML_MakeHszFromAtom c02b => L"DISP(0x0806b3c8)" trace:ddeml:DdeCreateStringHandleW (1,0x411a68a4,1200) trace:ddeml:WDML_CreateString added atom L"DISP(0x0806b3c8)" with HSZ 0xc003, trace:ddeml:WDML_InvokeCallback invoking CB16[088700ba] (32930 0 00000000 0xc000 0xc003 0 0 0) trace:ddeml:WDML_InvokeCallback done => 00000000 trace:dll:NE_InitDLL Calling LibMain, cs:ip=08d7:0000 ds=08df di=08df cx=1000 trace:dll:fill_init_list (C:\REGIS\COMUM.DLL) - START trace:dll:fill_init_list (KRNL386.EXE) - START trace:dll:fill_init_list (KRNL386.EXE) - END trace:dll:fill_init_list (USER.EXE) - START trace:dll:fill_init_list (USER.EXE) - END trace:dll:fill_init_list (C:\REGIS\COMUM.DLL) - END fixme:dialog:MSGBOX_OnInit system modal msgbox ! Not modal yet. (c) backtrace from DdeConnect =>0 0x40624070 (DdeConnect(idInst=0x2, hszService=0xc000, hszTopic=0xc001, pCC=0x0) [client.c:87] in libuser32.so) (ebp=40ca6bbc) 1 0x40620447 (DDEML_CallFrom16_p_long_lllp+0x3b(proc=0x4062614c, args=0x403b5f96) [ddeml.spec.c:62] in libuser32.so) (ebp=40ca6be0) 2 0x4008f21a (__wine_call_from_16_long+0x8e [relay16.s] in libntdll.so) (ebp=40ca6c10) 3 0x033f:0x075c (bp=a66c) 4 0x028f:0x0c52 (bp=a904) 5 0x0287:0x00e0 (bp=0000) It seems that functions 3, 4 and 5 are from PDV.EXE. I should recompile PDV.EXE to include debugging symbols. ------------------------------------------------- This mail sent through IMP: webmail.vmn.com.br

3 2

RE: using winebuild for .spec files
by Patrik Stridvall 09 Mar '02

09 Mar '02

> So how are you handeling the .def files? I've been > when I use winebuild to make the .def from the specs, > but it also crates all of the wine_stubs that must be > removed I generate the .spec.c file as well. I had to do a small hack to get it to compile though, but it was quite easy. > plus it always makes the export a zero size > like ExportedFunction@0 and the linker throws a bunch > of warnings. Hmm. I don't remeber this problem, but then I have a lot of other problems to worry about.

1 0

RE: wineconf
by Patrik Stridvall 09 Mar '02

09 Mar '02

> are you attending wineconf? Yes. As I understand it you do to. See you there.

1 0

RE: GetSysColorPen in MSVC port
by Patrik Stridvall 09 Mar '02

09 Mar '02

> Hello Patrik, > I've been having trouble making use of some of the wine dlls in our > mingw due to the internal wine function GetSysColorPen. Have you been > able to test any of the wine dlls under windows with MSVC? Do you have > the same problem? We are planning on implenting this in our user32.dll > under reactos. Haven't gotten that far yet. Many other problems need solving first. The main thing I have done in a "Makefile.in" to .dsp/.dsw converter. That part currently runs quite good though.

2 2

RE: Fixing winebuild to (almost) work on Windows
by Patrik Stridvall 09 Mar '02

09 Mar '02

> I was able to get it to compile but not work on mingw. Did you build > libwine_unicode as a dll for windows? Yes, that was not much problem. > I think it is needed > for winebuild Yes and no the function needed from libwine_unicode existing in Microsoft's C library under another name. > and wrc. Haven't tried to port wrc yet. Currently using Microsoft .rc compiler. > How are you working with the resource files under > MSVC, does it > support wine resources? Not 100% no. > Currently windress pukes for me and > I've had to > use binary resources in our port. When I get back from wineconf I will > try to put wrc again. Yes, I will likely try that to.

1 0

GetSysColorPen in MSVC port
by Steven Edwards 09 Mar '02

09 Mar '02

Hello Patrik, I've been having trouble making use of some of the wine dlls in our mingw due to the internal wine function GetSysColorPen. Have you been able to test any of the wine dlls under windows with MSVC? Do you have the same problem? We are planning on implenting this in our user32.dll under reactos. Thanks Steven _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com

1 0

RE: Fixing winebuild to (almost) work on Windows
by Steven Edwards 09 Mar '02

09 Mar '02

I was able to get it to compile but not work on mingw. Did you build libwine_unicode as a dll for windows? I think it is needed for winebuild and wrc. How are you working with the resource files under MSVC, does it support wine resources? Currently windress pukes for me and I've had to use binary resources in our port. When I get back from wineconf I will try to put wrc again. Thanks Steven -----Original Message----- From: wine-patches-admin(a)winehq.com [mailto:wine-patches-admin@winehq.com] On Behalf Of Patrik Stridvall Sent: Saturday, March 09, 2002 10:39 AM To: Wine-Patches (E-mail) Subject: Fixing winebuild to (almost) work on Windows [After a "small" (a few weeks :-) break discussing licenses, I have started working on compiling Wine on Windows with MSVC again. Here comes some of the changes I had to do that I consider non-controversial. Note that this patch includes unistd.h as an optional file. Many functions that on most Unix dialects are declared in unistd.h are on Windows declared in direct.h and io.h. Some of them unfortunately have a _ in front on them. However this is easily fixed as the patch shows. With this patch winebuild almost work on Windows. Only a few more minor fixes, not submitted in this patch, is needed to get the needed .spec file to .def conversion working and with a few more change even the generated .spec.c compile on work on Windows. But this will come later if you accept this patch. Since Winebuild doesn't link with the protabillity library I have copied all needed portabillity stuff to the Winebuild directory. I have included the same fixes for the porting library with some other useful changes so the rest of Winelib can use it as well. It will be needed especially str{,n}casecmp which Windows have but under completely different names (_str{,n}icmp). settimeofday have been remove from the portabillity layer since 1. It can only run as root so doing SetLastError(ERROR_CALL_NOT_IMPLEMENTED) are not likely to hurt very much. 2. The alternative implementation doesn't work. 3. It is only used in dlls/kernel/time.c The rest of the patch I think speaks for itself. PS. port.diff and winebuild.diff are independant of each other but both depend of configure.diff. ---8<--- *** configure * configure.ac: Added some optional headers and functions for compiling on Windows with MSVC. *** port * dlls/kernel/time.c, include/wine/port.h, library/port.c: - Better handling when settimeofday is not available - Adding name translations for p{close,open} and str{,n}casecmp if they exists under other names. *** winebuild * tools/winebuild/build.h, tools/winebuild/import.c, tools/winebuild/main.c, tools/winebuild/parser.c, tools/winebuild/relay.c, tools/winebuild/res16.c, tools/winebuild/res32.c, tools/winebuild/spec16.c, tools/winebuild/spec32.c, tools/winebuild/utils.c: Made winebuild (almost) compile and work on Windows. _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com

1 0

Re:winedbg crashing
by Eric Pouech 09 Mar '02

09 Mar '02

do you run winedbg through the wine console ? A+ --------------- Eric Pouech (http://perso.wanadoo.fr/eric.pouech/) The future will be better tomorrow, Vice President Dan Quayle ____________________________________________________________ Faites un voeu et puis Voila ! www.voila.fr Avec Voila Mail, consultez vos e-mails sur votre mobile Wap.

3 2

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