OVH Cloud OVH Cloud

Info.plist et script sh

20 réponses
Avatar
yvon.thoravalNO-SPAM
Comme je n'arrive pas à lancer mon appli java j'ai écrit un script de
lancer déposé dans : MyApp.app/MacOS/

et j'ai mis :

<key>CFBundleExecutable</key>
<string>startup.sh</string>

dans mon Info.plist

rien ne se passe, par contre, le script startup.sh lancé depuis le
répertoire MyApp.app/MacOS/ marche impec.

Question : quel est le répertoire d'où se lance un exécutable par
Info.plist ???

--
yt

10 réponses

1 2
Avatar
Saïd
Yvon Thoraval :
touch toto.txt
pwd > toto.txt


touch /tmp/toto.txt
pwd >> /tmp/toto.txt



--
Saïd.

Avatar
yvon.thoravalNO-SPAM
Saïd wrote:


touch /tmp/toto.txt
pwd >> /tmp/toto.txt


OK merci !
--
yt

Avatar
yvon.thoravalNO-SPAM
Luc Heinrich wrote:

Pour avoir le path complet de ton appli, utilise $0, que tu
peux ensuite saucissonner pour construire les paths vers les librairies
contenues dans ton bundle.


Bon, j'ai fait tout cela, à partir du moment où le script est lancé
depuis MyApp.app qqsoit le niveau (ie. MyApp.app/Contents,
MyApp.app/Contents/Resources/Java...) ça roule MAIS toujours pas au
Finder...

En fait, je ne retrouve même pas mon "toto.txt" dans /private/tmp, tjs
si lancé depuis le Finder, par ruby /path/to/mon_script pas de pb...

Au fait ou ce trouve le ruby par défaut sur mac, moi j'en ai un
/opt/local/bin/ruby mais je ne me souviens + de l'endroit où ce trouve
l'autre ))
--
yt

Avatar
lucsky
Yvon Thoraval wrote:

Au fait ou ce trouve le ruby par défaut sur mac, moi j'en ai un
/opt/local/bin/ruby mais je ne me souviens + de l'endroit où ce trouve
l'autre ))


Ben /usr/bin/ruby, tout simplement.

--
Luc Heinrich -

Avatar
yvon.thoravalNO-SPAM
Luc Heinrich wrote:


Ben /usr/bin/ruby, tout simplement.


oui, oui, merci, j'ai trouvé...

ça roule maintenant...
--
yt

Avatar
NObertrand.lupartSPAM
Au fait ou ce trouve le ruby par défaut sur mac, moi j'en ai un
/opt/local/bin/ruby mais je ne me souviens + de l'endroit où ce trouve
l'autre ))


"which ruby" pour avoir le ruby par défaut.
"whereis ruby" pour la liste de tes interpréteurs ruby.

--
Bertrand

Avatar
listes
Schmurtz wrote:

Saïd wrote:

Essaye MacOS/startup.sh, c'est ce qui me semble le plus logique, sans
garantie.


Ça ne marchera pas, le nom de l'exécutable est le chemin d'accès depuis
ce dossier MacOS. Il faut savoir que pour d'autre système, c'est dans
d'autre dossier que l'exécutable sera cherché : pour Classic, c'est dans
"MacOS Classic", on pourrait imaginer que pour un linux ce soit dans
Linux et pour la version windows dans WindowsXP ou Windows. Le système
de paquet d'application mis en place par NeXT a été pensé pour n'avoir
qu'une seule et unique application pour tout type de système/plateforme
(avec bien sûr un exécutable différent pour chaque).


Ce qui suppose qu'il ont pensé à un moment de faire Macos X pour un
d'autres processeur... Je sais que NextStep tournais sur PC...

Par contre il y avait un moment une rumeur qui disait que macos X
existait pour processeur intel.

Bon y a déjà Darwin pour intel... mais c'est sans cocoa etc....

je me trompe ?
--
<http://www.clampin.com/>, l'actualité par Clampin


Avatar
yvon.thoravalNO-SPAM
Bertrand LUPART wrote:

"which ruby" pour avoir le ruby par défaut.
ok, je connaissais :

~/Desktop> which ruby
/opt/local/bin/ruby

"whereis ruby" pour la liste de tes interpréteurs ruby.
Ben là, il ne m'en donne kun :

~/Desktop> whereis ruby
/usr/bin/ruby

ne trouve pas celui par défaut...

Anyway, merci pour l'info "whereis" , j'ai cekilmefô ;=)
--
yt

Avatar
NObertrand.lupartSPAM
"which ruby" pour avoir le ruby par défaut.
ok, je connaissais :

~/Desktop> which ruby
/opt/local/bin/ruby

"whereis ruby" pour la liste de tes interpréteurs ruby.
Ben là, il ne m'en donne kun :

~/Desktop> whereis ruby
/usr/bin/ruby

ne trouve pas celui par défaut...


Ah ouais, tiens marrant.

~> man whereis
[snip]
The path searched is the string returned by the sysctl(8) utility
for the
``user.cs_path'' string.
[snip]

~> sysctl -a |grep 'user.cs_path'
user.cs_path = /usr/bin:/bin:/usr/sbin:/sbin

"whereis" ne se base pas sur $PATH, alors que "which" le fait.

Je pense qu'il ne doit pas y avoir de contre-indication à synchroniser
user.cs_path avec $PATH.

--
Bertrand


Avatar
yvon.thoravalNO-SPAM
Bertrand LUPART wrote:


Je pense qu'il ne doit pas y avoir de contre-indication à synchroniser
user.cs_path avec $PATH.


OK, merci.
--
yt

1 2