Re: Setting ddd environment variable
Re: Setting ddd environment variable
- Subject: Re: Setting ddd environment variable
- From: Joe Koski <email@hidden>
- Date: Sun, 29 May 2005 19:20:54 -0600
on 5/23/05 8:02 PM, Joe Koski at email@hidden wrote:
> At the suggestion of a Linux user, I've built and installed ddd on my Mac
> running OS X 10.3.9 with the intent of debugging g77 programs.
>
> The entire build and install process went without any error messages or
> problems. I'm using the lesstif libraries that I used to build geomview last
> year. Indeed, ddd appears in /usr/local/bin.
>
> When I try to use ddd, I get the message:
>
> Joe-Koskis-Computer:~/Isis_Files/Dedicated_train_g77_debug jakoski$ ddd I3d
> Error: No `Ddd' application defaults file
> To resolve this problem, you can:
> * set the XAPPLRESDIR environment variable to the location of the file
> `Ddd', or
> * set the DDD_HOME environment variable to the location of `ddd/Ddd', or
> * install the `Ddd' file in the X application defaults directory, or
> * recompile DDD with builtin app-defaults file;
> see the `--enable-builtin-app-defaults' option for details.
>
> So I searched and found Ddd
>
> Joe-Koskis-Computer:/usr jakoski$ find . -name Ddd -print
> ./local/share/ddd-3.3.11/ddd/Ddd
>
> And added the line
>
> export DDD_HOME=/usr/local/share/ddd-3.3.11/ddd/Ddd
>
> First to both my .bashrc and then to .bash_profile. When I shut down and
> restart X11 and export without arguments, I get the line
>
> declare -x DDD_HOME="/usr/local/share/ddd-3.3.11/ddd/Ddd"
>
> on the list. So far, so good.
>
> When I go back to the program directory and type ddd I3d again, I still get
> the same Error: No `Ddd' application defaults file, etc., etc.
>
> I think I'm chasing my tail. I had the same results with the use of
> XAPPLRESDIR.
>
> Questions:
>
> Am I declaring DDD_HOME correctly?
>
> Where is the "X application defaults directory" located on a Mac?
>
> Thanks for any help or suggestions.
>
> Joe
>
Well, the problem and solution were both known, but the ddd list folks were
not motivated to point that out. After some looking, I found a Sept. 2002
posting on the ddd list that at least identified the problem.
The problem is associated with the OS X lack of case sensitivity. The
resource file is Ddd and the executable is ddd. Ddd is created during the
./configure phase, but the makefile, not worrying about case, replaces Ddd
with the executable ddd during the build process. During make install, ddd
is then installed in place of Ddd.
The solution is to save Ddd as Ddd_save after the configure phase and
manually reinstall it as Ddd after make install. For good measure, I also
built the executable as xddd with a prepend option mentioned in the posting.
Problem solved. I'm sure all experienced Mac installers know about this, but
when it manifests itself, the results are puzzling. No error messages are
issued. Lesson learned.
Joe
_______________________________________________
Do not post admin requests to the list. They will be ignored.
X11-users mailing list (email@hidden)
This email sent to email@hidden