On Sun, Nov 06 2022, Ihor Radchenko wrote:
> Leo Butler writes:
>
>>> I do not have a Windows machine to test and not motivated enough to
>>> try Emacs in wine.
>>
>> Max, a minor modification of the test you sent earlier shows that when
>> system-type is ms-dos, the placement does not matter
Leo Butler writes:
>> I do not have a Windows machine to test and not motivated enough to
>> try Emacs in wine.
>
> Max, a minor modification of the test you sent earlier shows that when
> system-type is ms-dos, the placement does not matter (the command-line
> is the same); but for gnu/linux,
On Thu, Nov 03 2022, Max Nikulin wrote:
> On 03/11/2022 17:01, Fraga, Eric wrote:
>> On Thursday, 3 Nov 2022 at 09:35, Max Nikulin wrote:
>>> maxima --very-quiet -r "batchload(\"c:\\Temp\\maxima-XX.max\")"$
>> Should the $ not be within the quotes?
>
> Does "$" have any special meaning in
On 03/11/2022 17:01, Fraga, Eric wrote:
On Thursday, 3 Nov 2022 at 09:35, Max Nikulin wrote:
maxima --very-quiet -r "batchload(\"c:\\Temp\\maxima-XX.max\")"$
Should the $ not be within the quotes?
Does "$" have any special meaning in cmd.exe? I do not mind that it
should be inside
As Max pointed out, the latest main branch of Org should already handle
Windows cmd properly without any extra patches. Did you try it? May I
know the output of M-x org-version?
9.5.5-g5bc674, I just pulled it, rebuilt and works properly (without plots)
On Thursday, 3 Nov 2022 at 09:35, Max Nikulin wrote:
> maxima --very-quiet -r "batchload(\"c:\\Temp\\maxima-XX.max\")"$
Should the $ not be within the quotes?
--
: Eric S Fraga, with org release_9.5.5-853-g7b9d8e in Emacs 29.0.50
Max Nikulin writes:
> On 02/11/2022 11:47, Ihor Radchenko wrote:
(for reference, this email is a followup of
https://orgmode.org/list/ca+ikm3wqa33xp4c3pvv+f2a-gn0dbezsdx6vf2crd+37+u6...@mail.gmail.com)
>
> Ihor, you recently applied an alternative patch to Org main branch.
> Emacs
Max Nikulin writes:
> On 02/11/2022 11:47, Ihor Radchenko wrote:
(for reference, this email is a followup of
https://orgmode.org/list/ca+ikm3wqa33xp4c3pvv+f2a-gn0dbezsdx6vf2crd+37+u6...@mail.gmail.com)
>
> Ihor, you recently applied an alternative patch to Org main branch.
> Emacs
On 03/11/2022 03:11, Leo Butler wrote:
On Wed, Nov 02 2022, Max Nikulin wrote:
On 02/11/2022 11:47, Ihor Radchenko wrote:
(for reference, this email is a followup of
https://orgmode.org/list/ca+ikm3wqa33xp4c3pvv+f2a-gn0dbezsdx6vf2crd+37+u6...@mail.gmail.com)
Ihor, you recently applied an
On Wed, Nov 02 2022, Max Nikulin wrote:
> On 02/11/2022 11:47, Ihor Radchenko wrote:
(for reference, this email is a followup of
https://orgmode.org/list/ca+ikm3wqa33xp4c3pvv+f2a-gn0dbezsdx6vf2crd+37+u6...@mail.gmail.com)
>
> Ihor, you recently applied an alternative patch to Org main
On 02/11/2022 11:47, Ihor Radchenko wrote:
(for reference, this email is a followup of
https://orgmode.org/list/ca+ikm3wqa33xp4c3pvv+f2a-gn0dbezsdx6vf2crd+37+u6...@mail.gmail.com)
Ihor, you recently applied an alternative patch to Org main branch.
Emacs tree still has ob-maxima.el with single
Mati writes:
> Ok, I tried this patch, but now when I try to eval maxima code it
> outputs similar broken table:
>
> | incorrect | syntax: | c | is | not | an | infix | operator |
> | ^ | | | | | | | |
>
> Plots have no output as before.
Could you please
Ok, I tried this patch, but now when I try to eval maxima code it
outputs similar broken table:
| incorrect | syntax: | c | is | not | an | infix | operator |
| ^ | | | | | | | |
Plots have no output as before.
To clarify, previous patch worked except
Mati writes:
> On 01.11.2022 09:04, Ihor Radchenko wrote:
>
>> Do you mean that you changed the code at line 82 inside
>> org-babel-execute:maxima to
>>
>> (let* ((cmdline (or (cdr (assoc :cmdline params)) ""))
>>(in-file (org-babel-temp-file "maxima-" ".max"))
>> (cmd
I am testing maxima-mode now (not in org) and it works, but is broken
on windows. Looks like there are many more problems with syntax.
I am interested to know what is broken in maxima-mode. Please
explain with examples.
Best,
Leo
There is problem with handling ghostscript. Ghostscript gui
On Tue, Nov 01 2022, Mati wrote:
> On 01.11.2022 09:04, Ihor Radchenko wrote:
>
>> Do you mean that you changed the code at line 82 inside
>> org-babel-execute:maxima to
>>
>> (let* ((cmdline (or (cdr (assoc :cmdline params)) ""))
>>(in-file (org-babel-temp-file "maxima-" ".max"))
>>
On 01.11.2022 09:04, Ihor Radchenko wrote:
Do you mean that you changed the code at line 82 inside
org-babel-execute:maxima to
(let* ((cmdline (or (cdr (assoc :cmdline params)) ""))
(in-file (org-babel-temp-file "maxima-" ".max"))
(cmd (format "%s --very-quiet -r
Mati writes:
> Ok, I got it working somehow. For others reading this: I had to modify
> ~/.emacs.d/straight/repos/org/lisp/ob-maxima.el in emacs(!) so straight
> compiled it to work. you need to replace code at line 82. However, plots
> still doesn't work (code block produced no output) :(
Ok, I got it working somehow. For others reading this: I had to modify
~/.emacs.d/straight/repos/org/lisp/ob-maxima.el in emacs(!) so straight
compiled it to work. you need to replace code at line 82. However, plots
still doesn't work (code block produced no output) :( pls help.
I tried replacing it and doesn't work, still the same error, win10 emacs
28.1
Hi Juan,
Juan Alvaro Fuentes juanalvaro.fuen...@upct.es writes:
It seems that maxima code blocks still does not work in windows as
the following code did not work when I tried to run it:
I don't have a machine with Windows so I can't really help here, but I
hope an Org/Maxima/Windows user can
Dear all,
It seems that maxima code blocks still does not work in windows as the
following code did not work when I tried to run it:
#+begin_src maxima
a: 1+1;
print(a);
#+end_src
This is an old issue already emailed to this emacs org-mode list in an
email dating from june 2011.
The
22 matches
Mail list logo