Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>

pthread_kill() has not been implemented on OS/2, yet.
Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>

Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>

The first element allocated by FromLocale() is argv[2] not argv[1].
Signed-off-by: Rémi Denis-Courmont <remi@remlab.net>

The user is not going to see the banner, and this tends to clutter
error logs (X server, cron jobs...) - not only on MacOS.

...rather than with a command line option. This enables extending the
set of plugins paths globally, for all LibVLC applications.

Using an environment variable seems more logical than a command line
option considering that the module bank is shared by all VLC instances
in the process. In other words, it did not belong as a parameter to
libvlc_new().

This works around Qt4 QProcess getting stuck waiting for its
SIGCHLD signal handler to be called.

We don't really want to inherit the blocked signal mask from our parent.

This affects way too many code paths. Let KDE fix their own crap.

Enable it in vlc binary

Removes the KDE scheduler hack.

This reverts commit 4d636fa3.

Older versions did that too, and it can be quite useful when debugging.

The XVideo and X11 outputs can cope with this properly now

This saves one thread. Previously, the main thread was doing nothing.

Currently, this is not used anywhere, but better have it for forward
compatibility. This is not as elegant as a dedicated libvlc function
call. But there is no other way to set a parameter before
libvlc_InternalInit() is called by libvlc_new(), short of changing the
libvlc_new() prototype (again). And that would probably be worse.

... so that waitpid() works even if our parent process ignores SIGCHLD
(SIG_IGN is preserved across exec*()).

(This seems like a toolchain bug)

This reverts commit 9f9f6d11.

The XCB/XVideo (for a long time) and the XCB/X11 (since the commit
before the previous one) video output plugins will fail safe in case
the embedding window has an alpha channel. In VLC 1.0, the Xlib plugins
needed this hack as the Xlib error handler would terminate VLC.

If compositing is in use, VLC will now use GLX. This will require
software chroma conversion from YUV to RGB. Also, unless the GLX output
is explicitly selected, VLC will flash twice before it starts rendering.
First, it tries (and fail) to use XVideo, then plain X11. To fix this
cosmetic problem, we would need to keep the window across plugins.

I assume this change is needed to fix #3581, but I have not tested, so
it may or may not be sufficient.

This trick does not work with Qt <= 4.5 unfortunately.

Ensure that stdio and libintl won't do heap allocations beforehand.