It's been a while since I had this problem. I had to stop working on
this, but now that I'm back to picking it up again, I spent some time
and dug deeper into it. The problem with tempo was that there were
two versions of tempo in my library-path. One was from
html-helper-mode and the other was the standard one provided by
Emacs22. I will open up a bug against html-helper-mode in Debian and
see if they can use the one shipped with Emacs or rename the one that
they are using.
cheers,
mehul
On Thu, Aug 21, 2008 at 23:34, Paul Landes <[email protected]> wrote:
> It could be that something is intentionally disabling the loading of
> the tempo library with:
>
> (provide 'tempo)
>
> The difference between `load-library' and `require' is that the latter
> first looks to see if the library is "provided" by calling `featurep'.
> All `provide' does is make it so that featurep returns non-nil when
> `provide' is called for the respective symbol.
>
> You might want to try to do something like:
>
> % find ~/.emacs.d -type f -name \*.el -exec grep {} "provide 'tempo" \;
>
> of course, apply this to all directories in `load-path' (C-h v
> load-path):
>
> (let ((cmd "find %s -type f -name \\*.el -exec grep {} \"provide 'tempo\"
> \\;"))
> (save-excursion
> (set-buffer (get-buffer-create "tmp"))
> (mapconcat #'(lambda (dir)
> (insert (shell-command-to-string (format cmd dir))))
> load-path "\n")
> (display-buffer (current-buffer))))
>
>
> (I haven't tested this code.)
>
>
> Mehul N. Sanghvi writes:
> > Yee Keat Phuah said the following on 08/21/2008 09:12 PM:
> > > Hi,
> > >
> > > On Thu, Aug 21, 2008 at 8:12 PM, Mehul N. Sanghvi
> > > <[email protected]> wrote:
> > >> Hi,
> > >>
> > >> I put the (require 'tempo) in my .emacs file. I still get the same
> error.
> > >> If I explicitly do a (load-library "tempo"), it gets loaded and things
> work
> > >> just fine. Is there something I'm missing in my JDEE set-up that is
> not loading
> > >> tempo.el ?
> > >>
> > >> I am using Emacs 22.2.1 on Debian/testing with JDE 2.3.5.1
> > >
> > > Did you restart emacs after putting the (require 'tempo) line? My
> > > emacs-22.2/windows have tempo.el so I guess yours should have to, so
> > > downloading it should not be necessary.
> > >
> > > Cheers,
> > > Phuah Yee Keat
> > >
> >
> > Hi,
> >
> > I edited my .emacs file and saved it. I then opened up a xterm and
> > started emacs in there, so that it would be loading up the newly edited
> .emacs
> > file. Also, tempo.el is part of the Emacs distribution since 19.23 so no
> need
> > to download it.
> >
> > Since then I've shut down my laptop twice (going home and back to the
> > office) and still the same results.
> >
> > I also tried the following:
> >
> > prompt% emacs -q --no-site-file --no-splash -nw
> >
> > and then in the *scratch* buffer, I did the following:
> >
> > (require 'tempo) <C-j>
> > tempo
> > (require 'jde) <C-j>
> > jde
> >
> > M-x jde-gen-class-buffer <RET> /tmp/foobar.java <RET> <RET> <RET>
> <RET>
> >
> > and gotten the same error.
> >
> > So its not my .emacs and something messed up in there. And it is not the
> Emacs
> > startup files that Debian has for loading each Emacs packaged installed on
> the
> > system that is interfering with this or causing a problem. I had a theory
> that
> > semantic/bovine was getting in the way maybe, but the above just proved
> that,
> > that is not the case as all I had loaded into Emacs was tempo and jde.
> >
> >
> > If I do an explicit (load-library "tempo") and then use
> jde-gen-class-buffer, I
> > don't get put into the debugger or in a *Backtrace* buffer, but instead
> get a
> > message in the mini-buffer that
> >
> > Symbol's function definition is void: tempo-save-named
> >
> > If I however do a (load-library "/usr/share/emacs/22.2/lisp/tempo"), then
> > everything works fine. Maybe something wrong with load-path ? Well I
> checked
> > that and sure enough /usr/share/emacs/22.2/lisp is in the list.
> >
> > So why isn't tempo being found even if the load-path is correct ?
> >
> > Why does an explicit "load-library" with a full path to tempo have to be
> given
> > in order to get it to load ? According to the documentation load-library
> is an
> > interface to the function `load' and 'load' "searches the directories in
> > 'load-path' " according to the documentation.
> >
> >
> > cheers,
> >
> > mehul
> >
> >
> >
> > -------------------------------------------------------------------------
> > This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> > Build the coolest Linux based applications with Moblin SDK & win great
> prizes
> > Grand prize is a trip for two to an Open Source event anywhere in the world
> > http://moblin-contest.org/redirect.php?banner_id=100&url=/
> > _______________________________________________
> > jdee-users mailing list
> > [email protected]
> > https://lists.sourceforge.net/lists/listinfo/jdee-users
>
>
> --
> Paul Landes
> [email protected]
>
--
Mehul N. Sanghvi
email: [email protected]
Simone de Beauvoir - "To catch a husband is an art; to hold him is a job."
------------------------------------------------------------------------------
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
_______________________________________________
jdee-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/jdee-users
