matlab-emacs-discuss — Discuss Emacs/MATLAB integration

Re: [Matlab-emacs-discuss] Problem in using matlab-mode

[Hunter M. <hun...@gm...>]

Hi Helene,

I'm no expert, but I may be able to help.  First, can you be more specific
about what you're trying to do?  Have you opened matlab via emacs (using
'matlab-shell') successfully, and are typing 'edit myfile.m' into the
matlab command line?  Or something different?  Second, it may or may not be
relevant, but what OS are you using?

-Hunter


On Wed, May 7, 2014 at 3:00 AM, Helene R. Langehaug <
hel...@ne...> wrote:

> Hi!
>
> I have downloaded all files for matlab-emacs, and also changed the files:
> .emacs and init.el.
>
> Unfortunately, I get the following message in emacs after running this
> command in matlab 'edit myfile.m':
>
> (file-error "Cannot open load file" "matlab-load")
>
> Can anyone help me?
>
> Thanks in advance!
>
> Cheers,
> Helene
>
>
>
>
> ------------------------------------------------------------------------------
> Is your legacy SCM system holding you back? Join Perforce May 7 to find
> out:
> &#149; 3 signs your SCM is hindering your productivity
> &#149; Requirements for releasing software faster
> &#149; Expert tips and advice for migrating your SCM now
> http://p.sf.net/sfu/perforce
> _______________________________________________
> Matlab-emacs-discuss mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss
>

[Matlab-emacs-discuss] Problem in using matlab-mode

[Helene R. L. <hel...@ne...>]

Hi!

I have downloaded all files for matlab-emacs, and also changed the files: .emacs and init.el.

Unfortunately, I get the following message in emacs after running this command in matlab 'edit myfile.m':

(file-error "Cannot open load file" "matlab-load")

Can anyone help me?

Thanks in advance!

Cheers,
Helene

Re: [Matlab-emacs-discuss] matlab-emacs slows down

[Eric L. <Eri...@ma...>]

Hi,

I don't recall why we picked 8192 as the size of the back-search buffer.   If some other value makes sense, I'll be happy to update the code with the revised smaller number.

Of course, with the newer MATLAB I tried out today, it no longer emits the hyperlink text at all, so it is searching for stuff it will never find.   As such, just removing the feature is probably for the best.   I had to add it in the past because the buffer used to be full of messy text.  In its place, we will need to identify the new output pattern, but we won't need to do preemptive hyperlinking to do it.

Thanks
Eric

From: Odd Andersen [mailto:odd...@gm...]
Sent: Thursday, March 06, 2014 6:38 AM
To: Sina Tootoonian
Cc: mat...@li...
Subject: Re: [Matlab-emacs-discuss] matlab-emacs slows down

Hi Sina,
That does sound like the function I was talking about.  In my matlab.el version (2012), there was no harcoded limit, so the problem with this function was perhaps more severe than in your case.  If you still have performance issues, the elisp profiler is a useful tool to pinpoint the problem.
Odd A.

On Thu, Mar 6, 2014 at 12:22 PM, Sina Tootoonian <sin...@gm...<mailto:sin...@gm...>> wrote:
Dear Odd and Ondra,
I did manage to find an earlier (2011) discussion (propmpted by Ondra) of a very similar problem, with very similar functions being implicated (rendering error markup). The specific problem was that a re-search-backward call was being made with a nil second argument, forcing it search the buffer all the way back. The fix at the time was to hard-limit the search. In the ~2013 version of matlab.el that I have, the search was limited to 8192 chars back. As a temporary  measure I've limited it even further to ~800 chars, to see if it makes a difference. Will let you know if it does, and if not, will try your solution Odd.

Thanks for your help and suggestions,

Sina

2014-03-06 9:22 GMT+00:00 Odd Andersen <odd...@gm...<mailto:odd...@gm...>>:

Hi,

I used to have the same problem, and found it frustrating that there seemed to be no discussion of this issue anywhere.  Finally, I was able to fix it myself.

Here's what I did:

  1.   I ran matlab-shell with my usual workflow until it started becoming unresponsive.
  2.  I started the emacs profiler: (profiler-start 'cpu)
  3.  I hit enter a couple of times in the matlab-shell, waiting a few seconds for the shell to respond.
  4.  I asked the profiler for a report (profiler-report)
  5.  From the report, it turned out that most of the runtime was spent in a single function whose task is to render errors as anchors (which I don't particularly care about).
  6.  This function is hooked into matlab-shell-mode when it start.  As a workaround, I added another hook that removes this hook, by including the following lines in my .emacs file:
(add-hook 'matlab-shell-mode-hook
      (lambda () (remove-hook 'comint-output-filter-functions
                  'matlab-shell-render-errors-as-anchor t)))
I have not had any issues with unresponsive matlab shell after I did this.  If your problem has the same cause as mine, this hopefully works for you too.  (Make sure to get the quotation marks in the above command right, as well as the final 't' on the last line...).

Odd A.


________________________________
-------- Original Message --------
Subject:

[Matlab-emacs-discuss] matlab-emacs slows down

Date:

Wed, 5 Mar 2014 18:51:01 +0000

From:

Sina Tootoonian <sin...@gm...><https://webmail.sintef.no/owa/redir.aspx?C=7u2jHFM45kiDABWqV6fI02wyMtT6B9EIn6FZnc1WYUOX0Gl19XWr3b0pnDSeinQ8CMAbLPXIWeM.&URL=mailto%3asina.tootoonian%40gmail.com>

To:

mat...@li...<https://webmail.sintef.no/owa/redir.aspx?C=7u2jHFM45kiDABWqV6fI02wyMtT6B9EIn6FZnc1WYUOX0Gl19XWr3b0pnDSeinQ8CMAbLPXIWeM.&URL=mailto%3amatlab-emacs-discuss%40lists.sourceforge.net>



Hi folks,



First, great job on the update to matlab-mode, a big improvement on

the version I was using before (~2003). One problem I've noticed is

that the CLI slows down considerably after a while, perhaps due to the

buffer getting large ( O(10k) lines). I usually end up restarting

matlab-shell to get the responsiveness back. Is there a better

workaround for this?



Thanks!



Sina



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

Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce.

With Perforce, you get hassle-free workflows. Merge that actually works.

Faster operations. Version large binaries.  Built-in WAN optimization and the

freedom to use Git, Perforce or both. Make the move to Perforce.

http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk<https://webmail.sintef.no/owa/redir.aspx?C=7u2jHFM45kiDABWqV6fI02wyMtT6B9EIn6FZnc1WYUOX0Gl19XWr3b0pnDSeinQ8CMAbLPXIWeM.&URL=http%3a%2f%2fpubads.g.doubleclick.net%2fgampad%2fclk%3fid%3d122218951%26iu%3d%2f4140%2fostg.clktrk>

_______________________________________________

Matlab-emacs-discuss mailing list

Mat...@li...<https://webmail.sintef.no/owa/redir.aspx?C=7u2jHFM45kiDABWqV6fI02wyMtT6B9EIn6FZnc1WYUOX0Gl19XWr3b0pnDSeinQ8CMAbLPXIWeM.&URL=mailto%3aMatlab-emacs-discuss%40lists.sourceforge.net>

https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss<https://webmail.sintef.no/owa/redir.aspx?C=7u2jHFM45kiDABWqV6fI02wyMtT6B9EIn6FZnc1WYUOX0Gl19XWr3b0pnDSeinQ8CMAbLPXIWeM.&URL=https%3a%2f%2flists.sourceforge.net%2flists%2flistinfo%2fmatlab-emacs-discuss>


------------------------------------------------------------------------------
Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce.
With Perforce, you get hassle-free workflows. Merge that actually works.
Faster operations. Version large binaries.  Built-in WAN optimization and the
freedom to use Git, Perforce or both. Make the move to Perforce.
http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk
_______________________________________________
Matlab-emacs-discuss mailing list
Mat...@li...<mailto:Mat...@li...>
https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss

Re: [Matlab-emacs-discuss] matlab-emacs slows down

[Odd A. <odd...@gm...>]

Hi Sina,
That does sound like the function I was talking about.  In my matlab.el
version (2012), there was no harcoded limit, so the problem with this
function was perhaps more severe than in your case.  If you still have
performance issues, the elisp profiler is a useful tool to pinpoint the
problem.

Odd A.


On Thu, Mar 6, 2014 at 12:22 PM, Sina Tootoonian
<sin...@gm...>wrote:

> Dear Odd and Ondra,
>
> I did manage to find an earlier (2011) discussion (propmpted by Ondra) of
> a very similar problem, with very similar functions being implicated
> (rendering error markup). The specific problem was that a
> re-search-backward call was being made with a nil second argument, forcing
> it search the buffer all the way back. The fix at the time was to
> hard-limit the search. In the ~2013 version of matlab.el that I have, the
> search was limited to 8192 chars back. As a temporary  measure I've limited
> it even further to ~800 chars, to see if it makes a difference. Will let
> you know if it does, and if not, will try your solution Odd.
>
> Thanks for your help and suggestions,
>
> Sina
>
>
> 2014-03-06 9:22 GMT+00:00 Odd Andersen <odd...@gm...>:
>
> Hi,
>>
>> I used to have the same problem, and found it frustrating that there
>> seemed to be no discussion of this issue anywhere.  Finally, I was able to
>> fix it myself.
>>
>> Here's what I did:
>>
>>    1.  I ran matlab-shell with my usual workflow until it started
>>    becoming unresponsive.
>>    2. I started the emacs profiler: (profiler-start 'cpu)
>>    3. I hit enter a couple of times in the matlab-shell, waiting a few
>>    seconds for the shell to respond.
>>    4. I asked the profiler for a report (profiler-report)
>>    5. From the report, it turned out that most of the runtime was spent
>>    in a single function whose task is to render errors as anchors (which I
>>    don't particularly care about).
>>    6. This function is hooked into matlab-shell-mode when it start.  As
>>    a workaround, I added another hook that removes this hook, by including the
>>    following lines in my .emacs file:
>>
>>
>>
>> *(add-hook 'matlab-shell-mode-hook       (lambda () (remove-hook
>> 'comint-output-filter-functions
>> 'matlab-shell-render-errors-as-anchor t)))*
>>
>>  I have not had any issues with unresponsive matlab shell after I did
>> this.  If your problem has the same cause as mine, this hopefully works for
>> you too.  (Make sure to get the quotation marks in the above command right,
>> as well as the final 't' on the last line...).
>>
>> Odd A.
>>
>>
>>
>> ------------------------------
>> -------- Original Message --------
>>   Subject: [Matlab-emacs-discuss] matlab-emacs slows down  Date: Wed, 5
>> Mar 2014 18:51:01 +0000  From: Sina Tootoonian
>> <sin...@gm...><https://webmail.sintef.no/owa/redir.aspx?C=7u2jHFM45kiDABWqV6fI02wyMtT6B9EIn6FZnc1WYUOX0Gl19XWr3b0pnDSeinQ8CMAbLPXIWeM.&URL=mailto%3asina.tootoonian%40gmail.com>  To:
>> mat...@li...<https://webmail.sintef.no/owa/redir.aspx?C=7u2jHFM45kiDABWqV6fI02wyMtT6B9EIn6FZnc1WYUOX0Gl19XWr3b0pnDSeinQ8CMAbLPXIWeM.&URL=mailto%3amatlab-emacs-discuss%40lists.sourceforge.net>
>>
>> Hi folks,
>>
>> First, great job on the update to matlab-mode, a big improvement on
>> the version I was using before (~2003). One problem I've noticed is
>> that the CLI slows down considerably after a while, perhaps due to the
>> buffer getting large ( O(10k) lines). I usually end up restarting
>> matlab-shell to get the responsiveness back. Is there a better
>> workaround for this?
>>
>> Thanks!
>>
>> Sina
>>
>> ------------------------------------------------------------------------------
>> Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce.
>> With Perforce, you get hassle-free workflows. Merge that actually works.
>> Faster operations. Version large binaries.  Built-in WAN optimization and the
>> freedom to use Git, Perforce or both. Make the move to Perforce.http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk <https://webmail.sintef.no/owa/redir.aspx?C=7u2jHFM45kiDABWqV6fI02wyMtT6B9EIn6FZnc1WYUOX0Gl19XWr3b0pnDSeinQ8CMAbLPXIWeM.&URL=http%3a%2f%2fpubads.g.doubleclick.net%2fgampad%2fclk%3fid%3d122218951%26iu%3d%2f4140%2fostg.clktrk>
>> _______________________________________________
>> Matlab-emacs-discuss mailing lis...@li... <https://webmail.sintef.no/owa/redir.aspx?C=7u2jHFM45kiDABWqV6fI02wyMtT6B9EIn6FZnc1WYUOX0Gl19XWr3b0pnDSeinQ8CMAbLPXIWeM.&URL=mailto%3aMatlab-emacs-discuss%40lists.sourceforge.net>https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss <https://webmail.sintef.no/owa/redir.aspx?C=7u2jHFM45kiDABWqV6fI02wyMtT6B9EIn6FZnc1WYUOX0Gl19XWr3b0pnDSeinQ8CMAbLPXIWeM.&URL=https%3a%2f%2flists.sourceforge.net%2flists%2flistinfo%2fmatlab-emacs-discuss>
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Subversion Kills Productivity. Get off Subversion & Make the Move to
>> Perforce.
>> With Perforce, you get hassle-free workflows. Merge that actually works.
>> Faster operations. Version large binaries.  Built-in WAN optimization and
>> the
>> freedom to use Git, Perforce or both. Make the move to Perforce.
>>
>> http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk
>> _______________________________________________
>> Matlab-emacs-discuss mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss
>>
>>
>

Re: [Matlab-emacs-discuss] matlab-emacs slows down

[Sina T. <sin...@gm...>]

Dear Odd and Ondra,

I did manage to find an earlier (2011) discussion (propmpted by Ondra) of a
very similar problem, with very similar functions being implicated
(rendering error markup). The specific problem was that a
re-search-backward call was being made with a nil second argument, forcing
it search the buffer all the way back. The fix at the time was to
hard-limit the search. In the ~2013 version of matlab.el that I have, the
search was limited to 8192 chars back. As a temporary  measure I've limited
it even further to ~800 chars, to see if it makes a difference. Will let
you know if it does, and if not, will try your solution Odd.

Thanks for your help and suggestions,

Sina


2014-03-06 9:22 GMT+00:00 Odd Andersen <odd...@gm...>:

> Hi,
>
> I used to have the same problem, and found it frustrating that there
> seemed to be no discussion of this issue anywhere.  Finally, I was able to
> fix it myself.
>
> Here's what I did:
>
>    1.  I ran matlab-shell with my usual workflow until it started
>    becoming unresponsive.
>    2. I started the emacs profiler: (profiler-start 'cpu)
>    3. I hit enter a couple of times in the matlab-shell, waiting a few
>    seconds for the shell to respond.
>    4. I asked the profiler for a report (profiler-report)
>    5. From the report, it turned out that most of the runtime was spent
>    in a single function whose task is to render errors as anchors (which I
>    don't particularly care about).
>    6. This function is hooked into matlab-shell-mode when it start.  As a
>    workaround, I added another hook that removes this hook, by including the
>    following lines in my .emacs file:
>
>
>
> *(add-hook 'matlab-shell-mode-hook       (lambda () (remove-hook
> 'comint-output-filter-functions
> 'matlab-shell-render-errors-as-anchor t)))*
>
>  I have not had any issues with unresponsive matlab shell after I did
> this.  If your problem has the same cause as mine, this hopefully works for
> you too.  (Make sure to get the quotation marks in the above command right,
> as well as the final 't' on the last line...).
>
> Odd A.
>
>
>
> ------------------------------
> -------- Original Message --------
>   Subject: [Matlab-emacs-discuss] matlab-emacs slows down  Date: Wed, 5
> Mar 2014 18:51:01 +0000  From: Sina Tootoonian <sin...@gm...><https://webmail.sintef.no/owa/redir.aspx?C=7u2jHFM45kiDABWqV6fI02wyMtT6B9EIn6FZnc1WYUOX0Gl19XWr3b0pnDSeinQ8CMAbLPXIWeM.&URL=mailto%3asina.tootoonian%40gmail.com>  To:
> mat...@li...<https://webmail.sintef.no/owa/redir.aspx?C=7u2jHFM45kiDABWqV6fI02wyMtT6B9EIn6FZnc1WYUOX0Gl19XWr3b0pnDSeinQ8CMAbLPXIWeM.&URL=mailto%3amatlab-emacs-discuss%40lists.sourceforge.net>
>
> Hi folks,
>
> First, great job on the update to matlab-mode, a big improvement on
> the version I was using before (~2003). One problem I've noticed is
> that the CLI slows down considerably after a while, perhaps due to the
> buffer getting large ( O(10k) lines). I usually end up restarting
> matlab-shell to get the responsiveness back. Is there a better
> workaround for this?
>
> Thanks!
>
> Sina
>
> ------------------------------------------------------------------------------
> Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce.
> With Perforce, you get hassle-free workflows. Merge that actually works.
> Faster operations. Version large binaries.  Built-in WAN optimization and the
> freedom to use Git, Perforce or both. Make the move to Perforce.http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk <https://webmail.sintef.no/owa/redir.aspx?C=7u2jHFM45kiDABWqV6fI02wyMtT6B9EIn6FZnc1WYUOX0Gl19XWr3b0pnDSeinQ8CMAbLPXIWeM.&URL=http%3a%2f%2fpubads.g.doubleclick.net%2fgampad%2fclk%3fid%3d122218951%26iu%3d%2f4140%2fostg.clktrk>
> _______________________________________________
> Matlab-emacs-discuss mailing lis...@li... <https://webmail.sintef.no/owa/redir.aspx?C=7u2jHFM45kiDABWqV6fI02wyMtT6B9EIn6FZnc1WYUOX0Gl19XWr3b0pnDSeinQ8CMAbLPXIWeM.&URL=mailto%3aMatlab-emacs-discuss%40lists.sourceforge.net>https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss <https://webmail.sintef.no/owa/redir.aspx?C=7u2jHFM45kiDABWqV6fI02wyMtT6B9EIn6FZnc1WYUOX0Gl19XWr3b0pnDSeinQ8CMAbLPXIWeM.&URL=https%3a%2f%2flists.sourceforge.net%2flists%2flistinfo%2fmatlab-emacs-discuss>
>
>
>
>
> ------------------------------------------------------------------------------
> Subversion Kills Productivity. Get off Subversion & Make the Move to
> Perforce.
> With Perforce, you get hassle-free workflows. Merge that actually works.
> Faster operations. Version large binaries.  Built-in WAN optimization and
> the
> freedom to use Git, Perforce or both. Make the move to Perforce.
>
> http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk
> _______________________________________________
> Matlab-emacs-discuss mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss
>
>

Re: [Matlab-emacs-discuss] matlab-emacs slows down

[Odd A. <odd...@gm...>]

Hi,

I used to have the same problem, and found it frustrating that there seemed
to be no discussion of this issue anywhere.  Finally, I was able to fix it
myself.

Here's what I did:

   1.  I ran matlab-shell with my usual workflow until it started becoming
   unresponsive.
   2. I started the emacs profiler: (profiler-start 'cpu)
   3. I hit enter a couple of times in the matlab-shell, waiting a few
   seconds for the shell to respond.
   4. I asked the profiler for a report (profiler-report)
   5. From the report, it turned out that most of the runtime was spent in
   a single function whose task is to render errors as anchors (which I don't
   particularly care about).
   6. This function is hooked into matlab-shell-mode when it start.  As a
   workaround, I added another hook that removes this hook, by including the
   following lines in my .emacs file:



*(add-hook 'matlab-shell-mode-hook       (lambda () (remove-hook
'comint-output-filter-functions
'matlab-shell-render-errors-as-anchor t)))*

 I have not had any issues with unresponsive matlab shell after I did
this.  If your problem has the same cause as mine, this hopefully works for
you too.  (Make sure to get the quotation marks in the above command right,
as well as the final 't' on the last line...).

Odd A.



------------------------------
-------- Original Message --------
  Subject: [Matlab-emacs-discuss] matlab-emacs slows down  Date: Wed, 5 Mar
2014 18:51:01 +0000  From: Sina Tootoonian
<sin...@gm...><https://webmail.sintef.no/owa/redir.aspx?C=7u2jHFM45kiDABWqV6fI02wyMtT6B9EIn6FZnc1WYUOX0Gl19XWr3b0pnDSeinQ8CMAbLPXIWeM.&URL=mailto%3asina.tootoonian%40gmail.com>
 To:
mat...@li...<https://webmail.sintef.no/owa/redir.aspx?C=7u2jHFM45kiDABWqV6fI02wyMtT6B9EIn6FZnc1WYUOX0Gl19XWr3b0pnDSeinQ8CMAbLPXIWeM.&URL=mailto%3amatlab-emacs-discuss%40lists.sourceforge.net>

Hi folks,

First, great job on the update to matlab-mode, a big improvement on
the version I was using before (~2003). One problem I've noticed is
that the CLI slows down considerably after a while, perhaps due to the
buffer getting large ( O(10k) lines). I usually end up restarting
matlab-shell to get the responsiveness back. Is there a better
workaround for this?

Thanks!

Sina

------------------------------------------------------------------------------
Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce.
With Perforce, you get hassle-free workflows. Merge that actually works.
Faster operations. Version large binaries.  Built-in WAN optimization and the
freedom to use Git, Perforce or both. Make the move to
Perforce.http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk
<https://webmail.sintef.no/owa/redir.aspx?C=7u2jHFM45kiDABWqV6fI02wyMtT6B9EIn6FZnc1WYUOX0Gl19XWr3b0pnDSeinQ8CMAbLPXIWeM.&URL=http%3a%2f%2fpubads.g.doubleclick.net%2fgampad%2fclk%3fid%3d122218951%26iu%3d%2f4140%2fostg.clktrk>
_______________________________________________
Matlab-emacs-discuss mailing
lis...@li...
<https://webmail.sintef.no/owa/redir.aspx?C=7u2jHFM45kiDABWqV6fI02wyMtT6B9EIn6FZnc1WYUOX0Gl19XWr3b0pnDSeinQ8CMAbLPXIWeM.&URL=mailto%3aMatlab-emacs-discuss%40lists.sourceforge.net>https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss
<https://webmail.sintef.no/owa/redir.aspx?C=7u2jHFM45kiDABWqV6fI02wyMtT6B9EIn6FZnc1WYUOX0Gl19XWr3b0pnDSeinQ8CMAbLPXIWeM.&URL=https%3a%2f%2flists.sourceforge.net%2flists%2flistinfo%2fmatlab-emacs-discuss>

Re: [Matlab-emacs-discuss] matlab-emacs slows down

[Ondra K. <ond...@gm...>]

Dear developer(s),

I join Sina in appreciation of the great work you have done.

And I join Sina in the observation that the responsiveness of matlab-shell
slows down when the buffer gets large, often with many outputs of warning()
command. And I noticed that it gets better if I call "close all;". We often
create a lot of figures, and occasional "close all" clears memory. So the
problem could be related to java?

Thanks.

0.


On Wed, Mar 5, 2014 at 7:51 PM, Sina Tootoonian
<sin...@gm...>wrote:

> Hi folks,
>
> First, great job on the update to matlab-mode, a big improvement on
> the version I was using before (~2003). One problem I've noticed is
> that the CLI slows down considerably after a while, perhaps due to the
> buffer getting large ( O(10k) lines). I usually end up restarting
> matlab-shell to get the responsiveness back. Is there a better
> workaround for this?
>
> Thanks!
>
> Sina
>
>
> ------------------------------------------------------------------------------
> Subversion Kills Productivity. Get off Subversion & Make the Move to
> Perforce.
> With Perforce, you get hassle-free workflows. Merge that actually works.
> Faster operations. Version large binaries.  Built-in WAN optimization and
> the
> freedom to use Git, Perforce or both. Make the move to Perforce.
>
> http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk
> _______________________________________________
> Matlab-emacs-discuss mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss
>

[Matlab-emacs-discuss] matlab-emacs slows down

[Sina T. <sin...@gm...>]

Hi folks,

First, great job on the update to matlab-mode, a big improvement on
the version I was using before (~2003). One problem I've noticed is
that the CLI slows down considerably after a while, perhaps due to the
buffer getting large ( O(10k) lines). I usually end up restarting
matlab-shell to get the responsiveness back. Is there a better
workaround for this?

Thanks!

Sina

Re: [Matlab-emacs-discuss] mlint.el

[Eric L. <Eri...@ma...>]

Hi Eric,

You will need to reconfigure your mlint programs:

M-x customize-variable RET mlint-programs RET

And specify the location of your MATLAB install where the mlint command-line program is, not the mlint.el Emacs program.

This particular part of mlint hasn't changed much over the past few years.

Good Luck
Eric

From: Eric Till [mailto:Eri...@fr...]
Sent: Thursday, January 30, 2014 4:42 PM
To: mat...@li...
Subject: [Matlab-emacs-discuss] mlint.el


Hi all,

I have recently downloaded matlab-emacs from both the sourceforge page (at work where we use matlab 7.10 and emacs 23) and with the built in package manager for emacs 24 (I think that version of matlab is slightly younger). I cannot get mlint to do anything with either setup. When I have a .m file open and matlab-mode on syntax is highlighted, but mlint doesn't seem to do anything at all - it doesn't highlight erroneous syntax like I would like it to. The first time I tried using mlint, it asked me to configure it which I did by setting the directory to the directory where mlint.el is (and when I try to scan a document the minibuffer pops up with "Searching for program:  Success [malab-emacs directory]", so I think that matlab-mode knows where mlint.el is.

Does it work? Am I missing something obvious? Can anyone help me out? I realize that this package is getting a bit long in the tooth and that they keep changing matlab, but I was *really* hoping this would work out.

Thanks in advance,
-Eric

[Matlab-emacs-discuss] mlint.el

[Eric T. <Eri...@fr...>]

Hi all,

I have recently downloaded matlab-emacs from both the sourceforge page (at work where we use matlab 7.10 and emacs 23) and with the built in package manager for emacs 24 (I think that version of matlab is slightly younger). I cannot get mlint to do anything with either setup. When I have a .m file open and matlab-mode on syntax is highlighted, but mlint doesn't seem to do anything at all - it doesn't highlight erroneous syntax like I would like it to. The first time I tried using mlint, it asked me to configure it which I did by setting the directory to the directory where mlint.el is (and when I try to scan a document the minibuffer pops up with "Searching for program:  Success [malab-emacs directory]", so I think that matlab-mode knows where mlint.el is.

Does it work? Am I missing something obvious? Can anyone help me out? I realize that this package is getting a bit long in the tooth and that they keep changing matlab, but I was *really* hoping this would work out.

Thanks in advance,
-Eric

Re: [Matlab-emacs-discuss] full of spam!

[Eric L. <Eri...@ma...>]

Thanks for pointing that out.  I appear to have some other filter removing spam from my inbox.

I logged into the mailman admin page for this list and discovered it didn’t have a password (!) anymore, and that the member-only filter was turned off.   I have rectified both problems and the filter caught a spam this morning so it seems to be working again.

This hasn’t been an issue for my other SF mailing lists.

Thanks
Eric

From: vas...@en... [mailto:vas...@en...]
Sent: Monday, January 20, 2014 5:26 AM
To: mat...@li...
Subject: Re: [Matlab-emacs-discuss] full of spam!


What's going on lately with the spam emails in this list?

Re: [Matlab-emacs-discuss] full of spam!

[<vas...@en...>]

What's going on lately with the spam emails in this list?

[Matlab-emacs-discuss] SKY Sattlite

[Power S. S. <Ad...@po...>]

Our accounts open to private satellite channels you can use. Example (Sky, HBO, ...)We guarantee that our service will not freeze perfectly and has no might.Our services include:
1) Premium account
2) Re-Share account
3) account online
4) provide superior vps Share
5) is offering reseller
Join us as we take you to the Global Village
Our is more than 60.000 members. 

Info My Servers:

65 + Real Local Cards storage
%100 Dedicated Ubuntu Server
All SD-HD-3D Channels Avaible
Great Pricing,No Freezing
1 × 3 Lines
Support 24/7
















 







Buy Now
 



 

Re: [Matlab-emacs-discuss] Submit Matlab mode to MELPA

[Eric L. <Eri...@ma...>]

Thanks!

I'll have to be even more careful with the CVS head now.  :)

Eric

From: mak...@gm... [mailto:mak...@gm...] On Behalf Of Jack Morrison
Sent: Monday, January 06, 2014 3:35 PM
To: Eric Ludlam
Cc: Jack Morrison; mat...@li...
Subject: Re: [Matlab-emacs-discuss] Submit Matlab mode to MELPA

Hi Eric,

The melpa package just tracks CVS head. MELPA automatically updates packages "at intervals throughout the day".

I've gone and submitted matlab mode as a pull request here: https://github.com/milkypostman/melpa/pull/1346

Cheers,
Jack

On Thu, Dec 5, 2013 at 3:26 PM, Eric Ludlam <Eri...@ma...<mailto:Eri...@ma...>> wrote:
Hi Jack,

Thanks for the info below.

How is the melpa package kept up to date?   Do I need to do anything when changes are made in CVS?

Thanks
Eric

From: mak...@gm...<mailto:mak...@gm...> [mailto:mak...@gm...<mailto:mak...@gm...>] On Behalf Of Jack Morrison
Sent: Wednesday, November 27, 2013 7:16 PM
To: Eric Ludlam
Cc: Jack Morrison; mat...@li...<mailto:mat...@li...>
Subject: Re: [Matlab-emacs-discuss] Submit Matlab mode to MELPA

Hi Eric,

I think the only thing you'd have to put is a note about adding MELPA to the package list in Emacs 24 with









(require 'package)
















(add-to-list 'package-archives

  '("melpa" . "http://melpa.milkbox.net/packages/") t)

and then you call









M-x install-package
and select matlab-mode.

I'll look at adding a recipe to MELPA for it.

Cheers,
Jack

On Mon, Oct 28, 2013 at 4:54 PM, Eric Ludlam <Eri...@ma...<mailto:Eri...@ma...>> wrote:
Hi Jack,

That sounds like a good idea to me.   Thanks for considering it.

If you have suggestions on how to then update any download / INSTALL doc, let me know and I can push those changes.

Thanks
Eric

From: Jack Morrison [mailto:Jac...@gm...<mailto:Jac...@gm...>]
Sent: Monday, October 21, 2013 9:23 AM
To: mat...@li...<mailto:mat...@li...>
Subject: [Matlab-emacs-discuss] Submit Matlab mode to MELPA

Hi,

I was wondering if anyone on this list had thought about submitting this code to MELPA (http://melpa.milkbox.net/) so that it could be installed in Emacs 24 with package.el. MELPA pulls straight from CVS, so no changes should be necessary to matlab-emacs.

If no one opposes, I'd be happy to submit it.

Cheers,
Jack

Re: [Matlab-emacs-discuss] Submit Matlab mode to MELPA

[Jack M. <Jac...@gm...>]

Hi Eric,

The melpa package just tracks CVS head. MELPA automatically updates
packages "at intervals throughout the day".

I've gone and submitted matlab mode as a pull request here:
https://github.com/milkypostman/melpa/pull/1346

Cheers,
Jack


On Thu, Dec 5, 2013 at 3:26 PM, Eric Ludlam <Eri...@ma...>wrote:

>  Hi Jack,
>
>
>
> Thanks for the info below.
>
>
>
> How is the melpa package kept up to date?   Do I need to do anything when
> changes are made in CVS?
>
>
>
> Thanks
>
> Eric
>
>
>
> *From:* mak...@gm... [mailto:mak...@gm...] *On
> Behalf Of *Jack Morrison
> *Sent:* Wednesday, November 27, 2013 7:16 PM
> *To:* Eric Ludlam
> *Cc:* Jack Morrison; mat...@li...
> *Subject:* Re: [Matlab-emacs-discuss] Submit Matlab mode to MELPA
>
>
>
> Hi Eric,
>
>
>
> I think the only thing you'd have to put is a note about adding MELPA to
> the package list in Emacs 24 with
>
>
>
>
>
> (require 'package)
>
>
>
>
>
>
>
> (add-to-list 'package-archives
>
>   '("melpa" . "http://melpa.milkbox.net/packages/") t)
>
>
>
> and then you call
>
>
>
>
>
> M-x install-package
>
>   and select matlab-mode.
>
>
>
> I'll look at adding a recipe to MELPA for it.
>
>
>
> Cheers,
> Jack
>
>
>
> On Mon, Oct 28, 2013 at 4:54 PM, Eric Ludlam <Eri...@ma...>
> wrote:
>
> Hi Jack,
>
>
>
> That sounds like a good idea to me.   Thanks for considering it.
>
>
>
> If you have suggestions on how to then update any download / INSTALL doc,
> let me know and I can push those changes.
>
>
>
> Thanks
>
> Eric
>
>
>
> *From:* Jack Morrison [mailto:Jac...@gm...]
> *Sent:* Monday, October 21, 2013 9:23 AM
> *To:* mat...@li...
> *Subject:* [Matlab-emacs-discuss] Submit Matlab mode to MELPA
>
>
>
> Hi,
>
>
>
> I was wondering if anyone on this list had thought about submitting this
> code to MELPA (http://melpa.milkbox.net/) so that it could be installed
> in Emacs 24 with package.el. MELPA pulls straight from CVS, so no changes
> should be necessary to matlab-emacs.
>
>
>
> If no one opposes, I'd be happy to submit it.
>
>
>
> Cheers,
> Jack
>
>
>

Re: [Matlab-emacs-discuss] matlab-shell could not find external editor

[Eric L. <Eri...@ma...>]

Hi,

The external editor is set up when MATLAB runs the file in toolbox/emacsinit.m.   Emacs-shell should run this automatically, but if it failed, you could run it by hand.

You can also open the MATLAB preferences, and under the editor, specify an external editor, and specify "emacsclient -n".  You can refer to the emacsinit.el for the different preferences set.

Good Luck
Eric

-----Original Message-----
From: Shun Miao [mailto:shu...@ic...] 
Sent: Friday, December 27, 2013 2:38 PM
To: mat...@li...
Subject: [Matlab-emacs-discuss] matlab-shell could not find external editor

Dear matlab-emacs users,

I'm using matlab-emacs with emacs 24 and Matlab 2013a on OS X 10.9.1. The matlab-shell works fine, but when I try to open a .m file using 'edit', I got an error message:
Error using edit (line 66)
Could not find external editor ''

Is there any tutorial about how to configure matlab-emacs with Matlab 2013a and OX 10.9?

Many thanks!

Shun Miao
------------------------------------------------------------------------------
Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk
_______________________________________________
Matlab-emacs-discuss mailing list
Mat...@li...
https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss

[Matlab-emacs-discuss] matlab-shell could not find external editor

[Shun M. <shu...@ic...>]

Dear matlab-emacs users,

I’m using matlab-emacs with emacs 24 and Matlab 2013a on OS X 10.9.1. The matlab-shell works fine, but when I try to open a .m file using ‘edit’, I got an error message:
Error using edit (line 66)
Could not find external editor ‘'

Is there any tutorial about how to configure matlab-emacs with Matlab 2013a and OX 10.9?

Many thanks!

Shun Miao

Re: [Matlab-emacs-discuss] Submit Matlab mode to MELPA

[Eric L. <Eri...@ma...>]

Hi Jack,

Thanks for the info below.

How is the melpa package kept up to date?   Do I need to do anything when changes are made in CVS?

Thanks
Eric

From: mak...@gm... [mailto:mak...@gm...] On Behalf Of Jack Morrison
Sent: Wednesday, November 27, 2013 7:16 PM
To: Eric Ludlam
Cc: Jack Morrison; mat...@li...
Subject: Re: [Matlab-emacs-discuss] Submit Matlab mode to MELPA

Hi Eric,

I think the only thing you'd have to put is a note about adding MELPA to the package list in Emacs 24 with





(require 'package)








(add-to-list 'package-archives

  '("melpa" . "http://melpa.milkbox.net/packages/") t)

and then you call





M-x install-package
and select matlab-mode.

I'll look at adding a recipe to MELPA for it.

Cheers,
Jack

On Mon, Oct 28, 2013 at 4:54 PM, Eric Ludlam <Eri...@ma...<mailto:Eri...@ma...>> wrote:
Hi Jack,

That sounds like a good idea to me.   Thanks for considering it.

If you have suggestions on how to then update any download / INSTALL doc, let me know and I can push those changes.

Thanks
Eric

From: Jack Morrison [mailto:Jac...@gm...<mailto:Jac...@gm...>]
Sent: Monday, October 21, 2013 9:23 AM
To: mat...@li...<mailto:mat...@li...>
Subject: [Matlab-emacs-discuss] Submit Matlab mode to MELPA

Hi,

I was wondering if anyone on this list had thought about submitting this code to MELPA (http://melpa.milkbox.net/) so that it could be installed in Emacs 24 with package.el. MELPA pulls straight from CVS, so no changes should be necessary to matlab-emacs.

If no one opposes, I'd be happy to submit it.

Cheers,
Jack

Re: [Matlab-emacs-discuss] matlab-shell-mode for existing matlab process

[Tristan N. <tri...@gm...>]

Hi,

thanks for the answers,

@Larrabee:
the first one really isn't what I want since I want to use my local
emacs with local scripting files, being the newest version with
org-babel integration etc, to interact with the remote, detachable
matlab. This would be much easier than to potentially periodically ask
administrator to update the emacs installations and/or update the
configuration on various servers myself, and having problems with keys
not being sent right  (e.g. Capslock -> Ctrl).

And I haven't quite figured out how to use tramp (except if it runs
anyways in the background and its the default matlab via ssh in emacs
terminal-emulator solution), but the whole Idea is to have it interact
with my script as *Matlab* in matlab-shell mode anyways.

@Stefan:

That does work beautifully and simply.
and with the ansi-term is even better! I just fought with not being able
to run tmux in emacs term or shell, and didn't know about ansi-term
now I can do, to start my session with local script and remote matlab:
M-x ansi-term
TERM=screen ssh server
M-x rename-buffer RET *MATLAB*
tmux
matlab

When done, distach Matlab by tmux command:
C-b d

Now I can close everything, and reconnect with the same procedure as
before, only this time using:
tmux attach


, and my matlab is still open. Awesome!

I will worry about a function for all this another time, great to have
it working! Thanks!

and
@Larrabee:
No, for me the commands work fine, only if there is already a character
given on the command prompt it doesn't ignore it but adds it to the
command from the other buffer, resulting in an error

cheers
T



On 2013-12-02 16:39, L. Larrabee Strow wrote:
> Hi,
> 
> On your remote system, start emacs in daemon mode.  Then start matlab shell.  Then, you can connect to you emacs and thus your matlab-shell via the emacsclient command any time.   Emacs stays up, matlab stays up.  Plus you can move from machine to machine and always connect to your original matlab session.   I *think* this is what you want?  
> 
> You can do something similar with your local emacs and tramp.  If you are sitting on a remote filesystem (M-x cd remote_file_system) and then M-x shell, you can start matlab up from that shell and it won't go away.  But, that shell is not a "matlab-shell". 
> 
> Larrabee
> 
> On Dec 2, 2013, at 9:45 AM, Tristan Nakagawa wrote:
> 
>> Hi, great tool!
>>
>> I was wondering if it's possible to connect to a running matlab session
>> and designate it as the current *matlab* M-shell?
>>
>> I am running a remote (ssh) matlab, which works by editing the matlab.el
>> matlab-shell command to an ssh script.
>>
>> However, it would be most amazing if I could connect to an already
>> running matlab process (in the background on the server) via terminal,
>> and then just 'make' that shell my current matlab shell in emacs, with
>> something like 'matlab-shell-mode'.
>>
>> Also, it would be great to be able to have an interactive matlab-shell
>> with default 'matlab' as command, but the possibility to change that
>> command, so to be able to launch remote matlabs without having to change
>> matlab.el every time...
>> Maybe that would even elegantly solve the above process by using a
>> command that just connects to the running matlab and puts it to the
>> foreground? I wouldnt mind doing that manually with a bash command.
>>
>> Any chances to integrate that?
>>
>> cheers,
>>
>> Tristan
>>
>> ------------------------------------------------------------------------------
>> Rapidly troubleshoot problems before they affect your business. Most IT 
>> organizations don't have a clear picture of how application performance 
>> affects their revenue. With AppDynamics, you get 100% visibility into your 
>> Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
>> http://pubads.g.doubleclick.net/gampad/clk?id=84349351&iu=/4140/ostg.clktrk
>> _______________________________________________
>> Matlab-emacs-discuss mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss
> 
> 
> ----------------------------------------
> L. Larrabee Strow
> Physics Department
> UMBC
> Email: st...@um...
> Office: 724-663-7341
> Google Voice: 724-663-1441
> Cell: 724-288-6933 (usually OFF)
> (Please use Office/GVoice for messages)
> 

Re: [Matlab-emacs-discuss] matlab-shell-mode for existing matlab process

[L. L. S. <ls...@gm...>]

All,

I just tried renaming a *shell* buffer running Matlab to *MATLAB*.  It kinda works, but not completely.  "Run Region" for example, works, but inserts an extra ">" prompt that must be removed by hand, unlike a buffer actually created by "matlab-shell".

Am I missing something?

Thanks, Larrabee

On Dec 2, 2013, at 10:44 AM, Stefan Harmeling wrote:

> Hi there,
> 
> On 02.12.2013, at 15:45, Tristan Nakagawa <tri...@gm...> wrote:
> 
>> Hi, great tool!
>> 
>> I was wondering if it's possible to connect to a running matlab session
>> and designate it as the current *matlab* M-shell?
>> 
>> I am running a remote (ssh) matlab, which works by editing the matlab.el
>> matlab-shell command to an ssh script.
>> 
>> However, it would be most amazing if I could connect to an already
>> running matlab process (in the background on the server) via terminal,
>> and then just 'make' that shell my current matlab shell in emacs, with
>> something like 'matlab-shell-mode'.
> 
> All you have to to do is to rename the buffer to *MATLAB*.  Then it behaves like the matlab-shell, i.e. you can send code from matlab code buffers, etc.  You could use "rename-buffer", i.e. "M-x rename-buffer", or use the following function (put the following code into ".emacs.d/init.el").  Restart your emacs and then "M-x rename-matlab".
> 
> (defun rename-matlab ()
>  "Renames the current buffer to *MATLAB*. Useful when running several matlabs."
>  (interactive)
>  (rename-buffer "*MATLAB*")
> )
> 
>> Also, it would be great to be able to have an interactive matlab-shell
>> with default 'matlab' as command, but the possibility to change that
>> command, so to be able to launch remote matlabs without having to change
>> matlab.el every time...
>> Maybe that would even elegantly solve the above process by using a
>> command that just connects to the running matlab and puts it to the
>> foreground? I wouldnt mind doing that manually with a bash command.
> 
> Not completely sure how to do that.  I don't think that the matlab-mode must be changed for that.  Instead, you have to figure out how to create an emacs command that creates a new buffer e.g. for an 'ansi-term', then does ssh somewhere, and starts matlab.  Finally you rename the buffer to "*MATLAB*", that's it!  Possibly the people at http://stackoverflow.com/ can help you with writing the necessary elisp code.  I would be also interested in such a emacs command.
> 
> Best wishes,
> Stefan.
> 
>> Any chances to integrate that?
>> 
>> cheers,
>> 
>> Tristan
>> 
>> ------------------------------------------------------------------------------
>> Rapidly troubleshoot problems before they affect your business. Most IT 
>> organizations don't have a clear picture of how application performance 
>> affects their revenue. With AppDynamics, you get 100% visibility into your 
>> Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
>> http://pubads.g.doubleclick.net/gampad/clk?id=84349351&iu=/4140/ostg.clktrk
>> _______________________________________________
>> Matlab-emacs-discuss mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss
> 
> 
> ------------------------------------------------------------------------------
> Rapidly troubleshoot problems before they affect your business. Most IT 
> organizations don't have a clear picture of how application performance 
> affects their revenue. With AppDynamics, you get 100% visibility into your 
> Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
> http://pubads.g.doubleclick.net/gampad/clk?id=84349351&iu=/4140/ostg.clktrk
> _______________________________________________
> Matlab-emacs-discuss mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss


----------------------------------------
L. Larrabee Strow
Physics Department
UMBC
Email: st...@um...
Office: 724-663-7341
Google Voice: 724-663-1441
Cell: 724-288-6933 (usually OFF)
(Please use Office/GVoice for messages)

Re: [Matlab-emacs-discuss] matlab-shell-mode for existing matlab process

[Stefan H. <st...@gm...>]

Hi there,

On 02.12.2013, at 15:45, Tristan Nakagawa <tri...@gm...> wrote:

> Hi, great tool!
> 
> I was wondering if it's possible to connect to a running matlab session
> and designate it as the current *matlab* M-shell?
> 
> I am running a remote (ssh) matlab, which works by editing the matlab.el
> matlab-shell command to an ssh script.
> 
> However, it would be most amazing if I could connect to an already
> running matlab process (in the background on the server) via terminal,
> and then just 'make' that shell my current matlab shell in emacs, with
> something like 'matlab-shell-mode'.

All you have to to do is to rename the buffer to *MATLAB*.  Then it behaves like the matlab-shell, i.e. you can send code from matlab code buffers, etc.  You could use "rename-buffer", i.e. "M-x rename-buffer", or use the following function (put the following code into ".emacs.d/init.el").  Restart your emacs and then "M-x rename-matlab".

(defun rename-matlab ()
  "Renames the current buffer to *MATLAB*. Useful when running several matlabs."
  (interactive)
  (rename-buffer "*MATLAB*")
)

> Also, it would be great to be able to have an interactive matlab-shell
> with default 'matlab' as command, but the possibility to change that
> command, so to be able to launch remote matlabs without having to change
> matlab.el every time...
> Maybe that would even elegantly solve the above process by using a
> command that just connects to the running matlab and puts it to the
> foreground? I wouldnt mind doing that manually with a bash command.

Not completely sure how to do that.  I don't think that the matlab-mode must be changed for that.  Instead, you have to figure out how to create an emacs command that creates a new buffer e.g. for an 'ansi-term', then does ssh somewhere, and starts matlab.  Finally you rename the buffer to "*MATLAB*", that's it!  Possibly the people at http://stackoverflow.com/ can help you with writing the necessary elisp code.  I would be also interested in such a emacs command.

Best wishes,
Stefan.

> Any chances to integrate that?
> 
> cheers,
> 
> Tristan
> 
> ------------------------------------------------------------------------------
> Rapidly troubleshoot problems before they affect your business. Most IT 
> organizations don't have a clear picture of how application performance 
> affects their revenue. With AppDynamics, you get 100% visibility into your 
> Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
> http://pubads.g.doubleclick.net/gampad/clk?id=84349351&iu=/4140/ostg.clktrk
> _______________________________________________
> Matlab-emacs-discuss mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss

Re: [Matlab-emacs-discuss] matlab-shell-mode for existing matlab process

[L. L. S. <ls...@gm...>]

Hi,

On your remote system, start emacs in daemon mode.  Then start matlab shell.  Then, you can connect to you emacs and thus your matlab-shell via the emacsclient command any time.   Emacs stays up, matlab stays up.  Plus you can move from machine to machine and always connect to your original matlab session.   I *think* this is what you want?  

You can do something similar with your local emacs and tramp.  If you are sitting on a remote filesystem (M-x cd remote_file_system) and then M-x shell, you can start matlab up from that shell and it won't go away.  But, that shell is not a "matlab-shell". 

Larrabee

On Dec 2, 2013, at 9:45 AM, Tristan Nakagawa wrote:

> Hi, great tool!
> 
> I was wondering if it's possible to connect to a running matlab session
> and designate it as the current *matlab* M-shell?
> 
> I am running a remote (ssh) matlab, which works by editing the matlab.el
> matlab-shell command to an ssh script.
> 
> However, it would be most amazing if I could connect to an already
> running matlab process (in the background on the server) via terminal,
> and then just 'make' that shell my current matlab shell in emacs, with
> something like 'matlab-shell-mode'.
> 
> Also, it would be great to be able to have an interactive matlab-shell
> with default 'matlab' as command, but the possibility to change that
> command, so to be able to launch remote matlabs without having to change
> matlab.el every time...
> Maybe that would even elegantly solve the above process by using a
> command that just connects to the running matlab and puts it to the
> foreground? I wouldnt mind doing that manually with a bash command.
> 
> Any chances to integrate that?
> 
> cheers,
> 
> Tristan
> 
> ------------------------------------------------------------------------------
> Rapidly troubleshoot problems before they affect your business. Most IT 
> organizations don't have a clear picture of how application performance 
> affects their revenue. With AppDynamics, you get 100% visibility into your 
> Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
> http://pubads.g.doubleclick.net/gampad/clk?id=84349351&iu=/4140/ostg.clktrk
> _______________________________________________
> Matlab-emacs-discuss mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss


----------------------------------------
L. Larrabee Strow
Physics Department
UMBC
Email: st...@um...
Office: 724-663-7341
Google Voice: 724-663-1441
Cell: 724-288-6933 (usually OFF)
(Please use Office/GVoice for messages)

[Matlab-emacs-discuss] matlab-shell-mode for existing matlab process

[Tristan N. <tri...@gm...>]

Hi, great tool!

I was wondering if it's possible to connect to a running matlab session
and designate it as the current *matlab* M-shell?

I am running a remote (ssh) matlab, which works by editing the matlab.el
matlab-shell command to an ssh script.

However, it would be most amazing if I could connect to an already
running matlab process (in the background on the server) via terminal,
and then just 'make' that shell my current matlab shell in emacs, with
something like 'matlab-shell-mode'.

Also, it would be great to be able to have an interactive matlab-shell
with default 'matlab' as command, but the possibility to change that
command, so to be able to launch remote matlabs without having to change
matlab.el every time...
Maybe that would even elegantly solve the above process by using a
command that just connects to the running matlab and puts it to the
foreground? I wouldnt mind doing that manually with a bash command.

Any chances to integrate that?

cheers,

Tristan

[Matlab-emacs-discuss] make-local-hook obsolete

[Cayetano S. <cay...@gm...>]

Hi,

   I'm having problems with mlint.el at line 800 where it appears

       (make-local-hook 'after-save-hook)

which seems to be obsolete. As soon as I M-x mlint-minor-mode I get an error.

I have finally managed to fix this by just doing

       (defalias 'make-local-hook 'ignore)

Hope this helps

Cayetano Santos

Re: [Matlab-emacs-discuss] Submit Matlab mode to MELPA

[Jack M. <Jac...@gm...>]

Hi Eric,

I think the only thing you'd have to put is a note about adding MELPA to
the package list in Emacs 24 with

(require 'package)

(add-to-list 'package-archives
  '("melpa" . "http://melpa.milkbox.net/packages/") t)


and then you call


M-x install-package

and select matlab-mode.

I'll look at adding a recipe to MELPA for it.

Cheers,
Jack


On Mon, Oct 28, 2013 at 4:54 PM, Eric Ludlam <Eri...@ma...>wrote:

>  Hi Jack,
>
>
>
> That sounds like a good idea to me.   Thanks for considering it.
>
>
>
> If you have suggestions on how to then update any download / INSTALL doc,
> let me know and I can push those changes.
>
>
>
> Thanks
>
> Eric
>
>
>
> *From:* Jack Morrison [mailto:Jac...@gm...]
> *Sent:* Monday, October 21, 2013 9:23 AM
> *To:* mat...@li...
> *Subject:* [Matlab-emacs-discuss] Submit Matlab mode to MELPA
>
>
>
> Hi,
>
>
>
> I was wondering if anyone on this list had thought about submitting this
> code to MELPA (http://melpa.milkbox.net/) so that it could be installed
> in Emacs 24 with package.el. MELPA pulls straight from CVS, so no changes
> should be necessary to matlab-emacs.
>
>
>
> If no one opposes, I'd be happy to submit it.
>
>
>
> Cheers,
> Jack
>