On Wed, 17 Jun 2009 09:50:57 -0400 Bob Doolittle <[email protected]> wrote:
> Yeah, I was particularly dismayed by the fact that the /proc/pid/environ > didn't seem to reflect current runtime state. Isn't that the point of > /proc?!? Yes, one would think so. On the other hand: it is quite irrelevant what a process does to its environment as long as it doesn't start a child process. And then the new environment becomes visible in /proc > I imagine there's a way to extract the environment in the same way that > pargs does - pargs opens /proc/pid/as (is that equivalent to > /proc/pid/mem on Linux?) and then using the ELF headers figures out > where the environment resides in memory and preads it in but that's > beyond the scope of what I was willing to explore :). I agree -:) And this is well over my head. > > Neither bash nor pdksh have associative arrays. (There is a ksh package for > > Linux which provides ksh93. But all the SRSS-on-Linux recipes recommend > > installing pdksh. A relic of the times when SRSS itself had problems with > > ksh93.) > > > > Yes, pdksh should no longer be required for 4.1. Sorry to have relied on > associative arrays but it really made this cross-checking algorithm > simple. Of course. Associative arrays are cool for this purpose. I just wanted to explain why I switched to Perl. Thanks Meik -- Meik Hellmund Mathematisches Institut, Uni Leipzig e-mail: [email protected] http://www.math.uni-leipzig.de/~hellmund _______________________________________________ SunRay-Users mailing list [email protected] http://www.filibeto.org/mailman/listinfo/sunray-users
