[Bug 19493] socket option IP_PKTINFO is not implemented

[wine-bugs at winehq.org]

http://bugs.winehq.org/show_bug.cgi?id=19493

--- Comment #10 from Erich Hoover <ehoover at mines.edu> 2010-10-11 09:33:41 CDT ---
(In reply to comment #9)
> I think I will be able to patch and compile wine, although I have not done this
> for some years. I would definitely be interested in the patch, and I would try
> it.

I've posted a Request For Comments on wine-devel, here is a direct link to the
patch:
http://www.winehq.org/pipermail/wine-devel/attachments/20101010/27590113/attachment-0001.bin

If you need them, there are some instructions for compiling and patching Wine
here (though they're not very specific):
http://wiki.winehq.org/FAQ#head-7ed3c3163e2b932ee2030a48f9c5e553dc41817b

> I know nothing of the test suite. I just think that:
> 1) the test should produce the same result in windows and wine

This is part of the point of the test system, the other point being able to
check for regressions.  The new test bot system
(https://testbot.winehq.org/index.pl)  actually allows developers to run tests
on a variety of Windows versions.

> 2) the test in this case must involve receiving and distinguishing multicast
> packets from 2 different multicast groups. Of course a sender program is
> required, but this is really easy.

At the very least this should be a separate test, as IP_PKTINFO and
multicasting are independent features (though this might also be a good test to
add).  I don't have a lot of experience with multicast (my interest in
IP_PKTINFO is for a completely different application), but you have to be
careful when constructing tests to not require a network card.  Can you send
and receive packets for a multicast group using only the local adapter?

-- 
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.