- wine-devel - winehq.org

bitmap corruption
by Mike Hearn 16 Mar '03

16 Mar '03

if anybody wishes to tackle a fun bug, take a look at the imagelist control in commctrl32 - it corrupts masks, giving some nasty visual corruption esp on toolbar icons, but i've also seen it in winrar. i suspect the _read_bitmap function doesn't do 1bit images correctly, but didn't really manage to find out. i might have another crack tomorrow, but in case somebody is looking for a job.... :)

2 4

dlls/winmm/wineoss/audio.c portability breakage
by Gerald Pfeifer 16 Mar '03

16 Mar '03

The following change to dlls/winmm/wineoss/audio.c revision 1.79 date: 2003/03/15 00:54:12; author: julliard; state: Exp; lines: +231 -73 Robert Reif <reif(a)earthlink.net> Added support for multiple direct sound devices. unfortunately breaks compilation on FreeBSD: audio.c: In function `OSS_WaveOutInit': audio.c:501: syntax error before `info' audio.c:502: `SOUND_MIXER_INFO' undeclared (first use in this function) audio.c:502: (Each undeclared identifier is reported only once audio.c:502: for each function it appears in.) audio.c:502: `info' undeclared (first use in this function) audio.c: In function `OSS_WaveInInit': audio.c:634: syntax error before `info' audio.c:635: `SOUND_MIXER_INFO' undeclared (first use in this function) audio.c:635: `info' undeclared (first use in this function) As far as I can see mixer_info does not exist on FreeBSD 4.7 (at least). I'm afraid I won't have the time to investigate this into more detail by myself; would you mind having a look? Thanks, Gerald -- Gerald "Jerry" pfeifer(a)dbai.tuwien.ac.at http://www.pfeifer.com/gerald/

3 5

[ANN] www.dssd.ca/wine problems
by Dimitrie O. Paun 16 Mar '03

16 Mar '03

Folks, My IP for the dssd.ca domain has changed Friday. I am in the process of updating the DNS servers to the new address, but it may take a while. Meantime, you can access the Wine pages I maintain at: http://24.103.33.114/wine/ I will let you know when things are back to normal... -- Dimi.

1 0

SHGetFileInfo - fix LargeIcon & add rel. path
by Vitaliy Margolen 15 Mar '03

15 Mar '03

According to MSDN: pszPath - [in] Pointer to a buffer that contains the path and file name. Both absolute and _RELATIVE_ paths are valid. Plus fix for getting Large Icon properly. SHGetFileInfo was always returning small icon. Looking at what I found, I think this should be yet one more sanity check project that does following: if (aConst == 0) Find all where (* & aConst) For more details see patch. FIY: SHGFI_LARGEICON = $00000000 Vitaliy Margolen changelog: - make SHGetFileInfo handle relative paths - fix requests for large icons Index: shell32_main.c =================================================================== RCS file: /home/wine/wine/dlls/shell32/shell32_main.c,v retrieving revision 1.112 diff -u -r1.112 shell32_main.c --- shell32_main.c 14 Jan 2003 23:43:42 -0000 1.112 +++ shell32_main.c 15 Mar 2003 21:44:50 -0000 @@ -209,7 +209,7 @@ SHFILEINFOA *psfi, UINT sizeofpsfi, UINT flags ) { - char szLocation[MAX_PATH]; + char szLocation[MAX_PATH], szFullPath[MAX_PATH]; int iIndex; DWORD ret = TRUE, dwAttributes = 0; IShellFolder * psfParent = NULL; @@ -229,6 +229,16 @@ psfi->szTypeName[0] = '\0'; psfi->iIcon = 0; + if (!(flags & SHGFI_PIDL)){ + // SHGitFileInfo should work with absolute and relative paths */ + if (PathIsRelativeA(path)){ + GetCurrentDirectoryA(MAX_PATH, szLocation); + PathCombineA(szFullPath, szLocation, path); + } else { + lstrcpynA(szFullPath, path, MAX_PATH); + } + } + if (flags & SHGFI_EXETYPE) { BOOL status = FALSE; HANDLE hfile; @@ -240,12 +250,12 @@ if (flags != SHGFI_EXETYPE) return 0; - status = GetBinaryTypeA (path, &BinaryType); + status = GetBinaryTypeA (szFullPath, &BinaryType); if (!status) return 0; if ((BinaryType == SCS_DOS_BINARY) || (BinaryType == SCS_PIF_BINARY)) return 0x4d5a; - hfile = CreateFileA( path, GENERIC_READ, FILE_SHARE_READ, + hfile = CreateFileA( szFullPath, GENERIC_READ, FILE_SHARE_READ, NULL, OPEN_EXISTING, 0, 0 ); if ( hfile == INVALID_HANDLE_VALUE ) return 0; @@ -294,7 +304,7 @@ if (flags & SHGFI_PIDL) { pidl = ILClone((LPCITEMIDLIST)path); } else if (!(flags & SHGFI_USEFILEATTRIBUTES)) { - hr = SHILCreateFromPathA(path, &pidl, &dwAttributes); + hr = SHILCreateFromPathA(szFullPath, &pidl, &dwAttributes); } if ((flags & SHGFI_PIDL) || !(flags & SHGFI_USEFILEATTRIBUTES)) @@ -324,7 +334,7 @@ { if (flags & SHGFI_USEFILEATTRIBUTES) { - strcpy (psfi->szDisplayName, PathFindFileNameA(path)); + strcpy (psfi->szDisplayName, PathFindFileNameA(szFullPath)); } else { @@ -346,7 +356,7 @@ else { char sTemp[64]; - strcpy(sTemp,PathFindExtensionA(path)); + strcpy(sTemp,PathFindExtensionA(szFullPath)); if (!( HCR_MapTypeToValueA(sTemp, sTemp, 64, TRUE) && HCR_MapTypeToValueA(sTemp, psfi->szTypeName, 80, FALSE ))) { @@ -397,7 +407,7 @@ char * szExt; DWORD dwNr=0; - lstrcpynA(sTemp, path, MAX_PATH); + lstrcpynA(sTemp, szFullPath, MAX_PATH); if (dwFileAttributes & FILE_ATTRIBUTE_DIRECTORY) psfi->iIcon = 2; @@ -409,7 +419,7 @@ && HCR_GetDefaultIconA(sTemp, sTemp, MAX_PATH, &dwNr)) { if (!strcmp("%1",sTemp)) /* icon is in the file */ - strcpy(sTemp, path); + strcpy(sTemp, szFullPath); if (flags & SHGFI_SYSICONINDEX) { @@ -419,10 +429,10 @@ else { IconNotYetLoaded=FALSE; - PrivateExtractIconsA(sTemp,dwNr,(flags&SHGFI_LARGEICON) ? - GetSystemMetrics(SM_CXICON) : GetSystemMetrics(SM_CXSMICON), - (flags&SHGFI_LARGEICON) ? GetSystemMetrics(SM_CYICON) : - GetSystemMetrics(SM_CYSMICON), &psfi->hIcon,0,1,0); + PrivateExtractIconsA(sTemp,dwNr,(flags & SHGFI_SMALLICON) ? + GetSystemMetrics(SM_CXSMICON) : GetSystemMetrics(SM_CXICON), + (flags & SHGFI_SMALLICON) ? GetSystemMetrics(SM_CYSMICON) : + GetSystemMetrics(SM_CYICON), &psfi->hIcon,0,1,0); psfi->iIcon = dwNr; } } @@ -430,7 +440,7 @@ } else { - if (!(PidlToSicIndex(psfParent, pidlLast, (flags & SHGFI_LARGEICON), + if (!(PidlToSicIndex(psfParent, pidlLast, !(flags & SHGFI_SMALLICON), (flags & SHGFI_OPENICON)? GIL_OPENICON : 0, &(psfi->iIcon)))) { ret = FALSE; @@ -438,13 +448,13 @@ } if (ret) { - ret = (DWORD) ((flags & SHGFI_LARGEICON) ? ShellBigIconList : ShellSmallIconList); + ret = (DWORD) ((flags & SHGFI_SMALLICON) ? ShellSmallIconList : ShellBigIconList); } } /* icon handle */ if (SUCCEEDED(hr) && (flags & SHGFI_ICON) && IconNotYetLoaded) - psfi->hIcon = ImageList_GetIcon((flags & SHGFI_LARGEICON) ? ShellBigIconList:ShellSmallIconList, psfi->iIcon, ILD_NORMAL); + psfi->hIcon = ImageList_GetIcon((flags & SHGFI_SMALLICON) ? ShellSmallIconList:ShellBigIconList, psfi->iIcon, ILD_NORMAL); if (flags & (SHGFI_UNKNOWN1 | SHGFI_UNKNOWN2 | SHGFI_UNKNOWN3)) FIXME("unknown attribute!\n");

1 0

Re: Fix for ArrangeCtrlPositions in commdlg
by Maxime Bellengé 15 Mar '03

15 Mar '03

Is there any problem with this patch ? It has not been applied and I didn't see any comments on wine-devel. The current cvs implementation is broken I think. If you try to open a file with WinHex or WinZip you can see the problems. If there is any problem with it, please tell me in order for me to fix it a+ On Wed, 2003-03-12 at 23:54, Maxime Bellengé wrote: > This patch replaces my previous patches. > It fixes the computation of the file dialog box size and the component > placement. > > Now WinHex open dialog box looks fine as well as VirtualDub, Winzip. > > The new algorithm is partially based on information found at > http://www.bridgespublishing.com/articles/issues/0201/Custom_Open_dialogs__… > > ChangeLog: > - Fix how the size of the dialog is computed and the child component > placed. -- Maxime Bellengé <maxime.bellenge(a)laposte.net>

2 1

Re: Oleauto Header
by Alexandre Julliard 15 Mar '03

15 Mar '03

Jon <jon_p_griffiths(a)yahoo.com> writes: > +dlls/oleaut32/variant.c > Correct the prototype of VarCyFromI1() Actually I'd argue that using signed char is correct here, and that the other I1 functions should be fixed to use signed chars too. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: (Mis)using threads
by Mikko Rauhala 15 Mar '03

15 Mar '03

(Sorry for thread breakage, I'm not actually subscribed but commenting based on the archive.) On Thu Mar 13 2003, 02:11:50 CST Ove Kaaven wrote: > Yes, they all support what I'm saying: a non-root process cannot > increase its scheduling priority (in the common meaning of "priority", > not the inversed sense that renice and setpriority use, of course, if > that wasn't obvious). Actually, at least Linux has some capability support, and if the Wine process would by some means be set up to receive CAP_SYS_NICE, it could manipulate priorities at will. Unfortunately, I don't think eg. the capability filesystem support is at place currently, so this might take some tweaking. (I'm not sure if eg. a suid root wrapper that would just exec wine with normal user priviledges and give it CAP_SYS_NICE would work.) This solution also is obviously limited to systems supporting CAP_SYS_NICE. Another alternative would be to make a suitably authorized (root or CAP_SYS_NICE) priority switching server, which could respond to spesifically authorized priority switch requests. A bit of a kludge, yes. Of course, any solution that gives user processes access to setpriority() is potentially dangerous, but at least the dangers would be limited, unlike with running Wine as root. -- Mikko Rauhala - mjr(a)iki.fi - <URL:http://www.iki.fi/mjr/> Transhumanist - WTA member - <URL:http://www.transhumanism.org/> Singularitarian - SIAI supporter - <URL:http://www.singinst.org/>

1 0

DPRINTF->TRACE Final (Exceptions - not changed)
by Tony Lambregts 15 Mar '03

15 Mar '03

This completes the first stage of DPRINTF->TRACE. There are still a lot of files that use DPRINTF. The following is a list of the files I where I did not replace DPRINTF with TRACE along with a breif explanation. I would appreciate any comments on this or any of the patches that I submitted over the last day. windows/dce.c................ dump function. windows/winproc.............. dump function. scheduler/process.c.......... relay function. scheduler/tread.c............ relay function. relay32/relay386.c........... relay function. relay32/snoop.c.............. snoop function. programs/wineconsole ........ uses WINE_DPRINTF. msdos/vxd.c.................. dump function. misc/version.c............... should this be a FIXME? memory/global.c.............. dump function. memory/instr.c............... dump function. memory/local.c............... dump function. loader/pe_image.c............ dump function. loader/ne/module.c........... dump function. if1632/relay.c............... relay function. if1632/snoop.c............... snoop function. graphics/x11drv/opengl.c .... dump function. files/smb.c.................. dump functions (patch submitted) review. dlls/wineclipsrv.c........... define macros. dlls/winsock/socket.c........ dump function. dlls/winedos/dosvm.c......... relay function. dlls/winaspi/winaspi16.c .... dump function. dlls/winaspi/winaspi32.c..... dump function. dlls/user/hook.c............. relay function. dlls/opengl32/wgl.c.......... dump function (review). dlls/ole32/compobj.c......... dunp function. dlls/ole32/compositemoniker.c review (no /n to complete). dlls/ole32/storage.c......... dump function. dlls/ntdll/heap.c............ dump function. dlls/ntdll/virtual.c......... dump function. dlls/msvcrt/cppexcept.c...... dump function. dlls/kernel/thunk.c.......... thunk. dlls/kernel/wowthunk.c....... thunk. dlls/dsound/buffer.c......... this should be a fixme/message review. dlls/dsound/dsound_main.c.... dump function needs review. dlls/dsound/primary.c........ this should be a fixme/message review. dlls/dinput/device.c......... dump function dlls/ddraw/d3dcommon.c....... dump functions dlls/ddraw/d3dexecutebuffer.c patch submitted, dump function review. dlls/ddraw/d3dlight.c........ dump function dlls/ddraw/d3dmaterial.c..... dump functions dlls/ddraw/d3dhelper.c....... dump functions dlls/d3d8/device.c........... perhaps this should be a FIXME dlls/d3d8/shader.c........... frankly I don't want to touch it.<g> controls/menu.c.............. ditto. -- Tony Lambregts

3 3

Re: Fwd: failure delivery
by Eric Pouech 15 Mar '03

15 Mar '03

Jon Griffiths wrote: >>>any reason why not use DllMain instead of patching winebuild ? >> >>If you mean the DllMain of msvcrt, there is no way for the it to >>know >>what type of app is calling it AFAICS. Only the generated main >>knows, >>and should inform msvcrt when it starts. Also the handling of >>main() >>is different for natively build apps linked with msvcrt: they >>should >>eventually have a different loop than ExitProcess(main()) >> >>Some of these settings can be overriden and should be handled by >>the >>.exe file. Wildcard expansion and the user math errors come to >>mind. but in most of the cases, this is a linker issue (overriding in user's compilation units symbols which come from libraries - in this case the C runtime libraries) perhaps a better way would be to add another layer: - instead of calling directly the user defined main function, then call another one, which would perform the next initialization steps (main vs. wmain calling, _matherr overriding, command line expansion...) A+ -- Eric Pouech

1 0

Re: DPRINTF->TRACE Final (Exceptions - not changed)
by Jon Griffiths 15 Mar '03

15 Mar '03

Hi, > but i can't without use of DPRINTF ... > but if you have a better solution ? I suggest creating functions to print your types into a string, and then dump the created string. Then, if no trace is defined, make those functions macros that compile to nothing. Cheers, Jon ===== "Don't wait for the seas to part, or messiahs to come; Don't you sit around and waste this chance..." - Live jon_p_griffiths(a)yahoo.com __________________________________________________ Do you Yahoo!? Yahoo! Web Hosting - establish your business online http://webhosting.yahoo.com

1 0

Re: winebuild initialisation
by Eric Pouech 15 Mar '03

15 Mar '03

Jon wrote: > Hi, > > This patch adds initialisation code to apps that import msvcrt. This should be > expanded at some point to do the right things for dlls that do the same, but > at present, this only affects Winelib users who build their own dlls. > > Apps that don't import msvcrt won't see any changes. any reason why not use DllMain instead of patching winebuild ? -- Eric Pouech

2 1

Re: ntdll Rtl Strings
by Jon Griffiths 15 Mar '03

15 Mar '03

Hi, >For base 0 it accepts: {whitespace} [+|-] [0[x|o|b]] {digits} >For bases 2, 8, 10 and 16 it accepts: {whitespace} [+|-] {digits} I'll resend with this difference added, for what its worth. > So: Feel free to reformat the comments of "my" functions, > but do not remove information. Far be it from me to impinge on "your" functions. I understand that documenting our implementation well is important, which is why I sent the patches in the first place, to produce better quality documentation in developer-useful formats (see documentation patches 1-4). Since we obviously share the same goals here, can I suggest you generate the documentation for functions you consider "yours", and reformat them as appropriate. Then we can work together to reach both our goals, without needing to resort to 'yours-and-mine' mentality. And Wine and Winelib developers will benefit as a result. Cheers, Jon (in humourously amused mode) ===== "Don't wait for the seas to part, or messiahs to come; Don't you sit around and waste this chance..." - Live jon_p_griffiths(a)yahoo.com __________________________________________________ Do you Yahoo!? Yahoo! Web Hosting - establish your business online http://webhosting.yahoo.com

1 0

Re: wine/ server/trace.c server/thread.h server/th ...
by Rein Klazes 15 Mar '03

15 Mar '03

On Tue, 4 Mar 2003 16:18:44 -0600, you wrote: > ChangeSet ID: 7374 > CVSROOT: /opt/cvs-commit > Module name: wine > Changes by: julliard(a)wine.codeweavers.com 2003/03/04 16:18:44 > > Modified files: > server : trace.c thread.h thread.c ptrace.c process.c > context_sparc.c context_powerpc.c > context_i386.c > scheduler : process.c client.c > include/wine : server_protocol.h > dlls/ntdll : signal_sparc.c signal_powerpc.c signal_i386.c > > Log message: > Use SIGUSR1 instead of SIGSTOP to suspend threads. This patch causes a regression running thebat! mail client. Running with --debugmsg +seh gives: | trace:seh:EXC_RtlRaiseException code=c0000005 flags=0 addr=0x41f32ea1 | trace:seh:EXC_RtlRaiseException info[0]=00000001 | trace:seh:EXC_RtlRaiseException info[1]=00000000 | trace:seh:EXC_CallHandler calling handler at 0x43fcf5 code=c0000005 flags=0 | trace:seh:EXC_RtlUnwind code=c0000005 flags=2 | trace:seh:EXC_RtlRaiseException code=c0000028 flags=1 addr=(nil) | err:seh:EXC_DefaultHandling Exception frame is not in stack limits => unable to dispatch exception. One thread stays alive, but the half-constructed main window is frozen. If I run with --debugmsg +relay there is no crash and the program manages to display the main windows after 20 miutes. Starting form winedbg doesn't seem to work, a first chance exception occurs soon after startup (long before the one above) and: | Wine-dbg>wine client error:b: read: Bad address | wine client error:b: sendmsg: Bad file descriptor I don't know how to proceed from here. Rein. -- Rein Klazes rklazes(a)xs4all.nl

2 2

Re: shlwapi.dll, Fix endless loop in StrPBrkW
by Eric Pouech 14 Mar '03

14 Mar '03

> - while (*lpszStr); > + while (*lpszStr) could we catch this type of error with smatch ? A+ -- Eric Pouech

5 9

mail address
by Eric Pouech 14 Mar '03

14 Mar '03

just to let you know that I had to change my email address... and that I have lost every mail sent since yesterday... so if you did send some mail to me outside of the wine official ML:s, then it may be good that you send them back TIA A+ -- Eric Pouech

1 0

Re: PATCH: dlls/ddraw/ddraw/hal.c
by Alexandre Julliard 14 Mar '03

14 Mar '03

Gerald Pfeifer <pfeifer(a)dbai.tuwien.ac.at> writes: > This hasn't been applied; did I miss anything (that is, is this patch > somehow broken)? If the function doesn't have the right signature it should be fixed, adding a cast is just hiding the bug. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: (resend) some ntdll functions (2a) - part 2: tests
by Alexandre Julliard 14 Mar '03

14 Mar '03

thomas.mertes(a)gmx.at writes: > Here are the tests for some ntdll functions. > The patch containing the functions was accepted. > Alexandre, can you tell me, why the patch with > the tests is not commited in CVS (I could not > find it in wine-cvs(a)winehq.com) ? Sorry, forgot to send you a note. Basically I think it would be much better to test the A and W functions in the same file, instead of duplicating all the test cases in two separate files. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: ListView Part2
by Dimitrie O. Paun 14 Mar '03

14 Mar '03

On March 14, 2003 02:22 am, Vitaliy Margolen wrote: > - INT cy = HIWORD(spacing), cx = LOWORD(spacing); > + signed short int cy = HIWORD(spacing), cx = LOWORD(spacing); Good spotting! An alternative fix is to us SHIWORD() and SLOWORD() instead. But since we're here, the pattern is to decode this sort of thing directly in LISTVIEW_WindowProc(), so let's do just that: ChangeLog Spacing information is signed (debugged and fixed by Vitaliy Margolen). Decode spacing information in the window procedure. Some spelling fixes. Index: dlls/comctl32/listview.c =================================================================== RCS file: /var/cvs/wine/dlls/comctl32/listview.c,v retrieving revision 1.343 diff -u -r1.343 listview.c --- dlls/comctl32/listview.c 7 Mar 2003 20:35:30 -0000 1.343 +++ dlls/comctl32/listview.c 14 Mar 2003 13:59:57 -0000 @@ -937,7 +937,7 @@ * - a special item to deal with * - simple range, or composite range * - empty range. - * If find bugs, or want to add features, please make sure you + * If you find bugs, or want to add features, please make sure you * always check/modify *both* iterator_prev, and iterator_next. */ @@ -1249,7 +1249,7 @@ return LISTVIEW_GetItemT(infoPtr, lpLVItem, TRUE); } -/* Listview invlaidation functions: use _only_ these function to invalidate */ +/* Listview invalidation functions: use _only_ these functions to invalidate */ static inline BOOL is_redrawing(LISTVIEW_INFO *infoPtr) { @@ -6478,12 +6478,13 @@ * * PARAMETER(S): * [I] infoPtr : valid pointer to the listview structure - * [I] spacing : MAKELONG(cx, cy) + * [I] cx : horizontal spacing (-1 = system spacing, 0 = autosize) + * [I] cy : vertical spacing (-1 = system spacing, 0 = autosize) * * RETURN: * MAKELONG(oldcx, oldcy) */ -static DWORD LISTVIEW_SetIconSpacing(LISTVIEW_INFO *infoPtr, DWORD spacing) +static DWORD LISTVIEW_SetIconSpacing(LISTVIEW_INFO *infoPtr, INT cx, INT cy) { INT cy = HIWORD(spacing), cx = LOWORD(spacing); DWORD oldspacing = MAKELONG(infoPtr->iconSpacing.cx, infoPtr->iconSpacing.cy); @@ -6567,7 +6568,7 @@ himlOld = infoPtr->himlNormal; infoPtr->himlNormal = himl; if (uView == LVS_ICON) set_icon_size(&infoPtr->iconSize, himl, FALSE); - LISTVIEW_SetIconSpacing(infoPtr, 0); + LISTVIEW_SetIconSpacing(infoPtr, 0, 0); break; case LVSIL_SMALL: @@ -8298,7 +8299,7 @@ { TRACE("icon old size=(%ld,%ld), new size=(%ld,%ld)\n", oldIconSize.cx, oldIconSize.cy, infoPtr->iconSize.cx, infoPtr->iconSize.cy); - LISTVIEW_SetIconSpacing(infoPtr, 0); + LISTVIEW_SetIconSpacing(infoPtr, 0, 0); } } else if (uNewView == LVS_REPORT) @@ -8620,7 +8621,7 @@ return LISTVIEW_SetHoverTime(infoPtr, (DWORD)wParam); case LVM_SETICONSPACING: - return LISTVIEW_SetIconSpacing(infoPtr, (DWORD)lParam); + return LISTVIEW_SetIconSpacing(infoPtr, SLOWORD(lParam), SHIWORD(lParam)); case LVM_SETIMAGELIST: return (LRESULT)LISTVIEW_SetImageList(infoPtr, (INT)wParam, (HIMAGELIST)lParam); -- Dimi.

1 0

Re: Doc
by Mike Hearn 14 Mar '03

14 Mar '03

Alexandre regenerates the authors list every so often from the ChangeLog. He did it just recently, so you may have missed the latest round, but don't worry - you will be added to the hall of shame*cough*fame :) On Thu, 2003-03-13 at 17:52, Maxime Bellengé wrote: > Adding me to the author list if my patches are accepted of course :). > > ChangeLog: > - Add myself to the author list. -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

1 0

Re: Fix for ArrangeCtrlPositions in commdlg
by Maxime Bellengé 14 Mar '03

14 Mar '03

I apologize for the multiple posts that sometimes come from me. I need to change my email program :) On Wed, 2003-03-12 at 23:54, Maxime Bellengé wrote: > This patch replaces my previous patches. > It fixes the computation of the file dialog box size and the component > placement. > > Now WinHex open dialog box looks fine as well as VirtualDub, Winzip. > > The new algorithm is partially based on information found at > http://www.bridgespublishing.com/articles/issues/0201/Custom_Open_dialogs__… > > ChangeLog: > - Fix how the size of the dialog is computed and the child component > placed. -- Maxime Bellengé <maxime.bellenge(a)laposte.net>

2 1

Re: ntdll Rtl Strings
by thomas.mertes＠gmx.at 14 Mar '03

14 Mar '03

Hello In your patch you changed the comment of "my" RtlCharToInteger function: > @@ -870,16 +1049,21 @@ > * > * Convert a character string into its integer equivalent. > * > - * On success assign an integer value and return STATUS_SUCCESS. > - * For base 0 accept: {whitespace} [+|-] [0[x|o|b]] {digits} > - * For bases 2, 8, 10 and 16 accept: {whitespace} [+|-] {digits} > - * For other bases return STATUS_INVALID_PARAMETER. > - * For value == NULL return STATUS_ACCESS_VIOLATION. > - * No check of value overflow: Just assign lower 32 bits (as native DLL). > - * Do not check for str != NULL (as native DLL). > + * PARAMS > + * str [I] String containing number > + * base [I] Number base for conversion > + * value [O] Destination for converted value > + * > + * RETURNS > + * Success: STATUS_SUCCESS. value contains the converted number > + * Failure: STATUS_ACCESS_VIOLATION, if value is NULL. > + * STATUS_INVALID_PARAMETER, if base is not 2, 8, 10 or 16. > * > - * Difference: > - * - Do not read garbage behind '\0' as native DLL does. > + * NOTES > + * The string should be in the format "{whitespace} [+|-] [0[x|o|b]] {digits}". > + * No check is made for value overflow, only the lower 32 bits are assigned. > + * If str is NULL this function will crash. > + * This function does not read garbage behind '\0' as the native version does. > */ > NTSTATUS WINAPI RtlCharToInteger( > PCSZ str, If you want to reformat it (to automatically generate documentation) this is ok. But please don't remove information. My documentation was not copied from the M$ documentation. It needed testing (see: dlls/ntdll/tests/rtlstr.c) to find out that For base 0 it accepts: {whitespace} [+|-] [0[x|o|b]] {digits} For bases 2, 8, 10 and 16 it accepts: {whitespace} [+|-] {digits} This is more precise and better information than the M$ documentation (which for other functions I implemented is sometimes misleading or just wrong). I want our documentation to be better than the original. I created a "Difference" section that the differences between the native and the wine function really stand out. For example: I am not always capable to find out which garbage values are generated by native functions. In such cases the "Difference" section gives this information. When an application works with the native function, but not with the wine function (it really requests these garbage values) the "Difference" section gives an entry to "improve" the wine function. So: Feel free to reformat the comments of "my" functions, but do not remove information. Greetings Thomas Mertes -- +++ GMX - Mail, Messaging & more http://www.gmx.net +++ Bitte lächeln! Fotogalerie online mit GMX ohne eigene Homepage!

1 0

Re: ntdll/kernel32: #6
by Alexandre Julliard 14 Mar '03

14 Mar '03

Eric Pouech <eric.pouech(a)wanadoo.fr> writes: > (Alexandre, in order to handle correctly the loader_critsect between > ntdll & kernel32, what do you suggest ? NT does it thru the > fastpeblock in the PEB, which we don't implement. shall we add to the > PDB in some unused field (which means we do export the PDB struct out > of scheduler/process.c, but you seemed to reluctant to do so so far) Note that the PEB lock and the loader section are not the same thing. The loader section corresponds to the LoaderLock field in the PEB. I think we should use the same thing, and access it like we do for the process heap, at least for now. > +NTSTATUS WINAPI LdrFindEntryForAddress(const void* addr, PLDR_MODULE* mod) > +{ > + WINE_MODREF* wm; > + NTSTATUS nts = STATUS_NO_MORE_ENTRIES; > + > + RtlEnterCriticalSection( &loader_section ); > + if (!addr) > + { > + wm = exe_modref; > + } This doesn't look right, address 0 is not inside the executable. Are you sure NT does it this way? -- Alexandre Julliard julliard(a)winehq.com

1 0

DPRINTF->TRACE windows
by Tony Lambregts 14 Mar '03

14 Mar '03

Change Log: Replace DPRINTF with TRACE Files changed: windows/dialog.c windows/win.c windows/winpos.c Files not changed: windows/dce.c windows/winproc -- Tony Lambregts Index: dialog.c =================================================================== RCS file: /home/wine/wine/windows/dialog.c,v retrieving revision 1.112 diff -u -u -r1.112 dialog.c --- dialog.c 2 Dec 2002 18:10:57 -0000 1.112 +++ dialog.c 14 Mar 2003 02:29:44 -0000 @@ -391,8 +391,8 @@ WORD i, count = GET_WORD(p) / sizeof(WORD); TRACE(" BEGIN\n"); TRACE(" "); - for (i = 0; i < count; i++) DPRINTF( "%04x,", GET_WORD(p+i+1) ); - DPRINTF("\n"); + for (i = 0; i < count; i++) TRACE( "%04x,", GET_WORD(p+i+1) ); + TRACE("\n"); TRACE(" END\n" ); } info->data = p + 1; Index: win.c =================================================================== RCS file: /home/wine/wine/windows/win.c,v retrieving revision 1.215 diff -u -u -r1.215 win.c --- win.c 8 Jan 2003 21:09:25 -0000 1.215 +++ win.c 14 Mar 2003 02:29:45 -0000 @@ -894,28 +894,28 @@ static void dump_window_styles( DWORD style, DWORD exstyle ) { TRACE( "style:" ); - if(style & WS_POPUP) DPRINTF(" WS_POPUP"); - if(style & WS_CHILD) DPRINTF(" WS_CHILD"); - if(style & WS_MINIMIZE) DPRINTF(" WS_MINIMIZE"); - if(style & WS_VISIBLE) DPRINTF(" WS_VISIBLE"); - if(style & WS_DISABLED) DPRINTF(" WS_DISABLED"); - if(style & WS_CLIPSIBLINGS) DPRINTF(" WS_CLIPSIBLINGS"); - if(style & WS_CLIPCHILDREN) DPRINTF(" WS_CLIPCHILDREN"); - if(style & WS_MAXIMIZE) DPRINTF(" WS_MAXIMIZE"); - if((style & WS_CAPTION) == WS_CAPTION) DPRINTF(" WS_CAPTION"); + if(style & WS_POPUP) TRACE(" WS_POPUP"); + if(style & WS_CHILD) TRACE(" WS_CHILD"); + if(style & WS_MINIMIZE) TRACE(" WS_MINIMIZE"); + if(style & WS_VISIBLE) TRACE(" WS_VISIBLE"); + if(style & WS_DISABLED) TRACE(" WS_DISABLED"); + if(style & WS_CLIPSIBLINGS) TRACE(" WS_CLIPSIBLINGS"); + if(style & WS_CLIPCHILDREN) TRACE(" WS_CLIPCHILDREN"); + if(style & WS_MAXIMIZE) TRACE(" WS_MAXIMIZE"); + if((style & WS_CAPTION) == WS_CAPTION) TRACE(" WS_CAPTION"); else { - if(style & WS_BORDER) DPRINTF(" WS_BORDER"); - if(style & WS_DLGFRAME) DPRINTF(" WS_DLGFRAME"); + if(style & WS_BORDER) TRACE(" WS_BORDER"); + if(style & WS_DLGFRAME) TRACE(" WS_DLGFRAME"); } - if(style & WS_VSCROLL) DPRINTF(" WS_VSCROLL"); - if(style & WS_HSCROLL) DPRINTF(" WS_HSCROLL"); - if(style & WS_SYSMENU) DPRINTF(" WS_SYSMENU"); - if(style & WS_THICKFRAME) DPRINTF(" WS_THICKFRAME"); - if(style & WS_GROUP) DPRINTF(" WS_GROUP"); - if(style & WS_TABSTOP) DPRINTF(" WS_TABSTOP"); - if(style & WS_MINIMIZEBOX) DPRINTF(" WS_MINIMIZEBOX"); - if(style & WS_MAXIMIZEBOX) DPRINTF(" WS_MAXIMIZEBOX"); + if(style & WS_VSCROLL) TRACE(" WS_VSCROLL"); + if(style & WS_HSCROLL) TRACE(" WS_HSCROLL"); + if(style & WS_SYSMENU) TRACE(" WS_SYSMENU"); + if(style & WS_THICKFRAME) TRACE(" WS_THICKFRAME"); + if(style & WS_GROUP) TRACE(" WS_GROUP"); + if(style & WS_TABSTOP) TRACE(" WS_TABSTOP"); + if(style & WS_MINIMIZEBOX) TRACE(" WS_MINIMIZEBOX"); + if(style & WS_MAXIMIZEBOX) TRACE(" WS_MAXIMIZEBOX"); /* FIXME: Add dumping of BS_/ES_/SBS_/LBS_/CBS_/DS_/etc. styles */ #define DUMPED_STYLES \ @@ -938,29 +938,29 @@ WS_MINIMIZEBOX | \ WS_MAXIMIZEBOX) - if(style & ~DUMPED_STYLES) DPRINTF(" %08lx", style & ~DUMPED_STYLES); - DPRINTF("\n"); + if(style & ~DUMPED_STYLES) TRACE(" %08lx", style & ~DUMPED_STYLES); + TRACE("\n"); #undef DUMPED_STYLES TRACE( "exstyle:" ); - if(exstyle & WS_EX_DLGMODALFRAME) DPRINTF(" WS_EX_DLGMODALFRAME"); - if(exstyle & WS_EX_DRAGDETECT) DPRINTF(" WS_EX_DRAGDETECT"); - if(exstyle & WS_EX_NOPARENTNOTIFY) DPRINTF(" WS_EX_NOPARENTNOTIFY"); - if(exstyle & WS_EX_TOPMOST) DPRINTF(" WS_EX_TOPMOST"); - if(exstyle & WS_EX_ACCEPTFILES) DPRINTF(" WS_EX_ACCEPTFILES"); - if(exstyle & WS_EX_TRANSPARENT) DPRINTF(" WS_EX_TRANSPARENT"); - if(exstyle & WS_EX_MDICHILD) DPRINTF(" WS_EX_MDICHILD"); - if(exstyle & WS_EX_TOOLWINDOW) DPRINTF(" WS_EX_TOOLWINDOW"); - if(exstyle & WS_EX_WINDOWEDGE) DPRINTF(" WS_EX_WINDOWEDGE"); - if(exstyle & WS_EX_CLIENTEDGE) DPRINTF(" WS_EX_CLIENTEDGE"); - if(exstyle & WS_EX_CONTEXTHELP) DPRINTF(" WS_EX_CONTEXTHELP"); - if(exstyle & WS_EX_RIGHT) DPRINTF(" WS_EX_RIGHT"); - if(exstyle & WS_EX_RTLREADING) DPRINTF(" WS_EX_RTLREADING"); - if(exstyle & WS_EX_LEFTSCROLLBAR) DPRINTF(" WS_EX_LEFTSCROLLBAR"); - if(exstyle & WS_EX_CONTROLPARENT) DPRINTF(" WS_EX_CONTROLPARENT"); - if(exstyle & WS_EX_STATICEDGE) DPRINTF(" WS_EX_STATICEDGE"); - if(exstyle & WS_EX_APPWINDOW) DPRINTF(" WS_EX_APPWINDOW"); - if(exstyle & WS_EX_LAYERED) DPRINTF(" WS_EX_LAYERED"); + if(exstyle & WS_EX_DLGMODALFRAME) TRACE(" WS_EX_DLGMODALFRAME"); + if(exstyle & WS_EX_DRAGDETECT) TRACE(" WS_EX_DRAGDETECT"); + if(exstyle & WS_EX_NOPARENTNOTIFY) TRACE(" WS_EX_NOPARENTNOTIFY"); + if(exstyle & WS_EX_TOPMOST) TRACE(" WS_EX_TOPMOST"); + if(exstyle & WS_EX_ACCEPTFILES) TRACE(" WS_EX_ACCEPTFILES"); + if(exstyle & WS_EX_TRANSPARENT) TRACE(" WS_EX_TRANSPARENT"); + if(exstyle & WS_EX_MDICHILD) TRACE(" WS_EX_MDICHILD"); + if(exstyle & WS_EX_TOOLWINDOW) TRACE(" WS_EX_TOOLWINDOW"); + if(exstyle & WS_EX_WINDOWEDGE) TRACE(" WS_EX_WINDOWEDGE"); + if(exstyle & WS_EX_CLIENTEDGE) TRACE(" WS_EX_CLIENTEDGE"); + if(exstyle & WS_EX_CONTEXTHELP) TRACE(" WS_EX_CONTEXTHELP"); + if(exstyle & WS_EX_RIGHT) TRACE(" WS_EX_RIGHT"); + if(exstyle & WS_EX_RTLREADING) TRACE(" WS_EX_RTLREADING"); + if(exstyle & WS_EX_LEFTSCROLLBAR) TRACE(" WS_EX_LEFTSCROLLBAR"); + if(exstyle & WS_EX_CONTROLPARENT) TRACE(" WS_EX_CONTROLPARENT"); + if(exstyle & WS_EX_STATICEDGE) TRACE(" WS_EX_STATICEDGE"); + if(exstyle & WS_EX_APPWINDOW) TRACE(" WS_EX_APPWINDOW"); + if(exstyle & WS_EX_LAYERED) TRACE(" WS_EX_LAYERED"); #define DUMPED_EX_STYLES \ (WS_EX_DLGMODALFRAME | \ @@ -982,8 +982,8 @@ WS_EX_APPWINDOW | \ WS_EX_LAYERED) - if(exstyle & ~DUMPED_EX_STYLES) DPRINTF(" %08lx", exstyle & ~DUMPED_EX_STYLES); - DPRINTF("\n"); + if(exstyle & ~DUMPED_EX_STYLES) TRACE(" %08lx", exstyle & ~DUMPED_EX_STYLES); + TRACE("\n"); #undef DUMPED_EX_STYLES } Index: winpos.c =================================================================== RCS file: /home/wine/wine/windows/winpos.c,v retrieving revision 1.143 diff -u -u -r1.143 winpos.c --- winpos.c 8 Jan 2003 21:09:25 -0000 1.143 +++ winpos.c 14 Mar 2003 02:29:46 -0000 @@ -1127,19 +1127,19 @@ static void dump_winpos_flags(UINT flags) { TRACE("flags:"); - if(flags & SWP_NOSIZE) DPRINTF(" SWP_NOSIZE"); - if(flags & SWP_NOMOVE) DPRINTF(" SWP_NOMOVE"); - if(flags & SWP_NOZORDER) DPRINTF(" SWP_NOZORDER"); - if(flags & SWP_NOREDRAW) DPRINTF(" SWP_NOREDRAW"); - if(flags & SWP_NOACTIVATE) DPRINTF(" SWP_NOACTIVATE"); - if(flags & SWP_FRAMECHANGED) DPRINTF(" SWP_FRAMECHANGED"); - if(flags & SWP_SHOWWINDOW) DPRINTF(" SWP_SHOWWINDOW"); - if(flags & SWP_HIDEWINDOW) DPRINTF(" SWP_HIDEWINDOW"); - if(flags & SWP_NOCOPYBITS) DPRINTF(" SWP_NOCOPYBITS"); - if(flags & SWP_NOOWNERZORDER) DPRINTF(" SWP_NOOWNERZORDER"); - if(flags & SWP_NOSENDCHANGING) DPRINTF(" SWP_NOSENDCHANGING"); - if(flags & SWP_DEFERERASE) DPRINTF(" SWP_DEFERERASE"); - if(flags & SWP_ASYNCWINDOWPOS) DPRINTF(" SWP_ASYNCWINDOWPOS"); + if(flags & SWP_NOSIZE) TRACE(" SWP_NOSIZE"); + if(flags & SWP_NOMOVE) TRACE(" SWP_NOMOVE"); + if(flags & SWP_NOZORDER) TRACE(" SWP_NOZORDER"); + if(flags & SWP_NOREDRAW) TRACE(" SWP_NOREDRAW"); + if(flags & SWP_NOACTIVATE) TRACE(" SWP_NOACTIVATE"); + if(flags & SWP_FRAMECHANGED) TRACE(" SWP_FRAMECHANGED"); + if(flags & SWP_SHOWWINDOW) TRACE(" SWP_SHOWWINDOW"); + if(flags & SWP_HIDEWINDOW) TRACE(" SWP_HIDEWINDOW"); + if(flags & SWP_NOCOPYBITS) TRACE(" SWP_NOCOPYBITS"); + if(flags & SWP_NOOWNERZORDER) TRACE(" SWP_NOOWNERZORDER"); + if(flags & SWP_NOSENDCHANGING) TRACE(" SWP_NOSENDCHANGING"); + if(flags & SWP_DEFERERASE) TRACE(" SWP_DEFERERASE"); + if(flags & SWP_ASYNCWINDOWPOS) TRACE(" SWP_ASYNCWINDOWPOS"); #define DUMPED_FLAGS \ (SWP_NOSIZE | \ @@ -1156,8 +1156,8 @@ SWP_DEFERERASE | \ SWP_ASYNCWINDOWPOS) - if(flags & ~DUMPED_FLAGS) DPRINTF(" %08x", flags & ~DUMPED_FLAGS); - DPRINTF("\n"); + if(flags & ~DUMPED_FLAGS) TRACE(" %08x", flags & ~DUMPED_FLAGS); + TRACE("\n"); #undef DUMPED_FLAGS }

1 0

running wineboot from the server - HELP!
by Shachar Shemesh 13 Mar '03

13 Mar '03

Hi, I know I promised this over three weeks ago, but things have been very busy for me lately. This email is slightly long. Please please please read through it. I need help to get wineboot working automatically (a blocking issue for 0.9), and I need someone who understands both the server and the loading order to comment. This is the first part of the required change. Applying it at the moment does not make sense, as I am not yet sure that this is the right one (it may make more sense to point the env at the .exe.so file rather than the wrapper - more about that in a second). I am, more or less, ready to give up. Someone suggested I look at the way caching the font metrics delays normal load. Well, I tried. I'm not sure I got it right, though. If I understand correctly, the way to go for wineboot to run is this: wineboot, upon first run, will aquire a system wide named mutex that means "I am working on it". If the mutex exists, it will block on it. Once it got it it will immediatly release it and exit. If the mutext doesn't exist at all, it will aquire it and do it's magic. Once done it will release it, but not delete it, and exit. All that is left to do is that all programs must load wineboot as part of the startup. It may require modifying it to be a DLL instead of an EXE, but so be it. Can someone who understands the server, and the interaction between the server and normal apps comment on this scheme? Also, how do I at all make each and every prog load wineboot.dll? Shachar -- Shachar Shemesh Open Source integration consultant Home page & resume - http://www.shemesh.biz/ Index: programs/winelauncher.in =================================================================== RCS file: /home/sun/sources/cvs/wine/programs/winelauncher.in,v retrieving revision 1.2 diff -u -r1.2 winelauncher.in --- programs/winelauncher.in 5 Jul 2002 21:18:41 -0000 1.2 +++ programs/winelauncher.in 10 Mar 2003 21:27:27 -0000 @@ -37,6 +37,7 @@ WINEBIN=@bindir@ WINELIB=@libdir@ WINESERVER= +WINEBOOT= WINEDLLPATH=@dlldir@ #------------------------------------------------------------------------------ @@ -178,12 +179,20 @@ WINESERVER=$WINEBIN/wineserver fi +if [ -x $WINEBIN/wineboot ] ; then + WINEBOOT=$WINEBIN/wineboot +fi + #------------------------------------------------------------------------------ # Hey, if we built Wine from source, let's add a little extra fun to # mix it up a bit #------------------------------------------------------------------------------ if [ -x $WINEBIN/server/wineserver ] ; then WINESERVER=$WINEBIN/server/wineserver +fi + +if [ -x $WINEBIN/programs/wineboot/wineboot ] ; then + WINEBOOT=$WINEBIN/programs/wineboot/wineboot fi if [ -r $WINELIB/dlls/ntdll.dll.so ] ; then Index: tools/winewrapper =================================================================== RCS file: /home/sun/sources/cvs/wine/tools/winewrapper,v retrieving revision 1.3 diff -u -r1.3 winewrapper --- tools/winewrapper 25 Sep 2002 03:29:56 -0000 1.3 +++ tools/winewrapper 23 Feb 2003 13:49:11 -0000 @@ -70,8 +70,9 @@ fi WINEDLLPATH="$topdir/dlls:$topdir/programs" WINESERVER="$topdir/server/wineserver" +WINEBOOT="$topdir/programs/wineboot/wineboot" WINELOADER="$topdir/miscemu/wine" -export LD_LIBRARY_PATH WINEDLLPATH WINESERVER WINELOADER +export LD_LIBRARY_PATH WINEDLLPATH WINESERVER WINEBOOT WINELOADER # any local settings ? if [ -f "$topdir/.winewrapper" ]

12 19

Anyone working on ListView?
by Vitaliy Margolen 13 Mar '03

13 Mar '03

I was wondering is there is anyone working on ListView? The reason I ask? I got ACDSee 3.1 installed (see my last patch about typo) & working (well, sort of). It looks like ACDSee depends heavily relies on functionality which is missing from ListView. My question is: if I'll start hacking ListView will I be interfering with someone else's work? FYI: ACDSee - if not the best, for sure one of the best image viewers. Version 3.1 could be ran in "Sponsored mode" indefinitely as long as it connects to the I-net to get messages & banners. -- Best regards, Vitaliy Margolen

3 8

Re: Few fixes for ListView
by Dimitrie O. Paun 13 Mar '03

13 Mar '03

On March 13, 2003 01:53 am, Vitaliy Margolen wrote: > - y = (LONG)DPA_GetPtr(infoPtr->hdpaPosX, i); > + y = (LONG)DPA_GetPtr(infoPtr->hdpaPosY, i); Duh! Good spotting, I just looked at it yesterday, and I did not see it. Funny how you see what you want to see... :) -- Dimi.

1 0

Wine Makefile for Charles Petzold's Example Programs
by Dimitrie O. Paun 12 Mar '03

12 Mar '03

Hi folks, For the past few weeks, I've been working with John Kopplin on getting the Petzold examples compiling under Wine using his Gnu Makefile package, available from: http://www.computersciencelab.com/Petzold.htm It took some work, but we've done it. The good news is that all (but 3) examples compile just fine. This has been accomplished while making absolutely _no_ changes to the original source, and very few (and obvious) changes to the GNU Makefiles. This is very good news, as it shows we can have a common build system between Wine and Windows. The only samples that don't work just yet are those from Chap21 which build DLLs, and DLL creation is yet not supported by winegcc. I hope this will change in the near future. The problems that needed fixing were very simple, and quite obvious. They fall into 2 categories: 1. The samples expect to link with the msvcrt, not the Unix libc, so we had to pass the -mno-cygwin flag to the compiler/linker. Under mingw this is the default behaviour. This change is actually beneficial for the Windows port as well, as it will allow the samples to be build using Cygwin's gcc also. As such, it should be considered a portability fix, rather than a Wine specific fix. 2. The filnames used mixed case (not matching the actual name on disk), and some includes use backslash (\), intead of forward slash (/). This problem is typical and simple to address in a portable manner if you can modify the source. As we wanted to not touch the examples in any way, we had to find another way around it. Luckily, Unix accepts virtually any char in a filename (except / of course), as well as links. So we just created the appropriate symbolic links where necessary, or just renamed the file if it made more sense. All these renames / symlinks creation was collected in a nice little intallation script. So, without further delay, here are the instructions on how to try the sample under Wine. (place the Petzold CD in the CDROM drive) $ mount /mnt/cdrom $ mkdir petzold $ cd petzold $ cp -r /mnt/cdrom/* . $ wget http://www.computersciencelab.com/Petzold.zip $ unzip -a Petzold.zip $ bash Wine/install.sh $ make Enjoy! -- Dimi. P.S. As usual, comments, suggestions, and/or flames are more than welcomed!

1 0

Mutual Debugging Efforts
by James 12 Mar '03

12 Mar '03

Hi folks, I've installed Wine RPM from RH 8.0. _*Very*_ impressed with the goal, and the progress so far! (Red Hat seem only to offer an RPM of the 20020605 version, so I am hoping they'll release a newer one soon.) In trying to get applications working, I have a small number of tips, workarounds, queries about peculiar Wine behaviour, and so forth. I can't find anything relevant in the Codeweavers 'zilla database, but I'm not sure I've been very successful at asking the right questions anyway ;) Is this a reasonable place to present my findings and/or ask if others have encountered similar issues? The issues are application-related, but they often seem to be related to Wine configuration and/or anomalies (?bugs) so that's why I tried this mailing list first. (I can't get to a news feed at the moment.) -- Thanks in advance, James.

5 8

cvs and bugzilla down?
by Tony Lambregts 12 Mar '03

12 Mar '03

Is it just me... cvs diff etc gives me "Unknown host cvs.winehq.com." I have the same problem with http://bugs.winehq.com and .org. The thing is that I can see other people using Bugzilla. -- Tony Lambregts

4 6

Re: pthreads and mono
by Alexandre Julliard 12 Mar '03

12 Mar '03

Dan Kegel <dank(a)kegel.com> writes: > I wonder if it's time to consider what it would > take to truly and completely integrate winethreads > and glibc threads, to allow unfettered use of > linux shared libraries from winelib programs. That's basically what the pthreads routines in Wine are for, they provide wrappers so that pthreads calls in linux shared libraries do the right thing. We'll probably need a somewhat different implementation for the NPTL version but the idea is the same. Not every pthreads function is implemented at the moment but it wouldn't be a big deal to add the missing ones. -- Alexandre Julliard julliard(a)winehq.com

2 1

RE: SHFileOperation - add ChangeNotify events
by Rolf Kalbermatter 12 Mar '03

12 Mar '03

Hi, > The main reason why I made this patch is to make our software package work under > WINE. Our application was heavily relies on correct behavior of SHFileOperation > function. In particular: > 1. User confirmation for deleting files and folders. > 2. Ability to delete files only in any given directory. > 3. Receiving notifications for every operation to refresh screens properly. I'm going to check those things. I know that file movements did not implement SHChangeNotification, mainly because I wanted to check first that they really got genereated in Windows native. Do you mean in 2) that the user can acknowledge every single directory to be deleted? Mmmh, thinking about it I see that Windows allows to select 4 different buttons to delete all, only this, this not or cancel. Well this is sort of involved but can be implemented. > In the patch from 2/20/2003 only (1) was implemented properly. > > Yes, I could hack that patch and make it work but I used existing code as a basis > since it implements _all_ functionality of SHFileOperation except unicode. That is not exactly true. The rename operation is not fully implemented in the current code as well as some of the operations with multiple file names. > >>+/************************************************************************ > >>+ * Win32DeleteFile [SHELL32.164] > >>+ * > >>+ * Deletes a file. Also triggers a change notify if one exists. > >>+ * > >>+ * NOTES: > >>+ * Verified on Win98 / IE 5 (SHELL32 4.72, March 1999 build) to be ANSI. > >>+ * This is Unicode on NT/2000 > >>+ */ > >>+static BOOL Win32DeleteFileA(LPCSTR fName) > >>+{ > >>+ LPITEMIDLIST Pidls[1]; > >>+ DWORD dummy; > >>+ > >>+ TRACE("%p(%s)\n", fName, fName); > >>+ > >>+ SHILCreateFromPathA(fName, &Pidls[0], &dummy); > >>+ DeleteFileA(fName); > >>+ SHChangeNotify(SHCNE_DELETE, SHCNF_IDLIST, Pidls[0], NULL); > >>+ SHFree(Pidls[0]); > >>+ return TRUE; > >>+} > > The addition of SHILCreateFromPathA/W to all of these functions is superfluous > > since SHChangeNotify does this for you anyhow if you pass in a normal string > > path. So your patch adds in this respect nothing besides of duplicating already > > existing code. > Not in the placed I used this function. It is impossible to create PIDL from non-existing > path. This fact verified on windows. Whenever I tried to create PIDL of deleted file, > Windows was returning error. This means we have to get PIDL _before_ removing file. > Same goes for renaming files. > > So, after a file gets deleted it's path is no longer valid. What was happening is > application was getting notification that whole drive was deleted! Mmh, we have to investigate further in Windows. Because the Win32... functions itself in W2K do actually not take this precaution and appearently assume that SHChangeNotify does the proper action. So either W2K does something else somewhere or the Wine SHChangeNotify function is broken in that it should be able to create notifications even for just deleted directory and file paths. I guess the later as MSDN mentions nothing that the parameter needs to be an IDLIST instead of a path for those operations but rather explicitedly mentions that SHCNF_PATH is allowed for SHCNE_DELETE, SHCNE_RENAME, SHCNE_RMDIR and such. > > Also please note that there is another patch to SHFileOperation from 2/20/2003 > > pending which reimplements this function from scratch up with a different > > algorithme, which implements all of the operations and is quite thorougly > > verified to behave in all major aspects exactly like the Windows 98/2000 > > version of this function, which one can't fully say of the current function > > in Wine. It happens to use internally also additionally implemented functions > > which also set the according SHChangeNorify in most places. > > I tried using that patch before doing any hacking on my own. It fails at least half > of the conformance tests. I tried to fix few things with that patch but some will > require significant changes. And I didn't want to go that far - working on a patch > which is not even applied. I'm going at the moment through these tests and am also trying to add more tests as well, just need to get my development machine reinstalled first after a HD crash. The tests done before where not the conformation tests but some rather involved tests with multiple shell scripts doing all types of tests for the different file operations. They did indeed not test the user dialogs at all (as they were designed to be unattended tests to run and also the SHChangeNotifiers were not tested either as I wanted to find out first if they were actually done at all. I still intend to get the patch(es) to SHFileOperation applied if possible, but also want to make sure it doesn't break your application at all. Are you interested to get eventual new patches sent directly as they get verified? Rolf Kalbermatter

2 1

Re: (5th) Janitorial dlls/advapi32/registry.c W->A cleanup
by Dmitry Timoshkov 12 Mar '03

12 Mar '03

"Tony Lambregts" <tony_lambregts(a)telusplanet.net> wrote: > -IMPORTS = kernel32 ntdll > +IMPORTS = kernel32 ntdll user32 I'm not sure Alexandre will like it. Until for now, creation of the circular dependencies were prohibitted. Probably it's better to use swprintf from ntdll, or a set of calls strcpyW/ntdll._ultow/strcatW. > -LONG WINAPI RegSaveKeyW( HKEY hkey, LPCWSTR file, LPSECURITY_ATTRIBUTES sa ) > +LONG WINAPI RegSaveKeyA( HKEY hkey, LPCSTR file, LPSECURITY_ATTRIBUTES sa ) > { > - LPSTR fileA = HEAP_strdupWtoA( GetProcessHeap(), 0, file ); > - DWORD ret = RegSaveKeyA( hkey, fileA, sa ); > - if (fileA) HeapFree( GetProcessHeap(), 0, fileA ); > - return ret; > + > + UNICODE_STRING *fileW = &NtCurrentTeb()->StaticUnicodeString; > + STRING fileA; > + > + if (!file || !*file) > + { > + SetLastError(ERROR_PATH_NOT_FOUND); > + return FALSE; As Alexandre has already pointed out, registry APIs are supposed to not change last error value. > + } > + > + RtlInitAnsiString(&fileA, file); > + RtlAnsiStringToUnicodeString(fileW, &fileA, FALSE); > + if (fileW) return RegSaveKeyW(hkey, fileW->Buffer, sa); > + return FALSE; fileW is always not NULL, so, there is no need to check it. What you really need to check is a return value of RtlAnsiStringToUnicodeString. -- Dmitry.

3 6

pthreads and mono
by Mike Hearn 12 Mar '03

12 Mar '03

Hi, I'd just like to double check - will Alexandres new threading work allow Wine to be linked into a program that uses pthreads ok? In particular, the Mono guys are wondering... they were thinking of shipping a modified libwine and all kinds of things that sound bad, so it'd be good to know whether the NPTL implemention sorts this out thanks -mike -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

5 10

BeOS
by George D.Plymale 12 Mar '03

12 Mar '03

Out of curiosity, has Wine ever been made to work under BeOS? I know some work was done long, long ago when BeOS was still "alive" but I wasn't sure if anything more had ever happened or changed since the news on http://bewine.loungenet.org. Thanks.

2 1

Problems with winedbg and 'make test'
by Sylvain Petreolle 11 Mar '03

11 Mar '03

We have a problem with winedbg and the test process. Running the dsound test with wineoss.drv as sound driver should fail for me, it calls the debugger. Unfortunately, winedbg fails to load... and the test is OK, which is pretty wrong... Is there a workaround to this ? I atached log of 'make test' into dsound dir. [syl@snoop dsound]$ make testclean test cd `dirname tests/__testclean__` && make testclean make[1]: Entre dans le répertoire `/home/wine/dlls/dsound/tests' rm -f dsound.ok make[1]: Quitte le répertoire `/home/wine/dlls/dsound/tests' make[1]: Entre dans le répertoire `/home/wine/dlls/dsound/tests' ../../../tools/runtest -q -P wine -M dsound.dll -T ../../.. -p dsound_test.exe.so dsound.c && touch dsound.ok fixme:dsound:IDirectSoundImpl_SetCooperativeLevel (0x4026c960,00010020,2):stub fixme:dsound:IDirectSoundImpl_SetCooperativeLevel (0x4026c960,00010020,2):stub fixme:dsound:IDirectSoundImpl_SetCooperativeLevel (0x4026c960,00010020,1):stub fixme:dsound:IDirectSoundImpl_SetCooperativeLevel (0x4026c960,00010020,1):stub err:ntdll:RtlpWaitForCriticalSection section 0x400d7c80 "../../loader/module.c: loader_section" wait timed out, retrying (60 sec) tid=000a wine: Unhandled exception, starting debugger... err:ntdll:RtlpWaitForCriticalSection section 0x400d7c80 "../../loader/module.c: loader_section" wait timed out, retrying (60 sec) tid=000a err:seh:EXC_DefaultHandling Unhandled exception code c0000194 flags 0 addr 0x400a73cc make[1]: Quitte le répertoire `/home/wine/dlls/dsound/tests' [syl@snoop dsound]$ ===== Sylvain Petreolle spetreolle(a)users.sourceforge.net Fight Spam ! EuroCauce: http://www.euro.cauce.org/en/index.html ICQ #170597259 "Don't think you are. Know you are." Morpheus, in "Matrix". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

ussing Windows Dll in Linux application.
by Alireza Mahini 11 Mar '03

11 Mar '03

Hi I want ussing Windows Dll in Linux application.(load a Dll in my program via wine ).but i don't know how can i do this. I used winemaker but i couldn't do successfuly.I dont know anything about .spec files ,glue code and other relative word to wine development so i nedd a good reference for working with wine.Is there any compelete documents or simple examples for guidance the newbies of programming with Wine ? I can't believe that the Wine hasn't any guidance book(or document) for developers . Best Regard Alireza Mahini _______________________________________________ Join Excite! - http://www.excite.com The most personalized portal on the Web!

1 0

Re: Various cosmetic tab fixes
by Mike Hearn 11 Mar '03

11 Mar '03

Hi Alexandre, Is there a reason this one wasn't applied? Something to do with the tweaking of the constants perhaps? thanks -mike On Sun, 2003-03-09 at 00:59, Mike Hearn wrote: > Various visual fixes for the tab control. > > ChangeLog: > > - Reduced tab offset constant slightly to avoid clipping the label > - Prevent label overdraw of updown control by reducing the width of the > invalidated region. > > Oh, btw my licensing "stance" is LGPL only, unless you ask me directly. > ... and that ends tonights hacking session > > thanks -mike -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

1 0

Is there any complete document for programming with Wine?
by Alireza Mahini 11 Mar '03

11 Mar '03

HiI am a beginner C++ programmer and i want use a windows dll in a Linux application so i want to learn programming with libwine .Is there any powerfull book or document with examples for Wine programming? Best RegardAlireza Mahini _______________________________________________ Join Excite! - http://www.excite.com The most personalized portal on the Web!

1 0

Re: some ntdll functions (2) - part 1: functions
by Alexandre Julliard 11 Mar '03

11 Mar '03

thomas.mertes(a)gmx.at writes: > + * _ultoa (NTDLL.@) > + * > + * Converts an unsigned long integer to a string. > + * > + * Assigns a '\0' terminated string to str and returns str. > + * Does not check if radix is in the range of 2 to 36 (as native DLL). > + * > + * Difference: > + * - Does not crash on str == NULL (as native DLL). > + * Instead requests the needed memory with RtlAllocateHeap. > + * When RtlAllocateHeap fails: return NULL. Please don't invent extensions to the API. If a function doesn't allocate memory under Windows it shouldn't allocate memory under Wine either. -- Alexandre Julliard julliard(a)winehq.com

4 6

LightWave 3D 7.5
by George D.Plymale 11 Mar '03

11 Mar '03

LightWave seems to be nearly working in Wine without _too_ many issues, but there are a few things that seem to leave it lacking. I will attach the error_out logs that I get upon using the application a little bit. (Both Modeler.exe and LightWav.exe logs) Visually and User Interface wise, some issues I see right off the top are things such as: Deactivated text is red with a slight drop shadow (should be grayed out with that same drop shadow). Some text is dislocated on menu buttons. The numeric pad doesn't seem to function quite right (specifically, I tried to press the `+' key on the keypad to add an object to a scene in LightWav.exe) Menus do not deactivate when the user clicks outside of the menu. This happens in both Modeler and LightWave (layout). To get a menu to disappear one must click a nonactive or deactivated text portion of the menu, so this becomes very burdensome while manipulating the application. I have also had wine crash while using LightWav.exe, so there are some issues that need resolved beyond what I've outlined above, but I think the other issues will come out as the application is used once a "usable" point is reached and we start doing more thorough debugging. The Hub application is also a bit problematic as it resides in the tray. It does sit in my KDE 3.1 tray, which is neat, but when I right click it and tell it to exit, it does not quit so I end up having to kill all wine processes manually. But the hub is the least of my concerns :) and I realize that tray apps don't work quite right yet. I would be very happy to provide input, test and debug fixes if someone is able to provide patches and help for these issues. I am using a cvs version of wine from about 1.5 weeks ago. I have also tried winex cvs and it exhibits many, if not all of the same issues. Winex may be slightly faster in terms of its directdraw functionality as LightWave uses directdraw. Please advise if someone is willing to work through these issues with me and I will be happy to go out an acquire any information needed to get started. Thanks much! It sure is exciting to be _so close_ to leaving Windows entirely behind!!! -George Plymale

4 6

New winsock maintainer needed
by Martin Wilck 11 Mar '03

11 Mar '03

Hi everybody, I am sorry to announce that I won't be able to continue as wine's winsock maintainer. I will be lacking the time and power to fulfill a maintainer's duties appropriately. I guess I have already failed to do so in the last 2 months. There have been few bug reports lately, so the code isn't completely broken for my successor, I hope. On the other hand, I would have liked to clean up some other things like the select() call and the transport provider interface. The fact that I didn't have the time to get going on these also shows that I'd better hand this off to someone else. I'll be coming back here, and perhaps I'll have more time for contributions some time in the future. In any case, I'll be available for questions or complaints about the winsock code under this email address and under my private email, mwilck(a)freenet.de. I have certainly not lost interest in Wine, Linux, and Free Software. Working with you guys has definitely been great fun and I have learned more than in years before. See you later, Martin -- Martin Wilck Phone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1 mailto:Martin.Wilck@Fujitsu-Siemens.com D-33106 Paderborn http://www.fujitsu-siemens.com/primergy

1 0

Tribes OPENGL and DINPUT
by Kristoffer Ericson 10 Mar '03

10 Mar '03

Greetings, Can Finally confirm the patches sent in by lionell in feb. Dinput now works fine, and Tribes no longer crashes when a key is pressed. Maybe this will solve alot of other games also. Opengl seems to be harder though. The reason why i took so long to post this is that i've been trying to exclude any problems on my computer. From what i know nvidia people should be just fine, got a friend and his tribes works 100% no prob. I will also confirm this when finishing my gentoo install on my machine (aprox 15hours left). 3dfx users on the other hand, first i had problems getting opengl detected and now i got it working but tribes crashes when i try to change to fullscreen (which is only mode with opengl). "err:opengl:X11DRV_describepixelformat Wrong Pixel Format!" "fixme:system:ChangeDisplaySettingsA ((nil,0x00000), stub" "flags=" "fixme:system:ChangeDisplaySettingsA devmode=null (return to default mode)" "fixme:winmm:MMDRV_exit closing while 11-driver open" I'm trying to start tribes in mode 1024x768 (which is my desktop size). I'm running Gentoo: AMD Duron 750Mhz Voodoo3 with working opengl Gentoo Linux FluxBox wm Any ideas? btw, want to take this chance to THANK lionell for his work on getting Tribes to work in WINE. I'm trying to spread the news to all my tribing friends that there's no reason to stay on windows now. I owe you a beer....=] _________________________________________________________________ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus

1 0

SHFileOperation - add ChangeNotify events
by Rolf Kalbermatter 10 Mar '03

10 Mar '03

Vitaliy Margolen <wine-patch(a)kievinfo.com> wrote: >+/************************************************************************ >+ * Win32DeleteFile [SHELL32.164] >+ * >+ * Deletes a file. Also triggers a change notify if one exists. >+ * >+ * NOTES: >+ * Verified on Win98 / IE 5 (SHELL32 4.72, March 1999 build) to be ANSI. >+ * This is Unicode on NT/2000 >+ */ >+static BOOL Win32DeleteFileA(LPCSTR fName) >+{ >+ LPITEMIDLIST Pidls[1]; >+ DWORD dummy; >+ >+ TRACE("%p(%s)\n", fName, fName); >+ >+ SHILCreateFromPathA(fName, &Pidls[0], &dummy); >+ DeleteFileA(fName); >+ SHChangeNotify(SHCNE_DELETE, SHCNF_IDLIST, Pidls[0], NULL); >+ SHFree(Pidls[0]); >+ return TRUE; >+} The addition of SHILCreateFromPathA/W to all of these functions is superfluous since SHChangeNotify does this for you anyhow if you pass in a normal string path. So your patch adds in this respect nothing besides of duplicating already existing code. Also please note that there is another patch to SHFileOperation from 2/20/2003 pending which reimplements this function from scratch up with a different algorithme, which implements all of the operations and is quite thorougly verified to behave in all major aspects exactly like the Windows 98/2000 version of this function, which one can't fully say of the current function in Wine. It happens to use internally also additionally implemented functions which also set the according SHChangeNorify in most places. I believe there are some issues with this patch as it hasn't been applied yet to Wine. One of them could be that it is considered to be to much changes at once. Maybe somebody could comment on what might be the problem with that patch. Rolf Kalbermatter

2 1

RE: Need help with define(s)
by Patrik Stridvall 10 Mar '03

10 Mar '03

> Following Dan's advice I thought I would try my hand at > putting together > a regression test for RegSaveKey(A/W). Well I kind of run into a snag > with that, actualy a couple of them. The first is that the > counterpart > for RegSaveKey is a stub. Oh well thats OK. I can still write > the test > and mark it as todo. No not really. My current problem is as follows: > > LONG RegRestoreKey( HKEY /hKey/, LPCTSTR /lpFile/, DWORD /dwFlags/ ); > > dwFlags can be one of the following constatants > > REG_FORCE_RESTORE (This value is not supported.on windows NT) > REG_NO_LAZY_FLUSH > REG_REFRESH_HIVE > REG_WHOLE_HIVE_VOLATILE > > Wine does not have these defined anywhere. Does anyone know what they > should be and where they should be defined? >From winnt.h in the Microsoft SDK: ---8<--- // // Key restore flags // #define REG_WHOLE_HIVE_VOLATILE (0x00000001L) // Restore whole hive volatile #define REG_REFRESH_HIVE (0x00000002L) // Unwind changes to last flush #define REG_NO_LAZY_FLUSH (0x00000004L) // Never lazy flush this hive #define REG_FORCE_RESTORE (0x00000008L) // Force the restore process even when we have open handles on subkeys ---8<---

1 0

Need help with define(s)
by Tony Lambregts 10 Mar '03

10 Mar '03

Following Dan's advice I thought I would try my hand at putting together a regression test for RegSaveKey(A/W). Well I kind of run into a snag with that, actualy a couple of them. The first is that the counterpart for RegSaveKey is a stub. Oh well thats OK. I can still write the test and mark it as todo. No not really. My current problem is as follows: LONG RegRestoreKey( HKEY /hKey/, LPCTSTR /lpFile/, DWORD /dwFlags/ ); dwFlags can be one of the following constatants REG_FORCE_RESTORE (This value is not supported.on windows NT) REG_NO_LAZY_FLUSH REG_REFRESH_HIVE REG_WHOLE_HIVE_VOLATILE Wine does not have these defined anywhere. Does anyone know what they should be and where they should be defined? -- Tony Lambregts

2 3

id Return to castle wolfenstein - setup issue
by J. Grant 10 Mar '03

10 Mar '03

Hi, I have the Linux binaries for this game, however when running the win32 installer under wine to get the pak files there were two errors, one fatal/recursive. wine ./setup.exe The setup keycode enter screen is displayed. There are 5 boxes, similar to ms-windows installation etc. However after entering 2 characters in the boxes (4 char size) it tabs to the next box. So I have to click back to enter the remaining 2 chars for the previous box etc. This happens on all boxes, the end box is 2 chars, and it auto tabs after 1 char! The error after I had clicked "next" was recursive: ReadFontTbl: missing "{" ReadFontTbl: missing "}" ReadFontTbl: missing "{" ReadFontTbl: missing "}" etc etc had to press ctrl+c to get out of it. Is this because the font metric table rebuilding was done incorrectly? or is it some other area of wine? I could not find the font table config, has anyone else experienced any of these two problems? I thought it might be because my locale is UTF-8, however en_GB also had both of these problems again. Cheers JG please cc me in any replies

1 0

Re: (5th) Janitorial dlls/advapi32/registry.c W->A cleanup
by Marcus Meissner 10 Mar '03

10 Mar '03

> Hope this one makes everyone happy<g> > Change Log: Janitorial. Get rid of W->A calls > > Files Changed: dlls/advapi32/registry.c > > -- > > Tony Lambregts > > Index: Makefile.in > =================================================================== > RCS file: /home/wine/wine/dlls/advapi32/Makefile.in,v > retrieving revision 1.17 > diff -u -r1.17 Makefile.in > --- Makefile.in 25 Oct 2002 19:17:33 -0000 1.17 > +++ Makefile.in 10 Mar 2003 06:22:56 -0000 > -IMPORTS = kernel32 ntdll > +IMPORTS = kernel32 ntdll user32 This creates a circular dependency advapi32 <-> user32 ? Ciao, Marcus

1 0

Re: winedos / Reorganize interrupt handling
by Dimitrie O. Paun 10 Mar '03

10 Mar '03

On March 2, 2003 11:31 am, Jukka Heinonen wrote: > This patch reorganizes interrupt handling a bit. RM and PM > interrupts are now handled using similar functions. > This patch also contains some stuff for handling > emulated hardware interrupts in PM. The relentless persuite of DOS separation -- way cool! BTW Jukka, any idea how much work there's left for this task? I would like to update the status on my Janitorial page: http://www.dssd.ca/wine/Wine-Janitorial.html#winedos -- Dimi.

2 2

Re: Named Pipe patch
by Dan Kegel 09 Mar '03

09 Mar '03

Mike McCormack wrote: > This patch probably shouldn't be applied... it's just to let everybody > know where I'm at with the named pipes code. > > The patch moves away from using unix pipes to implement named pipes, and > instead implements pipes internally. This is necessary to implement > message mode properly (without race conditions). Since Mike's patch is a big rearchitecting that Alexander isn't totally comfortable with, how about something along these lines as a first step? To reflect the fact that freshly minted named pipes can be connected to, I added an fd_for_peer variable that is only set when a named pipe is first created, and added a new state 'ps_fresh_server' to mark pipes which have been freshly created, and arranged for find_partner to be able to find partners in multiple states. I didn't bother dealing with refcounting of the fd_for_peer variable that holds the file descriptor. I'm going on a net diet, so this is the last you'll hear from me for a while. When I get back I hope this is all sorted out :-) - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045 Index: server/named_pipe.c =================================================================== RCS file: /home/wine/wine/server/named_pipe.c,v retrieving revision 1.20 diff -u -p -u -r1.20 named_pipe.c --- server/named_pipe.c 19 Feb 2003 00:33:33 -0000 1.20 +++ server/named_pipe.c 9 Mar 2003 23:08:22 -0000 @@ -47,13 +47,14 @@ enum pipe_state { - ps_none, - ps_idle_server, - ps_wait_open, - ps_wait_connect, - ps_connected_server, - ps_connected_client, - ps_disconnected + ps_none = 0, + ps_idle_server = 1, /* after disconnect */ + ps_wait_open = 2, + ps_wait_connect = 4, + ps_connected_server = 8, + ps_connected_client = 16, + ps_disconnected = 32, + ps_fresh_server = 64, /* after create but before first connection */ }; struct named_pipe; @@ -62,6 +63,7 @@ struct pipe_user { struct object obj; struct fd *fd; + int fd_for_peer; /* used only in fresh state */ enum pipe_state state; struct pipe_user *other; struct named_pipe *pipe; @@ -273,6 +275,7 @@ static struct pipe_user *create_pipe_use return NULL; user->fd = NULL; + user->fd_for_peer = -1; user->pipe = pipe; user->state = ps_none; user->other = NULL; @@ -290,13 +293,13 @@ static struct pipe_user *create_pipe_use return user; } -static struct pipe_user *find_partner(struct named_pipe *pipe, enum pipe_state state) +static struct pipe_user *find_partner(struct named_pipe *pipe, int states) { struct pipe_user *x; for(x = pipe->users; x; x=x->next) { - if(x->state==state) + if(x->state & states) break; } @@ -329,7 +332,13 @@ DECL_HANDLER(create_named_pipe) if(user) { - user->state = ps_idle_server; + int fds[2]; + user->state = ps_fresh_server; + if (!socketpair(PF_UNIX, SOCK_STREAM, 0, fds)) + { + user->fd = alloc_fd( &pipe_user_fd_ops, fds[1], &user->obj ); + user->fd_for_peer = fds[0]; + } reply->handle = alloc_handle( current->process, user, GENERIC_READ|GENERIC_WRITE, 0 ); release_object( user ); } @@ -349,7 +358,7 @@ DECL_HANDLER(open_named_pipe) set_error( STATUS_NO_SUCH_FILE ); return; } - if (!(partner = find_partner(pipe, ps_wait_open))) + if (!(partner = find_partner(pipe, ps_wait_open | ps_fresh_server))) { release_object(pipe); set_error( STATUS_PIPE_NOT_AVAILABLE ); @@ -359,21 +368,31 @@ DECL_HANDLER(open_named_pipe) { int fds[2]; - if(!socketpair(PF_UNIX, SOCK_STREAM, 0, fds)) - { - user->fd = alloc_fd( &pipe_user_fd_ops, fds[1], &user->obj ); - partner->fd = alloc_fd( &pipe_user_fd_ops, fds[0], &partner->obj ); - if (user->fd && partner->fd) + if (partner->state == ps_fresh_server ) { + user->fd = alloc_fd( &pipe_user_fd_ops, partner->fd_for_peer, &user->obj ); + partner->fd_for_peer = -1; + partner->state = ps_connected_server; + partner->other = user; + user->state = ps_connected_client; + user->other = partner; + reply->handle = alloc_handle( current->process, user, req->access, 0 ); + } else if (partner->state == ps_fresh_server ) { + if (!socketpair(PF_UNIX, SOCK_STREAM, 0, fds)) { - notify_waiter(partner,STATUS_SUCCESS); - partner->state = ps_connected_server; - partner->other = user; - user->state = ps_connected_client; - user->other = partner; - reply->handle = alloc_handle( current->process, user, req->access, 0 ); + user->fd = alloc_fd( &pipe_user_fd_ops, fds[1], &user->obj ); + partner->fd = alloc_fd( &pipe_user_fd_ops, fds[0], &partner->obj ); + if (user->fd && partner->fd) + { + notify_waiter(partner,STATUS_SUCCESS); + partner->state = ps_connected_server; + partner->other = user; + user->state = ps_connected_client; + user->other = partner; + reply->handle = alloc_handle( current->process, user, req->access, 0 ); + } } + else file_set_error(); } - else file_set_error(); release_object( user ); } @@ -389,7 +408,7 @@ DECL_HANDLER(connect_named_pipe) if(!user) return; - if( user->state != ps_idle_server ) + if( (user->state & (ps_idle_server|ps_fresh_server)) == 0 ) { set_error(STATUS_PORT_ALREADY_SET); } Index: dlls/kernel/tests/pipe.c =================================================================== RCS file: /home/wine/wine/dlls/kernel/tests/pipe.c,v retrieving revision 1.2 diff -u -p -u -r1.2 pipe.c --- dlls/kernel/tests/pipe.c 25 Feb 2003 03:56:43 -0000 1.2 +++ dlls/kernel/tests/pipe.c 9 Mar 2003 23:08:22 -0000 @@ -88,10 +88,7 @@ void test_CreateNamedPipeA(void) hFile = CreateFileA(PIPENAME, GENERIC_READ|GENERIC_WRITE, 0, NULL, OPEN_EXISTING, 0, 0); - todo_wine - { - ok(hFile != INVALID_HANDLE_VALUE, "CreateFile failed"); - } + ok(hFile != INVALID_HANDLE_VALUE, "CreateFile failed"); /* don't try to do i/o if one side couldn't be opened, as it hangs */ if (hFile != INVALID_HANDLE_VALUE) {

1 0

Re: direct sound patches
by Sylvain Petreolle 09 Mar '03

09 Mar '03

Could you document your patch about hardware acceleration in direct sound ? (eg like adding a sample into documentation/samples/config) ===== Sylvain Petreolle spetreolle(a)users.sourceforge.net Fight Spam ! EuroCauce: http://www.euro.cauce.org/en/index.html ICQ #170597259 "Don't think you are. Know you are." Morpheus, in "Matrix". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

Word 2000 Error
by Kevin DeKorte 09 Mar '03

09 Mar '03

Since the latest Wine Release I have had the following error in Wine when opening a file. fixme:seh:EXC_RtlRaiseException call to unimplemented function wininet.dll.GetUrlCacheEntryInfoW This error causes Word to crash. If you never open the file dialog everything seems to work fine. I think a stub for this function would be good enough to get going, but I'm unsure how to add it. My setup: RedHat 8.0 wine release 20030219 and CVS (updated on 3/9 and still crashed) Wine no-windows setup. Apps I have installed and working Notes, WordPro (but these to can't run at the same time problem in windows/class.c) Word, Excel, Visio RoadRash QuickTime Acrobat Reader Kevin

3 3

Re: GIT implementation
by Andreas Mohr 09 Mar '03

09 Mar '03

On Sun, Mar 09, 2003 at 08:17:28PM +0000, Mike Hearn wrote: > With this patch, RhymBox makes it to the login screen now! :) > > ChangeLog: > - Implement the global interface table object using a simple linked list > - Connect it via CoCreateInstance HEY, you're supposed to work on your autopackage installer!! Quick, go back to doing Real Work, now will you!? Quit playing with Windows toy programs! :-) -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604 http://mohr.de.tt

2 1

OT: xeyes for windows
by Shachar Shemesh 09 Mar '03

09 Mar '03

Hi, sorry for the off topic. The "XEyes for windows" I have written has generated some traffic on my web site, with totally made up URLs. As I do wish to release it as GPL, and as this is the only place I have every announced it's existance, I am giving the correct URL to the package. The package can be downloaded from http://www.shemesh.biz/code.html Enjoy, Shachar -- Shachar Shemesh Open Source integration consultant Home page & resume - http://www.shemesh.biz/

1 0

Gide me to use Windows DLL in a Linux application.
by Alireza Mahini 09 Mar '03

09 Mar '03

HiI would like to use a win32 DLL in a native Linux application. I want to do this by using WINE. According to the documentation that comes with the DLL, a Windows program can load it with the following code (the names have been changed to protect the innocent -- me): HMODULE hDLL; FARPROC lpfnFunc1, lpfnFunc2; hDLL = LoadLibrary ("library.dll"); if (hDLL == (HMODULE) NULL) return ERROR; lpfnFunc1 = (LPAPPFUNC1) GetProcAddress (m_hDLL, "Function1"); lpfnFunc2 = (LPAPPFUNC2) GetProcAddress (m_hDLL, "Function2"); I created the following test program: #include <wine/wine/winbase.h> int main (int argc, const char *arvg[]) { HMODULE hDLL; hDLL = LoadLibrary ("library.dll"); if (hDLL == (HMODULE) NULL) return 1; else return 0; } When I try to build it, however, I get an "undefined reference to 'LoadLibraryA'". Linking libwine.so does not fix this.Do i try with additional flags for g++ compiler? Or Is my code wrong ?please ,guide me to solve this problem .RegardsAlireza Mahini _______________________________________________ Join Excite! - http://www.excite.com The most personalized portal on the Web!

3 2

(no subject)
by Alireza Mahini 09 Mar '03

09 Mar '03

I would like to use a win32 DLL in what is otherwise a native Linux application. I want to do this by using WINE. According to the documentation that comes with the DLL, a Windows program can load it with the following code (the names have been changed to protect the innocent -- me): HMODULE hDLL; FARPROC lpfnFunc1, lpfnFunc2; hDLL = LoadLibrary ("library.dll"); if (hDLL == (HMODULE) NULL) return ERROR; lpfnFunc1 = (LPAPPFUNC1) GetProcAddress (m_hDLL, "Function1"); lpfnFunc2 = (LPAPPFUNC2) GetProcAddress (m_hDLL, "Function2"); I created the following test program: #include <wine/wine/winbase.h> int main (int argc, const char *arvg[]) { HMODULE hDLL; hDLL = LoadLibrary ("library.dll"); if (hDLL == (HMODULE) NULL) return 1; else return 0; } When I try to build it, however, I get an "undefined reference to 'LoadLibraryA'". Linking libwine.so does not fix this.Do i try with additional flags for g++ compiler? Or My code is wrong !?please ,guide me to solve this problem .RegardsAlireza Mahini _______________________________________________ Join Excite! - http://www.excite.com The most personalized portal on the Web!

1 0

winedbg trouble
by Dan Kegel 08 Mar '03

08 Mar '03

OK, finally tried the new winedbg, and I'm afraid I'm mystified. I wanted to debug my pipe regression test. I tried winedbg pipe.exe This starts out ok, printing stuff to stdout like I expect, but then it does something very odd: it switches to reverse video right before it prints "In 32-bit mode." The "Wine-dbg>" prompt comes up, but it doesn't respond to the keyboard. Also, the display is stair-stepped, as if the newline char isn't being interpreted as CR-LF. Sounds like stdin is being put in raw mode. I have to do 'killall wine' from another window. It's just totally, mysteriously broken... Before, I could actually use it, but now I'm just confused. On the theory that for some unfathomable reason, the correct command is now wineconsole winedbg pipe.exe I tried that. That behaved somewhat better in that it responded to keystrokes, but it scrolls at line 25 no matter what size the window is, and trying to do 'cont' or 'run' fails with messages like No process loaded, cannot execute 'cont' And it's in that horrible reverse video. Why can't winedbg just behave like gdb with respect to stdin and stdout? I'm at a loss. - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

2 5

Re: wineconsole
by Andreas Mohr 08 Mar '03

08 Mar '03

On Sat, Mar 08, 2003 at 09:23:59PM +0100, Eric Pouech wrote: > another regression fixed... > > this time sounds like I forgot to put back this line in after a couple > of other testings... :-/ > > this would make Dan even angrier, but also get rid of the several > win32-consoles on the same unix-terminal issue Dan was > experie^H^H^H^H^H^H^H banging his head into While you are at it, you could also fix the busy-loop in the cmdline parsing resulting from feeding an unknown parameter string ;-) (such as --BaCkEnD=XXX) (better use automatic advancing to the next argument instead of only manually advancing if the parsing of the last parameter was successful) -- Help prevent Information Technology Fascism! - before it's too late... http://www.againsttcpa.com

1 0

Crash in DirectSound
by Mike Hearn 08 Mar '03

08 Mar '03

Hi, There's a crash on line 207 of mixer.c, the second memcpy in the code that deals with buffer wrapping. I'm afraid I can't reliably get a useful stack trace, for some reason winedbg goes crazy with this app, I was just trying and couldn't reproduce the trace I got earlier. Anyway, if there are any DirectSound gurus reading this, do you have any advice on what might be causing the crash? thanks -mike

1 0

Should crosstesting work?
by Ferenc Wagner 08 Mar '03

08 Mar '03

Hello, I'm trying to cross-compile some conformance tests. The Winelib tests work, Wine runs the cross-compiled tests, I can produce Win32 apps with MinGW, but I can't run the cross-compiled tests under Win95. Simply running them in a DOS window produces the list of possible tests as expected, but running a real test fails with an Illegal Operation window. What am I missing here? Thanks: Feri.

4 8

err:dc:CreateDCA no driver found for ,,
by Gert Bartho 08 Mar '03

08 Mar '03

Dear All, I am not sure whether I have picked the correct mailing-list for my question, please let me know. Okay, yesterday I installed Wine (Wine 20030219) on my Linux Box (RH8.0). I would like to run the Windows programs without Windows partition, which I do not have by the way. First I installed Microsoft Bookshelf (British Reference Collection), and that went almost straight out of the box. However, another programs almost works -- I hope. After placing the correct DLL's in the program's directory, I stumbled upon the following message (screen output): --------------------------------------- [gb@localhost vandale]$ wine VDEN32.exe fixme:win32:PE_CreateModule Security directory ignored err:x11drv:X11DRV_CreateWindow invalid window height -335345751 err:x11drv:X11DRV_CreateWindow invalid window height -335345751 fixme:winspool:OpenPrinterW (printerName: NULL, pDefault (nil) Ret: False err:dc:CreateDCA no driver found for ,, err:dc:CreateDCA no driver found for ,, err:dc:CreateDCA no driver found for ,, err:dc:CreateDCA no driver found for ,, err:dc:CreateDCA no driver found for ,, wine: Unhandled exception, starting debugger... err:dc:CreateDCA no driver found for ,, err:dc:CreateDCA no driver found for ,, err:dc:CreateDCA no driver found for ,, err:dc:CreateDCA no driver found for ,, err:dc:CreateDCA no driver found for ,, err:dc:CreateDCA no driver found for ,, err:seh:EXC_DefaultHandling Unhandled exception code c0000096 flags 0 addr 0x40e3278f Terminated --------------------------------------- (Note I deleted a couple of the 'err:dc:CreateDCA no driver found for ,,' lines to save space. Does anyone have a suggestion? I have searched with google for all the errors, but I could not find anything substantial that helped me. I would be very pleased if someone could point me in the right direction. Best wishes Gerard _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=features/junkmail

1 0

Re: (4th) Janitorial dlls/advapi32/registry.c W->A cleanup
by Dimitrie O. Paun 08 Mar '03

08 Mar '03

On March 7, 2003 05:09 pm, Tony Lambregts wrote: > This one is implementaed using Dimi's wrapper function *asciiz_to_unicode It ain't mine, it's Dmitry's :) -- Dimi.

1 0

Re: (4th) Janitorial dlls/advapi32/registry.c W->A cleanup
by Alexandre Julliard 08 Mar '03

08 Mar '03

Tony Lambregts <tony_lambregts(a)telusplanet.net> writes: > + len = WideCharToMultiByte(CP_ACP, 0, nameW, -1, NULL, 0, NULL, NULL); > + nameA = HeapAlloc(GetProcessHeap(), 0, len); > + WideCharToMultiByte(CP_ACP, 0, nameW, -1, nameA, len, NULL, NULL); > + > for (;;) > { > - sprintf( name, "reg%04x.tmp", count++ ); > - handle = CreateFileA( buffer, GENERIC_WRITE, 0, NULL, > + sprintf( nameA, "reg%04x.tmp", count++ ); > + handle = CreateFileW( buffer, GENERIC_WRITE, 0, NULL, This can't work, the sprintf is supposed to modify the buffer, not a copy of it. Also note that registry functions are not supposed to set last error, so you probably don't want to use Dmitry's wrapper here. -- Alexandre Julliard julliard(a)winehq.com

3 3

Re: Adding shmserver (not subscribed)
by juan＠foxpaw.com 07 Mar '03

07 Mar '03

Regarding the comments about shmserver's safety, I wanted to point out that running the shmserver doesn't mean that you have to run multiple processes in it. You can still run multiple wine instances. The shmserver shows a performance improvement for a single application (granted special kinds of applications), not just for several. The shmserver reminds me of how Windows NT and OS/2 handle 16-bit apps: they can each run in their own process, or can several can run in the same process to improve performance. I realize this comparison isn't exact, but I think the analogy is apt. Why not include both servers? If, as Gavriel asserts, the changes to implement the shmserver can be small, maintaining both in the source tree shouldn't be horrendous. --Juan

1 0

MSVCIRT and _pioinfo()
by Uwe Bonnes 07 Mar '03

07 Mar '03

Hallo, the MS Standard C++ Libraries implementation in MSVCIRT directly accesses low level MSVCRT structures, like _pioinfo(), the pointer to an array of ioinfo structures. A google/search search brings up some information, e.g. (*1). Some program in the Xilinx suite silently crashes when this _pioinfo() is accessed inside MSVCIRT with builtin msvcrt. How should we handle this case? Implement this array, in the same way as Microsoft did? Or can we construct a builtin MSVCIRT perhaps by using wrappers around some other Standard C++ Libraries implementation? At least a more visible way to crash when unimplemted structures are accessed would be fine. Comments welcome. Bye (*1): from: http://www.geocrawler.com/archives/3/1783/2001/8/0/6525036/ (squid cvs) +/* internal to CTRLIB */ +typedef struct { + long osfhnd; /* underlying OS file HANDLE */ + char osfile; /* attributes of file (e.g., open in text mode?) */ + char pipech; /* one char buffer for handles opened on pipes */ +#ifdef _MT + int lockinitflag; + CRITICAL_SECTION lock; +#endif /* _MT */ + } ioinfo; +extern _CRTIMP ioinfo * __pioinfo[]; +#define IOINFO_L2E 5 +#define IOINFO_ARRAY_ELTS (1 < IOINFO_L2E) +#define _pioinfo(i) ( __pioinfo[(i) > IOINFO_L2E] + ((i) &(IOINFO_ARRAY_ELTS - \ + 1)) ) +#define _osfile(i) ( _pioinfo(i)->osfile ) + -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

1 0

GetWindowTextA unicode issues
by Florian Schirmer 07 Mar '03

07 Mar '03

Hi, I've a rather strange problem. Some windows (iirc all of them are dialog windows) have crippled window titles. Only the first character is dispayed. I've tried to tackle this bug down, but it was a major PITA and i was somehow unsuccessfull. What i've found out so far is: 1. GetWindowTextA( ... WM_GETTEXT ... ) is called to resolve the window title. 2. SendMessageA( ... WM_GETTEXT ... ) is called 3. SendMessageTimeoutA( ... WM_GETTEXT ... ) is called 4. call_window_proc( ... WM_GETTEXT ... unicode==FALSE ...) is called 5. CallWindowProcA( ... WM_GETTEXT ... ) is called 6. if (!proc) return WINPROC_CallWndProc( ... WM_GETTEXT ... ) is called << here i was unable to resolve the codepath futher down >> But i was able to find the codepath a bit later again: ?. DefWindowProcW( ... WM_GETTEXT ... ) is called Somehow wine (or the application) managed to route the GetWindowTextA( ... WM_GETTEXT ... ) ansi call to the DefWindowProcW( ... WM_GETTEXT ... ) unicode handler. Maybe someone has a clue how to tackle this bug down? I've attached a patch which will work around this issue. It's an ugly hack so i don't propose it for cvs inclusion. Regards, Florian Schirmer --- windows/win.c-old Wed Jan 8 22:09:25 2003 +++ windows/win.c Fri Mar 7 14:23:47 2003 @@ -2264,15 +2264,33 @@ INT WINAPI GetWindowTextA( HWND hwnd, LP { WCHAR *buffer; - if (WIN_IsCurrentProcess( hwnd )) - return (INT)SendMessageA( hwnd, WM_GETTEXT, nMaxCount, (LPARAM)lpString ); - - /* when window belongs to other process, don't send a message */ if (nMaxCount <= 0) return 0; if (!(buffer = HeapAlloc( GetProcessHeap(), 0, nMaxCount * sizeof(WCHAR) ))) return 0; - get_server_window_text( hwnd, buffer, nMaxCount ); - if (!WideCharToMultiByte( CP_ACP, 0, buffer, -1, lpString, nMaxCount, NULL, NULL )) - lpString[nMaxCount-1] = 0; + + if (WIN_IsCurrentProcess( hwnd )) { + + SendMessageA( hwnd, WM_GETTEXT, nMaxCount, (LPARAM)buffer ); + + if (strlen((char *)buffer) == 1) { + + if (!WideCharToMultiByte( CP_ACP, 0, buffer, -1, lpString, nMaxCount, NULL, NULL )) + lpString[nMaxCount-1] = 0; + + } else { + + strncpy(lpString, (char *)buffer, nMaxCount); + + } + + } else { + + /* when window belongs to other process, don't send a message */ + get_server_window_text( hwnd, buffer, nMaxCount ); + if (!WideCharToMultiByte( CP_ACP, 0, buffer, -1, lpString, nMaxCount, NULL, NULL )) + lpString[nMaxCount-1] = 0; + + } + HeapFree( GetProcessHeap(), 0, buffer ); return strlen(lpString); }

1 0

Windows Longhorn 3683 complaince status
by Mathew McBride 07 Mar '03

07 Mar '03

Yes, I mean it!. I've managed to get hold of Windows Longhorn Build 3683. All tests should be simular to WinXP at the moment with notable changes in: * Internet Explorer. Internet Explorer cannot download files. It appears to have been fixed in 4008. Use Mozilla instead. It's way better. * DirectX. DirectX appears to be the 899 build, not the 900 build being distributed at the moment on Microsoft's website. Sources tell me that the version in 4008 still has the same build identifier and same size. DirectX diag is unable to run Display tests, claiming a button was pressed. * IPv6. Doesn't affect Wine, but Longhorn doesn't seem to include IPv6 at all * FileSystem. Changes introduced by WinFS Storage services (which needs to be turned off because it sucks a lot of CPU power) are unclear at the moment * Compliance mode. There is a WinXP compliance mode. But it only seems to affect the build identifier used. * GUI. I had to force Explorer.exe into Safe Mode in the .NET Framework manager to stop it from delaying the playing of the welcome sound. Also included is a new theme called Plex and a XML based sidebar. A new XML based display panel is also included, but has been mothballed in 4008. The sidebar includes a desktop switching panel. You only have 4 of them, however. * Others. TabletPC apps (Journal etc.) are included and also drag the system down a bit. But journal.exe seems to be missing. Anyone have any idea about these services and weather they have any place in Longhorn/NT 6.0: Fusion Isolation Service Castle Service Logon Hours (This appears to be more domain oriented, I didn't see this in XP SP1) - Windows still has the nasty activation feature, and as usual, includes a timebomb of 360 days. Both of these have been disabled in the registry. It turns out, that the leaked build also contains Beta's of: Longhorn XP Home Longhorn .NET Server Web Edition " " " Standard " " " Enterprise " " " Datacenter (mothballing of this edition is likley, Unisys is only vendor of 2000 Datacenter and there is no 2003 Datacenter edition) Which means that a Syncronised Server and Client release will probably happen in 2004/5. I was not able to test out the Web servers, because I am using a FAT32 Filesystem. (I did switch to Enterprise though, but soon went back) - Pinball seems to be easier and louder (note: I am using hacked C-Media drivers from http://www.xenomorph.net/) - NT 4.0 drivers don't seem to be working anymore (I tried using the ACARD NT 4.0 driver) Now to the tests: (*PLEASE* include a batch file. It's getting me irratated) (You might want to print this out) (Perhaps we can implement an /all switch to each test) advapi32_test.exe /registry registry.c:97: Test failed: value set to 'xxxxxxxxxx' instead of 'Te' registry.c:98: Test failed: data set to 'xxxxxxx' instead of 'foobar' registry.c:112: Test failed: data set to 'xxxxxxx' instead of 'foobar' /registry: 56 tests executed, 0 marked as todo, 3 failures. dsound_test.exe /dsound dsound.c:372:Testing Primary Sound Driver - dsound.c:386: DirectSound Caps: flags=0x00000f5f secondary min=100 max=100000 dsound.c:397: Testing the primary buffer dsound.c:239: Caps: flags=0x00000009 size=32768 dsound.c:253: tag=0x0001 22050x8x2 avg.B/s=44100 align=2 dsound.c:269: status=0x0000 dsound.c:290: tag=0x0001 11025x16x2 avg.B/s=44100 align=4 dsound.c:412: Testing a secondary buffer at 11025x8x1 dsound.c:239: Caps: flags=0x000100e4 size=4410 dsound.c:253: tag=0x0001 11025x8x1 avg.B/s=11025 align=1 dsound.c:269: status=0x0000 dsound.c:427: Testing a secondary buffer at 48000x16x2 dsound.c:239: Caps: flags=0x000100e4 size=76800 dsound.c:253: tag=0x0001 48000x16x2 avg.B/s=192000 align=4 dsound.c:269: status=0x0000 dsound.c:372:Testing C-Media Wave Device - cmaudio.sys dsound.c:386: DirectSound Caps: flags=0x00000f5f secondary min=100 max=100000 dsound.c:397: Testing the primary buffer dsound.c:239: Caps: flags=0x00000009 size=32768 dsound.c:253: tag=0x0001 22050x8x2 avg.B/s=44100 align=2 dsound.c:269: status=0x0000 dsound.c:290: tag=0x0001 11025x16x2 avg.B/s=44100 align=4 dsound.c:412: Testing a secondary buffer at 11025x8x1 dsound.c:239: Caps: flags=0x000100e4 size=4410 dsound.c:253: tag=0x0001 11025x8x1 avg.B/s=11025 align=1 dsound.c:269: status=0x0000 dsound.c:427: Testing a secondary buffer at 48000x16x2 dsound.c:239: Caps: flags=0x000100e4 size=76800 dsound.c:253: tag=0x0001 48000x16x2 avg.B/s=192000 align=4 dsound.c:269: status=0x0000 /dsound: 61 tests executed, 0 marked as todo, 0 failures. gdi32_test.exe /generated /generated: 2786 tests executed, 0 marked as todo, 0 failures. kernel32_test.exe /alloc. 58 executed, 0, 0 /atom 229398 executed, 0 ,0 /codepage 2 executed, 0 ,0 /drive 158 executed, 0, 0 /environ 39 executed, 0, 0 file.c:633:Current offset = 0015 file.c:658:Current offset = 0015 /file: 487239 executed, 0, 0 /format_msg 58 executed, 0, 0 /generated 609 executed, 0, 0 locale.c:154: Test failed: GetTimeFormat got '' instead of '4' locale.c:155: Test failed: GetTimeFormat: got 1 instead of 2 locale.c:181: Test failed: GetTimeFormat got '8.@:56AM' instead of '8.@:56.@:AM' locale.c:182: Test failed: GetTimeFormat: got 9 instead of 12 locale.c:190: Test failed: GetTimeFormat got '' instead of '3' locale.c:191: Test failed: GetTimeFormat: got 1 instead of 2 locale.c:466: Test failed: GetDateFormat got '5/4/2002' instead of '5/4/02' locale.c:467: Test failed: GetDateFormat: got 9 instead of 7 locale.c:489: Test failed: GetDateFormat check DATE_YEARMONTH with null format expected ERROR_INVALID_FLAGS got return of '10' and error of '0' locale.c:520: Test failed: GetDateFormatW allowed flags and format locale.c:529: Test failed: GetDateFormatW did not permit null buffer pointer when counting. /locale: 112 executed, 0 , 11 failures. path.c:881:TMP=D:\DOCUME~1\Matt\LOCALS~1\Temp path.c:892:TMP=D:\WINDOWS path.c:902:TMP=D:\ path.c:912:TMP=D: /path: 1730 executed, 0, 2 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. process.c:385: Test failed: StartupInfoA:lpTitle expected kernel32_test.exe process , got D:\wine\kernel32_test.exe process.c:537: Test failed: StartupInfoA:lpTitle expected kernel32_test.exe process , got D:\wine\kernel32_test.exe process.c:870: Test failed: StartupInfoA:lpDesktop expected (null), got WinSta0\Default process.c:871: Test failed: StartupInfoA:lpTitle expected (null), got D:\wine\kernel32_test.exe process.c:918: Test failed: StartupInfoA:lpDesktop expected (null), got WinSta0\Default process.c:919: Test failed: StartupInfoA:lpTitle expected (null), got D:\wine\kernel32_test.exe process: 285 tests executed, 0 marked as todo, 6 failures. thread: 112 tests executed, 0 marked as todo, 0 failures. msvcrt_test.exe /file: 2 tests executed, 0 marked as todo, 0 failures. /scanf: 9 tests executed, 0 marked as todo, 0 failures. netapi32_test.exe access.c:110: Test failed: Bad Network Path: rc=0 /access: 23 tests executed, 0 marked as todo, 1 failure. /apibuf: 15 tests executed, 0 marked as todo, 0 failures. /wksta: 14 tests executed, 0 marked as todo, 0 failures. ntdll_test.exe error.c:81: Test failed: STATUS_SMARTCARD_CERT_REVOKED (c0000389): got -2146892975, expected 1266 (or MID_NOT_FOUND) error.c:81: Test failed: STATUS_ISSUING_CA_UNTRUSTED (c000038a): got -2146892974, expected 1267 (or MID_NOT_FOUND) error.c:81: Test failed: STATUS_REVOCATION_OFFLINE_C (c000038b): got -2146892973, expected 1268 (or MID_NOT_FOUND) error.c:81: Test failed: STATUS_PKINIT_CLIENT_FAILURE (c000038c): got -2146892972, expected 1269 (or MID_NOT_FOUND) error.c:81: Test failed: STATUS_SMARTCARD_CERT_EXPIRED (c000038d): got -2146892971, expected 1270 (or MID_NOT_FOUND) (NOTE: Longhorn seems to include invalid certs. Microsoft probably doesn't care) /error: 813 tests executed, 0 marked as todo, 5 failures. /generated: 1279 tests executed, 0 marked as todo, 0 failures. /rtlbitmap: 224 tests executed, 0 marked as todo, 0 failures. /rtlstr: 38 tests executed, 0 marked as todo, 0 failures. oleaut32_test.exe safearray.c:149: Test failed: SAC(20,1,[1,0]), result 8, expected 0 safearray.c:158: Test failed: SAGE for vt 20 returned elemsize 8 instead of expected 0 safearray.c:179: Test failed: copy of SAC(20,1,[1,0]), result 8, expected 0 safearray.c:182: Test failed: SAGE for vt 20 returned elemsize 8 instead of expected 0 safearray.c:149: Test failed: SAC(21,1,[1,0]), result 8, expected 0 safearray.c:158: Test failed: SAGE for vt 21 returned elemsize 8 instead of expected 0 safearray.c:179: Test failed: copy of SAC(21,1,[1,0]), result 8, expected 0 safearray.c:182: Test failed: SAGE for vt 21 returned elemsize 8 instead of expected 0 /safearray: 936 tests executed, 0 marked as todo, 8 failures. vartest.c:1761:======== Testing VarUI1FromXXX ======== vartest.c:1849:======== Testing VarUI2FromXXX ======== vartest.c:1936:======== Testing VarUI4FromXXX ======== vartest.c:2022:======== Testing VarI1FromXXX ======== vartest.c:2088:======== Testing VarI2FromXXX ======== vartest.c:2133:======== Testing VarI4FromXXX ======== vartest.c:2177:======== Testing VarR4FromXXX ======== vartest.c:2224:======== Testing VarR8FromXXX ======== vartest.c:2244:======== Testing VarDateFromXXX ========` vartest.c:2371:======== Testing VarBSTRFromXXX ======== vartest.c:2604:======== Testing Hi-Level Variant API ======== vartest.c:2691:======== Testing different VARTYPES ======== /vartest: 1875 tests executed, 0 marked as todo, 0 failures. rpcrt4_test.exe rpc.c:124: ** Uuid Conversion and Comparison Tests ** /rpc: 901 tests executed, 0 marked as todo, 0 failures. shell32_test.exe /generated: 272 tests executed, 0 marked as todo, 0 failures. shlfileop.c:122: Test failed: File should be removed shlfileop.c:130: Test failed: Directory should be removed shlfileop.c:177: Test failed: Can't rename many files shlfileop.c:185: Test failed: Can't rename many files shlfileop.c:225: Test failed: Can't copy many files shlfileop.c:244: Test failed: Can't copy many files shlfileop.c:286: Test failed: Files are copied to other directory shlfileop.c:287: Test failed: The file is copied shlfileop.c:317: Test failed: The file is moved shlfileop.c:318: Test failed: The directory is moved shlfileop.c:319: Test failed: The file in subdirectory is moved shlfileop.c:341: Test failed: Can't move many files shlfileop.c:354: Test failed: Can not move many files /shlfileop: 121 tests executed, 0 marked as todo, 13 failures. (It looks like I'm loosing memory) urlmon_test.exe did not execute at all user32_test.exe /class: 80 tests executed, 0 marked as todo, 0 failures. /generated: 1524 tests executed, 0 marked as todo, 0 failures. sysparams.c:176:testing SPI_{GET,SET}BEEP sysparams.c:311:testing SPI_{GET,SET}MOUSE sysparams.c:414:testing SPI_{GET,SET}KEYBOARDSPEED sysparams.c:446:testing SPI_ICONHORIZONTALSPACING sysparams.c:489:testing SPI_{GET,SET}SCREENSAVETIMEOUT sysparams.c:523:testing SPI_{GET,SET}SCREENSAVEACTIVE sysparams.c:560:testing SPI_{GET,SET}KEYBOARDDELAY sysparams.c:593:testing SPI_ICONVERTICALSPACING sysparams.c:644:testing SPI_{GET,SET}ICONTITLEWRAP sysparams.c:676:testing SPI_{GET,SET}MENUDROPALIGNMENT sysparams.c:711:testing SPI_{GET,SET}DOUBLECLKWIDTH sysparams.c:741:testing SPI_{GET,SET}DOUBLECLKHEIGHT sysparams.c:772:testing SPI_{GET,SET}DOUBLECLICKTIME sysparams.c:824:testing SPI_{GET,SET}MOUSEBUTTONSWAP sysparams.c:850:testing SPI_GETFASTTASKSWITCH sysparams.c:865:testing SPI_{GET,SET}DRAGFULLWINDOWS sysparams.c:903:testing SPI_{GET,SET}WORKAREA sysparams.c:947:testing SPI_{GET,SET}SHOWSOUNDS sysparams.c:997:testing SPI_{GET,SET}DESKWALLPAPER /sysparams: 358 tests executed, 0 marked as todo, 0 failures. win.c:91:main window 004D00EE main2 00470270 desktop 00010010 child 01040216 win.c:107:created child 004501D6 win.c:120:created child of desktop 004601D6 win.c:130:created child of child 004701D6 win.c:140:created top-level 004801D6 win.c:150:created owned top-level 004901D6 win.c:160:created popup 004A01D6 win.c:170:created owned popup 004B01D6 win.c:180:created top-level owned by child 004C01D6 win.c:186:created popup owned by desktop 004D01D6 win.c:192:created popup owned by child 004E01D6 win.c:198:created WS_CHILD popup 004F01D6 win.c:204:created owned WS_CHILD popup 005001D6 win.c:209:testing parent changes win.c:221:created child 005101D6 win.c:247:created top-level 005201D6 win.c:264:created popup 005301D6 win.c:281:created child 005401D6 win.c:298:created top-level 005501D6 win.c:307:created owned popup 005601D6 win.c:323:created owner 005701D6 and popup 00390206 win.c:337:created owner 003A0206 and popup 005801D6 win.c:345:created owner 003B0206 and popup 005901D6 /win: 373 tests executed, 0 marked as todo, 0 failures. /wsprintf: 4 tests executed, 0 marked as todo, 0 failures. wininet_test.exe /generated: 252 tests executed, 0 marked as todo, 0 failures. http.c:90:Starting with flags 0x10000000 http.c:92:InternetOpenA <-- http.c:95:InternetOpenA --> http.c:101:InternetConnectA <-- http.c:78:Callback 00CC0004 0xdeadbeef INTERNET_STATUS_HANDLE_CREATED(60) 0012E9A8 4 http.c:104:InternetConnectA --> http.c:108:HttpOpenRequestA <-- http.c:78:Callback 00CC0008 0xdeadbead INTERNET_STATUS_HANDLE_CREATED(60) 0012EC20 4 http.c:122:HttpOpenRequestA --> http.c:126:HttpSendRequestA --> http.c:133:HttpSendRequestA <-- http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_RESOLVING_NAME(10) 00F2FB04 21 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_NAME_RESOLVED(11) 00F2FAF4 14 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_CONNECTING_TO_SERVER(20) 00F2FB9C 14 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_CONNECTED_TO_SERVER(21) 00F2FD44 14 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_SENDING_REQUEST(30) 00000000 0 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_REQUEST_SENT(31) 00F2FCE0 4 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_RECEIVING_RESPONSE(40) 00000000 0 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_RESPONSE_RECEIVED(41) 00F2FD64 4 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_REQUEST_COMPLETE(100) 00F2FDAC 8 http.c:140:Option 0x17 -> 1 12 http.c:144:Option 0x22 -> 1 http://www.winehq.com/about/ http.c:149:Option 0x16 -> 1 HTTP/1.0 200 OK Connection: close Date: Fri, 07 Mar 2003 09:03:55 GMT Server: Apache/1.3.27 (Unix) (Red-Hat/Linux) mod_ssl/2.8.12 OpenSSL/0.9.6 PHP/4.1.2 X-Powered-By: PHP/4.1.2 Content-Type: text/html http.c:154:Option 0x22 -> 1 http://www.winehq.com/about/ http.c:158:Option 0x5 -> 0 http://www.winehq.com/about/ (12150) http.c:163:Option 0x1 -> 1 text/html http.c:166:Entery Query loop http.c:183:ReadFile -> 1 813 http.c:183:ReadFile -> 1 424 http.c:172: Test failed: InternetQueryDataAvailable failed http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_REQUEST_COMPLETE(100) 00F2FDAC 8 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_CLOSING_CONNECTION(50) 00000000 0 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_CONNECTION_CLOSED(51) 00000000 0 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_HANDLE_CLOSING(70) 00F2FD6C 4 http.c:78:Callback 00CC0008 0xdeadbeef INTERNET_STATUS_HANDLE_CLOSING(70) 00F2FD28 4 http.c:90:Starting with flags 0x0 http.c:92:InternetOpenA <-- http.c:95:InternetOpenA --> http.c:101:InternetConnectA <-- http.c:78:Callback 00CC0004 0xdeadbeef INTERNET_STATUS_HANDLE_CREATED(60) 0012E9A8 4 http.c:104:InternetConnectA --> http.c:108:HttpOpenRequestA <-- http.c:78:Callback 00CC0008 0xdeadbead INTERNET_STATUS_HANDLE_CREATED(60) 0012EC20 4 http.c:122:HttpOpenRequestA --> http.c:126:HttpSendRequestA --> http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_CONNECTING_TO_SERVER(20) 0012EA5C 14 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_CONNECTED_TO_SERVER(21) 0012EA38 14 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_SENDING_REQUEST(30) 00000000 0 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_REQUEST_SENT(31) 0012EB48 4 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_RECEIVING_RESPONSE(40) 00000000 0 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_RESPONSE_RECEIVED(41) 0012EB34 4 http.c:133:HttpSendRequestA <-- http.c:140:Option 0x17 -> 1 12 http.c:144:Option 0x22 -> 1 http://www.winehq.com/about/ http.c:149:Option 0x16 -> 1 HTTP/1.0 200 OK Connection: close Date: Fri, 07 Mar 2003 09:03:55 GMT Server: Apache/1.3.27 (Unix) (Red-Hat/Linux) mod_ssl/2.8.12 OpenSSL/0.9.6 PHP/4.1.2 X-Powered-By: PHP/4.1.2 Content-Type: text/html http.c:154:Option 0x22 -> 1 http://www.winehq.com/about/ http.c:158:Option 0x5 -> 0 http://www.winehq.com/about/ (12150) http.c:163:Option 0x1 -> 1 text/html http.c:166:Entery Query loop http.c:183:ReadFile -> 1 813 http.c:183:ReadFile -> 1 436 http.c:183:ReadFile -> 1 8192 http.c:183:ReadFile -> 1 568 http.c:183:ReadFile -> 1 2120 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_CLOSING_CONNECTION(50) 00000000 0 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_CONNECTION_CLOSED(51) 00000000 0 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_HANDLE_CLOSING(70) 0012EC54 4 http.c:78:Callback 00CC0008 0xdeadbeef INTERNET_STATUS_HANDLE_CLOSING(70) 0012EC54 4 /http: 23 tests executed, 0 marked as todo, 1 failure. winmm_test.exe wave.c:193:found 1 WaveOut devices wave.c:217: 0: "C-Media Wave Device" 5.10 (1:100): channels=65535 formats=bffff support=002c wave.c:231:Testing invalid 2MHz format /wave: 233 tests executed, 0 marked as todo, 0 failures. ws2_32_test.exe sock.c:694: **** STARTING TEST 0 **** sock.c:332:simple_server (758) starting sock.c:391:simple_client (68c): starting sock.c:341:simple_server (758) ready sock.c:346:simple_server (758): waiting for client sock.c:394:simple_client (68c): server ready sock.c:391:simple_client (4b0): starting sock.c:394:simple_client (4b0): server ready sock.c:406:simple_client (68c) connected sock.c:406:simple_client (4b0) connected sock.c:346:simple_server (758): waiting for client sock.c:427:simple_client (4b0) exiting sock.c:374:simple_server (758) exiting sock.c:427:simple_client (68c) exiting sock.c:696: **** TEST 0 COMPLETE **** sock.c:694: **** STARTING TEST 1 **** sock.c:332:simple_server (380) starting sock.c:341:simple_server (380) ready sock.c:346:simple_server (380): waiting for client sock.c:445:event_client (224): starting sock.c:445:event_client (434): starting sock.c:447:event_client (224): server ready sock.c:467:event_client (224) connected sock.c:505:event_client (224): all data sent - shutdown sock.c:346:simple_server (380): waiting for client sock.c:526:event_client (224): all data received sock.c:538:event_client (224): close event sock.c:556:event_client (224) exiting sock.c:447:event_client (434): server ready sock.c:467:event_client (434) connected sock.c:505:event_client (434): all data sent - shutdown sock.c:374:simple_server (380) exiting sock.c:526:event_client (434): all data received sock.c:538:event_client (434): close event sock.c:556:event_client (434) exiting sock.c:696: **** TEST 1 COMPLETE **** /sock: 1096 tests executed, 0 marked as todo, 0 failures. -- Mathew McBride matt(a)mcbridematt.dhs.org http://mcbridematt.dhs.org

1 0

Windows Longhorn 3683 Complaince status
by Mathew McBride 07 Mar '03

07 Mar '03

Yes, I mean it!. I've managed to get hold of Windows Longhorn Build 3683. All tests should be simular to WinXP at the moment with notable changes in: * Internet Explorer. Internet Explorer cannot download files. It appears to have been fixed in 4008. Use Mozilla instead. It's way better. * DirectX. DirectX appears to be the 899 build, not the 900 build being distributed at the moment on Microsoft's website. Sources tell me that the version in 4008 still has the same build identifier and same size. DirectX diag is unable to run Display tests, claiming a button was pressed. * IPv6. Doesn't affect Wine, but Longhorn doesn't seem to include IPv6 at all * FileSystem. Changes introduced by WinFS Storage services (which needs to be turned off because it sucks a lot of CPU power) are unclear at the moment * Compliance mode. There is a WinXP compliance mode. But it only seems to affect the build identifier used. * GUI. I had to force Explorer.exe into Safe Mode in the .NET Framework manager to stop it from delaying the playing of the welcome sound. Also included is a new theme called Plex and a XML based sidebar. A new XML based display panel is also included, but has been mothballed in 4008. The sidebar includes a desktop switching panel. You only have 4 of them, however. * Others. TabletPC apps (Journal etc.) are included and also drag the system down a bit. But journal.exe seems to be missing. Anyone have any idea about these services and weather they have any place in Longhorn/NT 6.0: Fusion Isolation Service Castle Service Logon Hours (This appears to be more domain oriented, I didn't see this in XP SP1) - Windows still has the nasty activation feature, and as usual, includes a timebomb of 360 days. Both of these have been disabled in the registry. It turns out, that the leaked build also contains Beta's of: Longhorn XP Home Longhorn .NET Server Web Edition " " " Standard " " " Enterprise " " " Datacenter (mothballing of this edition is likley, Unisys is only vendor of 2000 Datacenter and there is no 2003 Datacenter edition) Which means that a Syncronised Server and Client release will probably happen in 2004/5. I was not able to test out the Web servers, because I am using a FAT32 Filesystem. (I did switch to Enterprise though, but soon went back) - Pinball seems to be easier and louder (note: I am using hacked C-Media drivers from http://www.xenomorph.net/) - NT 4.0 drivers don't seem to be working anymore (I tried using the ACARD NT 4.0 driver) Now to the tests: (*PLEASE* include a batch file. It's getting me irratated) (You might want to print this out) (Perhaps we can implement an /all switch to each test) advapi32_test.exe /registry registry.c:97: Test failed: value set to 'xxxxxxxxxx' instead of 'Te' registry.c:98: Test failed: data set to 'xxxxxxx' instead of 'foobar' registry.c:112: Test failed: data set to 'xxxxxxx' instead of 'foobar' /registry: 56 tests executed, 0 marked as todo, 3 failures. dsound_test.exe /dsound dsound.c:372:Testing Primary Sound Driver - dsound.c:386: DirectSound Caps: flags=0x00000f5f secondary min=100 max=100000 dsound.c:397: Testing the primary buffer dsound.c:239: Caps: flags=0x00000009 size=32768 dsound.c:253: tag=0x0001 22050x8x2 avg.B/s=44100 align=2 dsound.c:269: status=0x0000 dsound.c:290: tag=0x0001 11025x16x2 avg.B/s=44100 align=4 dsound.c:412: Testing a secondary buffer at 11025x8x1 dsound.c:239: Caps: flags=0x000100e4 size=4410 dsound.c:253: tag=0x0001 11025x8x1 avg.B/s=11025 align=1 dsound.c:269: status=0x0000 dsound.c:427: Testing a secondary buffer at 48000x16x2 dsound.c:239: Caps: flags=0x000100e4 size=76800 dsound.c:253: tag=0x0001 48000x16x2 avg.B/s=192000 align=4 dsound.c:269: status=0x0000 dsound.c:372:Testing C-Media Wave Device - cmaudio.sys dsound.c:386: DirectSound Caps: flags=0x00000f5f secondary min=100 max=100000 dsound.c:397: Testing the primary buffer dsound.c:239: Caps: flags=0x00000009 size=32768 dsound.c:253: tag=0x0001 22050x8x2 avg.B/s=44100 align=2 dsound.c:269: status=0x0000 dsound.c:290: tag=0x0001 11025x16x2 avg.B/s=44100 align=4 dsound.c:412: Testing a secondary buffer at 11025x8x1 dsound.c:239: Caps: flags=0x000100e4 size=4410 dsound.c:253: tag=0x0001 11025x8x1 avg.B/s=11025 align=1 dsound.c:269: status=0x0000 dsound.c:427: Testing a secondary buffer at 48000x16x2 dsound.c:239: Caps: flags=0x000100e4 size=76800 dsound.c:253: tag=0x0001 48000x16x2 avg.B/s=192000 align=4 dsound.c:269: status=0x0000 /dsound: 61 tests executed, 0 marked as todo, 0 failures. gdi32_test.exe /generated /generated: 2786 tests executed, 0 marked as todo, 0 failures. kernel32_test.exe /alloc. 58 executed, 0, 0 /atom 229398 executed, 0 ,0 /codepage 2 executed, 0 ,0 /drive 158 executed, 0, 0 /environ 39 executed, 0, 0 file.c:633:Current offset = 0015 file.c:658:Current offset = 0015 /file: 487239 executed, 0, 0 /format_msg 58 executed, 0, 0 /generated 609 executed, 0, 0 locale.c:154: Test failed: GetTimeFormat got '' instead of '4' locale.c:155: Test failed: GetTimeFormat: got 1 instead of 2 locale.c:181: Test failed: GetTimeFormat got '8.@:56AM' instead of '8.@:56.@:AM' locale.c:182: Test failed: GetTimeFormat: got 9 instead of 12 locale.c:190: Test failed: GetTimeFormat got '' instead of '3' locale.c:191: Test failed: GetTimeFormat: got 1 instead of 2 locale.c:466: Test failed: GetDateFormat got '5/4/2002' instead of '5/4/02' locale.c:467: Test failed: GetDateFormat: got 9 instead of 7 locale.c:489: Test failed: GetDateFormat check DATE_YEARMONTH with null format expected ERROR_INVALID_FLAGS got return of '10' and error of '0' locale.c:520: Test failed: GetDateFormatW allowed flags and format locale.c:529: Test failed: GetDateFormatW did not permit null buffer pointer when counting. /locale: 112 executed, 0 , 11 failures. path.c:881:TMP=D:\DOCUME~1\Matt\LOCALS~1\Temp path.c:892:TMP=D:\WINDOWS path.c:902:TMP=D:\ path.c:912:TMP=D: /path: 1730 executed, 0, 2 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. process.c:385: Test failed: StartupInfoA:lpTitle expected kernel32_test.exe process , got D:\wine\kernel32_test.exe process.c:537: Test failed: StartupInfoA:lpTitle expected kernel32_test.exe process , got D:\wine\kernel32_test.exe process.c:870: Test failed: StartupInfoA:lpDesktop expected (null), got WinSta0\Default process.c:871: Test failed: StartupInfoA:lpTitle expected (null), got D:\wine\kernel32_test.exe process.c:918: Test failed: StartupInfoA:lpDesktop expected (null), got WinSta0\Default process.c:919: Test failed: StartupInfoA:lpTitle expected (null), got D:\wine\kernel32_test.exe process: 285 tests executed, 0 marked as todo, 6 failures. thread: 112 tests executed, 0 marked as todo, 0 failures. msvcrt_test.exe /file: 2 tests executed, 0 marked as todo, 0 failures. /scanf: 9 tests executed, 0 marked as todo, 0 failures. netapi32_test.exe access.c:110: Test failed: Bad Network Path: rc=0 /access: 23 tests executed, 0 marked as todo, 1 failure. /apibuf: 15 tests executed, 0 marked as todo, 0 failures. /wksta: 14 tests executed, 0 marked as todo, 0 failures. ntdll_test.exe error.c:81: Test failed: STATUS_SMARTCARD_CERT_REVOKED (c0000389): got -2146892975, expected 1266 (or MID_NOT_FOUND) error.c:81: Test failed: STATUS_ISSUING_CA_UNTRUSTED (c000038a): got -2146892974, expected 1267 (or MID_NOT_FOUND) error.c:81: Test failed: STATUS_REVOCATION_OFFLINE_C (c000038b): got -2146892973, expected 1268 (or MID_NOT_FOUND) error.c:81: Test failed: STATUS_PKINIT_CLIENT_FAILURE (c000038c): got -2146892972, expected 1269 (or MID_NOT_FOUND) error.c:81: Test failed: STATUS_SMARTCARD_CERT_EXPIRED (c000038d): got -2146892971, expected 1270 (or MID_NOT_FOUND) (NOTE: Longhorn seems to include invalid certs. Microsoft probably doesn't care) /error: 813 tests executed, 0 marked as todo, 5 failures. /generated: 1279 tests executed, 0 marked as todo, 0 failures. /rtlbitmap: 224 tests executed, 0 marked as todo, 0 failures. /rtlstr: 38 tests executed, 0 marked as todo, 0 failures. oleaut32_test.exe safearray.c:149: Test failed: SAC(20,1,[1,0]), result 8, expected 0 safearray.c:158: Test failed: SAGE for vt 20 returned elemsize 8 instead of expected 0 safearray.c:179: Test failed: copy of SAC(20,1,[1,0]), result 8, expected 0 safearray.c:182: Test failed: SAGE for vt 20 returned elemsize 8 instead of expected 0 safearray.c:149: Test failed: SAC(21,1,[1,0]), result 8, expected 0 safearray.c:158: Test failed: SAGE for vt 21 returned elemsize 8 instead of expected 0 safearray.c:179: Test failed: copy of SAC(21,1,[1,0]), result 8, expected 0 safearray.c:182: Test failed: SAGE for vt 21 returned elemsize 8 instead of expected 0 /safearray: 936 tests executed, 0 marked as todo, 8 failures. vartest.c:1761:======== Testing VarUI1FromXXX ======== vartest.c:1849:======== Testing VarUI2FromXXX ======== vartest.c:1936:======== Testing VarUI4FromXXX ======== vartest.c:2022:======== Testing VarI1FromXXX ======== vartest.c:2088:======== Testing VarI2FromXXX ======== vartest.c:2133:======== Testing VarI4FromXXX ======== vartest.c:2177:======== Testing VarR4FromXXX ======== vartest.c:2224:======== Testing VarR8FromXXX ======== vartest.c:2244:======== Testing VarDateFromXXX ========` vartest.c:2371:======== Testing VarBSTRFromXXX ======== vartest.c:2604:======== Testing Hi-Level Variant API ======== vartest.c:2691:======== Testing different VARTYPES ======== /vartest: 1875 tests executed, 0 marked as todo, 0 failures. rpcrt4_test.exe rpc.c:124: ** Uuid Conversion and Comparison Tests ** /rpc: 901 tests executed, 0 marked as todo, 0 failures. shell32_test.exe /generated: 272 tests executed, 0 marked as todo, 0 failures. shlfileop.c:122: Test failed: File should be removed shlfileop.c:130: Test failed: Directory should be removed shlfileop.c:177: Test failed: Can't rename many files shlfileop.c:185: Test failed: Can't rename many files shlfileop.c:225: Test failed: Can't copy many files shlfileop.c:244: Test failed: Can't copy many files shlfileop.c:286: Test failed: Files are copied to other directory shlfileop.c:287: Test failed: The file is copied shlfileop.c:317: Test failed: The file is moved shlfileop.c:318: Test failed: The directory is moved shlfileop.c:319: Test failed: The file in subdirectory is moved shlfileop.c:341: Test failed: Can't move many files shlfileop.c:354: Test failed: Can not move many files /shlfileop: 121 tests executed, 0 marked as todo, 13 failures. (It looks like I'm loosing memory) urlmon_test.exe did not execute at all user32_test.exe /class: 80 tests executed, 0 marked as todo, 0 failures. /generated: 1524 tests executed, 0 marked as todo, 0 failures. sysparams.c:176:testing SPI_{GET,SET}BEEP sysparams.c:311:testing SPI_{GET,SET}MOUSE sysparams.c:414:testing SPI_{GET,SET}KEYBOARDSPEED sysparams.c:446:testing SPI_ICONHORIZONTALSPACING sysparams.c:489:testing SPI_{GET,SET}SCREENSAVETIMEOUT sysparams.c:523:testing SPI_{GET,SET}SCREENSAVEACTIVE sysparams.c:560:testing SPI_{GET,SET}KEYBOARDDELAY sysparams.c:593:testing SPI_ICONVERTICALSPACING sysparams.c:644:testing SPI_{GET,SET}ICONTITLEWRAP sysparams.c:676:testing SPI_{GET,SET}MENUDROPALIGNMENT sysparams.c:711:testing SPI_{GET,SET}DOUBLECLKWIDTH sysparams.c:741:testing SPI_{GET,SET}DOUBLECLKHEIGHT sysparams.c:772:testing SPI_{GET,SET}DOUBLECLICKTIME sysparams.c:824:testing SPI_{GET,SET}MOUSEBUTTONSWAP sysparams.c:850:testing SPI_GETFASTTASKSWITCH sysparams.c:865:testing SPI_{GET,SET}DRAGFULLWINDOWS sysparams.c:903:testing SPI_{GET,SET}WORKAREA sysparams.c:947:testing SPI_{GET,SET}SHOWSOUNDS sysparams.c:997:testing SPI_{GET,SET}DESKWALLPAPER /sysparams: 358 tests executed, 0 marked as todo, 0 failures. win.c:91:main window 004D00EE main2 00470270 desktop 00010010 child 01040216 win.c:107:created child 004501D6 win.c:120:created child of desktop 004601D6 win.c:130:created child of child 004701D6 win.c:140:created top-level 004801D6 win.c:150:created owned top-level 004901D6 win.c:160:created popup 004A01D6 win.c:170:created owned popup 004B01D6 win.c:180:created top-level owned by child 004C01D6 win.c:186:created popup owned by desktop 004D01D6 win.c:192:created popup owned by child 004E01D6 win.c:198:created WS_CHILD popup 004F01D6 win.c:204:created owned WS_CHILD popup 005001D6 win.c:209:testing parent changes win.c:221:created child 005101D6 win.c:247:created top-level 005201D6 win.c:264:created popup 005301D6 win.c:281:created child 005401D6 win.c:298:created top-level 005501D6 win.c:307:created owned popup 005601D6 win.c:323:created owner 005701D6 and popup 00390206 win.c:337:created owner 003A0206 and popup 005801D6 win.c:345:created owner 003B0206 and popup 005901D6 /win: 373 tests executed, 0 marked as todo, 0 failures. /wsprintf: 4 tests executed, 0 marked as todo, 0 failures. wininet_test.exe /generated: 252 tests executed, 0 marked as todo, 0 failures. http.c:90:Starting with flags 0x10000000 http.c:92:InternetOpenA <-- http.c:95:InternetOpenA --> http.c:101:InternetConnectA <-- http.c:78:Callback 00CC0004 0xdeadbeef INTERNET_STATUS_HANDLE_CREATED(60) 0012E9A8 4 http.c:104:InternetConnectA --> http.c:108:HttpOpenRequestA <-- http.c:78:Callback 00CC0008 0xdeadbead INTERNET_STATUS_HANDLE_CREATED(60) 0012EC20 4 http.c:122:HttpOpenRequestA --> http.c:126:HttpSendRequestA --> http.c:133:HttpSendRequestA <-- http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_RESOLVING_NAME(10) 00F2FB04 21 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_NAME_RESOLVED(11) 00F2FAF4 14 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_CONNECTING_TO_SERVER(20) 00F2FB9C 14 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_CONNECTED_TO_SERVER(21) 00F2FD44 14 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_SENDING_REQUEST(30) 00000000 0 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_REQUEST_SENT(31) 00F2FCE0 4 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_RECEIVING_RESPONSE(40) 00000000 0 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_RESPONSE_RECEIVED(41) 00F2FD64 4 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_REQUEST_COMPLETE(100) 00F2FDAC 8 http.c:140:Option 0x17 -> 1 12 http.c:144:Option 0x22 -> 1 http://www.winehq.com/about/ http.c:149:Option 0x16 -> 1 HTTP/1.0 200 OK Connection: close Date: Fri, 07 Mar 2003 09:03:55 GMT Server: Apache/1.3.27 (Unix) (Red-Hat/Linux) mod_ssl/2.8.12 OpenSSL/0.9.6 PHP/4.1.2 X-Powered-By: PHP/4.1.2 Content-Type: text/html http.c:154:Option 0x22 -> 1 http://www.winehq.com/about/ http.c:158:Option 0x5 -> 0 http://www.winehq.com/about/ (12150) http.c:163:Option 0x1 -> 1 text/html http.c:166:Entery Query loop http.c:183:ReadFile -> 1 813 http.c:183:ReadFile -> 1 424 http.c:172: Test failed: InternetQueryDataAvailable failed http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_REQUEST_COMPLETE(100) 00F2FDAC 8 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_CLOSING_CONNECTION(50) 00000000 0 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_CONNECTION_CLOSED(51) 00000000 0 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_HANDLE_CLOSING(70) 00F2FD6C 4 http.c:78:Callback 00CC0008 0xdeadbeef INTERNET_STATUS_HANDLE_CLOSING(70) 00F2FD28 4 http.c:90:Starting with flags 0x0 http.c:92:InternetOpenA <-- http.c:95:InternetOpenA --> http.c:101:InternetConnectA <-- http.c:78:Callback 00CC0004 0xdeadbeef INTERNET_STATUS_HANDLE_CREATED(60) 0012E9A8 4 http.c:104:InternetConnectA --> http.c:108:HttpOpenRequestA <-- http.c:78:Callback 00CC0008 0xdeadbead INTERNET_STATUS_HANDLE_CREATED(60) 0012EC20 4 http.c:122:HttpOpenRequestA --> http.c:126:HttpSendRequestA --> http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_CONNECTING_TO_SERVER(20) 0012EA5C 14 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_CONNECTED_TO_SERVER(21) 0012EA38 14 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_SENDING_REQUEST(30) 00000000 0 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_REQUEST_SENT(31) 0012EB48 4 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_RECEIVING_RESPONSE(40) 00000000 0 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_RESPONSE_RECEIVED(41) 0012EB34 4 http.c:133:HttpSendRequestA <-- http.c:140:Option 0x17 -> 1 12 http.c:144:Option 0x22 -> 1 http://www.winehq.com/about/ http.c:149:Option 0x16 -> 1 HTTP/1.0 200 OK Connection: close Date: Fri, 07 Mar 2003 09:03:55 GMT Server: Apache/1.3.27 (Unix) (Red-Hat/Linux) mod_ssl/2.8.12 OpenSSL/0.9.6 PHP/4.1.2 X-Powered-By: PHP/4.1.2 Content-Type: text/html http.c:154:Option 0x22 -> 1 http://www.winehq.com/about/ http.c:158:Option 0x5 -> 0 http://www.winehq.com/about/ (12150) http.c:163:Option 0x1 -> 1 text/html http.c:166:Entery Query loop http.c:183:ReadFile -> 1 813 http.c:183:ReadFile -> 1 436 http.c:183:ReadFile -> 1 8192 http.c:183:ReadFile -> 1 568 http.c:183:ReadFile -> 1 2120 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_CLOSING_CONNECTION(50) 00000000 0 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_CONNECTION_CLOSED(51) 00000000 0 http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_HANDLE_CLOSING(70) 0012EC54 4 http.c:78:Callback 00CC0008 0xdeadbeef INTERNET_STATUS_HANDLE_CLOSING(70) 0012EC54 4 /http: 23 tests executed, 0 marked as todo, 1 failure. winmm_test.exe wave.c:193:found 1 WaveOut devices wave.c:217: 0: "C-Media Wave Device" 5.10 (1:100): channels=65535 formats=bffff support=002c wave.c:231:Testing invalid 2MHz format /wave: 233 tests executed, 0 marked as todo, 0 failures. ws2_32_test.exe sock.c:694: **** STARTING TEST 0 **** sock.c:332:simple_server (758) starting sock.c:391:simple_client (68c): starting sock.c:341:simple_server (758) ready sock.c:346:simple_server (758): waiting for client sock.c:394:simple_client (68c): server ready sock.c:391:simple_client (4b0): starting sock.c:394:simple_client (4b0): server ready sock.c:406:simple_client (68c) connected sock.c:406:simple_client (4b0) connected sock.c:346:simple_server (758): waiting for client sock.c:427:simple_client (4b0) exiting sock.c:374:simple_server (758) exiting sock.c:427:simple_client (68c) exiting sock.c:696: **** TEST 0 COMPLETE **** sock.c:694: **** STARTING TEST 1 **** sock.c:332:simple_server (380) starting sock.c:341:simple_server (380) ready sock.c:346:simple_server (380): waiting for client sock.c:445:event_client (224): starting sock.c:445:event_client (434): starting sock.c:447:event_client (224): server ready sock.c:467:event_client (224) connected sock.c:505:event_client (224): all data sent - shutdown sock.c:346:simple_server (380): waiting for client sock.c:526:event_client (224): all data received sock.c:538:event_client (224): close event sock.c:556:event_client (224) exiting sock.c:447:event_client (434): server ready sock.c:467:event_client (434) connected sock.c:505:event_client (434): all data sent - shutdown sock.c:374:simple_server (380) exiting sock.c:526:event_client (434): all data received sock.c:538:event_client (434): close event sock.c:556:event_client (434) exiting sock.c:696: **** TEST 1 COMPLETE **** /sock: 1096 tests executed, 0 marked as todo, 0 failures. -- Mathew McBride matt(a)mcbridematt.dhs.org http://mcbridematt.dhs.org

1 0

Re: Janitorial dlls/advapi32/registry.c W->A cleanup
by Dmitry Timoshkov 07 Mar '03

07 Mar '03

"Tony Lambregts" <tony_lambregts(a)telusplanet.net> wrote: > -LONG WINAPI RegSaveKeyW( HKEY hkey, LPCWSTR file, LPSECURITY_ATTRIBUTES sa ) > +LONG WINAPI RegSaveKeyA( HKEY hkey, LPCSTR file, LPSECURITY_ATTRIBUTES sa ) > { > - LPSTR fileA = HEAP_strdupWtoA( GetProcessHeap(), 0, file ); > - DWORD ret = RegSaveKeyA( hkey, fileA, sa ); > - if (fileA) HeapFree( GetProcessHeap(), 0, fileA ); > + UNICODE_STRING fileW; > + LONG ret; > + > + RtlCreateUnicodeStringFromAsciiz( &fileW, file ); > + ret = RegSaveKeyW( hkey, fileW.Buffer, sa ); > + RtlFreeUnicodeString( &fileW ); > return ret; In the vast majority of cases where an API takes file name, ANSI version of the API is supposed to have a limitation of MAX_PATH characters for the name. Thus, there is no need to waste CPU cycles by allocating/deallocating memory, but instead having an automatic buffer on the stack will be quite enough. See files/drive.c,GetCurrentDirectoryA for a sample. All other APIs which get a file name as a parameter should be rewritten that way too. Probably that's the task for yet another janitorial project... All the said above doesn't mean that your patch can't applied as is, that just means that there is a better way of doing this task. -- Dmitry.

5 8

compile fails?
by Gregory M. Turner 06 Mar '03

06 Mar '03

Am I the only one with this? gcc -c -I. -I. -I../include -I../include -g -O2 -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -march=athlon-xp \ -pipe -mmmx -m3dnow -msse -fPIC -D__WINESRC__ -DDLLDIR="\"/usr/local/lib/wine\"" -D_REENTRANT -o ldt.o ldt.c ldt.c: In function `set_thread_area': ldt.c:97: `__NR_set_thread_area' undeclared (first use in this function) ldt.c:97: (Each undeclared identifier is reported only once ldt.c:97: for each function it appears in.) make[1]: *** [ldt.o] Error 1 make[1]: Leaving directory `/var/src/wine/library' make: *** [library] Error 2 The code there looks a bit obscure.... :( -- gmt

1 0

Re: PATCH: Inserting an item in a listview sometimes generates incorrect messages
by Dimitrie O. Paun 06 Mar '03

06 Mar '03

On March 6, 2003 06:04 am, Adam Gundy wrote: [wine-devel Cc:ed to keep people in the loop] > Is a listview guaranteed to be single threaded? I assume it is because it > is all message driven - so some flag in the LISTVIEW_INFO structure could > be set. I'd say that is even more opaque. I think this would be better. It's localized in two points (where we set it, and where we use it), and it's easier to follow. The rest of the code should be unaware of this problem, so hiding it is the right thing to do IMO. The reason it's easier to follow is that if I don't see it, I don't care about it, which is what we want, and 99% of people looking at the code will fall in this category. If you do happen to stumble upon it, you can search for the infoPtr->blah thing that we're setting to see where and how this thing is used. You can't easily search with the current flag solution. > Actually, there is the rather unhelpful comment "But we are not supposed to > modify nHotItem!* in LISTVIEW_ShiftIndices() - does 'real' Windows maintain > the focus after an insertion? Perhaps that's why they don't send the > messages - you know how they work: write the code then document its broken > behaviour after the fact ;-) Yes, I know. This is why I think it should just result from some other behavior naturally, I don't think MS went through the trouble of passing a boolean around all over the place just to not send this notification. One more reason to not uglify our interfaces, as it will just get fixed automatically when we properly support the HotItem. -- Dimi.

3 2

Re: Janitorial dlls/advapi32/registry.c W->A cleanup
by Rolf Kalbermatter 06 Mar '03

06 Mar '03

> Dmitry Timoshkov wrote: > >> "Tony Lambregts" <tony_lambregts(a)telusplanet.net> wrote: >> Yeah I actually had it that way at one point due to my familairity >> with drive.c and well... I ran into some compiler errors (in >> RegSaveKeyW) that ended up making the problem worse. Perhaps it was >> something I simple I missed. I can take another look at it if it will >> save some CPU cycles. > >when I change the code to the following > LONG WINAPI RegSaveKeyA( HKEY hkey, LPCSTR file, LPSECURITY_ATTRIBUTES sa ) { WCHAR fileW[MAX_PATH]; - LONG ret, len; + LONG ret; - len = WideCharToMultiByte(CP_ACP, 0, fileW, -1, file, 0, NULL, NULL); - WideCharToMultiByte(CP_ACP, 0, fileW, -1, file, len, NULL, NULL); + MultiByteToWideChar(CP_ACP, 0, file, -1, fileW, MAX_PATH); - ret = RegSaveKeyW( hkey, fileW.Buffer, sa ); + ret = RegSaveKeyW( hkey, fileW, sa ); return ret; } >I get the following warning > >warning: passing arg 5 of `WideCharToMultiByte' discards qualifiers from >pointer target type Well you should get a lot more warnings and even errors IMO. Look above as to what I think the code should really look like. Rolf Kalbermatter

1 0

Re: New conformance test for user32.dll
by Ferenc Wagner 06 Mar '03

06 Mar '03

Tony Lambregts <tony_lambregts(a)telusplanet.net> writes: > The patch is still in the wrong format. New files need to > be diff'ed against /dev/null. Thanks for the clarification! Winehq says new files can be included as separate attachments. Well, this is exactly one kind of problems/comments I expected for first contribution. Also, I found no mention of license info on the web page. I Cc-ed the devel list so that someone can fix the docs. Thanks for all: Feri.

6 6

Re: (2nd) Janitorial dlls/advapi32/registry.c W->A cleanup
by Vincent Béron 06 Mar '03

06 Mar '03

Tony Lambregts a écrit: > With Dmitry's suggested change and Vincent's advice (doh!) Second advice: don't forget the patch :)

1 0

Winelib article in this month's C/C++ User's Journal
by Matthew Bloch 06 Mar '03

06 Mar '03

http://www.cuj.com/current/feature.html?topic=current An immodest plug for my introductory Winelib article that the CUJ editor Joe Casad was soliciting through thist list back in December. It's now in the print journal and on their web site at the (temporary, by the looks of things) link above. Thanks to the people who offered criticism before publication; hopefully in the three months since I wrote it the information isn't too out of date! cheers, -- Matthew Bloch Bytemark Hosting tel. +44 (0) 8707 455026 http://www.bytemark-hosting.co.uk/ Dedicated Linux hosts from 15ukp ($26) per month

4 3

Re: Add messaging for SB_CTL bars to scroll.c
by Dimitrie O. Paun 06 Mar '03

06 Mar '03

On March 5, 2003 09:22 pm, Andrew Johnston wrote: > +/* Determine if the info is valid */ > +#define SCROLL_INFO_INVALID(info) \ > + ((info->fMask & ~(SIF_ALL | SIF_DISABLENOSCROLL)) || \ > + ((info->cbSize != sizeof(*info)) && \ > + (info->cbSize != sizeof(*info) - sizeof(info->nTrackPos)))) Please use inline functions for this sort of thing. Also, it's typically better to ask the positive question: inline static BOOL SCROLL_IsScrollBarInfoValid(SCROLLBAR_INFO *infoPtr) { /* ... */ } -- Dimi.

2 1

Re: PATCH: Inserting an item in a listview sometimes generates incorrect messages
by Dimitrie O. Paun 06 Mar '03

06 Mar '03

On March 5, 2003 09:28 am, Adam Gundy wrote: > When shifting the list's indices, we must not send notify messages > if we have to refocus. Item modification handlers are not supposed > to be called here. I'm not too hot about passing that boolean around... I'd rather have a special way to avoid the notification in the case of shifting items, rather than clutter the interface that's used all over the place to pass a strange TRUE that's rather opaque. I've tried hard to not extend the interface beyond what's documented for the messages. It makes the code simpler to follow. -- Dimi.

1 0

Delphi with Wine
by S.Sistemas Informação 06 Mar '03

06 Mar '03

Hi, My environment is three layers. On second layer (Applications Server), I'm not getting to run the TSimpleObjectBroker and TSocketConnection Delphi components in my application with wine. The client BD and BDE application works perfectly. Somebody can help me? Thanks. Viação Ouro Branco S/A Sistemas de Informação e Tecnologia Grimaldo Ghioti ssi(a)viacaoourobranco.com.br Fone(43)3373-2630 Fax(43)3373-2615 Brazil ______________________________________ Inflex - installed on mailserver for domain @viacaoourobranco.com.br Queries to: postmaster(a)viacaoourobranco.com.br

3 2

Re: New conformance test for user32.dll
by Duane Clark 05 Mar '03

05 Mar '03

Tony Lambregts wrote: > > Ok. then > > Change Log: Clarify patch requirements. > > Files changed: documentation/patches.sgml > > Index: patches.sgml > =================================================================== > RCS file: /home/wine/wine/documentation/patches.sgml,v > retrieving revision 1.6 > diff -u -r1.6 patches.sgml > --- patches.sgml 18 Feb 2003 23:23:35 -0000 1.6 > +++ patches.sgml 5 Mar 2003 21:01:34 -0000 > @@ -48,8 +48,8 @@ > </para> > <para> > For additions: mention that you have some new files and > - include them as either separate attachments or by appending > - the <command>diff -u /dev/null /my/new/file</command> output of > them ^^^^ Which demonstrates one of the complications with inlined plain text, because generally extra effort is required to prevent undesired word wrap.

1 1

Re: winedbg b0rken on FreeBSD?
by Eric Pouech 05 Mar '03

05 Mar '03

> Is there anything I can do? hard to tell from here... from the things you could do is try to do is: 1/ winedbg diablo 2/ then when winedbg seems to hang, try to attach gdb to it (to the winedbg process, not the diablo's as you did). it may tell us where it fails another option is to run with --debugmsg +server,+relay but you will get lots of traces... but it may show where things stop and the third one is to run gdb thru winedbg (run winedbg -- --gdb diablo, and see what gives) A+ -- Eric Pouech

1 0

Re: Add wineconsole FIXME
by Eric Pouech 05 Mar '03

05 Mar '03

> wineconsole has problems with SetConsoleTitleA() when running with > CURSES backend. > > Document that by adding a FIXME. I think we should add it to wineconsole documentation too... once it gets written :-( > Any solution to that problem? not really. do you know what your app does after getting the window handle ? in some cases, it's used to either: - check if the app is running - or send messages (minimize/maximize, show/hide, quit) I don't see very good solutions here... curses backend is intended to be run without USER loaded... so that would break this rule... even, if we create a dummy window in wineconsole, without requiring USER to be loaded (using bare server requests), I'm not sure it'll cover all aspects of the issues (esp. what the app does once it gets the handle) BTW, XP introduced a new API to implement in a sane way this window lookup 'GetConsoleWindow' (for the console attached to the current process) (in the same type of issues, GetWindowThreadProcessId() will return bogus results) A+ -- Eric Pouech

1 0

Resources and more with Darwin
by Pierre d'Herbemont 05 Mar '03

05 Mar '03

Hi all! I am trying to build wine onto Max OS X/Darwin. I am getting trouble with windres and the *.res files. I would like to know if it would be possible to have winelib running without those resources, I mean, could I build a program and link it fine without those resources? In a second time I would like to know if you plan to use wrc as the only (without windres) resource manager. I have read in the list something like that, could you give me the confirmation? Also I would like to know in which measure is the Elf file format implicated in wine (in opposition to darwin's mach-o). Thanks, Pierre

5 7

Re: Clean-up of scroll.c (1/4)
by Alexandre Julliard 05 Mar '03

05 Mar '03

"Andrew M. Johnston" <johnstonam(a)logica.com> writes: > - return (info->fMask & SIF_ALL) != 0; > + > + return (info->fMask & SIF_ALL); [...] > - if (lpMin) *lpMin = infoPtr->minVal; > - if (lpMax) *lpMax = infoPtr->maxVal; > - return TRUE; > + TRACE("hwnd=%p nBar=%d lpMin=%p lpMax=%p\n", hwnd, nBar, lpMin, lpMax); > + > + if (lpMin) *lpMin = infoPtr ? infoPtr->minVal : 0; > + if (lpMax) *lpMax = infoPtr ? infoPtr->maxVal : 0; > + > + return (BOOL)infoPtr; Please don't do this kind of gratuitous changes. Boolean functions should return TRUE or FALSE, unless you have evidence that Windows does it differently. Yes, I know any non-zero value is true in C, but you can't rely on every Windows programmer to get it right. -- Alexandre Julliard julliard(a)winehq.com

3 6

Re: SystemParametersInfo patch
by Duane Clark 05 Mar '03

05 Mar '03

Jon Bright wrote: > ... > (as an aside are patches preferred as MIME attachments or straight in > the mail here?) > I will just throw in a couple more comments to add to those already made. The main problem with the way you attached this is that it has modified a lot of the "special" characters, which you normally don't see because your mail reader has displays them ok. So you should do a "view source" of what you have attached. For example, it starts out: diff -u -r1.49 sysparams.c --- windows/sysparams.c 19 Feb 2003 22:04:46 -0000 1.49 +++ windows/sysparams.c 5 Mar 2003 10:39:39 -0000 @@ -1662,17 +1662,26 @@ } =20 case SPI_GETMOUSEHOVERWIDTH: /* 98 _WIN32_WINNT >=3D 0x400 || _W= IN32_WINDOW > 0x400 */ Notice the "=20", "=3D", and "=<cr>". Not only has the mailer changed some of the characters, but it has inserted line feeds. For many of us, all this is invisible. I use Mozilla, and it recreates the file correctly as long as I Save As... text. But I don't think we should assume that everyone can do that.

2 1

Spy++ messages
by Mike Hearn 05 Mar '03

05 Mar '03

Hi, I tried debugging why toggling check items in the NSIS installer doesn't work (bug 1298), and thought it'd be a good idea to try running it under Spy++ on Windows, but for some reason it only seems to know about the TVM_* messages, but not TVN_* or TVS_*... is this correct, does Spy++ only show you a subset of the messages used? thanks -mike

2 1

Re: Screenshots?
by Brian Vincent 05 Mar '03

05 Mar '03

> Lately I've been finding myself refer people to the preview screenshots > page hosted at users.theshell.com, and was wondering when they'd be > moved over to winehq.org? Yeah, that server tends to suck. Not sure what's been causing them problems but "high availability" doesn't seem to be a priority. My goal is to move them over when Jeremy completes changes to the web site. There's a lot of problems doing that before then, mostly having to do with integrating nicely with Jeremy's stuff. For instance: 1) All the graphics need to be optimized - they're pretty bad right now. And if I have to do that then I might as well make sure they're the right size. (I picked a rather arbitrary size, that probably needs to be adjusted.) 2) The list needs to be cut down. I think it's about twice as large as a it really needs to be. 3) And of course the HTML (XML? PHP?) needs to be written for them. None of those are things I want to do twice. -brian

1 0

Re: SystemParametersInfo patch
by Andreas Mohr 05 Mar '03

05 Mar '03

On Wed, Mar 05, 2003 at 11:48:54AM +0100, Jon Bright wrote: > Hi, > > In the process of trying to get a component installed in Borland > C++Builder 5, I ran across an AV in SystemParametersInfo as a result of > a bug in the component. It seems Windows checks for NULL being passed > and returns an error instead of AVing. The attached patch makes Wine do > the same. Ah, good. Hmm, are you sure GetLastError() says zilch, nada? SystemParametersInfoA does have some SetLastErrors at other places... > (as an aside are patches preferred as MIME attachments or straight in > the mail here?) Straight in the mail is the usual way. However, after having raised some eye-brows, they will get applied anyway ;) -- Help prevent Information Technology Fascism! - before it's too late... http://www.againsttcpa.com

2 1

Re: SystemParametersInfo patch
by Uwe Bonnes 05 Mar '03

05 Mar '03

>>>>> "Jon" == Jon Bright <jon(a)siliconcircus.com> writes: ... Jon> (as an aside are patches preferred as MIME attachments or straight Jon> in the mail here?) Straight text is preferred. And also a test case for the appropriate wine/dll/../test directory. Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

1 0

Microsoft Installer compatability
by Mike Hearn 05 Mar '03

05 Mar '03

I should spam the list less :) http://msi2xml.sourceforge.net/ Easy way to write a Wine version of MSI? Hardly important at the moment, but might be in future. -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

2 1

Screenshots?
by Mike Hearn 05 Mar '03

05 Mar '03

Hi, Lately I've been finding myself refer people to the preview screenshots page hosted at users.theshell.com, and was wondering when they'd be moved over to winehq.org? In particular, for some reason that server seems pretty unreliable from where I am, roughly half the time I try to access it, it appears to be offline. Does anybody know the status of the new website, or moving the screenshots to the current one? -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

1 0

New conformance test for user32.dll
by Ferenc Wagner 05 Mar '03

05 Mar '03

Hello, I put together a new test file for dlls/user/tests (find attached). It tests undocumented behaviour (at least I couldn't find a word), but one of my apps depend on it. It's a first try, please have a look at it (I tried to follow the Developers' Guide) and tell me what I should do. I compiled a previous version (some code rearrangement happened since then) with MSVC, it ran fine on XP, ME and Win95, ie. all tests passed. In short: a LISTBOX window can have the LBS_NOSEL style option. For me it seems it's only about appearance and nothing more. But Wine implements it in a more meaningful way, unfortunately... I'd like to be sure about what's correct before patching the implementation. Looking forward to your comments: Feri. Insert listbox.c into CTESTS in Makefile{,.in} to run:

3 3

New winmm/waveIn tests fail
by Sylvain Petreolle 05 Mar '03

05 Mar '03

[syl@snoop winmm]$ make test make[1]: Entre dans le répertoire `/home/wine/dlls/winmm/tests' ../../../tools/runtest -q -P wine -M winmm.dll -T ../../.. -p winmm_test.exe.so wave.c && touch wave.ok wave.c:395: Test failed: waveInOpen: opening the device at 2MHz should fail 0: rc=4 make[1]: *** [wave.ok] Erreur 1 make[1]: Quitte le répertoire `/home/wine/dlls/winmm/tests' make: *** [tests/__test__] Erreur 2 Im using wineoss.drv with alsa-rc7 OSS emulation. ===== Sylvain Petreolle spetreolle(a)users.sourceforge.net Fight Spam ! EuroCauce: http://www.euro.cauce.org/en/index.html ICQ #170597259 "Don't think you are. Know you are." Morpheus, in "Matrix". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

Re: ntdll/kernel split 2: SO DLL loading removal
by Dan Kegel 04 Mar '03

04 Mar '03

Eric Pouech wrote: > as (shortly) discussed on wine-devel, this removes SO loading for DLL > I think only glide* DLLs would be affected and should require a wrapper ... > - Native ELF libraries. Will not work yet. > + Native ELF libraries. Has been deprecated, ignored. Deprecated means "still works, but not recommended". Please use "obsolete" rather than "deprecated" for things that are removed. - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

1 0

Handling of forgotten accelerators keys
by Uwe Bonnes 04 Mar '03

04 Mar '03

As diskussed on wine-devel. Maybe the TRACE should be a WARN? Changelog: wine/controls/menu.c Don't try any longer when we have decided the accelerator key is invalid -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ---------- Index: wine/controls/menu.c =================================================================== RCS file: /home/wine/wine/controls/menu.c,v retrieving revision 1.162 diff -u -w -r1.162 menu.c --- wine/controls/menu.c 4 Mar 2003 02:14:58 -0000 1.162 +++ wine/controls/menu.c 4 Mar 2003 10:26:38 -0000 @@ -4744,6 +4744,7 @@ TRACE_(accel)(", but won't send WM_{SYS}COMMAND, reason is #%d\n",mesg); if(mesg==0) ERR_(accel)(" unknown reason - please report!"); + return FALSE; } return TRUE; }

1 0

Re: Named Pipe patch
by Alexandre Julliard 04 Mar '03

04 Mar '03

Mike McCormack <mike(a)codeweavers.com> writes: > The patch moves away from using unix pipes to implement named pipes, > and instead implements pipes internally. This is necessary to > implement message mode properly (without race conditions). Could you explain this a bit more? Why can't you use a datagram socket for message mode? I think we really want to avoid doing I/O through the server, our I/O is already slow enough as it is... -- Alexandre Julliard julliard(a)winehq.com

3 3

Re: Small rephrasing in the packaging guide
by Alexandre Julliard 04 Mar '03

04 Mar '03

Francois Gouget <fgouget(a)free.fr> writes: > --- documentation/packaging.sgml 28 Jan 2003 01:06:50 -0000 1.14 > +++ documentation/packaging.sgml 4 Mar 2003 03:41:14 -0000 > @@ -468,7 +468,7 @@ > > <listitem id=libfiles> > <para>Shared Object Library Files</para> > - <para>This list may NOT necessarily current!</para> > + <para>This list may NOT be current!</para> The truth is that the list will never be current, and IMO it's useless to have it here. It would be much better to explain how to get the correct list by running make install. Any volunteer? -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: Named Pipe patch
by Tony Lambregts 04 Mar '03

04 Mar '03

Mike McCormack wrote: > > Hi, > > This patch probably shouldn't be applied... it's just to let everybody > know where I'm at with the named pipes code. > > The patch moves away from using unix pipes to implement named pipes, > and instead implements pipes internally. This is necessary to > implement message mode properly (without race conditions). > > I don't have time to work on it this week, so don't expect anything > new before the weekend. If anybody wants to play with it or comment, > feel welcome. > > I've started trying to pass some of Dan's tests, but it still fails... > Dan, your test's coverage is great! > > Mike > > > <patch police> cvs diff -u </patch police> -- Tony Lambregts

1 0

POSIX / pthreads / wineserver - can I help?
by Stefan Jones 04 Mar '03

04 Mar '03

Hi all, I have been following for a few months now the recent glibc and nptl changes. How glibc now eliminated it's own version of wineserver in it's thread implementation with nptl. I have also read up on the difficulties the mono people have with linking to wine due to pthreads. I am a gentoo developer with some spare time. I recently came across your pending problem when we put glibc-2.3.2-pre1 into our unstable branch. I have read up on some of the wine-devel email archives. I have a machine setup with the 2.5 kernel and nptl to do some wine development on! I have also noticed the winex problems outlined at http://www.transgaming.com/papers/shmserver.html I figured a proper solution to the wine thread thing would also for the most part solve that problem also as most wineserver calls like mutexes, thread signalling which take up the CPU time can be migrated to glibc and thus the new 2.5 kernel by using futexes and the new thread syscalls and tls. This is especially true after I read the functions in scheduler/client.c, reading / writing to a pipe per syscall! I am not that experienced a developer, but I am useful. I have started reading up the wine source code and understand basics of the wineserver message passing and the TEB / tls system. I know little about windows programming though. Any hint on what I can work on, help, to get this working again? My idea is to alter wine so that it runs on any 100% ish POSIX threading system, aka glibc, and thus offload many tasks to the system library and solve the difficulties for good. This may be difficult / impossible esp. for windows only syscalls, but for those the Winex shm idea may work, with minimal errno hacking. (as the errno can be set by the calling thread ). Any ideas where I can start ? Stefan

6 10

miranda
by Geoff Thorpe 04 Mar '03

04 Mar '03

Hi all, I've been fishing round for something resembling a feature-full yet not overly flakey I-M client (with support for the commonly-used protocols). After finding many of the X11-native clients insufficient in many respects, I'd been making do with trillian under wine. However that too experiences many problems and the modern win32 obsession of creating irritating GUI mutations is probably the reason. Eg. window creation sometimes hangs wine, dragging window location sometimes hangs wine, fonts seem to go haywire from time to time, preferences dialog seems to have various breakages, etc. So I was interested in trying out "Miranda I-M" which looked from the screenshots (in default mode anyhow) to be a reasonably conventional-looking win32 GUI client and seems to be under active development judging by sourceforge stats. Unfortunately after installation, which went pretty well, the program fails to start quite early on with this; fixme:file:FindFirstChangeNotificationA this is not supported yet (non-trivial). <sigh> Am I going to regret enquiring what this means? :-) So my question is in two parts; (1) is the above something that I can work on and/or help anyone else work on? (2) does anyone know of any other win32-based I-M client (supporting at least ICQ, Yahoo, MSN, AIM) that is stable under wine? Cheers, Geoff -- Geoff Thorpe geoff(a)geoffthorpe.net http://www.geoffthorpe.net/

7 11

Re: revised direct sound capture patches
by Alexandre Julliard 04 Mar '03

04 Mar '03

Robert Reif <reif(a)earthlink.net> writes: > tests.diff: dlls/dsound/tests/dsound.c dlls/winmm/tests/wave.c > fixes direct sound capture test to handle notifications properly > don't give error when driver not present > minor cleanups > add waveIn tests to winmm The winmm test fails for me (with the alsa driver): wave.c:351: Test failed: waveInGetDevCapsA: MMSYSERR_BADDEVICEID expected, got 5 Also next time please send separate patches in separate mails. Thanks. -- Alexandre Julliard julliard(a)winehq.com

2 2

Re: DLL loading: using ELF/so loading scheme
by Alexandre Julliard 04 Mar '03

04 Mar '03

Eric Pouech <eric.pouech(a)wanadoo.fr> writes: > is this still needed ? it seems to me we have written wrappers for > lots of needed part (opengl, odbc...) IMO it should be killed. This may require writing a few more wrappers though. -- Alexandre Julliard julliard(a)winehq.com

1 0

GlobalInterfaceTable?
by Mike Hearn 04 Mar '03

04 Mar '03

Hi, As part of a program that creates an instance of MSXML2.DOMDocument, I get the following errors: fixme:ole:CoCreateInstance no classfactory created for CLSID {00000323-0000-0000-c000-000000000046}, hres is 0x80040154 fixme:ole:CoCreateInstance no classfactory created for CLSID {6c736db1-bd94-11d0-8a23-00aa00b58e10}, hres is 0x80040154 (actually there are some more beforehand, but they don't seem fatal). Anyway, the first one seems to be StdGlobalInterfaceTable, which MSDN indicates should be implemented by Windows. Is this right, and if so, does Wine implement it? I grepped the sources and the only mention is in an IDL file, so I'd assume not. thanks -mike

4 5

F6 handline (SCADIII)
by Uwe Bonnes 04 Mar '03

04 Mar '03

Hallo, running Mike's SCAD3, e.g. a keypress on F5 gives: 0009:Call user32.TranslateAcceleratorA(00010023,0000038f,006a9978) ret=0062c2cd 0009:Call kernel32.LockResource16(0000038f) ret=407f4635 0009:Ret kernel32.LockResource16() retval=403e4d98 ret=407f4635 trace:accel:TranslateAccelerator TranslateAccelerators hAccel=0x38f, hWnd=0x10023,msg->hwnd=0x1002d, msg->message=0101, wParam=00000074, lParam=c03f0001 warn:accel:TranslateAccelerator couldn't translate accelerator key 0009:Ret user32.TranslateAcceleratorA() retval=00000000 ret=0062c2cd F6 gives: 0009:Call user32.TranslateAcceleratorA(00010023,0000038f,006a9978) ret=0062c2cd 0009:Call kernel32.LockResource16(0000038f) ret=407f4635 0009:Ret kernel32.LockResource16() retval=403e4d98 ret=407f4635 trace:accel:TranslateAccelerator TranslateAccelerators hAccel=0x38f, hWnd=0x10023,msg->hwnd=0x1002d, msg->message=0100, wParam=00000075, lParam=400001 trace:accel:translate_accelerator found accel for virt_key 0075 (scan 0040) trace:menu:GetMenu for 0x10023 returning 0x8c trace:accel:translate_accelerator , sending WM_COMMAND, wParam=1e150 and for another call: 0009:Call user32.TranslateAcceleratorA(00010023,0000038f,006a9978) ret=0062c2cd 0009:Call kernel32.LockResource16(0000038f) ret=407f4635 0009:Ret kernel32.LockResource16() retval=403e4d98 ret=407f4635 trace:accel:TranslateAccelerator TranslateAccelerators hAccel=0x38f, hWnd=0x10023,msg->hwnd=0x1002d, msg->message=0101, wParam=00000075, lParam=c0400001 trace:accel:translate_accelerator found accel for virt_key 0075 (scan 0040) trace:accel:translate_accelerator , but won't send WM_{SYS}COMMAND, reason is #1 0009:Ret user32.TranslateAcceleratorA() retval=00000001 ret=0062c2cd It seems, that F6 gets somehow translated. If I return FALSE in the code path emitting the "but won't send WM_{SYS}COMMAND, reason is" branch, F6 works as expected. Could anybody comment on that patch? Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ---------- Index: wine/controls/menu.c =================================================================== RCS file: /home/wine/wine/controls/menu.c,v retrieving revision 1.162 diff -u -w -r1.162 menu.c --- wine/controls/menu.c 4 Mar 2003 02:14:58 -0000 1.162 +++ wine/controls/menu.c 4 Mar 2003 10:26:38 -0000 @@ -4744,6 +4744,7 @@ TRACE_(accel)(", but won't send WM_{SYS}COMMAND, reason is #%d\n",mesg); if(mesg==0) ERR_(accel)(" unknown reason - please report!"); + return FALSE; } return TRUE; }

2 1

Problem in listview with LVM_OWNERDATA set too late
by Dan Kegel 04 Mar '03

04 Mar '03

The test program http://www.kegel.com/ownerdata.exe shows a problem with OWNERDATA listview controls which pick up that attribute after being created. (No, this is not per the spec. Yes, a real program does that.) To see the problem, run ownerdata.exe, and select "View / Capture View". The window should NOT be blank. Methinks it's a bug, or at least a missing feature, in our listview. Dimi Paun thinks so, too, and wants me to file a bug about it. I will when I'm less swamped... - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

1 0

Re: A relay trace indenting tool, take 2
by Alexandre Julliard 04 Mar '03

04 Mar '03

Duane Clark <dclark(a)akamail.com> writes: > Changelog: > A tool for indenting calls in relay traces. It would be much better to merge that into examine-relay, rather than having two different scripts basically doing the same parsing. -- Alexandre Julliard julliard(a)winehq.com

2 1

Wine dependancies
by Mike Hearn 03 Mar '03

03 Mar '03

Just as a quick continuation from Dans mail, I thought I'd find out what libs Wine actually required, at least on my build. Running: ( for f in *.so; do ldd $f | sed 's/ =>.*//'; done ) | sort | uniq in the $prefix/lib/wine/ directory produced the following list: libc.so.6 libdl.so.2 libgcc_s.so.1 libGLcore.so.1 libGL.so.1 libGLU.so.1 libICE.so.6 libjpeg.so.62 /lib/ld-linux.so.2 libm.so.6 libncurses.so.5 libntdll.dll.so libSM.so.6 libstdc++.so.5 libungif.so.4 libwine.so libwine_unicode.so libX11.so.6 libXext.so.6 The inclusion of libgcc_s and libstdc++ is from the Direct3D code I think, I didn't realise there were deps on the c++ libs. Otherwise, it's a remarkably short list. I think maybe quite a few of the libs are detected at runtime, I know there was a patch to make OpenGL code detected like this (as opposed to enabled at compile time) - despite having a driver for the Jack sound server in this directory for instance, there is no dependancy on libjack. The other libs are fairly standard and would be present on almost all installations. A few, like the C++ libs and ncurses aren't a part of the LSB and at present would need to be statically linked. -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

5 4

Wine and Smatch
by Michael Stefaniuc 03 Mar '03

03 Mar '03

Hello, I've written a web page about Wine and Smatch: http://people.redhat.com/mstefani/wine/smatch/ It includes also a table with the bugs found by the smatch scripts. I could need a hand with the bugs (status BUG, UKNOWN) cause I don't know how to fix them correctly (and for some locking BUG's i am not sure that they are real bugs). Now that the fight with the web page is over I can go to write more smatch scripts ;). bye michael -- Michael Stefaniuc Tel.: +49-711-96437-199 System Administration Fax.: +49-711-96437-111 Red Hat GmbH Email: mstefani(a)redhat.com Hauptstaetterstr. 58 http://www.redhat.de/ D-70178 Stuttgart

3 4

Re: Patch Ole32 - More 16/32 Splitting
by Marcus Meissner 03 Mar '03

03 Mar '03

On Mon, Mar 03, 2003 at 12:41:38PM -0500, Steven Edwards wrote: > I dont know if this is right. So i figured I would submit and ask....... > > Can you use CLSIDFromProgID rather then CLSIDFromProgID16 here? I have > not really looked at any of these functions before. You can't. The 16 version uses 8bit strings, the ole32 version uses 16bit strings. Ciao, Marcus

1 0

Relay trace indenting?
by Duane Clark 03 Mar '03

03 Mar '03

Just wondering if anyone has written a script or something that does indenting of relay traces. I don't know how other people handle these, but I find that I invariably spend a lot of time indenting the calls in relay trace files to make them easier to follow. It would seem like something that someone would already have an automated method of handling (or maybe I'm the only one that does this).

6 6

Bug in WineDbg
by Gerhard W. Gruber 03 Mar '03

03 Mar '03

Wine-dbg> wine_dbg_cmd: Exception c000013a fatal flex scanner internal error--end of buffer missed In the above example I pressed CTRL-C on the commandline from Winedbg. The exception message is shown and a dbg xterm window has been opened. After exiting from gdb winedbg exits. Is this a bug? I suppose so. :) -- Gerhard Gruber Für jedes menschliche Problem gibt es immer eine einfache Lösung: Klar, einleuchtend und falsch. (Henry Louis Mencken)

4 8

WineLib Application
by Oleg Lyamtsev 03 Mar '03

03 Mar '03

Hi ALL, I've made WineLib applicatiion with COM support. The first problem is: when I try to call Release() method for interfaces, I have unhandled exception. But I have to clean memory by myself! It seems to me that WineLib Releases all interfaces before me. The second problem: How can I package my application to install it on another computer? Can I avoid Wine installation on that computer? Thanks, Oleg Lyamtsev.

3 3

x11drv, ntdll separation
by David Fraser 03 Mar '03

03 Mar '03

Hi I was wanting to do some work on x11drv dll separation. The last remaining dll separation between x11drv and ntdll is VIRTUAL_SetFaultHandler. This is called from X11DRV_DIB_CreateDIBSection, where it tries to set the fault handler to X11DRV_DIB_FaultHandler, with addr=dm.dmBits and arg=res. From reading the code it seems that this is done because it is not known whether the calling app requires read or write access to the data in bmp. If the app then tries to read or write and doesn't have the appropriate access, this will generate an exception which will then raise the X11DRV_DIB_FaultHandler which would then set the appropriate access, in a way that ensures data gets handled correctly. I presume I'm misunderstanding this, because looking at MSDN for CreateDIBSection, it says: The CreateDIBSection function creates a device-independent bitmap (DIB) that applications can write to directly. and further down... Windows NT: You need to guarantee that the GDI subsystem has completed any drawing to a bitmap created by CreateDIBSection before you draw to the bitmap yourself. Access to the bitmap must be synchronized. Do this by calling the GdiFlush function. So it would seem apps could always be given read-write access to this bitmap. Why is the special fault handler needed? What is the best way to approach getting rid of it? David

6 8

Re: Users Guide - added basic usage section
by Dimitrie O. Paun 03 Mar '03

03 Mar '03

On February 24, 2003 08:17 am, Andreas Mohr wrote: > Again, I'm currently working on a MAJOR update of the Guides. Cool! I was also intending to update the Winelib guide based on the new winegcc/winewrap utilities I've been working on, but it will take me a while because there's some work on those that I need to do first, and it seems my complete lack of time has slowed me down quite a bit :) -- Dimi.

1 0

Wine 0.9 config applets?
by Mike Hearn 03 Mar '03

03 Mar '03

> -- We are approaching 0.9 (hopefully). That reminds me, on the Wine 0.9 TODO it says "expect a preview of the wine config applets in the second week of 2003". Anybody know what the status of these are? I think it makes sense to start pro-actively targetting 0.9 tasks, and having control panel applets for Wine seems like a good idea. Hmmm, do we even have a control panel? Presumably programs can install control applets (capplets in gnome-speak), but I don't see any way to see them other than executing the cpl files manually. -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

10 19

Re: Consoles (1/3)
by Sylvain Petreolle 03 Mar '03

03 Mar '03

how to continue to have a separate window with this patch applied ? this break some functions in wcmd. - cls isnt working anymore - some programs have keyboard entry used only after hitting enter. try debug.com from freedos or worse, wcmd itself. - debug messages are displayed in the same window > > Trying to run this kind of program didnt work outside of the > console, > > if I remember correct. > it's likely not to work, since nothing has changed in this area > A+ > -- > Eric Pouech > ===== Sylvain Petreolle spetreolle(a)users.sourceforge.net Fight against Spam ! http://www.euro.cauce.org/en/index.html ICQ #170597259 "Don't think you are. Know you are." Morpheus, in "Matrix". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

6 25

Try2: TAB_SetItemSize - fix default height
by Vitaliy Margolen 03 Mar '03

03 Mar '03

Some programs send TCM_SETITEMSIZE message with Width set to new width and Height is set to 0. When TCM_FIXEDWIDTH flag is set these programs want to leave height unchanged. This behavior tested with win95,win98,ME,NT,win2k,XP. This pach fixes "invisible tabs" in a TabControls with fixed width tabs. Vitaliy Margolen Changelog: Fix invisible tabs in TabControls with fixed tab width Index: dlls/comctl32/tab.c =================================================================== RCS file: /home/wine/wine/dlls/comctl32/tab.c,v retrieving revision 1.74 diff -u -r1.74 tab.c --- dlls/comctl32/tab.c 8 Jan 2003 21:09:27 -0000 1.74 +++ dlls/comctl32/tab.c 2 Mar 2003 23:28:26 -0000 @@ -2538,7 +2538,10 @@ { lResult = MAKELONG(infoPtr->tabWidth, infoPtr->tabHeight); infoPtr->tabWidth = (INT)LOWORD(lParam); - infoPtr->tabHeight = (INT)HIWORD(lParam); + /* If requested Height is 0 this means that program wants to use default. */ + if ((INT)HIWORD(lParam)){ + infoPtr->tabHeight = (INT)HIWORD(lParam); + } TRACE("was h=%d,w=%d, now h=%d,w=%d\n", HIWORD(lResult), LOWORD(lResult), infoPtr->tabHeight, infoPtr->tabWidth);

1 0

Re: TAB_SetItemSize - fix default height
by Tony Lambregts 03 Mar '03

03 Mar '03

Vitaliy Margolen wrote: >Some programs send TCM_SETITEMSIZE message with Width set to new width >and Height is set to 0. >When TCM_FIXEDWIDTH flag is set these programs want to leave height >unchanged. > >This behavior tested with all windows version. > Please inline your patch. This is to allow other developers to easily review the patch. For your reading pleasure the following link documents how patches should be submitted. http://www.winehq.org/docs/wine-devel/patches.shtml -- Tony Lambregts

1 0

Re: Document [WinMM] in samples/config
by Francois Gouget 02 Mar '03

02 Mar '03

On Sun, 2 Mar 2003, Sylvain Petreolle wrote: > [WinMM] > -#"Drivers" = "winearts.drv" > -#"Drivers" = "winejack.drv" > -"Drivers" = "wineoss.drv" > +# Comment out the "Drivers" line matching your sound setting. > + > +"Drivers" = "wineoss.drv" # default for most common configuration > +#"Drivers" = "winearts.drv" # for KDE > +#"Drivers" = "winealsa.drv" # for ALSA users > +#"Drivers" = "winejack.drv" # for Jack sound server > +#"Drivers" = "" # to disable sound > "WaveMapper" = "msacm.drv" > "MidiMapper" = "midimap.drv" You should use ';' for the comments. You should also mention winenas, for Xterminals using the NAS sound system, and wineaudioio, for Solaris machines. -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Nouvelle version : les anciens bogues ont été remplacés par de nouveaux.

2 3

Re: [OGL] Some updates...
by Mathias Menzel-Nielsen 02 Mar '03

02 Mar '03

Am Sonntag, dem 02. März 2003 um 19:06:17 +0100 meinte Lionel Ulmer: > Hi all, > > This upgrades OpenGL to the latest GL spec files + adds the un-registered > KTX extension for Buffer Regions (used it seems by SimCity 4). > > Changelog: > - update to latest GL spec files > - added KTX Buffer Region extension Unfortanately this doesnt fix the SimCity4 issues. Screen still black (the 3D) Although the error messages are gone : ) -- Mathias Menzel-Nielsen <matze(a)matzsoft.de> pub 1024D/9ABC606E

2 1

DLL Mapping in wine?
by Gerhard W. Gruber 02 Mar '03

02 Mar '03

When I use winedbg I noticed that it lists all the DLLs and so files that are loaded. In case of DLLs that are already present in wine the original DLL is requested and the appropriate so file is loaded. Where is that mapping done for wine to determine which so to load? I noticed that there is a setupapi.dll.so but the program tries to load setupapi.dll and setupx.dll.so is loaded instead. Is this correct? I would have expected setupapi.dll.so to be loaded. Consequently the program gets an exception telling me that it has some wrong INF stuff. -- Gerhard Gruber Für jedes menschliche Problem gibt es immer eine einfache Lösung: Klar, einleuchtend und falsch. (Henry Louis Mencken)

3 4

OpenGL woes
by Eric Pouech 02 Mar '03

02 Mar '03

I've got a strange behavior with OpenGL: - an app A, tries to load another app B - on B startup, in x11drv init, the OpenGL initialization goes havoc: after the dl_open is made, fs:teb gets corrupted (ie gets changed) the point where this change is made varies over time (I assume, the OpenGL lib creates a thread, and depending on thread sync, it happens at various points) - more interesting, the second time one tries to launch B from A, it succeeds (in that case the corruption doesn't occur) those "features" didn't appear before Alexandre latest fd changes to the server, but I don't think that's a bug in there. It looks more like a timing/sync issue that the latest changes uncovered, but it likely existed before and where less prone to happen my OpenGL libs are from nvidia. Does anyone know what libGL does behind our back ? is there we can do against it ? A+ -- Eric Pouech

1 1

Fwd: Bugreport: Altgr key and Euro key problem
by Sylvain Petreolle 02 Mar '03

02 Mar '03

I sent this bugreport some days before. since noone has taken it, Im asking you : - is there an oficial maintainer for this ? (didnt find it in the website) - if you think I should fix it myself (no problem for that), please give me starting points. if this report seems incomplete, ill be glad to give more information. > De: Sylvain Petreolle <spetreolle(a)yahoo.fr> > Objet: Altgr key and Euro key problem > À: wineu <wine-users(a)winehq.com> > Date: Thu, 6 Feb 2003 17:06:39 +0100 (CET) > > Using notepad, I tried to enter the Euro character (well supported on > my linux box). > > It appears that : > err:keyboard:X11DRV_ToUnicode Please report: no char for keysym 0000 > (No Name) > : > err:keyboard:X11DRV_ToUnicode > (virtKey=0,scanCode=138,keycode=8,state=10) > is reported when I press on the AltGr key. > > When I press on AltGr-E > err:keyboard:X11DRV_ToUnicode Please report: no char for keysym 20AC > (EuroSign) : > err:keyboard:X11DRV_ToUnicode > (virtKey=45,scanCode=12,keycode=1A,state=2010) > > though I can enter the Euro sign with AltGR-$ ===== Sylvain Petreolle spetreolle(a)users.sourceforge.net Fight Spam ! EuroCauce: http://www.euro.cauce.org/en/index.html ICQ #170597259 "Don't think you are. Know you are." Morpheus, in "Matrix". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

Re: d3d to support renderstate D§DRENDERSTATE_ANTIALIAS
by Lionel Ulmer 02 Mar '03

02 Mar '03

> There are two ways to do this: > 1. using glHint like I did > 2. using glEnable > What is preferable? >From the Red Book, you also need to enable 'GL_XXXXX_SMOOTH' to have aliasing work. > As I am a newbie to D3D is there something else to be done to make this really > work? Well, from what I understand from D3D and GL this is wrong. This code should rather be in the DrawPrimitive call when the 'D3DRENDERSTATE_EDGEANTIALIAS' flag is set to TRUE (and only for lines). The 'D3DRENDERSTATE_ANTIALIAS' flag is used to enable full-scene anti-aliasing (something that is NOT controlled by OpenGL function call at all). The only thing that GL provides is this, but it has a caveat as seen in the man page for glEnable : GL_POLYGON_SMOOTH If enabled, draw polygons with proper filtering. Otherwise, draw aliased polygons. For correct anti-aliased polygons, an alpha buffer is needed and the polygons must be sorted front to back. So if we use it, we need to have an Alpha buffer, set ourselves the blend factors and ask the application to send the primitives sorted (see Red Book for a discussion on that). If you want to really enable anti-aliasing, you can (on NVIDIA drivers) by setting an environment variable (__GL_FSAA_MODE). I have no idea if any GL extension is planned to control anti-aliasing from GL itself, this could be asked to people participating in the GL ARB meetings (like Brian Paul or people like him). So I don't think this patch should be applied as is... Lionel -- Lionel Ulmer - http://www.bbrox.org/

1 0

Wine default install queries - Wine 20030115
by J. Grant 02 Mar '03

02 Mar '03

Hi, Is there a reason e:\test is in the default path when I install from CVS? (this dir does not exist) There is no windows version defined in the [Version] block, should a windows version be defined to use as default? Drive F: was setup as CDROM, even though the ./tools/wineinstall said it could not find the CDROM during the process I think. Checking fstab for "cdrom" would determine the cdrom drive(s) on most computers. [Drive C] was setup as type "win95", however its had label "MS-DOS", I think this would be better as "wine" by default, could this be considered please? Regards JG

3 9

Re: How to debug a windows app
by Gerhard W. Gruber 01 Mar '03

01 Mar '03

On Thu, 27 Feb 2003 15:47:48 +0100, Rein Klazes <rklazes(a)xs4all.nl> wrote: >Please send this backtrace to the developer list as well. The more eyes >that see it, the more chance that somebody sees the problem. I hope this helps -debugmsg +message,msg trace:message:SPY_EnterMessage (0x10028) DefWindowProc32: WM_ACTIVATEAPP [001c] wp=00000000 lp=00000000 trace:message:SPY_ExitMessage (0x10028) DefWindowProc32: WM_ACTIVATEAPP [001c] returned 00000000 trace:message:SPY_ExitMessage (0x10028) L"{OwlWindow}" message [001c] WM_ACTIVATEAPP returned 00000000 trace:message:SPY_EnterMessage (0x10025) L"Agent - Nexgo -" message [001c] WM_ACTIVATEAPP sent from self wp=00000000 lp=00000000 trace:msg:WINPROC_CallProc32WTo32A func 0x41601fa8 (hwnd=0x10025,msg=WM_ACTIVATEAPP,wp=00000000,lp=00000000) trace:message:SPY_EnterMessage (0x10025) DefWindowProc32: WM_ACTIVATEAPP [001c] wp=00000000 lp=00000000 trace:message:SPY_ExitMessage (0x10025) DefWindowProc32: WM_ACTIVATEAPP [001c] returned 00000000 trace:message:SPY_ExitMessage (0x10025) L"Agent - Nexgo -" message [001c] WM_ACTIVATEAPP returned 00000000 trace:message:SPY_EnterMessage (0x10024) L"{DdeServerName}" message [001c] WM_ACTIVATEAPP sent from self wp=00000000 lp=00000000 trace:msg:WINPROC_CallProc32WTo32A func 0x40824790 (hwnd=0x10024,msg=WM_ACTIVATEAPP,wp=00000000,lp=00000000) trace:message:SPY_EnterMessage (0x10024) DefWindowProc32: WM_ACTIVATEAPP [001c] wp=00000000 lp=00000000 trace:message:SPY_ExitMessage (0x10024) DefWindowProc32: WM_ACTIVATEAPP [001c] returned 00000000 trace:message:SPY_ExitMessage (0x10024) L"{DdeServerName}" message [001c] WM_ACTIVATEAPP returned 00000000 trace:message:SPY_EnterMessage (0x10023) L"{DdeEventClass}" message [001c] WM_ACTIVATEAPP sent from self wp=00000000 lp=00000000 trace:msg:WINPROC_CallProc32WTo32A func 0x408214a0 (hwnd=0x10023,msg=WM_ACTIVATEAPP,wp=00000000,lp=00000000) trace:message:SPY_EnterMessage (0x10023) DefWindowProc32: WM_ACTIVATEAPP [001c] wp=00000000 lp=00000000 trace:message:SPY_ExitMessage (0x10023) DefWindowProc32: WM_ACTIVATEAPP [001c] returned 00000000 trace:message:SPY_ExitMessage (0x10023) L"{DdeEventClass}" message [001c] WM_ACTIVATEAPP returned 00000000 trace:message:SPY_EnterMessage (0x10021) L"WinSockSession" message [001c] WM_ACTIVATEAPP sent from self wp=00000000 lp=00000000 trace:msg:WINPROC_CallProc32WTo32A func 0x41601b60 (hwnd=0x10021,msg=WM_ACTIVATEAPP,wp=00000000,lp=00000000) trace:message:SPY_EnterMessage (0x10021) DefWindowProc32: WM_ACTIVATEAPP [001c] wp=00000000 lp=00000000 trace:message:SPY_ExitMessage (0x10021) DefWindowProc32: WM_ACTIVATEAPP [001c] returned 00000000 trace:message:SPY_ExitMessage (0x10021) L"WinSockSession" message [001c] WM_ACTIVATEAPP returned 00000000 trace:message:SPY_EnterMessage (0x10036) L"{OwlWindow}" message [0002] WM_DESTROY sent from self wp=00000000 lp=00000000 trace:message:SPY_EnterMessage (0x10036) DefWindowProc32: WM_DESTROY [0002] wp=00000000 lp=00000000 trace:message:SPY_ExitMessage (0x10036) DefWindowProc32: WM_DESTROY [0002] returned 00000000 trace:message:SPY_ExitMessage (0x10036) L"{OwlWindow}" message [0002] WM_DESTROY returned 00000000 trace:message:SPY_EnterMessage (0x10036) L"{OwlWindow}" message [0082] WM_NCDESTROY sent from self wp=00000000 lp=00000000 trace:message:SPY_EnterMessage (0x10036) DefWindowProc32: WM_NCDESTROY [0082] wp=00000000 lp=00000000 trace:message:SPY_ExitMessage (0x10036) DefWindowProc32: WM_NCDESTROY [0082] returned 00000000 trace:message:SPY_ExitMessage (0x10036) L"{OwlWindow}" message [0082] WM_NCDESTROY returned 00000000 trace:message:SPY_EnterMessage (0x10031) L"{OwlWindow}" message [0002] WM_DESTROY sent from self wp=00000000 lp=00000000 trace:message:SPY_EnterMessage (0x10031) DefWindowProc32: WM_DESTROY [0002] wp=00000000 lp=00000000 trace:message:SPY_ExitMessage (0x10031) DefWindowProc32: WM_DESTROY [0002] returned 00000000 trace:message:SPY_ExitMessage (0x10031) L"{OwlWindow}" message [0002] WM_DESTROY returned 00000000 trace:message:SPY_EnterMessage (0x10031) L"{OwlWindow}" message [0082] WM_NCDESTROY sent from self wp=00000000 lp=00000000 trace:message:SPY_EnterMessage (0x10031) DefWindowProc32: WM_NCDESTROY [0082] wp=00000000 lp=00000000 trace:message:SPY_ExitMessage (0x10031) DefWindowProc32: WM_NCDESTROY [0082] returned 00000000 trace:message:SPY_ExitMessage (0x10031) L"{OwlWindow}" message [0082] WM_NCDESTROY returned 00000000 trace:message:SPY_EnterMessage (0x10028) L"{OwlWindow}" message [0002] WM_DESTROY sent from self wp=00000000 lp=00000000 trace:message:SPY_EnterMessage (0x10028) DefWindowProc32: WM_DESTROY [0002] wp=00000000 lp=00000000 trace:message:SPY_ExitMessage (0x10028) DefWindowProc32: WM_DESTROY [0002] returned 00000000 trace:message:SPY_ExitMessage (0x10028) L"{OwlWindow}" message [0002] WM_DESTROY returned 00000000 trace:message:SPY_EnterMessage (0x10028) L"{OwlWindow}" message [0082] WM_NCDESTROY sent from self wp=00000000 lp=00000000 trace:message:SPY_EnterMessage (0x10028) DefWindowProc32: WM_NCDESTROY [0082] wp=00000000 lp=00000000 trace:message:SPY_ExitMessage (0x10028) DefWindowProc32: WM_NCDESTROY [0082] returned 00000000 trace:message:SPY_ExitMessage (0x10028) L"{OwlWindow}" message [0082] WM_NCDESTROY returned 00000000 trace:message:SPY_EnterMessage (0x10025) L"Agent - Nexgo -" message [0002] WM_DESTROY sent from self wp=00000000 lp=00000000 trace:message:SPY_EnterMessage (0x10025) DefWindowProc32: WM_DESTROY [0002] wp=00000000 lp=00000000 trace:message:SPY_ExitMessage (0x10025) DefWindowProc32: WM_DESTROY [0002] returned 00000000 trace:message:SPY_ExitMessage (0x10025) L"Agent - Nexgo -" message [0002] WM_DESTROY returned 00000000 trace:message:SPY_EnterMessage (0x10029) L"{OwlWindow}" message [0002] WM_DESTROY sent from self wp=00000000 lp=00000000 trace:message:SPY_EnterMessage (0x10029) DefWindowProc32: WM_DESTROY [0002] wp=00000000 lp=00000000 trace:message:SPY_ExitMessage (0x10029) DefWindowProc32: WM_DESTROY [0002] returned 00000000 trace:message:SPY_ExitMessage (0x10029) L"{OwlWindow}" message [0002] WM_DESTROY returned 00000000 trace:message:SPY_EnterMessage (0x10027) L"{OwlWindow}" message [0002] WM_DESTROY sent from self wp=00000000 lp=00000000 trace:message:SPY_EnterMessage (0x10027) DefWindowProc32: WM_DESTROY [0002] wp=00000000 lp=00000000 trace:message:SPY_ExitMessage (0x10027) DefWindowProc32: WM_DESTROY [0002] returned 00000000 trace:message:SPY_ExitMessage (0x10027) L"{OwlWindow}" message [0002] WM_DESTROY returned 00000000 trace:message:SPY_EnterMessage (0x10026) L"{MDIClient}" message [0002] WM_DESTROY sent from self wp=00000000 lp=00000000 trace:message:SPY_EnterMessage (0x10025) L"Agent - Nexgo -" message [0046] WM_WINDOWPOSCHANGING sent from self wp=00000000 lp=405afcd4 trace:message:SPY_DumpStructure WINDOWPOS hwnd=0x10025, after=(nil), at (0,0) w=0 h=0, flags=0x0000003f trace:message:SPY_EnterMessage (0x10025) DefWindowProc32: WM_WINDOWPOSCHANGING [0046] wp=00000000 lp=405afcd4 trace:message:SPY_ExitMessage (0x10025) DefWindowProc32: WM_WINDOWPOSCHANGING [0046] returned 00000000 trace:message:SPY_ExitMessage (0x10025) L"Agent - Nexgo -" message [0046] WM_WINDOWPOSCHANGING returned 00000000 trace:message:SPY_DumpStructure WINDOWPOS hwnd=0x10025, after=(nil), at (0,0) w=0 h=0, flags=0x0000003f trace:message:SPY_EnterMessage (0x10025) L"Agent - Nexgo -" message [0083] WM_NCCALCSIZE sent from self wp=00000001 lp=405afc08 trace:message:SPY_DumpStructure Rect (0,-3)-(1600,1168) trace:msg:WINPROC_CallProc32WTo32A func 0x41601fa8 (hwnd=0x10025,msg=WM_NCCALCSIZE,wp=00000001,lp=405afc08) trace:message:SPY_EnterMessage (0x10025) DefWindowProc32: WM_NCCALCSIZE [0083] wp=00000001 lp=405afc08 trace:message:SPY_ExitMessage (0x10025) DefWindowProc32: WM_NCCALCSIZE [0083] returned 00000000 trace:message:SPY_ExitMessage (0x10025) L"Agent - Nexgo -" message [0083] WM_NCCALCSIZE returned 00000000 trace:message:SPY_DumpStructure Rect (4,40)-(1596,1164) trace:message:SPY_EnterMessage (0x10025) L"Agent - Nexgo -" message [0047] WM_WINDOWPOSCHANGED sent from self wp=00000000 lp=405afcd4 trace:message:SPY_DumpStructure WINDOWPOS hwnd=0x10025, after=(nil), at (0,0) w=0 h=0, flags=0x0000183f trace:message:SPY_EnterMessage (0x10025) DefWindowProc32: WM_WINDOWPOSCHANGED [0047] wp=00000000 lp=405afcd4 trace:message:SPY_ExitMessage (0x10025) DefWindowProc32: WM_WINDOWPOSCHANGED [0047] returned 00000000 trace:message:SPY_ExitMessage (0x10025) L"Agent - Nexgo -" message [0047] WM_WINDOWPOSCHANGED returned 00000000 trace:message:SPY_ExitMessage (0x10026) L"{MDIClient}" message [0002] WM_DESTROY returned 00000000 trace:message:SPY_EnterMessage (0x1002a) L"email" message [0002] WM_DESTROY sent from self wp=00000000 lp=00000000 trace:message:SPY_EnterMessage (0x1002a) DefWindowProc32: WM_DESTROY [0002] wp=00000000 lp=00000000 trace:message:SPY_ExitMessage (0x1002a) DefWindowProc32: WM_DESTROY [0002] returned 00000000 trace:message:SPY_ExitMessage (0x1002a) L"email" message [0002] WM_DESTROY returned 00000000 trace:message:SPY_EnterMessage (0x1002b) L"{OwlWindow}" message [0002] WM_DESTROY sent from self wp=00000000 lp=00000000 trace:message:SPY_EnterMessage (0x1002b) DefWindowProc32: WM_DESTROY [0002] wp=00000000 lp=00000000 trace:message:SPY_ExitMessage (0x1002b) DefWindowProc32: WM_DESTROY [0002] returned 00000000 trace:message:SPY_ExitMessage (0x1002b) L"{OwlWindow}" message [0002] WM_DESTROY returned 00000000 trace:message:SPY_EnterMessage (0x1003c) L"TabsWin" message [0002] WM_DESTROY sent from self wp=00000000 lp=00000000 trace:message:SPY_EnterMessage (0x1003c) DefWindowProc32: WM_DESTROY [0002] wp=00000000 lp=00000000 trace:message:SPY_ExitMessage (0x1003c) DefWindowProc32: WM_DESTROY [0002] returned 00000000 trace:message:SPY_ExitMessage (0x1003c) L"TabsWin" message [0002] WM_DESTROY returned 00000000 trace:message:SPY_EnterMessage (0x10038) L"Article" message [0002] WM_DESTROY sent from self wp=00000000 lp=00000000 trace:message:SPY_EnterMessage (0x10038) DefWindowProc32: WM_DESTROY [0002] wp=00000000 lp=00000000 trace:message:SPY_ExitMessage (0x10038) DefWindowProc32: WM_DESTROY [0002] returned 00000000 trace:message:SPY_ExitMessage (0x10038) L"Article" message [0002] WM_DESTROY returned 00000000 trace:message:SPY_EnterMessage (0x1003b) L"HeaderWin" message [0002] WM_DESTROY sent from self wp=00000000 lp=00000000 trace:message:SPY_EnterMessage (0x1003b) DefWindowProc32: WM_DESTROY [0002] wp=00000000 lp=00000000 trace:message:SPY_ExitMessage (0x1003b) DefWindowProc32: WM_DESTROY [0002] returned 00000000 trace:message:SPY_ExitMessage (0x1003b) L"HeaderWin" message [0002] WM_DESTROY returned 00000000 trace:message:SPY_EnterMessage (0x1003a) L"BigEdit" message [0002] WM_DESTROY sent from self wp=00000000 lp=00000000 trace:message:SPY_EnterMessage (0x1003a) DefWindowProc32: WM_DESTROY [0002] wp=00000000 lp=00000000 trace:message:SPY_ExitMessage (0x1003a) DefWindowProc32: WM_DESTROY [0002] returned 00000000 trace:message:SPY_ExitMessage (0x1003a) L"BigEdit" message [0002] WM_DESTROY returned 00000000 trace:message:SPY_EnterMessage (0x10039) L"MinMaxWin" message [0002] WM_DESTROY sent from self wp=00000000 lp=00000000 trace:message:SPY_EnterMessage (0x10039) DefWindowProc32: WM_DESTROY [0002] wp=00000000 lp=00000000 trace:message:SPY_ExitMessage (0x10039) DefWindowProc32: WM_DESTROY [0002] returned 00000000 trace:message:SPY_ExitMessage (0x10039) L"MinMaxWin" message [0002] WM_DESTROY returned 00000000 trace:message:SPY_EnterMessage (0x1002e) L"Cabinet" message [0002] WM_DESTROY sent from self wp=00000000 lp=00000000 trace:message:SPY_EnterMessage (0x1002e) DefWindowProc32: WM_DESTROY [0002] wp=00000000 lp=00000000 trace:message:SPY_ExitMessage (0x1002e) DefWindowProc32: WM_DESTROY [0002] returned 00000000 trace:message:SPY_ExitMessage (0x1002e) L"Cabinet" message [0002] WM_DESTROY returned 00000000 trace:message:SPY_EnterMessage (0x10032) L"HeaderWin" message [0002] WM_DESTROY sent from self wp=00000000 lp=00000000 trace:message:SPY_EnterMessage (0x10032) DefWindowProc32: WM_DESTROY [0002] wp=00000000 lp=00000000 trace:message:SPY_ExitMessage (0x10032) DefWindowProc32: WM_DESTROY [0002] returned 00000000 trace:message:SPY_ExitMessage (0x10032) L"HeaderWin" message [0002] WM_DESTROY returned 00000000 trace:message:SPY_EnterMessage (0x10030) L"ListBrowser" message [0002] WM_DESTROY sent from self wp=00000000 lp=00000000 trace:message:SPY_EnterMessage (0x10030) DefWindowProc32: WM_DESTROY [0002] wp=00000000 lp=00000000 trace:message:SPY_ExitMessage (0x10030) DefWindowProc32: WM_DESTROY [0002] returned 00000000 trace:message:SPY_ExitMessage (0x10030) L"ListBrowser" message [0002] WM_DESTROY returned 00000000 trace:message:SPY_EnterMessage (0x1002f) L"MinMaxWin" message [0002] WM_DESTROY sent from self wp=00000000 lp=00000000 trace:message:SPY_EnterMessage (0x1002f) DefWindowProc32: WM_DESTROY [0002] wp=00000000 lp=00000000 trace:message:SPY_ExitMessage (0x1002f) DefWindowProc32: WM_DESTROY [0002] returned 00000000 trace:message:SPY_ExitMessage (0x1002f) L"MinMaxWin" message [0002] WM_DESTROY returned 00000000 trace:message:SPY_EnterMessage (0x10033) L"ArticleList" message [0002] WM_DESTROY sent from self wp=00000000 lp=00000000 trace:message:SPY_EnterMessage (0x10033) DefWindowProc32: WM_DESTROY [0002] wp=00000000 lp=00000000 trace:message:SPY_ExitMessage (0x10033) DefWindowProc32: WM_DESTROY [0002] returned 00000000 trace:message:SPY_ExitMessage (0x10033) L"ArticleList" message [0002] WM_DESTROY returned 00000000 trace:message:SPY_EnterMessage (0x10037) L"HeaderWin" message [0002] WM_DESTROY sent from self wp=00000000 lp=00000000 trace:message:SPY_EnterMessage (0x10037) DefWindowProc32: WM_DESTROY [0002] wp=00000000 lp=00000000 trace:message:SPY_ExitMessage (0x10037) DefWindowProc32: WM_DESTROY [0002] returned 00000000 trace:message:SPY_ExitMessage (0x10037) L"HeaderWin" message [0002] WM_DESTROY returned 00000000 trace:message:SPY_EnterMessage (0x10035) L"ListBrowser" message [0002] WM_DESTROY sent from self wp=00000000 lp=00000000 trace:message:SPY_EnterMessage (0x10035) DefWindowProc32: WM_DESTROY [0002] wp=00000000 lp=00000000 trace:message:SPY_ExitMessage (0x10035) DefWindowProc32: WM_DESTROY [0002] returned 00000000 trace:message:SPY_ExitMessage (0x10035) L"ListBrowser" message [0002] WM_DESTROY returned 00000000 trace:message:SPY_EnterMessage (0x10034) L"MinMaxWin" message [0002] WM_DESTROY sent from self wp=00000000 lp=00000000 trace:message:SPY_EnterMessage (0x10034) DefWindowProc32: WM_DESTROY [0002] wp=00000000 lp=00000000 trace:message:SPY_ExitMessage (0x10034) DefWindowProc32: WM_DESTROY [0002] returned 00000000 trace:message:SPY_ExitMessage (0x10034) L"MinMaxWin" message [0002] WM_DESTROY returned 00000000 trace:message:SPY_EnterMessage (0x1002d) L"Margin" message [0002] WM_DESTROY sent from self wp=00000000 lp=00000000 trace:message:SPY_EnterMessage (0x1002d) DefWindowProc32: WM_DESTROY [0002] wp=00000000 lp=00000000 trace:message:SPY_ExitMessage (0x1002d) DefWindowProc32: WM_DESTROY [0002] returned 00000000 trace:message:SPY_ExitMessage (0x1002d) L"Margin" message [0002] WM_DESTROY returned 00000000 trace:message:SPY_EnterMessage (0x1002c) L"Margin" message [0002] WM_DESTROY sent from self wp=00000000 lp=00000000 trace:message:SPY_EnterMessage (0x1002c) DefWindowProc32: WM_DESTROY [0002] wp=00000000 lp=00000000 trace:message:SPY_ExitMessage (0x1002c) DefWindowProc32: WM_DESTROY [0002] returned 00000000 trace:message:SPY_ExitMessage (0x1002c) L"Margin" message [0002] WM_DESTROY returned 00000000 trace:message:SPY_EnterMessage (0x1002c) L"Margin" message [0082] WM_NCDESTROY sent from self wp=00000000 lp=00000000 trace:message:SPY_EnterMessage (0x1002c) DefWindowProc32: WM_NCDESTROY [0082] wp=00000000 lp=00000000 trace:message:SPY_ExitMessage (0x1002c) DefWindowProc32: WM_NCDESTROY [0082] returned 00000000 trace:message:SPY_ExitMessage (0x1002c) L"{OwlWindow}" message [0082] WM_NCDESTROY returned 00000000 trace:message:SPY_EnterMessage (0x1002d) L"Margin" message [0082] WM_NCDESTROY sent from self wp=00000000 lp=00000000 trace:message:SPY_EnterMessage (0x1002d) DefWindowProc32: WM_NCDESTROY [0082] wp=00000000 lp=00000000 trace:message:SPY_ExitMessage (0x1002d) DefWindowProc32: WM_NCDESTROY [0082] returned 00000000 trace:message:SPY_ExitMessage (0x1002d) L"{OwlWindow}" message [0082] WM_NCDESTROY returned 00000000 trace:message:SPY_EnterMessage (0x10034) L"MinMaxWin" message [0082] WM_NCDESTROY sent from self wp=00000000 lp=00000000 trace:message:SPY_EnterMessage (0x10034) DefWindowProc32: WM_NCDESTROY [0082] wp=00000000 lp=00000000 trace:message:SPY_ExitMessage (0x10034) DefWindowProc32: WM_NCDESTROY [0082] returned 00000000 trace:message:SPY_ExitMessage (0x10034) L"{OwlWindow}" message [0082] WM_NCDESTROY returned 00000000 trace:message:SPY_EnterMessage (0x10035) L"ListBrowser" message [0082] WM_NCDESTROY sent from self wp=00000000 lp=00000000 trace:message:SPY_EnterMessage (0x10035) DefWindowProc32: WM_NCDESTROY [0082] wp=00000000 lp=00000000 trace:message:SPY_ExitMessage (0x10035) DefWindowProc32: WM_NCDESTROY [0082] returned 00000000 trace:message:SPY_ExitMessage (0x10035) L"{OwlWindow}" message [0082] WM_NCDESTROY returned 00000000 trace:message:SPY_EnterMessage (0x10037) L"HeaderWin" message [0082] WM_NCDESTROY sent from self wp=00000000 lp=00000000 trace:message:SPY_EnterMessage (0x10037) DefWindowProc32: WM_NCDESTROY [0082] wp=00000000 lp=00000000 trace:message:SPY_ExitMessage (0x10037) DefWindowProc32: WM_NCDESTROY [0082] returned 00000000 trace:message:SPY_ExitMessage (0x10037) L"{ForteAgent:He}" message [0082] WM_NCDESTROY returned 00000000 trace:message:SPY_EnterMessage (0x10033) L"ArticleList" message [0082] WM_NCDESTROY sent from self wp=00000000 lp=00000000 trace:message:SPY_EnterMessage (0x10033) DefWindowProc32: WM_NCDESTROY [0082] wp=00000000 lp=00000000 trace:message:SPY_ExitMessage (0x10033) DefWindowProc32: WM_NCDESTROY [0082] returned 00000000 trace:message:SPY_ExitMessage (0x10033) L"{OwlWindow}" message [0082] WM_NCDESTROY returned 00000000 trace:message:SPY_EnterMessage (0x1002f) L"MinMaxWin" message [0082] WM_NCDESTROY sent from self wp=00000000 lp=00000000 trace:message:SPY_EnterMessage (0x1002f) DefWindowProc32: WM_NCDESTROY [0082] wp=00000000 lp=00000000 trace:message:SPY_ExitMessage (0x1002f) DefWindowProc32: WM_NCDESTROY [0082] returned 00000000 trace:message:SPY_ExitMessage (0x1002f) L"{OwlWindow}" message [0082] WM_NCDESTROY returned 00000000 trace:message:SPY_EnterMessage (0x10030) L"ListBrowser" message [0082] WM_NCDESTROY sent from self wp=00000000 lp=00000000 trace:message:SPY_EnterMessage (0x10030) DefWindowProc32: WM_NCDESTROY [0082] wp=00000000 lp=00000000 trace:message:SPY_ExitMessage (0x10030) DefWindowProc32: WM_NCDESTROY [0082] returned 00000000 trace:message:SPY_ExitMessage (0x10030) L"{OwlWindow}" message [0082] WM_NCDESTROY returned 00000000 trace:message:SPY_EnterMessage (0x10032) L"HeaderWin" message [0082] WM_NCDESTROY sent from self wp=00000000 lp=00000000 trace:message:SPY_EnterMessage (0x10032) DefWindowProc32: WM_NCDESTROY [0082] wp=00000000 lp=00000000 trace:message:SPY_ExitMessage (0x10032) DefWindowProc32: WM_NCDESTROY [0082] returned 00000000 trace:message:SPY_ExitMessage (0x10032) L"{ForteAgent:He}" message [0082] WM_NCDESTROY returned 00000000 trace:message:SPY_EnterMessage (0x1002e) L"Cabinet" message [0082] WM_NCDESTROY sent from self wp=00000000 lp=00000000 trace:message:SPY_EnterMessage (0x1002e) DefWindowProc32: WM_NCDESTROY [0082] wp=00000000 lp=00000000 trace:message:SPY_ExitMessage (0x1002e) DefWindowProc32: WM_NCDESTROY [0082] returned 00000000 trace:message:SPY_ExitMessage (0x1002e) L"{OwlWindow}" message [0082] WM_NCDESTROY returned 00000000 trace:message:SPY_EnterMessage (0x10039) L"MinMaxWin" message [0082] WM_NCDESTROY sent from self wp=00000000 lp=00000000 trace:message:SPY_EnterMessage (0x10039) DefWindowProc32: WM_NCDESTROY [0082] wp=00000000 lp=00000000 trace:message:SPY_ExitMessage (0x10039) DefWindowProc32: WM_NCDESTROY [0082] returned 00000000 trace:message:SPY_ExitMessage (0x10039) L"{OwlWindow}" message [0082] WM_NCDESTROY returned 00000000 trace:message:SPY_EnterMessage (0x1003a) L"BigEdit" message [0082] WM_NCDESTROY sent from self wp=00000000 lp=00000000 trace:message:SPY_EnterMessage (0x1003a) DefWindowProc32: WM_NCDESTROY [0082] wp=00000000 lp=00000000 trace:message:SPY_ExitMessage (0x1003a) DefWindowProc32: WM_NCDESTROY [0082] returned 00000000 trace:message:SPY_ExitMessage (0x1003a) L"{ForteAgent:Bi}" message [0082] WM_NCDESTROY returned 00000000 trace:message:SPY_EnterMessage (0x1003b) L"HeaderWin" message [0082] WM_NCDESTROY sent from self wp=00000000 lp=00000000 trace:message:SPY_EnterMessage (0x1003b) DefWindowProc32: WM_NCDESTROY [0082] wp=00000000 lp=00000000 trace:message:SPY_ExitMessage (0x1003b) DefWindowProc32: WM_NCDESTROY [0082] returned 00000000 trace:message:SPY_ExitMessage (0x1003b) L"{ForteAgent:He}" message [0082] WM_NCDESTROY returned 00000000 trace:message:SPY_EnterMessage (0x10038) L"Article" message [0082] WM_NCDESTROY sent from self wp=00000000 lp=00000000 trace:message:SPY_EnterMessage (0x10038) DefWindowProc32: WM_NCDESTROY [0082] wp=00000000 lp=00000000 trace:message:SPY_ExitMessage (0x10038) DefWindowProc32: WM_NCDESTROY [0082] returned 00000000 trace:message:SPY_ExitMessage (0x10038) L"{OwlWindow}" message [0082] WM_NCDESTROY returned 00000000 trace:message:SPY_EnterMessage (0x1003c) L"TabsWin" message [0082] WM_NCDESTROY sent from self wp=00000000 lp=00000000 trace:message:SPY_EnterMessage (0x1003c) DefWindowProc32: WM_NCDESTROY [0082] wp=00000000 lp=00000000 trace:message:SPY_ExitMessage (0x1003c) DefWindowProc32: WM_NCDESTROY [0082] returned 00000000 trace:message:SPY_ExitMessage (0x1003c) L"{OwlWindow}" message [0082] WM_NCDESTROY returned 00000000 trace:message:SPY_EnterMessage (0x1002b) L"{OwlWindow}" message [0082] WM_NCDESTROY sent from self wp=00000000 lp=00000000 trace:message:SPY_EnterMessage (0x1002b) DefWindowProc32: WM_NCDESTROY [0082] wp=00000000 lp=00000000 trace:message:SPY_ExitMessage (0x1002b) DefWindowProc32: WM_NCDESTROY [0082] returned 00000000 trace:message:SPY_ExitMessage (0x1002b) L"{OwlWindow}" message [0082] WM_NCDESTROY returned 00000000 trace:message:SPY_EnterMessage (0x1002a) L"email" message [0082] WM_NCDESTROY sent from self wp=00000000 lp=00000000 trace:message:SPY_EnterMessage (0x1002a) DefWindowProc32: WM_NCDESTROY [0082] wp=00000000 lp=00000000 trace:message:SPY_ExitMessage (0x1002a) DefWindowProc32: WM_NCDESTROY [0082] returned 00000000 trace:message:SPY_ExitMessage (0x1002a) L"{OwlWindow}" message [0082] WM_NCDESTROY returned 00000000 trace:message:SPY_EnterMessage (0x10026) L"{MDIClient}" message [0082] WM_NCDESTROY sent from self wp=00000000 lp=00000000 trace:message:SPY_EnterMessage (0x10026) DefWindowProc32: WM_NCDESTROY [0082] wp=00000000 lp=00000000 trace:message:SPY_ExitMessage (0x10026) DefWindowProc32: WM_NCDESTROY [0082] returned 00000000 trace:message:SPY_ExitMessage (0x10026) L"{MDIClient}" message [0082] WM_NCDESTROY returned 00000000 trace:message:SPY_EnterMessage (0x10027) L"{OwlWindow}" message [0082] WM_NCDESTROY sent from self wp=00000000 lp=00000000 trace:message:SPY_EnterMessage (0x10027) DefWindowProc32: WM_NCDESTROY [0082] wp=00000000 lp=00000000 trace:message:SPY_ExitMessage (0x10027) DefWindowProc32: WM_NCDESTROY [0082] returned 00000000 trace:message:SPY_ExitMessage (0x10027) L"{OwlWindow}" message [0082] WM_NCDESTROY returned 00000000 trace:message:SPY_EnterMessage (0x10029) L"{OwlWindow}" message [0082] WM_NCDESTROY sent from self wp=00000000 lp=00000000 trace:message:SPY_EnterMessage (0x10029) DefWindowProc32: WM_NCDESTROY [0082] wp=00000000 lp=00000000 trace:message:SPY_ExitMessage (0x10029) DefWindowProc32: WM_NCDESTROY [0082] returned 00000000 trace:message:SPY_ExitMessage (0x10029) L"{OwlWindow}" message [0082] WM_NCDESTROY returned 00000000 trace:message:SPY_EnterMessage (0x10025) L"Agent - Nexgo -" message [0082] WM_NCDESTROY sent from self wp=00000000 lp=00000000 trace:message:SPY_EnterMessage (0x10025) DefWindowProc32: WM_NCDESTROY [0082] wp=00000000 lp=00000000 trace:message:SPY_ExitMessage (0x10025) DefWindowProc32: WM_NCDESTROY [0082] returned 00000000 trace:message:SPY_ExitMessage (0x10025) L"{ForteAgent:Ma}" message [0082] WM_NCDESTROY returned 00000000 err:seh:EXC_DefaultHandling Unhandled exception code c0000096 flags 0 addr 0x410846a8 -- Gerhard Gruber Für jedes menschliche Problem gibt es immer eine einfache Lösung: Klar, einleuchtend und falsch. (Henry Louis Mencken)

1 0

Re: revised direct sound capture patches
by Eric Pouech 01 Mar '03

01 Mar '03

Robert Reif wrote: > This revised patch set addresses the comments I got on > the previous patch set. looks way better... and keep on the good work on the capture part (which hasn't been well covered so far) A+ -- Eric Pouech

1 0

Re: d3dx8_math interface and stubs
by Raphaël Junqueira 01 Mar '03

01 Mar '03

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Le Vendredi 28 Février 2003 17:31, Rok Mandeljc a écrit : > I've implemented part of d3dx8.dll related to d3dx8math.h header (stubs, > I'll implement real functs later). > This is my first work with COM interfaces so please someone check it if > it's ok. Great ;) For me it seems correct, but i can't test now as i am not at home Problems: - - your headers are too "microsoft compliant": i can't use copy&paste with microsft headers for wine headers ;( - - inlining headers are not very usable with most of the unix compilers so you have to find a way to get it working (in my proto, i haven't inlining actived) If you want to play wuth dx i have already done most of the easy implementations of maths functions, MatrixStack is almost complete, etc... The last time i worked for dx8, i was trying to get D3DXFont working ... But i haven"t send it because lack of time ;( Regards Raphael PS: sorry for my very poor english, but i had an operation at my left eye, and i can't see very well ;((( > ChangeLog: > - added files: > - wine/dlls/d3dx8/d3dx8math.c (direct3d x 8 math functions) > - wine/dlls/d3dx8/d3dx8math_private.h (ID3DXMatrixStack > Implementation) > - wine/dlls/d3dx8/d3dxmatrixstack.c (ID3DXMatrixStack stubs) > - wine/include/d3dx8math.h (Direct3D X 8 Math definitions and > ID3DXMatrixStack Interface) > - wine/include/d3dx8math.inl (inline Direct3D X 8 Math functions) > - some minor adjustments in existing files -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+YIpSp7NA3AmQTU4RAjwSAKCdHibb6O4gggcSTFIZycJTvdTcQACZAbdR dRh7Vk+kqgTW8fXDTUEFuwI= =czE5 -----END PGP SIGNATURE-----

1 0

Re: more direct sound capture fixes
by Robert Reif 01 Mar '03

01 Mar '03

Thanks for the feedback. I know the debugging code is getting out of hand but what is the recommended way of providing useable traces. Should the debug code be put in a separate file? Are there standard routines for converting constants to readable strings? I'm new to wine so I don't know what the current practices are yet. The critical section was put in there because there is the potential of accessing that variable from all three threads. It's overkill now and probably not needed but I'm trying to track down some weird behavior in full duplex mode. That variable stores the state of both the read and write threads so we need to do bit opps on it. The current behavior of the driver reorders commands by placing ones that must be waited on at the head of the queue. Not sure why but I added that #define to allow it to be disabled. It makes the capture code more stable and deterministic. It defaults to the current behavior. I was running into under run problems in the capture thread where it had data to save but no headers to put it in. The headers were in the queue but ignored until after the timeout period. I added code to peek into the queue rather than giving up and it fixed the under run problem. I'm also having problems with the mixer and primary buffers and am trying to figure them out but I suspect a similar problem. The OSS people don't recommend using multiple threads for reading and writing. Three are currently used: the main app thread where the sound device is opened, one for writing and one for reading. Could this have something to do with my full duplex problems? audio.c is getting big with both input and output and wave and direct sound all together. Do we want to break it up someday? What about hardware mixing? Is anyone working on redesigning this? My needs are short term. I need to get my app working under wine right now but I would like to see direct sound audio better integrated someday and am willing to help. Thanks, Bob. Eric Pouech wrote: > > wineoss.diff: > > Added more debugging code. > it really starts being ugly and inefficient > > Started work on direct sound capture driver. > > Tried to get wave driver to work better in full duplex mode. > > Capture works but playback has problems. > just a few questions: > - I don't think you need the enable_crst, do you ? I don't think the > ioctl will be done in parallel anyway > - why do you need to change the message order ? you'd better in wave > capture, when you run out of waveheaders try to process the pending > messages (as we do in wave playback) before sending back an error, > without reordering them > > A+ > > -- > Eric Pouech

2 1

wcmd aliases
by J. Grant 01 Mar '03

01 Mar '03

Hello, A couple of aliases in wcmd would make life much simpler, common commands all have unix style alternatives such as dir -> ls, copy -> cp etc, could these be added as aliases of the DOS commands please? in the same way that dir works in the bash shell because it is aliased to ls. Regards JG

2 1

Wine dir
by J. Grant 01 Mar '03

01 Mar '03

Hello, After reading through my "config" file I pondered why the default Wine installation dir was c:\windows, in MS-Windows 9x,ntxx etc the instalation dir can be anything, "windows" and "winnt" being common defaults, as well as "win2k" I saw on some custom install machines. There is an enviroment variable and "config", "Windows" setting in the [wine] block and perhaps a registry setting for this. Would it be more appropriate to use "wine" as the instalation dir? e.g. "c:\wine" Regards JG

1 0

Report after porting a windows app to WINE
by Mike Engelhardt 28 Feb '03

28 Feb '03

Dear WINE developers, I develop an MS windows app and just got it working under WINE/Linux. It's call LTspice/SwitcherCADIII. It's a free schematic capture/SPICE simulator obtainable from www.linear.com/software. I've noticed a few things about WINE that might help you improve it. WINE can confuse SendMessage() with PostMessage(). LTspice uses SendMessage to handshake between threads sometimes. Wine usually obeys the difference, but treated some SendMessage calls like a PostMessage. My workaround was to poll volatile global variables. I needed to add some redraws to clear up some differences between WINE and Windows dialog box updates. This was for a tab control that make different controls on the pane visible or not depending on tab selection. Also LTspice draws directly to the screen and carefully counts the number of times it XOR'ed something with the screen. That behaved a bit different between WINE and Windows. Again, I found workarounds for most of it. I'm not sure, but maybe it's just a difference between obeying the SetROP2() setting for CDC::SetPixel() calls. The version of LTspice I put up on the web today, 2.01c, works quite well under WINE/Linux. The main problem with it is that the RoboHelp isn't working. Any advice there? A few other WINE issues: 1. The icons drawn on Property sheet tabs have a black background in WINE. In Windows it's the background color. You can see the problem on the Tools=>Control Panel tab icons. 2. The resize grip on the lower right hand corner of resizeable dialogs is drawn like a scrollbar. The "proper" windows method to draw these resize grips is to use a scroll bar created like this: CScrollBar m_Grip; char OldResizableGrip[] = "OldResizableGrip"; LRESULT CALLBACK GripWindowProc(HWND hwnd, UINT msg, WPARAM wParam,LPARAM lParam) { if(WM_NCHITTEST == msg) return(HTBOTTOMRIGHT); // the mouse cursor that goes with a grip on the bottom right of a window HANDLE oldWndProc = GetProp(hwnd, OldResizableGrip); if(WM_DESTROY == msg) // unsubclass { RemoveProp(hwnd, OldResizableGrip); SetWindowLong(hwnd, GWL_WNDPROC, (LONG) oldWndProc); } return(CallWindowProc((WNDPROC) oldWndProc, hwnd, msg, wParam,lParam)); } BOOL CSelectWaveformsDlg::OnInitDialog() { CDialog::OnInitDialog(); SetAllListBoxItems(); CRect rect(0, 0, GetSystemMetrics(SM_CXVSCROLL),GetSystemMetrics(SM_CYHSCROLL)); m_Grip.Create(WS_CHILD | WS_CLIPSIBLINGS | SBS_SIZEGRIP | WS_VISIBLE,rect, this, AFX_IDW_SIZE_BOX); CWnd *resizeWnd = GetDlgItem(AFX_IDW_SIZE_BOX); if(resizeWnd) { CRect rect, rect2; resizeWnd->GetWindowRect(&rect); GetClientRect(rect2); rect2.left = rect2.right - rect.Width(); rect2.top = rect2.bottom - rect.Height(); resizeWnd->MoveWindow(&rect2, FALSE); ::SetProp(m_Grip, OldResizableGrip, (HANDLE) ::GetWindowLong(m_Grip, GWL_WNDPROC)); ::SetWindowLong(m_Grip, GWL_WNDPROC, (LONG) GripWindowProc); } return(TRUE); } 3. Function key F6 is not trapped. 4. The cursor colors are off. For example, the voltage probe cursor should have a red body. In WINE it's black. The sleeve of the pointing hand is blue, in WINE it's black. 5. Font's aren't always correct. There's two types for schematics, "Arial" and "New Courier". The Arial can become italic depending on the size required. I would like to know if there is a way to determine if my app is running under WINE under runtime. That way I can work around more of these problems without imparing its performance under MS Windows. If you know the answer, please e-mail me directly. --Mike Engelhardt pmte(a)concentric.net

5 15

Re: FAQ updates
by Mike Hearn 28 Feb '03

28 Feb '03

On Fri, 2003-02-28 at 12:56, Andreas Mohr wrote: > Hi all, > > - Supported Platforms didn't mention MacOS X prominently enough by far... I think it should be made clear that Wine is useless on MacOS anyway, even if you do have the source and try to recompile for WineLib. It might simply be better to say, MacOS is *not* supported in any shape or form, and won't be until somebody does the large amount of work necessary to make it happen. > - add some URLs, correct URL handling > - remove linux.corel.com, as it's DEAD :-\ May it rest in peace.

1 0

Wine on Windows
by Serenity 28 Feb '03

28 Feb '03

Hi, Right, I've been Googling this one up, and I've found some information, but it's a few years old so I'm not sure if it's current... Has anybody had any success compiling and executing Wine on Win32? I know, it seems a bizzare concept, but I have legitament reasons to want to use Wine on Windows. There are some emails dating back to 2000 online saying it compiles on cygwin, but I'm not sure if this is still the case... Plus, ideally I'd be looking for a native port... Any directions would be great Ta Serenity

6 10

Enviroment variable formats
by J. Grant 28 Feb '03

28 Feb '03

Hello, While converting some paths, i had to frequently modify case.. Would it be possible for the fake wine drives use lower case names for their directorys by default? In MS-Windows different case is not a different file name. So I don't believe it will not make any difference to the program. The "config" has a mixture of all uppercase, and lowercase etc From wcmd there is also a mixture in the environment vars: COMSPEC=C:\WINDOWS\SYSTEM\wcmd.exe PATH=d:\vs\vc98\bin;d:\vs\common\msdev98\bin;c:\windows;c:\windows\system TEMP=E:\ TMP=E:\ windir=C:\WINDOWS winsysdir=C:\WINDOWS\SYSTEM USERPROFILE=C:\windows\Profiles\Administrator SYSTEMROOT=C:\WINDOWS the vars would be best in uppercase too IMO, as they are not differentiated. What do you think? Regards JG

1 0

Re: wine/ windows/painting.c windows/driver.c obje ...
by Dimitrie O. Paun 27 Feb '03

27 Feb '03

On Thu, 27 Feb 2003, Alexandre Julliard wrote: > Replaced most uses of the auto-generated glue code by explicit calls > to WOWCallback16Ex. Yay! Will you get rid of the last 4 as well: ./loader/task.c:/* ### start build ### */ ./loader/ne/module.c:/* ### start build ### */ ./loader/ne/segment.c:/* ### start build ### */ ./memory/local.c:/* ### start build ### */ This is a rather obscure extension that is hard to understand, I'm glad it's on it's way out. -- Dimi.

2 1

CryptoAPI
by Eric 27 Feb '03

27 Feb '03

Is anyone working on the CryptoAPI? I saw that back in December of '01 that a couple people had some interest, but I don't see anything else in the archives since then. - Eric

1 0

Re: more direct sound capture fixes
by Dimitrie O. Paun 27 Feb '03

27 Feb '03

On Thu, 27 Feb 2003, Eric Pouech wrote: > except that I'm not sure ALSA folks will be happy answering OSS related > questions ;-) True, but we might just trick'em into explaining how to do that in ALSA :) -- Dimi.

1 0

open source developer tutorial
by Dan Kegel 27 Feb '03

27 Feb '03

I'm writing a tutorial for budding open source developers; it's at http://www.kegel.com/academy/opensource.html My goal is to expand the pool of available open source developers by reaching out to e.g. college students who know C but aren't part of the open source / free software scene, and encouraging them to join in the fun. I use Wine in several of my examples, so be forewarned, this tutorial might cause a few newbies to post patches to wine. Feedback welcome. (I'm especially interested in usability comments -- the tutorial has to be easy to follow -- but any feedback at all would be helpful.) Thanks, Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

2 1

Consoles (1/3)
by Eric Pouech 27 Feb '03

27 Feb '03

Before Dan gets a sore throat by screaming out too loud, it's time to remove the console creation code from our CUI programs It's not the purpose of a CUI program to dictate its environment, but rather to make the best efforts to behave in the context its creator have(th) given it... (including console, input/output stream...) it means that running a CUI program (let's call it foo): wine foo => will use a a very primitive console (as if foo's output was printf:ed on stdout, and foo's input was read on stdin). no fancy support (like cursor pos, colors, scrolling...) will be available wineconsole foo => will use the ncurse backend of wineconsole (on current terminal) and will provide a full featured console I'll provide a bit later a way (for those who really like the user backend) to use it the same way as wineconsole foo (yes, don't always believe what's said on wine-devel, those people exist !!) let's start with wcmd A+ -- Eric Pouech Name: wcmd_con ChangeLog: - don't create a new console upon startup - no longer assume we're always attached to a console License: X11 GenDate: 2003/02/26 19:47:24 UTC ModifiedFiles: programs/wcmd/builtins.c programs/wcmd/directory.c programs/wcmd/wcmdmain.c AddedFiles: =================================================================== RCS file: /home/cvs/cvsroot/wine/wine/programs/wcmd/builtins.c,v retrieving revision 1.17 diff -u -u -r1.17 builtins.c --- programs/wcmd/builtins.c 11 Feb 2003 22:01:11 -0000 1.17 +++ programs/wcmd/builtins.c 26 Feb 2003 19:36:01 -0000 @@ -55,22 +55,25 @@ * Clear the terminal screen. */ -void WCMD_clear_screen () { +void WCMD_clear_screen (void) { /* Emulate by filling the screen from the top left to bottom right with spaces, then moving the cursor to the top left afterwards */ - COORD topLeft; - long screenSize; CONSOLE_SCREEN_BUFFER_INFO consoleInfo; HANDLE hStdOut = GetStdHandle(STD_OUTPUT_HANDLE); - GetConsoleScreenBufferInfo(hStdOut, &consoleInfo); - screenSize = consoleInfo.dwSize.X * (consoleInfo.dwSize.Y + 1); - - topLeft.X = 0; - topLeft.Y = 0; - FillConsoleOutputCharacter(hStdOut, ' ', screenSize, topLeft, &screenSize); - SetConsoleCursorPosition(hStdOut, topLeft); + if (GetConsoleScreenBufferInfo(hStdOut, &consoleInfo)) + { + COORD topLeft; + long screenSize; + + screenSize = consoleInfo.dwSize.X * (consoleInfo.dwSize.Y + 1); + + topLeft.X = 0; + topLeft.Y = 0; + FillConsoleOutputCharacter(hStdOut, ' ', screenSize, topLeft, &screenSize); + SetConsoleCursorPosition(hStdOut, topLeft); + } } /**************************************************************************** @@ -79,7 +82,7 @@ * Change the default i/o device (ie redirect STDin/STDout). */ -void WCMD_change_tty () { +void WCMD_change_tty (void) { WCMD_output (nyi); @@ -92,7 +95,7 @@ * FIXME: No wildcard support */ -void WCMD_copy () { +void WCMD_copy (void) { DWORD count; WIN32_FIND_DATA fd; @@ -145,7 +148,7 @@ * Create a directory. */ -void WCMD_create_dir () { +void WCMD_create_dir (void) { if (!CreateDirectory (param1, NULL)) WCMD_print_error (); } @@ -351,7 +354,7 @@ * FIXME: DOS is supposed to allow labels with spaces - we don't. */ -void WCMD_goto () { +void WCMD_goto (void) { char string[MAX_PATH]; @@ -423,7 +426,7 @@ * FIXME: Needs input and output files to be fully specified. */ -void WCMD_move () { +void WCMD_move (void) { int status; char outpath[MAX_PATH], inpath[MAX_PATH], *infile; @@ -462,7 +465,7 @@ * Wait for keyboard input. */ -void WCMD_pause () { +void WCMD_pause (void) { DWORD count; char string[32]; @@ -477,7 +480,7 @@ * Delete a directory. */ -void WCMD_remove_dir () { +void WCMD_remove_dir (void) { if (!RemoveDirectory (param1)) WCMD_print_error (); } @@ -489,7 +492,7 @@ * FIXME: Needs input and output files to be fully specified. */ -void WCMD_rename () { +void WCMD_rename (void) { int status; @@ -514,7 +517,7 @@ * */ -void WCMD_setshow_attrib () { +void WCMD_setshow_attrib (void) { DWORD count; HANDLE hff; @@ -570,7 +573,7 @@ * Set/Show the current default directory */ -void WCMD_setshow_default () { +void WCMD_setshow_default (void) { BOOL status; char string[1024]; @@ -597,7 +600,7 @@ * FIXME: Can't change date yet */ -void WCMD_setshow_date () { +void WCMD_setshow_date (void) { char curdate[64], buffer[64]; DWORD count; @@ -698,7 +701,7 @@ * Set or show the command prompt. */ -void WCMD_setshow_prompt () { +void WCMD_setshow_prompt (void) { char *s; @@ -722,7 +725,7 @@ * FIXME: Can't change time yet */ -void WCMD_setshow_time () { +void WCMD_setshow_time (void) { char curtime[64], buffer[64]; DWORD count; @@ -751,7 +754,7 @@ * Shift batch parameters. */ -void WCMD_shift () { +void WCMD_shift (void) { if (context != NULL) context -> shift_count++; @@ -772,7 +775,7 @@ * Copy a file to standard output. */ -void WCMD_type () { +void WCMD_type (void) { HANDLE h; char buffer[512]; @@ -786,7 +789,8 @@ } while (ReadFile (h, buffer, sizeof(buffer), &count, NULL)) { if (count == 0) break; /* ReadFile reports success on EOF! */ - WriteFile (GetStdHandle(STD_OUTPUT_HANDLE), buffer, count, &count, NULL); + buffer[count] = 0; + WCMD_output_asis (buffer); } CloseHandle (h); } @@ -827,7 +831,7 @@ * Display version info. */ -void WCMD_version () { +void WCMD_version (void) { WCMD_output (version_string); @@ -857,7 +861,7 @@ } else { if ((path[1] != ':') || (lstrlen(path) != 2)) { - WriteFile (GetStdHandle(STD_OUTPUT_HANDLE), syntax, strlen(syntax), &count, NULL); + WCMD_output_asis(syntax); return 0; } wsprintf (curdir, "%s\\", path); Index: programs/wcmd/directory.c =================================================================== RCS file: /home/cvs/cvsroot/wine/wine/programs/wcmd/directory.c,v retrieving revision 1.16 diff -u -u -r1.16 directory.c --- programs/wcmd/directory.c 25 Feb 2003 03:58:42 -0000 1.16 +++ programs/wcmd/directory.c 26 Feb 2003 19:22:40 -0000 @@ -73,8 +73,10 @@ if (bare) wide = FALSE; if (wide) { - GetConsoleScreenBufferInfo(GetStdHandle(STD_OUTPUT_HANDLE), &consoleInfo); - max_width = consoleInfo.dwSize.X; + if (GetConsoleScreenBufferInfo(GetStdHandle(STD_OUTPUT_HANDLE), &consoleInfo)) + max_width = consoleInfo.dwSize.X; + else + max_width = 80; } if (paged_mode) { WCMD_enter_paged_mode(); Index: programs/wcmd/wcmdmain.c =================================================================== RCS file: /home/cvs/cvsroot/wine/wine/programs/wcmd/wcmdmain.c,v retrieving revision 1.24 diff -u -u -r1.24 wcmdmain.c --- programs/wcmd/wcmdmain.c 25 Feb 2003 03:58:42 -0000 1.24 +++ programs/wcmd/wcmdmain.c 26 Feb 2003 19:36:00 -0000 @@ -50,7 +50,7 @@ int main (int argc, char *argv[]) { char string[1024], args[MAX_PATH], param[MAX_PATH]; -int status, i; +int i; DWORD count; HANDLE h; @@ -77,14 +77,6 @@ return 0; } -/* - * Allocate a console and set it up. - */ - - status = FreeConsole (); - if (!status) WCMD_print_error(); - status = AllocConsole(); - if (!status) WCMD_print_error(); SetConsoleMode (GetStdHandle(STD_INPUT_HANDLE), ENABLE_LINE_INPUT | ENABLE_ECHO_INPUT | ENABLE_PROCESSED_INPUT); SetConsoleTitle("Wine Command Prompt"); @@ -425,7 +417,7 @@ * */ -void WCMD_show_prompt () { +void WCMD_show_prompt (void) { int status; char out_string[MAX_PATH], curdir[MAX_PATH], prompt_string[MAX_PATH]; @@ -506,7 +498,7 @@ * Print the message for GetLastError */ -void WCMD_print_error () { +void WCMD_print_error (void) { LPVOID lpMsgBuf; DWORD error_code; int status; @@ -603,8 +595,10 @@ { CONSOLE_SCREEN_BUFFER_INFO consoleInfo; - GetConsoleScreenBufferInfo(GetStdHandle(STD_OUTPUT_HANDLE), &consoleInfo); - max_height = consoleInfo.dwSize.Y; + if (GetConsoleScreenBufferInfo(GetStdHandle(STD_OUTPUT_HANDLE), &consoleInfo)) + max_height = consoleInfo.dwSize.Y; + else + max_height = 25; paged_mode = TRUE; line_count = 5; /* keep 5 lines from previous output */ }

3 2

Re: Handle invalid export table
by Eric Pouech 27 Feb '03

27 Feb '03

Pavel Lapin wrote: > Running an installer for FAR file manager with turned on win32 debug channel > leads to crash due to invalid address of export table. > This installer can be downloaded at http://www.rarlab.com/download.htm, the > executable file seems compressed with RAR archiver. this is a compressed executable (with the infamous UPX0 & UPX1 sections) basically, your patch is not the right way of solving the problem (look at previous posts on winedevel, and read Wine Cousin or WWN editions 107 108) basically, we need to better detect RVA pointing out of sections to circumvent bogus informations in UPX header A+ -- Eric Pouech

1 0

Re: Consoles (3/3)
by Alexandre Julliard 27 Feb '03

27 Feb '03

Eric Pouech <eric.pouech(a)wanadoo.fr> writes: > but we also need to force console creation on jit debugging... Why would you want to force it? Why not let the user decide? Users who want a new console can specify the debugger as "wineconsole winedbg" in their registry. -- Alexandre Julliard julliard(a)winehq.com

3 3

Re: A window size/move fix (repost)
by Alexandre Julliard 27 Feb '03

27 Feb '03

Duane Clark <dclark(a)akamail.com> writes: > Changelog: > Before changing window size/pos, handle pending ConfigureNotify events. That's only hiding the problem, and only in some cases. There is no guarantee that the ConfigureNotify has arrived by the time we do the resize, so we need to cope with a ConfigureNotify arriving at any time. -- Alexandre Julliard julliard(a)winehq.com

4 3

Re: SHELL32: fix for IShellFolder::GetAttributesOf
by Mike Hearn 27 Feb '03

27 Feb '03

On Thu, 2003-02-27 at 14:39, Alberto Massari wrote: > With this change, Internet Explorer 6 is able to read files from the filesystem using the builtin shell32.dll. > It still doesn't show the content of folders... Hey, thanks for that! Up until now I've been running everything through a local apache server, this will make my work a lot easier :) thanks -mike

1 0

Fw: Wine on Windows
by Serenity 27 Feb '03

27 Feb '03

> > What calls do you want to catch and why? File IO related (opens, writes, delete files yadada), network (TCPIP stuff)... Creating my own DLLs and proxying to the Windows DLLs isn't a bad idea, actually, so thanks...

1 0

Re: more direct sound capture fixes
by Dimitrie O. Paun 27 Feb '03

27 Feb '03

On Wed, 26 Feb 2003, Robert Reif wrote: Cool stuff! Any games improve from these patches? > Direct Sound Capture driver. I could use help from anyone > familiar with the OSS driver and Direct Sound code. There > are a few things that I have questions about. The best way is to post those question to the list (maybe one per message), and maybe Cc: some of the ALSA lists as well. Waiting for someone to say 'OK, I can help, ask away' will not work. -- Dimi.

1 0

dvd2one
by hal-9000-＠t-online.de 27 Feb '03

27 Feb '03

hi, I am not a developer, please do not hurt me! I want to run dvd2one from www.dvd2one.com to "clone" my dvds! Every time I try to start the program, I get this error: wine win/dvd2one102.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: fixme:win32:PE_CreateModule Unknown directory 15 ignored wine: Unhandled exception, starting debugger... has somebody of you a solution for this? I tried it with and without native wininstallation, but everytime the same error. So if you want to spend a little bit of time for it, go on www.dvd2one.com and download the trial version! The program is absolutly great, and , there is no native linux tool that can do the same and i believe that there never will be one! thanks in advance for your help thorsten p.s. please don´t ignore me!

2 1

Road Rash
by Kevin DeKorte 26 Feb '03

26 Feb '03

Success! I was able to run Road Rash by Electronic Arts on a Wine No Windows install. This is great to see cause just a couple of months ago this game would not run. Config: RedHat 8.0 KDE 3.1 - arts sound WINE CVS 2/26/03 I did run the app in desktop 640x480 mode. And did have some issues with MIDI sounds, but it does that on some windows machines too. Kevin

1 0

using-ms-vcpp-with-gnu-win article
by Dan Kegel 26 Feb '03

26 Feb '03

http://codingstyle.com/articles/using-ms-vcpp-with-gnu-wine.html was just mentioned at http://developers.slashdot.org/developers/03/02/23/1939225.shtml?tid=156 Yup, I've been doing this, and the author is right: the commandline tools show off a few rough edges of Wine. As more people start using them, maybe we'll get them smoothed off (e.g. my fix to wcmd the other day to keep it from stripping off switches too zealously)... - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

3 6

Re: wrc: change -J to -I-
by Alexandre Julliard 26 Feb '03

26 Feb '03

"Dimitrie O. Paun" <dpaun(a)rogers.com> writes: > Cleanup a bit the command line. > I know, I've introduced -J but I did it under time pressure, > I never liked it :). It seems to me -I- is more intuitive, > and cleans up the options space for stuff that we actually > need. Moreover, this option is relevant mostly for Wine, > so it's better if it doesn't use on of the precious letters. I think this will be confusing, -I- means something slightly different in gcc. I'd suggest fixing the dependency on getopt_long so that we can have long options without having to always introduce a short option too. Then we can get rid of -J and simply use --nostdinc. -- Alexandre Julliard julliard(a)winehq.com

4 10

windres devel forum
by Dimitrie O. Paun 26 Feb '03

26 Feb '03

Hi, Anyone know by any change where I can post some windres requests? That is, the devel mailing list for windres? TIA. -- Dimi.

2 1

annoyance running mingw
by Dan Kegel 26 Feb '03

26 Feb '03

I installed mingw under Wine today, and aside from the EULA etc. showing up blank in the installer, it installed just fine. And it even compiles programs ok! Cool! Unfortunately, mingw's gcc causes Wine to emit zillions of warnings like this: Warning: L"/mingw/lib/gcc-lib/mingw32/specs" not accessible from a configured DOS drive Seems like somehow Wine should have been able to avoid issuing that warning. Oh, ok, mingw could stick a drive letter on the path, or use \ as a dir separator, but it shouldn't have to, should it? - Dan p.s. Here's the full set of warnings from one compile of one C file: fixme:console:SetConsoleCtrlHandler (0x78010087,1) - no error checking or testing yet Warning: L"/mingw/lib/gcc-lib/mingw32/specs" not accessible from a configured DOS drive fixme:win32:PE_CreateModule Security directory ignored Warning: L"/mingw/lib/gcc-lib/mingw32/3.2" not accessible from a configured DOS drive Warning: L"/mingw/lib/gcc-lib/mingw32/3.2/../../../../include" not accessible from a configured DOS drive Warning: L"/mingw/include" not accessible from a configured DOS drive Warning: L"/mingw/lib/gcc-lib/mingw32/3.2/include" not accessible from a configured DOS drive Warning: L"/mingw/lib/gcc-lib/mingw32/3.2" not accessible from a configured DOS drive Warning: L"/mingw/lib/gcc-lib/mingw32/3.2/../../../../mingw32/include" not accessible from a configured DOS drive Warning: L"/usr/local/mingw32/include" not accessible from a configured DOS drive Warning: L"/mingw/lib/gcc-lib/mingw32/3.2/as.exe" not accessible from a configured DOS drive Warning: L"/mingw/lib/gcc-lib/mingw32/3.2/as" not accessible from a configured DOS drive Warning: L"/mingw/lib/gcc-lib/mingw32/3.2/as.exe" not accessible from a configured DOS drive Warning: L"/mingw/lib/gcc-lib/mingw32/3.2/as" not accessible from a configured DOS drive Warning: L"/mingw/lib/gcc-lib/mingw32/as.exe" not accessible from a configured DOS drive Warning: L"/mingw/lib/gcc-lib/mingw32/as" not accessible from a configured DOS drive Warning: L"/usr/lib/gcc/mingw32/3.2/as.exe" not accessible from a configured DOS drive Warning: L"/usr/lib/gcc/mingw32/3.2/as" not accessible from a configured DOS drive Warning: L"/usr/lib/gcc/mingw32/as.exe" not accessible from a configured DOS drive Warning: L"/usr/lib/gcc/mingw32/as" not accessible from a configured DOS drive fixme:win32:PE_CreateModule Security directory ignored Warning: L"/mingw/lib/gcc-lib/mingw32/3.2/collect2.exe" not accessible from a configured DOS drive Warning: L"/mingw/lib/gcc-lib/mingw32/3.2/collect2" not accessible from a configured DOS drive Warning: L"/mingw/lib/gcc-lib/mingw32/3.2/collect2.exe" not accessible from a configured DOS drive Warning: L"/mingw/lib/gcc-lib/mingw32/3.2/collect2" not accessible from a configured DOS drive Warning: L"/mingw/lib/gcc-lib/mingw32/collect2.exe" not accessible from a configured DOS drive Warning: L"/mingw/lib/gcc-lib/mingw32/collect2" not accessible from a configured DOS drive Warning: L"/usr/lib/gcc/mingw32/3.2/collect2.exe" not accessible from a configured DOS drive Warning: L"/usr/lib/gcc/mingw32/3.2/collect2" not accessible from a configured DOS drive Warning: L"/usr/lib/gcc/mingw32/collect2.exe" not accessible from a configured DOS drive Warning: L"/usr/lib/gcc/mingw32/collect2" not accessible from a configured DOS drive Warning: L"/mingw/lib/gcc-lib/mingw32/3.2/../../../../mingw32/bin/mingw32/3.2/collect2.exe" not accessible from a configured DOS drive Warning: L"/mingw/lib/gcc-lib/mingw32/3.2/../../../../mingw32/bin/mingw32/3.2/collect2" not accessible from a configured DOS drive Warning: L"/mingw/lib/gcc-lib/mingw32/3.2/../../../../mingw32/bin/collect2.exe" not accessible from a configured DOS drive Warning: L"/mingw/lib/gcc-lib/mingw32/3.2/../../../../mingw32/bin/collect2" not accessible from a configured DOS drive Warning: L"/mingw/lib/gcc-lib/mingw32/3.2/crt2.o" not accessible from a configured DOS drive Warning: L"/usr/lib/gcc/mingw32/3.2/crt2.o" not accessible from a configured DOS drive Warning: L"/mingw/lib/gcc-lib/mingw32/3.2/../../../../mingw32/lib/mingw32/3.2/crt2.o" not accessible from a configured DOS drive Warning: L"/mingw/lib/gcc-lib/mingw32/3.2/../../../../mingw32/lib/crt2.o" not accessible from a configured DOS drive Warning: L"/mingw/lib/gcc-lib/mingw32/3.2/." not accessible from a configured DOS drive Warning: L"/usr/lib/gcc/mingw32/3.2/." not accessible from a configured DOS drive Warning: L"/mingw/lib/gcc-lib/mingw32/3.2/../../../../mingw32/lib/mingw32/3.2/." not accessible from a configured DOS drive Warning: L"/mingw/lib/gcc-lib/mingw32/3.2/../../../../mingw32/lib/." not accessible from a configured DOS drive Warning: L"/mingw/lib/gcc-lib/mingw32/3.2/../../../mingw32/3.2/." not accessible from a configured DOS drive Warning: L"/mingw/lib/gcc-lib/mingw32/3.2/../../../." not accessible from a configured DOS drive Warning: L"/lib/mingw32/3.2/." not accessible from a configured DOS drive Warning: L"/usr/lib/mingw32/3.2/." not accessible from a configured DOS drive Warning: L"/mingw/lib/gcc-lib/mingw32/3.2/ld.exe" not accessible from a configured DOS drive Warning: L"/mingw/lib/gcc-lib/mingw32/3.2/ld" not accessible from a configured DOS drive Warning: L"/mingw/lib/gcc-lib/mingw32/3.2/ld.exe" not accessible from a configured DOS drive Warning: L"/mingw/lib/gcc-lib/mingw32/3.2/ld" not accessible from a configured DOS drive Warning: L"/mingw/lib/gcc-lib/mingw32/ld.exe" not accessible from a configured DOS drive Warning: L"/mingw/lib/gcc-lib/mingw32/ld" not accessible from a configured DOS drive Warning: L"/usr/lib/gcc/mingw32/3.2/ld.exe" not accessible from a configured DOS drive Warning: L"/usr/lib/gcc/mingw32/3.2/ld" not accessible from a configured DOS drive Warning: L"/usr/lib/gcc/mingw32/ld.exe" not accessible from a configured DOS drive Warning: L"/usr/lib/gcc/mingw32/ld" not accessible from a configured DOS drive fixme:win32:PE_CreateModule Security directory ignored Warning: L"/mingw/mingw32/lib/ldscripts" not accessible from a configured DOS drive -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

8 16

Dsound test fails with E_NOTIMPL error
by Sylvain Petreolle 25 Feb '03

25 Feb '03

make[3]: Entre dans le répertoire `/home/wine/dlls/dsound/tests' ../../../tools/runtest -q -P wine -M dsound.dll -T ../../.. -p dsound_test.exe.so dsound.c && touch dsound.ok fixme:dsound:IDirectSoundImpl_SetCooperativeLevel 0x4026c758,00010020,2):stub fixme:dsound:IDirectSoundImpl_SetCooperativeLevel (0x4026c758,00010020,2):stub fixme:dsound:IDirectSoundImpl_SetCooperativeLevel (0x4026c758,00010020,1):stub fixme:dsound:IDirectSoundImpl_SetCooperativeLevel (0x4026c758,00010020,1):stub fixme:dsound:IDirectSoundImpl_SetCooperativeLevel (0x4026c758,00010020,2):stub fixme:dsound:IDirectSoundImpl_SetCooperativeLevel (0x4026c758,00010020,2):stub fixme:dsound:IDirectSoundImpl_SetCooperativeLevel (0x4026c758,00010020,1):stub fixme:dsound:IDirectSoundImpl_SetCooperativeLevel (0x4026c758,00010020,1):stub fixme:wave:IDsCaptureDriverImpl_GetDriverDesc (0x4026c528,0x4026c778): stub! fixme:wave:IDsCaptureDriverImpl_Open (0x4026c528): stub! dsound.c:643: Test failed: DirectSoundCaptureCreate failed: 0x80004001 fixme:wave:IDsCaptureDriverImpl_Close (0x4026c528): stub! make[3]: *** [dsound.ok] Erreur 1 make[3]: Quitte le répertoire `/home/wine/dlls/dsound/tests' make[2]: *** [tests/__test__] Erreur 2 make[2]: Quitte le répertoire `/home/wine/dlls/dsound' make[1]: *** [dsound/__test__] Erreur 2 make[1]: Quitte le répertoire `/home/wine/dlls' make: *** [dlls/__test__] Erreur 2 ===== Sylvain Petreolle spetreolle(a)users.sourceforge.net Fight against Spam ! http://www.euro.cauce.org/en/index.html ICQ #170597259 "Don't think you are. Know you are." Morpheus, in "Matrix". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

gcc 3.2.2?
by Gregory M. Turner 25 Feb '03

25 Feb '03

To my surprise, Gentoo (ACCEPT_KEYWORDS="", iow "stable" Gentoo) is ready to give me gcc 3.2.2 (in fact it compiles as I type). So, what can I expect from wine and gcc322? Any known interestingnesses? Anyone even tried it? Presumably, since the threading magic needs to be in the kernel (I run a modified linux-2.4.21-pre4-ac5 atm), I will not get the pthread bug... but then again, how do I know for sure if I suffer from that or not? Is there a test that is known to reliably break against the new threading model (or perhaps I can presume I "got it" if i can't run notepad?1) whee, gotta love Gentoo, where "stable" means "it's been released for several days" ;) -- gmt "Of all the tyrannies, a tyranny sincerly exercised for the good of its victims may be the most opressive. It may be better to live under robber barons than under omnipotent moral busybodies. The robber baron's cruelty may sometimes sleep, his cupidity may at some point be satiated; but those who torment us for our own good will torment us without end, for they do so with the approval of their own conscience." - C. S. Lewis

6 9

Is there some test app that reliable crashes?
by Gerhard W. Gruber 25 Feb '03

25 Feb '03

I need some app that will produce a crash in order to test winedbg and get used to it. Does anybody have such an application or can tell me a quick way how to create one? Except booting to Windows and writing a NULL pointer access or some such. :) I installed winedbg according to the winehq instructions but when Agent crashes and I say Yes to debug it the wineserver and agent is stuck and I have to kill -9 it. Maybe this is because the output goes to the console window? I think I read something about console but I have no console as a normal user so I can't check this. -- Gerhard Gruber Für jedes menschliche Problem gibt es immer eine einfache Lösung: Klar, einleuchtend und falsch. (Henry Louis Mencken)

4 6

thread safe?
by Lonnie Cumberland 25 Feb '03

25 Feb '03

Hello All, I was wondering if someone could please tell me if Wine is thread safe? That is, I am wondering if is possible to be running multiple Windows applications under wine at the same time without much degradation of the performance of the system? Thanks in advance, Lonnie __________________________________________________ Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, more http://taxes.yahoo.com/

3 2

Retiring...for now
by Dustin Navea 25 Feb '03

25 Feb '03

Hey guys, I know its been a while.. Things have changed a lot since my last contact with you guys, just thought I would give you a heads up.. I couldnt afford the phone/dsl and let that go, lucky my email is still in tact.. Then I lost my job and couldn't afford rent, so I sold my PC.... :'-( Now, Im gettin ready to start a new job as a telemarketer, and will hopefully be able to make rent this month.. I think everything will be O.K. I just need time to get my priorities straight.. I will probably be leaving to go into the U.S. Army toward the end of the year this year or beginning of next year... Anyways, It's been fun; anyone that wants to take over my bugs on bugs.winehq.com may do so, anyone that wants to take over any of my other tasks (User's Guide, etc) may do so as well, but save a spot for in case I ever find a way to get back here.. May you all have much luck in your journeys and I hope to see you all again someday... Regards, Dustin

4 3

MoveFileW bug?
by Roderick Colenbrander 25 Feb '03

25 Feb '03

Hi, Today someone asked me to look at some Wine problems when running a gaming app called "Steam". Because I wasn't using the latest version of the app, the program tried to update itself. During the update process the main program (steam.exe) needs to be replaced by a new version. To do this the old program exits and another executable is being launched. The new process tries to backup the old steam.exe to wine's temp drive to restore it in case something goes wrong. Here the real problem appears. After "moving/renaming" the file the update tool gives an error stating that steam.exe still exists. After looking at the debug output I saw that to move the file the update tool is using MoveFileW. Normally nothing is wrong with this but according to MSDN (http://msdn.microsoft.com/library/default.asp?url=/library/en-us/fileio/bas…) it can be used for about everything except for the following: "The MoveFile function will move (rename) either a file or a directory (including its children) either in the same directory or across directories. The one caveat is that the MoveFile function will fail on directory moves when the destination is on a different volume." The update tool is using something like this: MoveFileW(steam.exe, e:\\steam.exe) So it tries to move a file from c:\steam\steam.exe to e:\steam.exe which according to the MSDN docs is not possible. The same works fine on Win2k. After hacking MoveFileW to not check if the volumes are different it worked fine on Wine too. What shall we do? Shall we implement the same bugs Windows is doing or shall e listen to the docs at MSDN? (I'm sure some tests need to be made) Roderick Colenbrander

3 3

[Fwd: Re: GDI question]
by Mike Hearn 25 Feb '03

25 Feb '03

-----Forwarded Message----- From: James Chaldecott <james(a)swythan.co.uk> To: m.hearn(a)signal.dra.hmg.gb Subject: Re: GDI question Date: 25 Feb 2003 09:32:48 +0000 Mike, I'm a Win32 developer, and I take a look at WineHQ every so often and I noticed this thread. I don't know what Wine performance is like, but I thought you might be interested to know that some Windows graphics drivers (particularly Nvidia) are also very slow doing off-screen BitBlt operations under some circumstances. BitBlt'ing between two memory DC's seems to get very slow if the "acceleration level" is set to "Full" (the default) in the driver. I'm guessing they are, in fact, trying to overoptimize and they assume that at least one of the DC's is a real device (i.e. already in video memory), although I don't really know. We have the problem with our software and found the easy way to overcome it was to drop the driver acceleration factor a notch! I also spotted a bug in Mozilla's Bugzilla DB, and did some profiling for them. http://bugzilla.mozilla.org/show_bug.cgi?id=170272 Anyway, I thought you might be interested. I suppose it means that lots of the BitBlt's being done *are* being accelerated by the hardware, and this is a corner case were performance degrades. James Chaldecott P.S. Feel free to post this to the list if it's interesting, but I don't subscribe, ATM. >Well, I just tried a simple comparison of the Adobe SVG plugin under >Wine and IE6 on Windows XP. Wine _is_ slower by a visible amount when >doing repeated bitblts such as the plugin does on an animation I have, >but it's certainly not something that'd actually affect real world >usage. I don't think GDI performance is really an issue at present, most >apps don't do these kind of repeated double-buffer switches (i assume >flash doesn't actually use the gdi to render into its backbuffer?) so it >only affects apps like photoshop and director/flash. > >In particular when I run the SVG plugin, I can see a FIXME talking about >a potential optimization, so really the issue is just a case of elbow >grease for optimizations (esp in bitblt) rather than a rewrite I'd guess. > -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

1 0

Was reading through the newest news and wondered about Transgaming's fix.
by Joe Millenbach 25 Feb '03

25 Feb '03

Did I read that correctly, in that they fixed whatever issues Wine has with glibc 2.3? So that issue with threads being different would be fixed with this? And if the above is true then are they planning to submit this to the Wine project or is this only for thier version? Thanks for your time, Joe Millenbach _________________________________________________________________ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus

3 2

Re: Spam/Bounce-Mail
by Dan Kegel 25 Feb '03

25 Feb '03

Joerg Frings-Fuerst wrote: > first I say sorry for your trouble with my bounce-mails. > > This weekend I setup my new Mail-Backupserver. After this work I test a new > version of my Spamcheck-script. In this script I call "rblcheck". My mistake > was the test via list.dsbl.org. I don't mind -- it revealed a bug in my email setup! - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

1 0

Re: Don't use -Wpointer-arith if it produces excessive warnings
by Dmitry Timoshkov 25 Feb '03

25 Feb '03

"Mike McCormack" <mike(a)codeweavers.com> wrote: > On Slackware 8.1, this caused a screenful of warnings for *every* file > compiled, which makes it difficult to see important warnings. Same on RH 6.2. But it's actually bug(s) in string.h and a better way IMHO is just fix it, instead of silencing warnings if a user is *really* annoyed by that avalanche of warnings. -- Dmitry.

2 4

Re: WCMD AutoExec patch
by Eric Pouech 24 Feb '03

24 Feb '03

Dave Pickles wrote: > As discussed on Wine-devel recently this patch allows wcmd to execute a file > "autoexec.wine" if it exists in the root directory of the default drive. I think we'd better shouldn't we look in <%sysdir%>\system32\autoexec.wine instead (that's where NT puts the autoexec.nt files that cmd.exe loads on startup) ? A+ -- Eric Pouech

2 1

Re: wine/dlls/x11drv x11drv_main.c
by liu spider 24 Feb '03

24 Feb '03

It crashed every time when I closed an app, not just "sometimes" :( And I think maybe exchange the calling order of XCloseIM and XCloseDisplay is a better method than just comments out XCloseIM ( I think this will lead to some other problems). --- Alexandre Julliard <julliard(a)wine.codeweavers.com> wrote: > ChangeSet ID: 7168 > CVSROOT: /opt/cvs-commit > Module name: wine > Changes by: julliard(a)wine.codeweavers.com 2003/01/29 > 19:08:53 > > Modified files: > dlls/x11drv : x11drv_main.c > > Log message: > XCloseIM sometimes crashes in Xlib, don't call it. > > Patch: http://cvs.winehq.com/patch.py?id=7168 > > Old revision New revision Changes Path > 1.67 1.68 +1 -1 > wine/dlls/x11drv/x11drv_main.c > > __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com

2 5

Re: Crashes in OSSs audio.c on FreeBSD
by Eric Pouech 24 Feb '03

24 Feb '03

> BSD is probably doing the same thing, but nevertheless, -STABLE (i.e. > FreeBSD 4.x) has a bug in the pcm-driver (I think) which makes mapping > the buffer write-only impossible (at least for me). > > FreeBSD 5.x does not have that problem and sadly the pcm-code between > 4.x and 5.x is virtually the same. I think I remember BSD folks speaking of mmap changes... can someone confirm ? >>>+#ifndef __FreeBSD__ >>> /* for some reason, es1371 and sblive! sometimes have junk in here. >>> * clear it, or we get junk noise */ >>> /* some libc implementations are buggy: their memset reads from the >>> buffer... >>>@@ -1826,6 +1832,9 @@ >>> /* in all cases, fill the remaining bytes */ >>> while (len-- != 0) *p1++ = 0; >>> } >>>+#else >>>+ memset(wwo->mapping,0, wwo->maplen); >>>+#endif >> >>you shouldn't need this chunk > > > I know, this has nothing to do with mmap()ing the buffer, but it looks > like FreeBSDs libc doesn't have the bug with memset(), so I just used > that instead. sure, not all Linux distros have this bug, but it creates a new code path, which is bad for maintenance... so leaving the code as it is, is a better option A+ -- Eric Pouech

1 0

Rebuilding font retrics each time Wine starts.
by J. Grant 24 Feb '03

24 Feb '03

Hi, Is there a reason the "font metrics" are rebuilt every day or so? (when I start to run a program with wine) I am using cvs 20030115 Regards JG

2 1

Re: Users Guide - added basic usage section
by Dan Kegel 24 Feb '03

24 Feb '03

Mike Hearn wrote: > + <para> > + Some programs install associated control panel applets, examples of this would be > + Internet Explorer and QuickTime. You can access the Wine control panel by running: > + </para> > + > + <screen> > + <prompt>$</prompt> <userinput>wine control</userinput> > + </screen> > + > + <para> > + which will open a window with the installed control panel applets in it, as in Windows. > + </para> Um, I tried running wine control and it started running, then exited silently, presumably because no apps have installed any controllet. Either we need to fix that doc, or we need to add a controllet for wine itself, so the list is never empty, or we need to make control.exe put up a dialog box saying "no control panel thingies installed". - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

2 1

Re: x11drv, ntdll separation
by David Fraser 24 Feb '03

24 Feb '03

Johan Gill wrote: > Mike Hearn wrote: > >>> And I have it in my tree :) It should be ready for submission in a >>> few months from now. >>> >> >> >> Hvae you checked that it wouldn't be easier to merge in the TransGaming >> implementation? It seems daft to duplicate work if that's the case... >> >> >> >> > It is their work, but I'm doing heavy changes. What stage is the implementation currently at? According to the TransGaming docs, there are still a number of functions to fill in... I would be interested in seeing a patch no matter how much/little is implemented ... because my main aim in getting rid of the fault handler is so that the x11drv can be ported to Windows... David

2 2

Re: Users Guide - added basic usage section
by Keith Matthews 24 Feb '03

24 Feb '03

On Mon, 24 Feb 2003 14:17:41 +0100 Andreas Mohr <andi(a)rhlx01.fht-esslingen.de> wrote: > And BTW: why is it that once you decide to do some major work, > EVERYBODY suddenly happens to come out of the eternally dark and dangerous > and forgotten woods?? ;-) > Looks like murphy wins again.

1 0

Re: Users Guide - added basic usage section
by Mike Hearn 24 Feb '03

24 Feb '03

> Again, I'm currently working on a MAJOR update of the Guides. > I'll incorporate these parts into my version. > And BTW: why is it that once you decide to do some major work, > EVERYBODY suddenly happens to come out of the eternally dark and dangerous > and forgotten woods?? ;-) Oops, sorry :) Well, just take it to mean that you chose a worthwhile thing to work on. I look forward to the new guides :) -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

1 0

Re: (resend) tests for GetPrivateProfileInt
by Dmitry Timoshkov 24 Feb '03

24 Feb '03

"Stefan Leichter" <Stefan.Leichter(a)camLine.com> wrote: > here are some tests for the function GetPrivateProfileInt. The expected > results are the one from NT4. Hopefully the will match for Win 9x also. > Before i convert GetPrivateProfileInt from ascii to unicode i like to > see some test result from Win9x/ME. > > ChangeLog > ------------- > Added test for GetPrivateProfileInt 1. The patch got wrapped by your mailer. 2. Unicode and Ansi versions of GetPrivateProfileInt (as all other APIs) should be tested separately. -- Dmitry.

2 2

Re: Fast thread-local storage for OpenGL drivers
by Gareth Hughes 24 Feb '03

24 Feb '03

Roland McGrath wrote: > > In glibc, we actually allocate some excess space in the thread-local > storage area layout determined at startup time. This lets a dynamically > loaded module use static TLS if its PT_TLS segment fits in the available > surplus. (In sysdeps/generic/dl-tls.c, see TLS_STATIC_SURPLUS.) If there > is insufficient space preallocated, then loading the module will fail. In > fact, we put this feature there with GL in mind and can adjust the > preallocated surplus for what is most useful in practice. The last time we discussed this issue, I had the distinct impression that an OpenGL library would essentially be forced into using one of the dynamic access models (GD or LD) for __thread variables, hence requiring at least one function call to access a thread-local variable. I also had the distinct impression that the glibc maintainers were unwilling to modify their implementation so that we could use the LE access model, which would allow a 2 instruction thread-safe dispatcher among other things. It looks like I was wrong, and you've gone and addressed all the concerns I originally had with __thread variables. For that, I'm grateful. > In fact, we put this feature there with GL in mind... Did you inform the OpenGL vendors who were interested in this issue of this fact? Have you documented it anywhere, particularly in Ulrich Drepper's "ELF Handling For Thread-Local Storage" document? The current version of this document clearly states that the Local Exec TLS model "can only be used for code in the executable itself and to access variables in the executable itself". Perhaps you can see why I was still under the impression that it would not work for a dynamically loadable shared library. -- Gareth Hughes (gareth(a)nvidia.com) OpenGL Developer, NVIDIA Corporation

2 1

Building wine tests with nmake and cl in linux
by Dan Kegel 24 Feb '03

24 Feb '03

OK, so there's msvcmaker, but I don't use guis, so I threw together a way to build the wine tests using cl and nmake. I have the following files in ~/bin: nmake: wine -- wcmd /c F:\\bin\\nmake.bat "$@" nmake.bat: call f:/bin/vcvars32.bat echo on nmake %1 %2 %3 %4 %5 %6 vcvars32.bat: same as normal one, but without quotes nmakemaker: (attached) Then in any dll/tests directory, I can type nmakemaker > foo.mak nmake /f foo.mak and build all my tests with msvc. Each test is built as a separate executable, but that's the way I like it for testing anyway. Now I guess I'll submit patches to make everyone else's tests actually *compile* under msvc. It was real funny to see that article on slashdot appear as I was doing this. I seem to have gone a bit further than that guy, since I don't have to use that awful, horrible wcmd window. -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045 #!/usr/bin/perl for $file (<*.c>) { push(@files, $file) if ($file !~ /generated.c/ && $file !~ /.spec.c/); } print "CC = cl\n"; print "CFLAGS = -I../../include\n"; print "all: "; foreach $a (@files) { chomp $a; $a =~ s/\.c$//; print "$a.exe " } print "\n"; foreach $a (@files) { chomp $a; $a =~ s/\.c$//; print "$a.exe: $a.c\n\t\$(CC) \$(CFLAGS) $a.c -o $a.exe\n" }

1 0

interestig link
by Igor 24 Feb '03

24 Feb '03

http://codingstyle.com/articles/using-ms-vcpp-with-gnu-wine.html

1 0

RE: Fast thread-local storage for OpenGL drivers
by Gareth Hughes 24 Feb '03

24 Feb '03

Ulrich Weigand wrote: > > From what I can see, you are actually getting LE model code > (omitting the ebp stuff which you can avoid using > -fomit-frame-pointer): > > movl %gs:0, %eax > movl __foo_dispatch@NTPOFF(%eax), %edx > movl (%edx), %ecx > jmp *%ecx > > Note that NTPOFF is used; for IE, you'd see INDNTPOFF > or GOTNTPOFF and an additional indirection. Right, thanks! Makes sense. -- Gareth Hughes (gareth(a)nvidia.com) OpenGL Developer, NVIDIA Corporation

1 0

Detect wine filesystem inconsistency ?
by Sylvain Petreolle 24 Feb '03

24 Feb '03

Digging into my C:\\windows\\system directory, I accidentally found two versions of shlwapi.dll. With chance, the 2 versions were identical. What if they werent ? I could have load an old version of the library or worse, of a document. Note this can happen with every file on the virtual disks if they re stored on a case sensitive filesystem. Could we detect and report a such "duplicated" file ? ===== Sylvain Petreolle spetreolle(a)users.sourceforge.net Fight against Spam ! http://www.euro.cauce.org/en/index.html ICQ #170597259 "Don't think you are. Know you are." Morpheus, in "Matrix". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

Re: Wine Packagers Guide
by Dimitrie O. Paun 24 Feb '03

24 Feb '03

On February 16, 2003 12:53 am, Tony Lambregts wrote: > Change Log: Split up the Packagers Guide and move it to its own > directory. Include the the sample config file This is a bit of a problem: Tom is working on it, and splitting it now will screw him badly. Let's do the merge after he finishes integrating his changes. -- Dimi.

3 2

named pipe oddity
by Dan Kegel 24 Feb '03

24 Feb '03

A while ago, I noticed that our setup program didn't work with cvs wine. Somebody said "Oh, that's because named pipes are broken." Since then, the setup program works again with cvs wine, but I'm still curious about the state of named pipes. The simple sequence CreateNamedPipe CreateFile seems to work under Windows, but not under Wine. Does Wine for some reason require a ConnectNamedPipe between the two? A very simple test is attached. (BTW, I've been looking at the wineserver named pipe code a bit. Shame it's not better commented... at least it's small, so the lack of comments isn't too awful.) - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045 Index: dlls/kernel/tests/Makefile.in =================================================================== RCS file: /home/wine/wine/dlls/kernel/tests/Makefile.in,v retrieving revision 1.6 diff -u -p -u -r1.6 Makefile.in --- dlls/kernel/tests/Makefile.in 4 Oct 2002 17:42:27 -0000 1.6 +++ dlls/kernel/tests/Makefile.in 13 Feb 2003 16:54:45 -0000 @@ -17,6 +17,7 @@ CTESTS = \ generated.c \ locale.c \ path.c \ + pipe.c \ process.c \ thread.c --- /dev/null 2002-08-30 16:31:37.000000000 -0700 +++ dlls/kernel/tests/pipe.c 2003-02-17 17:26:42.000000000 -0800 @@ -0,0 +1,80 @@ +/* + * Unit tests for named pipe functions in Wine + * + * Copyright (c) 2002 Dan Kegel + * + * This library is free software; you can redistribute it and/or + * modify it under the terms of the GNU Lesser General Public + * License as published by the Free Software Foundation; either + * version 2.1 of the License, or (at your option) any later version. + * + * This library is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU + * Lesser General Public License for more details. + * + * You should have received a copy of the GNU Lesser General Public + * License along with this library; if not, write to the Free Software + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA + */ + +#include <stdlib.h> +#include <stdio.h> +#include <time.h> + +#ifndef STANDALONE +#include "wine/test.h" +#else +#include <assert.h> +#define START_TEST(name) main(int argc, char **argv) +#define ok(condition, msg) assert(condition) +#endif + +#include <windef.h> +#include <winbase.h> +#include <winerror.h> +#include <wtypes.h> + +#define PIPENAME "\\\\.\\PIPE\\tests_pipe" + +void test_CreateNamedPipeA(void) +{ + HANDLE hnp; + HANDLE hFile; + + /* Functional checks + * Just check things used internally by wine, in e.g. + * wine/dlls/ole32/compobj.c + * wine/programs/rpcss/np_server.c + * wine/dlls/rpcrt4/rpc_binding.c + */ + + hnp = CreateNamedPipeA(PIPENAME, + PIPE_ACCESS_DUPLEX, PIPE_TYPE_BYTE|PIPE_WAIT, + PIPE_UNLIMITED_INSTANCES, + 4096, + 4096, + NMPWAIT_USE_DEFAULT_WAIT, + NULL); + ok(hnp != INVALID_HANDLE_VALUE, "CreateNamedPipe failed"); + + /* in wine, the CreateFile is in a different thread, but that + * shouldn't matter. Also, the first thread does a ConnectNamedPipe, + * but that isn't required by the Win32 API, it's optional. + */ + hFile = CreateFileA(PIPENAME, GENERIC_READ|GENERIC_WRITE, 0, + NULL, OPEN_EXISTING, 0, 0); + ok(hFile != INVALID_HANDLE_VALUE, "CreateFile failed"); + + if (hFile != INVALID_HANDLE_VALUE) { + CloseHandle(hFile); + } + + CloseHandle(hnp); +} + +START_TEST(pipe) +{ + test_CreateNamedPipeA(); +} +

3 11

gtk look progress and pthreads.
by James Gregory 24 Feb '03

24 Feb '03

Hi all, I posted something similar to mono-devel, so sorry if any of you are seeing this twice. I've spent some time working on getting wine to have the option to look like a gtk app. At present I'm just trying to get wine to use the same colours as the current GTK theme. I made great progress on this last night: modified configure.ac et al to allow building against gtk, added an item to the enum for the various "looks", added the option so setting "WineLook" does the right thing for this new look. I added another array of colour settings to syscolor.c, and modified the condition that loads in that array to recognise the new colours (which are currently all set to red), and call a function to do a gtk_init() (for those who are wondering, I'm currently using a dummy argc and argv in the call. I'll do something about this later) and then start setting that array to the *actual* colours of the gtk theme (I chose red to make it easy to find bugs -- colours that weren't set would be obvious) Now, this was all going great up until the gtk_init() call. I'm now in the position where running I'm wine and seeing this sort of thing: $ LD_LIBRARY_PATH=/home/james/lib /home/james/bin/notepad Loading required GL library /usr/X11R6/lib/libGL.so.1.2 wine: Unhandled exception, starting debugger... FIXME:pthread_cond_init (repeated n times) Now, I'm assuming from the FIXME: that this is an unimplemented piece of wine. Is this saying that gtk can't run with the existing wine threading implementation due to this (and possibly) other functions being buggy/nonexistent? So, the point: what should I do? is this something which will be fixed by someone who knows threading better than I (which is to say almost anyone :))? Does someone know of a workaround that I can use? Is this doomed ==> should I throw in the towel? Thanks, James.

4 10

wxWindows 2.4.0 samples bugs
by Oleg Prokhorov 23 Feb '03

23 Feb '03

Hello, I've found that wxWindows 2.4.0 samples shows a lot of visual bugs/glitches in wine. For example, Dialog sample opens without menu. menu shows on window size change Is anybody going to fix them or at least categorize all of them ? -- Best regards, Oleg mailto:xolegpro@rbcmail.ru

2 1

Unknown message
by Waldeck Schutzer 23 Feb '03

23 Feb '03

When I fireup Xmpeg, I get lots of these errors: err:tooltips:TOOLTIPS_WindowProc unknown msg 0420 wp=00000001 lp=004894f0 Does anyone know that message code 0420 is? Best, Waldeck

2 1

Re: SMATCH: missing LeaveCriticalSection in error path
by Dmitry Timoshkov 23 Feb '03

23 Feb '03

"Michael Stefaniuc" <mstefani(a)redhat.de> wrote: > Changelog: > Michael Stefaniuc <mstefani(a)redhat.com> > - add missing LeaveCriticalSection's in error path. Michael, I'm just curious, how hard it would be to adapt your SMATCH script for finding EnterCriticalSection/LeaveCriticalSection pair matching to do a similar work with wine_tsx11_lock/wine_tsx11_unlock, GDI_GetObjPtr/GDI_ReleaseObj, DC_GetDC[Ptr|Update]/GDI_ReleaseObj, USER_Lock/USER_Unlock, WIN_GetPtr/WIN_ReleasePtr, WIN_FindWndPtr/ WIN_ReleaseWndPtr and some other internal Wine locks? -- Dmitry.

2 1

CreateProcess + STARTF_USESTDHANDLES
by Oleg Prokhorov 23 Feb '03

23 Feb '03

Hello , This bug occurs to chess.net client application and may be some others. I've debugged a problem with CreateProcess where parent process overrides child process' stdin, stderr, stdout handles. It can be done like this (portion of a code) // Override siStartInfo.dwFlags = STARTF_USESTDHANDLES; // Create the child process. if (!CreateProcess("child.exe", "child.exe", // command line NULL, // process security attributes NULL, // primary thread security attributes TRUE, // handles are inherited DETACHED_PROCESS, // creation flags NULL, // use parent's environment NULL, // use parent's current directory &siStartInfo, // STARTUPINFO pointer &piProcInfo)) // receives PROCESS_INFORMATION ErrorExit("Create process failed"); The bug in Wine is the following lines of scheduler/process.c else if (!(main_create_flags & (DETACHED_PROCESS|CREATE_NEW_CONSOLE))) { SetStdHandle( STD_INPUT_HANDLE, current_startupinfo.hStdInput ); SetStdHandle( STD_OUTPUT_HANDLE, current_startupinfo.hStdOutput ); SetStdHandle( STD_ERROR_HANDLE, current_startupinfo.hStdError ); } You see it does not allow any std handles overriding if main_create_flags' DETACHED_PROCESS or CREATE_NEW_CONSOLE bit is set on, which is partially wrong in Windows. Cause it doesn't take in account siStartInfo.dwFlags=STARTF_USESTDHANDLES, which requires overriding. The full proof of a bug is included, test it on Windows. It may be used as on of wine tests, if you need that. The bug seems to be easy to fix but to the wine server / client process creation insider. I'm not sure what will be better to you fix it yourself, or guide me how to do it in the most proper way. -- Best regards, Oleg mailto:xolegpro@rbcmail.ru

2 1

Wineconf 2003
by Jeremy White 23 Feb '03

23 Feb '03

Okay, folks, I think we should have a Wineconf, and I think it should be in conjunction with LinuxTag in 2003. However, I am too swamped to arrange a conference in Germany. Further, Dan, who was kindly following this up, can't make it to Germany in July (congrats, btw, Dan <g>). So, while he started a conversation with the Linuxtag folks, and while they were willing to help out, we really need someone to pick up the ball and run with this. I think we really need someone in Europe. Could someone please volunteer to take responsibility for making this happen? Here's the threat: unless someone steps up and volunteers to drive this process, I will hold it in Minneapolis/St. Paul, and I'll try to pick the coldest and nastiest month to do it <grin>. Cheers, Jeremy

2 1

RE: Fast thread-local storage for OpenGL drivers
by Gareth Hughes 23 Feb '03

23 Feb '03

Here's a sample app and library that uses a couple of __thread variables in a manner similar to OpenGL. I'd appreciate it if someone could take a look and explain what I'm doing incorrectly, as I've declared the variables as LE and yet seem to be getting IE. Note that I'm away from home and don't have a system that I can actually run this app on, so it may very well be completely broken. Thanks! -- Gareth Hughes (gareth(a)nvidia.com) OpenGL Developer, NVIDIA Corporation

2 1

RE: Fast thread-local storage for OpenGL drivers
by Gareth Hughes 22 Feb '03

22 Feb '03

Alexandre Julliard [mailto:julliard@winehq.com] wrote: > > There are no more guarantees with the GDI area than with anything > else. Microsoft is free to change that whenever they feel like it. > > Negative offsets could work, but they would waste a full page of > memory for each thread since the TEB has to be page-aligned. I'd > stronly recommend finding a way to use the glibc threading support > instead. As I keep saying, we need a solution that works on platforms that don't support __thread. -- Gareth Hughes (gareth(a)nvidia.com) OpenGL Developer, NVIDIA Corporation

3 3

HTMLHelp Setup
by Gerhard W. Gruber 22 Feb '03

22 Feb '03

I tried to run the html help setup programm I downloaded from MS website. When I launch it I get an error msg missing w95inf32.dll. When I copy this over from the original windows installation w95inf16.dll is also missing. I copied this also over then then I get an erro message after unpacking saying: Incorrect INF file syntax in section 'HHWDestinationDir ; Ask user for custom destination' Now I'd like to know: Are there any replacements planned/available for the w95inf dlls? Any idea whats wrong with the INF file? The only fixme that I get is about CreateProcess so I don't think that this is it, or could it? -- Gerhard Gruber Für jedes menschliche Problem gibt es immer eine einfache Lösung: Klar, einleuchtend und falsch. (Henry Louis Mencken)

1 0

HTMLHelp Setup
by Gerhard W. Gruber 22 Feb '03

22 Feb '03

I tried to run the html help setup programm I downloaded from MS website. When I launch it I get an error msg missing w95inf32.dll. When I copy this over from the original windows installation w95inf16.dll is also missing. I copied this also over then then I get an erro message after unpacking saying: Incorrect INF file syntax in section 'HHWDestinationDir ; Ask user for custom destination' Now I'd like to know: Are there any replacements planned/available for the w95inf dlls? Any idea whats wrong with the INF file? The only fixme that I get is about CreateProcess so I don't think that this is it, or could it? -- Gerhard Gruber Für jedes menschliche Problem gibt es immer eine einfache Lösung: Klar, einleuchtend und falsch. (Henry Louis Mencken)

1 0

Setupapi and Mingw
by Steven Edwards 22 Feb '03

22 Feb '03

Hola, Now that ReactOS is having some luck loading device drivers we are going to need a easy way to load inf scripts for the registry information. I have been testing building setupapi under mingw and am getting the following error. Info: resolving _wine_ldt_copy by linking to __imp__wine_ldt_copy (auto-import) fu000001.o(.idata$3+0xc): undefined reference to `libwine_a_iname' nmth000000.o(.idata$4+0x0): undefined reference to `_nm__wine_ldt_copy' E:\users\steven\mingw\bin\dllwrap.exe: E:\users\steven\mingw\bin\gcc exited with status 1 make: *** [setupapi.dll] Error 1 I have been looking at Jeroen Janssen's wine_ldt_copy importing on cygwin patch but havent had any luck. Anyone have any ideas? Thanks Steven __________________________________________________ Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, more http://taxes.yahoo.com/

2 2

RE: Fast thread-local storage for OpenGL drivers
by Gareth Hughes 22 Feb '03

22 Feb '03

Alexandre Julliard wrote: > > This is not something we can guarantee. The layout of the thread > structure in Wine is defined by Microsoft, and it's very possible that > they will use these fields someday for something that we need to > emulate. What about the area currently used for GDI? One other method could be to have space at a negative offset from %fs reserved for OpenGL, similar to what the IA32 implementation of NTPL does in Variant II of its design. -- Gareth Hughes (gareth(a)nvidia.com) OpenGL Developer, NVIDIA Corporation

2 1

Fix to allow running msvc from commandline in linux
by Dan Kegel 22 Feb '03

22 Feb '03

Changelog: programs/wcmd/wcmdmain.c: make 'cmd /c cl /MUMBLE foo.c' pass /MUMBLE to cl LGPL. ------- Here's how I use msvc's compiler from the Linux shell. In ~/bin create the following three files: --- cl --- wine wcmd /c F:/bin/cl.bat "$@" --- cl.bat --- call F:/bin/vcvars32.bat cl %1 %2 %3 %4 %5 --- vcvars32.bat --- (same as one installed by msvc elsewhere, but with quotes removed -- wcmd doesn't deal well with quotes. Hopefully wcmd will be fixed soon, or is already fixed, to handle quotes properly.) Then you can just build demo programs under MSVC by saying cl foo.c in bash. This is handy for checking portability of wine conformance tests. Unfortunately, you can't pass options to cl, e.g. cl /DSTANDALONE foo.c without the attached patch. - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045 Index: programs/wcmd/wcmdmain.c =================================================================== RCS file: /home/wine/wine/programs/wcmd/wcmdmain.c,v retrieving revision 1.22 diff -u -p -r1.22 wcmdmain.c --- programs/wcmd/wcmdmain.c 11 Feb 2003 22:01:11 -0000 1.22 +++ programs/wcmd/wcmdmain.c 22 Feb 2003 19:37:48 -0000 @@ -56,14 +56,14 @@ HANDLE h; args[0] = param[0] = '\0'; if (argc > 1) { - for (i=1; i<argc; i++) { - if (argv[i][0] == '/') { + /* interpreter options must come before the command to execute. + * Any options after the command are command options, not interpreter options. + */ + for (i=1; i<argc && argv[i][0] == '/'; i++) strcat (args, argv[i]); - } - else { + for (; i<argc; i++) { strcat (param, argv[i]); strcat (param, " "); - } } }

1 0

RE: Fast thread-local storage for OpenGL drivers
by Gareth Hughes 22 Feb '03

22 Feb '03

Dan Kegel wrote: > > OK, "all new platforms". Sounds like a good argument for tagging > along with glibc's __thread variable support, if you ask me. We still have to support all older platforms as well. -- Gareth Hughes (gareth(a)nvidia.com) OpenGL Developer, NVIDIA Corporation

2 1

RE: Fast thread-local storage for OpenGL drivers
by Gareth Hughes 22 Feb '03

22 Feb '03

Dan Kegel wrote: > > Sure, but it doesn't have to be as blazingly fast on old platforms. Actually, yes it does. > And, practically speaking, what you're looking for > might in fact only be possible using the new glibc > stuff; as Alexander said, Wine might be forced > to break any constraint you try to get them to agree to. Negative offsets from %fs would avoid any overlap. Perhaps that would be a better solution. -- Gareth Hughes (gareth(a)nvidia.com) OpenGL Developer, NVIDIA Corporation

1 0

RE: Fast thread-local storage for OpenGL drivers
by Gareth Hughes 22 Feb '03

22 Feb '03

Jakub Jelinek wrote: > > What actually matters is the size of PT_TLS segment of the shared library > which defines those 2-3 __thread variables (I assume it is libGL.so, > right?). Generally, yes. > It would be good if the rest of __thread variables which aren't > performance critical is provided by some other library (and accessed > always through GD or LD model). I guess it would be possible to have non-critical variables defined in the driver backend, say. > Forgot to say, the offsets are obviously constant (until you dlclose the > library which declares them). > If they weren't, one couldn't keep pointers to __thread variables around > in IE/LE models. The variables could move in the dynamic case, hence the function call to get their address. We're trying to avoid that, obviously :-) -- Gareth Hughes (gareth(a)nvidia.com) OpenGL Developer, NVIDIA Corporation

1 0

RE: Fast thread-local storage for OpenGL drivers
by Gareth Hughes 22 Feb '03

22 Feb '03

Jakub Jelinek wrote: > > > I'm pretty sure all implementations of OpenGL are not compiled as PIC at > > this point in time. > > AFAIK on x86 only, but it is wrong everywhere. Can you elaborate? > On x86, ld supports Local Exec model in shared libraries (while for most > other targets it does not). R_386_TLS_LE relocation is simply during > -shared linking changed into R_386_TLS_TPOFF dynamic relocation (the same > as is used for IE model, but there this reloc is against .got section > while for LE it is against text section). To be clear, are you saying that even if you declare a variable as LE, once you link the relevant code into a shared library it is changed to IE? > So, if you don't use -fpic anyway, you can just use LE model on IA-32, > if you finally change it so that -fpic is used for the whole library, > then those functions (or assembly stubs) can be put into > some SHF_ALLOC|SHF_WRITE|SHF_EXECINSTR section. If we don't use PIC, do we always get LE if we declare a variable as LE? > Which means you should use the default -ftls-model and use > __attribute__((tls_model("initial-exec"))) or > __attribute__((tls_model("local-exec"))) > for the variables which are really performance critical. Yes, that would be the plan. > On IA-32, you can use > __asm ("jmp 1f; .section writetext, \"awx\"; 1: movl > $foo@ntpoff, %0; jmp 2f; .previous; 2:" : "=r" (foo_offset)); > to query some variable's offset which you can later on use with: > __asm ("movl %gs:0(%1), %0" : "=r" (foo_value) : "r" (foo_offset)); > Please do something like this only for runtime generated code, not for > anything else. Of course, silly me. -- Gareth Hughes (gareth(a)nvidia.com) OpenGL Developer, NVIDIA Corporation

1 0

RE: Fast thread-local storage for OpenGL drivers
by Gareth Hughes 22 Feb '03

22 Feb '03

Dan Kegel wrote: > > If it turns out glibc's new __thread variable support really can do what > you need on all platforms, do you agree that it might be better to use > that? Insert the word "new" between "all" and "platforms", and maybe you'll have more of an appreciation for my point of view :-) > Which platforms are those? I didn't see this in your previous email. How about basically every IA32 Linux installation out there (or, at the very least, those that are currently supported by our drivers)? How many people are actually using systems that have full support for __thread? As I understand it, RedHat 8.1 will be the first large-scale release that does. -- Gareth

2 1

RE: Fast thread-local storage for OpenGL drivers
by Gareth Hughes 22 Feb '03

22 Feb '03

Daniel Jacobowitz wrote: > > Note the "always" in Roland's paragraph. Note the fact that he said it would require one of the dynamic access models (GD or LD), which require at least one function call to access thread local variables. As I've said, this is an unacceptable hit on performance. > When you say two or three, are these two or three pointers or two or > three large tables? Two or three pointers. I'm pretty sure we use less than 8 pointers all up, although many of those aren't performance critical. Three of ours most definitely are, and it would be nice if moving to a couple more didn't break things. We only ever use thread-local pointers, never whole structs or anything like that. > In any case, it sounds like you could: > - select the thread-local variables that you need fast access to > - Arrange for those variables to be tagged with an > __attribute__((tls_model("initial-exec"))), or something similar. > - Make sure the TLS_STATIC_SURPLUS is big enough to hold them. Will this be okay, considering that two shared libraries will need access to the variables (libGL.so itself and the driver backend)? Can you use IE or LE with variables that live in another shared library? > I don't see a problem, but you'd have to do some serious reading of the > TLS ABI documents.... they're quite thorough. Sure, the code itself isn't hard to understand. The problem is, at runtime, how do I know what code to generate to access a given __thread variable? Do I have do disassemble a function that accesses the variable to know the right model to use? Fixed offsets make this trivial, but maybe this isn't a real problem after all. -- Gareth Hughes (gareth(a)nvidia.com) OpenGL Developer, NVIDIA Corporation

2 1

wine-patches broken?
by Stefan Leichter 22 Feb '03

22 Feb '03

Hello, since Thursday i have tried two times to send a mail to wine-patches but the mails does not show up there. I have also check the archive on winehq. The mails are not in. To check the mail account i have send the last mail to another email address of me, where it was received. Anyone else have this problem? There are two special things on my email account that may trigger the problem: * the email address used for posting has mail delivery disables for the mailing lists wine-patches and wine-devel. * the domain the mails are send (t-online.de) do not match the domain of the email address. This causes sometimes problems with spamfilers, abuse ... Bye Stefan

1 0

Re: Fast thread-local storage for OpenGL drivers
by Gareth Hughes 22 Feb '03

22 Feb '03

Roland McGrath wrote: > > These people clearly haven't read all of the TLS paper, or looked at the > GCC implementation of __thread long enough to notice -ftls-model and > __attribute__ ((tls_model)). This is what I was talking about. I've read the entire document several times, and still can't see a way that a dynamically loadable shared library can be guaranteed to use the single-instruction Local Exec access model. If I'm wrong, please explain why. > I think the TLS document intends to explain what the models mean in > practical terms on each architecture, but I can believe it's not all > that clear. The GCC manual doesn't explain the access models and code > sequences, just tells you how to tell the compiler what you want in the > terms that the TLS document defines. > > If you want maximal flexibility, i.e. to always work with dlopen, then > indeed you must use the "dynamic" TLS access models (GD or LD). You can > use the Initial Exec model if you want faster accesses at the cost of some > flexibility. libGL.so simply has to work with dlopen -- if for no other reason than essentially all major 3D games (Quake3, Doom3, UT2003 etc) dlopen libGL.so rather than linking with it. This is not going to change. > When compiling PIC, IE-model accesses have one additional indirection, > i.e. loading the offset from the GOT just as the address of a global > variable is loaded in PIC. See the instruction sequences in the TLS spec. I'm pretty sure all implementations of OpenGL are not compiled as PIC at this point in time. That's a whole other discussion, however. > If you use static linking, these instruction sequences reduce to constants > at link time (i.e. direct "%gs:NNN" accesses on x86). Can you describe how I could use static linking here? As I said, libGL.so must be a dynamically loadable shared library. What we want is the single-instruction Local Exec access model. At this point in time, my understanding of the situation is that these are mutually exclusive requirements. > If you link a shared object containing IE-model access relocs, the object > will have the DF_STATIC_TLS flag set. By the spec, this means that dlopen > might refuse to load it. As I said, not being able to dlopen libGL.so is unacceptable. > In glibc, we actually allocate some excess space in the thread-local > storage area layout determined at startup time. This lets a dynamically > loaded module use static TLS if its PT_TLS segment fits in the available > surplus. (In sysdeps/generic/dl-tls.c, see TLS_STATIC_SURPLUS.) If there > is insufficient space preallocated, then loading the module will fail. In > fact, we put this feature there with GL in mind and can adjust the > preallocated surplus for what is most useful in practice. I think the set of performance critical thread-local variables is something like two or three (depending on the implementation). The libGL.so API dispatcher needs fast access to one or two of these (dispatch table pointers), while the driver backend needs fast access to all of them (context pointer and dispatch table pointers). The other thread-local variables are generally not accessed in performance-critical situations. Another issue I forgot to mention, or forgot to make clear, is that we need to be able to access these thread-local variables in runtime generated code. A driver's top-level API functions are often generated at runtime, and need to be able to do things like switch dispatch tables (obviously, they'd have direct access to the context they were associated with, and so wouldn't need to go through the pointer in TLS). Are we guaranteed that the __thread variables aren't going to move around? How would we work out what code to generate to access a given __thread variable? (I've included both phil-list and wine-devel, if you'd like this discussion kept to one or other of these lists, please say so). -- Gareth Hughes (gareth(a)nvidia.com) OpenGL Developer, NVIDIA Corporation

3 2

RE: Fast thread-local storage for OpenGL drivers
by Gareth Hughes 22 Feb '03

22 Feb '03

Dan Kegel wrote: > > It does look like the TLS model does what you want it to, > and no new methods are needed. Can you explain in more detail > why your new proposal is needed, if you still think it is? To be clear, what I'm proposing requires ZERO code changes to Wine and glibc. It will work today, with Wine implementations already in the field. All I'm proposing we do is make sure it continues to work in the future, irrespective of the decision made regarding the use of glibc's new __thread variable support. As I said in my last email, there are some unresolved issues with using __thread variables: 1) We need fast TLS access on platforms where __thread variables are not supported. 2) libGL.so must be able to be dynamically loaded. Failing to dlopen libGL.so will, at the very least, make the entire Linux gaming community very unhappy :-) 3) It is unclear how online generated code can interact with __thread variables. Perhaps this is simpler than I think... -- Gareth Hughes (gareth(a)nvidia.com) OpenGL Developer, NVIDIA Corporation

3 2

wcmd/wine default window configuration
by J. Grant 22 Feb '03

22 Feb '03

Hello I have been using wcmd lately, its been really useful to my research. However, could wcmd default to its "command history" (a la doskey) value to something other than zero please? Perhaps 50 would be enough, it would not take up much memory for the queue strcture I think. I do not know if this is wcmd, but the wcmd context menu uses a serif font. I think in UI design serif is not a good choice... most programs use a sans serif one, such as the widget in wcmd->propeties. Sans serif is generally accepted as more appealing in most contexts. It would be great if the wcmd text area was bigger too, current it starts as 80x25, however, if I change it to 80x80 in the wcmd prefs (then resize the window, as it does not auto adjust) and type "dir" the same top 80x25 chars are the only ones used to display text. I ran cmd.exe from within wcmd and the same problem showed up. So it appears that its either the way Wine displays windows, or wcmd. I tried "wineconsole ./cmd.exe" too, that locked up my terminal with lots of NCURSES fixme printf's. cmd.exe in MS-Windows is resizable vertically, and the extra lines are used. Regards JG

3 6

Fast thread-local storage for OpenGL drivers
by Gareth Hughes 22 Feb '03

22 Feb '03

It is critically important for OpenGL drivers to have fast (single-instruction) access to thread local variables. I'd be happy to provide more information to anyone who's interested, but a typical case where TLS access can severely hurt performance is at the very front-end of an OpenGL library. Ideally, you'd like something like the following: libGL.so: // This function loads a dispatch table pointer from // thread-local storage and jumps through to the // backend function (which typically resides in a // different shared library). glTexCoord2f: mov %fs:DISPATCH_TABLE_OFFSET, %eax jmp *__glapi_TexCoord2f(%eax) // Points to __my_TexCoord2f libGLcore.so: // This function copies some data into the OpenGL // context, sets some magic flags to record what data // was copied, and returns. __my_TexCoord2f: mov %fs:CONTEXT_OFFSET, %eax // Copy 2 floats into the context // Set a flag ret All in all, you have 2 TLS accesses in less than 10 instructions or so. Even if you don't understand exactly what's going on here, you can see that it is important to have fast access to thread-local data. While glibc's new thread library implementation has many benefits, particularly to application programmers (with support for the new keyword '__thread', and so on), it basically forces a function call per thread local variable access for situations like the one I described above. This is clearly unacceptable for a high-performance OpenGL driver. Furthermore, the glibc developers have been completely unwilling to work with OpenGL driver developers (Open Source or otherwise) to provide a mechanism to access thread-local data in a way that meets our performance requirements. Therefore, I'd like to propose a solution where Wine and the OpenGL driver cooperate to provide such a TLS access mechanism (at least on x86 platforms). Wine currently uses %fs to access the Windows Thread Environment Block (TEB), while glibc uses %gs to access its per-thread data. With the following patch to Wine's TEB structure: --- include/thread.h 2002-12-17 16:06:25.000000000 -0500 +++ include/thread.h.new 2003-02-21 14:27:50.000000000 -0500 @@ -116,10 +116,12 @@ DWORD alarms; /* --3 22c Data for vm86 mode */ DWORD vm86_pending; /* --3 230 Data for vm86 mode */ void *vm86_ptr; /* --3 234 Data for vm86 mode */ + /* here is plenty space for wine specific fields (don't forget to change pad6!!) */ + DWORD pad6[608]; /* --n 238 */ + DWORD ogl_data[16]; /* --n bb8 OpenGL driver private data */ /* the following are nt specific fields */ - DWORD pad6[624]; /* --n 238 */ UNICODE_STRING StaticUnicodeString; /* -2- bf8 used by advapi32 */ USHORT StaticUnicodeBuffer[261]; /* -2- c00 used by advapi32 */ void *stack_base; /* -2- e0c Base of the stack */ we reserve %fs:0xbb8 to %fs:0xbf8 for use by the OpenGL driver. Any and all OpenGL implementations can use this area, and we agree that when Wine is present, it leaves this area untouched. The question of who allocates the TEB should be pretty straight forward: when an OpenGL driver is first loaded, if the TEB is missing it is allocated as expected. I would imagine when Wine is running that it would have the chance to allocate the TEB before the OpenGL driver is loaded, and thus the OpenGL driver wouldn't have to do anything. The size of the reserved area should be sufficient, although we can debate that if required. Comments, questions are welcome. I've CC'ed Brian Paul and Keith Whitwell of Mesa/DRI fame, as I know they are interested in this issue. Please CC us on any replies, as we are not subscribed to the list. -- Gareth Hughes (gareth(a)nvidia.com) OpenGL Developer, NVIDIA Corporation

2 3

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