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 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: >> ----- >> [jwhendy@bigBang ~]$ 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: >> ----- >> [jwhendy@bigBang Desktop]$ java -jar >> ~/.elisp/org.git/contrib/scripts/ditaa.jar ./test.org >> >> >> DiTAA version 0.8, Copyright (C) 2004--2009 Efstathios Sideris >> >> Running with options: >> Reading file: ./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 >> 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 > eriki@ccbr.umn.edu>> 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/emacs-orgmode@gnu.org/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. >> Emacs-orgmode@gnu.org >> >> http://lists.gnu.org/mailman/listinfo/emacs-orgmode >> >> >>