RE: possible bug in 21.4.18 windows version and installation
Vin,
Your last email clued me in to solving my problem.
Apparently, I had a file in my root directory called TAGS. It was an
empty file (of size 0 bytes). I'm not sure how or why the file was
there as I don't keep any source code in my root directory and I've
never run ETAGS from that directory.
I deleted that file and everything now behaves as expected. That also
seemed to solve the path problem I was having. Very weird!
So anyway, I now have 21.4.19-pre6 as my current XEmacs and am happy
again:)
But I think its still worth pointing out that 21.4.13 worked as expected
even with that rogue TAGS file in my root directory and 21.4.18 (and
later) does not. I'll let you decide how you want to deal with that.
Thanks for your help.
Regards,
Robert
-----Original Message-----
From: ethersoft(a)gmail.com [mailto:ethersoft＠gmail.com] On
Behalf Of Vin Shelton
Sent: Monday, January 30, 2006 6:10 PM
To: Robert Abad
Cc: xemacs-beta
Subject: Re: possible bug in 21.4.18 windows version and installation
Hey Robert,
I have never installed the 21.4.13 version, so I'm just
trying to understand how your system could be different from mine.
On 1/30/06, Robert Abad <Robert_Abad(a)trimble.com> wrote:
> So what is the proper uninstallation????? I used the uninstall
> program that came with 21.4.13. I even went through my
registry and
> deleted all references to XEmacs before installing 21.4.18.
Should I
> have done other steps in the uninstallation???
No, it sounds like you covered it.
> I thought I was clear on my exact steps earlier but I'll re-iterate
> them here. To produce the problem, I do the following:
> - start XEmacs
> - C-x C-f C:\projects\code\airborne\05xx\app565\167in.c
> - place cursor on GPS167_ERROR (a #define in my code)
> - M-. GPS167_ERROR (to find the definition of this #define)
Light dawns on Marblehead! I see - I have no TAGS file in my
home directory. When I created a TAGS file in my home
directory, the XEmacs tag handling code takes that as the
TAGS file to use. I take it you don't want to delete that
C:\TAGS file? If you want to keep that TAGS file in c:\TAGS
and you don't want to mess with tag-table-alist, then I think
you're out of luck until someone wants to dig into this.
The documentation on tag-table-alist is pretty explicit,
though. I think you could easily craft the example code to
do what you want.
Regards,
Vin