* odt-export fails
@ 2012-02-24 22:41 Mirko Vukovic
2012-02-25 13:28 ` Jambunathan K
0 siblings, 1 reply; 6+ messages in thread
From: Mirko Vukovic @ 2012-02-24 22:41 UTC (permalink / raw)
To: emacs-orgmode
Hello:
This is on Windows 7 Emacs 23.3.1, org-version 7.8.03. (I installed
org-mode inside cygwin's shell).
Here is the backtrace:
Debugger entered--Lisp error: (error "Unable to create odt file (12)")
signal(error ("Unable to create odt file (12)"))
error("Unable to create odt file (%S)" 12)
(or (zerop exitcode) (ignore (message "%s" err-string)) (error
"Unable to create odt file (%S)" exitcode))
(lambda (cmd) ... stuff deleted
org-odt-save-as-outfile("c:/Users/977315/Documents/projects/low-pressure-flow/workbooks/shh+cvd-design-tool-proposal/cvd-modeling-proposal.odt"
... more stuff deleted ...
org-do-lparse(nil nil nil nil nil nil)
org-lparse("odt" "odt" nil nil nil nil nil nil)
org-export-as-odt(nil)
call-interactively(org-export-as-odt)
org-export(nil)
call-interactively(org-export nil nil)
The backtrace refers to a a non-existent odt file (see call to
org-odt-save-as-outfile). Does the call stack look ok to you?
Thanks,
Mirko
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: odt-export fails
2012-02-24 22:41 odt-export fails Mirko Vukovic
@ 2012-02-25 13:28 ` Jambunathan K
2012-02-25 16:44 ` Mirko Vukovic
0 siblings, 1 reply; 6+ messages in thread
From: Jambunathan K @ 2012-02-25 13:28 UTC (permalink / raw)
To: Mirko Vukovic; +Cc: emacs-orgmode
The backtrace is along the expected lines. The zip command is failing
for some reason.
Did you look at the *Messages* buffer? It is likely to give some clue on
why the zip command is failing.
Btw, if you have "cvd-modeling-proposal.odt" already open in an external
application like LibreOffice, you may want to close the file first,
before exporting. Closing the file will ensure that the file is not
locked and available for re-writing.
> Hello:
>
> This is on Windows 7 Emacs 23.3.1, org-version 7.8.03. (I installed
> org-mode inside cygwin's shell).
>
> Here is the backtrace:
>
> Debugger entered--Lisp error: (error "Unable to create odt file (12)")
> signal(error ("Unable to create odt file (12)"))
> error("Unable to create odt file (%S)" 12)
> (or (zerop exitcode) (ignore (message "%s" err-string)) (error
> "Unable to create odt file (%S)" exitcode))
> (lambda (cmd) ... stuff deleted
> org-odt-save-as-outfile("c:/Users/977315/Documents/projects/low-pressure-flow/workbooks/shh+cvd-design-tool-proposal/cvd-modeling-proposal.odt"
> ... more stuff deleted ...
> org-do-lparse(nil nil nil nil nil nil)
> org-lparse("odt" "odt" nil nil nil nil nil nil)
> org-export-as-odt(nil)
> call-interactively(org-export-as-odt)
> org-export(nil)
> call-interactively(org-export nil nil)
>
> The backtrace refers to a a non-existent odt file (see call to
> org-odt-save-as-outfile). Does the call stack look ok to you?
>
> Thanks,
>
> Mirko
>
>
--
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: odt-export fails
2012-02-25 13:28 ` Jambunathan K
@ 2012-02-25 16:44 ` Mirko Vukovic
2012-02-25 17:21 ` Jambunathan K
0 siblings, 1 reply; 6+ messages in thread
From: Mirko Vukovic @ 2012-02-25 16:44 UTC (permalink / raw)
To: Jambunathan K; +Cc: emacs-orgmode
Hello Jambunathan,
I do not have the odt document open.
From the *Message* buffer, it seems that zip is looking for the odt file in
c:\Users\...\AppData\Temp\..., but the file is not present
In the org-odt-save-as-outfile let* block from which the error is thrown
(let* ((target-name)
(target ...)
...)
zip-commands)
zip-commands are looking for the *.odt file to zip together with the
mimetype file. But the *.odt file
is not there.
The only thing that is there is the content.xml, that contains the
the *.org file's text. In fact, in the code, I don't see anything being
done with the xml files. They are created, and then killed.
I am including the trace from the *Messages* buffer.
**** Trace begin
Export buffer:
Exporting to ODT using org-lparse...
Using vacuous schema
LaTeX to MathML converter not available. Using dvipng instead.
Exporting...
Using vacuous schema
ODT export done, pushed to kill ring and clipboard
Wrote c:/Users/977315/AppData/Local/Temp/odt-7628lrW/meta.xml
Using vacuous schema
Saving file c:/Users/977315/AppData/Local/Temp/odt-7628lrW/styles.xml...
Wrote c:/Users/977315/AppData/Local/Temp/odt-7628lrW/styles.xml
Wrote c:/Users/977315/AppData/Local/Temp/odt-7628lrW/mimetype
Using vacuous schema
Switching to directory c:/Users/977315/AppData/Local/Temp/odt-7628lrW/
Saving file c:/Users/977315/AppData/Local/Temp/odt-7628lrW/styles.xml...
Wrote c:/Users/977315/AppData/Local/Temp/odt-7628lrW/styles.xml
(No changes need to be saved)
Saving file c:/Users/977315/AppData/Local/Temp/odt-7628lrW/META-INF/manifest.xml...
Wrote c:/Users/977315/AppData/Local/Temp/odt-7628lrW/META-INF/manifest.xml
Saving file c:/Users/977315/AppData/Local/Temp/odt-7628lrW/content.xml...
Wrote c:/Users/977315/AppData/Local/Temp/odt-7628lrW/content.xml
Using vacuous schema
(No changes need to be saved)
Creating odt file...
Running zip -mX0 org-odt-export.odt mimetype
zip warning: name not matched: mimetype
zip error: Nothing to do! (org-odt-export.odt)
Entering debugger...
Back to top level.
**** Trace end
Mirko
On Sat, Feb 25, 2012 at 8:28 AM, Jambunathan K <kjambunathan@gmail.com> wrote:
>
> The backtrace is along the expected lines. The zip command is failing
> for some reason.
>
> Did you look at the *Messages* buffer? It is likely to give some clue on
> why the zip command is failing.
>
> Btw, if you have "cvd-modeling-proposal.odt" already open in an external
> application like LibreOffice, you may want to close the file first,
> before exporting. Closing the file will ensure that the file is not
> locked and available for re-writing.
>
>> Hello:
>>
>> This is on Windows 7 Emacs 23.3.1, org-version 7.8.03. (I installed
>> org-mode inside cygwin's shell).
>>
>> Here is the backtrace:
>>
>> Debugger entered--Lisp error: (error "Unable to create odt file (12)")
>> signal(error ("Unable to create odt file (12)"))
>> error("Unable to create odt file (%S)" 12)
>> (or (zerop exitcode) (ignore (message "%s" err-string)) (error
>> "Unable to create odt file (%S)" exitcode))
>> (lambda (cmd) ... stuff deleted
>> org-odt-save-as-outfile("c:/Users/977315/Documents/projects/low-pressure-flow/workbooks/shh+cvd-design-tool-proposal/cvd-modeling-proposal.odt"
>> ... more stuff deleted ...
>> org-do-lparse(nil nil nil nil nil nil)
>> org-lparse("odt" "odt" nil nil nil nil nil nil)
>> org-export-as-odt(nil)
>> call-interactively(org-export-as-odt)
>> org-export(nil)
>> call-interactively(org-export nil nil)
>>
>> The backtrace refers to a a non-existent odt file (see call to
>> org-odt-save-as-outfile). Does the call stack look ok to you?
>>
>> Thanks,
>>
>> Mirko
>>
>>
>
> --
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: odt-export fails
2012-02-25 16:44 ` Mirko Vukovic
@ 2012-02-25 17:21 ` Jambunathan K
2012-02-25 17:35 ` Jambunathan K
0 siblings, 1 reply; 6+ messages in thread
From: Jambunathan K @ 2012-02-25 17:21 UTC (permalink / raw)
To: Mirko Vukovic; +Cc: emacs-orgmode
> Hello Jambunathan,
>
> I do not have the odt document open.
Ok.
> From the *Message* buffer, it seems that zip is looking for the odt file in
> c:\Users\...\AppData\Temp\..., but the file is not present
,----
| > Creating odt file...
| > Running zip -mX0 org-odt-export.odt mimetype
| > zip warning: name not matched: mimetype
| >
| > zip error: Nothing to do! (org-odt-export.odt)
| >
`----
No. Zip is trying to create an ODT file.
It starts with putting the "mimetype" file in the
org-odt-export.odt. That is what the command above does. Unfortunately
it is not able to find the mimetype file. See the warning message
above. That is why you get an error.
,----
| > Switching to directory c:/Users/977315/AppData/Local/Temp/odt-7628lrW/
`----
This is the directory (it is a temporary directory) where the mimetype
file and various files are created.
,----
| > Wrote c:/Users/977315/AppData/Local/Temp/odt-7628lrW/meta.xml
| > Wrote c:/Users/977315/AppData/Local/Temp/odt-7628lrW/styles.xml
| > Wrote c:/Users/977315/AppData/Local/Temp/odt-7628lrW/mimetype
| ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
| > Wrote c:/Users/977315/AppData/Local/Temp/odt-7628lrW/styles.xml
| > Wrote c:/Users/977315/AppData/Local/Temp/odt-7628lrW/META-INF/manifest.xml
| > Wrote c:/Users/977315/AppData/Local/Temp/odt-7628lrW/content.xml
`----
The above messages show that the mimetype file and all the XML files are
indeed created.
I suggest you do this:
1. Export with "C-c C-e O" and let the error happen
2. M-x shell RET and in the shell prompt, do the following steps.
3. Switch to the temporary directory using "cd"
4. Check what files are in that directory with "ls"
5. Make sure that you are able to see all the above files. You may want
to check that the mimetype file is also there.
6. Run the following command,
$ zip -mX0 org-odt-export.odt mimetype
If the mimetype file is there, the above command should succeed and
will create org-odt-export.odt file for you.
7. If you don't see the mimetype file in step 5, it is possible that
someone (the OS) is removing the temporary files very quickly. In
that case, you can try using your own temporary directory with the
following command
(setq temporary-file-directory "~/tmp/")
and try exporting it again.
This is a strange issue and I am making the best possible guess based on
the information that you have provided.
ps: What version of Windows are you using? Does the OS or any app on
your desktop aggressively remove temporary files?
> In the org-odt-save-as-outfile let* block from which the error is thrown
> (let* ((target-name)
> (target ...)
> ...)
> zip-commands)
>
> zip-commands are looking for the *.odt file to zip together with the
> mimetype file. But the *.odt file
> is not there.
>
> The only thing that is there is the content.xml, that contains the
> the *.org file's text. In fact, in the code, I don't see anything being
> done with the xml files. They are created, and then killed.
>
> I am including the trace from the *Messages* buffer.
> **** Trace begin
> Export buffer:
> Exporting to ODT using org-lparse...
> Using vacuous schema
> LaTeX to MathML converter not available. Using dvipng instead.
> Exporting...
> Using vacuous schema
> ODT export done, pushed to kill ring and clipboard
> Wrote c:/Users/977315/AppData/Local/Temp/odt-7628lrW/meta.xml
> Using vacuous schema
> Saving file c:/Users/977315/AppData/Local/Temp/odt-7628lrW/styles.xml...
> Wrote c:/Users/977315/AppData/Local/Temp/odt-7628lrW/styles.xml
> Wrote c:/Users/977315/AppData/Local/Temp/odt-7628lrW/mimetype
> Using vacuous schema
> Switching to directory c:/Users/977315/AppData/Local/Temp/odt-7628lrW/
> Saving file c:/Users/977315/AppData/Local/Temp/odt-7628lrW/styles.xml...
> Wrote c:/Users/977315/AppData/Local/Temp/odt-7628lrW/styles.xml
> (No changes need to be saved)
> Saving file c:/Users/977315/AppData/Local/Temp/odt-7628lrW/META-INF/manifest.xml...
> Wrote c:/Users/977315/AppData/Local/Temp/odt-7628lrW/META-INF/manifest.xml
> Saving file c:/Users/977315/AppData/Local/Temp/odt-7628lrW/content.xml...
> Wrote c:/Users/977315/AppData/Local/Temp/odt-7628lrW/content.xml
> Using vacuous schema
> (No changes need to be saved)
> Creating odt file...
> Running zip -mX0 org-odt-export.odt mimetype
> zip warning: name not matched: mimetype
>
> zip error: Nothing to do! (org-odt-export.odt)
>
> Entering debugger...
> Back to top level.
> **** Trace end
>
> Mirko
>
> On Sat, Feb 25, 2012 at 8:28 AM, Jambunathan K <kjambunathan@gmail.com> wrote:
>>
>> The backtrace is along the expected lines. The zip command is failing
>> for some reason.
>>
>> Did you look at the *Messages* buffer? It is likely to give some clue on
>> why the zip command is failing.
>>
>> Btw, if you have "cvd-modeling-proposal.odt" already open in an external
>> application like LibreOffice, you may want to close the file first,
>> before exporting. Closing the file will ensure that the file is not
>> locked and available for re-writing.
>>
>>> Hello:
>>>
>>> This is on Windows 7 Emacs 23.3.1, org-version 7.8.03. (I installed
>>> org-mode inside cygwin's shell).
>>>
>>> Here is the backtrace:
>>>
>>> Debugger entered--Lisp error: (error "Unable to create odt file (12)")
>>> signal(error ("Unable to create odt file (12)"))
>>> error("Unable to create odt file (%S)" 12)
>>> (or (zerop exitcode) (ignore (message "%s" err-string)) (error
>>> "Unable to create odt file (%S)" exitcode))
>>> (lambda (cmd) ... stuff deleted
>>>
>>> org-odt-save-as-outfile("c:/Users/977315/Documents/projects/low-pressure-flow/workbooks/shh+cvd-design-tool-proposal/cvd-modeling-proposal.odt"
>>> ... more stuff deleted ...
>>> org-do-lparse(nil nil nil nil nil nil)
>>> org-lparse("odt" "odt" nil nil nil nil nil nil)
>>> org-export-as-odt(nil)
>>> call-interactively(org-export-as-odt)
>>> org-export(nil)
>>> call-interactively(org-export nil nil)
>>>
>>> The backtrace refers to a a non-existent odt file (see call to
>>> org-odt-save-as-outfile). Does the call stack look ok to you?
>>>
>>> Thanks,
>>>
>>> Mirko
>>>
>>>
>>
>> --
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: odt-export fails
2012-02-25 17:21 ` Jambunathan K
@ 2012-02-25 17:35 ` Jambunathan K
2012-02-25 20:06 ` Mirko Vukovic
0 siblings, 1 reply; 6+ messages in thread
From: Jambunathan K @ 2012-02-25 17:35 UTC (permalink / raw)
To: Mirko Vukovic; +Cc: emacs-orgmode
Jambunathan K <kjambunathan@gmail.com> writes:
> (setq temporary-file-directory "~/tmp/")
You can see how it is set on my Windows XP machine. Basically it some
directory under my "My Documents" path.
I never had any problems with this setup.
,----[ C-h v temporary-file-directory RET ]
| temporary-file-directory is a variable defined in `C source code'.
| Its value is "~/tmp/"
| Original value was
| "c:/DOCUME~1/KJAMBU~1/LOCALS~1/Temp/"
|
| Documentation:
| The directory for writing temporary files.
|
| You can customize this variable.
|
| [back]
`----
#+begin_src emacs-lisp
(expand-file-name "~/tmp")
#+end_src
#+RESULTS:
: c:/Documents and Settings/kjambunathan/My Documents/My Data/tmp
--
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: odt-export fails
2012-02-25 17:35 ` Jambunathan K
@ 2012-02-25 20:06 ` Mirko Vukovic
0 siblings, 0 replies; 6+ messages in thread
From: Mirko Vukovic @ 2012-02-25 20:06 UTC (permalink / raw)
To: Jambunathan K; +Cc: emacs-orgmode
The problem was fixed by changing temporary-file-directory from
"c:\Users\...\AppData\Local\Temp" to "~/temp/"
I am running windows 7. The environment variables TEMP & TMP both
point to c:\Users\...\AppData\Local\Temp.
I guess that zip/unzip were running in the ~/temp directory, while the
files were stored in the
...\AppData\Local\Temp one.
Thanks for your help.
Mirko
On Sat, Feb 25, 2012 at 12:35 PM, Jambunathan K <kjambunathan@gmail.com> wrote:
> Jambunathan K <kjambunathan@gmail.com> writes:
>
>> (setq temporary-file-directory "~/tmp/")
>
> You can see how it is set on my Windows XP machine. Basically it some
> directory under my "My Documents" path.
>
> I never had any problems with this setup.
>
> ,----[ C-h v temporary-file-directory RET ]
> | temporary-file-directory is a variable defined in `C source code'.
> | Its value is "~/tmp/"
> | Original value was
> | "c:/DOCUME~1/KJAMBU~1/LOCALS~1/Temp/"
> |
> | Documentation:
> | The directory for writing temporary files.
> |
> | You can customize this variable.
> |
> | [back]
> `----
>
> #+begin_src emacs-lisp
> (expand-file-name "~/tmp")
> #+end_src
>
> #+RESULTS:
> : c:/Documents and Settings/kjambunathan/My Documents/My Data/tmp
> --
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2012-02-25 20:06 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-02-24 22:41 odt-export fails Mirko Vukovic
2012-02-25 13:28 ` Jambunathan K
2012-02-25 16:44 ` Mirko Vukovic
2012-02-25 17:21 ` Jambunathan K
2012-02-25 17:35 ` Jambunathan K
2012-02-25 20:06 ` Mirko Vukovic
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).