At 10:11 AM 6/7/00 -0400, you wrote:
>Paul Kinnucan <[EMAIL PROTECTED]> writes:
>
>> At 12:00 PM 4/25/00 -0700, you wrote:
>> >
>> >Try
>> >
>> >(setq jde-global-classpath (getenv "CLASSPATH"))
>> >
>>
>> Won't work. You MUST use customize to set JDE veriables. This is documented
>> in the user's guide and has been discussed many times on this list. See the
>> list archive.
>
>I hate to disagree with Paul. It makes me think I'm doing something
>wrong. But I think you can set your jde-global-claspath from the
>$CLASSPATH variable.
>
I said that inserting a simple setq statement at the top-level of your
.emacs file will not work and it does not. If you don't believe me, try it.
What you have done is to insert a setq statement into a jde-mode-hook
function. Since a mode function always executes mode hook functions as the
last thing that it does before exiting, your setq statement overrides the
setting of the jde-global-classpath variable by the jde-mode function when
a file is initially loaded. This works fine if you have only one project
loaded, but if you have multiple projects loaded, the JDE sets
jde-global-classpath variable to a value STORED AS A PROPERTY (either the
value of the :standar-value or the :customized-value property) of the
variable whenever a project context switch occurs. That is the explanation
for the mysterious reversion phenomenon you described below. Re-executing
jde-mode effectively reexecutes your hook function, thus restoring the
value to your script setting. But this seems a bother.
Anyway the mystery to me is why you are going to all this trouble. If you
leave jde-global-classpath to its default empty setting, the JDE will not
generate a -classpath argument on the run, compile, or debug command line
and the vm therefore will use the value of the CLASSPATH variable.
- Paul
>
>> ------------------------------------------------------------
>> TECH SUPPORT POLICY
>>
>> I respond only to requests that contain a complete problem report. The
>> easiest way to ensure that your report is complete is to include the output
>> of the JDE->Help->Submit Problem Report command in your request.
>>
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>> JDE website: http://sunsite.auc.dk/jde/
>>
>> JDE mailing list archive:
>> http://www.mail-archive.com/[email protected]/maillist.html
------------------------------------------------------------
TECH SUPPORT POLICY
I respond only to requests that contain a complete problem report. The
easiest way to ensure that your report is complete is to include the output
of the JDE->Help->Submit Problem Report command in your request.
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
JDE website: http://sunsite.auc.dk/jde/
JDE mailing list archive:
http://www.mail-archive.com/[email protected]/maillist.html
