matlab-emacs-discuss — Discuss Emacs/MATLAB integration

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...

Re: [Matlab-emacs-discuss] Patch for matlab.el regarding command completion in MATLAB shell

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

Eric Ludlam <Eri...@ma...> writes:
> and also flipped the default value of the variable
> `matlab-shell-ask-MATLAB-for-completions'.  This was originally nil
> because it wasn't very stable.

Well, there's still one thing that is a bit annoying: after working with
the MATLAB-shell in Emacs, the history is cluttered with those
'matlabMCRprocess' commands. Is there some way to avoid this? Maybe some
other MCRprocess-command which temporarily disables the history? (I
guess those are for internal use and not documented anywhere publicly?)

-David

Re: [Matlab-emacs-discuss] Patch for matlab.el regarding command completion in MATLAB shell

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

Hi,

  Your patch worked well for me in my quick tests.  I checked in this
change, and also flipped the default value of the variable
`matlab-shell-ask-MATLAB-for-completions'.  This was originally nil because it wasn't very stable.

Thanks for this great improvement.
Eric

-----Original Message-----
From: mat...@li... [mailto:mat...@li...] On Behalf Of David Engster
Sent: Thursday, July 31, 2008 4:37 PM
To: mat...@li...
Subject: [Matlab-emacs-discuss] Patch for matlab.el regarding command completion in MATLAB shell

Attached to this mail is a patch for matlab.el which improves command
completion in the MATLAB shell. In the current CVS version of matlab.el,
comint filename completion is done when the cursor is in an imcomplete
string. This is nice for commands like 'addpath', but is wrong for
completing things like

set(gca,'Cam <TAB>

After applying the attached patch, the above completion should work as
expected. It also works for completing commands and variable names
inside commands like "plot(...)" and others.  Additionally, it includes
a small change in 'matlab-shell-completion-list', which disables
scrolling in the shell buffer when retrieving the completions.

The patch should be applied against the current CVS version of
matlab.el.

Regards,
David

Re: [Matlab-emacs-discuss] Patch for matlab.el regarding command completion in MATLAB shell

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

Thanks for the patch.  I merged it into my local copy, and have read it over.  I haven't tried it yet, but the differences look good.

Hopefully, I will test it out, and check something in tomorrow.

Thanks
Eric

-----Original Message-----
From: mat...@li... [mailto:mat...@li...] On Behalf Of David Engster
Sent: Thursday, July 31, 2008 4:37 PM
To: mat...@li...
Subject: [Matlab-emacs-discuss] Patch for matlab.el regarding command completion in MATLAB shell

Attached to this mail is a patch for matlab.el which improves command
completion in the MATLAB shell. In the current CVS version of matlab.el,
comint filename completion is done when the cursor is in an imcomplete
string. This is nice for commands like 'addpath', but is wrong for
completing things like

set(gca,'Cam <TAB>

After applying the attached patch, the above completion should work as
expected. It also works for completing commands and variable names
inside commands like "plot(...)" and others.  Additionally, it includes
a small change in 'matlab-shell-completion-list', which disables
scrolling in the shell buffer when retrieving the completions.

The patch should be applied against the current CVS version of
matlab.el.

Regards,
David

[Matlab-emacs-discuss] Patch for matlab.el regarding command completion in MATLAB shell

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

Attached to this mail is a patch for matlab.el which improves command
completion in the MATLAB shell. In the current CVS version of matlab.el,
comint filename completion is done when the cursor is in an imcomplete
string. This is nice for commands like 'addpath', but is wrong for
completing things like

set(gca,'Cam <TAB>

After applying the attached patch, the above completion should work as
expected. It also works for completing commands and variable names
inside commands like "plot(...)" and others.  Additionally, it includes
a small change in 'matlab-shell-completion-list', which disables
scrolling in the shell buffer when retrieving the completions.

The patch should be applied against the current CVS version of
matlab.el.

Regards,
David

Re: [Matlab-emacs-discuss] up arrow not working as expected

[Maria M. <parody@u.washington.edu>]

Finally getting back to troubleshooting this. I was wondering if
anyone has a working copy of init.el that I could copy to see if that
is my problem?

thanks,
maria

Re: [Matlab-emacs-discuss] up arrow not working as expected

[Maria M. <parody@u.washington.edu>]

Sorry for the multiple emails, but it just occured to me that we are
using an xemacs init.el that is a bit large and old. Maybe there is
something in there that interferes when using newer versions of
xemacs? Is there a sample init.el matlab file that I could test with?

Also, I noticed a font error in the terminal after I had quit out of xemacs:

 Warning: Missing charsets in String to FontSet conversion

thanks,
maria


On Thu, May 15, 2008 at 12:36 PM, Maria McKinley
<parody@u.washington.edu> wrote:
> It just occured to me that usually we start matlab with start-matlab,
> rather than matlab-shell, so that is why this time the history sort of
> works. But even using matlab-shell there is definitely something wrong
> with the way the up arrow functions. In general, what is the
> difference between the two ways of starting up matlab?
>
> thanks,
> maria
>
> On Thu, May 15, 2008 at 11:34 AM, Maria McKinley
> <parody@u.washington.edu> wrote:
>> This is the only thing that showed up:
>>
>> if usejava('jvm'),
>> com.mathworks.services.Prefs.setBooleanPref('EditorGraphicalDebugging',
>> false); end
>>
>> Does this mean anything to you?
>>
>> Interestingly, the history part then worked, sort of. I typed ls, and
>> with the up-arrow I got ls *.wav. The second time I tried, I got the
>> correct history, but the command was still in front of the prompt:
>>>> ls
>> ls
>> :2eDS_Store             h207             neubeh545   startupjosh.m
>> data                    lab_code         psychDAQ    startupjosh.m~
>> dots                    maria            rieke       startup.m
>> DownloadPsychtoolbox.m  matlab_prog.pdf  scratch.m   startup.m~
>> examples-tutorials      misc             scratch.m~  #test.m#
>>
>>>> if usejava('jvm'), com.mathworks.services.Prefs.setBooleanPref('EditorGraphicalDebugging', false); end
>> ls *.wav>>
>>
>>>> who
>> who
>>
>> Your variables are:
>>
>> ans
>>
>> who>> >>
>>
>> When I stepped through, I got a line about the keymap
>> matlab-shell-mode-map size on the line in question, but nothing that
>> looked unusual. This doesn't seem like much to go on, but maybe it
>> means something to you...
>>
>> thanks,
>> maria
>>
>> On Thu, May 15, 2008 at 5:17 AM, Eric Ludlam <Eri...@ma...> wrote:
>>> It sounds like some sort of error is preventing the keymap from being reset.
>>> Start a fresh emacs, and try:
>>>
>>> M-x toggle-debug-on-error RET
>>>
>>> And then start a new Matlab shell.  If that doesn't produce a stack trace, then, you will need to actually debug the matlab-shell command to see why it is not binding [up] to the right key.
>>>
>>> To do that, start a fresh Emacs, then do:
>>>
>>> M-x load-library RET matlab RET
>>>
>>> And then open up matlab.el, put the cursor on the line that looks like:
>>>
>>> (define-key km [up]
>>>
>>> Around line 4181, and type:
>>>
>>> M-x edebug-defun RET
>>> Followed by C-x x b  (that sets a breakpoint.)
>>>
>>> Now run matlab-shell, and you can press SPC to step through the function, or g to go until a breakpoint.  Hopefully this will expose why the keymap is not being set.
>>>
>>> Eric
>>> -----Original Message-----
>>> From: mon...@gm... [mailto:mon...@gm...] On Behalf Of Maria McKinley
>>> Sent: Monday, May 12, 2008 4:45 PM
>>> To: Eric Ludlam
>>> Cc: mat...@li...
>>> Subject: Re: [Matlab-emacs-discuss] up arrow not working as expected
>>>
>>> F1 works, and for the up-arrow gives:
>>>
>>> up runs `previous-line'
>>>
>>> `previous-line' is an interactive compiled Lisp function
>>>  -- loaded from "/tmp/buildd/xemacs21-21.4.20/lisp/simple.elc"
>>> (previous-line COUNT)
>>>
>>> Documentation:
>>> Move cursor vertically up COUNT lines.
>>> If there is no character in the target line exactly over the current column,
>>> the cursor is positioned after the character in that line which spans this
>>> column, or at the end of the line if it is not long enough.
>>>
>>> The command M-x set-goal-column can be used to create
>>> a semipermanent goal column to which this command always moves.
>>> Then it does not try to move vertically.
>>>
>>> The characters that are moved over may be added to the current selection
>>> (i.e. active region) if the Shift key is held down, a motion key is used
>>> to invoke this command, and `shifted-motion-keys-select-region' is t; see
>>> the documentation for this variable for more details.
>>>
>>> If you are thinking of using this in a Lisp program, consider using
>>> `forward-line' with a negative argument instead.  It is usually easier
>>> to use and more reliable (no dependence on goal column, etc.).
>>>
>>> I am using the latest version of matlab.el, compiled.
>>>
>>> thanks,
>>> maria
>>>
>>> On Mon, May 12, 2008 at 11:16 AM, Eric Ludlam <Eri...@ma...> wrote:
>>>> Hi,
>>>>
>>>>  Mlint.el doesn't have anything to do with the shell mode.
>>>>
>>>>  Perhaps you have found an older version of matlab.el?  The latest version is on sourceforge in CVS.  You can get it from http://matlab-emacs.sf.net.  Go to the project page, then "Browse CVS".  In CVS, you can download the latest versions.
>>>>
>>>>  Also, it sounds like your Emacs has been configured to use C-h as a backspace key, and not for help.  When that happens, use F1 instead.
>>>>
>>>> Eric
>>>>
>>>> -----Original Message-----
>>>> From: mon...@gm... [mailto:mon...@gm...] On Behalf Of Maria McKinley
>>>> Sent: Monday, May 12, 2008 2:07 PM
>>>> To: Eric Ludlam
>>>> Cc: mat...@li...
>>>> Subject: up arrow not working as expected
>>>>
>>>> It did use to be the default, until that computer died, and I had to
>>>> build a new one, and re-install xemacs, matlab, and matlab.el.
>>>>
>>>> When I do C-h, the cursor moves back a space, and then when I type the
>>>> k it just types a k. I am using matlab 2007b, and I did not install
>>>> your mlint.el file. Maybe I should have?
>>>>
>>>> thanks a bunch,
>>>> maria
>>>>
>>>> On Mon, May 12, 2008 at 6:40 AM, Eric Ludlam <Eri...@ma...> wrote:
>>>>> That ought to be the default behavior when using the matlab-shell mode.
>>>>> Use C-h k  to describe the arrow key you have questions about.  Perhaps the key is not set to the symbol you expect?
>>>>>
>>>>> Eric
>>>>>
>>>>> -----Original Message-----
>>>>> From: mat...@li... [mailto:mat...@li...] On Behalf Of Maria McKinley
>>>>> Sent: Friday, May 09, 2008 6:28 PM
>>>>> To: mat...@li...
>>>>> Subject: Re: [Matlab-emacs-discuss] Updates to matlab.el, mlint.el in CVS
>>>>>
>>>>> Hello all,
>>>>>
>>>>> At some point in the upgrades I have made to matlab I lost my ability
>>>>> to use the up arrow to get prior commands in the matlab buffer. I
>>>>> remember having to set this somewhere at some point originally, but
>>>>> can't remember where. Can anyone help me? I don't want the up arrow to
>>>>> go up in the buffer, but to go back through  the command history
>>>>> instead.
>>>>>
>>>>> thanks for any clues,
>>>>> maria
>>>>>
>>>>> -------------------------------------------------------------------------
>>>>> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
>>>>> Don't miss this year's exciting event. There's still time to save $100.
>>>>> Use priority code J8TL2D2.
>>>>> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
>>>>> _______________________________________________
>>>>> Matlab-emacs-discuss mailing list
>>>>> Mat...@li...
>>>>> https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss
>>>>>
>>>>> -------------------------------------------------------------------------
>>>>> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
>>>>> Don't miss this year's exciting event. There's still time to save $100.
>>>>> Use priority code J8TL2D2.
>>>>> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
>>>>> _______________________________________________
>>>>> Matlab-emacs-discuss mailing list
>>>>> Mat...@li...
>>>>> https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Maria Mckinley
>>>> Scientific Programmer
>>>> Shadlen Lab
>>>> Physiology and Biophysics
>>>> Box 357290
>>>> University of Washington
>>>> (206) 616-3923
>>>> parody@u.washington.edu
>>>>
>>>> -------------------------------------------------------------------------
>>>> This SF.net email is sponsored by: Microsoft
>>>> Defy all challenges. Microsoft(R) Visual Studio 2008.
>>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>>>> _______________________________________________
>>>> Matlab-emacs-discuss mailing list
>>>> Mat...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss
>>>>
>>>
>>>
>>>
>>> --
>>> Maria Mckinley
>>> Scientific Programmer
>>> Shadlen Lab
>>> Physiology and Biophysics
>>> Box 357290
>>> University of Washington
>>> (206) 616-3923
>>> parody@u.washington.edu
>>>
>>
>>
>>
>> --
>> Maria Mckinley
>> Scientific Programmer
>> Shadlen Lab
>> Physiology and Biophysics
>> Box 357290
>> University of Washington
>> (206) 616-3923
>> parody@u.washington.edu
>>
>
>
>
> --
> Maria Mckinley
> Scientific Programmer
> Shadlen Lab
> Physiology and Biophysics
> Box 357290
> University of Washington
> (206) 616-3923
> parody@u.washington.edu
>



--
Maria Mckinley
Scientific Programmer
Shadlen Lab
Physiology and Biophysics
Box 357290
University of Washington
(206) 616-3923
parody@u.washington.edu



-- 
Maria Mckinley
Scientific Programmer
Shadlen Lab
Physiology and Biophysics
Box 357290
University of Washington
(206) 616-3923
parody@u.washington.edu

Re: [Matlab-emacs-discuss] up arrow not working as expected

[Maria M. <parody@u.washington.edu>]

It just occured to me that usually we start matlab with start-matlab,
rather than matlab-shell, so that is why this time the history sort of
works. But even using matlab-shell there is definitely something wrong
with the way the up arrow functions. In general, what is the
difference between the two ways of starting up matlab?

thanks,
maria

On Thu, May 15, 2008 at 11:34 AM, Maria McKinley
<parody@u.washington.edu> wrote:
> This is the only thing that showed up:
>
> if usejava('jvm'),
> com.mathworks.services.Prefs.setBooleanPref('EditorGraphicalDebugging',
> false); end
>
> Does this mean anything to you?
>
> Interestingly, the history part then worked, sort of. I typed ls, and
> with the up-arrow I got ls *.wav. The second time I tried, I got the
> correct history, but the command was still in front of the prompt:
>>> ls
> ls
> :2eDS_Store             h207             neubeh545   startupjosh.m
> data                    lab_code         psychDAQ    startupjosh.m~
> dots                    maria            rieke       startup.m
> DownloadPsychtoolbox.m  matlab_prog.pdf  scratch.m   startup.m~
> examples-tutorials      misc             scratch.m~  #test.m#
>
>>> if usejava('jvm'), com.mathworks.services.Prefs.setBooleanPref('EditorGraphicalDebugging', false); end
> ls *.wav>>
>
>>> who
> who
>
> Your variables are:
>
> ans
>
> who>> >>
>
> When I stepped through, I got a line about the keymap
> matlab-shell-mode-map size on the line in question, but nothing that
> looked unusual. This doesn't seem like much to go on, but maybe it
> means something to you...
>
> thanks,
> maria
>
> On Thu, May 15, 2008 at 5:17 AM, Eric Ludlam <Eri...@ma...> wrote:
>> It sounds like some sort of error is preventing the keymap from being reset.
>> Start a fresh emacs, and try:
>>
>> M-x toggle-debug-on-error RET
>>
>> And then start a new Matlab shell.  If that doesn't produce a stack trace, then, you will need to actually debug the matlab-shell command to see why it is not binding [up] to the right key.
>>
>> To do that, start a fresh Emacs, then do:
>>
>> M-x load-library RET matlab RET
>>
>> And then open up matlab.el, put the cursor on the line that looks like:
>>
>> (define-key km [up]
>>
>> Around line 4181, and type:
>>
>> M-x edebug-defun RET
>> Followed by C-x x b  (that sets a breakpoint.)
>>
>> Now run matlab-shell, and you can press SPC to step through the function, or g to go until a breakpoint.  Hopefully this will expose why the keymap is not being set.
>>
>> Eric
>> -----Original Message-----
>> From: mon...@gm... [mailto:mon...@gm...] On Behalf Of Maria McKinley
>> Sent: Monday, May 12, 2008 4:45 PM
>> To: Eric Ludlam
>> Cc: mat...@li...
>> Subject: Re: [Matlab-emacs-discuss] up arrow not working as expected
>>
>> F1 works, and for the up-arrow gives:
>>
>> up runs `previous-line'
>>
>> `previous-line' is an interactive compiled Lisp function
>>  -- loaded from "/tmp/buildd/xemacs21-21.4.20/lisp/simple.elc"
>> (previous-line COUNT)
>>
>> Documentation:
>> Move cursor vertically up COUNT lines.
>> If there is no character in the target line exactly over the current column,
>> the cursor is positioned after the character in that line which spans this
>> column, or at the end of the line if it is not long enough.
>>
>> The command M-x set-goal-column can be used to create
>> a semipermanent goal column to which this command always moves.
>> Then it does not try to move vertically.
>>
>> The characters that are moved over may be added to the current selection
>> (i.e. active region) if the Shift key is held down, a motion key is used
>> to invoke this command, and `shifted-motion-keys-select-region' is t; see
>> the documentation for this variable for more details.
>>
>> If you are thinking of using this in a Lisp program, consider using
>> `forward-line' with a negative argument instead.  It is usually easier
>> to use and more reliable (no dependence on goal column, etc.).
>>
>> I am using the latest version of matlab.el, compiled.
>>
>> thanks,
>> maria
>>
>> On Mon, May 12, 2008 at 11:16 AM, Eric Ludlam <Eri...@ma...> wrote:
>>> Hi,
>>>
>>>  Mlint.el doesn't have anything to do with the shell mode.
>>>
>>>  Perhaps you have found an older version of matlab.el?  The latest version is on sourceforge in CVS.  You can get it from http://matlab-emacs.sf.net.  Go to the project page, then "Browse CVS".  In CVS, you can download the latest versions.
>>>
>>>  Also, it sounds like your Emacs has been configured to use C-h as a backspace key, and not for help.  When that happens, use F1 instead.
>>>
>>> Eric
>>>
>>> -----Original Message-----
>>> From: mon...@gm... [mailto:mon...@gm...] On Behalf Of Maria McKinley
>>> Sent: Monday, May 12, 2008 2:07 PM
>>> To: Eric Ludlam
>>> Cc: mat...@li...
>>> Subject: up arrow not working as expected
>>>
>>> It did use to be the default, until that computer died, and I had to
>>> build a new one, and re-install xemacs, matlab, and matlab.el.
>>>
>>> When I do C-h, the cursor moves back a space, and then when I type the
>>> k it just types a k. I am using matlab 2007b, and I did not install
>>> your mlint.el file. Maybe I should have?
>>>
>>> thanks a bunch,
>>> maria
>>>
>>> On Mon, May 12, 2008 at 6:40 AM, Eric Ludlam <Eri...@ma...> wrote:
>>>> That ought to be the default behavior when using the matlab-shell mode.
>>>> Use C-h k  to describe the arrow key you have questions about.  Perhaps the key is not set to the symbol you expect?
>>>>
>>>> Eric
>>>>
>>>> -----Original Message-----
>>>> From: mat...@li... [mailto:mat...@li...] On Behalf Of Maria McKinley
>>>> Sent: Friday, May 09, 2008 6:28 PM
>>>> To: mat...@li...
>>>> Subject: Re: [Matlab-emacs-discuss] Updates to matlab.el, mlint.el in CVS
>>>>
>>>> Hello all,
>>>>
>>>> At some point in the upgrades I have made to matlab I lost my ability
>>>> to use the up arrow to get prior commands in the matlab buffer. I
>>>> remember having to set this somewhere at some point originally, but
>>>> can't remember where. Can anyone help me? I don't want the up arrow to
>>>> go up in the buffer, but to go back through  the command history
>>>> instead.
>>>>
>>>> thanks for any clues,
>>>> maria
>>>>
>>>> -------------------------------------------------------------------------
>>>> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
>>>> Don't miss this year's exciting event. There's still time to save $100.
>>>> Use priority code J8TL2D2.
>>>> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
>>>> _______________________________________________
>>>> Matlab-emacs-discuss mailing list
>>>> Mat...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss
>>>>
>>>> -------------------------------------------------------------------------
>>>> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
>>>> Don't miss this year's exciting event. There's still time to save $100.
>>>> Use priority code J8TL2D2.
>>>> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
>>>> _______________________________________________
>>>> Matlab-emacs-discuss mailing list
>>>> Mat...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss
>>>>
>>>
>>>
>>>
>>> --
>>> Maria Mckinley
>>> Scientific Programmer
>>> Shadlen Lab
>>> Physiology and Biophysics
>>> Box 357290
>>> University of Washington
>>> (206) 616-3923
>>> parody@u.washington.edu
>>>
>>> -------------------------------------------------------------------------
>>> This SF.net email is sponsored by: Microsoft
>>> Defy all challenges. Microsoft(R) Visual Studio 2008.
>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>>> _______________________________________________
>>> Matlab-emacs-discuss mailing list
>>> Mat...@li...
>>> https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss
>>>
>>
>>
>>
>> --
>> Maria Mckinley
>> Scientific Programmer
>> Shadlen Lab
>> Physiology and Biophysics
>> Box 357290
>> University of Washington
>> (206) 616-3923
>> parody@u.washington.edu
>>
>
>
>
> --
> Maria Mckinley
> Scientific Programmer
> Shadlen Lab
> Physiology and Biophysics
> Box 357290
> University of Washington
> (206) 616-3923
> parody@u.washington.edu
>



-- 
Maria Mckinley
Scientific Programmer
Shadlen Lab
Physiology and Biophysics
Box 357290
University of Washington
(206) 616-3923
parody@u.washington.edu

Re: [Matlab-emacs-discuss] up arrow not working as expected

[Maria M. <parody@u.washington.edu>]

This is the only thing that showed up:

if usejava('jvm'),
com.mathworks.services.Prefs.setBooleanPref('EditorGraphicalDebugging',
false); end

Does this mean anything to you?

Interestingly, the history part then worked, sort of. I typed ls, and
with the up-arrow I got ls *.wav. The second time I tried, I got the
correct history, but the command was still in front of the prompt:
>> ls
ls
:2eDS_Store		h207		 neubeh545   startupjosh.m
data			lab_code	 psychDAQ    startupjosh.m~
dots			maria		 rieke	     startup.m
DownloadPsychtoolbox.m	matlab_prog.pdf  scratch.m   startup.m~
examples-tutorials	misc		 scratch.m~  #test.m#

>> if usejava('jvm'), com.mathworks.services.Prefs.setBooleanPref('EditorGraphicalDebugging', false); end
ls *.wav>>

>> who
who

Your variables are:

ans

who>> >>

When I stepped through, I got a line about the keymap
matlab-shell-mode-map size on the line in question, but nothing that
looked unusual. This doesn't seem like much to go on, but maybe it
means something to you...

thanks,
maria

On Thu, May 15, 2008 at 5:17 AM, Eric Ludlam <Eri...@ma...> wrote:
> It sounds like some sort of error is preventing the keymap from being reset.
> Start a fresh emacs, and try:
>
> M-x toggle-debug-on-error RET
>
> And then start a new Matlab shell.  If that doesn't produce a stack trace, then, you will need to actually debug the matlab-shell command to see why it is not binding [up] to the right key.
>
> To do that, start a fresh Emacs, then do:
>
> M-x load-library RET matlab RET
>
> And then open up matlab.el, put the cursor on the line that looks like:
>
> (define-key km [up]
>
> Around line 4181, and type:
>
> M-x edebug-defun RET
> Followed by C-x x b  (that sets a breakpoint.)
>
> Now run matlab-shell, and you can press SPC to step through the function, or g to go until a breakpoint.  Hopefully this will expose why the keymap is not being set.
>
> Eric
> -----Original Message-----
> From: mon...@gm... [mailto:mon...@gm...] On Behalf Of Maria McKinley
> Sent: Monday, May 12, 2008 4:45 PM
> To: Eric Ludlam
> Cc: mat...@li...
> Subject: Re: [Matlab-emacs-discuss] up arrow not working as expected
>
> F1 works, and for the up-arrow gives:
>
> up runs `previous-line'
>
> `previous-line' is an interactive compiled Lisp function
>  -- loaded from "/tmp/buildd/xemacs21-21.4.20/lisp/simple.elc"
> (previous-line COUNT)
>
> Documentation:
> Move cursor vertically up COUNT lines.
> If there is no character in the target line exactly over the current column,
> the cursor is positioned after the character in that line which spans this
> column, or at the end of the line if it is not long enough.
>
> The command M-x set-goal-column can be used to create
> a semipermanent goal column to which this command always moves.
> Then it does not try to move vertically.
>
> The characters that are moved over may be added to the current selection
> (i.e. active region) if the Shift key is held down, a motion key is used
> to invoke this command, and `shifted-motion-keys-select-region' is t; see
> the documentation for this variable for more details.
>
> If you are thinking of using this in a Lisp program, consider using
> `forward-line' with a negative argument instead.  It is usually easier
> to use and more reliable (no dependence on goal column, etc.).
>
> I am using the latest version of matlab.el, compiled.
>
> thanks,
> maria
>
> On Mon, May 12, 2008 at 11:16 AM, Eric Ludlam <Eri...@ma...> wrote:
>> Hi,
>>
>>  Mlint.el doesn't have anything to do with the shell mode.
>>
>>  Perhaps you have found an older version of matlab.el?  The latest version is on sourceforge in CVS.  You can get it from http://matlab-emacs.sf.net.  Go to the project page, then "Browse CVS".  In CVS, you can download the latest versions.
>>
>>  Also, it sounds like your Emacs has been configured to use C-h as a backspace key, and not for help.  When that happens, use F1 instead.
>>
>> Eric
>>
>> -----Original Message-----
>> From: mon...@gm... [mailto:mon...@gm...] On Behalf Of Maria McKinley
>> Sent: Monday, May 12, 2008 2:07 PM
>> To: Eric Ludlam
>> Cc: mat...@li...
>> Subject: up arrow not working as expected
>>
>> It did use to be the default, until that computer died, and I had to
>> build a new one, and re-install xemacs, matlab, and matlab.el.
>>
>> When I do C-h, the cursor moves back a space, and then when I type the
>> k it just types a k. I am using matlab 2007b, and I did not install
>> your mlint.el file. Maybe I should have?
>>
>> thanks a bunch,
>> maria
>>
>> On Mon, May 12, 2008 at 6:40 AM, Eric Ludlam <Eri...@ma...> wrote:
>>> That ought to be the default behavior when using the matlab-shell mode.
>>> Use C-h k  to describe the arrow key you have questions about.  Perhaps the key is not set to the symbol you expect?
>>>
>>> Eric
>>>
>>> -----Original Message-----
>>> From: mat...@li... [mailto:mat...@li...] On Behalf Of Maria McKinley
>>> Sent: Friday, May 09, 2008 6:28 PM
>>> To: mat...@li...
>>> Subject: Re: [Matlab-emacs-discuss] Updates to matlab.el, mlint.el in CVS
>>>
>>> Hello all,
>>>
>>> At some point in the upgrades I have made to matlab I lost my ability
>>> to use the up arrow to get prior commands in the matlab buffer. I
>>> remember having to set this somewhere at some point originally, but
>>> can't remember where. Can anyone help me? I don't want the up arrow to
>>> go up in the buffer, but to go back through  the command history
>>> instead.
>>>
>>> thanks for any clues,
>>> maria
>>>
>>> -------------------------------------------------------------------------
>>> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
>>> Don't miss this year's exciting event. There's still time to save $100.
>>> Use priority code J8TL2D2.
>>> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
>>> _______________________________________________
>>> Matlab-emacs-discuss mailing list
>>> Mat...@li...
>>> https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss
>>>
>>> -------------------------------------------------------------------------
>>> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
>>> Don't miss this year's exciting event. There's still time to save $100.
>>> Use priority code J8TL2D2.
>>> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
>>> _______________________________________________
>>> Matlab-emacs-discuss mailing list
>>> Mat...@li...
>>> https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss
>>>
>>
>>
>>
>> --
>> Maria Mckinley
>> Scientific Programmer
>> Shadlen Lab
>> Physiology and Biophysics
>> Box 357290
>> University of Washington
>> (206) 616-3923
>> parody@u.washington.edu
>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by: Microsoft
>> Defy all challenges. Microsoft(R) Visual Studio 2008.
>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>> _______________________________________________
>> Matlab-emacs-discuss mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss
>>
>
>
>
> --
> Maria Mckinley
> Scientific Programmer
> Shadlen Lab
> Physiology and Biophysics
> Box 357290
> University of Washington
> (206) 616-3923
> parody@u.washington.edu
>



-- 
Maria Mckinley
Scientific Programmer
Shadlen Lab
Physiology and Biophysics
Box 357290
University of Washington
(206) 616-3923
parody@u.washington.edu

Re: [Matlab-emacs-discuss] up arrow not working as expected

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

It sounds like some sort of error is preventing the keymap from being reset.
Start a fresh emacs, and try:

M-x toggle-debug-on-error RET

And then start a new Matlab shell.  If that doesn't produce a stack trace, then, you will need to actually debug the matlab-shell command to see why it is not binding [up] to the right key.

To do that, start a fresh Emacs, then do:

M-x load-library RET matlab RET

And then open up matlab.el, put the cursor on the line that looks like:

(define-key km [up]

Around line 4181, and type:

M-x edebug-defun RET
Followed by C-x x b  (that sets a breakpoint.)

Now run matlab-shell, and you can press SPC to step through the function, or g to go until a breakpoint.  Hopefully this will expose why the keymap is not being set.

Eric
-----Original Message-----
From: mon...@gm... [mailto:mon...@gm...] On Behalf Of Maria McKinley
Sent: Monday, May 12, 2008 4:45 PM
To: Eric Ludlam
Cc: mat...@li...
Subject: Re: [Matlab-emacs-discuss] up arrow not working as expected

F1 works, and for the up-arrow gives:

up runs `previous-line'

`previous-line' is an interactive compiled Lisp function
  -- loaded from "/tmp/buildd/xemacs21-21.4.20/lisp/simple.elc"
(previous-line COUNT)

Documentation:
Move cursor vertically up COUNT lines.
If there is no character in the target line exactly over the current column,
the cursor is positioned after the character in that line which spans this
column, or at the end of the line if it is not long enough.

The command M-x set-goal-column can be used to create
a semipermanent goal column to which this command always moves.
Then it does not try to move vertically.

The characters that are moved over may be added to the current selection
(i.e. active region) if the Shift key is held down, a motion key is used
to invoke this command, and `shifted-motion-keys-select-region' is t; see
the documentation for this variable for more details.

If you are thinking of using this in a Lisp program, consider using
`forward-line' with a negative argument instead.  It is usually easier
to use and more reliable (no dependence on goal column, etc.).

I am using the latest version of matlab.el, compiled.

thanks,
maria

On Mon, May 12, 2008 at 11:16 AM, Eric Ludlam <Eri...@ma...> wrote:
> Hi,
>
>  Mlint.el doesn't have anything to do with the shell mode.
>
>  Perhaps you have found an older version of matlab.el?  The latest version is on sourceforge in CVS.  You can get it from http://matlab-emacs.sf.net.  Go to the project page, then "Browse CVS".  In CVS, you can download the latest versions.
>
>  Also, it sounds like your Emacs has been configured to use C-h as a backspace key, and not for help.  When that happens, use F1 instead.
>
> Eric
>
> -----Original Message-----
> From: mon...@gm... [mailto:mon...@gm...] On Behalf Of Maria McKinley
> Sent: Monday, May 12, 2008 2:07 PM
> To: Eric Ludlam
> Cc: mat...@li...
> Subject: up arrow not working as expected
>
> It did use to be the default, until that computer died, and I had to
> build a new one, and re-install xemacs, matlab, and matlab.el.
>
> When I do C-h, the cursor moves back a space, and then when I type the
> k it just types a k. I am using matlab 2007b, and I did not install
> your mlint.el file. Maybe I should have?
>
> thanks a bunch,
> maria
>
> On Mon, May 12, 2008 at 6:40 AM, Eric Ludlam <Eri...@ma...> wrote:
>> That ought to be the default behavior when using the matlab-shell mode.
>> Use C-h k  to describe the arrow key you have questions about.  Perhaps the key is not set to the symbol you expect?
>>
>> Eric
>>
>> -----Original Message-----
>> From: mat...@li... [mailto:mat...@li...] On Behalf Of Maria McKinley
>> Sent: Friday, May 09, 2008 6:28 PM
>> To: mat...@li...
>> Subject: Re: [Matlab-emacs-discuss] Updates to matlab.el, mlint.el in CVS
>>
>> Hello all,
>>
>> At some point in the upgrades I have made to matlab I lost my ability
>> to use the up arrow to get prior commands in the matlab buffer. I
>> remember having to set this somewhere at some point originally, but
>> can't remember where. Can anyone help me? I don't want the up arrow to
>> go up in the buffer, but to go back through  the command history
>> instead.
>>
>> thanks for any clues,
>> maria
>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
>> Don't miss this year's exciting event. There's still time to save $100.
>> Use priority code J8TL2D2.
>> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
>> _______________________________________________
>> Matlab-emacs-discuss mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss
>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
>> Don't miss this year's exciting event. There's still time to save $100.
>> Use priority code J8TL2D2.
>> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
>> _______________________________________________
>> Matlab-emacs-discuss mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss
>>
>
>
>
> --
> Maria Mckinley
> Scientific Programmer
> Shadlen Lab
> Physiology and Biophysics
> Box 357290
> University of Washington
> (206) 616-3923
> parody@u.washington.edu
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Matlab-emacs-discuss mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss
>



--
Maria Mckinley
Scientific Programmer
Shadlen Lab
Physiology and Biophysics
Box 357290
University of Washington
(206) 616-3923
parody@u.washington.edu

Re: [Matlab-emacs-discuss] up arrow not working as expected

[Maria M. <parody@u.washington.edu>]

F1 works, and for the up-arrow gives:

up runs `previous-line'

`previous-line' is an interactive compiled Lisp function
  -- loaded from "/tmp/buildd/xemacs21-21.4.20/lisp/simple.elc"
(previous-line COUNT)

Documentation:
Move cursor vertically up COUNT lines.
If there is no character in the target line exactly over the current column,
the cursor is positioned after the character in that line which spans this
column, or at the end of the line if it is not long enough.

The command M-x set-goal-column can be used to create
a semipermanent goal column to which this command always moves.
Then it does not try to move vertically.

The characters that are moved over may be added to the current selection
(i.e. active region) if the Shift key is held down, a motion key is used
to invoke this command, and `shifted-motion-keys-select-region' is t; see
the documentation for this variable for more details.

If you are thinking of using this in a Lisp program, consider using
`forward-line' with a negative argument instead.  It is usually easier
to use and more reliable (no dependence on goal column, etc.).

I am using the latest version of matlab.el, compiled.

thanks,
maria

On Mon, May 12, 2008 at 11:16 AM, Eric Ludlam <Eri...@ma...> wrote:
> Hi,
>
>  Mlint.el doesn't have anything to do with the shell mode.
>
>  Perhaps you have found an older version of matlab.el?  The latest version is on sourceforge in CVS.  You can get it from http://matlab-emacs.sf.net.  Go to the project page, then "Browse CVS".  In CVS, you can download the latest versions.
>
>  Also, it sounds like your Emacs has been configured to use C-h as a backspace key, and not for help.  When that happens, use F1 instead.
>
> Eric
>
> -----Original Message-----
> From: mon...@gm... [mailto:mon...@gm...] On Behalf Of Maria McKinley
> Sent: Monday, May 12, 2008 2:07 PM
> To: Eric Ludlam
> Cc: mat...@li...
> Subject: up arrow not working as expected
>
> It did use to be the default, until that computer died, and I had to
> build a new one, and re-install xemacs, matlab, and matlab.el.
>
> When I do C-h, the cursor moves back a space, and then when I type the
> k it just types a k. I am using matlab 2007b, and I did not install
> your mlint.el file. Maybe I should have?
>
> thanks a bunch,
> maria
>
> On Mon, May 12, 2008 at 6:40 AM, Eric Ludlam <Eri...@ma...> wrote:
>> That ought to be the default behavior when using the matlab-shell mode.
>> Use C-h k  to describe the arrow key you have questions about.  Perhaps the key is not set to the symbol you expect?
>>
>> Eric
>>
>> -----Original Message-----
>> From: mat...@li... [mailto:mat...@li...] On Behalf Of Maria McKinley
>> Sent: Friday, May 09, 2008 6:28 PM
>> To: mat...@li...
>> Subject: Re: [Matlab-emacs-discuss] Updates to matlab.el, mlint.el in CVS
>>
>> Hello all,
>>
>> At some point in the upgrades I have made to matlab I lost my ability
>> to use the up arrow to get prior commands in the matlab buffer. I
>> remember having to set this somewhere at some point originally, but
>> can't remember where. Can anyone help me? I don't want the up arrow to
>> go up in the buffer, but to go back through  the command history
>> instead.
>>
>> thanks for any clues,
>> maria
>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
>> Don't miss this year's exciting event. There's still time to save $100.
>> Use priority code J8TL2D2.
>> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
>> _______________________________________________
>> Matlab-emacs-discuss mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss
>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
>> Don't miss this year's exciting event. There's still time to save $100.
>> Use priority code J8TL2D2.
>> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
>> _______________________________________________
>> Matlab-emacs-discuss mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss
>>
>
>
>
> --
> Maria Mckinley
> Scientific Programmer
> Shadlen Lab
> Physiology and Biophysics
> Box 357290
> University of Washington
> (206) 616-3923
> parody@u.washington.edu
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Matlab-emacs-discuss mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss
>



-- 
Maria Mckinley
Scientific Programmer
Shadlen Lab
Physiology and Biophysics
Box 357290
University of Washington
(206) 616-3923
parody@u.washington.edu

[Matlab-emacs-discuss] up arrow not working as expected

[Maria M. <parody@u.washington.edu>]

It did use to be the default, until that computer died, and I had to
build a new one, and re-install xemacs, matlab, and matlab.el.

When I do C-h, the cursor moves back a space, and then when I type the
k it just types a k. I am using matlab 2007b, and I did not install
your mlint.el file. Maybe I should have?

thanks a bunch,
maria

On Mon, May 12, 2008 at 6:40 AM, Eric Ludlam <Eri...@ma...> wrote:
> That ought to be the default behavior when using the matlab-shell mode.
> Use C-h k  to describe the arrow key you have questions about.  Perhaps the key is not set to the symbol you expect?
>
> Eric
>
> -----Original Message-----
> From: mat...@li... [mailto:mat...@li...] On Behalf Of Maria McKinley
> Sent: Friday, May 09, 2008 6:28 PM
> To: mat...@li...
> Subject: Re: [Matlab-emacs-discuss] Updates to matlab.el, mlint.el in CVS
>
> Hello all,
>
> At some point in the upgrades I have made to matlab I lost my ability
> to use the up arrow to get prior commands in the matlab buffer. I
> remember having to set this somewhere at some point originally, but
> can't remember where. Can anyone help me? I don't want the up arrow to
> go up in the buffer, but to go back through  the command history
> instead.
>
> thanks for any clues,
> maria
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
> Don't miss this year's exciting event. There's still time to save $100.
> Use priority code J8TL2D2.
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> _______________________________________________
> Matlab-emacs-discuss mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
> Don't miss this year's exciting event. There's still time to save $100.
> Use priority code J8TL2D2.
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> _______________________________________________
> Matlab-emacs-discuss mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss
>



-- 
Maria Mckinley
Scientific Programmer
Shadlen Lab
Physiology and Biophysics
Box 357290
University of Washington
(206) 616-3923
parody@u.washington.edu

Re: [Matlab-emacs-discuss] up arrow not working as expected

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

Hi,

  Mlint.el doesn't have anything to do with the shell mode.

  Perhaps you have found an older version of matlab.el?  The latest version is on sourceforge in CVS.  You can get it from http://matlab-emacs.sf.net.  Go to the project page, then "Browse CVS".  In CVS, you can download the latest versions.

  Also, it sounds like your Emacs has been configured to use C-h as a backspace key, and not for help.  When that happens, use F1 instead.

Eric

-----Original Message-----
From: mon...@gm... [mailto:mon...@gm...] On Behalf Of Maria McKinley
Sent: Monday, May 12, 2008 2:07 PM
To: Eric Ludlam
Cc: mat...@li...
Subject: up arrow not working as expected

It did use to be the default, until that computer died, and I had to
build a new one, and re-install xemacs, matlab, and matlab.el.

When I do C-h, the cursor moves back a space, and then when I type the
k it just types a k. I am using matlab 2007b, and I did not install
your mlint.el file. Maybe I should have?

thanks a bunch,
maria

On Mon, May 12, 2008 at 6:40 AM, Eric Ludlam <Eri...@ma...> wrote:
> That ought to be the default behavior when using the matlab-shell mode.
> Use C-h k  to describe the arrow key you have questions about.  Perhaps the key is not set to the symbol you expect?
>
> Eric
>
> -----Original Message-----
> From: mat...@li... [mailto:mat...@li...] On Behalf Of Maria McKinley
> Sent: Friday, May 09, 2008 6:28 PM
> To: mat...@li...
> Subject: Re: [Matlab-emacs-discuss] Updates to matlab.el, mlint.el in CVS
>
> Hello all,
>
> At some point in the upgrades I have made to matlab I lost my ability
> to use the up arrow to get prior commands in the matlab buffer. I
> remember having to set this somewhere at some point originally, but
> can't remember where. Can anyone help me? I don't want the up arrow to
> go up in the buffer, but to go back through  the command history
> instead.
>
> thanks for any clues,
> maria
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
> Don't miss this year's exciting event. There's still time to save $100.
> Use priority code J8TL2D2.
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> _______________________________________________
> Matlab-emacs-discuss mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
> Don't miss this year's exciting event. There's still time to save $100.
> Use priority code J8TL2D2.
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> _______________________________________________
> Matlab-emacs-discuss mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss
>



--
Maria Mckinley
Scientific Programmer
Shadlen Lab
Physiology and Biophysics
Box 357290
University of Washington
(206) 616-3923
parody@u.washington.edu

Re: [Matlab-emacs-discuss] Updates to matlab.el, mlint.el in CVS

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

That ought to be the default behavior when using the matlab-shell mode.
Use C-h k  to describe the arrow key you have questions about.  Perhaps the key is not set to the symbol you expect?

Eric

-----Original Message-----
From: mat...@li... [mailto:mat...@li...] On Behalf Of Maria McKinley
Sent: Friday, May 09, 2008 6:28 PM
To: mat...@li...
Subject: Re: [Matlab-emacs-discuss] Updates to matlab.el, mlint.el in CVS

Hello all,

At some point in the upgrades I have made to matlab I lost my ability
to use the up arrow to get prior commands in the matlab buffer. I
remember having to set this somewhere at some point originally, but
can't remember where. Can anyone help me? I don't want the up arrow to
go up in the buffer, but to go back through  the command history
instead.

thanks for any clues,
maria

-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
Matlab-emacs-discuss mailing list
Mat...@li...
https://lists.sourceforge.net/lists/listinfo/matlab-emacs-discuss

Re: [Matlab-emacs-discuss] Updates to matlab.el, mlint.el in CVS

[Maria M. <parody@u.washington.edu>]

Hello all,

At some point in the upgrades I have made to matlab I lost my ability
to use the up arrow to get prior commands in the matlab buffer. I
remember having to set this somewhere at some point originally, but
can't remember where. Can anyone help me? I don't want the up arrow to
go up in the buffer, but to go back through  the command history
instead.

thanks for any clues,
maria

[Matlab-emacs-discuss] great job, and emacs/matlab working dir

[David S. <str...@ll...>]

Thanks to all who have helped with matlab mode for emacs!  I use it 
instead of the cumbersome graphical matlab native interface now.  And 
over a DSL connection it's much, much better than the other options!

When running matlab in emacs, I notice emacs' working dir is 
decoupled from matlab's.  Meaning, if I cd at the matlab prompt, and 
then do C-x C-f, emacs remembers its old wd, and isn't aware of 
matlab's wd.  Is there a way to make them synchronized?

On a related note, when I type 'edit' at the matlab prompt it spawns 
a new emacs session rather than opening a buffer in the current 
session.  Typing 'edit' will be a hard habit to break...


Cheers,
David Strozzi

[Matlab-emacs-discuss] Updates to matlab.el, mlint.el in CVS

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

Hello matlab-emacs users!

  It's been a long time since I had any kind of news for you all.
I've been pretty busy.

  Anyway, I've updated the CVS repository for matlab.el and mlint.el
with some changes needed for R2006b which were not on the R2006b CD
version of matlab.el and mlint.el.

  The matlab.el stuff is minor, but includes a couple items that have
gone by on the mailing list.

  The mlint.el changes are required if you want to use mlint in Emacs
with R2006b, since the output format of the mlint program had changed.
On a side note, if you are using a MATLAB release before R2006a then
you most certainly   * DO NOT *   want to change to this version.

  Enjoy the updates.

  http://matlab-emacs.cvs.sourceforge.net/matlab-emacs/

Eric
  

-- 
Eric Ludlam                    The MathWorks x 7556  el...@ma...
http://www.siege-engine.com                       http://www.mathworks.com

[Matlab-emacs-discuss] Can't run Matlab debugger using emacs

[Peter M. <pw...@vz...>]

I've recently started using R2006a MATLAB (winxp (sp2), NT
emacs 21.3.1) and found that I can no longer conveniently use
Emacs to debug MATLAB functions.  When I try to set a
breakpoint from Emacs I get the following error message in the
MATLAB command window:

--- Start of error message ----
Exception in thread "Thread-15"
java.lang.NumberFormatException: For input string: "and" 
	at java.lang.NumberFormatException.forInputString(Unknown Source)
	at java.lang.Integer.parseInt(Unknown Source)
	at java.lang.Integer.<init>(Unknown Source)
	at
com.mathworks.mde.editorexternal.emacs.MCommand.setBreakpoint(MCommand.java:274)
	at
com.mathworks.mde.editorexternal.emacs.MCommand.execute(MCommand.java:196)
	at
com.mathworks.mde.editorexternal.emacs.MCommandProcessor.run(MCommandProcessor.java:94)
---End of Error message ----

I'm using version 3.0 of matlab.el, from the EmacsLink
directory in my application data\mathworks...\r2006a directory.

I haven't tried backing out the most recent version of
matlab.el yet,  I was kind of waiting to see if there was
something else I should do to be able to use it.

I've been using MATLAB and emacs on Windoze for several years
and would like to continue.

Thanks

Pmeyer