Hi folks,
As you might know, I'm currently toying with figuring out the MS DirectPlay
protocol. I've been making some progress with my wireshark dissector over the
weekend, and would be interested in some additional games to get more
different data on some of this stuff.
Here's what I would like you to do (if you want to help out):
Fire up a network sniffer that dumps to libpcap format. Grab TCP and UDP
packets.
Start a game that uses DirectPlay for networking and start a network game.
Start the game on another box and connect to the game. Now, in the game lobby,
use the chat to say something from both games. Then, change a setting or two
and start the game. After a few moments of playing (or more, your pick),
leave the game. After both games are closed, you can stop the capture, zip it
up and send it to me.
Thanks in advance,
Kai
--
Kai Blin, <kai Dot blin At gmail Dot com>
WorldForge developer http://www.worldforge.org/
Wine developer http://wiki.winehq.org/KaiBlin/
--
Will code for cotton.
Hey,
I'm sorry for not noticing this bug earlier - I have a bad habit of
only browsing bugs listed under wine-richedit. I actually sent in a
patch that fixes this bug before, but it wasn't accepted because I
hadn't marked a test that it causes to fail as todo_wine. Does the
attached patch solve your problem?
The attached patch moves all the logic to ME_SetSelection, so it'll
apply to EM_SETSEL as well as EM_EXSETSEL (they both are supposed to
follow the same special cases), and this way it will contribute to my
further separating functionality from the message handlers into ME_
local functions which is needed to properly implement windowless
controls.
This patch does result in a wrong return if the user sent a
SetSelection beyond the end of the document (windows allows you to
select an imaginary character at the end), but I don't think that's a
problem for anything, and I'll have it working in a couple weeks (I'm
working on improving the selection code in general, a part of which
will allow you to actually select that extra character in our
richedit). I suppose i could just put a small hack in for the
meantime, if anyone cares.
I haven't tried them together yet, but your new tests do look
significantly more comprehensive - well done.
--Matt
On 12/3/06, Lei Zhang <thestig(a)google.com> wrote:
> Hi,
>
> Changelog:
> * Check the input to EM_EXSETSEL
> * Fixes bug 6814
> * Added more comprehensive conformance tests for EM_EXSETSEL
>
> editor.c | 52 +++++++++++++++++++++---
> tests/editor.c | 103 +++++++++++++++++++++++++++++++------------------
> 2 files changed, 112 insertions(+), 43 deletions(-)
>
>
>
>
>
>
>
Le vendredi 01 décembre 2006 à 10:35 -0600, Jeremy Newman a écrit :
> ChangeSet ID: 30235
> CVSROOT: /opt/cvs-commit
> Module name: tools
> Changes by: jnewman(a)winehq.org 2006/12/01 10:35:01
>
> Added files:
> . : mono.php
>
> Log message:
> Jonathan Ernst <jonathan(a)ernstfamily.ch>
> - mono downloader script
Please don't forget to upload the files to sourceforge as requested with
the patches, because it is breaking those Wine downloads...
See:
http://source.winehq.org/mono.php?action=showlisthttp://source.winehq.org/mozactivex?action=showlist
Thanks
On Monday 04 December 2006 07:01, Damjan Jovanovic wrote:
> On Windows, calling closesocket in one thread causes blocking I/O
> operations on that socket (select, accept) running in other threads to
> return immediately. On Linux, the I/O will block forever. Calling
> shutdown as part of closesocket reproduces the same behaviour under
> Linux. Closes #4619 and #3777.
Sweet, this seems to solve part of the problems in bug #5534, too.
Thanks,
Kai
--
Kai Blin, <kai Dot blin At gmail Dot com>
WorldForge developer http://www.worldforge.org/
Wine developer http://wiki.winehq.org/KaiBlin/
--
Will code for cotton.
I've been using Firefox-1.5.x again on wine
(using the winehq packages for Ubuntu)
on my dual 650MHz system as my main browser
again for the last few months. It's working quite
well... except that javascript-heavy pages/apps like
gmail are a tad sluggish at accepting keyboard input.
For some reason, yahoo.com's main page is also sluggish;
they must do something fancy.
Both are fine with native firefox on this system.
I'm sure this won't affect anyone with a modern
system, but it is kind of sad that my trusty
old dual CPU system isn't up to daily tasks
anymore. Sniff... ah, well, I see Fry's has
amd64 4000 motherboard/cpu combos for $189,
guess it's time to upgrade.
At some point it'd be nice to look into why Firefox's
javascript is slow under Wine, though.
- Dan
Am Sonntag 03 Dezember 2006 21:52 schrieb Markus Amsler:
> /* IWineD3DTexture */
> + IWineD3DTextureImpl_Destroy,
Wouldn't it maybe be better to make the destroy method part of IWineD3DBase?
Sorry, I made a mess of titling this patch, twice. Please find and use
the version whose subject line and changelog entry refer to "winedump", not
"winedbg".
Thanks,
-- Andy.