- Wine-Devel - list.winehq.org

add GetGlobalFontLinkObject in mlang
by Vitaly Lipatov Dec. 9, 2004

Dec. 9, 2004

Changes stub to FIXME for GetGlobalFontLinkObject in mlang DLL The patch is attached. -- Vitaly Lipatov, ALT Linux Team Russia, Saint-Petersburg, www.etersoft.ru

1 0

Re: Another systray patch
by Mike Hearn Dec. 9, 2004

Dec. 9, 2004

> Mike, > I tried saving the patch in various ways, maybe its me, but it would > appear its corrupted, can u resend as attachment, thanks. That's very strange. That was the first time I have tried sending a patch via the builtin emacs sendmail facility, it would be annoying if that mangles it somehow. I checked the web archive and my own inbox, and the patch *looked* fine. I wonder what is up with it. Still, here it is again as an attachment this time. - Add a new wineshell process, and put system tray handling in there - Rewrite the shell32 systray handling to be out of process - Support the freedesktop.org XEMBED protocol

1 1

problem reading dir's with fix
by Rein Klazes Dec. 9, 2004

Dec. 9, 2004

hi, Since the change from readdir to getdents64 I cannot access certain files and dir's (including the one used for saving wine patches) with the common file dialog's. | 0009:Call ntdll.NtQueryDirectoryFile(00000010,00000000,00000000,00000000,77a6a070,77cc6b24,00002000,00000003,00000000,77cc6b10,00000000) ret=77b26174 | trace:file:NtQueryDirectoryFile (0x10 (nil) (nil) (nil) 0x77a6a070 0x77cc6b24 0x00002000 0x00000003 0x00000000 L"diffs" 0x00000000 | trace:file:append_entry long L"."... short L""... mask L"diffs" | trace:file:match_filename (L"."..., L"diffs") | trace:file:append_entry long L".."... short L""... mask L"diffs" | trace:file:match_filename (L".."..., L"diffs") [some 200 entries snipped] | trace:file:append_entry long L"freecell.ICO"... short L""... mask L"diffs" | trace:file:match_filename (L"freecell.ICO"..., L"diffs") | trace:file:NtQueryDirectoryFile => 80000006 (0) | 0009:Ret ntdll.NtQueryDirectoryFile() retval=80000006 ret=77b26174 | 0009:Call ntdll.RtlNtStatusToDosError(80000006) ret=77b261e1 | 0009:Ret ntdll.RtlNtStatusToDosError() retval=00000012 ret=77b261e1 | trace:file:FindFirstFileExW L"H:\\diffs" not found H:\ contains almost 400 entries, so it is clear not all are read. Looking through the code I notice that getdents64 is called only once, where readdir was called several times. Here is my solution that fixes the problem for me. Changelog: dlls/ntdll : directory.c If needed, keep calling getdents64() until no more entries are returned. Rein.

1 0

Re: wine/ windows/winproc.c programs/uninstaller/m ...
by Dimitrie O. Paun Dec. 9, 2004

Dec. 9, 2004

On Thu, Dec 09, 2004 at 08:08:00AM -0600, Alexandre Julliard wrote: > Log message: > Janitorial: C booleans must not be compared against TRUE. Thank you! -- Dimi.

1 0

Re: Build also 20 ppem font size for wine_sserifee.fon
by Huw D M Davies Dec. 9, 2004

Dec. 9, 2004

On Thu, Dec 09, 2004 at 05:33:01PM +0800, Dmitry Timoshkov wrote: > Hello, > > it seems that 20 ppem size for wine_sserifee was simply overlooked. > No, it's a different face than the 20 ppem for cp1251 and cp1252 and is actually the same face as one of the 120dpi ones. I believe this is a mistake by MS, but we have to follow suit. The good news is that I've already drawn such a beast, it just requires a little hack to sfnttofnt to distinguish it from the existing 20 ppem face. I'll try to post a patch soon. Huw. -- Huw Davies huw(a)codeweavers.com

1 0

winedbg problems
by Michael Lin Dec. 9, 2004

Dec. 9, 2004

Hi all, I am having problem with winedbg and a winelib application I am trying to debug. In the debugger it produce the following output when exception occured: Wine-dbg>cont First chance exception: page fault on read access to 0x00000000 in 32-bit code ( 0x401d4316). Register dump: CS:0073 SS:007b DS:007b ES:007b FS:003b GS:0033 EIP:401d4316 ESP:41e4f7d4 EBP:41e4f7d4 EFLAGS:00210212( - 00 - RIA1) EAX:0000000a EBX:4059aee4 ECX:00000000 EDX:41e4fa3a ESI:00000104 EDI:41e4fa24 Stack dump: 0x41e4f7d4: 41e4fc40 405067c5 00000000 00000104 0x41e4f7e4: 403b67c4 00000001 0000001d 0000004c 0x41e4f7f4: 00000001 00000048 00690057 0065006e 0x41e4f804: 00500020 0073006f 00000000 00000000 0x41e4f814: 00700069 00200074 00720044 00760069 0x41e4f824: 00720065 00000000 4194e425 0000007a Backtrace: =>1 0x401d4316 RtlDetermineDosPathNameType_U+0x6(path=0x0) [/home/mlin/wine/dlls/ntdll/path.c:193] in ntdll (0x41e4f7d4) 2 0x405067c5 PROFILE_Open+0xf5(filename=0x0) [/home/mlin/wine/dlls/kernel/profile.c:751] in kernel32 (0x41e4fc40) 3 0x405087c6 WritePrivateProfileStringW+0x46(section=0x403c2998, entry=0x0, string=0x0, filename=0x0) [/home/mlin/wine/dlls/kernel/profile.c:1415] in kernel32 (0x41e4fc80) 4 0x4050897d WritePrivateProfileStringA+0xbd(section=0x4194ead8, entry=0x0, string=0x0, filename=0x0) [/home/mlin/wine/dlls/kernel/profile.c:1455] in kernel32 (0x41e4fcd0) 5 0x40aaf21ferr:dbghelp_stabs:stabs_pts_read_type_def Forward declaration name mismatch PtrArrayWalker <> PtrArray_FIXME<Page> err:dbghelp_stabs:stabs_pts_read_type_def Forward declaration name mismatch Node <> ValList<String> err:dbghelp_stabs:stabs_pts_read_type_def Forward declaration name mismatch Node <> ValList<Forecasting err:dbghelp_stabs:stabs_pts_read_type_def Forward declaration name mismatch ConstIterator <> ValList<String> err:dbghelp_stabs:stabs_pts_read_type_def Forward declaration name mismatch Iterator <> ValList<String> ..................... err:dbghelp_stabs:stabs_pts_read_type_def Forward declaration name mismatch Iterator <> ValList<String> err:dbghelp_stabs:stabs_pts_read_type_def Forward declaration name mismatch ConstIterator <> ValList<Forecasting err:dbghelp_stabs:stabs_pts_read_type_def Forward declaration name mismatch Iterator <> ValList<Forecasting Exception c0000005 Wine-dbg> Jon Griffiths reported a similar problem on Jun 21 2004. Does anyone else seen this problem? It seems like winedbg have some problem parsing stabs debug information on C++ templates. Any help would be really appreciated. Thanks, Michael

1 0

Re: shlwapi - forward SHSetTimerQueueTimer to kernel32.CreateTimerQueueTimer
by Robert Shearman Dec. 8, 2004

Dec. 8, 2004

Steven Edwards wrote: >Hi, > >Msdn documents quite a bit about shlwapi functions that are wrappers around other functions: >http://msdn.microsoft.com/library/default.asp?url=/library/en-us/shellcc/pl… > >But at the moment the application I am testing only depends on this function. > >Changelog: >Foward Shlwapi.SHSetTimerQueueTimer to kernel32.CreateTimerQueueTimer > > Then the application will crash and die in horrible ways with this patch. The function signature of SHSetTimerQueueTimer is not the same as CreateTimerQueueTimer. However, as the MSDN docs say, they are compatible. So, you just need to create an implementation of SHSetTimerQueueTimer that converts the parameters appropriately and calls CreateTimerQueueTimer. Note that this function is still a FIXME stub at the moment, although I plan on implementing this and the thread pooling functions because they will be useful for the COM work. Rob

1 0

Re: Genrate stdole32.tlb file, and install generated files
by Huw D M Davies Dec. 8, 2004

Dec. 8, 2004

On Sat, Dec 04, 2004 at 01:38:59PM -0500, Vincent Béron wrote: > stdole32-generator.c file from Huw. > Invocation from wineprefixcreate from me. > > Changelog: > Automatically create c:\windows\system\stdole32.tlb. > > Vincent The native version of stdole32.tlb is actually a resource only dll that contains the typelib itself as TYPELIB resource #1. I think we probably want to do likewise. Huw. -- Huw Davies huw(a)codeweavers.com

5 6

Re: fix crash in painting.c
by Steven Edwards Dec. 8, 2004

Dec. 8, 2004

Hi, --- Rein Klazes <wijn(a)wanadoo.nl> wrote: > Several app's crash with the re-organized region code. > > Changelog: > dlls/user : painting.c > GetUpdateRect can be called with rect is NULL. Just tested here and this does fix the IE6 regressions I was seeing. Thanks Steven __________________________________ Do you Yahoo!? Read only the mail you want - Yahoo! Mail SpamGuard. http://promotions.yahoo.com/new_mail

1 0

tooltips problem with server side update region handling
by Rein Klazes Dec. 8, 2004

Dec. 8, 2004

Hi, There are now 4 little tooltips windows sticking on top of all windows and following me to every desktop I go :-(((. The problem seems to be that the call: SetWindowPos (hwnd, HWND_TOP, 0, 0, 0, 0, SWP_NOZORDER | SWP_HIDEWINDOW | SWP_NOACTIVATE); in TOOLTIPS_Hide() is ineffective (does not hide the tooltip). Here is a +tooltip,+win,+x11drv trace of the situation before: | trace:tooltips:TOOLTIPS_Hide Hide tooltip 5! (0x10042) | trace:win:SetWindowPos hwnd 0x10042, after (nil), 0,0 (0x0), flags 00000094 | trace:win:dump_winpos_flags flags: SWP_NOZORDER SWP_NOACTIVATE SWP_HIDEWINDOW | trace:x11drv:X11DRV_SetWindowPos hwnd 0x10042, after (nil), swp 0,0 0x0 flags 00000094 | trace:tooltips:TOOLTIPS_WindowProc hwnd=0x10042 msg=46 wparam=0 lParam=77a6f514 | trace:x11drv:X11DRV_SetWindowPos current (187,92)-(324,112), style 94800000 | warn:x11drv:SWP_DoOwnedPopups (0x10042) hInsertAfter = (nil) | trace:tooltips:TOOLTIPS_WindowProc hwnd=0x10042 msg=83 wparam=1 lParam=77a6f478 | trace:x11drv:SWP_DoNCCalcSize (1,1)-(1,1) | trace:x11drv:X11DRV_set_window_rectangles win 0x10042 window (0,0)-(0,0) client (1,1)-(1,1) | trace:win:RedrawWindow 0x10042 ((nil)) NULL 0,0-0,0 (nil) flags=08b8 | trace:win:dump_rdw_flags flags: RDW_VALIDATE RDW_NOINTERNALPAINT RDW_NOERASE RDW_ALLCHILDREN RDW_NOFRAME | trace:win:RDW_UpdateRgns hwnd 0x10042 [(nil)] -> hrgn [0x1], flags [08b8] compared to the situation after, with added some of the +server trace. | race:tooltips:TOOLTIPS_Hide Hide tooltip 5! (0x10042) | trace:win:SetWindowPos hwnd 0x10042, after (nil), 0,0 (0x0), flags 00000094 | trace:win:dump_winpos_flags flags: SWP_NOZORDER SWP_NOACTIVATE SWP_HIDEWINDOW | trace:x11drv:X11DRV_SetWindowPos hwnd 0x10042, after (nil), swp 0,0 0x0 flags 00000094 | trace:tooltips:TOOLTIPS_WindowProc hwnd=0x10042 msg=46 wparam=0 lParam=77a6f514 | trace:x11drv:SWP_DoWinPosChanging hwnd 0x10042, after (nil), swp 0,0 0x0 flags 00001894 | trace:x11drv:SWP_DoWinPosChanging current (178,78)-(315,98) style 94800000 new (0,0)-(0,0) | warn:x11drv:SWP_DoOwnedPopups (0x10042) hInsertAfter = (nil) | 0009: get_window_children( parent=0x10020, atom=0000, tid=0000 ) | 0009: get_window_children() = 0 { count=7, children={0x10042,0x1002c,0x10044,0x10034,0x10022,0x10028,0x10026} } | 0009: start_hook_chain( id=4 ) | 0009: start_hook_chain() = 0 { handle=(nil), pid=0000, tid=0000, proc=(nil), unicode=0, module=L"" } | trace:tooltips:TOOLTIPS_WindowProc hwnd=0x10042 msg=83 wparam=1 lParam=77a6f498 | 0009: start_hook_chain( id=12 ) | 0009: start_hook_chain() = 0 { handle=(nil), pid=0000, tid=0000, proc=(nil), unicode=0, module=L"" } | trace:x11drv:SWP_DoNCCalcSize (1,1)-(1,1) | 0009: set_window_pos( handle=0x10042, top_win=0x10042, previous=(nil), flags=00000094, redraw_flags=00000000, window={0,0;0,0}, client={1,1;1,1} ) | 0009: set_window_pos() = INVALID_PARAMETER { new_style=00000000 } where it all ends. The INVALID_PARAMETER is, I think, the result of a failure of server function validate_window_rectangles(), choking on a window with size 0,0-0,0 and client 1,1-1,1. I guess the validation is too strict, right? Rein.

1 0