Ga naar inhoud


eigen gemaakte bin's geeft lib probleem


Aanbevolen berichten

Geplaatst:

Onder linux Suse heb ik nu de cdk aan de praat

maar als ik de zelf gecompileerde bin's start

op de dream komt heel vaak de melding dat

bepaalte functies niet in de LIB_C 2.0 zit.

 

Staan op de dream te oude libraries ?

Kan in zondermeer mijn zelf gecompileerde

libs op de dream zetten (/lib/*)


Geplaatst:

De dreambox is geen 'Intel' platform.

Heb je een cross compiler gebruikt op SuSE ???

"Es gibt keine verzweifelte Lagen, es gibt nur verzweifelte Menschen" - H.W. Guderian

Geplaatst:

Ik heb dit probleem niet, ik kan gewoon programma's compileren en die doen het dan ook.

Wellicht roep je functies aan die standaard niet aanwezig zijn? Je noemt geen functienamen.

 

Wel merk ik dat het haast onmogelijk is om een enigma te compileren die hetzelfde is als degene die bij een bepaald image zit.

Geplaatst:

b.v. lcd clock geeft de melding dat ik dacht ftime er niet was

in iedergeval iets van de time functies.

Ik ben nu op mijn werk en kan het niet precies zeggen.

Geplaatst:
Citaat:
Dat doet Ronald toch ook? Dan zal het best wel mogelijk zijn.


Bij mijn weten zijn de spullen van Ronaldd niet open source.
Je komt er dus niet achter wat hij precies uit CVS download (welke versie), wat hij er dan nog aan wijzigt, wat er regelrecht uit Dream image komt, etc.

Het is overigens de vraag of dit licentietechnisch (GPL) wel mag.
Geplaatst:

Als je Ronald vraagt krijg je antwoord. Dat weet ik zeker. Dit is allemaal afhankelijk van je eigen benadering. Door op bovenstaande manier te beginnen stel je je niet echt positief op (halve beschuldiging).

Als jij Ronalds werk een beetje begrijpt, weet je dat hij geen aanpassingen maakt in enigma, maar het alleen gebruikt. Wat mag daar niet aan dan?

Alles wat Ronald zelf maakt (plugins) is toch zijn goed recht om het wel of niet te delen nietwaar?

 

Tox.

Geplaatst:

Dream heeft de libc gestript van niet veel voorkomende call's. ftime() is z'n call. Dat weet ik toevallig omdat ik die ook al wou gebruiken, ik gebruik daar nu gettimeofday() voor, die zit wel in libc.

 

Als je compileerd met de CDK dan zijn wel alle headerfiles enzo aanwezig, je zult het dus alleen tijdens runtime merken dat er 'unresolved symbols' zijn.

 

Dus bij een 'unresolved symbols' in libc zal je dus moeten zoeken naar een equivalent. Het is geen optie om een complete libc in de image te stoppen omdat die dan teveel ruimte in beslag neemt.

 

Ronald

My DM(800|7025) is Ronaldd powered

Geplaatst:
Citaat:
Citaat:
Als je Ronald vraagt krijg je antwoord. Dat weet ik zeker.


Dan moet ik de hoop nog niet opgeven zeker, ivm een pm van 2 weken geleden?
Zeker de hoop niet opgeven.

My DM(800|7025) is Ronaldd powered

Geplaatst:
Citaat:
Als je Ronald vraagt krijg je antwoord. Dat weet ik zeker. Dit is allemaal afhankelijk van je eigen benadering. Door op bovenstaande manier te beginnen stel je je niet echt positief op (halve beschuldiging).


Het is echt opvallend dat jij iedere constatering meteen interpreteert als een verwijt of zelfs een beschuldiging.

Ik constateer alleen maar dat de spullen geen open source zijn, in ieder geval niet in de zin dat er op de FTP site een source naast iedere binary staat.
En een feit is dat je bij verspreiding van een GPL gelicenseerd programma verplicht bent om de source ter beschikking te stellen, en bij modificaties de source daarvan.

Of dat betrekking heeft op deze images dat weet ik niet, en als dat zo is dan is hetzelfde ook van toepassing op de andere gemodificeerde images die je her en der ziet.
Geplaatst:
Citaat:
b.v. lcd clock geeft de melding dat ik dacht ftime er niet was


"man ftime" zegt:
This function is obsolete. Don't use it.
Geplaatst:

thanks <img src="/ubbthreads/images/graemlins/smile.gif" alt="" />

Citaat:
Citaat:
Citaat:
Als je Ronald vraagt krijg je antwoord. Dat weet ik zeker.

 

Dan moet ik de hoop nog niet opgeven zeker, ivm een pm van 2 weken geleden?

Zeker de hoop niet opgeven.
Geplaatst:

m.b.t gpl wil ik niet te hard van stapel lopen.

In de begin tijd van linux heb ik zelf veel geschreven voor

de kernel (grote stukken van mij zitten ook nu nog in de dream kernel (hi))

mijn filisofie is als ik aan een source bezig ben in de experimentele

fase dan geef ik de source niet vrij (ik wil me n.l. niet zelf blameren)

Maar op het moment dat ik denk dat de source redelijk OK is wordt het

publiek gemaakt door het up te loaden naar linus.

 

Maar inderdaad de plugin schrijvers houden hun source wel erg geheim

je ziet al versie nummers van boven de 1.xxx en nog geen source.

 

Hiervoor moet je niet de image bakkers aanspreken zij pakken de binaries

in die ze op het internet vinden en meer ook niet.

 

Ik heb wel ergens de source kunnen vinden van de gbox en mgcam maar dat

waren zeer oude versies .

 

Wat ik wel raar vind op de csv van tuxbox stond vroeger een demo.cpp

waar het gebruik van listboxen enz voorgedaan werd als begin voor je

eigen plugins ,maar die is van de cvs verdwenen ,reden ????

 

 

m.b.t de libraries waar deze topic over gaat heb ik nog geen antwoord

zit in de huidige image's zulke oude libraries ? of zijn het uitgeklede

libraries om plaats te sparen.

 

De groeten uit Heerlen (pukje)

Maak een account aan of log in om te reageren

Je moet een lid zijn om een reactie te kunnen achterlaten

Account aanmaken

Registreer voor een nieuwe account in onze community. Het is erg gemakkelijk!

Registreer een nieuwe account

Inloggen

Heb je reeds een account? Log hier in.

Nu inloggen
  • Wie is er online   0 leden

    • Er zijn geen geregistreerde gebruikers deze pagina aan het bekijken
×
×
  • Nieuwe aanmaken...