CEDET

Hi,

I am using eieio, semantic and speedbar from the cvs repository.  When I 
try to expand the node corresponding to a .ltx file in the speedbar, I 
get the following error.

eieio-generic-call: No method definition: semanticdb-create-database, 
("/home/venku/publications/icse03/.semantic.cache")

However, I donot get that error if I use semantic-1.4.1 instead of 
semantic from CVS (the rest of the set up is left as it is).

What might be wrong?

waiting for reply,


-- 

Venkatesh Prasad Ranganath,
Dept. Computing and Information Science,
Kansas State University, US.
web: http://www.cis.ksu.edu/~rvprasad

>>> Venkatesh Prasad Ranganath <rvprasad@...> seems to think that:
>
>
>Hi,
>
>I am using eieio, semantic and speedbar from the cvs repository.  When I 
>try to expand the node corresponding to a .ltx file in the speedbar, I 
>get the following error.
>
>eieio-generic-call: No method definition: semanticdb-create-database, 
>("/home/venku/publications/icse03/.semantic.cache")
>
>However, I donot get that error if I use semantic-1.4.1 instead of 
>semantic from CVS (the rest of the set up is left as it is).
  [ ... ]

Hi,

  Semantic 2.0's file format for the cache files is different from
  semantic 1.4.  Perhaps you can just delete the cache files to make
  it work?

  If not, it may be that the require or auto-loads don't work quite
  right yet.  Semanticdb used to be one file, now it consists of 7 or
  so.  I just tried it on a few local latex files I have, and it
  works for me.

  Try using `M-x toggle-debug-on-error', and getting a stack trace.
  That will help.

Thanks
Eric

-- 
          Eric Ludlam:                 zappo@..., eric@...
   Home: http://www.ludlam.net            Siege: http://www.siege-engine.com
Emacs: http://cedet.sourceforge.net               GNU: http://www.gnu.org

>>>>> "Eric" == Eric M Ludlam <eric@...> writes:

    >> I am using eieio, semantic and speedbar from the cvs repository.  When I 
    >> try to expand the node corresponding to a .ltx file in the speedbar, I 
    >> get the following error.
    >> 
    >> eieio-generic-call: No method definition: semanticdb-create-database, 
    >> ("/home/venku/publications/icse03/.semantic.cache")
    >> 
    >> However, I donot get that error if I use semantic-1.4.1 instead of 
    >> semantic from CVS (the rest of the set up is left as it is).
    >   [ ... ]

    >   If not, it may be that the require or auto-loads don't work quite
    >   right yet.  Semanticdb used to be one file, now it consists of 7 or
    >   so.  I just tried it on a few local latex files I have, and it
    >   works for me.

    >   Try using `M-x toggle-debug-on-error', and getting a stack trace.
    >   That will help.

Well, deleting the cache files did not help.  Also, following is the stack trace of the error. 

I am loading xae after semantic and it comes with a prebundled version of eieio.  Could that be...?

Debugger entered--Lisp error: (no-method-definition semanticdb-create-database ("/home/venku/publications/icse03/.semantic.cache"))
  signal(no-method-definition (semanticdb-create-database ("/home/venku/publications/icse03/.semantic.cache")))
  eieio-generic-call(semanticdb-create-database ("/home/venku/publications/icse03/.semantic.cache"))
  semanticdb-create-database("/home/venku/publications/icse03/.semantic.cache")
  semanticdb-get-database("/home/venku/publications/icse03/.semantic.cache")
  semanticdb-file-stream("/home/venku/publications/icse03/cadena.tex")
  semantic-fetch-dynamic-bovine("/home/venku/publications/icse03/cadena.tex")
  speedbar-fetch-dynamic-tags("/home/venku/publications/icse03/cadena.tex")
  speedbar-tag-file("[+]" "cadena.tex" 2)
  speedbar-do-function-pointer()
  speedbar-click((mouse-2 (#<window 6 on  SPEEDBAR> 281 (18 . 260) 100149771)))
  dframe-click((mouse-2 (#<window 6 on  SPEEDBAR> 281 (18 . 260) 100149771)))
  call-interactively(dframe-click)
-- 

Venkatesh Prasad Ranganath,
Dept. Computing and Information Science,
Kansas State University, US.
web: http://www.cis.ksu.edu/~rvprasad

He's like a function -- he returns a value, in the form of his opinion.
It's up to you to cast it into a void or not.
		-- Phil Lapsley

>>>>> "Eric" == Eric M Ludlam <eric@...> writes:

    >> I am using eieio, semantic and speedbar from the cvs repository.  When I 
    >> try to expand the node corresponding to a .ltx file in the speedbar, I 
    >> get the following error.
    >> 
    >> eieio-generic-call: No method definition: semanticdb-create-database, 
    >> ("/home/venku/publications/icse03/.semantic.cache")
    >> 
    >> However, I donot get that error if I use semantic-1.4.1 instead of 
    >> semantic from CVS (the rest of the set up is left as it is).
    >   [ ... ]

    > Hi,

    >   Semantic 2.0's file format for the cache files is different from
    >   semantic 1.4.  Perhaps you can just delete the cache files to make
    >   it work?

    >   If not, it may be that the require or auto-loads don't work quite
    >   right yet.  Semanticdb used to be one file, now it consists of 7 or
    >   so.  I just tried it on a few local latex files I have, and it
    >   works for me.

    >   Try using `M-x toggle-debug-on-error', and getting a stack trace.
    >   That will help.

Well figured what the problem was.  The problem happens only if I set semanticdb-global-mode to true. 
I thought it might be a bug, hence, this mail.

Thanks for the expedite reply,

-- 

Venkatesh Prasad Ranganath,
Dept. Computing and Information Science,
Kansas State University, US.
web: http://www.cis.ksu.edu/~rvprasad

Tax reform means "Don't tax you, don't tax me, tax that fellow behind
the tree."
		-- Russell Long

>>> Venkatesh Prasad Ranganath <rvprasad@...> seems to think that:
>>>>>> "Eric" == Eric M Ludlam <eric@...> writes:
>
>    >> I am using eieio, semantic and speedbar from the cvs repository.  When I 
>    >> try to expand the node corresponding to a .ltx file in the speedbar, I 
>    >> get the following error.
>    >> 
>    >> eieio-generic-call: No method definition: semanticdb-create-database, 
>    >> ("/home/venku/publications/icse03/.semantic.cache")
>    >> 
>    >> However, I donot get that error if I use semantic-1.4.1 instead of 
>    >> semantic from CVS (the rest of the set up is left as it is).
>    >   [ ... ]
>
>    >   If not, it may be that the require or auto-loads don't work quite
>    >   right yet.  Semanticdb used to be one file, now it consists of 7 or
>    >   so.  I just tried it on a few local latex files I have, and it
>    >   works for me.
>
>    >   Try using `M-x toggle-debug-on-error', and getting a stack trace.
>    >   That will help.
>
>Well, deleting the cache files did not help.  Also, following is the stack trace of the error. 
>
>I am loading xae after semantic and it comes with a prebundled version of eieio.  Could that be...?
>
>Debugger entered--Lisp error: (no-method-definition semanticdb-create-database ("/home/venku/publications/icse03/.semantic.cache"))
>  signal(no-method-definition (semanticdb-create-database ("/home/venku/publications/icse03/.semantic.cache")))
>  eieio-generic-call(semanticdb-create-database ("/home/venku/publications/icse03/.semantic.cache"))
>  semanticdb-create-database("/home/venku/publications/icse03/.semantic.cache")
>  semanticdb-get-database("/home/venku/publications/icse03/.semantic.cache")
>  semanticdb-file-stream("/home/venku/publications/icse03/cadena.tex")
>  semantic-fetch-dynamic-bovine("/home/venku/publications/icse03/cadena.tex")
>  speedbar-fetch-dynamic-tags("/home/venku/publications/icse03/cadena.tex")
>  speedbar-tag-file("[+]" "cadena.tex" 2)
>  speedbar-do-function-pointer()
>  speedbar-click((mouse-2 (#<window 6 on  SPEEDBAR> 281 (18 . 260) 100149771)))
>  dframe-click((mouse-2 (#<window 6 on  SPEEDBAR> 281 (18 . 260) 100149771)))
>  call-interactively(dframe-click)

This is indeed curious.  If you were to find-file a latex file in
that directory before using speedbar to open it, does that still
cause the problem?

>>> Venkatesh Prasad Ranganath <rvprasad@...> seems to think that:
  [ ... ]
>Well figured what the problem was.  The problem happens only if I set semanticdb-global-mode to true. 
>I thought it might be a bug, hence, this mail.
>
>Thanks for the expedite reply,

Semanticdb is an important part of what makes things work quickly.
While this may temporarily make things work, using semanticdb will
save time later.

Eric

-- 
          Eric Ludlam:                 zappo@..., eric@...
   Home: http://www.ludlam.net            Siege: http://www.siege-engine.com
Emacs: http://cedet.sourceforge.net               GNU: http://www.gnu.org

>>>>> "Eric" == Eric M Ludlam <eric@...> writes:

    >>>> Venkatesh Prasad Ranganath <rvprasad@...> seems to think that:
    >>>>>>> "Eric" == Eric M Ludlam <eric@...> writes:
    >> 
    >> >> I am using eieio, semantic and speedbar from the cvs repository.  When I 
    >> >> try to expand the node corresponding to a .ltx file in the speedbar, I 
    >> >> get the following error.
    >> >> 
    >> >> eieio-generic-call: No method definition: semanticdb-create-database, 
    >> >> ("/home/venku/publications/icse03/.semantic.cache")
    >> >> 
    >> >> However, I donot get that error if I use semantic-1.4.1 instead of 
    >> >> semantic from CVS (the rest of the set up is left as it is).
    >> >   [ ... ]
    >> 
    >> >   If not, it may be that the require or auto-loads don't work quite
    >> >   right yet.  Semanticdb used to be one file, now it consists of 7 or
    >> >   so.  I just tried it on a few local latex files I have, and it
    >> >   works for me.
    >> 
    >> >   Try using `M-x toggle-debug-on-error', and getting a stack trace.
    >> >   That will help.
    >> 
    >> Well, deleting the cache files did not help.  Also, following is the stack trace of the error. 
    >> 
    >> I am loading xae after semantic and it comes with a prebundled version of eieio.  Could that be...?
    >> 
    >> Debugger entered--Lisp error: (no-method-definition semanticdb-create-database ("/home/venku/publications/icse03/.semantic.cache"))
    >> signal(no-method-definition (semanticdb-create-database ("/home/venku/publications/icse03/.semantic.cache")))
    >> eieio-generic-call(semanticdb-create-database ("/home/venku/publications/icse03/.semantic.cache"))
    >> semanticdb-create-database("/home/venku/publications/icse03/.semantic.cache")
    >> semanticdb-get-database("/home/venku/publications/icse03/.semantic.cache")
    >> semanticdb-file-stream("/home/venku/publications/icse03/cadena.tex")
    >> semantic-fetch-dynamic-bovine("/home/venku/publications/icse03/cadena.tex")
    >> speedbar-fetch-dynamic-tags("/home/venku/publications/icse03/cadena.tex")
    >> speedbar-tag-file("[+]" "cadena.tex" 2)
    >> speedbar-do-function-pointer()
    >> speedbar-click((mouse-2 (#<window 6 on  SPEEDBAR> 281 (18 . 260) 100149771)))
    >> dframe-click((mouse-2 (#<window 6 on  SPEEDBAR> 281 (18 . 260) 100149771)))
    >> call-interactively(dframe-click)

    > This is indeed curious.  If you were to find-file a latex file in
    > that directory before using speedbar to open it, does that still
    > cause the problem?

Well, it still does cause the problem.      

    >>>> Venkatesh Prasad Ranganath <rvprasad@...> seems to think that:
    >   [ ... ]
    >> Well figured what the problem was.  The problem happens only if I set semanticdb-global-mode to true. 
    >> I thought it might be a bug, hence, this mail.
    >> 
    >> Thanks for the expedite reply,

    > Semanticdb is an important part of what makes things work quickly.
    > While this may temporarily make things work, using semanticdb will
    > save time later.

    > Eric

    > -- 
    >           Eric Ludlam:                 zappo@..., eric@...
    >    Home: http://www.ludlam.net            Siege: http://www.siege-engine.com
    > Emacs: http://cedet.sourceforge.net               GNU: http://www.gnu.org


-- 

Venkatesh Prasad Ranganath,
Dept. Computing and Information Science,
Kansas State University, US.
web: http://www.cis.ksu.edu/~rvprasad

>>> "Berndl, Klaus" <klaus.berndl@...> seems to think that:
>Hello Eric and David!
>
>I just downloaded semantic 1.4.1 and had noticed the following:
>
>1. Bug in semantic-texi.el: It is not enough to add ("defopt" . 1) to
>   semantic-texi-name-field-list but is also necessary to add opt to
>   semantic-texi-super-regex:
>   
>(defvar semantic-texi-super-regex
>  "^@\\(chapter\\|\\(sub\\)*section\\|unnumbered\\(\\(sub\\)*sec\\)?\\|\
>\\(chap\\|\\(sub\\)+\\|major\\)?heading\\|appendix\\(\\(sub\\)*sec\\)?\\|\
>centerchap\\|def\\(var\\|un\\|fn\\|opt\\)x?\\)"
>  "Regular expression used to find special sections in a Texinfo file.")

Thanks.  I'll let David add that to the 1.4.1 branch.

>2. Problems with shipped semantic-util-modes.el: With 1.4.1 there is after
>   every autom. (partial) reparse a recenter of the source-buffer which is
>   pretty annoying. I have replaced the version of 1.4.1 with that one shipped
>   with 1.4 and all is working fine, i.e. no recentering of the source-buffer.
>   
>   I'm wondering why the version of semantic-util-modes.el in 1.4.1 is
>   X-RCS: $Id: semantic-util-modes.el,v 1.17 2001/12/08 03:12:39
>   whereas the version of 1.4 seems to be much newer:
>   X-RCS: $Id: semantic-util-modes.el,v 1.17.2.2 2002/05/07 02:40:50
>
>   There are not many differences between these versions of
>   semantic-util-modes.el but nevertheless they seem to be the reason for the
>   annoying recenter behavior of the source-buffer after autom. reparsing.
  [ ... ]

Semantic 1.4 was released on a 1.4 branch.  The bug you describe was
in semantic before 1.4 was released.  Perhaps the 1.4.1 file was
accidentally taken from a pre 1.4 version?  That would certainly
explain things.  I keep my 1.4.1 install at work, so I'll double
check when I get in.

Eric

-- 
          Eric Ludlam:                 zappo@..., eric@...
   Home: http://www.ludlam.net            Siege: http://www.siege-engine.com
Emacs: http://cedet.sourceforge.net               GNU: http://www.gnu.org

>>> Jean-Louis Leroy <ler@...> seems to think that:
>Hello everybody.
>
>Firstly, is this the right - or lest wrong ;-) place for asking
>questions about Cogre?
>
>It looks like COGRE doesn't work under Xemacs 21.1, right?
>
>How do I add attributes or methods to a class in a UML class diagram?
>
>When I save a graph, the result is an ASCII file. Is there a way to
>tell COGRE to draw boxes around classes, e.g.:
>
>  +-------+
>  | Fruit |
>  +-------+
>  +-------+
>  | weight|
>  +-------+
>
>Is it possible to save and *reload* a COGRE buffer?
  [ ... ]

Hi,

  This is a reasonable place to ask questions.

  There is a COGRE XEmacs package that has been fixed to work on that
  platform.

  You could also download COGRE from CVS.  This should also work on
  XEmacs.  It also has a primitive SAVE function, but I don't
  remember if I got it working or not.  

  COGRE was set up to not draw boxes, but instead use coloring to get
  the same effect.  You can extend COGRE using EIEIO's object
  oriented interface to change how it draws things, but that is
  probably more than you are interested in trying to do.

  The UML editing feature of COGRE (for functions, attributes, etc)
  does not have a UI to make such changes.  It is assumed you have
  code, and you can create a new UML box for the code, and the code
  is parsed to fill in that stuff.

  My long term goal is to go the other way, creating some UML, and
  creating some code, but that is a really long way off as I need to
  implement the code-gen type stuff in semantic first.

Enjoy
Eric

-- 
          Eric Ludlam:                 zappo@..., eric@...
   Home: http://www.ludlam.net            Siege: http://www.siege-engine.com
Emacs: http://cedet.sourceforge.net               GNU: http://www.gnu.org

>>> Benjamin Rutt <rutt+news@...> seems to think that:
>I was trying to use the latest version of semantic from CVS.  I
>entered the cedet/semantic directory, and typed the following:
>
>    [rutt@... semantic]$ make "LOADPATH=../eieio ../speedbar"
>    Makefile is out of date! It needs to be regenerated by EDE.
>    make: *** [Makefile] Error 1
>    [rutt@... semantic]$ ls -al Makefile Project.ede 
>    -rw-------    1 rutt     cisgrad      3797 Aug 20 22:11 Makefile
>    -rw-------    1 rutt     cisgrad      2465 Sep  6 22:17 Project.ede
>
>Does an updated Makefile need to be checked in by someone who uses
>EDE?  I don't know EDE.  Do I need to know EDE to use the CVS version
>of semantic?
  [ ... ]

Hi,

  Sometimes we check in the project when the Makefile hasn't changed
(version number or some such).  You can always type "touch Makefile"
and keep going.

  If you instead choose to use EDE, it has conveniences for working
with and building a project like semantic.  Most conveniences are
good for maintainers, but not so useful if you just want to compile
it once.

Have fun
Eric

-- 
          Eric Ludlam:                 zappo@..., eric@...
   Home: http://www.ludlam.net            Siege: http://www.siege-engine.com
Emacs: http://cedet.sourceforge.net               GNU: http://www.gnu.org

"Eric M. Ludlam" <eric@...> writes:

>   Sometimes we check in the project when the Makefile hasn't changed
> (version number or some such).  You can always type "touch Makefile"
> and keep going.

Thanks, that's good to know.  After issuing the command

    touch `find . -name Makefile`

and changing the LOADPATH line in cedet/semantic/Makefile to read

    LOADPATH=../speedbar/ ../eieio/ ./bovine/ ./wisent/

I got the compilation as far along as I could.  But it stopped in the
wisent subdirectory.  Here are the last few lines that broke:

    Wrote /n/silver/17/rutt/emacs/packages/cedet/semantic/wisent/wisent-python.elc
    Wrote /n/silver/17/rutt/emacs/packages/cedet/semantic/wisent/wisent-java-lex.elc
    Done
    make[1]: *** No rule to make target `wisent-wy.el', needed by `wisent'.  Stop.
    make[1]: Leaving directory `/n/silver/17/rutt/emacs/packages/cedet/semantic/wisent'
    make: *** [wisent] Error 2

Anything else I might be doing wrong?

Thanks,
-- 
Benjamin

Hi,

  Wisent-wy was obsoleted (I think).  I've checked in a new Makefile.

Enjoy
Eric

>>> Benjamin Rutt <rutt+news@...> seems to think that:
>"Eric M. Ludlam" <eric@...> writes:
>
>>   Sometimes we check in the project when the Makefile hasn't changed
>> (version number or some such).  You can always type "touch Makefile"
>> and keep going.
>
>Thanks, that's good to know.  After issuing the command
>
>    touch `find . -name Makefile`
>
>and changing the LOADPATH line in cedet/semantic/Makefile to read
>
>    LOADPATH=../speedbar/ ../eieio/ ./bovine/ ./wisent/
>
>I got the compilation as far along as I could.  But it stopped in the
>wisent subdirectory.  Here are the last few lines that broke:
>
>    Wrote /n/silver/17/rutt/emacs/packages/cedet/semantic/wisent/wisent-python.elc
>    Wrote /n/silver/17/rutt/emacs/packages/cedet/semantic/wisent/wisent-java-lex.elc
>    Done
>    make[1]: *** No rule to make target `wisent-wy.el', needed by `wisent'.  Stop.
>    make[1]: Leaving directory `/n/silver/17/rutt/emacs/packages/cedet/semantic/wisent'
>    make: *** [wisent] Error 2
>
>Anything else I might be doing wrong?
>
>Thanks,

-- 
          Eric Ludlam:                 zappo@..., eric@...
   Home: http://www.ludlam.net            Siege: http://www.siege-engine.com
Emacs: http://cedet.sourceforge.net               GNU: http://www.gnu.org

"Eric M. Ludlam" <eric@...> writes:

> Hi,
>
>   Wisent-wy was obsoleted (I think).  I've checked in a new Makefile.

Thanks.  The compilation almost works, with the exception that the
'tests' target fails:

    cd tests; make
    make[1]: Entering directory `/n/silver/17/rutt/emacs/packages/cedet/semantic/tests'
    make[1]: *** No targets specified and no makefile found.  Stop.
    make[1]: Leaving directory `/n/silver/17/rutt/emacs/packages/cedet/semantic/tests'
    make: *** [Tests] Error 2

I noticed there is no file named cedet/semantic/tests/Makefile, so
that is why the top-level make is failing.  So I think the solution is
to remove 'Tests' from the all: line of the top-level Makefile until
the cedet/semantic/tests subdirectory has a working Makefile.

Thanks for your support on this,
-- 
Benjamin

>>> Benjamin Rutt <rutt+news@...> seems to think that:
>"Eric M. Ludlam" <eric@...> writes:
>
>> Hi,
>>
>>   Wisent-wy was obsoleted (I think).  I've checked in a new Makefile.
>
>Thanks.  The compilation almost works, with the exception that the
>'tests' target fails:
>
>    cd tests; make
>    make[1]: Entering directory `/n/silver/17/rutt/emacs/packages/cedet/semantic/tests'
>    make[1]: *** No targets specified and no makefile found.  Stop.
>    make[1]: Leaving directory `/n/silver/17/rutt/emacs/packages/cedet/semantic/tests'
>    make: *** [Tests] Error 2
>
>I noticed there is no file named cedet/semantic/tests/Makefile, so
>that is why the top-level make is failing.  So I think the solution is
>to remove 'Tests' from the all: line of the top-level Makefile until
>the cedet/semantic/tests subdirectory has a working Makefile.
  [ ... ]

Good idea.  The only thing that might appear in tests in the future is
some sort of verification test.  Your solution is certainly correct at
the moment.

Eric

-- 
          Eric Ludlam:                 zappo@..., eric@...
   Home: http://www.ludlam.net            Siege: http://www.siege-engine.com
Emacs: http://cedet.sourceforge.net               GNU: http://www.gnu.org