Re: [O] [babel] Maxima code blocks do not work

[Bernd Weiss]

Am 27.06.2011 10:32, schrieb Eric S Fraga:
> Bernd Weiss <address@hidden> writes:
> 
> [...]
> 
>> #+results:
>> : incorrect syntax: / is not a prefix operator
>> : incorrect syntax: aLH is not an infix operator
>> : incorrect syntax: hCp is not an infix operator
>> : incorrect syntax: Premature termination of input at $.
>> : Maxima encountered a Lisp error:
>> :  parser: end of file while scanning expression.
>> : Automatically continuing.
>> : To enable the Lisp debugger set *debugger-hook* to nil.
>>
>> This message is 'related' (see lines 3 "aLH is not an infix operator"
>> and 4 "hCp is not an infix operator") to the following Maxima call
>> ("aLH/maxima-17716hCp"):
>>
>> maxima --very-quiet -r
>> 'batchload("c:/Users/weiss/AppData/Local/Temp/babel-17716aLH/maxima-17716hCp")$'
>> nil
> 
> The error messages look like maxima is trying to evaluate the actual
> string within double quotes!
> 
>> Unfortunately, my elisp knowledge is too low to understand what's going
>> on in ob-maxima.el. Is it a MS-Windows-thing ('/' vs '\')?
> 
> Good question. Has anybody else used maxima with org babel on Windows?
> I don't even have such a system to try...  
> 
> My guess would be that the "shell" command required to invoke maxima on
> Windows needs to be significantly different than what we are using here
> (which works on Linux).  Then again, I've never really used Windows
> (beyond starting Word on somebody else's document on somebody else's
> machine... ;-) so I don't have a clue what Windows expects...

Hi Eric,

Again, thanks a lot for your help!

Okay, it definitely is a Windows problem. If I run the following command
in a cygwin shell, everything works as expected:

maxima --very-quiet -r
'batchload("c:/Users/weiss/AppData/Local/Temp/babel-17716aLH/maxima-17716hCp")$'
nil

However, it does not work in a Windows shell. But this is no longer an
org issue.

Bernd