[MPlayer-cygwin] bug hunting

[Sascha Sommer]

> Hi!
>
> We are wrapping up the 0.90 release but there are still some bugs
> lingering in our Cygwin version.  A few things broke between releases,
> maybe you can help me find the exact date and/or commit that broke it
> so we might hopefully fix it.
>
> - Sometime between RC1 and RC2 compilation with --disable-streaming
>   broke.
>
> - Real DLLs have been working at some unknown point in the past.
> - QT DLLs work for some people and not for others.  Maybe we can do a
>   bit more detective work around this issue.
Did you try to remove all your *.qtx files etc.
and install quicktimeplayer from apple.com?
It definitly works here.

>
> - Win32 DLLs would be really cool - Sascha ? ;-)
mingw port would be cooler
I'm not so sure about the win32 dlls anymore.
I got realplayer dlls working at some point in the past but if you link
to -lwinmm, which is required for ao_win32, it segfaults in libwinmm_a_iname

>
> Any help/research/patch is appreciated.
>
> Strangely --disable-streaming works if I remove the ifndef lines in
> libmpdemux/demux_mov.c.
>
> // inclusion of fcntl.h cause cygwin gcc crash
> #ifndef __CYGWIN__
> #include <fcntl.h>
> #endif
>
> gcc 2.95.3-10 then gives an internal compiler error, gcc 3.2 is fine.
> Does anybody still use 2.95.3-10 with Cygwin?  Should we remove this
> and stop supporting that compiler or is it not worth it?  Any better
> solution?
remove

Also there is a bug if you use mplayer without cygwin environment, because
HOME dir
is not set. It will search in network then, what will cause a 30s delay.


S. Sommer