Path: utzoo!utgpu!water!watmath!clyde!rutgers!mit-eddie!apollo!nazgul From: nazgul@apollo.uucp (Kee Hinckley) Newsgroups: comp.sys.apollo Subject: Re: Alarm Server and Env variables Keywords: apollo domain alarm_server env Message-ID: <39e47081.46@apollo.uucp> Date: 25 Jan 88 21:54:00 GMT References: <191@sdrc.UUCP> Reply-To: nazgul@apollo.UUCP (Kee Hinckley) Organization: Apollo Computer, Chelmsford, MA Lines: 26 In article <191@sdrc.UUCP> crgabb@sdrc.UUCP (Rob Gabbard) writes: > On the DN330 in my office I run the alarm_server from `node_data/startup.19l ... > The problem I'm having is that it seems that any environment variables set in > `node_data/startup.19l after the cps line that starts the alarm_server are not > set ! For instance, I set UNIXLOGIN and NAMECHARS but they don't get set if When you log in is there an alarm window up? I suspect that what you are seeing is a side effect of the DMs inheritance rules. You can set a bunch of environment variables in the startup file, but when you press a shell key or otherwise start a process the DM looks for the most recent window you were in and inherits all of the context (working directory, environment variables, etc.) from that window. Normally this is exactly what you want (my shell key for instance, does a "cp" of "$(SHELL)" which means that I get the same type of shell as the one in my current window). However in the case of the alarm server it isn't what you want, but the DM doesn't know the difference. Setting the variables before running the alarm server makes it all work since now its windows have all of the variables set in them, and you'll inherit them indirectly. Kee Hinckley User Environment -- ### {mit-erl,yale,uw-beaver}!apollo!nazgul ### (Apple ][e ProLine BBS) ### ### apollo!nazgul@eddie.mit.edu ### nazgul@pro-angmar.uucp ### ### nazgul@apollo.uucp ### (617) 641-3722 300/1200/2400 ### I'm not sure which upsets me more; that people are so unwilling to accept responsibility for their own actions, or that they are so eager to regulate everyone else's.