Thanks for that -
There was at least one problem with the patch. I've attached a fix for that
(apply over the top of the previous one).
I don't get buffer underruns in my own testing, but I do get an annoying
clicking noise every so often (seems to be when streaming buffers wrap from the
end b
pect
the following (using the CVS checkout from 20051102):
In the function COMM_WaitCommEvent in /dlls/kernel/comm.c line 2106 a
thread is created for WaitCommEventService. However, in this branch of
the if-statement fd is not released (using release_comm_fd).
Releasing fd seems to work and the n
Jonathan Ernst wrote:
Le jeudi 03 novembre 2005 à 10:08 +1100, Davin McCall a écrit :
On Wed, 2 Nov 2005 14:02:55 + (GMT)
Robbert Xerox <[EMAIL PROTECTED]> wrote:
2nd question: is creating the key
\HKEY_CURRENT_USER\Software\Wine\Alsa
Driver\UseDirectHW
necessary? If so, i'll
Hello Mike,
On 03.11.2005 07:24:42 Mike McCormack wrote:
> ChangeLog:
> Pass the correct verb.
> Add a space between extra parameters.
> Wait for ShellExecute to complete.
[...]
> if( ShellExecuteExW( &sei ) )
>+{
>+if (sei.hProcess)
>+WaitForSingleObject(sei.hProcess
Tested again with BattleZone2 and I'm still getting what sounds like
serious buffer underruns with this new patch. This one seemed to 'skip'
a bit more too, depending on action taking place on screen, but that
could be due to other issues (system load etc...). Running with Alsa as
the audio dri
Title: RE: alt-tab task switching form a wine app
-Original Message-
From: Robert Shearman [mailto:[EMAIL PROTECTED]]
Sent: Wed 11/2/2005 12:43 PM
To: Anthony R. Tuel
Cc: wine-devel@winehq.org
Subject: Re: alt-tab task switching form a wine app
Anthony R. Tuel wrote:
> It seems w
Dear Davin,
in the past days I have been testing your 'old' patch with wine-0.9 on
my Fedora Core 3 system (kernel-2.6.12-.1381_FC3, alsa-lib-1.0.6-8.FC3,
Soundblaster Live PCI = emu10k1), using Diablo2-LoD (patch 1.11b -
3DSound = no)
Now I have also tried your new patch.
Outcome in short : sou
Le jeudi 03 novembre 2005 à 10:08 +1100, Davin McCall a écrit :
> On Wed, 2 Nov 2005 14:02:55 + (GMT)
> Robbert Xerox <[EMAIL PROTECTED]> wrote:
> > 2nd question: is creating the key
> > \HKEY_CURRENT_USER\Software\Wine\Alsa
> > Driver\UseDirectHW
> > necessary? If so, i'll have to do that man
Yeah it seems to send the correct header now. Thanks. I'll run
linkchecker again on winehq maybe tomorrow.
Le mercredi 02 novembre 2005 à 16:14 -0600, Jeremy Newman a écrit :
> I've run into this before. Problem is that if I use a local URL it
> breaks the website images for the 404 page. This is
Hi,
Same as the previous wined3d patch + minor fix on UBYTE4 handling
Regards,
Raphael
? d3d8.dll.dbg.c
Index: d3d8_private.h
===
RCS file: /home/wine/wine/dlls/d3d8/d3d8_private.h,v
retrieving revision 1.68
diff -u -r1.68 d3d8_priv
On Wed, 2 Nov 2005 14:02:55 + (GMT)
Robbert Xerox <[EMAIL PROTECTED]> wrote:
> Hi Davin,Two questions about this:
> the patch fails here at hunk 5 with current cvs.
Works for me... I just made sure I had the latest files from CVS, but there
have been no updates to these files since wine-0.9,
Christian Costa <[EMAIL PROTECTED]> writes:
> Something wrong is happening here, fstatfs return a good fs magic ID for
> reiserfs and vfat partitions.
> However, for the cdrom it returns 0x9fa1 which corresponds to OPENPROM
> fs !?! (and this for my cdreader and my cd recorder)
Something is wro
Le mer 02/11/2005 à 17:25, Juergen Wieczorek a écrit :
[snip]
> It took me some time to sort my system out, but finally I got it.
> That sound was working at all when set to "OSS", was due to the cross-
> platform libao-0.8.5 which I had installed earlier and then forgot.
Wine doesn't use libao (o
Am Dienstag, den 01.11.2005, 07:13 -0500 schrieb Vincent Béron:
> Le mar 01/11/2005 à 05:03, Juergen Wieczorek a écrit :
> [snip]
> > Dear Vincent,
> Hi Juergen,
>
> > I have been rpmbuilding the sources on my FC3 system with the latest
> > standard kernel-2.6.12-1.1381_FC3, which like all previou
On Wednesday 02 November 2005 11:46, Christoph Frick wrote:
> On Wed, Nov 02, 2005 at 11:39:17AM +0100, [EMAIL PROTECTED] wrote:
> > You are right, it's a known problem.
> > See DirectDraw7 to Wined3d recent thread, it's related about
> > drawPrimitiveStriddedSlow. We have 3 solutions:
> > - when
I've run into this before. Problem is that if I use a local URL it
breaks the website images for the 404 page. This is due to the local
path not matching what the URL reads. I get around it by using the
redirect.
I did fix the code in the website so when the 404 page is loaded, it
correctly sends
Alexandre Julliard wrote:
Christian Costa <[EMAIL PROTECTED]> writes:
If I set H: to autodetect, GetDriveType returns DRIVE_FIXED (3).
Then you need to figure out why FILE_GetDeviceInfo doesn't recognize
it as a CDROM.
Something wrong is happening here, fstatfs return a good fs m
Anthony R. Tuel wrote:
It seems when I have an app up running under wine (lotus notes 6.5.4
in my case) and I switch to another app (using a gaim messaging window
in my case) using alt tab, when I come back to my notes window its as
if I'm still holding the alt key. Not sure if this happens i
Rob D wrote:
There were a couple other things that were slightly different on Wine
than Windows, and were easily fixed or reworked. The only thing that
is not easily work-around-able, is that it seems that there are no
WM_SIZING messages sent when running on Wine. WM_SIZE messages are
sent ju
On Wed, 2005-11-02 at 10:54 +0100, Alexandre Julliard wrote:
> Daniel Stodden <[EMAIL PROTECTED]> writes:
>
> > then, one of my better guesses on how to proceed seemed to be:
> >
> > winebuild --dll -fPIC -E vendor.dll.spec -L. -lvendor test.o -o
> > libvendor.dll.s
> >
> > the assembler code look
> now it's fine. lprc->top is one-based that lead me to think that we
> shouldn't use lprc->top as the subItem identifier.
It's documented as the subItem identifier. Why not use it?
--
Dimi Paun <[EMAIL PROTECTED]>
Lattica, Inc.
--- Christoph Frick <[EMAIL PROTECTED]> wrote:
> hiho,
>
> i encountered the following problem with Live For Speed [1]: once i
> setup my car and choose a color for it red and blue are swaped. also i
> got a FIXME there from: dlls/d3d8/vshaderdeclaration.c:675 (the case for
> D3DVSDT_D3DCOLOR).
On Wed, 2005-11-02 at 10:23 -0500, Dimi Paun wrote:
> > now it's fine. lprc->top is one-based that lead me to think that we
> > shouldn't use lprc->top as the subItem identifier.
>
> It's documented as the subItem identifier. Why not use it?
>
Sorry, I meant, not to use it in this special case. S
Sergio wrote:
My problem was that the MainDll function in the source lacked << extern "C"
Now my question is: how's it that VC++ did not need that?
Yes.
VC++ Has special handling for DllMain,WinMain and such. Depending on the
different targets you have (MFC COM C and so on) there is di
On Wed, 2005-11-02 at 08:22 -0500, Dimi Paun wrote:
> On Wed, 2005-11-02 at 08:26 +0100, Paul Vriens wrote:
> > Ok, there we go (i've started winedbg or I'm not getting to the wine
> > debugger, the bt is however the same as already printed):
>
> Good. Can you also send me your version of listview
From: "Sergio" <[EMAIL PROTECTED]>
> Now my question is: how's it that VC++ did not need that?
Maybe it has special handling for main()?
--
Dimi.
Hi,
On Wed, Nov 02, 2005 at 01:15:32AM +0100, Johannes Anderwald wrote:
> Andreas Mohr wrote:
> >>FIXME("Unhandled Verb %xl\n",LOWORD(lpcmi->lpVerb));
> >
> >What kind of format specifier is that supposed to be?
> >I don't know that one...
> >Maybe use %p instead? (or %lx??)
> This sta
Hi Davin,Two questions about this:
the patch fails here at hunk 5 with current cvs.
2nd question: is creating the key
\HKEY_CURRENT_USER\Software\Wine\Alsa
Driver\UseDirectHW
necessary? If so, i'll have to do that manually (in
regedit) i guess, as winecfg does not create such a
key anywhere. And is
Andreas Mohr wrote:
FIXME("Unhandled Verb %xl\n",LOWORD(lpcmi->lpVerb));
What kind of format specifier is that supposed to be?
I don't know that one...
Maybe use %p instead? (or %lx??)
This statement should be %lx. However, this statement is _not_ part of
my patch.
if (GetFil
OK. I have solved the problem. I will explain it a little just in case
someone runs into the same 'problem'.
First of all, linking res files in c++ projects works fine.
My problem was that the MainDll function in the source lacked << extern "C"
>> in its declaration. Inside that function the plugi
hi all.
i'm stuck.
like probably many others before me, i've got a native w32 dll which i
would like to hook into on a linux box. no source code available.
the case is almost identical to
http://www.winehq.com/hypermail/wine-devel/2003/12/index.html#231
though, there's not much application co
On Wed, 2005-11-02 at 08:26 +0100, Paul Vriens wrote:
> Ok, there we go (i've started winedbg or I'm not getting to the wine
> debugger, the bt is however the same as already printed):
Good. Can you also send me your version of listview.c
and the output of a run with +listview?
--
Dimi Paun <[EM
Lionel Ulmer <[EMAIL PROTECTED]> writes:
> @@ -173,6 +174,13 @@
> /* Initialize system colors and metrics */
> SYSPARAMS_Init();
>
> +/* Now that system metrics are set-up, we can initialize the clip
> rectangle */
> +rect.left = 0;
> +rect.right = GetSystemMetrics(SM_C
On Wed, 2005-11-02 at 18:28 +0900, Mike McCormack wrote:
> Daniel Stodden wrote:
>
> > though, there's not much application code yet, except a small test
> > program written by myself, currently only meant to call a single
> > function on the dll.
> >
> > so, using winemaker does not seem to spit
To all those who tested my previous patch, thanks.
I have a new patch which may help to resolve some of the (few) issues which
cropped up. The "length not a multiple of block size" issue has been partially
addressed. Also, buffer underruns should be far less frequent than the previous
patch if
Daniel Stodden <[EMAIL PROTECTED]> writes:
> then, one of my better guesses on how to proceed seemed to be:
>
> winebuild --dll -fPIC -E vendor.dll.spec -L. -lvendor test.o -o
> libvendor.dll.s
>
> the assembler code looks reasonable. though, linking fails with
> duplicate symbols:
>
> winegcc t
Daniel Stodden wrote:
though, there's not much application code yet, except a small test
program written by myself, currently only meant to call a single
function on the dll.
so, using winemaker does not seem to spit out anything usable,
and there seems to be no official documentation on how
hi all.
sorry in case this email will get delivered twice to the list.
i subscribed yesterday an promptly used the wrong mail address
to post. so here i post again.
i'm stuck at the process of loading PE dlls.
like some others before me, i've got a native w32 dll which i
would like to hook into
hiho,
i encountered the following problem with Live For Speed [1]: once i
setup my car and choose a color for it red and blue are swaped. also i
got a FIXME there from: dlls/d3d8/vshaderdeclaration.c:675 (the case for
D3DVSDT_D3DCOLOR).
so i tried various things to put data in the hardware, but n
39 matches
Mail list logo
