December 2004 - Wine-Devel - list.winehq.org

Re: visual studio 6 not happy?
by Dan Kegel Dec. 9, 2004

Dec. 9, 2004

Jerry Geis wrote: > I am trying to use wine 12-01-04 release with Visual Studio. > I am getting the vcspawn error. Have you ever found a solution to that? > [http://www.winehq.com/hypermail/wine-devel/2003/02/0335.html] Nope. I didn't look very hard, though. > If not I am trying to use the command line nmake. I can export the make file > but how do I build it after that. I know 'wine nmake /f project.mak > CFG="project - Win32 Release"' but that > doesnt exactly do it. From what directory do you execute that? I did it > in the release directory. Have you read http://codingstyle.com/articles/using-ms-vcpp-with-gnu-wine.html ? It might explain that. I haven't really used nmake much, so I've forgotten how I ran it. I usually ignore the .mak file and just build things by hand, as described in http://kegel.com/wine/cl-howto.html, because I do such small things (Wine unit tests, mostly). - Dan -- Trying to get a job as a c++ developer? See http://kegel.com/academy/getting-hired.html

2 1

winelib problems
by Joris Huizer Dec. 9, 2004

Dec. 9, 2004

Hello, I tried winemaker (just the notepad example explained at the page) but it doesn't work: - I had to comment out 'use strict' - otherwise winemaker would complain; - still no notepad2 executable is generated... Is it under active development, or is winemaker having bigger problems? regards, Joris

1 0

EnumCalendarInfo
by Vitaly Lipatov Dec. 9, 2004

Dec. 9, 2004

Some months ago Ken Belleau done some implementation of EnumCalendarInfo. http://www.winehq.org/hypermail/wine-patches/2004/04/0170.html I can't find any discussion of this patch. It is possible to review it and apply now? I would like to write some tests for this functions later. P.S. Sorry for patches I send this list. Have I to resend it in wine-patches or not? -- Vitaly Lipatov, ALT Linux Team Russia, Saint-Petersburg, www.etersoft.ru

2 1

Re: Another systray patch
by Alexandre Julliard Dec. 9, 2004

Dec. 9, 2004

Mike Hearn <mike(a)navi.cx> writes: > There was a crash in the previous patch, here is a fixed version. > > - 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 It would be nice to do the XEMBED stuff as a separate patch. Also I was hoping you would get rid of WS_EX_TRAYWINDOW instead of adding even more uses of it... > + /* we can't intern this with the rest as it depends on the screen we are connecting to */ > + systray_buffer = HeapAlloc(GetProcessHeap(), 0, sizeof(char)*20); > + sprintf(systray_buffer, "_NET_SYSTEM_TRAY_S%d", DefaultScreen(display)); The screen will be 0 in 99.9% of the cases, you should preallocate that one. > +void *xmalloc(unsigned int size) > +{ > + void *p = HeapAlloc(GetProcessHeap(), 0, size); > + > + if (!p) > + { > + fprintf(stderr, "wineshell: virtual memory exhausted\n"); > + exit(1); > + } > + > + ZeroMemory(p, size); exit(1) is not acceptable here, you should handle allocation failures properly. Also malloc doesn't clear the buffer so xmalloc shouldn't either, otherwise it's very confusing. > +struct request { > + NOTIFYICONDATAA ansi; > + NOTIFYICONDATAW wide; > + BOOL unicode; > + BYTE *copydata; Inter-process data should always be sent in Unicode. -- Alexandre Julliard julliard(a)winehq.org

2 2

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