matlab-emacs-discuss — Discuss Emacs/MATLAB integration

Re: [Matlab-emacs-discuss] Run-Region Problem

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

Hi,

I'm not sure.  I tried some experiments, and things seemed okto me running on Linux.

You should probably dbstop in my_func, and then see what kind of command it is generating when you use run region to see if there is some sort of line ending problem.

Eric

-----Original Message-----
From: Elliot Joel Bernstein [mailto:ell...@fd...] 
Sent: Thursday, November 12, 2009 10:39 AM
To: mat...@li...
Subject: [Matlab-emacs-discuss] Run-Region Problem

I'm having trouble running a block of code that makes calls to a function  
that saves data to and then loads it from an external file. For example, I  
have written the function 'my_func':

function R = my_func(n)

     [r,v]=system('echo -n $PPID');
     idx = regexp(v, '\^\[$');
     if ~isempty(idx)
         v = v(1:idx-1);
     end

     filename = ['/tmp/my_func_file_' v '.mat'];
     save(filename, 'n');
     n = load(filename);
     system(sprintf('rm %s', filename));

     R = n;

I then call my_func multiple times from test.m:

my_func(3)
my_func(4)
my_func(5)

If I run test.m using 'Save and Go', it works fine. But if I highlight the  
three calls to my_func and run them using 'Run Region' I get the following:

>> my_func(3)
/bin/bash: -c: line 0: syntax error near unexpected token `('
my_func(4)
my_func(5)
/bin/bash: -c: line 0: `rm /tmp/my_func_file_11093my_func(4)'

ans =

     n: 3

>> my_func(4)
/bin/bash: -c: line 0: syntax error near unexpected token `('
my_func(5)
/bin/bash: -c: line 0: `rm /tmp/my_func_file_11093my_func(5)'

ans =

     n: 4

>> my_func(5)

ans =

     n: 5


Any suggestions how to solve this?

Thanks.

- Elliot

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Matlab-emacs-discuss mailing list
Mat...@li...
https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss

Re: [Matlab-emacs-discuss] emacsclient problem

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

Hi,

I don't know why the "S" is there, but that problem is accounted for in opentoline.m in the distribution directory.  The edit command should be doing something similar.

I would guess that inside MATLAB, perhaps "emacsclient" is not on your path.  For example:

>> !emacsclient -n foo.m

Does that work?  If not, then you just need to configure matlab-shell-emacsclient-command to the full path to your emacsclient.

Good Luck
Eric 

-----Original Message-----
From: L. Larrabee Strow [mailto:ls...@gm...] 
Sent: Thursday, November 05, 2009 6:53 PM
To: mat...@li...
Subject: [Matlab-emacs-discuss] emacsclient problem

Greetings,

Very nice to have matlab.el updated!
n
I am trying to use the toolbox emacsclient capability.

Emacsclient is working fine from the command line (using Aquamacs on
Mac os X leopard)

matlab-shell working fine.

addpath to toolbox; rehash; emacsinit are being executed in my startup.m

But, when in Matlab I get an error when doing

matlab>  edit somefile.m

Looks to me somehow the editor string is not being assigned properly.
See below.

The commands in emacsinit are way beyond me!.   As you can see below,
it looks like editor command is being set to "emacsclient -n".  But
when you query the name of the editor you get back
"Semacsclient -n", which I assume is my problem.  No idea what to do
to fix this?

Thanks.

>> clientcommand

clientcommand =

emacsclient -n

>> com.mathworks.services.Prefs.setStringPref('EditorOtherEditor', clientcommand);
>> system_dependent('getpref', 'EditorOtherEditor')

ans =

Semacsclient -n

>> edit fit_ymod.m
??? Error using ==> edit at 57
Could not find external editor

>>


-- 
L. Larrabee Strow
Department of Physics
University of Maryland Baltimore County
1000 Hilltop Circle
Baltimore, MD 21250
E-mail:  st...@um...
Phone: (724) 663-7341

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Matlab-emacs-discuss mailing list
Mat...@li...
https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss

[Matlab-emacs-discuss] Run-Region Problem

[Elliot J. B. <ell...@fd...>]

I'm having trouble running a block of code that makes calls to a function  
that saves data to and then loads it from an external file. For example, I  
have written the function 'my_func':

function R = my_func(n)

     [r,v]=system('echo -n $PPID');
     idx = regexp(v, '\^\[$');
     if ~isempty(idx)
         v = v(1:idx-1);
     end

     filename = ['/tmp/my_func_file_' v '.mat'];
     save(filename, 'n');
     n = load(filename);
     system(sprintf('rm %s', filename));

     R = n;

I then call my_func multiple times from test.m:

my_func(3)
my_func(4)
my_func(5)

If I run test.m using 'Save and Go', it works fine. But if I highlight the  
three calls to my_func and run them using 'Run Region' I get the following:

>> my_func(3)
/bin/bash: -c: line 0: syntax error near unexpected token `('
my_func(4)
my_func(5)
/bin/bash: -c: line 0: `rm /tmp/my_func_file_11093my_func(4)'

ans =

     n: 3

>> my_func(4)
/bin/bash: -c: line 0: syntax error near unexpected token `('
my_func(5)
/bin/bash: -c: line 0: `rm /tmp/my_func_file_11093my_func(5)'

ans =

     n: 4

>> my_func(5)

ans =

     n: 5


Any suggestions how to solve this?

Thanks.

- Elliot

[Matlab-emacs-discuss] emacsclient problem

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

Greetings,

Very nice to have matlab.el updated!

I am trying to use the toolbox emacsclient capability.

Emacsclient is working fine from the command line (using Aquamacs on
Mac os X leopard)

matlab-shell working fine.

addpath to toolbox; rehash; emacsinit are being executed in my startup.m

But, when in Matlab I get an error when doing

matlab>  edit somefile.m

Looks to me somehow the editor string is not being assigned properly.
See below.

The commands in emacsinit are way beyond me!.   As you can see below,
it looks like editor command is being set to "emacsclient -n".  But
when you query the name of the editor you get back
"Semacsclient -n", which I assume is my problem.  No idea what to do
to fix this?

Thanks.

>> clientcommand

clientcommand =

emacsclient -n

>> com.mathworks.services.Prefs.setStringPref('EditorOtherEditor', clientcommand);
>> system_dependent('getpref', 'EditorOtherEditor')

ans =

Semacsclient -n

>> edit fit_ymod.m
??? Error using ==> edit at 57
Could not find external editor

>>


-- 
L. Larrabee Strow
Department of Physics
University of Maryland Baltimore County
1000 Hilltop Circle
Baltimore, MD 21250
E-mail:  st...@um...
Phone: (724) 663-7341

Re: [Matlab-emacs-discuss] Structure field completion problem

[Eric C. <mat...@ca...>]

I've been trying that patch for the last day or so and it works great,  
thanks a lot for putting that up - now this interface is much more  
usable for me than the default matlab gui.  There are still a couple  
of warts for me, but overall I'm really happy with everything.  I'm  
not much of a lisp programmer, but if it would help to submit the bugs  
I notice, is there an official place to do that (bugzilla/ 
sourceforge/?), or is this list the best way?  One that I've come  
across (and it may just be something from ECB or some other module) is  
that when selecting "run cell" or "run region", my current window is  
split into 2 frames viewing the current .m file.  It's not a big deal,  
but I'm not sure if this is from matlab-mode or some other plugin.
Thanks again,
Eric

On Sep 23, 2009, at 11:59 AM, Eric Ludlam wrote:

> Hi,
>
> I checked in a small change that fixes the above described problem  
> in the matlab-shell buffer.  If this problem  was somewhere else,  
> let me know.
>
>
> MATLAB Shell spends a lot of time scanning output for anchors,  
> errors, debug output, and all sorts of other things.  You could hack  
> comint-output-filter-functions in your matlab-shell-mode-hook to  
> exclude things you don't use to speed it up.
>
> Eric
>
> -----Original Message-----
> From: Eric Carlson [mailto:mat...@ca...]
> Sent: Tuesday, September 22, 2009 5:59 PM
> To: mat...@li...
> Subject: [Matlab-emacs-discuss] Structure field completion problem
>
> I've recently gotten sick of running matlab as a stand-alone app and
> have been trying matlab-mode through emacs (actually, aquamacs on mac)
> and have found it to be a great alternative.  Nearly everything works
> really well, but I'm having a couple of issues that I haven't been
> able to resolve...
>
> 1) the main annoyance for me is that I tend to use fairly nested
> structures a lot, and am addicted to the completion of field names...
> unfortunately, in matlab-mode while it does complete the field name
> successfully it erases everything before the field you wanted
> completed.  For example, if you have a struct 'str' with fields "one"
> "two" and "three", and each of those have fields "one" "two" "three",
> if you type "str.two.o" and press tab, what you've typed is replaced
> with "one", when you should have "str.two.one".  Is this a known bug?
> Is there somewhere else I should report it?
>
> 2) When running programs with a lot of output, the buffer is slow to
> display the output and soon freezes until the program is done.  This
> isn't a huge deal for me, and I'm guessing it's just a side-effect of
> running matlab behind-the-scenes and piping input/output between emacs
> and matlab, but if there's a way to speed things up to be closer to
> how it is in matlab I'd love to hear how.
>

Re: [Matlab-emacs-discuss] Structure field completion problem

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

Hi,

I checked in a small change that fixes the above described problem in the matlab-shell buffer.  If this problem  was somewhere else, let me know.


MATLAB Shell spends a lot of time scanning output for anchors, errors, debug output, and all sorts of other things.  You could hack comint-output-filter-functions in your matlab-shell-mode-hook to exclude things you don't use to speed it up.

Eric

-----Original Message-----
From: Eric Carlson [mailto:mat...@ca...] 
Sent: Tuesday, September 22, 2009 5:59 PM
To: mat...@li...
Subject: [Matlab-emacs-discuss] Structure field completion problem

I've recently gotten sick of running matlab as a stand-alone app and  
have been trying matlab-mode through emacs (actually, aquamacs on mac)  
and have found it to be a great alternative.  Nearly everything works  
really well, but I'm having a couple of issues that I haven't been  
able to resolve...

1) the main annoyance for me is that I tend to use fairly nested  
structures a lot, and am addicted to the completion of field names...  
unfortunately, in matlab-mode while it does complete the field name  
successfully it erases everything before the field you wanted  
completed.  For example, if you have a struct 'str' with fields "one"  
"two" and "three", and each of those have fields "one" "two" "three",  
if you type "str.two.o" and press tab, what you've typed is replaced  
with "one", when you should have "str.two.one".  Is this a known bug?   
Is there somewhere else I should report it?

2) When running programs with a lot of output, the buffer is slow to  
display the output and soon freezes until the program is done.  This  
isn't a huge deal for me, and I'm guessing it's just a side-effect of  
running matlab behind-the-scenes and piping input/output between emacs  
and matlab, but if there's a way to speed things up to be closer to  
how it is in matlab I'd love to hear how.

[Matlab-emacs-discuss] Structure field completion problem

[Eric C. <mat...@ca...>]

I've recently gotten sick of running matlab as a stand-alone app and  
have been trying matlab-mode through emacs (actually, aquamacs on mac)  
and have found it to be a great alternative.  Nearly everything works  
really well, but I'm having a couple of issues that I haven't been  
able to resolve...

1) the main annoyance for me is that I tend to use fairly nested  
structures a lot, and am addicted to the completion of field names...  
unfortunately, in matlab-mode while it does complete the field name  
successfully it erases everything before the field you wanted  
completed.  For example, if you have a struct 'str' with fields "one"  
"two" and "three", and each of those have fields "one" "two" "three",  
if you type "str.two.o" and press tab, what you've typed is replaced  
with "one", when you should have "str.two.one".  Is this a known bug?   
Is there somewhere else I should report it?

2) When running programs with a lot of output, the buffer is slow to  
display the output and soon freezes until the program is done.  This  
isn't a huge deal for me, and I'm guessing it's just a side-effect of  
running matlab behind-the-scenes and piping input/output between emacs  
and matlab, but if there's a way to speed things up to be closer to  
how it is in matlab I'd love to hear how.

I'm running matlab 2009b and my aquamacs is based on emacs 22.3.1, and  
I'm running the latest matlab-mode from cvs (3.3.0), if that helps.

Thanks a lot,
Eric

Re: [Matlab-emacs-discuss] File error: Cannot open load file, cedet-matlab

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

Hi,

  The problem with you setup is the line:

(add-to-list 'load-path "~/Projects/Tools/emacs/matlab/matlab.el")

 Which should be:

(add-to-list 'load-path "~/Projects/Tools/emacs/matlab/")

I know the readme says /path/to/matlab.el, but that means the path to the matlab.el file, not the matlab.el explicitly.  I'll re-write that to be more clear.

Eric

From: Omid Khanmohamadi [mailto:om...@nu...]
Sent: Tuesday, September 15, 2009 8:02 AM
To: mat...@li...
Subject: [Matlab-emacs-discuss] File error: Cannot open load file, cedet-matlab

Hi everybody,

First of all, I should thank Eric Ludlam and everyone else who's been working on matlab-emacs and CEDET projects.
Emacs gives me the following error when I try to enable CEDET feature support for MATLAB

File error: Cannot open load file, cedet-matlab

This is the relevant section of my .emacs

;; --- CEDET ---

(load-file "~/Projects/Tools/emacs/cedet/common/cedet.el")
(global-ede-mode 1)                      ; Enable the Project management system
(semantic-load-enable-code-helpers)      ; Enable prototype help and smart completion
(global-srecode-minor-mode 1)            ; Enable template insertion menu

;; --- MATLAB ---

;; matlab-load.el file is a generated file without a 'provide'
;; statement
(add-to-list 'load-path "~/Projects/Tools/emacs/matlab/matlab.el")
(load-library "~/Projects/Tools/emacs/matlab/matlab-load.el")

;; Enable CEDET feature support for MATLAB code. (Optional)
(matlab-cedet-setup)

I'd appreciate it if someone could let me know what I'm missing here. (matlab-mode and shell work fine, of course.)

Thanks,

Omid

[Matlab-emacs-discuss] File error: Cannot open load file, cedet-matlab

[Omid K. <om...@nu...>]

Hi everybody,

 

First of all, I should thank Eric Ludlam and everyone else who's been
working on matlab-emacs and CEDET projects.

Emacs gives me the following error when I try to enable CEDET feature
support for MATLAB

 

File error: Cannot open load file, cedet-matlab

 

This is the relevant section of my .emacs

 

;; --- CEDET ---

 

(load-file "~/Projects/Tools/emacs/cedet/common/cedet.el")

(global-ede-mode 1)                      ; Enable the Project management
system

(semantic-load-enable-code-helpers)      ; Enable prototype help and
smart completion 

(global-srecode-minor-mode 1)            ; Enable template insertion
menu

 

;; --- MATLAB --- 

 

;; matlab-load.el file is a generated file without a 'provide'

;; statement

(add-to-list 'load-path "~/Projects/Tools/emacs/matlab/matlab.el")

(load-library "~/Projects/Tools/emacs/matlab/matlab-load.el")

 

;; Enable CEDET feature support for MATLAB code. (Optional)

(matlab-cedet-setup)

 

I'd appreciate it if someone could let me know what I'm missing here.
(matlab-mode and shell work fine, of course.)

 

Thanks,

 

Omid

[Matlab-emacs-discuss] News: Updates for MATLAB 'edit' integration in CVS

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

Hi all,

  I wanted to provide news of another update in CVS for matlab.el support.

  This includes some improved integration with matlab-shell and MATLAB's range of editing commands.  There is now a 'toolbox' directory, in which is 'emacsinit.m' which you can run in MATLAB to set it up to call your Emacs for editing.

  This requires that you have setup emacsclient to work; ie - running (server-start) in your .emacs.  Once you run this, many commands in MATLAB that put files into the MATLAB Editor will instead put the file into your running Emacs.  This can work for you both with matlab-shell, or with MATLAB running separately.

  For matlab-shell, I also fixed problems with parsing output from the latest version of MATLAB for detecting errors, and other hot-text.

  This stuff is new, and may be a little rough around the edges.  Let the list know how it goes.  I hope to have some good doc together on getting this setup correctly soon.

  Lastly, there is an indentation bug fix as well for multiple ends on the same line.

Enjoy
Eric

Re: [Matlab-emacs-discuss] News: Updates to matlab.el and support files in CVS

[David E. <de...@ra...>]

Eric Ludlam <Eri...@ma...> writes:
>   The loadpath you specify in your command line should be the default
>   in the Makefile.  So that others know, a replacement load-path would
>   have a version number in it such as cedet-1.0pre6 if distribution
>   was used.

Ah, I did not see the Makefile contains this already. I mentioned this
because the INSTALL file still says one should use

   make "LOADPATH=../cedet/common ../cedet/eieio"

-David

Re: [Matlab-emacs-discuss] News: Updates to matlab.el and support files in CVS

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

Hi,

 I think I accidentally used an older version of Emacs to make the load defs file.  When I rebuilt, making sure I specified Emacs 23, then the provide statement was added.  I've checked in that change.  Thanks for pointing this out.


  The loadpath you specify in your command line should be the default in the Makefile.  So that others know, a replacement load-path would have a version number in it such as cedet-1.0pre6 if distribution was used.

Eric

-----Original Message-----
From: David Engster [mailto:de...@ra...] 
Sent: Tuesday, July 07, 2009 5:12 AM
To: Eric Ludlam
Cc: mat...@li...
Subject: Re: [Matlab-emacs-discuss] News: Updates to matlab.el and support files in CVS

Eric Ludlam <Eri...@ma...> writes:
> The latest changes now in CVS has had minimal testing by me.  I would
> encourage folks to try it out.  Bug reports and patches welcome.

Hi Eric,

The matlab-load.el which is in CVS lacks the necessary "(provide
'matlab-load)". I gets inserted after a full build, though.

However, to get a full build, I had to use

make "LOADPATH=../cedet/common ../cedet/eieio ../cedet/semantic ../cedet/semantic/bovine"

-David

Re: [Matlab-emacs-discuss] News: Updates to matlab.el and support files in CVS

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

Ah, good find.  I've updated that.

Thanks
Eric

-----Original Message-----
From: David Engster [mailto:de...@ra...] 
Sent: Tuesday, July 07, 2009 8:38 AM
To: Eric Ludlam
Cc: mat...@li...
Subject: Re: [Matlab-emacs-discuss] News: Updates to matlab.el and support files in CVS

Eric Ludlam <Eri...@ma...> writes:
>   The loadpath you specify in your command line should be the default
>   in the Makefile.  So that others know, a replacement load-path would
>   have a version number in it such as cedet-1.0pre6 if distribution
>   was used.

Ah, I did not see the Makefile contains this already. I mentioned this
because the INSTALL file still says one should use

   make "LOADPATH=../cedet/common ../cedet/eieio"

-David

Re: [Matlab-emacs-discuss] News: Updates to matlab.el and support files in CVS

[David E. <de...@ra...>]

Eric Ludlam <Eri...@ma...> writes:
> The latest changes now in CVS has had minimal testing by me.  I would
> encourage folks to try it out.  Bug reports and patches welcome.

Hi Eric,

The matlab-load.el which is in CVS lacks the necessary "(provide
'matlab-load)". I gets inserted after a full build, though.

However, to get a full build, I had to use

make "LOADPATH=../cedet/common ../cedet/eieio ../cedet/semantic ../cedet/semantic/bovine"

-David

[Matlab-emacs-discuss] News: Updates to matlab.el and support files in CVS

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

Hello all,

  It has been a long time since I've had news about matlab.el, so I thought I would share the latest changes that have gone into CVS.

  There is a new download script for anyone who does not have a CVS client.  If you do not have a CVS client, you can download the script from this URL:

http://matlab-emacs.cvs.sourceforge.net/viewvc/*checkout*/matlab-emacs/matlab-emacs/dl_emacs_support.m?revision=1.2&pathrev=MAIN

Here is a summary of new items now in CVS:
* David Engster's recent company-mode support with a popup tip of completions in matlab-shell.
* Uwe Brauer extra support for publishing files with MATLAB.
* matlab-indent-function-body can now have a 'guess option.  (That used to always be the case)
* Revised compilation/setup when using CEDET.  CEDET is still optional.
* SRecode template files.  (for code creation.)
* support for spmd

For those who have not tried the CEDET support that has been in CVS for a while, it includes a tagging parser and database backend that David wrote that provides the tools needed for robust code-completion.  It also enables a wide range of other CEDET tools, such as various decoration modes, and summary help.

The latest changes now in CVS has had minimal testing by me.  I would encourage folks to try it out.  Bug reports and patches welcome.

Thanks
Eric


 

Re: [Matlab-emacs-discuss] Matlab-shell and Company mode tooltip completion

[David E. <de...@ra...>]

Eric Ludlam <Eri...@ma...> writes:
>   This is very cool. Would you mind if I put your support file in the
>   CVS repository with matlab.el?

No, not at all. Feel free to check it in.

Regards,
David

Re: [Matlab-emacs-discuss] Matlab-shell and Company mode tooltip completion

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

David,

  This is very cool. Would you mind if I put your support file in the CVS repository with matlab.el?

Thanks
Eric

-----Original Message-----
From: David Engster [mailto:de...@ra...] 
Sent: Saturday, June 27, 2009 11:13 AM
To: mat...@li...
Subject: [Matlab-emacs-discuss] Matlab-shell and Company mode tooltip completion

I think the subject and this little screenshot says it all:

Re: [Matlab-emacs-discuss] (require 'matlab-load) fails

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

Hi,

  The matlab-load.el file is a generated file without a 'provide' statement.

  You need to use: 

    (load-file "/path/to/matlab-load"))

 instead.  Looking at the INSTALL file, it does seem to be advising the wrong thing.  I'll fix that.

Thanks
Eric

-----Original Message-----
From: Leo Alekseyev [mailto:dn...@gm...] 
Sent: Thursday, May 14, 2009 1:26 AM
To: mat...@li...
Subject: [Matlab-emacs-discuss] (require 'matlab-load) fails

Hi all,
after I upgraded Matlab to 2008b it wiped out the matlab.el elisp
files, so I here I am trying to set it all up again.  I grabbed the
source from CVS and I have the following lines in my .emacs:

(load-file (expand-file-name
	    "~/.emacs.d/elisp/cedet-1.0pre4/common/cedet.el"))
(setq load-path (cons "~/.emacs.d/elisp/matlab-emacs/" load-path))
(require 'matlab-load)

However, Emacs throws an error:
error: Required feature `matlab-load' was not provided

I'd appreciate any help getting this to work...

------------------------------------------------------------------------------
The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
production scanning environment may not be a perfect world - but thanks to
Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
Series Scanner you'll get full speed at 300 dpi even with all image 
processing features enabled. http://p.sf.net/sfu/kodak-com
_______________________________________________
Matlab-emacs-discuss mailing list
Mat...@li...
https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss

[Matlab-emacs-discuss] (require 'matlab-load) fails

[Leo A. <dn...@gm...>]

Hi all,
after I upgraded Matlab to 2008b it wiped out the matlab.el elisp
files, so I here I am trying to set it all up again.  I grabbed the
source from CVS and I have the following lines in my .emacs:

(load-file (expand-file-name
	    "~/.emacs.d/elisp/cedet-1.0pre4/common/cedet.el"))
(setq load-path (cons "~/.emacs.d/elisp/matlab-emacs/" load-path))
(require 'matlab-load)

However, Emacs throws an error:
error: Required feature `matlab-load' was not provided

I'd appreciate any help getting this to work...

Re: [Matlab-emacs-discuss] version 3.2 on Ubuntu Intrepid

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

Hi,

  Clearly I should have copied the examples out of my .emacs file instead of typing them in.

  matlab-load.el is an auto-generated autoloads file, so you actually need to use:

(load-library "matlab-load")

  I seem to be having trouble accessing my CVS repository to be making these fixes.  I hope I can get it updated soon.

Eric

-----Original Message-----
From: Simon Brown [mailto:Sim...@sl...] 
Sent: Thursday, February 26, 2009 12:52 PM
To: mat...@li...
Subject: Re: [Matlab-emacs-discuss] version 3.2 on Ubuntu Intrepid

Hi Eric

On 26/02/09 15:44:08, Eric Ludlam wrote:
> My apologies.  That should be:
> 
> (add-to-list 'load-path "~/...")
Thanks for your reply, I'm still having problems though. I've checked-
out from CVS edited the make file to include the correct load path 
directories made and then copied the built files to my ~/lisp directory 
which was already in the load path. I'm now getting:
error: Required feature `matlab-load' was not provided

what have I missed?

Thanks

Simon





------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
Matlab-emacs-discuss mailing list
Mat...@li...
https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss

Re: [Matlab-emacs-discuss] version 3.2 on Ubuntu Intrepid

[Simon B. <Sim...@sl...>]

Hi Eric

On 26/02/09 15:44:08, Eric Ludlam wrote:
> My apologies.  That should be:
> 
> (add-to-list 'load-path "~/...")
Thanks for your reply, I'm still having problems though. I've checked-
out from CVS edited the make file to include the correct load path 
directories made and then copied the built files to my ~/lisp directory 
which was already in the load path. I'm now getting:
error: Required feature `matlab-load' was not provided

what have I missed?

Thanks

Simon

Re: [Matlab-emacs-discuss] version 3.2 on Ubuntu Intrepid

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

My apologies.  That should be:

(add-to-list 'load-path "~/...")

I'm not familiar with the Java locking issue.

Eric


-----Original Message-----
From: Simon Brown [mailto:Sim...@sl...] 
Sent: Wednesday, February 25, 2009 6:24 PM
To: mat...@li...
Subject: [Matlab-emacs-discuss] version 3.2 on Ubuntu Intrepid

Hi List,

I'm trying to get Emacs22 to play nicely with 2008b and I'm having 
problems. I've downloaded the CVS version and the install instructions 
are:
To install all the Emacs tools for MATLAB, add this to your .emacs 
file:

  (add-to-path "~/path/to/matlab.el")
  (require 'matlab-load)

which results in emacs startup complaining that add-to-path is a void 
function (yes I did change the path).

any ideas.

Tips on the JAVA locking assertion also appreciated as setting 
MATLAB_JAVA appears to be ignored.

Simon

------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
Matlab-emacs-discuss mailing list
Mat...@li...
https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss

[Matlab-emacs-discuss] version 3.2 on Ubuntu Intrepid

[Simon B. <Sim...@sl...>]

Hi List,

I'm trying to get Emacs22 to play nicely with 2008b and I'm having 
problems. I've downloaded the CVS version and the install instructions 
are:
To install all the Emacs tools for MATLAB, add this to your .emacs 
file:

  (add-to-path "~/path/to/matlab.el")
  (require 'matlab-load)

which results in emacs startup complaining that add-to-path is a void 
function (yes I did change the path).

any ideas.

Tips on the JAVA locking assertion also appreciated as setting 
MATLAB_JAVA appears to be ignored.

Simon

[Matlab-emacs-discuss] matlab + emacs + windows

[Aviv H. <avi...@gm...>]

Hi,

I would like to run the matlab shell under emacs, under Windows XP. I
established the following:

1. Most people gave up on this idea because MATLAB won't open a text console
process on windows.
2. There's a circa 1998 program called matlabShell that will run the MATLAB
engine as a text console and was intended for use with matlab.el. I don't
have reports of it working with the latest matlab.el.

Did anyone use the matlabShell solution or parhaps knows of another working
solution?
Does anyone know of any alternative editor the MEditor that interfaces with
MATLAB?

Thanks.

- Aviv

[Matlab-emacs-discuss] EmacsLink after R2008b

[Christina R. <Chr...@ma...>]

Hi everyone,

I posted a couple of months ago to the older MATLAB Emacs group, but I also wanted to let this group know that R2008b will be the last release in which EmacsLink works with MATLAB. EmacsLink was primarily used on Windows, and it allowed basic debugging of M-code from within Emacs.

EmacsLink has never been a supported MathWorks product, and unfortunately recent refactoring and feature work in the MATLAB Editor have required that we cease to interface with EmacsLink. Eric Ludlam's MATLAB Emacs mode will not be impacted and offers some level of debugging support by running MATLAB without the desktop, but it is substantially different from EmacsLink in that Emacs is controlling MATLAB instead of MATLAB interfacing with Emacs.

I apologize for the inconvenience that this will cause for current EmacsLink users. We will continue to monitor the interest in this type of integration for the future-please feel free to e-mail with use cases as to why you prefer EmacsLink over the MATLAB Editor (as well as any requests that you have for the MATLAB Editor itself).

Thank you,

Christina Roberts
MATLAB Editor Team Lead
The MathWorks, Inc.
cro...@ma...