Hello,
I did some experiments, and I believe that something did get broken in
the recent changes -- specifically, libjack is now calling the real
pthread functions instead of the wine emulated functions.
In cvs head, in loader/kthread.c, in pthread_create() I added a
P_OUTPUT. I never see 'pthrea
Rein Klazes <[EMAIL PROTECTED]> writes:
> I looked at many of these sequences. In all of them the subthread
> finished well before the main thread executed its Wait. I was looking
> for timing differences between the processing of the two threads,
> checking whether and when the WM_NULL message ge
Jeremy Shaw <[EMAIL PROTECTED]> writes:
> So, if winejack.drv.so requires libjack which is linked against
> libpthread -- should it work with wine-kthread? And, if it does work,
> will libjack be calling the real pthread functions in libpthread or
> the emulated pthread functions in wine?
Yes it
Hello,
So, if winejack.drv.so requires libjack which is linked against
libpthread -- should it work with wine-kthread? And, if it does work,
will libjack be calling the real pthread functions in libpthread or
the emulated pthread functions in wine?
Jeremy Shaw.
At Sat, 15 Nov 2003 22:42:27 +0100
> From reading some of the other messages sent today, I gather wine-pthreads requires
> nptl and the new (2.5.x/2.6.x) kernel?
Yes.
> Is there any chance this is going to work with wine-kthread? Is the
> function pointer/wine_dlsym tricks some work around related to the fact
> that libjack is
Hello,
>From reading some of the other messages sent today, I gather wine-pthreads requires
>nptl and the new (2.5.x/2.6.x) kernel?
Currently, the winejack driver itself (winejack.drv.so), is not explicitly linked
against libjack or libpthread. Instead, winejack uses some function pointer and
Francois Gouget wrote:
On the Forums page, the [EMAIL PROTECTED] list should
probably be the first thing on the page.
Yes, we could tweak this. What about the following order:
wine-announce
wine-users
wine-devel
wine-patches
wine-cvs
wine-releases
wine-license
wine-bugs
wine-test
On November 15, 2003 09:43 am, Rein Klazes wrote:
OK, this looks good, but 2 small nits:
> - dispInfo.item.iSubItem = lpLVItem->iSubItem;
> + dispInfo.item.iSubItem = isubitem;
I'm not sure if we have to use the original one here or not.
We should add a test for this mess as
Gerald Pfeifer <[EMAIL PROTECTED]> writes:
> Would you mind reverting this, at least for FreeBSD? FreeBSD does have
> POSIX threads, in -STABLE and especially improved in -CURRENT (which will
> soon become the stream for regular releases.
Posix threads are not enough, we need an implementation t
Hi,
When downloading headers form multiple groups Agent often locks up.
The program does the following:
-(Main). main thread creates a sub thread:
| 0009:Call
kernel32.CreateThread(,2000,006648e0,41ac6cb0,0004,41ac6cb0)
ret=006649c9
| 0009: *fd* 23 <- 41
| 0009: new_thread( su
On Sat, 15 Nov 2003, Gerald Pfeifer wrote:
> Alexandre,
>
> I noticed that you disabled using pthreads on non-Linux platforms by
> means of the following patch:
>
> revision 1.12 of loader/Makefile.in
> date: 2003/11/11 00:48:21; author: julliard; state: Exp; lines: +12 -11
> Only build b
Le sam 15/11/2003 à 08:07, Mike Hearn a écrit :
> On Fri, 2003-11-14 at 04:24, Vincent Béron wrote:
> > Disabling exec-shield (either via setarch i386 or with the proc thing)
> > works sometimes, depending on the loading addresses assigned to
> > libraries. If something (libc, libm, libdl, etc.) us
Em Sáb 15 Nov 2003 13:28, você escreveu:
Hi,
Recently I found plus a regression when trying to install my application,
using the installer of the M$, with updated cvs. See the error:
[EMAIL PROTECTED] setup]$ wine config
Could not stat /mnt/fd0 (No such file or directory), ignoring drive A:
Could
On Mon, 10 Nov 2003, Parzival Herzog wrote:
> wrc doesn't seem to accept -r option,even though it is automatically
> generated by make file
You mean that winemaker generated a makefile that invokes wrc with the
-r option?
I checked today and as far as I can see winemaker does does no such
thing
Alexandre,
I noticed that you disabled using pthreads on non-Linux platforms by
means of the following patch:
revision 1.12 of loader/Makefile.in
date: 2003/11/11 00:48:21; author: julliard; state: Exp; lines: +12 -11
Only build both Wine binaries on Linux, pthread support doesn't work
On Tue, 11 Nov 2003, Dan Kegel wrote:
[...]
> Now, if you want to make things easier for users, there's
> room for improvement on the winehq forums page. For starters,
> the Forums link on the main page is buried a bit; it ought
> to be higher up (say, right after FAQ; the HowTo link should
> be p
On Sat, 15 Nov 2003 01:50:34 -0500, you wrote:
> On November 12, 2003 08:30 am, Rei
>
> OK, I've looked at the code, and it may be the fix. The problem with
> it is that we modify the app's structure, which may be a problem.
> Can you please check with the native comctl32 if it modifies iSubIte
On Sat, 2003-11-15 at 03:06, Jeremy Shaw wrote:
> I am trying to use wine-pthread because I want to use the winejack
> driver. The winejack driver does not work correctly with wine-kthread,
> because in libjack, there is a call to pthread_create which never
> returns.
That sounds like a bug in Win
On Fri, 2003-11-14 at 04:24, Vincent BÃron wrote:
> Disabling exec-shield (either via setarch i386 or with the proc thing)
> works sometimes, depending on the loading addresses assigned to
> libraries. If something (libc, libm, libdl, etc.) uses that address,
> nothing Win32 will be usable. When ex
I am working on ReactOS and would like to take the code in
static void X11DRV_DIB_SetImageBits_RLE4( int lines, const BYTE *bits,
DWORD width, DWORD dstwidth,
int left, int *colors,
On Sat, 15 Nov 2003 01:50:34 -0500, you wrote:
> On November 12, 2003 08:30 am, Rein Klazes wrote:
> > | if (lpSubItem)
> > | {
> > | SUBITEM_INFO *lpSubItem = LISTVIEW_GetSubItemPtr(hdpaSubItems,
> > | lpLVItem->iSubItem); pItemHdr = lpSubItem ? &lpSubItem->hdr :
> > | &callbackHd
On November 12, 2003 08:30 am, Rein Klazes wrote:
> | if (lpSubItem)
> | {
> | SUBITEM_INFO *lpSubItem = LISTVIEW_GetSubItemPtr(hdpaSubItems,
> | lpLVItem->iSubItem); pItemHdr = lpSubItem ? &lpSubItem->hdr :
> | &callbackHdr;
> |+ if(!lpSubItem) lpLVItem->iSubItem = 0;
> |
22 matches
Mail list logo
