Re: [O] strange error tramp-file-name-handler: Variable binding depth exceeds max-specpdl-size when exporting to odt

2011-07-12 Thread Rainer Stengele
Am 12.07.2011 10:32, schrieb Rainer Stengele:
 Dear list,
 
 exporting an org file to odt I get this error under debian Linux
 (Windows works fine) [excerpt from *Messages*]:
 
 
 Using schema ~/.emacs.d/org/contrib/odt/etc/schema/od-schema-v1.2-cs01.rnc
 ODT export done, pushed to kill ring and clipboard
 OVERVIEW
 CONTENTS...done
 Using schema ~/.emacs.d/org/contrib/odt/etc/schema/od-schema-v1.2-cs01.rnc
 tramp-file-name-handler: Variable binding depth exceeds max-specpdl-size
 
 
 I cannot find the connection to tramp. I do not use tramp anywhere.
 Anyone could imagine what's wrong?
 
 Thanks,
 Rainer
 
 
 
Ok, just deactivating tramp resolves the problem,
but I do not understand where tramp is jumping in and doing anything not
really needed.

Rainer



Re: [O] strange error tramp-file-name-handler: Variable binding depth exceeds max-specpdl-size when exporting to odt

2011-07-12 Thread Rainer Stengele
Am 12.07.2011 11:01, schrieb Bastien:
 Hi Rainer,

 Rainer Stengele rainer.steng...@online.de writes:

 but I do not understand where tramp is jumping in and doing anything not
 really needed.
 The only think I can think of is that org-odt.el uses the /tmp/
 directory to cache files while processing them.

 Maybe you don't have permission to write to this files, and tramp 
 is the one reporting the error.

 Surely Jambunathan can tell better.

Hi Bastien,

no, I do have write permissions and do find odt-* folders filled with
files there.
I hope Jambunathan can help.

Merci beaucoup!

Rainer



Re: [O] strange error tramp-file-name-handler: Variable binding depth exceeds max-specpdl-size when exporting to odt

2011-07-12 Thread Bastien
Hi Rainer,

Rainer Stengele rainer.steng...@online.de writes:

 but I do not understand where tramp is jumping in and doing anything not
 really needed.

The only think I can think of is that org-odt.el uses the /tmp/
directory to cache files while processing them.

Maybe you don't have permission to write to this files, and tramp 
is the one reporting the error.

Surely Jambunathan can tell better.

-- 
 Bastien



Re: [O] strange error tramp-file-name-handler: Variable binding depth exceeds max-specpdl-size when exporting to odt

2011-07-12 Thread Jambunathan K
Rainer Stengele rainer.steng...@online.de writes:

 Dear list,

 exporting an org file to odt I get this error under debian Linux
 (Windows works fine) [excerpt from *Messages*]:


 Using schema ~/.emacs.d/org/contrib/odt/etc/schema/od-schema-v1.2-cs01.rnc
 ODT export done, pushed to kill ring and clipboard
 OVERVIEW
 CONTENTS...done
 Using schema ~/.emacs.d/org/contrib/odt/etc/schema/od-schema-v1.2-cs01.rnc
 tramp-file-name-handler: Variable binding depth exceeds
 max-specpdl-size

Can you do M-x toggle-debug-on-error and post the stack trace? 

This is more likely to happen when a file/directory is being read or
written in to and the prefix of the path looks as though it is a remote
file. May be there is a bug in odt when it expands/abbrevs filename and
directories.

Btw, what is different in your current setup. Why it didn't happen with
earlier invocations. (I assume you were able to export to odt in earlier
trial runs successfully)

 I cannot find the connection to tramp. I do not use tramp anywhere.
 Anyone could imagine what's wrong?

 Thanks,
 Rainer




-- 



Re: [O] strange error tramp-file-name-handler: Variable binding depth exceeds max-specpdl-size when exporting to odt

2011-07-12 Thread Rainer Stengele
Am 12.07.2011 13:10, schrieb Jambunathan K:
 Rainer Stengele rainer.steng...@online.de writes:
 
 Dear list,

 exporting an org file to odt I get this error under debian Linux
 (Windows works fine) [excerpt from *Messages*]:


 Using schema ~/.emacs.d/org/contrib/odt/etc/schema/od-schema-v1.2-cs01.rnc
 ODT export done, pushed to kill ring and clipboard
 OVERVIEW
 CONTENTS...done
 Using schema ~/.emacs.d/org/contrib/odt/etc/schema/od-schema-v1.2-cs01.rnc
 tramp-file-name-handler: Variable binding depth exceeds
 max-specpdl-size
 
 Can you do M-x toggle-debug-on-error and post the stack trace? 
 
 This is more likely to happen when a file/directory is being read or
 written in to and the prefix of the path looks as though it is a remote
 file. May be there is a bug in odt when it expands/abbrevs filename and
 directories.
 
 Btw, what is different in your current setup. Why it didn't happen with
 earlier invocations. (I assume you were able to export to odt in earlier
 trial runs successfully)
 
 I cannot find the connection to tramp. I do not use tramp anywhere.
 Anyone could imagine what's wrong?

 Thanks,
 Rainer



 
Ok, solved. I had to remove some Windows settings and paths from my
.emacs - or better, only load them when being under Windows. Obviously
the exporting process somewhere took the Windows path patterns as
trampable triggers.


Thanks!
Rainer.


Here the stacktrace that brought the insight:



Debugger entered--Lisp error: (error Variable binding depth exceeds
max-specpdl-size)
  browse-url-delete-temp-file()
  tramp-file-name-handler(expand-file-name
/C:/Programme/Emacs/emacs/share/emacs/site-lisp/w3m /)

...

  tramp-file-name-handler(expand-file-name
/C:/Programme/Emacs/emacs/share/emacs/site-lisp/w3m /)
  tramp-file-name-handler(expand-file-name /c:/cygwin/bin/ /)
  expand-file-name(c:/cygwin/bin/ /)
  apply(expand-file-name (c:/cygwin/bin/ /))
  (let* ((inhibit-file-name-handlers ...) (inhibit-file-name-operation
operation)) (apply operation args))
  tramp-completion-run-real-handler(expand-file-name (c:/cygwin/bin/ /))
  (if (and fn tramp-mode (or ... ... ... ... ...)) (save-match-data
(apply ... args)) (tramp-completion-run-real-handler operation args))
  (let ((directory-sep-char 47) (fn ...)) (if (and fn tramp-mode ...)
(save-match-data ...) (tramp-completion-run-real-handler operation args)))
  tramp-completion-file-name-handler(expand-file-name c:/cygwin/bin/ /)
  call-process-region(1 57640 sha1sum /tmp/emacs8vkk6R t nil)
  apply(call-process-region 1 57640 sha1sum /tmp/emacs8vkk6R t nil nil)
  sha1-string-external(?xml version=\1.0\
encoding=\UTF-8\?\noffice:document-styles
xmlns:office=\urn:oasis:names:tc:opendocument:xmlns:office:1.0\
xmlns:style=\urn:oasis:names:tc:opendocument:xmlns:style:1.0\

...

  org-do-lparse(nil hidden nil nil nil nil)
  (let* ((org-lparse-backend ...) (org-lparse-other-backend ...))
(unless (org-lparse-backend-is-native-p native-backend) (error Don't
know how to export natively to backend %s native-backend)) (unless (or
... ... ...) (error Don't know how to export to backend %s %s
target-backend ...)) (run-hooks (quote org-export-first-hook))
(org-do-lparse arg hidden ext-plist to-buffer body-only pub-dir))
  org-lparse(odt odt nil hidden)
  (let (f (file-or-buf ...)) (when file-or-buf (setq f ...) (message
Opening file %s f) (org-open-file f) (when
org-export-kill-product-buffer-when-displayed ...)))
  org-lparse-and-open(odt odt nil)
  org-export-as-odt-and-open(nil)
  call-interactively(org-export-as-odt-and-open)
  org-export(nil)
  call-interactively(org-export nil nil)
  recursive-edit()
  byte-code(\306  @\307=\203!