- 16 Apr, 2014 15 commits
-
-
Jean-Paul Saman authored
-
Jean-Paul Saman authored
-
Jean-Paul Saman authored
-
Jean-Paul Saman authored
-
Jean-Paul Saman authored
-
Jean-Paul Saman authored
-
Jean-Paul Saman authored
-
Jean-Paul Saman authored
-
Michael Ira Krufky authored
dvbinfo: fix error: 'daemon' is deprecated: first deprecated in OS X 10.5 [-Werror,-Wdeprecated-declarations] I'm not sure if you will want to apply this patch, but I thought I should share it and let you decide. I need it in order to build libdvbpsi on OSX Mavericks, but I don't actually use the dvbinfo program. Fix the following build error when building under OSX: gcc -DHAVE_CONFIG_H -I. -I../.. -D_FILE_OFFSET_BITS=64 -DDVBPSI_DIST -g -O2 -Wall -Werror --std=gnu99 -D_GNU_SOURCE -Wpointer-arith -Wcast-align -Wcast-qual -Wstrict-prototypes -Wshadow -Waggregate-return -Wmissing-prototypes -Wnested-externs -Wsign-compare -DDVBPSI_DIST -MT dvbinfo-dvbinfo.o -MD -MP -MF .deps/dvbinfo-dvbinfo.Tpo -c -o dvbinfo-dvbinfo.o `test -f 'dvbinfo.c' || echo './'`dvbinfo.c dvbinfo.c:656:13: error: 'daemon' is deprecated: first deprecated in OS X 10.5 [-Werror,-Wdeprecated-declarations] if (daemon(1,0) < 0) ^ /usr/include/stdlib.h:267:6: note: 'daemon' declared here int daemon(int, int) __DARWIN_1050(daemon) __OSX_AVAILABLE_BUT_DEPRECATED(__MAC_10_0, __MAC_10_5, __IPHONE_2_0, __IPHONE_2_0); ^ 1 error generated. make[3]: *** [dvbinfo-dvbinfo.o] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Signed-off-by: Michael Ira Krufky <mkrufky@linuxtv.org> Signed-off-by: Jean-Paul Saman <jpsaman@videolan.org>
-
Michael Ira Krufky authored
I've noticed from commit f93983a7 & the NEWS file that libdvbpsi is on version 1.2.0 now, but in the header file dvbpsi.h, DVBPSI_VERSION still says 1.1.2 and DVBPSI_VERSION_INT still says 1.1.1 ... Signed-off-by: Michael Ira Krufky <mkrufky@linuxtv.org> Signed-off-by: Jean-Paul Saman <jpsaman@videolan.org>
-
Michael Ira Krufky authored
Fix error: unknown type name 'ssize_t'; did you mean 'size_t' when building on OSX Maverick. Signed-off-by: Jean-Paul Saman <jpsaman@videolan.org>
-
Jean-Paul Saman authored
-
Michael Ira Krufky authored
Signed-off-by: Michael Ira Krufky <mkrufky@linuxtv.org>
-
Michael Ira Krufky authored
check_cc_pid: fix error: format specifies type 'long' but the argument has type 'int64_t' (aka 'long long') [-Werror,-Wformat] gcc -DHAVE_CONFIG_H -I. -I.. -g -O2 -Wall -Werror --std=gnu99 -D_GNU_SOURCE -Wpointer-arith -Wcast-align -Wcast-qual -Wstrict-prototypes -Wshadow -Waggregate-return -Wmissing-prototypes -Wnested-externs -Wsign-compare -DDVBPSI_DIST -MT check_cc_pid-check_cc_pid.o -MD -MP -MF .deps/check_cc_pid-check_cc_pid.Tpo -c -o check_cc_pid-check_cc_pid.o `test -f 'check_cc_pid.c' || echo './'`check_cc_pid.c check_cc_pid.c:69:20: error: format specifies type 'long' but the argument has type 'int64_t' (aka 'long long') [-Werror,-Wformat] n, pid, pid, cc, ^ 1 error generated. make[3]: *** [check_cc_pid-check_cc_pid.o] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Signed-off-by: Michael Ira Krufky <mkrufky@linuxtv.org>
-
Michael Ira Krufky authored
dump_pids: fix error: format specifies type 'long' but the argument has type 'int64_t' (aka 'long long') [-Werror,-Wformat] gcc -DHAVE_CONFIG_H -I. -I.. -g -O2 -Wall -Werror --std=gnu99 -D_GNU_SOURCE -Wpointer-arith -Wcast-align -Wcast-qual -Wstrict-prototypes -Wshadow -Waggregate-return -Wmissing-prototypes -Wnested-externs -Wsign-compare -DDVBPSI_DIST -MT dump_pids-dump_pids.o -MD -MP -MF .deps/dump_pids-dump_pids.Tpo -c -o dump_pids-dump_pids.o `test -f 'dump_pids.c' || echo './'`dump_pids.c dump_pids.c:56:54: error: format specifies type 'long' but the argument has type 'int64_t' (aka 'long long') [-Werror,-Wformat] printf("packet %ld, pid %u (0x%x), cc %d\n", n, pid, pid, cc ); ~~~ ^ %lld 1 error generated. make[3]: *** [dump_pids-dump_pids.o] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Signed-off-by: Michael Ira Krufky <mkrufky@linuxtv.org>
-
- 15 Apr, 2014 4 commits
-
-
Jean-Paul Saman authored
-
Jean-Paul Saman authored
Beware using the AdressSanitizer from GCC 4.8 uses a lot of memory. You need more then 8GB of memory in your machine.
-
Jean-Paul Saman authored
-
Jean-Paul Saman authored
-
- 11 Apr, 2014 21 commits
-
-
Jean-Paul Saman authored
-
Jean-Paul Saman authored
-
Jean-Paul Saman authored
-
Jean-Paul Saman authored
-
Jean-Paul Saman authored
-
Jean-Paul Saman authored
Use strtoll(optarg, NULL, 10).
-
Jean-Paul Saman authored
Check for p_stream to be a valid pointer.
-
Jean-Paul Saman authored
Forgot to terminate the case for option 'a'.
-
Jean-Paul Saman authored
Check filedescriptors for having a valid value.
-
Jean-Paul Saman authored
Check i_fd to have a valid value.
-
Jean-Paul Saman authored
-
Jean-Paul Saman authored
pf_write() returns a ssize_t which was stored inside a size_t (an unsigned). Later on this value was used in a check against 0.
-
Jean-Paul Saman authored
The pointer to p_subdec should have been evaluated on line 119.
-
Jean-Paul Saman authored
The wrong pointer was checked for having a null value leading to the null pointer dereference bug.
-
Jean-Paul Saman authored
The bug occurs due to a missing check for allocation failure of p_decoded->i_text. Instead p_decoded is checked again.
-
Jean-Paul Saman authored
The assert() dereferenced the p_dvbpsi pointer before it was checked for null-value.
-
Jean-Paul Saman authored
The code does not leak a socket descriptor while looping over addrinfo pointer structs.However initializing s_ctl to -1 again after calling close(s_ctl) is good practise.
-
Jean-Paul Saman authored
The code does not leak a socket descriptor while looping over addrinfo pointer structs.However initializing s_ctl to -1 again after calling close(s_ctl) is good practise.
-
Jean-Paul Saman authored
The error path for dvbpsi_AttachDemux() in handle_atsc_MGT failed to release allocated resources.
-
Jean-Paul Saman authored
The error path for dvbpsi_pmt_attach() in handle_PAT failed to release allocated resources.
-
Jean-Paul Saman authored
The value of i_nb_programs could exceed the MAX_PROGRAMS limit and thus produce a buffer overrun.
-