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 <kjambunat...@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
>>
>>
>
> --
