[Release!] CCcam 2.1.2

[Henksat]

Origineel bericht van: M_Z

Ik kan me voorstellen dat als je shared vanuitje interne server en je de C+NL kaart via een Smargoreader hebt, dat je dit probleem niet hebt.

Mark,
Ik heb idd een server voor mijn dreamboxen met een smargoreader, maar ik heb in mijn 8000 een zgn. 2e kaart met het entertainment-pakket, dus voor de meeste zenders pakt ie gewoon de interne kaart en ik heb hierop nog nooit één freeze gezien.

[digitaal kijker]

Origineel bericht van: Henksat

Origineel bericht van: M_Z

Ik kan me voorstellen dat als je shared vanuitje interne server en je de C+NL kaart via een Smargoreader hebt, dat je dit probleem niet hebt.

Mark,
Ik heb idd een server voor mijn dreamboxen met een smargoreader, maar ik heb in mijn 8000 een zgn. 2e kaart met het entertainment-pakket, dus voor de meeste zenders pakt ie gewoon de interne kaart en ik heb hierop nog nooit één freeze gezien.

heb ongeveer dezelfde opstelling als henksat en heb ook nog nooit een freeze gezien,
denk dus ook dat er bij hem iets niet juist staat ingesteld.
miss toch nog een oude versie erop of in de CCCam.cfg iets niet juist ingesteld.
teveel tekst in die file's zijn ook niet nodig.
enkel de dingen die je nodig hebt is genoeg,al de rest is toch maar opvulling en plaatsgebrek voor je ontvanger.

[Frissie]

Origineel bericht van: dolphs

ik ben niet helemaal gek, beide versies op nslu2 werken niet meer op een of andere manier ( openslug 5.3 ):


total 1820
drwxr-xr-x 2 root root 1024 Jul 19 17:49 .
drwxr-xr-x 12 root root 1024 Jul 8 13:44 ..
---x------ 1 root root 571108 Jul 5 07:41 CCcam
---x------ 1 root root 589520 Jul 19 17:49 CCcam.armeb
---x------ 1 root root 604188 Jul 19 16:56 CCcam.armeb.eabi
-rw------- 1 root root 32260 Jul 11 14:22 CCcam.cfg
-rw------- 1 root root 11819 Jul 11 17:32 CCcam.channelinfo
-rw------- 1 root root 23662 Jul 4 18:41 CCcam.providers

root@NSLU2:/var/etc# ./CCcam.armeb
-sh: ./CCcam.armeb: not found
root@NSLU2:/var/etc# CCcam.armeb
-sh: CCcam.armeb: not found

root@NSLU2:/var/etc# ./CCcam.armeb.eabi
Segmentation fault

chmod 755 ....

[dagg]

de owner is root, en daar geeft hij ook het command mee, zal dus niet uitmaken. misschien renamen ofzo?

[OKA]

Origineel bericht van: Dennis Spoelstra

Origineel bericht van: dolphs

ik ben niet helemaal gek, beide versies op nslu2 werken niet meer op een of andere manier ( openslug 5.3 ):


total 1820
drwxr-xr-x 2 root root 1024 Jul 19 17:49 .
drwxr-xr-x 12 root root 1024 Jul 8 13:44 ..
---x------ 1 root root 571108 Jul 5 07:41 CCcam
---x------ 1 root root 589520 Jul 19 17:49 CCcam.armeb
---x------ 1 root root 604188 Jul 19 16:56 CCcam.armeb.eabi
-rw------- 1 root root 32260 Jul 11 14:22 CCcam.cfg
-rw------- 1 root root 11819 Jul 11 17:32 CCcam.channelinfo
-rw------- 1 root root 23662 Jul 4 18:41 CCcam.providers

root@NSLU2:/var/etc# ./CCcam.armeb
-sh: ./CCcam.armeb: not found
root@NSLU2:/var/etc# CCcam.armeb
-sh: CCcam.armeb: not found

root@NSLU2:/var/etc# ./CCcam.armeb.eabi
Segmentation fault

chmod 755 ....

Ik heb ook hetzelfde probleem met SlugOsBe 5.3.
CCcam 2.1.1 wordt zonder problemen opgestart. 2.1.2 geeft een Segmentation Fault.
Het is ook geen chmod-probleem.

[Simean]

Op een oude versie van Openslug geeft hij geen problemen.

 

OpenSlug 3.10-beta

 

Vermoedelijk zit het probleem in die eabi versie.

 

openslug of slugosbe 4.8 installeren die gebruikt de gewone .armeb of hopen op een fix ?

[dolphs]

laten we dat laatste maar hopen dan en dan meteen maar hopen dat bepaalde directories ook weer gewoon ingelezen worden zoals daarvoor altijd het geval was, voor alsnog blijf ik lekker op 2.1.1 op mijn NSLU2-tje.

[Erik Slagter]

Origineel bericht van: dagg

de owner is root, en daar geeft hij ook het command mee, zal dus niet uitmaken. misschien renamen ofzo?

Sterker nog, de foutmelding "segmentation fault" kan nooit het gevolg zijn van security bits ("chmod") die niet goed staan. Je krijgt dan hooguit "not found".

En aangezien linux totaal niet naar "extensies" kijkt, heeft renamen ook geen zin.

Wat meestal het geval is, is dat je een executable voor een zelfde/vergelijkbare processor gebruikt, maar op een ander platform. Of dat de libraries niet kloppen met wat je op het systeem hebt staan, maar meestal meldt hij dat al eerder en netter.

[dolphs]

Erik bedankt. Het lijkst het laatste te worden - libraries die in de laatste slugosbe anders zijn dan in 3.10 en 4.8 want daar schijnt het wel prima te werken:

 

top - 06:00:52 up 4 days, 12:25, 1 user, load average: 0.39, 0.19, 0.12

Tasks: 27 total, 1 running, 26 sleeping, 0 stopped, 0 zombie

Cpu(s): 0.3%us, 0.7%sy, 0.0%ni, 99.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st

Mem: 30240k total, 15508k used, 14732k free, 700k buffers

Swap: 32356k total, 64k used, 32292k free, 8528k cached

 

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND

14966 root 20 0 2316 1104 876 R 1.0 3.7 0:00.19 top

1 root 20 0 1420 552 488 S 0.0 1.8 0:03.44 init

2 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 kthreadd

3 root 15 -5 0 0 0 S 0.0 0.0 0:00.60 ksoftirqd/0

4 root 15 -5 0 0 0 S 0.0 0.0 0:12.04 events/0

5 root 15 -5 0 0 0 S 0.0 0.0 0:00.07 khelper

38 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 kblockd/0

47 root 15 -5 0 0 0 S 0.0 0.0 0:00.04 khubd

74 root 20 0 0 0 0 S 0.0 0.0 0:00.00 pdflush

75 root 20 0 0 0 0 S 0.0 0.0 0:00.03 pdflush

76 root 15 -5 0 0 0 S 0.0 0.0 0:00.06 kswapd0

77 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 aio/0

103 root 15 -5 0 0 0 S 0.0 0.0 0:00.69 mtdblockd

104 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 nftld

217 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 scsi_eh_0

218 root 15 -5 0 0 0 S 0.0 0.0 0:00.76 usb-storage

373 root 15 -5 0 0 0 S 0.0 0.0 0:00.44 kjournald

419 root 16 -4 1768 592 368 S 0.0 2.0 0:00.31 udevd

833 root 20 0 2072 636 580 S 0.0 2.1 0:05.96 syslogd

835 root 20 0 2008 564 496 S 0.0 1.9 0:11.46 klogd

1105 root 20 0 3704 944 668 S 0.0 3.1 0:00.01 sshd

1112 root 20 0 2008 548 472 S 0.0 1.8 0:03.95 crond

1114 root 20 0 1728 660 552 S 0.0 2.2 0:00.02 cron

1118 root 20 0 1684 428 364 S 0.0 1.4 0:00.03 vsftpd

1181 root 20 0 1660 516 444 S 0.0 1.7 0:00.02 getty

14940 root 20 0 3752 2080 1568 S 0.0 6.9 0:00.87 sshd

14944 root 20 0 2012 704 628 S 0.0 2.3 0:00.22 sh

 

 

root@NSLU2:/var/etc# ./CCcam.armeb.eabi -d

Segmentation fault

 

 

root@NSLU2:/var/etc# ./CCcam.armeb -d

-sh: ./CCcam.armeb: not found

 

 

Gelukkig draait mijn 2.1.1 wel probleemloos op slug 5.3

[Frissie]

Lees hier en daar dat er ander compiler is gebruikt, en dat merdee platformen (mips) ook problemen geeft.

Hierdoor andere libaries benodigd. Verklaard veel.

 

[dolphs]

ja dat idee had ik ook al, fijn dat het idee inderdaad lijkt te kloppen. bedankt, ik wacht rustig af tot "het lek" qua libs boven is, in het meest gunstigste geval is het dan een kwestie van nieuwe libs op het platform installen en klaar is Cees.

[OKA]

Volgens mij heeft het niet met libs te maken. We moeten dus wachten op een nieuwe release.

 

Op SlugOsBe5.3 heb ik eerst dit gedaan:

Code:

opkg install ldd

Vervolgens de dependencies van CCcam.armeb.eabi (2.1.1) gecheckt:

Code:

root@NSLU2:# ldd -v /var/etc/CCcam        libcrypt.so.1 => /lib/libcrypt.so.1 (0x40023000)        libpthread.so.0 => /lib/libpthread.so.0 (0x40058000)        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x40075000)        libm.so.6 => /lib/libm.so.6 (0x4012f000)        libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x401d2000)        libc.so.6 => /lib/libc.so.6 (0x401e4000)        /lib/ld-linux.so.3 (0x40000000)        Version information:        /var/etc/CCcam:                libcrypt.so.1 (GLIBC_2.4) => /lib/libcrypt.so.1                libgcc_s.so.1 (GCC_3.5) => /lib/libgcc_s.so.1                libc.so.6 (GLIBC_2.4) => /lib/libc.so.6                libpthread.so.0 (GLIBC_2.4) => /lib/libpthread.so.0        /lib/libcrypt.so.1:                libc.so.6 (GLIBC_2.4) => /lib/libc.so.6        /lib/libpthread.so.0:                ld-linux.so.3 (GLIBC_2.4) => /lib/ld-linux.so.3                ld-linux.so.3 (GLIBC_PRIVATE) => /lib/ld-linux.so.3                libc.so.6 (GLIBC_PRIVATE) => /lib/libc.so.6                libc.so.6 (GLIBC_2.4) => /lib/libc.so.6        /usr/lib/libstdc++.so.6:                libgcc_s.so.1 (GCC_3.3) => /lib/libgcc_s.so.1                libgcc_s.so.1 (GCC_3.5) => /lib/libgcc_s.so.1                libgcc_s.so.1 (GCC_3.0) => /lib/libgcc_s.so.1                libm.so.6 (GLIBC_2.4) => /lib/libm.so.6                libc.so.6 (GLIBC_2.4) => /lib/libc.so.6        /lib/libm.so.6:                ld-linux.so.3 (GLIBC_PRIVATE) => /lib/ld-linux.so.3                libc.so.6 (GLIBC_2.4) => /lib/libc.so.6        /lib/libgcc_s.so.1:                libc.so.6 (GLIBC_2.4) => /lib/libc.so.6        /lib/libc.so.6:                ld-linux.so.3 (GLIBC_2.4) => /lib/ld-linux.so.3                ld-linux.so.3 (GLIBC_PRIVATE) => /lib/ld-linux.so.3

En de dependencies van CCcam.armeb.eabi (2.1.2) gecheckt:

Code:

root@NSLU2:# ldd -v /var/etc/CCcam.armeb.eabi        libcrypt.so.1 => /lib/libcrypt.so.1 (0x40023000)        libpthread.so.0 => /lib/libpthread.so.0 (0x40058000)        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x40075000)        libm.so.6 => /lib/libm.so.6 (0x4012f000)        libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x401d2000)        libc.so.6 => /lib/libc.so.6 (0x401e4000)        /lib/ld-linux.so.3 (0x40000000)        Version information:        /var/etc/CCcam.armeb.eabi:                libcrypt.so.1 (GLIBC_2.4) => /lib/libcrypt.so.1                libgcc_s.so.1 (GCC_3.5) => /lib/libgcc_s.so.1                libc.so.6 (GLIBC_2.4) => /lib/libc.so.6                libpthread.so.0 (GLIBC_2.4) => /lib/libpthread.so.0        /lib/libcrypt.so.1:                libc.so.6 (GLIBC_2.4) => /lib/libc.so.6        /lib/libpthread.so.0:                ld-linux.so.3 (GLIBC_2.4) => /lib/ld-linux.so.3                ld-linux.so.3 (GLIBC_PRIVATE) => /lib/ld-linux.so.3                libc.so.6 (GLIBC_PRIVATE) => /lib/libc.so.6                libc.so.6 (GLIBC_2.4) => /lib/libc.so.6        /usr/lib/libstdc++.so.6:                libgcc_s.so.1 (GCC_3.3) => /lib/libgcc_s.so.1                libgcc_s.so.1 (GCC_3.5) => /lib/libgcc_s.so.1                libgcc_s.so.1 (GCC_3.0) => /lib/libgcc_s.so.1                libm.so.6 (GLIBC_2.4) => /lib/libm.so.6                libc.so.6 (GLIBC_2.4) => /lib/libc.so.6        /lib/libm.so.6:                ld-linux.so.3 (GLIBC_PRIVATE) => /lib/ld-linux.so.3                libc.so.6 (GLIBC_2.4) => /lib/libc.so.6        /lib/libgcc_s.so.1:                libc.so.6 (GLIBC_2.4) => /lib/libc.so.6        /lib/libc.so.6:                ld-linux.so.3 (GLIBC_2.4) => /lib/ld-linux.so.3                ld-linux.so.3 (GLIBC_PRIVATE) => /lib/ld-linux.so.3

De dependencies zijn exact gelijk (of ik kijk er overheen).

[Erik Slagter]

Als e.e.a. goed is gecompileerd zou een kloppende dependency-tree inderdaad moeten garanderen dat het goed werkt. Maar je weet maar nooit. Andere versie compiler, incompatible compilatie-vlaggen, enz, enz.

[Kabeltje87]

Heeft er iemand CCcam 2.1.2 voor Oozoon CVS?

 

Dank bij voorbaat.

 

Willy

[IceKiller]

@kabeltjeuh

als je gewoon een CCcam al geinstalleerd heb moet je gewoon de CCcam (of cccam_2.1.1 of hoe hij heet op uw box) vervangen.