Project files and other fun...

Project files and other fun...

[Doug Fraser]

Hello.

I am a newbie to source navigator, with a couple of
questions.

I am using SN5.

It seems that project '.proj' files have full path names
in them, and I was wondering if there is anyway to create
project files with relative paths that are prepended by
an environment variable so that they can be shared through CVS.

Also, for importing (snavigator -import /file/path) you
have to supply the full path to the file. It won't just pick
up the file from the current directory. Also, that file must
contain full paths. Is there some env value or flag that will
root it from the current working directory or from some
prenamed root path?

Other than these problems, it is a great tool.

BTW: I have zero TCL knowledge, a bit of Perl knowledge, a lot
	of C and ASM. I tried plowing around the tcl code, but could
	not figure out how .proj files are managed. I did note a
	number of env() variables (HOME, TMP, TEMP ...) but nothing
	that looked useful for my questions.

I probably need to learn some tcl in any case, just so that
I can hook VIM into the editor. I see the hooks for emacs but
cannot quite follow them. VIM has similar APIs for hooking to
other tools, and being an old (yeah, I am old...) vi hack,
moving to emacs is too painful. I tried once, and ended up
with tendonitis in my left pinky.

Thanks much.

Doug

> -----Original Message-----
> From: Mark Purtill [ mailto:9zh5bz3jdk001@sneakemail.com ]
> Sent: Thursday, August 09, 2001 1:14 PM
> To: sourcenav@sourceware.cygnus.com
> Subject: SourceNav with NTEmacs
> 
> 
> 
> Dalton, Barnaby writes:
>  > Does anyone use sourcenav with ntemacs? I'm trying to get 
> it working with
>  > gnuclient. The first time I try to edit a file from 
> sourcenav a new emacs
>  > process is launched even if I have already started one via 
> other means. This
>  > second process starts with the *messages*
>  > 
>  > Server subprocess exited
>  > connection failed: connection refused, 127.0.0.1, sn
>  > 
>  > >From then on sourcenav always uses this second process. 
> Doesn anyone know
>  > what is going on?
>  > 
>  > Gnuclient/serv is defnitely working ok as I have used it 
> from windows
>  > explorer/msdev for years.
> 
> 
> 	I had a similar problem under Linux.  When you set the editor
> to gnuclient, SN recognizes that and does what it thinks is the right
> thing, which seems to be to start a new emacs for you.  (Subsequent
> calls would try to use gnuclient.)  In your case, it sounds like this
> doesn't work because the server that gnuclient talks to has already
> been started by your previous emacs.  Try writing a script with a name
> different from gnuclient; I have one that looks something like this:
> 
> #! /bin/sh
> TMPDIR=/tmp
> export TMPDIR
> gnuclient $*
> 
> You'll need the equivalent for NT, except probably not the TMPDIR
> stuff.  (There's an additional problem on Linux that SN sets TEMPDIR,
> which gnuclient uses to connect to the emacs; if the two processes
> have different TMPDIRs, they can't connect, so I reset it.)  You might
> try naming the progam both a name with "emacs" in the name and not and
> see which works better for you.  (The behavior is different because,
> again, SN is looking at the name and trying to be clever.)
> 
> --
> ^.-.^ Mark Purtill
> (("))
> 

Re: Project files and other fun...

[Mo DeJong]

On Thu, 9 Aug 2001, Doug Fraser wrote:

> 
> Hello.

Hi Doug.
 
> I am a newbie to source navigator, with a couple of
> questions.
> 
> I am using SN5.
> 
> It seems that project '.proj' files have full path names
> in them, and I was wondering if there is anyway to create
> project files with relative paths that are prepended by
> an environment variable so that they can be shared through CVS.

No, all path names are fully qualified. Getting everything
working with relative paths is a big job and one that
really needs to be done.

> Also, for importing (snavigator -import /file/path) you
> have to supply the full path to the file. It won't just pick
> up the file from the current directory. Also, that file must
> contain full paths. Is there some env value or flag that will
> root it from the current working directory or from some
> prenamed root path?
> 
> Other than these problems, it is a great tool.
> 
> BTW: I have zero TCL knowledge, a bit of Perl knowledge, a lot
> 	of C and ASM. I tried plowing around the tcl code, but could
> 	not figure out how .proj files are managed. I did note a
> 	number of env() variables (HOME, TMP, TEMP ...) but nothing
> 	that looked useful for my questions.
...
> I probably need to learn some tcl in any case, just so that
> I can hook VIM into the editor. 

If you want to learn some Tcl, one of the books is
a good place to start.

http://tcl.activestate.com:8002/resource/doc/books

cheers
Mo DeJong
Red Hat Inc