Jeg har et spørgsmål om at køre perl i den aktuelle proces.

Jeg vil vise med et eksempel.

Kig på dette.

sh-2.05b$ pwd
/tmp
sh-2.05b$ cat test.sh
#! /bin/sh
cd /etc
sh-2.05b$ ./test.sh 
sh-2.05b$ pwd
/tmp
sh-2.05b$ . ./test.sh 
sh-2.05b$ pwd
/etc
sh-2.05b$

sh-2.05b$ pwd
/tmp
sh-2.05b$ cat test.pl
#! /usr/bin/perl
chdir("/etc");
sh-2.05b$ ./test.pl 
sh-2.05b$ pwd
/tmp
sh-2.05b$ . ./test.pl 
sh: ./test.pl: line 2: syntax error near unexpected token `"/tmp"'
sh: ./test.pl: line 2: `chdir("/tmp");'
sh-2.05b$

AFAIK perl altid skaber et barn.

Er der en årsag til, at du ikke kan læse de andre script og gøre, hvad den gør i forbindelse med den igangværende proces? dvs. finde chdir og derefter gøre, hvad den gør i din perl script?

Ja, det kan gøres på den måde. Det ville arbejde.

Jeg er nysgerrig efter at vide, hvis det kan gøres på denne måde.

Tak,
vino

Bare et gæt, men jeg tror det. kommando er instruere den nuværende shell at fortolke script - som den ikke kan, fordi det har perl kommandoer / funktioner i det.

Den "exec" builtin i bash (sh om Linux ser ud til at være alt for) vil køre perl processen uden at skabe en ny proces ved at erstatte den oprindelige shell-processen, ligesom C exec * familie af funktioner.

Så du burde være i stand til at køre et script med ". / Script.sh" for at oprette en ny proces og derefter "exec perl script.pl "for at fortsætte udførelsen uden at indføre en ny proces, men den oprindelige shell script vil opsige (kontrol vil ikke vende tilbage til shell script).

På de fleste (nyere) Linux distros sh er blødt / hårdt knyttet til bash ...

# ls -l /bin/sh /bin/bash
-rwxr-xr-x  1 root root 616312 Dec  7  2004 /bin/bash
lrwxrwxrwx  1 root root      4 May 18  2005 /bin/sh -> bash

Hmm ... okie. SÃ¥ jeg brugte exec. Dette er, hvad jeg fik.

sh-2.05b$ pwd
/tmp
sh-2.05b$ cat test.sh
#! /bin/sh
exec perl /tmp/test.pl
sh-2.05b$ cat test.pl
chdir("/etc");
sh-2.05b$ ./test.sh
sh-2.05b$ pwd
/tmp
sh-2.05b$

#! usr/bin/perl
chdir("/etc");

#! /bin/sh
exec /tmp/test.pl