redneck eyeball Geplaatst: 10 augustus 2005 Geplaatst: 10 augustus 2005 Ben aan de sukkel ... Ik probeer vanuit een script een ander script te starten, te wachten tot dat script gedaan is en dan verder te lopen ... maar helaas zonder success <img src="/forums/images/graemlins/frown.gif" alt="" /> #get our sky EPG data and append wget 'http://dreambox/cgi-bin/xmessage?timeout=5&caption=GetEPG+Plugin&body=Getting+SKY+EPG,+Please+wait...' sleep 2 ./getskyepg.sh && Dat is wat ik staan heb, maar het lijkt er op alsof hij het script gewoon niete start, want ik heb daar in het begin ook een message staan en die krijg ik nooit te zien. Het oorspronkelijke script loopt ook niet meer door. Wie heeft hier meer kaas van gegeten dan ik ? Alvast bedankt. CU Red
oudeis Geplaatst: 10 augustus 2005 Geplaatst: 10 augustus 2005 Ik neem aan dat het ./getskyepg.sh && niet werkt? Probeer het eens zonder de '&&'. De '&&' verwacht namelijk nog een 2de statement, die wordt uitgevoerd indien getskyepg.sh succesvol wordt uitgevoerd. Eventueel het volledige pad ingeven. Als dat niet werkt kun je ook nog eens 'sh ./getskyepg.sh' proberen . De wget regel werkt wel vanaf de command line?
Romeo_ Geplaatst: 10 augustus 2005 Geplaatst: 10 augustus 2005 of ... ipv && een enkele & gebruiken aan het einde van je commando (spawn command) The Source is Out There....
Gast Geplaatst: 10 augustus 2005 Geplaatst: 10 augustus 2005 nee, juist geen & gebruiken aan het eind. Red gaf juist aan dat er gewacht moet worden tot het externe script klaar is. Als je een & aan het eind van een regel zet, geef je juist aan dat hij dat commando in de background moet uitvoeren, en NIET moet wachten met de rest van het script tot het commando klaar is. Zonder die && zou hij volgens mij inderdaad moeten werken. Suc6, Lion.
redneck eyeball Geplaatst: 10 augustus 2005 Auteur Geplaatst: 10 augustus 2005 We zijn er uit ! Het ontbreken van het volledige path was de boosdoener blijkbaar. ./getskyepg.sh wou niet lukken /var/tuxbox/plugins/getskyepg.sh doet het wel Bedankt ! CU Red
Gast Geplaatst: 11 augustus 2005 Geplaatst: 11 augustus 2005 Citaat: Het ontbreken van het volledige path was de boosdoener blijkbaar. Achteraf gezien goed verklaarbaar. Want wat is de 'huidige directory' wanneer het 'buitenste' script wordt aangeroepen? Daar gaat hij zoeken als je vanuit dat buitenste script een nieuw script aanroept met ./script.sh. Dat hoeft dus beslist niet de directory te zijn waar beide scripts staan! Het aanroepen van een script heeft niet automatisch tot gevolg dat de huidige directory ook gelijk gemaakt wordt aan de directory van dat script. Dat is vooral gemeen als je het script eerst met de hand test (en daarbij dus in de goede directory staat) en later bijv. vanuit een cron-job. Met de hand doet-ie het dan, vanuit cron vertikt-ie het. Je had de oplossing al gevonden, maar het leek me nuttig om toch nog even het 'waarom' te verklaren. Greetz, Lion.
Aanbevolen berichten
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 accountInloggen
Heb je reeds een account? Log hier in.
Nu inloggen