March 2002 - wine-devel

Re: Rewrite of Notepad using NLS
by Dmitry Timoshkov 11 Mar '02

11 Mar '02

"Sylvain Petreolle" <spetreolle(a)yahoo.fr> wrote: > Notepad now uses NLS. > > Please remove notepad.rc, that defined > old macro system for language resources. Unified (diff -u) diff please. -- Dmitry.

1 0

Re: Rewrite of Notepad using NLS
by Dimitrie O. Paun 11 Mar '02

11 Mar '02

On March 10, 2002 07:20 pm, you wrote: > Notepad now uses NLS. > > Please remove notepad.rc, that defined > old macro system for language resources. Cool. But can you please submit the diff in diff -u format? Thanks, Dimi.

1 0

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

NNTP gateway?
by Daniel Sabo 09 Mar '02

09 Mar '02

Is the NNTP gateway down? I can't seem to connect to news.wine.com or news.wine.org. Please reply directly because I don't subscribe to the list. Thanks, Daniel (Yes I know hotmail is evil) _________________________________________________________________ Send and receive Hotmail on your mobile device: http://mobile.msn.com

2 1

Halflife SOund
by dima 09 Mar '02

09 Mar '02

The sound inside Half-life menus works fine in all versions. The sound only workins in version 20011108 and earlier. I have test both of the versions after that.

1 0

Re: Window refresh, take 2
by Marcus Meissner 08 Mar '02

08 Mar '02

On Fri, Mar 08, 2002 at 10:28:22AM -0800, Duane Clark wrote: > This is a little cleaner than the first try, and probably less confusing > too. > > Log message: > Do not erase the entire window on CS_PARENTDC. > If update region includes the NC area but not the client area, > don't erase the client area. There was nothing attached. Ciao, M

1 0

Problme in hooks and non client area
by chaitu6u 08 Mar '02

08 Mar '02

i , We developed an application which will create a system tray icon and display a button in the title bar. we used hooks(CBT, SHELL). It is working perfectly in windows. But when we are trying to run that application in linux using wine it is not working propely. it is displaying system tray icon(when we are using managed mode) and is displaying a small button which is having the lable "wine-systray" when we are using the unmanaged mode. In both modes it is not displaying the button on the titlebar. some times it is giving the error message "WM_NCPAINT is not supported yet". Get Your Private, Free E-mail from Indiatimes at http://email.indiatimes.com Buy Music, Video, CD-ROM, Audio-Books and Music Accessories from http://www.planetm.co.in Get Your Private, Free E-mail from Indiatimes at http://email.indiatimes.com Buy Music, Video, CD-ROM, Audio-Books and Music Accessories from http://www.planetm.co.in

2 1

Problme in hooks and non client area
by chaitu6u 08 Mar '02

08 Mar '02

i , We developed an application which will create a system tray icon and display a button in the title bar. we used hooks(CBT, SHELL). It is working perfectly in windows. But when we are trying to run that application in linux using wine it is not working propely. it is displaying system tray icon(when we are using managed mode) and is displaying a small button which is having the lable "wine-systray" when we are using the unmanaged mode. In both modes it is not displaying the button on the titlebar. some times it is giving the error message "WM_NCPAINT is not supported yet". Get Your Private, Free E-mail from Indiatimes at http://email.indiatimes.com Buy Music, Video, CD-ROM, Audio-Books and Music Accessories from http://www.planetm.co.in Get Your Private, Free E-mail from Indiatimes at http://email.indiatimes.com Buy Music, Video, CD-ROM, Audio-Books and Music Accessories from http://www.planetm.co.in Get Your Private, Free E-mail from Indiatimes at http://email.indiatimes.com Buy Music, Video, CD-ROM, Audio-Books and Music Accessories from http://www.planetm.co.in

1 0

Segmentation fault (core dumped) with cvs update
by Tony lambregts 08 Mar '02

08 Mar '02

I have upgraded my internet access recently and have decided to stay current with the cvs instead of waiting for each new snapshot. I however have run into a snag I downloaded the latest snapshot from ibiblio.org (Wine-200202.28.tar.gz) and the latest cvsdirs from ftp.winehq.com/pub/wine (wine-cvsdirs-20020228.tar.gz) After following the steps to get a CVS sandbox I now have a local copy of the wine located at /usr/local/src/wine. When I cd to this directory an try to update my copy i get the following: [root@tony wine]# cvs u -v Concurrent Versions System (CVS) 1.10.5 (client/server) Copyright (c) 1989-1998 Brian Berliner, david d `zoo' zuhn, Jeff Polk, and other authors CVS may be copied only under the terms of the GNU General Public License, a copy of which can be found with the CVS distribution kit. Specify the --help option for further information about CVS [root@tony wine]# cvs update -PAd Segmentation fault (core dumped) Any help or suggestions would be appreciated Tony Lambregts

1 0

Accelerators - stupid question.
by lawson_whitney＠juno.com 08 Mar '02

08 Mar '02

Good day! Any time juno raises a msgbox(?) dialog(?) modal window(?) popup(?) its general purpose accelerators are disabled. I guess that is more or less proper, but they stay disabled after the msgbox or whatever is satisfied, which seems less proper. If I switch the window manager to a different workspace(?) and back, the accelerators work again. AFAICT, hAccel is supplied to TranslateAccelerator by the caller, but it seems there must be some generic place the caller gets it, that needs to be restored to its previous state when a window is destroyed? I would be grateful for a hint where to look in the code, or what traces to look at, or any other advice you have for someone who is GUI challenged and mostly but not entirely stupid. Lawson Probable user head space error. - Dennis A. Moore

1 0

Borland BWCC Anyone? - was DDE Error
by list＠vmn.com.br 07 Mar '02

07 Mar '02

Hi wine-devel, I was having problems setting up DDE but it now seems that my server app is failing before DDeConnect gets called. This app is 16bit written with Borland C and BWCC.DLL (Borland Windows Custom Controls) I keep getting the below sequence in all apps written with this DLL. The code that was written for the app doesn`t even get called. Has anyone had success with apps that use this DLL? Any info? Thanks, Miguel wine --debugmsg +win /c/Regis/NOTA1.EXE trace:win:WINPROC_AllocWinProc (4063ac5c,2): returning 40a20094 trace:win:WINPROC_SetProc (00000000,4063ac5c,2): res=40a20094 trace:win:WINPROC_AllocWinProc (4063ac18,3): returning 40a200c0 trace:win:WINPROC_SetProc (00000000,4063ac18,3): res=40a200c0 trace:win:WINPROC_AllocWinProc (4063f08c,2): returning 40a200ec trace:win:WINPROC_SetProc (00000000,4063f08c,2): res=40a200ec trace:win:WINPROC_AllocWinProc (4063f0cc,3): returning 40a20118 trace:win:WINPROC_SetProc (00000000,4063f0cc,3): res=40a20118 trace:win:WINPROC_AllocWinProc (4064f67c,2): returning 40a20144 trace:win:WINPROC_SetProc (00000000,4064f67c,2): res=40a20144 trace:win:WINPROC_AllocWinProc (4064f6bc,3): returning 40a20170 trace:win:WINPROC_SetProc (00000000,4064f6bc,3): res=40a20170 trace:win:WINPROC_AllocWinProc (40666d2c,2): returning 40a2019c trace:win:WINPROC_SetProc (00000000,40666d2c,2): res=40a2019c trace:win:WINPROC_AllocWinProc (40666ea0,3): returning 40a201c8 trace:win:WINPROC_SetProc (00000000,40666ea0,3): res=40a201c8 trace:win:WINPROC_AllocWinProc (4063f254,3): returning 40a201f4 trace:win:WINPROC_SetProc (00000000,4063f254,3): res=40a201f4 trace:win:WINPROC_AllocWinProc (40642d3c,2): returning 40a20220 trace:win:WINPROC_SetProc (00000000,40642d3c,2): res=40a20220 trace:win:WINPROC_AllocWinProc (40642cf8,3): returning 40a2024c trace:win:WINPROC_SetProc (00000000,40642cf8,3): res=40a2024c trace:win:WINPROC_AllocWinProc (40649db0,3): returning 40a20278 trace:win:WINPROC_SetProc (00000000,40649db0,3): res=40a20278 trace:win:WINPROC_AllocWinProc (4064f220,2): returning 40a202a4 trace:win:WINPROC_SetProc (00000000,4064f220,2): res=40a202a4 trace:win:WINPROC_AllocWinProc (4064f25c,3): returning 40a202d0 trace:win:WINPROC_SetProc (00000000,4064f25c,3): res=40a202d0 trace:win:WINPROC_AllocWinProc (4067321c,2): returning 40a202fc trace:win:WINPROC_SetProc (00000000,4067321c,2): res=40a202fc trace:win:WINPROC_AllocWinProc (4067325c,3): returning 40a20328 trace:win:WINPROC_SetProc (00000000,4067325c,3): res=40a20328 trace:win:WINPROC_AllocWinProc (4065429c,3): returning 40a20354 trace:win:WINPROC_SetProc (00000000,4065429c,3): res=40a20354 trace:win:WINPROC_AllocWinProc (406593fc,3): returning 40a20380 trace:win:WINPROC_SetProc (00000000,406593fc,3): res=40a20380 trace:win:WINPROC_AllocWinProc (4065a940,2): returning 40a203ac trace:win:WINPROC_SetProc (00000000,4065a940,2): res=40a203ac trace:win:WINPROC_AllocWinProc (4065a97c,3): returning 40a203d8 trace:win:WINPROC_SetProc (00000000,4065a97c,3): res=40a203d8 trace:win:WIN_CreateDesktopWindow Creating desktop window trace:win:WIN_SetRectangles win 10020 window (0,0)-(1024,768) client (0,0)-(1024,768) trace:win:WIN_SetRectangles win 10020 window (0,0)-(1024,768) client (0,0)-(1024,768) trace:win:WINPROC_AllocWinProc (04ef1012,1): returning 40a20404 trace:win:WINPROC_SetProc (00000000,04ef1012,1): res=40a20404 trace:win:WINPROC_AllocWinProc (04d70e1e,1): returning 40a20430 trace:win:WINPROC_SetProc (00000000,04d70e1e,1): res=40a20430 trace:win:WINPROC_AllocWinProc (04d70e42,1): returning 40a2045c trace:win:WINPROC_SetProc (00000000,04d70e42,1): res=40a2045c trace:win:WINPROC_AllocWinProc (051f02b6,1): returning 40a20488 trace:win:WINPROC_SetProc (00000000,051f02b6,1): res=40a20488 trace:win:WINPROC_AllocWinProc (04cf0673,1): returning 40a204b4 trace:win:WINPROC_SetProc (00000000,04cf0673,1): res=40a204b4 trace:win:WINPROC_AllocWinProc (050f06e9,1): returning 40a204e0 trace:win:WINPROC_SetProc (00000000,050f06e9,1): res=40a204e0 trace:win:WINPROC_AllocWinProc (051701f3,1): returning 40a2050c trace:win:WINPROC_SetProc (00000000,051701f3,1): res=40a2050c trace:win:WINPROC_AllocWinProc (029f0403,1): returning 40a20538 trace:win:WINPROC_SetProc (00000000,029f0403,1): res=40a20538 trace:win:WIN_CreateWindowEx "Nota Fiscal - V02.16" "NotaFiscal" ex=00000000 style=00cf0000 0,0 -2147483648x-2147483648 parent=0000 menu=0000 inst=000002be params=(nil) trace:win:dump_window_styles style: WS_CAPTION WS_SYSMENU WS_THICKFRAME WS_GROUP WS_TABSTOP WS_MINIMIZEBOX WS_MAXIMIZEBOX trace:win:dump_window_styles exstyle: trace:win:WIN_CreateWindowEx winproc type is 1 (WIN_PROC_16) trace:win:WIN_SetWindowLong 10021 -12 c8 2 trace:win:WIN_SetRectangles win 10021 window (0,0)-(768,576) client (0,0)-(768,576) trace:win:WINPOS_GetMinMaxInfo 1036 780 / -6 -6 / 1024 768 / 100 28 trace:win:WIN_SetRectangles win 10021 window (0,0)-(768,576) client (0,0)-(768,576) trace:win:WIN_SetRectangles win 10021 window (0,0)-(768,576) client (5,44)-(763,571) trace:win:WIN_CreateWindowEx created window 10021 trace:win:WINPOS_GetMinMaxInfo 1036 780 / -6 -6 / 1024 768 / 100 28 trace:win:WINPOS_GetMinMaxInfo 1036 780 / -6 -6 / 1024 768 / 100 28 trace:win:WIN_SetRectangles win 10021 window (-6,-6)-(1030,774) client (-1,38)-(1025,769) trace:win:RedrawWindow 10021 (0000) NULL 0,0-0,0 0000 flags=0005 trace:win:RDW_UpdateRgns hwnd 10021 [0bca] -> hrgn [0000], flags [0005] trace:win:RDW_Paint hwnd 10021 [0bca] -> hrgn [0000], flags [0005] trace:win:WINPOS_SetActiveWindow (10021, 0, 1) trace:win:WINPOS_SetActiveWindow no current active window. trace:win:RedrawWindow 10021 (0bca) NULL 0,0-0,0 0000 flags=0180 trace:win:GetWindowRect hwnd 10021 (-6,-6)-(1030,774) trace:win:RedrawWindow 10021 (0bca) rect 1,-38-1025,0 0000 flags=0405 trace:win:RDW_UpdateRgns hwnd 10021 [0bca] -> hrgn [0bce], flags [0405] trace:win:RDW_Paint hwnd 10021 [0bca] -> hrgn [0bce], flags [0405] trace:win:RedrawWindow 10021 (0bca) rect 1,0-1025,730 0000 flags=0005 trace:win:RDW_UpdateRgns hwnd 10021 [0bca] -> hrgn [0bce], flags [0005] trace:win:RDW_Paint hwnd 10021 [0bca] -> hrgn [0bce], flags [0005] trace:win:RDW_UpdateRgns hwnd 10021 [0bca] -> hrgn [0000], flags [0180] trace:win:RDW_Paint hwnd 10021 [0bca] -> hrgn [0000], flags [0180] trace:win:begin_ncpaint hwnd 10021 [0bca] ncf 4 trace:win:BeginPaint hdc = 74 box = (0,0 - 1026,731) trace:win:DestroyWindow (10021) trace:win:WIN_SetRectangles win 10021 window (-6,-6)-(1030,774) client (-1,38)-(1025,769) trace:win:RedrawWindow 10021 (0000) NULL 0,0-0,0 0000 flags=08b8 trace:win:RDW_UpdateRgns hwnd 10021 [0000] -> hrgn [0bca], flags [08b8] trace:win:RDW_Paint hwnd 10021 [0000] -> hrgn [0bca], flags [08b8] trace:win:WIN_DestroyWindow 10021 warn:win:WINPOS_CheckInternalPos attempt to activate destroyed window! trace:win:WIN_SetWindowLong 10021 -12 0 3 ------------------------------------------------- This mail sent through IMP: webmail.vmn.com.br

1 0

winedbg crashing
by mehmet yasar 07 Mar '02

07 Mar '02

Hi, WineDbg is crashing immediately with Msdev (tested on wine20020228, note that 20011226 & 20020122 are OK) ---- winedbg msdev.exe ... Wine-dbg> wine_dbg_cmd: Exception c0000005 fatal flex scanner internal error--end of buffer missed ----- Winedbg is also crashing when Wine tries to launch Winedbg after Msdev crash. ----- wine msdev.exe ... No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\CTL3D32.DLL' (0x5f000000) Unhandled exception: page fault on read access to 0x80000000 in 32-bit code (0x402a4db1). In 32-bit mode. 0x402a4db1 (NTDLL.DLL.strlen+0x31 in libc.so.6): movl 0x0(%eax),%ecx Wine-dbg>parse error WineDbg terminated on pid 806d910 ----- The tools I use : flex version 2.5.4 GNU Bison version 1.28 gcc version 2.96 20000731 (Mandrake Linux 8.1 2.96-0.62mdk) Any idea ? -------------------------------------------- [mehmet@localhost msdev]$ winedbg msdev.exe WineDbg starting... on pid 86a8ad0 Breakpoint 1 at 0x0040155c No debug information in 32bit DLL 'D:\Program Files\Microsoft Visual Studio\Common\MSDev98\Bin\msdev.exe' (0x00400000) Loaded debug information from ELF 'wine' (0x00000000) Breakpoint 2 at 0x4000da70 (_end+0x37fc0348) Loaded debug information from ELF '/usr/local/lib/libntdll.so' (0x40029000) Loaded debug information from ELF '/usr/local/lib/libwine.so' (0x4011d000) Loaded debug information from ELF '/usr/local/lib/libwine_unicode.so' (0x40133000) No debug information in ELF '/lib/libm.so.6' (0x401fb000) No debug information in ELF '/lib/libc.so.6' (0x4021e000) No debug information in ELF '/lib/libdl.so.2' (0x4035c000) Loaded debug information from ELF '/lib/ld-linux.so.2' (0x40000000) No debug information in 32bit DLL 'NTDLL.DLL' (0x40061000) No debug information in 32bit DLL 'KERNEL32.DLL' (0x40613000) Loaded debug information from ELF '/usr/local/lib/libkernel32.so' (0x405e7000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MSVCRT.DLL' (0x78000000) No debug information in 32bit DLL 'ADVAPI32.DLL' (0x4071e000) Loaded debug information from ELF '/usr/local/lib/libgdi32.so' (0x40662000) No debug information in ELF '/usr/lib/libfreetype.so.6' (0x406d6000) Loaded debug information from ELF '/usr/local/lib/libadvapi32.so' (0x40710000) No debug information in 32bit DLL 'GDI32.DLL' (0x4067e000) No debug information in 32bit DLL 'USER32.DLL' (0x4075f000) Loaded debug information from ELF '/usr/local/lib/libuser32.so' (0x40731000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MFC42.DLL' (0x5f400000) No debug information in 32bit DLL 'RPCRT4.DLL' (0x408ca000) Loaded debug information from ELF '/usr/local/lib/libole32.so' (0x40857000) Loaded debug information from ELF '/usr/local/lib/librpcrt4.so' (0x408b5000) No debug information in 32bit DLL 'OLE32.DLL' (0x40870000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\OLEAUT32.DLL' (0x65340000) No debug information in 32bit DLL 'SHLWAPI.DLL' (0x4095e000) Loaded debug information from ELF '/usr/local/lib/libshell32.so' (0x408db000) Loaded debug information from ELF '/usr/local/lib/libshlwapi.so' (0x40947000) No debug information in 32bit DLL 'COMCTL32.DLL' (0x4098b000) Loaded debug information from ELF '/usr/local/lib/libcomctl32.so' (0x4097f000) No debug information in 32bit DLL 'SHELL32.DLL' (0x408f8000) No debug information in 32bit DLL 'D:\PROGRAM FILES\MICROSOFT VISUAL STUDIO\COMMON\MSDEV98\BIN\DEVSHL.DLL' (0x50000000) No debug information in 32bit DLL 'X11DRV.DLL' (0x40c30000) Loaded debug information from ELF '/usr/local/lib/libx11drv.so' (0x40c20000) Loaded debug information from ELF '/usr/local/lib/libwine_tsx11.so' (0x40c71000) No debug information in ELF '/usr/X11R6/lib/libSM.so.6' (0x40361000) No debug information in ELF '/usr/X11R6/lib/libICE.so.6' (0x40c82000) No debug information in ELF '/usr/X11R6/lib/libXxf86dga.so' (0x4036a000) No debug information in ELF '/usr/X11R6/lib/libXv.so' (0x404b2000) No debug information in ELF '/usr/X11R6/lib/libXrender.so.1' (0x404b7000) No debug information in ELF '/usr/X11R6/lib/libXext.so.6' (0x40c99000) No debug information in ELF '/usr/X11R6/lib/libX11.so.6' (0x40ca8000) Stopped on breakpoint 1 at 0x0040155c (msdev.exe.EntryPoint in D:\Program Files\Microsoft Visual Studio\Common\MSDev98\Bin\msdev.exe) In 32-bit mode. Wine-dbg> wine_dbg_cmd: Exception c0000005 fatal flex scanner internal error--end of buffer missed

2 1

How to submit patches
by Sylvain Petreolle 06 Mar '02

06 Mar '02

In documentation/wine-doc/patches.html, Albert den Haan says : " For additions: mention that you have some new files and include them as either separate attachments or by appending the diff -u /dev/null /my/new/file output of them to any cvs diff -u output you may have. Alernatively, use diff -Nu olddir/ newdir/ in case of multiple new files to add. For removals, list the files." I understood how to do when I have an addition, but not when I have a removal. Could someone give a sample ? ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

2 1

Re: GetStdHandle Problem
by Ignasi Villagrasa 06 Mar '02

06 Mar '02

Referred to the last message about this issue, I must say that it was my mistake to think wcmdmain.c was already the winebuild precompiled file. But it isn't. I must generate it. I created the .spec file as documented, but winebuild doen't find wcmdrc.res. So I try to create wcmdrc.res using wrc utility from wmcdrc.rc, that comes with CVS sources. I get errors. I'd like to maintain the application as it was created in order to get it work properly. [nacho@griserver mcvis32]$ /opt/wine/bin/wrc -r -L -I/opt/wine/include -DWINELIB -D_REENTRANT -o wcmdrc.res wcmdrc.rc wcmdrc.rc:1:147: Warning: Unmatched text '#' (0x23); please report wcmdrc.rc:2:1: Warning: Newline in string constant encounterd (started line 1) wcmdrc.rc:3:1: Warning: Newline in string constant encounterd (started line 1) wcmdrc.rc:4:1: Warning: Newline in string constant encounterd (started line 1) wcmdrc.rc:6:1: Warning: Newline in string constant encounterd (started line 5) wcmdrc.rc:7:1: Warning: Newline in string constant encounterd (started line 5) wcmdrc.rc:7:246: Warning: Unmatched text '#' (0x23); please report wcmdrc.rc:9:91: Warning: Unmatched text '#' (0x23); please report wcmdrc.rc:10:84: Warning: Unmatched text '#' (0x23); please report wcmdrc.rc:11:1: Warning: Newline in string constant encounterd (started line 10) wcmdrc.rc:11:233: Error: Unexpected end of file during preprocessing [nacho@griserver mcvis32]$ I have not much experience in using window resources. So I don't know where these errors come from. Could anyone help me ? I'll try to follow step by step the migration process. I'll test a little application, and then will test the big one. Thanks in advance. Ignasi Villagrasa.

2 1

WineHQ.com Move Complete
by Jeremy Newman 06 Mar '02

06 Mar '02

The WineHQ.com move is complete, but not without some issues. The 1st issue is that our mailing lists (mailman) sent out a huge amount of email because the newsgroup gateway changed. It basically thought all the messages on comp.emulators.ms-windows.wine were new. Apologies go out to the users whose email inboxes we filled up. So in the meantime, the newsgroup gateway, and the NNTP server on winehq.com are offline until further notice. If you notice any other issues that I am not aware of, please let me know. There is a lot of things to a site that has been running as long as Winehq.com has. -- __ _WebGeek/NetAdmin CodeWeavers -= http://www.codeweavers.com | \| |_____ __ ___ __ __ _ _ _ -= http://www.dracowulf.com | .` / -_) | | / ' \/ _` | ' \ -= mailto:jnewman@codeweavers.com |_|\_\___|\_/\_/|_|_|_\__,_|_||_| -= ICQ: 1842980 Yahoo: laxdragon

1 0

testing, please ignore
by Jeremy Newman 06 Mar '02

06 Mar '02

-- __ _WebGeek/NetAdmin CodeWeavers -= http://www.codeweavers.com | \| |_____ __ ___ __ __ _ _ _ -= http://www.dracowulf.com | .` / -_) | | / ' \/ _` | ' \ -= mailto:jnewman@codeweavers.com |_|\_\___|\_/\_/|_|_|_\__,_|_||_| -= ICQ: 1842980 Yahoo: laxdragon

1 0

What creates fake files?
by Andriy Palamarchuk 05 Mar '02

05 Mar '02

I need to test a fix for a bug on a clean Wine installation. After removing my configuration directory, running tools/wineinstall I noticed that new Windows directories do not have fake files with 0 length I used to see in my old directory (shell.dll, shell32.dll, winsock.dll, wnsock32.dll, autoexec.bat, config.sys). All these fake files have exactly the same time, the same as some directories (e.g. Recent, SendTo, which do not exist in the new directory). Obviously, all these changes could not be made manually by me. Do you know what application created these files/directories or I just dreamed all this up? Andriy Palamarchuk __________________________________________________ Do You Yahoo!? Try FREE Yahoo! Mail - the world's greatest free email! http://mail.yahoo.com/

3 3

Re: What creates fake files?
by Andriy Palamarchuk 05 Mar '02

05 Mar '02

--- Philipp Wollermann <phil_wo(a)gmx.net> wrote: > You can create fake files with the command 'touch'. > So if you want to create shell32.dll you would use: > touch shell32.dll > This simply creates a zero byte file with the name > given. Philipp, thank you for response. I know how to create files manually. I wandered if these files and directories were created automatically by wineinstall script. Andriy Palamarchuk __________________________________________________ Do You Yahoo!? Try FREE Yahoo! Mail - the world's greatest free email! http://mail.yahoo.com/

1 0

WineHQ.com moving today
by Jeremy Newman 05 Mar '02

05 Mar '02

FINAL NOTICE! We are going to shut down the old Winehq.com box today. This will happen at 9pm CST. At that time the new winehq.com box should be operational. But as with all DNS transfers, there may be delay as the changes propagate the net. If you can't get to winehq.com, use winehq.org instead. There will be no difference between the two domains. This is the final opportunity for you to contact me if you have any questions or comments before we move. -- __ _WebGeek/NetAdmin CodeWeavers -= http://www.codeweavers.com | \| |_____ __ ___ __ __ _ _ _ -= http://www.dracowulf.com | .` / -_) | | / ' \/ _` | ' \ -= mailto:jnewman@codeweavers.com |_|\_\___|\_/\_/|_|_|_\__,_|_||_| -= ICQ: 1842980 Yahoo: laxdragon

1 0

Thanks -- well done
by law＠redhat.com 05 Mar '02

05 Mar '02

I've been following Wine development for the last 6 months, mostly watching for improvements for the 2 Windows applications I actually care about -- Quicken and TurboTax. Quicken has been mostly usable for that entire time period; however it's behavior has significantly improved. Far fewer hangs, crashes and other undesirable behavior. I won't enumerate the problems y'all have fixed, but the user-visible progress has been great. There's still some rough edges, but the improvements have been huge. TurboTax was basically unusable until recently -- but when I returned from a short vacation and updated my wine sources, all the show-stopping issues with TurboTax had been resolved. Amazing. The one issue in both tools that I still need to check on is both consistently ran out of GDI space, which I've hacked around with some tweaks to gdiobj.c. There was a 3rd application I've been evaluating (RentTracker) which was also unusable in mid-Feb, but which appears to work flawlessly now. I just wanted to let you know that you've made great strides recently and your work is greatly appreciated. jeff

1 0

making snoop.c not suck
by michael cardenas 05 Mar '02

05 Mar '02

Snoop seems to me to be an incredibly useful tool, when it doesn't crash. Attached is a patch that removes some of the functionality from snoop, but makes it crash less. Unfortunately, I still get a lot of crashes preceeded by the failure of the assert ordinal < nrofordinals in SNOOP_GetProcAddress. I tried to prevent this by adding an if statement there and returning zero if ordinal > nrofordinals, but that didn't stop the crashes. Does anyone have any idea how to fix this? Does anyone know why the ordinal number or the number of ordinals would wrong?

2 1

Re: regsrv from ReactOS (was Re: [wine-license] Conclusions)
by Andriy Palamarchuk 05 Mar '02

05 Mar '02

--- Steven Edwards <steven_ed4153(a)yahoo.com> wrote: > I just found the bug yesterday and noticed that we > have the application setting in our rosapps tree. I > dont really have the time to work on it. I was just > planning on mailing it to wine-devel once this > license stuff was worked out. Steven, thank you for the contribution. I'll look at it and submit the application to Wine CVS. > Do you know much about the wrc? I'm having trouble > building it under mingw. I'll look at it. Could you, please, create a bug in Bugzilla about this and assign the bug to me? It would be great if you also include information about the build problems you have. Andriy Palamarchuk __________________________________________________ Do You Yahoo!? Try FREE Yahoo! Mail - the world's greatest free email! http://mail.yahoo.com/

2 1

regsrv from ReactOS (was Re: [wine-license] Conclusions)
by Andriy Palamarchuk 05 Mar '02

05 Mar '02

> 2. regsrv32.exe from ReactOS might fix bug number 408. Steven, I think the correct corse of action for you would be to take the bug or, at least, add comments with this information. I took the bug some time ago and was going to start to work on it. I'm lucky I have not started coding before you give the complete solution. Also, as Patrick noted, we can use any application, even if it is GPL. Could you, please, provide more detailed information to the bug. If you want you can take it. Does ReactOS have any other useful applications we can use (winhelp, notepad, regedit come to mind)? Thank you, Andriy Palamarchuk __________________________________________________ Do You Yahoo!? Try FREE Yahoo! Mail - the world's greatest free email! http://mail.yahoo.com/

1 0

Running SetiQueue on Wine...
by Ken Reneris 04 Mar '02

04 Mar '02

Dear fellows, I have a small program called SetiQueue, that is an add-on to the popular Seti At Home project. There has been a lot of interest for various Linux/Unix ports of SetiQueue. Instead of doing such a port I would much rather get it running on Wine. The program itself it rather basic in it's OS usage and I am sort of surprised it doesn't just run on Wine. As not having Linux myself, I would be interested in knowing if there is a Wine expert that would want to work with me in getting it running. Either through changes in SetiQueue or Wine where ever appropriate. In the end I think this would help both products be more robust. In you have any questions or interest, just reply. - Thanks, Ken

1 0

VxD's and hardlocks
by list＠vmn.com.br 04 Mar '02

04 Mar '02

Hi, I am trying to run a point of sale app on wine. It uses a hard lock on the parallel port from www.proteq.com . This hard lock is implemented as a proteq.DLL , proteq.VxD pair. I read the documentation and browsed the mail lists and understood that VxD's have to be rewritten to work in wine. It is impossible to run a native VxD due to low level implementation conflicts between nix'es and Windows. All VxD's are builtin so to speak. I understand that www.proteq.com supports linux. Therefore, for my windows app to work under wine without modification, I would have to create a builtin proteq.DLL that accesses the linux's libs written by www.proteq.com. Is this correct? Thanks! Miguel ------------------------------------------------- This mail sent through IMP: webmail.vmn.com.br

3 2

String Resources & Popup Problem
by Sylvain Petreolle 04 Mar '02

04 Mar '02

Hi, Using code from notepad to reimplement lang with resources, I have a problem (searched over the net but didn't found speicfic help). Original code is used as,for En by example :(notepad.rc) MENU_En MENU { POPUP MENU_FILE { MENUITEM MENU_FILE_NEW, NP_FILE_NEW and compiles. I'm also using it as : 10:MAIN_MENU MENU 11:{ 12: POPUP MENU_FILE { 13: MENUITEM MENU_FILE_NEW, NP_FILE_NEW and wrc fails like this : notepad.rc:12:13: Error: parse error What I'm missing wrong ? ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

2 1

atldef.h ?
by Per Wigren 03 Mar '02

03 Mar '02

Hi! I'm extremly new to this so please don't call me names! :) I'm trying to port a Windows app to Linux using winelib. When running ./configure I get this error: checking for atldef.h header... configure: error: Could not find the ATL includes What is atldef.h? Some third-party stuff? It doesn't seem to be included with wine.. Regards Per Wigren

2 1

Painfully slow server
by Gerhard W. Gruber 03 Mar '02

03 Mar '02

The last few days the NNTP server is painfully slow for winehq. Is this due to the movement I read about, or does this have other reasons? It takes often several minutes to retrieve a single mail.

1 0

RichText
by Martyn Ranyard 03 Mar '02

03 Mar '02

Hi, I'm a Delphi Developer, and whilst my main project I am working on at the moment works beutifully under WINE, the autorun menu doesn't. This is (I believe) because it uses a RichEdit control. I believe this is currently being worked upon, and I would like to be able to help - I should be able to by creating test programs in Delphi and running them under wine. I am not on this mailing list, so please cc me in on any progress reports / replys. I attach the standard output of wine when running my autorun program, in the hope that it might help speed bugfixing. Martyn Ranyard Free Software Advocate fixme:commctrl:InitializeFlatSB stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:InitializeFlatSB stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:InitializeFlatSB stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:richedit:RICHED32_WindowProc Unknown message 129 fixme:richedit:RICHED32_WindowProc Unknown message 528 fixme:richedit:RICHED32_WindowProc Unknown message 48656 fixme:richedit:RICHED32_WindowProc Unknown message 45074 fixme:richedit:RICHED32_WindowProc Unknown message 48656 fixme:richedit:RICHED32_WindowProc Unknown message 130 fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub fixme:commctrl:FlatSB_SetScrollProp stub wine: Unhandled exception, starting debugger...

2 1

Re: atldef.h?
by Christian Jiresjö 03 Mar '02

03 Mar '02

This is microsofts definition of atl: "The Active Template Library (ATL) is a collection of C++ templates included in Microsoft Visual C++ version 4.0 and greater. This template library is intended specifically to facilitate the creation of Component Object Model (COM) objects." http://msdn.microsoft.com/library/default.asp?url=/library/en-us/comsrv2k/h… As shown by the definition it's a part of visual c++. I don't think anyone has/is porting it to wine but i have only been following the list for a couple of months and aren't really interested in atl so i might have missed it

1 0

Re: DTR Flow Control
by Mike McCormack 03 Mar '02

03 Mar '02

Original message from: lawson_whitney(a)juno.com > >On Mon, 25 Feb 2002, Michael Cardenas wrote: > >> Attached is the output of +relay,+file,+comm. .. >May we see a > >wine --version, please? Michael, How about showing us the source you are using, so we can help you debug it? thanks in advance ;-) Mike ------------------------------------------ mailto:Mike_McCormack@start.com.au ph +82 16 430 0425 __________________________________________________________________ Get your free Australian email account at http://www.Looksmart.com.au

5 5

DDE Problems and Thread Execution Order in win16 - win3.1
by list＠vmn.com.br 02 Mar '02

02 Mar '02

Hi, I am trying to run a 16bit windows app on wine. The app is broken down into about 5 diferent EXE files. The init sequence is something like: --- PDV.EXE -> starts up and calls DISP.EXE -> DISP and PDV communicate through DDE BD2.EXE -> runs ctree, a dbf database ... (other apps get spawned by PDV.EXE) If above sequence is successfull - PDV's User Interface get's completely built PDV is ready for user interaction. --- PDV has 2 windows and DISP has one. All the other apps run minimized. I can't get the APP to finish this init sequence. It either hangs with a lot of err:ntdll:RtlpWaitForCriticalSection section 0x4010030c "syslevel.c: Win16Mutex" wait timed out, retrying (60 sec) fs=0897 errors and/or crashes with an exception. The app runs fine untill it get's to the point where it spawns a second EXE. It seems to me that the execution of these processess is not happening in the same order in win98 and in wine. Could this be the case? I read all I could find in the mailing lists and the manual on this issue, specially wine-devel manual. A good example to demonstrate this is the sequence where PDV.EXE calls DISP.EXE and then tries to set up DDE. The code in the APP is: 1. Run PDV.EXE 2. PDV.EXE Calls DISP.EXE - DISP initializes 3. Set up DDE The code being run by wine is 1. Run PDV.EXE 2. PDV.EXE Calls DISP.EXE - Disp starts initializing and control is returned to PDV.EXE 3. PDV.EXE thinks DISP.EXE is initialized and tries to set up DDE. The call fails 4. DISP.EXE finishes initializing , does not receive a DDEConnect and just sit's there with no work to do. The sequence where PDV.EXE calls BD.EXE is similar. It seems that BD.EXE is not getting enough processor time to finish it's init sequence, and so my app hangs during the init sequence. I don't know how to test this. I have access to the source of these apps. If I compile them with debugging info, will I be able to see them in winedbg? Is there a call in win16 to yield the app's execution? Maybe if I called this often in my PDV.EXE code, things would work out? I have been at it for about two days and would certainly appreciate an insight. Please help me out ! Thanks, Miguel --- I would like to note that the app was not drawing it's windows correctly - the windows where gray. I thought this was due to the same problem as the init sequence but when I set winLook=win31 in the .wine/config file, this problem is solved. ------------------------------------------------- This mail sent through IMP: webmail.vmn.com.br

1 0

update on bug #11 and #435, newbie questions
by jasonp 02 Mar '02

02 Mar '02

I'm new to Wine development and was checking out bug #11 (from "tasklet" meta-bug #406) I added some comments for it. It seems beyond the scope of a beginner type bug. See bug for details. Also, the latest build was having problems getting configure to recognize freetype which was already reported as #435. It has some more details now. Something else I came across: the most recent tarfile for CVS dirs, "wine-cvsdirs-20011226.tar.gz", is missing the directory for "wine/dlls/crypt32/CVS" Should this be reported as a bug? I was going to look at bug #323 (close stdout/stderr for wineclipsrv, ie. run as daemon) Any suggestions or comments for that? Wouldn't the system call daemon() take care of it pretty easily? Jason Phillips

2 1

Re: Question about ToolbarWindowProc
by Guy L. Albertelli 02 Mar '02

02 Mar '02

----- Original Message ----- From: "Guy L. Albertelli" <galberte(a)neo.lrun.com> To: "Jeremy Shaw" <jeremy(a)lindows.com>; "Wine Devel" <wine-devel(a)winehq.com> Sent: Wednesday, February 27, 2002 9:20 PM Subject: Re: Question about ToolbarWindowProc [snip] > case 0x0463: > { > LPDWORD hoho = (LPDWORD)lParam; > ERR("[0463] lParam 0x%08lx -> 0x%08lx 0x%08lx\n", > lParam, *hoho, *(hoho+1)); > /* guess - level 1 */ > if (!*(hoho+1)) { > *(hoho+1) = *hoho; /* set second word to first */ > } > return 0; /* really should be 1 */ > } > After more thought (this is still supposition), I think that lParam is a LPSIZE. Also that the code (at least partially) could be: case 0x0463: { LPSIZE hoho = (LPDWORD)lParam; ERR("[0463] lParam 0x%08lx -> 0x%08lx 0x%08lx\n", lParam, hoho->cx, hoho->cy); /* guess - level 2 */ if (!hoho->cy) { hoho->cy = infoPtr->rcBound.bottom - infoPtr->rcBound.top; } return 1; } Note that there has to be some difference between [0463] and TB_GETMAXSIZE. Also I have seen some of the values being -1 or other small values. Making the changes to spy.c and seeing what the natvie control does will be the key. Guy

2 2

Update: Agenda for wineconf 2002
by Michael Robertson 01 Mar '02

01 Mar '02

We have two full days planned (March 15th-16th). The sessions will go from 9-5 on both Friday and Saturday. I think all of the international attendees are coming in on Thurs, so they'll be rested up to start at 9am Friday morning. Both days, breakfast pastries will be provided at the conference premises along with lunch. Dinners will be within walking distance on Friday and Saturday shuttles will be provided to our dinner spot. We're also planning on providing transportation from the airport to hotels on Thurs for our out of town guests. So a rental cars may not be necessary unless you're planning on extra activities on Sunday that aren't part of the conference. As for the conference sessions, the attendees are the speakers, so we're asking those in attendance to prepare a 30-45 minute presentation meant to educate and inform as well as spur on discussion. If you don't see your name on the list below, please send me a topic you would like to give a presenation on. We have a great conference venue lined up which will have plenty of meeting rooms and state of the art presentation capabilities along with internet access. To give a presentation, you can either bring a laptop to plug into the video projection system or you can email to me your presentation and I will insure that it is on a computer plugged into the projection system for your presentation. There are 3 areas that we'll be focusing on: Business issues - This will be a combination of presentation from companies talking about their business experience with WINE as well as talks on the non-technical issues facing WINE. Wine Technology - There will be some advanced topics as well as some more general overviews. Since (http://www.lpbn.org) will be on hand to shoot video of all the session, our goal is to have a video series that those newer to wine can view at anytime via the net to get up to speed. There will be a series of more advanced topics as well. Future of wine - These will be talks focusing on looking forward to technology and business issues confronting wine. Alexandre's keynote will set the tone and provide a roadmap for many of the discussions. The specific times for the speakers below have not been set other than Alexandre's keynote which naturally will start the conference. Here's the working list. If you see your name below and don't like the topic, let me know that people have requested we're happy to change it. If you don't see your name below, let me know and we'll do our best to accomodate you! -- MR Business Talks ----------------- An Unique Commercial Application for WINE [Cadlink Technology/Hawkes] Gaming and Beyond [Transgaming/State] ReactOS - Where it's at, where it's going [ReactOS/Filby] Corel, A Look Back [Xandros/Tranter] Crossover Strategy [Codeweavers/???] Macadamian - Making It As A Software House [Hatheway] Developer Funding, Who Pays The Rent [???] Wine Technology -------------------- Approaches to debug a random windows program different approach [Weigand] Development Model [AJ] NORM - The secret weapon [Codeweavers/???] Making Fonts Not Look Like Crap [Davies] Regression Testing [???] How To Improve The Debugger [Meissner] Maximizing performance of WINE [???] Package streamlining of WINE [???] DirectX [Kaaven] WINE as a porting tool [Jacques] API Standardization [???] Future of Wine ---------------- AJ - Wine Keynote to open the conference 9am on Friday. WINE's "Most Wanted": Features To Make WINE Great [???]

1 0

Mouse and keyboard events in DGA2 mode
by J. Christopher Pereira 01 Mar '02

01 Mar '02

Hi to all: I'm new here. Please don't bite me :-) Since some time ago, the mouse & keyboard events processing in DGA2 mode is broken in the CVS. I spent some time doing regresion tests and noticed that 20010131 and 20010216 works great (mouse + kb + dga2, same system), so I guess it's an old known bug (?) Any idea/help? dlls/x11drv/dga2.c?

2 1

Re: Shlwapi UNC problems with IE6 (fwd, try again)
by Alexandre Julliard 01 Mar '02

01 Mar '02

lawson_whitney(a)juno.com writes: > ChangeLog: > dlls/shlwapi/path.c: > Lawson Whitney <lawson_whitney(a)juno.com> > Protect PathIsUNCServerShare from bad lpszPath. Windows doesn't seem to do this. The bad pointer probably comes from an earlier bug. -- Alexandre Julliard julliard(a)winehq.com

3 2

Oops! Sorry about the mis-send concerning the wineconf agenda
by Michael Robertson 01 Mar '02

01 Mar '02

I accidentally sent an incomplete message to the list. I apologize. I'd like to blame kmail, but its user error. Later today will be an updated revision of the agenda for wineconf. The event is coming together great! -- MR

1 0

Update: Agenda for wineconf 2002
by Michael Robertson 01 Mar '02

01 Mar '02

There are 3 areas that we'll be focusing on: Business issues - - Basic wine expertise - Future of wine Business Talks A Unique Commercial Application for WINE [Cadlink Technology/Hawkes] Gaming and Beyond [Transgaming/State] ReactOS - Where it's at, where it's going [ReactOS/Filby] Corel, A Look Back [Xandros/Tranter] Crossover Strategy [Codeweavers/???] Macadamian - Making It As A Software House [Macadamian] How to debug a random windows program different approach

1 0

newBie Question:RtlpWaitForCriticalSection
by list＠vmn.com.br 01 Mar '02

01 Mar '02

err:ntdll:RtlpWaitForCriticalSection section 0x4010030c "syslevel.c: Win16Mutex" wait timed out, retrying (60 sec) fs=0897 What does this error mean? This looks like a timer to me, that is, if a certain amount of execution does not happen then this error is printed. The amount of execution is measured by two flags in wine builtin code. Is this correct? My App is generating a lot of these.... Thanks, Miguel ------------------------------------------------- This mail sent through IMP: webmail.vmn.com.br

1 0

Re: DDE problems on 16bit Apps
by Eric Pouech 01 Mar '02

01 Mar '02

> 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; > } the issue is here above. the trace shows that the child program initializes itself after the parent tries to connect whereas here, the parent seems to wait for the app to be up and running before it goes further what does your WaitAppActivate function do ? (PS: I'll be away from my PC for more than one week starting now. so, I'll likely be very unresponsible in that time frame) 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.

1 0

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 March 2002