Re: [Orgmode] Ditaa and babel goofing again?

[John Hendy]

Okay, fixed it on a whim but clueless as to why this was the issue:

1) (setq org-ditaa-jar-path "~/.elisp/org.git/contrib/scripts/ditaa.jar")

2) (setq org-ditaa-jar-path "/home/jwhendy/.elisp/org.git/contrib/scripts/ditaa.jar")

#1 does not work; #2 does!

Should I have known this would be a problem or is there something else in .emacs that would cause this to require an explicit path vs. the abbreviation of ~ for /home/username?

Thanks,

John

On Wed, Sep 1, 2010 at 5:04 PM, Erik Iverson <address@hidden> wrote:

John Hendy wrote:

The weirdness builds:

I get this in *Messages*:
-----
For information about GNU Emacs and the GNU system, type C-h C-a.
Making completion list...
executing Ditaa code block...
java -jar ~/.elisp/org.git/contrib/scripts/ditaa.jar  /tmp/org-babel-ditaa5780zks ~/Desktop/example.png
Unable to access jarfile ~/.elisp/org.git/contrib/scripts/ditaa.jar
finished
Auto-saving...done
-----

But check this out:
-----
address@hidden ~]$ ls -l ~/.elisp/org.git/contrib/scripts/
total 224
-rwxr-xr-x 1 jwhendy users   1013 Jul 19 16:26 dir2org.zsh
-rwxr-xr-x 1 jwhendy users 210364 Jul 19 16:26 ditaa.jar
-rwxr-xr-x 1 jwhendy users   3781 Jul 19 16:26 org2hpda
-rw-r--r-- 1 jwhendy users   7340 Jul 19 16:26 StartOzServer.oz
-----

How does /that/ work? To be fair, when I first did "ls -l" ditaa.jar was showing with only "-rw-r--r--" permissions which I think is really weird. I did a "sudo chmod +x" and you see the new result.

Those are my permissions to, and it works here, so that's presumably
not the problem.  This sounds like something that someone will
immediately be able to diagnose, but unfortunately, it's not me.

One more oddity... I can do /this/ just fine:
-----

address@hidden Desktop]$ java -jar ~/.elisp/org.git/contrib/scripts/ditaa.jar ./test.org <http://test.org>

DiTAA version 0.8, Copyright (C) 2004--2009  Efstathios Sideris

Running with options:

Reading file: ./test.org <http://test.org>

Locale: en_US
Dialog.bold
Rendering to file: /home/jwhendy/Desktop/./test.png
Done in 1sec
-----

I get a file test.png in the same director as test.org <http://test.org> and it looks fine. It has the org src block text all over it, but the graphic was extracted perfectly.

In both examples, the paths to ditaa are the same. Just to be sure (again) that I'm not taking crazy pills, I pasted the paths in .emacs and the straight ditaa command above into two separate files and ran diff and they are identical. Whew.

I'm going to try a pull and see what happens. Maybe something got goofed along the way. No idea. I'll post back after that just to see if there's anything to that. Though my last post about this (referenced in my first email) was /after/ I pulled 7.01 (because the thread specifically references the new language in .emacs for babel support) so I'm almost sure I had all this working after my last pull. No idea what would have happened since then!


John

On Wed, Sep 1, 2010 at 4:28 PM, Erik Iverson <address@hidden <mailto:address@hidden>> wrote:

   I see the following in my *Messages* buffer after running.

   executing Ditaa code block...
   java -jar
   /home/fileserv/tacc/eriki/emacs/lisp/org-mode/contrib/scripts/ditaa.jar
    /tmp/babel-31845pim/ditaa-318455Fo example.png

   DiTAA version 0.8, Copyright (C) 2004--2009  Efstathios Sideris

   Running with options:
   Reading file: /tmp/babel-31845pim/ditaa-318455Fo
   Locale: en_US
   Dialog.bold
   Rendering to file: example.png
   Done in 0sec

   Do you see something similar?

   Have you tried giving a full path to :file ?? Maybe the png
   is getting written somewhere you're not expecting.

   John Hendy wrote:

       Hi,


       See this post for reference:
       http://www.mail-archive.com/address@hidden/msg27725.html

       With that issue, ditaa just wasn't cooperating for some reason.
       Now everything /appears/ to cooperate but I get no output!
       Completely baffled...

       Per the mailing list resolution above, I tried the exact same thing:
       - using the minimal.el file attached (with the path to my
       orgmode folder and ditaa path)
       - start emacs with "emacs -Q -l ~/path/to/minimal.el
       - C-c C-c on the #+begin_src line of this (the only thing in the
       .org file):

       #+begin_src ditaa :file example.png
        +---------------+
        |               |
        | ditaa example |
        |               |
        +---------------+
       #+end_src

       "Executing ditaa code block" flashes in the minibuffer, then
       "finished", and this is inserted into the file as one would expect:

       ----
       #+results:
       file:example.png
       ----

       but no example.png file is created!

       Just to check my sanity, I can create a file dit.txt with only this:

       +---------------+
        |               |
        | ditaa example |
        |               |
        +---------------+

       and run "java -jar ~/path/to/ditaa.jar dit.txt" and get an
       output picture just fine. The path in this command is the same
       as that in my .emacs config and in minimal.el attached...

       What in the world is going on?!?


       Thanks,
       John

       P.S. In case it's really something I'm overlooking here's a copy
       and paste straight from my .emacs file of my ditaa pertinent stuff:

       (setq org-ditaa-jar-path
       "~/.elisp/org.git/contrib/scripts/ditaa.jar")
       (org-babel-do-load-languages
        'org-babel-load-languages
        '((ditaa . t)
        (gnuplot . t)))


       ------------------------------------------------------------------------

       _______________________________________________
       Emacs-orgmode mailing list
       Please use `Reply All' to send replies to the list.

       address@hidden <mailto:address@hidden>

       http://lists.gnu.org/mailman/listinfo/emacs-orgmode