Regression in 'Zoo Tycoon 1 demo'
Hi, as of patch http://cvs.winehq.org/patch.py?id=15812 there is a regression in this demo. The first window stays black and logging shows that the app is looping (so it seems) on WM_PAINT messages: Call window proc 0x453bb0 (hwnd=0x20022,msg=WM_PAINT,wp=,lp=) loads of these at the end of the trace. Does the looping have anything to do with http://www.winehq.org/hypermail/wine-cvs/2004/10/0395.html ? What could be the next step to isolate the problem? Cheers, Paul.
Re: widl: propget method attr and number of args
On Sat, Feb 05, 2005 at 12:21:39PM -0500, Vincent Béron wrote: Googling around, I found quite a lot of .idl files with a [propget] method which stated its arg, so I guess widl shouldn't reject them. Huw, could you comment on this please? This should be fixed by widl #36. Huw. -- Huw Davies [EMAIL PROTECTED]
Re: bi-arch on an amd64
Hi, I too am trying to compile a working multilib wine. I have got a little further, and actually have a binary that doesn't produce any errors now. Unfortunately, it doesn't seem to do anything at all, and just returns me to the command line with an exit status of 2. I've yet to dig into that one. For reference, I am using gentoo with a multilib gcc, applying the attached patch and then running this sequence of commands: autoconf ./configure --x-libraries=/emul/linux/x86/usr/X11R6/lib make depend make The small patch I've attached fixes the two problems I came across - one already mentioned by Gabriel de Perthuis. That problem appears to be one of a deprecated? syscall. The other problem is that configure was not detecting x86_64 as being an x86 and hence not building the wine-preloader which is why Gabriel was getting his strange 'wine: could not exec \u\umU\u\umUp/bin/wine-pthread' message. Should I send the patch to wine-patches also? Or can it make its way into CVS from here? I'm going to see if I can track down which exit(2) I'm hitting now. I'm new to the wine source code, so any suggestions are welcome. -- Alex
Re: bi-arch on an amd64
I suppose I should have actually attached the patch too.. -- Alex diff -urN wine-20050111.orig/configure.ac wine-20050111/configure.ac --- wine-20050111.orig/configure.ac 2005-01-10 13:26:33.0 + +++ wine-20050111/configure.ac 2005-02-07 11:37:34.247339872 + @@ -978,7 +978,7 @@ fi case $host_cpu in - *i[[3456789]]86*) + *[[3456789x]]86*) AC_CACHE_CHECK([whether we can relocate the executable to 0x77f0], ac_cv_ld_reloc_exec, [WINE_TRY_CFLAGS([-Wl,--section-start,.interp=0x77f00400], ac_cv_ld_reloc_exec=yes, ac_cv_ld_reloc_exec=no)]) @@ -1073,7 +1073,7 @@ case $host_os in linux*) case $host_cpu in - *i[[3456789]]86*) AC_SUBST(WINE_BINARIES,wine-glibc wine-kthread wine-pthread wine-preloader) ;; + *[[3456789x]]86*) AC_SUBST(WINE_BINARIES,wine-glibc wine-kthread wine-pthread wine-preloader) ;; *) AC_SUBST(WINE_BINARIES,wine-glibc wine-kthread wine-pthread) ;; esac AC_SUBST(MAIN_BINARY,wine-glibc) @@ -1454,7 +1454,7 @@ dnl *** check for the need to define platform-specific symbols case $host_cpu in - *i[[3456789]]86*) WINE_CHECK_DEFINE([__i386__]) ;; + *[[3456789x]]86*) WINE_CHECK_DEFINE([__i386__]) ;; *alpha*) WINE_CHECK_DEFINE([__ALPHA__]) ;; *sparc*) WINE_CHECK_DEFINE([__sparc__]) ;; *powerpc*)WINE_CHECK_DEFINE([__powerpc__]) ;; diff -urN wine-20050111.orig/dlls/ntdll/signal_i386.c wine-20050111/dlls/ntdll/signal_i386.c --- wine-20050111.orig/dlls/ntdll/signal_i386.c 2004-12-02 18:19:25.0 + +++ wine-20050111/dlls/ntdll/signal_i386.c 2005-02-07 11:38:06.779394248 + @@ -111,7 +111,7 @@ int $0x80\n\t popl %%ebx : =a (sig) - : 0 (SYS_sigaction), S (sig), c (new), d (old) ); + : 0 (SYS_rt_sigaction), S (sig), c (new), d (old) ); if (sig=0) return 0; errno = -sig; return -1;
Re: X11DRV_GetKeyNameText not finding scan code
tom fogal [EMAIL PROTECTED] wrote: Hi all, I'm a newbie to wine coding trying to get a particular application to work. It seems to have trouble getting input correctly, and I've traced it to the aforementioned function in dlls/x11drv/keyboard.c. I'm using the wine CVS. I'd suggest before going into trouble of investigating different paths of code in dlls/x11drv/keyboard.c make sure that your locale is set up correctly and your X11 keyboard layout is detected right. Only then look for KeyPress events in the log (+key,+keyboard,+event,+x11drv) and try to figure out what is going on. -- Dmitry.
Re: Re-examining SetThreadContext
Alexandre Julliard wrote: What makes you think that? There is no such restriction in the API, you can get/set the context without suspending the thread. The obvious use case is a thread setting its own context. Hmm, you must know something I don't :) MSDN (I know, I know ...) says: You cannot get a valid context for a running thread. Use the SuspendThread function to suspend the thread before calling GetThreadContext. and If you call GetThreadContext for the current thread, the function returns successfully; however, the context returned is not valid. also Do not try to set the context for a running thread; the results are unpredictable. Use the SuspendThread function to suspend the thread before calling SetThreadContext. So I'd be surprised if any app actually relies on being able to do those things, as it's either not allowed or the results are likely to be garbage. As for a thread setting its own context, I think it'd be OK to check for that and do a FIXME for now. That way if an app really tries to do it, we can use some custom assembly to achieve the right effect without getting the wineserver involved. thanks -mike
Re: X11DRV_GetKeyNameText not finding scan code
--- Dmitry Timoshkov [EMAIL PROTECTED] wrote: tom fogal [EMAIL PROTECTED] wrote: Hi all, I'm a newbie to wine coding trying to get a particular application to work. It seems to have trouble getting input correctly, and I've traced it to the aforementioned function in dlls/x11drv/keyboard.c. I'm using the wine CVS. I'd suggest before going into trouble of investigating different paths of code in dlls/x11drv/keyboard.c make sure that your locale is set up correctly and your X11 keyboard layout is detected right. Only then look for KeyPress events in the log (+key,+keyboard,+event,+x11drv) and try to figure out what is going on. -- Also run try running xev so you can see what events are being generated by X. Dmitry. ___ ALL-NEW Yahoo! Messenger - all new features - even more fun! http://uk.messenger.yahoo.com
Wine for Linux PPC emulate Mac OS
The Wine http://www.winehq.com/ project has been created to emulate Windows to be able to run windows softwares directly under Linux without to have to emulate Windows. It's very great and wonderful idea ! The Darwine http://darwine.opendarwin.org/ project aims to to the same but under Mac OS X with adding also the emulation of an x86 CPU. But, I wanted to know something, or even to make a proposal. Would it be possible to make a special Wine version for Linux PPC that instead of emulating Windows would emulate Mac OS ? Yes there's already the very great Mac On Linux PPC (MOL) http://www.maconlinux.org/ that can let run Mac OS applications, but you have to run Mac OS in parallel ... It is great, but Mac OS takes rooms and CPU and for some usages, maybe it is not completely useful. Would it be possible to make such a software a WinePPC for exemple that would let run Microsoft Office X 2004 Mac or Adobe CS Mac or Macromedia MX Mac directly under Linux PPC without having to install a Mac OS ? To make simple to run Mac OS softwares directly under the Linux desktop environment.
Re: [Darwine] Wine for Linux PPC emulate Mac OS
Have a look at http://www.softpear.org /martin On 2005-02-07, at 16:08, M-Rick wrote: The Wine http://www.winehq.com/ project has been created to emulate Windows to be able to run windows softwares directly under Linux without to have to emulate Windows. It's very great and wonderful idea ! The Darwine http://darwine.opendarwin.org/ project aims to to the same but under Mac OS X with adding also the emulation of an x86 CPU. But, I wanted to know something, or even to make a proposal. Would it be possible to make a special Wine version for Linux PPC that instead of emulating Windows would emulate Mac OS ? Yes there's already the very great Mac On Linux PPC (MOL) http://www.maconlinux.org/ that can let run Mac OS applications, but you have to run Mac OS in parallel ... It is great, but Mac OS takes rooms and CPU and for some usages, maybe it is not completely useful. Would it be possible to make such a software a WinePPC for exemple that would let run Microsoft Office X 2004 Mac or Adobe CS Mac or Macromedia MX Mac directly under Linux PPC without having to install a Mac OS ? To make simple to run Mac OS softwares directly under the Linux desktop environment. --- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag--drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl ___ Darwine-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/darwine-devel
Regression in DeusEx
Hi, this patch also breaks foobar2000, see http://appdb.winehq.org/appview.php?versionId=2355 last comment Hello again, The patch: http://www.winehq.org/hypermail/wine-cvs/2004/10/0395.html Log message: Get rid of the WIN_NEEDS_BEGINPAINT flag, Windows will happily loop forever too if WM_PAINT is not handled properly. Causes regression in the game DeusEx. The game was playable before of the patch, now it freezes in the 2th title screen. The same patch causes regression in the game Trickstyle. The same problems, it was playable, and now it freezes in the 2th title screen. Regards, Carlos. ___ ALL-NEW Yahoo! Messenger - all new features - even more fun! http://uk.messenger.yahoo.com
Re: Regression in DeusEx
The patch: http://www.winehq.org/hypermail/wine-cvs/2004/10/0395.html Log message: Get rid of the WIN_NEEDS_BEGINPAINT flag, Windows will happily loop forever too if WM_PAINT is not handled properly. Causes regression in the game DeusEx. The game was playable before of the patch, now it freezes in the 2th title screen. The same patch causes regression in the game Trickstyle. The same problems, it was playable, and now it freezes in the 2th title screen. Regards, Carlos. The same problem is present with the audio player Foobar2000, same patch regression. From what I understand, it stems from the fact that in native Windows BeginPaint/EndPaint are technically not nessessary, but Wine thinks they are. I posted a bit of sample code that was given to me by the guy that wrote Foobar2000 about a month ago (look for the topic Foobar2000 Audio Player Regression) that showed some painiting without Begin/End Paint that works fine on native Windows but not Wine -- looking at it now... the sample code is missing a final closing }, sorry. Anyway, glad to see Foobar isn't the only program effected by this. --Nick Hornback __ Do you Yahoo!? Yahoo! Mail - 250MB free storage. Do more. Manage less. http://info.mail.yahoo.com/mail_250
Re: Regression in DeusEx
It also causes a regression in foobar2000, see last comment on http://appdb.winehq.org/appview.php?versionId=2355 Hello again, The patch: http://www.winehq.org/hypermail/wine-cvs/2004/10/0395.html Log message: Get rid of the WIN_NEEDS_BEGINPAINT flag, Windows will happily loop forever too if WM_PAINT is not handled properly. Causes regression in the game DeusEx. The game was playable before of the patch, now it freezes in the 2th title screen. The same patch causes regression in the game Trickstyle. The same problems, it was playable, and now it freezes in the 2th title screen. Regards, Carlos. ___ ALL-NEW Yahoo! Messenger - all new features - even more fun! http://uk.messenger.yahoo.com
Text Alignment, how is it handled ?
Hi the following code part is not working in Wine as it work (as supposed) in Windows. HRight = GetDlgItem (hDlg,IDC_RIGHT); Edit_SetText(HRight, Right); How is text alignment, in a edit field, handled ? It looks like the Edit_SetText function is mapped to SetWindowText, which calls X11DRV_SetWindowText... But again, text alignment doesn't work. Can I do something ? PS: c source code is attacched Regards. /* ** Ditta..:TeamSystem spa ** Programmatore..:Stefano Peraldini ** Nome programma.:Test Wine ** Data...:04/02/2005 ** */ //INCLUDE #include windows.h #include WindowsX.h #include resource.h //VARIABILI GLOBALI HWND hUnaligned, HCenter, HRight; HDC hdc; //PROTOTIPI BOOL CALLBACK DlgProc (HWND, UINT, WPARAM, LPARAM); //MAIN int WINAPI WinMain (HINSTANCE hInstance, HINSTANCE hPrevInstance, LPSTR lpszCmdLine, int nCmdShow) { // Visualizzazione e controllo errore visualizzazione dialog if (DialogBox (hInstance, (LPCSTR) IDD_DIALOG1, NULL, DlgProc) == -1) MessageBox (NULL, Errore visualizzazione dialog!!,Test Wine, MB_ICONQUESTION | MB_OK); return 0; } //DLGPROC della dialog1 BOOL CALLBACK DlgProc (HWND hDlg, UINT message, WPARAM wParam, LPARAM lParam) { //Switch per la gestione dei messaggi provenienti dalla dialog1 switch (message) { //Gestione del VM_CLOSE case WM_CLOSE: return TRUE; break; //Impostazione dialog1 case WM_INITDIALOG: { hUnaligned = GetDlgItem (hDlg,IDC_UNALIGNED); HCenter = GetDlgItem (hDlg,IDC_CENTER); HRight = GetDlgItem (hDlg,IDC_RIGHT); //Edit Box Unaligned Edit_SetText(hUnaligned, Unaligned); //Edit Box Center Edit_SetText(HCenter, Center); //Edit Box Right Edit_SetText(HRight, Right); return TRUE; } //Gestione messaggi dialog1 case WM_COMMAND: switch (LOWORD (wParam)) { case IDOK: EndDialog (hDlg, 0); return TRUE; break; // END WMCOMMAND } return FALSE; } return FALSE; }
[oleaut32/typelib.c] TLB_ReadTypeLib question
Hi, while browsing through typelib.c I saw: 287 */ 288 int TLB_ReadTypeLib(LPCWSTR file, INT index, ITypeLib2 **ppTypelib); 289 290 HRESULT WINAPI LoadTypeLib( Is line 288 supposed to be there ? Cheers, Paul.
Re: Text Alignment, how is it handled ?
On Mon, Feb 07, 2005 at 04:07:06PM +0100, George Ginden wrote: Hi the following code part is not working in Wine as it work (as supposed) in Windows. HRight = GetDlgItem (hDlg,IDC_RIGHT); Edit_SetText(HRight, Right); How is text alignment, in a edit field, handled ? Currently, our edit box (dlls/user/edit.c) does not support right-aligned fields. It is a known limitation. If you want you can try to implement it, and submit a patch. -- Dimi.
Re: [Darwine] Wine for Linux PPC emulate Mac OS
Martin Sternevald wrote: Have a look at http://www.softpear.org /martin or : http://pearpc.sourceforge.net/ Tom
Question about TrueType rendering
I'm trying to get winelib working on a platform whose X server doesn't have native support for TrueType fonts. I've configured wine with freetype, but it never seems to display the TrueType fonts. I don't have xfsft or xfstt installed. Should I expect this to work? I don't understand whether Wine uses the freetype library to render TrueType fonts, or if it just uses it for some other purpose (like getting metrics) and still depends on the font server to render the fonts. I see messages like this when wine starts, so it looks like wine is finding my fonts, but when I Call CreateFont(Arial), it never maps to a TrueType font: trace:font:ReadFontDir Found arial.ttf in /devel/syncad/.SynaptiCAD/mnt/c/windows/Fonts trace:font:AddFontFileToList Loading font file /devel/syncad/.SynaptiCAD/mnt/c/windows/Fonts/arial.ttf index 0 trace:font:AddFontFileToList fsCsb = 41ff /7a87 8000 0008 trace:font:AddFontFileToList Added font LArial LRegular Is it still necessary to run xfsft to use these fonts, or should wine be able to use them on its own? Thanks, Eric
Re: Wine for Linux PPC emulate Mac OS
M-Rick wrote: The Wine http://www.winehq.com/ project has been created to emulate Windows to be able to run windows softwares directly under Linux without to have to emulate Windows. It's very great and wonderful idea ! The Darwine http://darwine.opendarwin.org/ project aims to to the same but under Mac OS X with adding also the emulation of an x86 CPU. But, I wanted to know something, or even to make a proposal. Would it be possible to make a special Wine version for Linux PPC that instead of emulating Windows would emulate Mac OS ? Yes there's already the very great Mac On Linux PPC (MOL) http://www.maconlinux.org/ that can let run Mac OS applications, but you have to run Mac OS in parallel ... It is great, but Mac OS takes rooms and CPU and for some usages, maybe it is not completely useful. Would it be possible to make such a software a WinePPC for exemple that would let run Microsoft Office X 2004 Mac or Adobe CS Mac or Macromedia MX Mac directly under Linux PPC without having to install a Mac OS ? No that wouldn't work at all as Wine is a reimplementation of the Win32 API and MacOS dosn't use that. So you would need to start a new project that implements the MacOS API. bye michael To make simple to run Mac OS softwares directly under the Linux desktop environment. -- Michael Stefaniuc Tel.: +49-711-96437-199 System Administration Fax.: +49-711-96437-111 Red Hat GmbHEmail: [EMAIL PROTECTED] Hauptstaetterstr. 58http://www.redhat.de/ D-70178 Stuttgart
Re: Question about TrueType rendering
On Mon, Feb 07, 2005 at 11:38:05AM -0500, Eric Frias wrote: I'm trying to get winelib working on a platform whose X server doesn't have native support for TrueType fonts. I've configured wine with freetype, but it never seems to display the TrueType fonts. I don't have xfsft or xfstt installed. Should I expect this to work? I don't understand whether Wine uses the freetype library to render TrueType fonts, or if it just uses it for some other purpose (like getting metrics) and still depends on the font server to render the fonts. I see messages like this when wine starts, so it looks like wine is finding my fonts, but when I Call CreateFont(Arial), it never maps to a TrueType font: trace:font:ReadFontDir Found arial.ttf in /devel/syncad/.SynaptiCAD/mnt/c/windows/Fonts trace:font:AddFontFileToList Loading font file /devel/syncad/.SynaptiCAD/mnt/c/windows/Fonts/arial.ttf index 0 trace:font:AddFontFileToList fsCsb = 41ff /7a87 8000 0008 trace:font:AddFontFileToList Added font LArial LRegular If you've got this, then it means Wine is happily using FreeType. In this case Wine will (by default) render the fonts itself and display them via the X RENDER extension. This means that it'll not use X11 font mechanisms at all. If Wine can't use the RENDER extension then it will fallback to using X requests such as XPutImage which again won't use the X11 font mechanism. In fact Wine will only use X11 fonts if either: a. You tell Wine to do so in the config file b. Wine can't find any TrueType fonts or c. Wine can't find, or wasn't compiled with, a working version of FreeType. Huw. -- Huw Davies [EMAIL PROTECTED]
Re: Re-examining SetThreadContext
Alexandre Julliard wrote: Well, you'll be surprised. In the general case the results may well be unpredictable but there are lots of cases where they are perfectly predictable, and some apps do rely on that. Ick. OK, how about implementing them using a SuspendThread call, so we can use SIGUSR1 for both? Would suspending the thread, altering the context, then resuming it in a blocking fashion give close enough behaviour to what the apps expect? thanks -mike
Re: wine/ windows/defwnd.c dlls/x11drv/x11drv_main ...
Hi, Alexandre Julliard wrote: Michael Stefaniuc [EMAIL PROTECTED] writes: this patch introduced a regression with FreeSolitaire (free download at www.freesolitaire.com). After switching virtual desktops the program windows gets blanked (see attached image). The program dosn't lockThis seems to be the only program with which i could reproduce this, all the others (winemine, notepad, winefile, Flash MX) seem to work just fine. I don't see the problem here, I'm afraid you'll have to debug this yourself. Maybe try a +win,+event,+x11drv trace with and without the patch and look for a difference around the area where you switch virtual desktops. Didn't had the time to look into this (was in US for 2 weeks) and now the regression resolved itself automagicly. bye michael -- Michael Stefaniuc Tel.: +49-711-96437-199 System Administration Fax.: +49-711-96437-111 Red Hat GmbHEmail: [EMAIL PROTECTED] Hauptstaetterstr. 58http://www.redhat.de/ D-70178 Stuttgart
Re: Question about TrueType rendering
Huw D M Davies wrote: If you've got this, then it means Wine is happily using FreeType. In this case Wine will (by default) render the fonts itself and display them via the X RENDER extension. This means that it'll not use X11 font mechanisms at all. If Wine can't use the RENDER extension then it will fallback to using X requests such as XPutImage which again won't use the X11 font mechanism. Thanks for explaining, that's what I was hoping to hear. Since wine is loading freetype and finding my fonts, it sounds like my problem lies in my config file. I'll go back and re-read the docs and see if I can find my problem. It looks like the docs are out-of-date here, Wine User Guide 5.10.1.1 says: | What to do with TrueType fonts? There are several commercial font | tools that can convert them to the Type1 format but the quality of the | resulting fonts is far from stellar. The other way to use them is to | get a font server capable of rendering TrueType (Caldera has one, | there also is the free xfstt in Linux/X11/fonts on sunsite and | mirrors, if you're on FreeBSD you can use the port in | /usr/ports/x11-servers/Xfstt. And there is xfsft which uses the | freetype library, see freetype description). | | However, there is a possibility of the native TrueType support via | FreeType renderer in the future (hint, hint :-) I'm glad it was wrong. Eric In fact Wine will only use X11 fonts if either: a. You tell Wine to do so in the config file b. Wine can't find any TrueType fonts or c. Wine can't find, or wasn't compiled with, a working version of FreeType. Huw.
Re: dsound: Properly implement DllCanUnloadNow
James Hawkins wrote: Hi, Changelog * Properly implement DllCanUnloadNow ref counting. dsound.dll is a strange dll that doesn't really follow proper COM reference counting rules for buffers. This is intentional by Microsoft (don't know why) and was made common by the example code from Inside Direct X . You may want to add a test to the dsound.dll regression tests to verify what Microsoft does.
Re: [Darwine] Wine for Linux PPC emulate Mac OS
It is not exactly what i Said at all. I said to run directly under Linux PPC Mac OS software without runing Mac OS, this project looks to be interesting but intends to run Mac OS softwares on x86 hardware, me what I spoke about is for PPC architecture. A kind of WineHQ PPC only Mac OS libs instead of Windows, so a bit softpear but to run directly on ppc hardware, so without any emulation. It is a melt of WineHQ, softpear and Mac On Linux. Le 7 févr. 05, à 16:21, Martin Sternevald a écrit : Have a look at http://www.softpear.org /martin On 2005-02-07, at 16:08, M-Rick wrote: The Wine http://www.winehq.com/ project has been created to emulate Windows to be able to run windows softwares directly under Linux without to have to emulate Windows. It's very great and wonderful idea ! The Darwine http://darwine.opendarwin.org/ project aims to to the same but under Mac OS X with adding also the emulation of an x86 CPU. But, I wanted to know something, or even to make a proposal. Would it be possible to make a special Wine version for Linux PPC that instead of emulating Windows would emulate Mac OS ? Yes there's already the very great Mac On Linux PPC (MOL) http://www.maconlinux.org/ that can let run Mac OS applications, but you have to run Mac OS in parallel ... It is great, but Mac OS takes rooms and CPU and for some usages, maybe it is not completely useful. Would it be possible to make such a software a WinePPC for exemple that would let run Microsoft Office X 2004 Mac or Adobe CS Mac or Macromedia MX Mac directly under Linux PPC without having to install a Mac OS ? To make simple to run Mac OS softwares directly under the Linux desktop environment. --- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag--drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl ___ Darwine-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/darwine-devel
Re[2]: [Darwine] Wine for Linux PPC emulate Mac OS
NetBSD/PPC is probably what you want.#10;#10;-Original Message-#10;From: M-Rick [EMAIL PROTECTED]#10;To: Martin Sternevald [EMAIL PROTECTED]#10;Date: Mon, 7 Feb 2005 16:52:43 +0100#10;Subject: Re: [Darwine] Wine for Linux PPC emulate Mac OS#10;#10; #10; It is not exactly what i Said at all.#10; #10; I said to run directly under Linux PPC Mac OS software without runing #10; Mac OS, this project looks to be interesting but intends to run Mac OS #10; softwares on x86 hardware, me what I spoke about is for PPC #10; architecture. A kind of WineHQ PPC only Mac OS libs instead of Windows, #10; so a bit softpear but to run directly on ppc hardware, so without any #10; emulation. It is a melt of WineHQ, softpear and Mac On Linux.#10; #10; Le 7 fvr. 05, 16:21, Martin Sternevald a crit :#10; #10; Have a look at http://www.softpear.org#10; #10; /martin#10; #10; On 2005-02-07, at 16:08, M-Rick wrote:#10; #! 10; The Wine http://www.winehq.com/ project has been created to emulate #10; Windows to be able to run windows softwares directly under Linux #10; without to have to emulate Windows.#10; It's very great and wonderful idea !#10; #10; The Darwine http://darwine.opendarwin.org/ project aims to to the #10; same but under Mac OS X with adding also the emulation of an x86 CPU.#10; #10; But, I wanted to know something, or even to make a proposal.#10; Would it be possible to make a special Wine version for Linux PPC #10; that instead of emulating Windows would emulate Mac OS ?#10; Yes there's already the very great Mac On Linux PPC (MOL) #10; http://www.maconlinux.org/ that can let run Mac OS applications, but #10; you have to run Mac OS in parallel ... It is great, but Mac OS takes #10; rooms and CPU and for some usages, maybe it is not completely useful. #10; Would it be possible to make such a software a! WinePPC for exemple #10; that would let run Microsoft Office X 2004 Mac or Adobe CS Mac or #10; Macromedia MX Mac directly under Linux PPC without having to install #10; a Mac OS ?#10; #10; To make simple to run Mac OS softwares directly under the Linux #10; desktop environment.#10; #10; #10; #10; #10; #10; ---#10; This SF.Net email is sponsored by: IntelliVIEW -- Interactive #10; Reporting#10; Tool for open source databases. Create drag--drop reports. Save time#10; by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.#10; Download a FREE copy at http://www.intelliview.com/go/osdn_nl#10; ___#10; Darwine-devel mailing list#10; [EMAIL PROTECTED]#10; https://lists.sourceforge.net/lists/listinfo/darwine-devel#10; #10; #10; #10; #10; #10;! #10; #10;#10;#10;
Re: dsound: Properly implement DllCanUnloadNow
On Mon, 07 Feb 2005 12:37:15 -0500, Robert Reif [EMAIL PROTECTED] wrote: James Hawkins wrote: Hi, Changelog * Properly implement DllCanUnloadNow ref counting. dsound.dll is a strange dll that doesn't really follow proper COM reference counting rules for buffers. This is intentional by Microsoft (don't know why) and was made common by the example code from Inside Direct X . You may want to add a test to the dsound.dll regression tests to verify what Microsoft does. I've been reading a lot about COM and trying to catch up, but I don't know exactly what I need to test. My guess for what you're looking for is to create some buffers and release them all the while keeping track of the ref count and when the dll can unload. Is this close to what is needed? Could you point me in the right direction concerning documentation (should I get Inside Direct X) or examples for the tests. Thanks a lot. -- James Hawkins
Re: wine/dlls/dbghelp elf_module.c
Eric Pouech [EMAIL PROTECTED] writes: Alexandre Julliard a écrit : ChangeSet ID: 15811 CVSROOT:/opt/cvs-commit Module name:wine Changes by: [EMAIL PROTECTED] 2005/01/31 10:24:57 Modified files: dlls/dbghelp : elf_module.c Log message: Silence a noisy FIXME I fear that the issue may be somewhere else than the pure FIXME. Can you describe what actually happened ? Well, I get a bunch of FIXMEs for pretty much every dll that gets loaded, something like this: fixme:dbghelp:elf_new_wine_thunks Duplicate in kernel32elf: Letext404d48c0- GetErrorString404d48c0-fff7b79d fixme:dbghelp:elf_new_wine_thunks Duplicate in kernel32elf: Letext404d8bd0- CreateActCtxA404d8bd0-fff7746d fixme:dbghelp:elf_new_wine_thunks Duplicate in kernel32elf: Letext404e5e10- GetCommandLineA404e5e10-fff6a257 fixme:dbghelp:elf_new_wine_thunks Duplicate in kernel32elf: Letext40514a60- AllocSelectorArray1640514a60-fff3b62e fixme:dbghelp:elf_new_wine_thunks Duplicate in kernel32elf: __divdi340529940-019e Letext40529940- fixme:dbghelp:elf_new_wine_thunks Duplicate in kernel32elf: __udivdi340529be0-011a Letext40529be0- It makes backtraces a bit hard to read g -- Alexandre Julliard [EMAIL PROTECTED]
Re: Re-examining SetThreadContext
Mike Hearn [EMAIL PROTECTED] writes: Ick. OK, how about implementing them using a SuspendThread call, so we can use SIGUSR1 for both? Would suspending the thread, altering the context, then resuming it in a blocking fashion give close enough behaviour to what the apps expect? This could probably be made to work, yes. -- Alexandre Julliard [EMAIL PROTECTED]
Re: widl: support ATTR_READONLY for interface properties
Le lun 07/02/2005 à 12:02, Huw D M Davies a écrit : On Sun, Feb 06, 2005 at 09:50:31AM -0500, Vincent Béron wrote: There are probably other easy ones like this one, but for now I only need this one. Huw, am I stepping on your toes? Nope, but I do have some more patches left in my tree that I need to tidy up a bit before submitting - notably support for modules. The last part of stdole2 which is currently lacking in widl. I've almost got a version of stdole2.tlb too... That's exactly what I was trying to keep compiling. But feel free to carry on. Time is very limited for me during the week. You'll probably have finished before the week-end? Vincent
Re: dsound: Properly implement DllCanUnloadNow
James Hawkins wrote: On Mon, 07 Feb 2005 12:37:15 -0500, Robert Reif [EMAIL PROTECTED] wrote: James Hawkins wrote: Hi, Changelog * Properly implement DllCanUnloadNow ref counting. dsound.dll is a strange dll that doesn't really follow proper COM reference counting rules for buffers. This is intentional by Microsoft (don't know why) and was made common by the example code from Inside Direct X . You may want to add a test to the dsound.dll regression tests to verify what Microsoft does. I've been reading a lot about COM and trying to catch up, but I don't know exactly what I need to test. My guess for what you're looking for is to create some buffers and release them all the while keeping track of the ref count and when the dll can unload. Is this close to what is needed? Could you point me in the right direction concerning documentation (should I get Inside Direct X) or examples for the tests. Thanks a lot. Something like this is a start: Only tested on wine but fails because of improper reference counting. The interesting thing will be what happens when a direct sound object is released while buffers are still active. The reference count goes to zero but can the DLL be unloaded? This needs to be tested on Windows to determine the correct behavior. Index: dlls/dsound/tests/dsound8.c === RCS file: /home/wine/wine/dlls/dsound/tests/dsound8.c,v retrieving revision 1.14 diff -u -r1.14 dsound8.c --- dlls/dsound/tests/dsound8.c 10 Jan 2005 12:25:56 - 1.14 +++ dlls/dsound/tests/dsound8.c 8 Feb 2005 00:51:43 - @@ -37,6 +37,7 @@ #include dsound_test.h static HRESULT (WINAPI *pDirectSoundCreate8)(LPCGUID,LPDIRECTSOUND8*,LPUNKNOWN)=NULL; +static HRESULT (WINAPI *pDllCanUnloadNow)(void)=NULL; static void IDirectSound8_test(LPDIRECTSOUND8 dso, BOOL initialized, LPCGUID lpGuid) @@ -265,9 +266,17 @@ if (rc!=DS_OK) return rc; +/* Check if DLL can be unloaded now */ +rc=pDllCanUnloadNow(); +ok(rc==S_FALSE, DllCanUnloadNow() returned %ld, should have returned %ld\n, rc, S_FALSE); + /* Try the enumerated device */ IDirectSound8_test(dso, TRUE, lpGuid); +/* Check if DLL can be unloaded now */ +rc=pDllCanUnloadNow(); +ok(rc==S_OK, DllCanUnloadNow() returned %ld, should have returned %ld\n, rc, S_OK); + /* Try the COM class factory method of creation with enumerated device */ rc=CoCreateInstance(CLSID_DirectSound8, NULL, CLSCTX_INPROC_SERVER, IID_IDirectSound8, (void**)dso); @@ -356,6 +365,10 @@ } else return rc; +/* Check if DLL can be unloaded now */ +rc=pDllCanUnloadNow(); +ok(rc==S_OK, DllCanUnloadNow() returned %ld, should have returned %ld\n, rc, S_OK); + return DS_OK; } @@ -769,6 +782,7 @@ START_TEST(dsound8) { HMODULE hDsound; +HRESULT rc; CoInitialize(NULL); @@ -778,6 +792,14 @@ return; } +pDllCanUnloadNow = (void*)GetProcAddress(hDsound, DllCanUnloadNow); +ok(pDllCanUnloadNow!=NULL, GetProcAddress(DllCanUnloadNow) failed\n); +if (!pDllCanUnloadNow) +return; + +rc=pDllCanUnloadNow(); +ok(rc==S_OK, DllCanUnloadNow() returned %ld, should have returned %ld\n, rc, S_OK); + pDirectSoundCreate8 = (void*)GetProcAddress(hDsound, DirectSoundCreate8); if (!pDirectSoundCreate8) { trace(dsound8 test skipped\n); @@ -786,6 +808,9 @@ IDirectSound8_tests(); dsound8_tests(); + +rc=pDllCanUnloadNow(); +ok(rc==S_OK, DllCanUnloadNow() returned %ld, should have returned %ld\n, rc, S_OK); CoUninitialize(); }
Re: bi-arch on an amd64
On Mon, Feb 07, 2005 at 12:02:37PM +, Alex Woods wrote: I too am trying to compile a working multilib wine. I have got a little further, and actually have a binary that doesn't produce any errors now. Unfortunately, it doesn't seem to do anything at all, and just returns me to the command line with an exit status of 2. I've yet to dig into that one. I've got to the bottom of this issue now. It seems that the syscalls have been renumbered, eg: x86_64: asm/unistd.h:#define __NR_write 1 i386: asm/unistd.h:#define __NR_exit1 So when the wine-preloader was trying to perform a write, it ended up exiting instead. I moved /usr/include out of the way, and linked it up to the /usr/include from another machine and rebuilt (no SYS_sigaction patch required now). This gets me further, and wine is actually trying to do things, but it's failing horribly. It segfaults, unless I compile with -g, in which case it just does this repeatedly: wine: Unhandled exception (thread 000b), starting debugger... wine: Unhandled exception (thread 000d), starting debugger... wine: Unhandled exception (thread 000f), starting debugger... Here's some output with all the debugging on. It means nothing to me right now, but maybe someone can shed some light on what is going wrong: $ WINEDEBUG=+all notepad sock_init: shutdown() causes EOF wineserver: starting (pid=26953) 0008: *fd* (nil) - 17 0009: *fd* 6 - 17 0009: init_thread( unix_pid=26948, unix_tid=-1, teb=0x5572e000, entry=(nil), reply_fd=6, wait_fd=8 ) 0009: *fd* 8 - 18 0009: init_thread() = 0 { pid=0008, tid=0009, boot=1, version=153 } 0009:trace:virtual:NtAllocateVirtualMemory 0x 0x5572e000 1f98 8000 0040 View: 0x5572e000 - 0x5572 (anonymous) 0x5572e000 - 0x5572 c-rwx 0009:trace:virtual:NtAllocateVirtualMemory 0x (nil) 0011 2000 0040 View: 0x5589 - 0x5599 (anonymous) 0x5589 - 0x5599 --rwx 0009:trace:virtual:NtAllocateVirtualMemory 0x 0x5589 0001 1000 0040 0009:trace:virtual:VIRTUAL_SetProt 0x5589-0x5589 c-rwx View: 0x5589 - 0x5599 (valloc) 0x5589 - 0x5589 c-rwx 0x558a - 0x5599 --rwx 0009:trace:heap:RtlAllocateHeap (0x5589,0002,0018): returning 55890098 0009:trace:heap:RtlAllocateHeap (0x5589,0002,0050): returning 558900b8 0009:trace:heap:RtlAllocateHeap (0x5589,0002,0018): returning 55890110 0009:trace:heap:RtlFreeHeap (0x5589,0002,55890098): returning TRUE 0009:trace:virtual:NtAllocateVirtualMemory 0x 0x556c 0006e000 8100 0080 View: 0x556c - 0x5572dfff (anonymous) 0x556c - 0x5572dfff c-rWx 0009:trace:module:load_builtin_callback loaded ntdll.dll 0x558900b8 0x556c 0009: load_dll( handle=(nil), base=0x556c, size=450560, dbg_offset=0, dbg_size=0, name=0x558900e0, filename=Lntdll.dll ) 0009: load_dll() = 0 0009:trace:heap:RtlAllocateHeap (0x5589,0002,0020): returning 55890130 0009:trace:heap:RtlAllocateHeap (0x5589,0002,0050): returning 55890158 0009:trace:heap:RtlAllocateHeap (0x5589,0002,0020): returning 558901b0 0009:trace:heap:RtlFreeHeap (0x5589,0002,55890130): returning TRUE 0009:trace:virtual:NtAllocateVirtualMemory 0x 0x559d 000fd000 8100 0080 View: 0x559d - 0x55accfff (anonymous) 0x559d - 0x55accfff c-rWx 0009:trace:heap:RtlAllocateHeap (0x5589,0002,0018): returning 55890130 0009:trace:module:load_dll looking for Lntdll.dll in L 0009:trace:module:load_dll Found loaded module Lntdll.dll for Lntdll.dll at 0x556c, count=1 0009:trace:virtual:NtProtectVirtualMemory 0x 0x55abbee8 0310 0008 0009:trace:virtual:VIRTUAL_SetProt 0x55abb000-0x55abcfff c-rW- View: 0x559d - 0x55accfff (system) 0x559d - 0x55abafff c-rWx 0x55abb000 - 0x55abcfff c-rW- 0x55abd000 - 0x55accfff c-rWx 0009:trace:module:import_dll --- LdrAccessResource ntdll.dll.32 = 0x55726eb0 0009:trace:module:import_dll --- LdrDisableThreadCalloutsForDll ntdll.dll.33 = 0x55726ec0 0009:trace:module:import_dll --- LdrFindEntryForAddress ntdll.dll.35 = 0x55726ee0 0009:trace:module:import_dll --- LdrFindResourceDirectory_U ntdll.dll.36 = 0x55726ef0 0009:trace:module:import_dll --- LdrFindResource_U ntdll.dll.37 = 0x55726f00 0009:trace:module:import_dll --- LdrGetDllHandle ntdll.dll.39 = 0x55726f20 0009:trace:module:import_dll --- LdrGetProcedureAddress ntdll.dll.40 = 0x55726f30 0009:trace:module:import_dll --- LdrInitializeThunk ntdll.dll.42 = 0x55726f50 0009:trace:module:import_dll --- LdrLoadDll ntdll.dll.44 = 0x55726f70 0009:trace:module:import_dll --- LdrLockLoaderLock ntdll.dll.45 = 0x55726f80 0009:trace:module:import_dll --- LdrShutdownProcess ntdll.dll.51 = 0x55726fe0 0009:trace:module:import_dll --- LdrShutdownThread ntdll.dll.52 = 0x55726ff0 0009:trace:module:import_dll --- LdrUnloadDll ntdll.dll.54 = 0x55727010