[Linuxcantabria] awk...

[Alex Perez]

si, se me ha ido la olla

no me habia dado cuenta que iba para mi, y he respondido a la lista tb

en resumen, que se trataba de setear variables de entorno al bash padre para
que otro bash las coja de ahi.

he optado por hacer

cat datos| ./script.sh

donde en el script se llama al awk y dentro hace

print "export lala="valor1

pero llamando con:
`cat datos| ./script.sh `


me habia confundio de direcciones, pensaba que iba a lista tb

saludos



2005/12/7, Luis Fernando Ruiz Gago <luis en yafray.org>:
>
> Alex Perez wrote:
> > estoy mirando con un array ENVIRON["home"], en el que puedes añadfir
> > variables, pero desde fuera parece que no las coge.
> > y tb con system("set lala=lalla"),  o export en vez de set, pero nasti
>
> No he leído todo el hilo y puede que me equivoque, pero creo que tienes
> un problema con el ámbito de tu script. Si estás intentando exportar una
> variable de entorno en un script, esta va a estar sólo disponible en el
> entorno del propio script. Si quieres que perdure en el entorno del
> padre (el propio bash desde el que lo has llamado) has de hacer:
>
> $ . script.sh
>
> (ojo al punto)
>
> Ejemplo. Si script.sh es:
>
> #!/bin/bash
> export lala="lala"
> ...
>
> Y lo ejecutas así:
>
> $ script.sh
>
> lala sólo tiene sentido en el proceso lanzado para script.sh.
>
> Si lo ejecutas así:
>
> $ . script.sh
>
> Al terminar el script, lala seguirá definida por ahí.
>
> Si no hablabas de eso, vaya manera más tonta de perder el tiempo todos :D
>
> Luis.
>
>
> _______________________________________________
> Linuxcantabria mailing list
> Linuxcantabria en linuca.org
> http://linuca.org/mailman/listinfo/linuxcantabria
> ¿Conoces las sugerencias de uso? -> http://linuca.org/link/?l45
>
>


--
3rd Law of Computing:
Anything that can go wrSegmentation fault -- core dumped.