Grabben unter FreeBSD...
-
- Neugieriger
- Beiträge: 5
- Registriert: Donnerstag 4. Juli 2002, 17:40
Grabben unter FreeBSD...
hi leute,
habe mich mal im grabben unter FreeBSD versucht...
Leider ohne erfolg - das "grab" Linux-Binary cored bei mir
(vielleicht weil ich im kernel die scsi-devices ausgetragen habe...)
"Fetch" war auch nicht so toll...
Hat vielleicht jemand eine auf dbox2 funktionalitaet rduzierte
"grab" versiob oder irgendeine andere loesung?
thx
d-7
habe mich mal im grabben unter FreeBSD versucht...
Leider ohne erfolg - das "grab" Linux-Binary cored bei mir
(vielleicht weil ich im kernel die scsi-devices ausgetragen habe...)
"Fetch" war auch nicht so toll...
Hat vielleicht jemand eine auf dbox2 funktionalitaet rduzierte
"grab" versiob oder irgendeine andere loesung?
thx
d-7
-
- Einsteiger
- Beiträge: 253
- Registriert: Sonntag 28. April 2002, 10:49
-
- Neugieriger
- Beiträge: 5
- Registriert: Donnerstag 4. Juli 2002, 17:40
compilieren iss nich...
Ein simples make geht schief:
Tja - das Problem scheint ja der SCSI-DBOX1-Support zu sein.
Bin aber auch nicht so bewandert, dass ich den nun selber rauswerfen koennte.
d-7
Code: Alles auswählen
g++ -g grab.cpp ScsiInterface.cpp Dvb2kInterface.cpp Remuxer.cpp SigHandler.cpp StopWatch.cpp -o grab -lpthread -Wall
In file included from Dvb2kInterface.h:19,
from grab.cpp:25:
ScsiInterface.h:23: scsi/sg.h: No such file or directory
ScsiInterface.h:24: scsi/scsi.h: No such file or directory
In file included from ScsiInterface.cpp:11:
ScsiInterface.h:23: scsi/sg.h: No such file or directory
ScsiInterface.h:24: scsi/scsi.h: No such file or directory
In file included from Dvb2kInterface.h:19,
from Dvb2kInterface.cpp:16:
ScsiInterface.h:23: scsi/sg.h: No such file or directory
ScsiInterface.h:24: scsi/scsi.h: No such file or directory
In file included from SigHandler.cpp:6:
SigHandler.h:91: `_NSIG' was not declared in this scope
SigHandler.h:94: `_NSIG' was not declared in this scope
SigHandler.h: In function `static void SigFlags::generic_handler(int)':
SigHandler.h:99: `_NSIG' undeclared (first use this function)
SigHandler.h:99: (Each undeclared identifier is reported only once
SigHandler.h:99: for each function it appears in.)
SigHandler.cpp: At top level:
SigHandler.cpp:23: cannot declare member function `SigHandler::SigHandler' within `SigFlags'
SigHandler.cpp:23: syntax error before `{'
*** Error code 1
Stop in /root/grab/src.
Bin aber auch nicht so bewandert, dass ich den nun selber rauswerfen koennte.
d-7
-
- Einsteiger
- Beiträge: 253
- Registriert: Sonntag 28. April 2002, 10:49
Hmmm, was kompilierst du denn da nur ?
Wenn ich mir mal so das hostapps/grab Verzeichnis ansehe,
http://cvs.berlios.de/cgi-bin/cvsweb.cg ... oot=tuxbox
kann ich da beim besten Willen nichts von SCSI und DVB2K
Interface erkennen. Hoert sich fuer mich irgendwie nach DBOX I an !
- Bernd
Wenn ich mir mal so das hostapps/grab Verzeichnis ansehe,
http://cvs.berlios.de/cgi-bin/cvsweb.cg ... oot=tuxbox
kann ich da beim besten Willen nichts von SCSI und DVB2K
Interface erkennen. Hoert sich fuer mich irgendwie nach DBOX I an !
- Bernd
-
- Interessierter
- Beiträge: 22
- Registriert: Sonntag 14. Juli 2002, 16:19
@department 7:
du hast also den cdk-abzug auf freeBSD compilieren können.
ich komme nicht über das configure weg, dieses bricht mit folgender meldung ab:
--------
./configure --prefix=/dbox2 --with-cvsdir=$HOME/tuxbox-cvs --enable-maintainer-mode
checking for a BSD compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for mawk... no
checking for gawk... no
checking for nawk... no
checking for awk... awk
checking whether make sets ${MAKE}... yes
checking whether to enable maintainer-specific portions of Makefiles... yes
checking for gcc... gcc
checking for C compiler default output... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for executable suffix...
checking for object suffix... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for style of include used by make... GNU
checking dependency style of gcc... none
configure: error: cannot run /bin/sh ./config.sub
----------
ich denke du hast auch die prerequisiten komplett erfüllt?, ich habe z.b. "libtool" via ports installiert, meine version ist 1.3.4_2, verlangt wird 1.4.2
ich erfülle auch weitere abhängigkeiten nicht ganz in bezug auf die versionen. es würde mich schon ärgern, wenn ich jetzt auf der bsd-box nicht via port updaten kann, also händisch installieren müsste. das is scho a bisserl arbeit.
oder sollte man für diesen zweck ein vmware auf x ballern und von dort aus ne linux-distri hochfahren?
wie dem auch sei, würde mich über deinen erfahrungsbericht in bezug auf dieses thema freuen
grüsse
tw1nh3ad
...FreeBSD separates the men from the boys...
du hast also den cdk-abzug auf freeBSD compilieren können.
ich komme nicht über das configure weg, dieses bricht mit folgender meldung ab:
--------
./configure --prefix=/dbox2 --with-cvsdir=$HOME/tuxbox-cvs --enable-maintainer-mode
checking for a BSD compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for mawk... no
checking for gawk... no
checking for nawk... no
checking for awk... awk
checking whether make sets ${MAKE}... yes
checking whether to enable maintainer-specific portions of Makefiles... yes
checking for gcc... gcc
checking for C compiler default output... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for executable suffix...
checking for object suffix... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for style of include used by make... GNU
checking dependency style of gcc... none
configure: error: cannot run /bin/sh ./config.sub
----------
ich denke du hast auch die prerequisiten komplett erfüllt?, ich habe z.b. "libtool" via ports installiert, meine version ist 1.3.4_2, verlangt wird 1.4.2
ich erfülle auch weitere abhängigkeiten nicht ganz in bezug auf die versionen. es würde mich schon ärgern, wenn ich jetzt auf der bsd-box nicht via port updaten kann, also händisch installieren müsste. das is scho a bisserl arbeit.
oder sollte man für diesen zweck ein vmware auf x ballern und von dort aus ne linux-distri hochfahren?
wie dem auch sei, würde mich über deinen erfahrungsbericht in bezug auf dieses thema freuen
grüsse
tw1nh3ad
...FreeBSD separates the men from the boys...
-
- Neugieriger
- Beiträge: 5
- Registriert: Donnerstag 4. Juli 2002, 17:40
Sorry, dass das reply so lange auf sich warten lies - war ein paar tage weg...
Tja - das CDK habe ich nun nicht gerade versucht unter FreeBSD zu
kompilieren, wozu auch - ich bin kein Programmierer und kann da nix
sinnvolles dran aendern (wollen wuerden wuerde ich schon...)
Ich habe mir erstmal die grab-original-sourcen besorgt, aber die waren
noch mit support fuer die DBOX-1 und wegen fehlendem SCSI-Support
in meinem "MIKRO"-Kernel war nix mit kompilieren und das Linux-Binary
wollte auch nix anderes als "core dumped" sagen...
Dann habe ich mir mal die auf DBOX-2 reduzierte version ueber das
berlios-CVS besorgt und mich daran versucht - nach fehlgeschlagenem
"install-sh" halt ein makefile per hand gebaut und dann soweit gekommen:
Tja - da schlaegt anscheinend das unterschiedliche signal-handling
linux<->freebsd zu. In den includes unter freebsd existiert zwar
irgendwo ein "NSIG" aber halt kein "_NSIG". Ein eingefuegtes #define
brachte nix entscheidendes.
Jetzt kann ich zwar noch "linux-devel" installieren und das crosscompilen
aber vorher lass ich es mir von jemand mit linux machen - sollte ja gehen,
audiogalaxy und edonkey als linux-binary gehen ja auch...
Vielleicht bist du ja besser im verstehen von C++...
d-7
Tja - das CDK habe ich nun nicht gerade versucht unter FreeBSD zu
kompilieren, wozu auch - ich bin kein Programmierer und kann da nix
sinnvolles dran aendern (wollen wuerden wuerde ich schon...)
Ich habe mir erstmal die grab-original-sourcen besorgt, aber die waren
noch mit support fuer die DBOX-1 und wegen fehlendem SCSI-Support
in meinem "MIKRO"-Kernel war nix mit kompilieren und das Linux-Binary
wollte auch nix anderes als "core dumped" sagen...
Dann habe ich mir mal die auf DBOX-2 reduzierte version ueber das
berlios-CVS besorgt und mich daran versucht - nach fehlgeschlagenem
"install-sh" halt ein makefile per hand gebaut und dann soweit gekommen:
Code: Alles auswählen
video# make
g++ -g grab.cpp AVBuf.cpp Remuxer.cpp SigHandler.cpp SigFlags.cpp StopWatch.cpp -o grab -pthread -Wall -O3 -static -s
In file included from grab.cpp:35:
SigFlags.h:32: warning: `NSIG' redefined
/usr/include/sys/signal.h:216: warning: this is the location of the previous definition
In file included from /usr/include/g++/csignal:6,
from SigHandler.h:33,
from SigFlags.h:33,
from grab.cpp:35:
/usr/include/signal.h:48: `_NSIG' was not declared in this scope
/usr/include/signal.h:49: `_NSIG' was not declared in this scope
In file included from grab.cpp:35:
SigFlags.h:67: `_NSIG' was not declared in this scope
SigFlags.h:69: `_NSIG' was not declared in this scope
SigFlags.h: In function `static void SigFlags::generic_handler(int)':
SigFlags.h:43: `_NSIG' undeclared (first use this function)
SigFlags.h:43: (Each undeclared identifier is reported only once
SigFlags.h:43: for each function it appears in.)
grab.cpp: In function `int main(int, char **)':
grab.cpp:647: warning: unused variable `class SigFlags sigflags'
In file included from /usr/include/signal.h:44,
from /usr/include/g++/csignal:6,
from SigHandler.h:33,
from SigFlags.h:33,
from SigFlags.cpp:29:
/usr/include/sys/signal.h:216: warning: `NSIG' redefined
SigFlags.h:32: warning: this is the location of the previous definition
In file included from SigFlags.cpp:29:
SigFlags.h:67: `_NSIG' was not declared in this scope
SigFlags.h:69: `_NSIG' was not declared in this scope
SigFlags.h: In function `static void SigFlags::generic_handler(int)':
SigFlags.h:43: `_NSIG' undeclared (first use this function)
SigFlags.h:43: (Each undeclared identifier is reported only once
SigFlags.h:43: for each function it appears in.)
*** Error code 1
Stop in /root/cdk/hostapps/grab.
video#
linux<->freebsd zu. In den includes unter freebsd existiert zwar
irgendwo ein "NSIG" aber halt kein "_NSIG". Ein eingefuegtes #define
brachte nix entscheidendes.
Jetzt kann ich zwar noch "linux-devel" installieren und das crosscompilen
aber vorher lass ich es mir von jemand mit linux machen - sollte ja gehen,
audiogalaxy und edonkey als linux-binary gehen ja auch...
Vielleicht bist du ja besser im verstehen von C++...
d-7
-
- Einsteiger
- Beiträge: 273
- Registriert: Mittwoch 29. Mai 2002, 01:37
-
- Neugieriger
- Beiträge: 5
- Registriert: Donnerstag 4. Juli 2002, 17:40
-
- Einsteiger
- Beiträge: 253
- Registriert: Sonntag 28. April 2002, 10:49
-
- Neugieriger
- Beiträge: 5
- Registriert: Donnerstag 4. Juli 2002, 17:40