Hello,
I am unsubscribing from wine-devel since I am no longer actively doing
any wine development work. However, if any question arise about the
patches I submitted recently, please feel free to email me.
Good luck and have fun at wineconf!
Jeremy Shaw.
Gah!
Correction, you should use it in addition to Marcus' patch.
Jeremy, airhead, Shaw.
At Fri, 09 Jan 2004 11:26:19 -0800,
Jeremy Shaw wrote:
>
> Ack!
>
> I did test my patch before sending in it, but I am a doofus. I made
> the changes in one copy of the source tree, but
Ack!
I did test my patch before sending in it, but I am a doofus. I made
the changes in one copy of the source tree, but compiled and tested a
different copy of the source tree. So I didn't actually test the patch
at all!!
grr!
Here is a patch to fix things. You should use this patch instead of
am is not designed to handle.
If I remove the call to WS_setsockopt(), the xten sipphone client works
correctly.
I am proposing that the portion of the patch applied to WS_bind() be
removed unless someone has a convincing arguement that the patch is
actually valid.
Jeremy Shaw.
wave
headers left to write)
This is the normal case, in which case we sleep however long it will
take to play BUFFER_REFILL_THRESHOLD packets. This is how we prevent
arts from being overly aggressive at refilling the arts buffer.
Jeremy Shaw.
At Wed, 07 Jan 2004 21:22:33 +0100,
Eric Pouech wrote:
>
> Jeremy Shaw a écrit :
> > Hello,
> >
> > This message is largely for Chris Morgan's review, but I thought I
> > should open it to any interested parties.
> >
> > I have added wave-in
e. I did a lot of experimentation, and I believe the
current settings achieve the best balance/performance.
Jeremy Shaw.
4d.
(4d) Removed wodPlayer_DSPWait()
I just calculate the wait value once in wodOpen() and store it in
wwo->dwSleepTime.
(5) wodOpen ()
In wodOpen I changed the code from setting the ARTS_P_BUFFER_SIZE, to
setting the ARTS_P_PACKET_SETTINGS. This allows for finer control
which I needed i
nge the setting back to
mozilla, but:
(a) it's way to geeky for most people
(b) I would have to change the registry everytime ie reclaims
control.
Jeremy Shaw.
At Sat, 27 Dec 2003 21:56:33 -0500,
Chris Morgan wrote:
>
> Bleh. I meant that I symlinked /c/windows/system/winebr
y I would be glad to
send you a patch. It should be reliable, its just missing stereo input (currently only
supports mono) and has some extra debug code, etc.
Jeremy Shaw.
On Dec 16, 2003 7:53 PM, Chris Morgan <[EMAIL PROTECTED]> wrote:
> Should winedbg be able to load symbols up for n
Thanks, that seemed to fix it.
Jeremy Shaw.
On Nov 16, 2003 12:42 PM, Alexandre Julliard <[EMAIL PROTECTED]> wrote:
> Jeremy Shaw <[EMAIL PROTECTED]> writes:
>
> > Hopefully someone who understands linker magic better than me can come
> > up with a bette
:
distcc -o wine-kthread -Wl,--section-start,.interp=0x3c000100 main.o -L. -lkthread
-L../libs/wine -lwine -L../libs/port -lwine_port
and now the pthread_create() in kthread.c gets called.
Hopefully someone who understands linker magic better than me can come
up with a better fix...
Jeremy Shaw.
At
4b0 T pthread_create
Any idea how I can get things working again? I assume this is some
sort of linking issue, but I don't know where to go from here...
Jeremy Shaw.
At Sat, 15 Nov 2003 16:44:00 -0800,
Alexandre Julliard wrote:
>
> Jeremy Shaw <[EMAIL PROTECTED]> writes:
>
&g
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
ibjack is linked
against pthread, but wine can't be? For example, it is my understanding that
wine-kthread provides pthread emulation -- is this method of loading libjack with
wine_dlsym a way to get libjack to uses wine's pthread emulation instead of
/lib/libpthread?
Jeremy Shaw.
O
nking.
Thanks!
Jeremy Shaw.
16 matches
Mail list logo
