[vlc-devel] Re: vlc: svn commit r19042 (courmisch)

Rémi Denis-Courmont rem at videolan.org
Wed Feb 28 19:57:32 CET 2007

Le mardi 27 février 2007 22:08, Derk-Jan Hartman a écrit :
> On 27-feb-2007, at 17:54, Subversion daemon wrote:
> > r19042 | courmisch | 2007-02-27 17:54:38 +0100 (Tue, 27 Feb 2007) |
> > 2 lines
> > Changed paths:
> >    M /trunk/modules/services_discovery/sap.c
> >
> > Listen to link-local SAP announces too
> >
> >> http://trac.videolan.org/vlc/changeset/19042
> This breaks the windows build because windows doesn't have
> if_nameindex()

Microsoft has a crappy socket stack. I have already wasted enough of my 
time trying to work-around their bugs (yes, there are a bunch of them), 
wrapping their insanely non-standard APIs, and fixing our own 
Winsock/Win32-specific port bugs. I just stopped. If Win32 ignores 
standards, I can fairly ignore Win32. Whenever I need to write 
something to run on Windows, I use Mono (Java would probably do), but 
that's out of topic here.

Besides, I cannot decently provide a Win32-specific implementation since 
I could not test it. And I can only discourage people from trying to do 
that (porting without testing); that's one of the primary source of 
VLC/Win32 bugs.

More generally, I feel we are sinking way to much of our precious 
limited free time supporting Win32, as well as postponing releases ever 
and ever only because of Win32. If the Win32 port cannot catch up, it 
should be released (if not altogether managed) separately. But that 
brings us to another of the main reason why VLC builds and releases are 
a big headaches these days, and why LibVLC fails to take off: Our tree 
is simply too centralized.

Rémi Denis-Courmont
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://mailman.videolan.org/pipermail/vlc-devel/attachments/20070228/be6918b8/attachment.sig>

More information about the vlc-devel mailing list