On Wed, 29 Dec 2004 16:44:05 -0800 (PST), Linus Torvalds
<[EMAIL PROTECTED]> wrote:
>
> That still leaves the problem of the clearing of TF_MASK. I _appears_ that
> the problem is that TF was set both by Wine doing a PTRACE_SINGLESTEP
> (since PT_DTRACE is set) _and_ the application having TF enab
Le mer 29/12/2004 à 05:38, Joris Huizer a écrit :
[snip]
> In debian the package is called libasound2-dev, version
> "0.9.0beta10.9.0beta1" which should be the 0.9 branch of alsa
I thought we stopped supporting alsa 0.9 a while ago to focus on alsa
1.0...
(Looking through dlls/winmm/winealsa/aud
Am Mittwoch, 29. Dezember 2004 21:26 schrieb Jacek Caban:
> Hello.
>
> >Hello,
> >
> >this problem confuses me. I have started regession testing. It turn out to
> > be a problem of 'out of tree' builds and the name of the directory
> > containing the cvs tree. If i use the cvs tree as checked out f
On Wed, 29 Dec 2004 12:04:57 -0800 (PST), Linus Torvalds
<[EMAIL PROTECTED]> wrote:
> On Wed, 29 Dec 2004, Jesse Allen wrote:
> > > So does removing the conditional TF clear make everything work again?
> > >
> >
> > Yes, as long as TIF_SINGLESTEP is not set in set_singlestep().
>
> That may be a c
On Wed, 29 Dec 2004, Jesse Allen wrote:
>
> >
> > So does removing the conditional TF clear make everything work again?
> >
>
> Yes, as long as TIF_SINGLESTEP is not set in set_singlestep().
That may be a clue, if only because that makes absolutely _zero_ sense.
Setting TIF_SINGLESTEP sho
On Wed, 29 Dec 2004 12:40:53 -0700, Jesse Allen <[EMAIL PROTECTED]> wrote:
> For the wine people, I will try to upload the seh debug channel logs
> as soon as possible.
>
I have a page with the latest logs.
http://www.chez.com/alors/
Hello.
Hello,
this problem confuses me. I have started regession testing. It turn out to be
a problem of 'out of tree' builds and the name of the directory containing
the cvs tree. If i use the cvs tree as checked out from winehq widl crashes.
If i rename the main directory wine of the cvs tree
On Wed, 29 Dec 2004 20:35:44 +0100, Thomas Sailer <[EMAIL PROTECTED]> wrote:
>
> Mike,
>
> thanks a lot for your mail. I've just tried Jesse Allen's Patch with
> 2.6.10-ac1, but unfortunately it doesn't seem to be enough to get xst
> working again. Let me know if (and how :)) I can help gather ev
On Wed, 2004-12-29 at 15:02 +, Mike Hearn wrote:
Mike,
thanks a lot for your mail. I've just tried Jesse Allen's Patch with
2.6.10-ac1, but unfortunately it doesn't seem to be enough to get xst
working again. Let me know if (and how :)) I can help gather evidence.
Tom
On Wed, 29 Dec 2004, Mike Hearn wrote:
>
> I can't see if he CCd anybody from the archives but Jesse Allen posted a
> nice analysis of the remaining problem here:
>
> http://www.winehq.org/hypermail/wine-devel/2004/12/0691.html
Ok, I don't remember the context from the Wine lists (and it's not
On Wed, 29 Dec 2004 10:53:54 -0800 (PST), Linus Torvalds
<[EMAIL PROTECTED]> wrote:
> Ok, I don't remember the context from the Wine lists (and it's not clear
> from the older emails I was cc'd on), so the "#3 signal.c" change
> description is a bit too vague. Jesse, willing to just point to the ex
My apologies for not responding, I had attempted to
sign up for the list, and that had failed. Oops! Now,
here I am. :)
Paul van Schayck said, about the <> ..
oops, that was a mistake in my search/replace.. I
thought I had fixed all of those occurences that I
made.
Also, for the !loggedin()
Please, no tabs :-P
Chris
On Wednesday 29 December 2004 7:10 am, Paul van Schayck wrote:
> weird
Any news about the ptrace single-stepping breakage of wine?
The application that stopped working for me is xst, the Xilinx HDL
synthesizer (there's a free as in beer version at
http://www.xilinx.com/xlnx/xebiz/designResources/ip_product_details.jsp?sGlobalNavPick=PRODUCTS&sSecondaryNavPick=Design+
On Wed, 2004-12-29 at 03:14 +0100, Thomas Sailer wrote:
> Any news about the ptrace single-stepping breakage of wine?
I can't see if he CCd anybody from the archives but Jesse Allen posted a
nice analysis of the remaining problem here:
http://www.winehq.org/hypermail/wine-devel/2004/12/0691.html
Stefan Leichter wrote:
this problem confuses me. I have started regession testing. It turn out to be
a problem of 'out of tree' builds and the name of the directory containing
the cvs tree. If i use the cvs tree as checked out from winehq widl crashes.
If i rename the main directory wine of the
Robert Shearman wrote:
Christian Costa wrote:
@@ -1191,7 +1287,9 @@
OAFilterState *pfs) {
ICOM_THIS_MULTI(IFilterGraphImpl, IMediaControl_vtbl, iface);
-TRACE("(%p/%p)->(%ld, %p): stub !!!\n", This, iface,
msTimeout, pfs);
+TRACE("(%p/%p)->(%ld, %p): semi-stub
Robert Shearman wrote:
Christian Costa wrote:
Hi,
This time with more thread safety.
Looking better, but one more change needed. In addition, most of the
code in filtergraph.c isn't thread safe.
I agree. I will look at this after I finish what I'm currently working on.
Thread safety is particular
Christian Costa wrote:
Hi,
This time with more thread safety.
Looking better, but one more change needed. In addition, most of the
code in filtergraph.c isn't thread safe. Thread safety is particularly
important in DirectShow where threads are heavily used. Debugging random
crashes is not fun.
Christian Costa wrote:
@@ -1191,7 +1287,9 @@
OAFilterState *pfs) {
ICOM_THIS_MULTI(IFilterGraphImpl, IMediaControl_vtbl, iface);
-TRACE("(%p/%p)->(%ld, %p): stub !!!\n", This, iface, msTimeout,
pfs);
+TRACE("(%p/%p)->(%ld, %p): semi-stub !!!\n", This, iface,
m
@@ -1191,7 +1287,9 @@
OAFilterState *pfs) {
ICOM_THIS_MULTI(IFilterGraphImpl, IMediaControl_vtbl, iface);
-TRACE("(%p/%p)->(%ld, %p): stub !!!\n", This, iface, msTimeout,
pfs);
+TRACE("(%p/%p)->(%ld, %p): semi-stub !!!\n", This, iface,
msTimeout, pfs);
+
+
Vincent Béron wrote:
Le mar 28/12/2004 à 09:24, Joris Huizer a écrit :
Hello,
For the past week or so, building from cvs on a debian/stable system w/
alsa installed (using a custom kernel Linux debian 2.4.18.041216) breaks
on alsa-specific code in wine;
I attached the log; note that I did a `cvs
Christian Costa wrote:
Hi,
Changelog:
Implemented IMediaControl_Run that explores the graph, counts
renderers and starts filters.
Better implementation of IBaseFilter_Run for AVI SPlitter and AVI
Decompressor.
Use the standard memory allocator when an output pin does not provide
any allocator.
S
Am Dienstag, 28. Dezember 2004 23:47 schrieb Jacek Caban:
> Stefan Leichter wrote:
> >Am Dienstag, 28. Dezember 2004 11:15 schrieb Jacek Caban:
> >>Hi.
> >>
> >>Stefan Leichter wrote:
> >>>Hello,
> >>>
> >>>i hope you all had nice Christmas.
> >>>
> >>>Now back to business :-)
> >>>
> >>>trying to
24 matches
Mail list logo
