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 comm
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 buffer
Le lun 07/02/2005 à 11:08, Paul Vriens a écrit :
> 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 ?
I only see a
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
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
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:
> >
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.
NetBSD/PPC is probably what you want.
-Original
Message-
From: M-Rick <[EMAIL PROTECTED]>
To: Martin Sternevald
<[EMAIL PROTECTED]>
Date: Mon, 7 Feb 2005 16:52:43 +0100
Subject: Re:
[Darwine] Wine for Linux PPC emulate Mac OS
>
> It is not exactly
what i Said at all.
>
> I said to r
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 inste
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 Di
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
i
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
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
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 i
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 - notabl
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
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
Martin Sternevald wrote:
Have a look at http://www.softpear.org
/martin
or : http://pearpc.sourceforge.net/
Tom
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, o
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.
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_Set
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
>
>> 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 be
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
>foreve
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
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
--- 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
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 ge
"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 bef
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 @
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 o
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 Dav
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 t
33 matches
Mail list logo