wine-devel

wine-devel@winehq.org

2 participants
84469 discussions

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

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

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