| Age | Commit message (Collapse) | Author | 
|---|
|  | CVS patchset: 4483
CVS date: 2003/03/25 21:26:01 | 
|  | CVS patchset: 4474
CVS date: 2003/03/24 16:27:59 | 
|  | CVS patchset: 4394
CVS date: 2003/03/11 16:07:22 | 
|  | CVS patchset: 4364
CVS date: 2003/03/07 19:58:32 | 
|  | Use it for xine compilation only.
CVS patchset: 4339
CVS date: 2003/03/05 17:13:09 | 
|  | CVS patchset: 4329
CVS date: 2003/03/04 08:31:57 | 
|  | is passed as an additional string argument now, so % characters in the
expression are harmless.
This version of the XINE_ASSERT macro seems to work with gcc 2.95 as well.
Defining NDEBUG removes the XINE_ASSERT code.
CVS patchset: 4328
CVS date: 2003/03/03 18:10:30 | 
|  | included
in every single plugin (possibly multiple times due to inlining)
-> move the code to libxineutil seems more sensible
CVS patchset: 4327
CVS date: 2003/03/03 17:29:07 | 
|  | CVS patchset: 4324
CVS date: 2003/03/02 18:11:37 | 
|  | CVS patchset: 4323
CVS date: 2003/03/02 17:28:55 | 
|  | CVS patchset: 4322
CVS date: 2003/03/02 17:23:03 | 
|  | CVS patchset: 4321
CVS date: 2003/03/02 17:13:03 | 
|  | The gcc-2.95.3 pre-processor has serious problems with this macro, it
mangles the ", __LINE__, ##args" part
CVS patchset: 4314
CVS date: 2003/03/01 14:35:54 | 
|  | CVS patchset: 4310
CVS date: 2003/02/28 22:34:24 | 
|  | CVS patchset: 4308
CVS date: 2003/02/28 21:57:17 | 
|  | All assert() function calls, with exceptions of libdvdread and libdvdnav, have been
replaced with XINE_ASSERT. Functionally XINE_ASSERT behaves just likes its predecesor but its
adding the ability to print out a stack trace at the point where the assertion fails.
So here are a few examples.
assert (0);
This use of assert was found in a couple locations most favorably being the default case of a switch
statement. This was the only thing there. So if the switch statement was unable to find a match
it would have defaulted to this and the user and the developers would be stuck wonder who died and where.
So it has been replaced with
XINE_ASSERT(0, "We have reach this point and don't have a default case");
It may seem a bit none descriptive but there is more going on behind the scene.
In addition to checking a condition is true/false, in this case '0', the XINE_ASSERT
prints out:
<filename>:<function name>:<line number> - assertion '<assertion expression>' failed. <description>
An example of this might be:
input_dvd.c:open_plugin:1178 - assertion '0' failed. xine_malloc failed!!! You have run out of memory
XINE_ASSERT and its helper function, print_trace, are found in src/xine-utils/xineutils.h
CVS patchset: 4301
CVS date: 2003/02/28 02:51:47 | 
|  | allowed)
with Daniel's solution: statically linking in libXv.a if available, otherwise
dlopen() dynamic one
CVS patchset: 4186
CVS date: 2003/02/17 17:06:46 | 
|  | PROBLEM: At least on SuSE, libXv.so is not present, but the Xv extension is. So
health check would return a false negative. Any better solution?
CVS patchset: 4115
CVS date: 2003/02/07 17:34:40 | 
|  | CVS patchset: 4112
CVS date: 2003/02/07 00:23:47 | 
|  | CVS patchset: 4083
CVS date: 2003/02/02 06:07:20 | 
|  | CVS patchset: 3879
CVS date: 2003/01/12 16:38:08 | 
|  | CVS patchset: 3848
CVS date: 2003/01/09 19:28:43 | 
|  | CVS patchset: 3744
CVS date: 2003/01/01 19:32:28 | 
|  | CVS patchset: 3736
CVS date: 2002/12/31 19:30:53 | 
|  | CVS patchset: 3732
CVS date: 2002/12/30 20:53:05 | 
|  | CVS patchset: 3661
CVS date: 2002/12/24 00:59:36 | 
|  | CVS patchset: 3638
CVS date: 2002/12/22 23:20:21 | 
|  | CVS patchset: 3623
CVS date: 2002/12/22 00:35:04 | 
|  | for network input plugins to prevent buffer overflows. All the new
functions were prefixed by "xine_buffer".
CVS patchset: 3532
CVS date: 2002/12/15 01:47:59 | 
|  | make sure pages are mapped
CVS patchset: 3512
CVS date: 2002/12/13 19:41:04 | 
|  | CVS patchset: 3423
CVS date: 2002/12/04 05:33:40 | 
|  | CVS patchset: 3416
CVS date: 2002/12/02 22:37:08 | 
|  | CVS patchset: 3396
CVS date: 2002/12/01 07:12:41 | 
|  | CVS patchset: 3343
CVS date: 2002/11/22 23:36:04 | 
|  | will build all dependent parts (e.g. libxine.la). The directory must still
be prepared by running autogen.sh.
CVS patchset: 3331
CVS date: 2002/11/22 05:25:14 | 
|  | CVS patchset: 3327
CVS date: 2002/11/21 08:08:40 | 
|  | CVS patchset: 3325
CVS date: 2002/11/21 00:26:06 | 
|  | CVS patchset: 3319
CVS date: 2002/11/20 17:17:14 | 
|  | CVS patchset: 3284
CVS date: 2002/11/18 00:48:57 | 
|  | CVS patchset: 3240
CVS date: 2002/11/11 20:18:15 | 
|  | - add wma decoder
- fix mmx macro
- remove changes from fdct_mmx.c (it should work fine now with the mmx macro fix)
CVS patchset: 3234
CVS date: 2002/11/11 13:45:34 | 
|  | CVS patchset: 3229
CVS date: 2002/11/11 04:18:41 | 
|  | C memory management. The code is much more simplified through the
use of a function added to xine_check called set_hc_result.
CVS patchset: 3227
CVS date: 2002/11/11 01:06:58 | 
|  | CVS patchset: 3225
CVS date: 2002/11/10 23:44:59 | 
|  | yuv12 support.
CVS patchset: 3224
CVS date: 2002/11/10 20:48:30 | 
|  | Cleared up trailing spaces
src/xine-engine/Makefile.am:
  libxine should depend on the build libxineutil.
src/xine-utils/Makefile.am:
src/xine-utils/xine_check.c:
src/xine-utils/xine_check.h:
  Added checking of support of yuv12
CVS patchset: 3223
CVS date: 2002/11/10 20:35:50 | 
|  | CVS patchset: 3187
CVS date: 2002/11/04 13:22:19 | 
|  | XvQueryExtension.
NOTE: On my system XDisplayName is not resolved. I do not understand this. I am
committing this code to make it easier to spot the problem. I hopefully have
provided enough there in the code for debug.
CVS patchset: 3182
CVS date: 2002/11/04 06:30:15 | 
|  | CVS patchset: 3181
CVS date: 2002/11/04 00:55:36 | 
|  | compiler-generated ASM
CVS patchset: 3177
CVS date: 2002/11/04 00:03:19 |