kma-anyg Mailing List for KMA
Brought to you by:
bstard
Menu
▾
▴
kma-anyg — Anything Goes
You can subscribe to this list here.
| 2004 |
Jan
|
Feb
|
Mar
(2) |
Apr
(11) |
May
(10) |
Jun
(1) |
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Jarl v. K. <ja...@xs...> - 2005-01-11 06:17:58
|
Hi Bastian, The problem is you're using a libcdio that's too new, I've used 0.60 while developing KMA. I tried fixing kma's code for 0.71, but seems things have changed a little more than just variable names. So for now get yourself libcdio-0.6. Jarl > Hello, > > I tried to install the current 0.4 CVS version, but I get this result: > > gcc -O2 -ggdb -I.. -Wall -Werror -pthread -rdynamic -D_REENTRANT > -D_PTHREADS -D_USE_LARGEFILE64 -D_LARGEFILE64_SOURCE > -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DPACKAGE_NAME=\"\" > -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" > -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"KMA\" > -DVERSION=\"0.4.0CVS-10082004\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 > -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 > -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 > -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DBITFIELD_LSBF= > -I. -I. -I/usr/include/libxml2 -DSVCDMODULE -g -O2 -pthread -DLINUX > -MT libkma_svcdmodule_la-svcdmodule.lo -MD -MP -MF > .deps/libkma_svcdmodule_la-svcdmodule.Tpo -c svcdmodule.c -fPIC -DPIC > -DPIC -o libkma_svcdmodule_la-svcdmodule.o > In file included from /usr/include/cdio/cdio.h:45, > from /usr/include/cdio/iso9660.h:35, > from svcdmodule.c:36: > /usr/include/cdio/sector.h:74: error: conflicting types for `AUDIO' > ../src/dp500.h:25: error: previous declaration of `AUDIO' > svcdmodule.c: In function `_parse_isofs_r': > svcdmodule.c:185: warning: initialization from incompatible pointer type > svcdmodule.c: In function `_parse_pbc': > svcdmodule.c:840: error: too many arguments to function `iso9660_fs_stat' > svcdmodule.c:849: error: too many arguments to function `iso9660_fs_stat' > make[1]: *** [libkma_svcdmodule_la-svcdmodule.lo] Fehler 1 > make[1]: Leaving directory > `/home/Share/Software/Linux/Network/KMA/kma-0.4/modules' > make: *** [all-recursive] Fehler 1 > > > I've installed this packages on a SuSE 9.0 system especially for KMA: > ImageMagick-6.1.8-0.i686.rpm > ImageMagick-6.1.8-0.src.rpm > ImageMagick-c++-6.1.8-0.i686.rpm > ImageMagick-c++-devel-6.1.8-0.i686.rpm > ImageMagick-devel-6.1.8-0.i686.rpm > ImageMagick-perl-6.1.8-0.i686.rpm > cdinfo-0.71-0.pm.2.i686.rpm > libcddb-0.9.6-0.pm.2.i686.rpm > libcddb-0.9.6.tar.gz > libcddb-devel-0.9.6-0.pm.2.i686.rpm > libcdio-0.71-0.pm.2.i686.rpm > libcdio-devel-0.71-0.pm.2.i686.rpm > libdvdcss2-1.2.8-0.pm.2.i686.rpm > libdvdcss2-devel-1.2.8-0.pm.2.i686.rpm > libdvdread-0.9.4-2.pm.1.i586.rpm > libdvdread-devel-0.9.4-2.pm.1.i586.rpm > libvcd-0.7.20-0.pm.4.i686.rpm > libvcd-devel-0.7.20-0.pm.4.i686.rpm > vcdimager-0.7.20-0.pm.4.i686.rpm > vcdimager-0.7.20.tar.gz > > Does anybody knows how this problem can be solved? > > Regards > Bastian > > > . > |
|
From: Bastian S. <ml0...@gm...> - 2005-01-09 04:33:33
|
Hello,
I tried to install the current 0.4 CVS version, but I get this result:
gcc -O2 -ggdb -I.. -Wall -Werror -pthread -rdynamic -D_REENTRANT
-D_PTHREADS -D_USE_LARGEFILE64 -D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE
-D_FILE_OFFSET_BITS=64 -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\"
-DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\"
-DPACKAGE=\"KMA\" -DVERSION=\"0.4.0CVS-10082004\" -DSTDC_HEADERS=1
-DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1
-DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1
-DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1
-DBITFIELD_LSBF= -I. -I. -I/usr/include/libxml2 -DSVCDMODULE -g -O2
-pthread -DLINUX -MT libkma_svcdmodule_la-svcdmodule.lo -MD -MP -MF
.deps/libkma_svcdmodule_la-svcdmodule.Tpo -c svcdmodule.c -fPIC -DPIC
-DPIC -o libkma_svcdmodule_la-svcdmodule.o
In file included from /usr/include/cdio/cdio.h:45,
from /usr/include/cdio/iso9660.h:35,
from svcdmodule.c:36:
/usr/include/cdio/sector.h:74: error: conflicting types for `AUDIO'
../src/dp500.h:25: error: previous declaration of `AUDIO'
svcdmodule.c: In function `_parse_isofs_r':
svcdmodule.c:185: warning: initialization from incompatible pointer type
svcdmodule.c: In function `_parse_pbc':
svcdmodule.c:840: error: too many arguments to function `iso9660_fs_stat'
svcdmodule.c:849: error: too many arguments to function `iso9660_fs_stat'
make[1]: *** [libkma_svcdmodule_la-svcdmodule.lo] Fehler 1
make[1]: Leaving directory
`/home/Share/Software/Linux/Network/KMA/kma-0.4/modules'
make: *** [all-recursive] Fehler 1
I've installed this packages on a SuSE 9.0 system especially for KMA:
ImageMagick-6.1.8-0.i686.rpm
ImageMagick-6.1.8-0.src.rpm
ImageMagick-c++-6.1.8-0.i686.rpm
ImageMagick-c++-devel-6.1.8-0.i686.rpm
ImageMagick-devel-6.1.8-0.i686.rpm
ImageMagick-perl-6.1.8-0.i686.rpm
cdinfo-0.71-0.pm.2.i686.rpm
libcddb-0.9.6-0.pm.2.i686.rpm
libcddb-0.9.6.tar.gz
libcddb-devel-0.9.6-0.pm.2.i686.rpm
libcdio-0.71-0.pm.2.i686.rpm
libcdio-devel-0.71-0.pm.2.i686.rpm
libdvdcss2-1.2.8-0.pm.2.i686.rpm
libdvdcss2-devel-1.2.8-0.pm.2.i686.rpm
libdvdread-0.9.4-2.pm.1.i586.rpm
libdvdread-devel-0.9.4-2.pm.1.i586.rpm
libvcd-0.7.20-0.pm.4.i686.rpm
libvcd-devel-0.7.20-0.pm.4.i686.rpm
vcdimager-0.7.20-0.pm.4.i686.rpm
vcdimager-0.7.20.tar.gz
Does anybody knows how this problem can be solved?
Regards
Bastian
|
|
From: Tjeerd-menno D. <pos...@hn...> - 2004-09-06 21:55:26
|
I've tried compiling the CVS version of KMA-0.4 today.
But in doing so I've encountered a few problems.
First of all: after getting the latest CVS version I ran ./autogen.sh. But
that produced an error.
Something like "can't find required file /extra/Makefile.in"
Personally I did think it was quite odd. Normally there are no
source/headers files in subdirectory extra. (at least not in any older
versions I've used)
But this time there were. (bindiff.c & mpeg-packets.c) So I've decided to
"strip" the requirement from the files which "caused" the requirement.
I've altered the last line from configure.in:
from "AC_OUTPUT(Makefile src/Makefile modules/Makefile extra/Makefile)" to
"AC_OUTPUT(Makefile src/Makefile modules/Makefile)"
And I've altered the last line from Makefile.am:
From "SUBDIRS = src modules extra" to "SUBDIRS = src modules"
Those alterations did solve my autogen problem. So after that I configured
(./configure -prefix=/usr/local/kma) & compiled everything (make). And after
that
I installed everything (make install).
Everything seemed to work just fine. But When I tried to start KMA for the
first time I discovered another problem.
All the libraries had 0.1.0 extensions instead of .so. KMA expected .so
files so it could not load any of the modules. ("ERROR Loading Module:
yadayada")
That problem I solved by renaming all the 0.1.0 files to .so
After all the mentioned steps KMA seems to work fine (read: no problems
discovered so far) But I did not use all of the modules. I did not have
installed
Libcdio, libvcdinfo, libdvdcss & libdvdread. All the things I do use work
just fine (localfilemodule for XviD/DivX & MPG video only)
So. My question is: what caused this?
A> A bug in the current CVS version of KMA 0.4
B> Something which has something to do with the linux distro I'm using
(Fedora Core 2)
C> My own stupid thinking
D> All of the above
E> Something else (explain)
Greetz,
Lord Maximus.
MSN: Lor...@ho... (Dutch & English)
E-mail: pos...@hn...
|
|
From: Jarl v. K. <ja...@xs...> - 2004-06-17 15:55:45
|
Now that all features are in place the first test package is here to download. Note a lot is still note activated in this release: it's either not stable or not finished yet. This release has: - full pclink1.3 support - the new modularized structure - proper svcd support - caching engine, so avi's start/search 2x as fast as 0.3.2 Still to come: - configuration by KML interface - support for a lot of picture formats - more video modules - better/cleaner compilation have fun, Jarl |
|
From: <ben...@id...> - 2004-05-25 09:47:43
|
Dear Open Source developer I am doing a research project on "Fun and Software Development" in which I kindly invite you to participate. You will find the online survey under http://fasd.ethz.ch/qsf/. The questionnaire consists of 53 questions and you will need about 15 minutes to complete it. With the FASD project (Fun and Software Development) we want to define the motivational significance of fun when software developers decide to engage in Open Source projects. What is special about our research project is that a similar survey is planned with software developers in commercial firms. This procedure allows the immediate comparison between the involved individuals and the conditions of production of these two development models. Thus we hope to obtain substantial new insights to the phenomenon of Open Source Development. With many thanks for your participation, Benno Luthiger PS: The results of the survey will be published under http://www.isu.unizh.ch/fuehrung/blprojects/FASD/. We have set up the mailing list fa...@we... for this study. Please see http://fasd.ethz.ch/qsf/mailinglist_en.html for registration to this mailing list. _______________________________________________________________________ Benno Luthiger Swiss Federal Institute of Technology Zurich 8092 Zurich Mail: benno.luthiger(at)id.ethz.ch _______________________________________________________________________ |
|
From: Jarl v. K. <ja...@xs...> - 2004-05-21 13:36:18
|
> - SVCD module. Native SVCD support has now been added: no longer > 'vcdxrip' is being used for extraction. Also searching is fully > supported by the module. And like all mpg playback/searching: delays > are very small. almost forgot : for this module you need to have vcdimager-0.7.20 installed: http://www.vcdimager.org/pub/vcdimager/vcdimager-0.7_UNSTABLE/vcdimager-0.7.20.tar.gz jarl |
|
From: Jarl v. K. <ja...@xs...> - 2004-05-21 13:21:56
|
Hi, Just commited code to CVS (0.4 repository), and you might want to have a sneak preview of whats about to come, and help me out a little by some testing ;) So what's new? : - Fast avi playback: like previously send, KMA now has a caching engine. Current code has been tested by me , and it seems 100% stable. Resulting into around 2x faster playback/searching with divx avi's of all types. - SVCD module. Native SVCD support has now been added: no longer 'vcdxrip' is being used for extraction. Also searching is fully supported by the module. And like all mpg playback/searching: delays are very small. The other work isn't very interesting as of yet. I'll be working on large mpg support (and the related DVD module), localfile caching for slow source modules (and a related http streaming module). have fun, and let me know anything you might run into, Jarl |
|
From: Jarl v. K. <ja...@xs...> - 2004-05-15 10:46:01
|
As far as I can tell all these warnings have been fixed in current 0.4.0cvs code. Do not use that 0.4 code for 'production' purposes as of yet btw. Jarl >Hi, just installed 0.3.2 without a problem. Only some minor errors, but it >runs. > >cmd_action.c:116: warning: assignment makes pointer from integer without a >cast >cmd_action.c:275:2: warning: #warning >!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! >! >cmd_action.c:276:2: warning: #warning (S)VCD SUPPORT NOT COMPILED INTO THIS >BINARY. INSTALL VCDIMAGER AND RECOMPILE >cmd_action.c:277:2: warning: #warning >!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! >! >cmd_action.c:82: warning: unused variable `masq_fd' >cmd_action.c:83: warning: unused variable `masq_path' >cmd_action.c:84: warning: unused variable `mpeg_temp_path' >cmd_action.c: At top level: >dvd_tools.h:64: warning: `lang_tbl' defined but not used > > >files_tools.c: In function `build_file_list_audio': >files_tools.c:283: warning: implicit declaration of function >`playlist_show_songs' >files_tools.c:321: warning: passing arg 4 of `scandir' from incompatible >pointer type >files_tools.c: In function `build_file_list_video': >files_tools.c:501: warning: passing arg 4 of `scandir' from incompatible >pointer type >files_tools.c: In function `build_file_list_images': >files_tools.c:648: warning: passing arg 4 of `scandir' from incompatible >pointer type >files_tools.c: In function `scan_directory_tree': >files_tools.c:735: warning: passing arg 4 of `scandir' from incompatible >pointer type >files_tools.c: At top level: > > >modules.c: In function `load_module': >modules.c:49: warning: assignment discards qualifiers from pointer target >type >modules.c:55: warning: assignment discards qualifiers from pointer target >type >modules.c:61: warning: assignment discards qualifiers from pointer target >type >modules.c:67: warning: assignment discards qualifiers from pointer target >type >modules.c:73: warning: assignment discards qualifiers from pointer target >type >modules.c:79: warning: assignment discards qualifiers from pointer target >type >modules.c:85: warning: assignment discards qualifiers from pointer target >type >modules.c:91: warning: assignment discards qualifiers from pointer target >type >modules.c:97: warning: assignment discards qualifiers from pointer target >type >modules.c:103: warning: assignment discards qualifiers from pointer target >type >modules.c:109: warning: assignment discards qualifiers from pointer target >type >modules.c: In function `activate_modules': >modules.c:178: warning: return makes pointer from integer without a cast > > > |
|
From: Jarl v. K. <ja...@xs...> - 2004-05-15 09:46:09
|
Hi Tjeerd, which version of FreeBSD are you using? Asking because of the compilation problems Erik has with FreeBSD 4.9... Jarl >Hi, > >Well .... since you fixed the freebsd stuff it's still running from day one. >I'am quite happy with >it. Only thing i'am kinda waiting on is dvd support i guess. Kiss has been >really slow with new >firmware updates wich makes it kinda of hard now to still use it. This >involves the new xvid >codec for instance. More and more movies won't play on the kiss. Q pixel >still isn't supported >also. Most forums for the kiss seem to fade and trust in kiss has sunk. I >still hope they can fix >it though. Maybe it's an explanation why reply's are slow too ... > >I think kma rocks ;) > > > |
|
From: Erwin K. <er...@ew...> - 2004-05-15 09:37:45
|
I simply can't get it compiled on FreeBSD 4.9 (getopt include stuff which I mailed about), so I am still using dp500serv 0.2... I'll file a bug report if you like. :-) --Erwin Jarl van Katwijk wrote: > Hi people, > > Just wondering, since I put kma 0.3.2 online I didn't got a single bug > report. Does 0.3.2 really is that rock stable, or what? > > Jarl > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: SourceForge.net Broadband > Sign-up now for SourceForge Broadband and get the fastest > 6.0/768 connection for only $19.95/mo for the first 3 months! > http://ads.osdn.com/?ad_id=2562&alloc_id=6184&op=click > _______________________________________________ > Kma-anyg mailing list > Kma...@li... > https://lists.sourceforge.net/lists/listinfo/kma-anyg |
|
From: Tjeerd v. d. Z. <li...@se...> - 2004-05-15 09:15:05
|
Hi, Well .... since you fixed the freebsd stuff it's still running from day one. I'am quite happy with it. Only thing i'am kinda waiting on is dvd support i guess. Kiss has been really slow with new firmware updates wich makes it kinda of hard now to still use it. This involves the new xvid codec for instance. More and more movies won't play on the kiss. Q pixel still isn't supported also. Most forums for the kiss seem to fade and trust in kiss has sunk. I still hope they can fix it though. Maybe it's an explanation why reply's are slow too ... I think kma rocks ;) With kind regards, Tjeerd van der Zee ----- Original Message ----- From: "Jarl van Katwijk" <ja...@xs...> To: <kma...@li...> Sent: Saturday, May 15, 2004 10:49 AM Subject: [Kma-anyg] KMA 0.3.2 > Hi people, > > Just wondering, since I put kma 0.3.2 online I didn't got a single bug > report. Does 0.3.2 really is that rock stable, or what? > > Jarl > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: SourceForge.net Broadband > Sign-up now for SourceForge Broadband and get the fastest > 6.0/768 connection for only $19.95/mo for the first 3 months! > http://ads.osdn.com/?ad_id=2562&alloc_id=6184&op=click > _______________________________________________ > Kma-anyg mailing list > Kma...@li... > https://lists.sourceforge.net/lists/listinfo/kma-anyg > |
|
From: Jarl v. K. <ja...@xs...> - 2004-05-15 08:49:33
|
Hi people, Just wondering, since I put kma 0.3.2 online I didn't got a single bug report. Does 0.3.2 really is that rock stable, or what? Jarl |
|
From: Jarl v. K. <ja...@xs...> - 2004-05-07 11:54:20
|
Hi All, just finshed the new caching engine, all features in place, and seems 100% stable now. Some benches: ** Lastest KMA code with caching enabled: Divx3 start: 15-18 secs, searching 18-20 secs divx4/5/xvid start: 2-3 sec, searching 2-3 sec ** KMA 0.3.2: Divx3 start: 30-33 secs, searching 18-20 secs divx4/5/xvid start:18-20 sec, searching 4-12 sec (all done using the 2.8.3 patched firmware on my dp500). I'm not sure why divx3.11 searching didn't improve, but the others did quite a lot. Still 3.11 is much too slow, but I cant speed it up any more.. the rest is up to KiSS. btw see some benches with 2.7.4 here : http://www.kiss-ezlink.com/?action=benchmarks Jarl |
|
From: Jarl v. K. <ja...@xs...> - 2004-05-06 06:25:32
|
Hi All, A little update about how the 0.4 code is coming alone. When I started it things went pretty smooth, but now I'm working on a few issues that take a lot more time. I didn't got a single bug report for 0.3.2 so I guess this one will do for now. Basic functions in 0.4 are now all in place and working, memory corruptions and other bugs mostly fixed, and the new code has been made much faster as it was before. 1) Large mpeg file support: I'm working on getting KMA to support mpeg files which are larger as 2Gb. This is needed before I'll continue to work on the DVD module. KMA vitually cuts these files into 2gb chunks so the KiSS can play them. It's working, but not all the time. I think it has todo where KMA cuts the mpeg.. not sure yet. 2) Caching engine: KMA will pre-read all sources so it can supply the KiSS with data as fast as possible. Working, but not as fast as it should be. Caching for local files will speedup things, but for very slow sources like http streaming it will be crucial. When these 2 are done I continue working on the various modules (DVD, SVCD, Http, etc.), after which it all will be ready. Jarl |
|
From: Jarl v. K. <ja...@xs...> - 2004-04-13 19:59:49
|
Hi All, I just made a new repository in kma's cvs, called 'kma-0.4', and it holds latest code of what is to become version 0.4. Note it's still alpha, and much doesn't work as of yet. I'm puttin git up because the basics are running, and to get some feedback about compiling it. Let me know what it does for you, I'll post some on this list when it has reached a more mature status. Jarl |
|
From: Jarl v. K. <ja...@xs...> - 2004-04-10 20:20:20
|
Hi, Until now KMA was to depend on very few libraries: just libc, and some related, like pthread. But I would like to start using glib. This one is of the glib-gdk-gtk-gnome family. I'm just wondering if this might introduce new problems, so what you think? I guess freebsd has glib available by default as well, like most linux distros? thnx Jarl |
|
From: Erwin K. <er...@ew...> - 2004-04-07 18:03:41
|
Jarl van Katwijk wrote: > > Did you ran ./autogen.sh after editing configure.in? Doing so rebuilds > configure, and will probably fix compilation on freebsd4.x. Maybe you > can check.. I commited to changes to cvs just now. > > Jarl > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > _______________________________________________ > Kma-anyg mailing list > Kma...@li... > https://lists.sourceforge.net/lists/listinfo/kma-anyg autogen.sh introduces ltconfig to the configure script, which is not found by default, so the ./configure will fail afterwards. I must admit I did not delve into this too deeply. ltconfig is found in /usr/local/share/libtool13, but not in the directory where install-sh is located (kma/src directory). Option: include ltconfig in kma cvs? Next to that, I did some digging into the getopt_long not being defined. A number of non-linux systems do not define getopt_long. NetBSD has it, FreeBSD5 also (I believe), Solaris has iberty, FreeBSD4 has gnugetopt. General consensus in the discussions I found was to include getopt1.c, getopt.c and getopt.h with the source (and have it compiled) and not rely on a system provided version. People have been struggling with this for a long time: http://sources.redhat.com/ml/automake/2000-08/msg00013.html :-) Last detail, on line 43 in main.c static struct option long_options[3] = { {"config", 1, 0, 'c'}, // {"daemon", 0, 0, 'd'}, {0, 0, 0, 0} }; it says three options will follow long_options, but the middle one is commented out, leaving only two. |
|
From: Jarl v. K. <ja...@xs...> - 2004-04-07 17:19:05
|
>Congratulations with the new version!
>
>Hate to bug you on this...
>FreeBSD 4.9 also requires the pthread.h in stead of malloc.h, so the check
>in dp500.h
> #ifndef FREEBSD
> #include <malloc.h>
> #else
> #include <pthread.h>
> #endif
>fails for version 4.9.
>I tried to set in the configure.in file
> case "${build_os}" in
> freebsd4*) OS=FREEBSD4 ;;
> freebsd5*) OS=FREEBSD ;;
> dnl *) OS=LINUX ;;
> esac
>to
> freebsd4*) OS=FREEBSD ;;
>but that did not make a difference. It still compiles with the -D FREEBSD4
>set.
>
>
>
Did you ran ./autogen.sh after editing configure.in? Doing so rebuilds
configure, and will probably fix compilation on freebsd4.x. Maybe you
can check.. I commited to changes to cvs just now.
Jarl
|
|
From: Erwin K. <er...@ew...> - 2004-04-07 09:27:11
|
> New in 0.3.2 :
> - Compilation on FreeBSD
> - Minor bug fixes
Congratulations with the new version!
Hate to bug you on this...
FreeBSD 4.9 also requires the pthread.h in stead of malloc.h, so the chec=
k
in dp500.h
#ifndef FREEBSD
#include <malloc.h>
#else
#include <pthread.h>
#endif
fails for version 4.9.
I tried to set in the configure.in file
case "${build_os}" in
freebsd4*) OS=3DFREEBSD4 ;;
freebsd5*) OS=3DFREEBSD ;;
dnl *) OS=3DLINUX ;;
esac
to
freebsd4*) OS=3DFREEBSD ;;
but that did not make a difference. It still compiles with the -D FREEBSD=
4
set.
Modifying dp500.h to have
#ifndef FREEBSD4
works fine.
I am not to well versed in the entire makefile process, so I am sorry I a=
m
not much of help there.
Now where did I put my getopt.h?... ;-)
///
oo ///
+--oOO-< ) ///-OOo--+
| Erwin |
+--------------------+
|
|
From: Jarl v. K. <ja...@xs...> - 2004-04-07 08:36:15
|
New in 0.3.2 : - Compilation on FreeBSD - Minor bug fixes |
|
From: Jarl v. K. <ja...@xs...> - 2004-04-04 11:14:45
|
Just committed some fixes for the run-time problems CVS had since yesterday. I guess all is OK now, and if I dont get any problems reported back I'll release current CVS as 0.3.2 Jarl |
|
From: Jarl v. K. <ja...@xs...> - 2004-04-03 09:16:34
|
Ah darn, forgot to merge this new modules API into the 0.3 tree. Just done so, among others this read() function has been renamed. Jarl >Hi, > >Grabbed the latest CVS and configuring and compiling works perfect right out >of the box. Only the read error is still there ... But so far a great job >done ! :-) > >Thanks ! > >Tjeerd van der Zee > > >gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACK >AGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"kma\" -DVERSION=\"0.3.2 >CVS\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLI >B_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES >_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -I. -I. -g -O2 -pt >hread -DFREEBSD -DDVDSUPPORT -c testmodule.c -MT >libkma_testmodule_la-testmodule.lo -MD -MP -MF >.deps/libkma_testmodule_la-testmodule.TPlo -fPIC -DPIC -DPIC -o >libkma_testmodule_la-testmodule.o >testmodule.c:97: error: conflicting types for `read' >/usr/include/unistd.h:356: error: previous declaration of `read' >*** Error code 1 > > > |
|
From: Holger R. <ho...@su...> - 2004-04-01 19:40:56
|
Hi, On Thu, Apr 01, 2004 at 02:46:24PM +0200, Jarl van Katwijk wrote: > And it's working now. During to coming weeks I'll recode the various > parts of the 'old' dp500serv code to the new KMA structure. I'll do some > more testing before I'll commit this code to CVS, I'd like to keep CVS > as clean as possible, and dont want it to be filled with unasable sources. Nice to see it coming along. How about doing a code branch in cvs. This way others could see and help in your work on the new tree and you can still be nice to the "old" tree. -- + ho...@su... + http://sub-etha.de/ + ICQ 112971222 + |
|
From: Jarl v. K. <ja...@xs...> - 2004-04-01 12:45:53
|
Hi all, just a little update on the work I'm doing to get KMA to way it should become: ----- Initialization : Thu Apr 1 14:32:43 2004 | MODULE /usr/local/lib/libkma_testmodule.so loaded Thu Apr 1 14:32:43 2004 | MODULE TestModule about to initialize Thu Apr 1 14:32:43 2004 | MODULE Test Module is handling *.tst extension Thu Apr 1 14:32:43 2004 | MODULE Test Module is handling tst* pattern Thu Apr 1 14:32:43 2004 | MODULES activated Thu Apr 1 14:32:43 2004 | kma 0.3.2CVS for Kiss Firmware 2.8.3+subs started ----- LIST (the KiSS requests the contents of a folder) : Thu Apr 1 14:41:22 2004 | Scanning for extension in sourcename_path_file (/home//Movies/temp/test.tst) Thu Apr 1 14:41:22 2004 | MODULE looking for a module to handle extension tst Thu Apr 1 14:41:22 2004 | COMPARING module tst with extension tst Thu Apr 1 14:41:22 2004 | MODULE found module Test Module for extension tst Thu Apr 1 14:41:22 2004 | Added to source_tracker: kissname test.mpg, path /home//Movies/temp, file test.tst, path_file /home//Movies/temp/test.tst ----- SIZE (the KiSS requests the filesize) : Thu Apr 1 14:41:24 2004 | New command: SIZE /home//Movies/temp\test.mpg| Thu Apr 1 14:41:24 2004 | Looking for a module by kissname /home//Movies/temp/test.mpg.. Thu Apr 1 14:41:24 2004 | | Found kissname | Found a module Thu Apr 1 14:41:24 2004 | SIZE using module Test Module for /home//Movies/temp/test.mpg Thu Apr 1 14:41:24 2004 | MODULE TestModule fetching filesize for /home//Movies/temp/test.tst Thu Apr 1 14:41:24 2004 | SIZE /home//Movies/temp/test.mpg - REPLIED 000000819254156 ----- GET (the KiSS reuqests chunks of data of the source) : Thu Apr 1 14:41:24 2004 | GET: Using alternative file /home//Movies/temp/test.tst for requested /home//Movies/temp/test.tst Thu Apr 1 14:41:24 2004 | Looking for file /home//Movies/temp/test.tst in source_tracker.. Thu Apr 1 14:41:24 2004 | | Found filename | Found a module Thu Apr 1 14:41:24 2004 | Using module Test Module for /home//Movies/temp/test.tst Thu Apr 1 14:41:24 2004 | MODULE TestModule reading from /home//Movies/temp/test.tst, offset 0, length 64 Point is I changed the 'core' enough so now it: 1. initializes the modules, asks them which file extension the module handles 2. keeps track of the files (real name, name send to the kiss, and the module handling it) 3. call the module when the KiSS wants it's info (LIST, SIZE and GET) And it's working now. During to coming weeks I'll recode the various parts of the 'old' dp500serv code to the new KMA structure. I'll do some more testing before I'll commit this code to CVS, I'd like to keep CVS as clean as possible, and dont want it to be filled with unasable sources. Jarl |
|
From: Jarl v. K. <ja...@xs...> - 2004-04-01 08:57:17
|
Hey, I just commited code to CVS that's checking for libdl, so it just could happen KMA no compiles nicely on BSD's as well. Jarl |
