Fixed FFmpeg configure patching

When checking for filters overflow, actually handle the error (CID 48)

block_Realloc: shortcut the release case

libvlccore: Also print a backtrace on Mac OS X.

Note: We may want to check that at configure time.

macosx: Remove a trailing
 in msg_Dbg.

Fix generation of libswscale.pc in ffmpeg.

Fix NULL pointer deferences (CID 120 & 121)

libvlc: Don't wait if p_libvlc is dying in libvlc_wait().

playlist: Make sure fetcher and preparser won't miss a vlc_object_kill().

More *.m4's to ignore

Fix [79b485f92c454b7444ff5a2f2fd6e649aa7b8270] properly. Thanks for finding the duplicate!

Print backtrace in vlc_pthread_fatal

Improve the still really dumb reference checker

audio_output: Typo.

macosx: Fix a typo.

macosx: Cleanup in -applicationWillTerminate:, properly quit libvlc when Application is exited.

var_CreateGetString must return NULL in case of error

Revert "Simplify - CID 6"

This reverts commit 9ca4d5423b158b41090e9c0a621b5916fc040133 which
introduces a segfault.

Remove unused arguments - CID 5

Ignore libtool M4 macros

Simplify - CID 6

Check properly if vout is dying - CID 7

Remove dead code - CID 9

Remove useless NULL check (p_sys->p_vout can never be NULL once the
filter was opened). (CID 110)

Fix off by 1 errors (CID 42 and 43).

Fix double free - CID 131

Fix stupid logic (CID 13).

git commit --amend src/misc/objects.c. Ahum.

objects: Don't lock parent in vlc_object_attach(). It creates quite hard to resolve dead lock, and hopefully it is safe enough not to lock here. We only risk receiving kill event twice. But given current API it is ok.

Fix image handler leak. (CID 102)

objects: Make sure that we don't loose a vlc_object_kill() when attaching to a dead or dying parent.

Note: We do need to lock the parent for that.

Simplify: false positive CID 139

Add support for applesmc motion sensors (macbooks) on linux. (Untested
since the sensor doesn't want to work on my laptop)

Fix spelling.

Fix double fclose()

CID 140

Fix double (or up to 2^sizeof(int) times)

Reported by Coverity scan : CID 142

Update vlcwidget.py to match the new mediacontrol API

vlc_network.h: Define AI_NUMERICSERV if not defined.

Better patch to fix bug introduced by 0448c670c32d9f See: http://dinauz.org/~jpeg/VideoLAN/capture32.png (after left-click in the video output)

Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

signals: Workaround the fact that sigwait() isn't a pthread cancellation point on Mac OS X.

standard: Special case for AI_NUMERICSERV (if not defined).

Use the signal interface and fix signal handling

signal handling interface

libvlc_run_interface -> libvlc_add_intf (non-blocking)

libvlc_wait: wait until libvlc is killed by an interface

Block all signals in VLC threads

Fix infinite loop

Spelling

Cleanup handling of thread-less interfaces

Simplification

This file is automatically generated nowadays

Another workaround to not forbid development

I should do a real fix within a short time
Probably using vlc_gc_* for picture_t

New vu meter visualization.

Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

The totally dumb reference checker

vlc_threadobj(): returns the object nesting the current thread

Also fix the threads entry point prototype on Windows.

Make sure INT64_C is defined correctly, and that we don't conflict with config.h.

Revert "Revert "live555: Don't put any INT64_C related hack here. We need to fix that properly.""

This reverts commit b8d7dae428bc149d70633f044d335be611187609.

There was a reason for the removal of this hack. I introduced that hack while trying to fix that precise compile error, and decided that this fix was hiding a bigger problem. Would be nice to summon before reverting, that could prevent such mistake.

intf_Destroy(): use vlc_object_release() and a destructor instead

While reading this, you will find a bunch of:
  while (find (VLC_OBJECT_INTERFACE))
     release; release;

These are of course plain BUGS (which are neither introduced nor fixed
by this commit). Imagine, for instance, what happens if two threads run
the code above at the same time... they end up releasing the interface
once too many.

vlc_object_get() sucks badly enough, no need to add more bugs

Fix unlikely lock leak

Use a doubly-linked list for objects instead of a flat table

Speeds up object creation and deletion, slows down vlc_object_get (which
you should not use anyway, remember), makes no difference for the rest

vlc_internals: use VLC_OBJECT, kill a bunch of warnings

Fix a warning

Fix Winsock

Windows does not have AI_NUMERICSERV for some reasons

Do not serialize DNS queries on Win32, that's slooow!

Fix gai_strerror replacement

Fix [95e3bb2eaf22929dac3e2c37a26a23e9a0619333]

Merge branch 'master' of git@git.videolan.org:vlc

Revert "Remove wrong check for img_resample() when ffmpeg is built with libswscale. img_resample() is on the list of deprecated functions and is currently mutual exclusive with swscale." It was the wrong fix.

This reverts commit e1629c217e6c7e99225f40a5a7d778217e9a742e.

Simplify, and remove racy IDN code

vlc_getaddrinfo -> getaddrinfo, and set sane hints

We really do not want to apply the VLC address family "policy" here.

Revert "Avoid using vlc_object_find() when not needed"

This reverts commit ee6f60d7278f9d45835522eb60c247ee8bef77ac.
This case is already handled in vlc_object_find()

Merge branch 'master' of git@git.videolan.org:vlc

vlc_dgettext: remove

Enforce the --vbi-position option. Don't crop letters.

Fix ffmpeg section flag handling calls. (at least it fixes the pkg-config code path)

Builds opencv video filters elsewhere than win32

Remove wrong check for img_resample() when ffmpeg is built with libswscale. img_resample() is on the list of deprecated functions and is currently mutual exclusive with swscale.

Revert "live555: Don't put any INT64_C related hack here. We need to fix that properly."
Don't break the build in the mean time !!!

This reverts commit d682e91e10f9ceabfb52385e0956e1fabba9928c.

qtcapture: Initialize our structure no sooner than needed.

qtcapture: Don't probe qtcapture access if not selected.

NULL pointer dereference

Install libvlccore.dll  too.

Try to fix Windows packaging.

audio_output: Use a destructor.

video_output: Make sure we check p_vout->b_die inside the object lock.

live555: Don't put any INT64_C related hack here. We need to fix that properly.

live555: Work around buggy Mac OS X headers for INT64_C.

Fix windows package following [703887]

libvlccore: Add update_GetRelease to the exported symbol list. (Fix make check)

VLC.app: Revert to the previous state.

Mac OS X doesn't like much the fact that we place a script that launch an other executable. We end up in having no Dock connection. That would require some tweaking on our side that is not pretty.

live555: Include <stdint.h> to get UINT64_C() on darwin.

VLC.app: Don't ln to vlc, but put a similar script in place. (Remove clivlc which makes no sens in VLC.app, as it is a build dir only target, so use vlc for clivlc).

VLC.app: Fix ln to vlc.

update: Include vlc_update.h even if UPDATE_CHECK is disabled to get the essential definitions.

update: Fix vlc_update header when UPDATE_CHECK is disabled.

VLC.app: Use a link to vlc for the executable.

libvlccore: Add vlc_wclosedir to the exported symbols.

video_output: Don't use vlc_object_find to look for the playlist.

We shouldn't look for the playlist from the vout too... but...