From: tal on
"matlaberboy " <matlaberboy(a)gmail.NOSPAM.com> wrote in message <htqr49$7pf$1(a)fred.mathworks.com>...
> The variables names very short in length.
>
> The varaibles small in size (2MB).
>
> Class: The object being saved was a struct but it contained timeseries collections made up of timeseries objects.
>
> I have just found out that matlab has extenivly re-written the timeseries methods for 2010a vs 2009a. I am now 99% certain this is teh source of the error.
>
> It also looks like a possible bug in 2010a. Anyother users seen this?

I'm having the same error that pops up from time to time.
I'm using a single machine with 2010a. I get the following error:

------------------------------------------------------------------------
Segmentation violation detected at Fri Jul 02 19:50:46 2010
------------------------------------------------------------------------

Configuration:
MATLAB Version: 7.10.0.499 (R2010a)
MATLAB License: 637508
Operating System: Microsoft Windows 7
Window System: Version 6.1 (Build 7600)
Processor ID: x86 Family 6 Model 14 Stepping 5, GenuineIntel
Virtual Machine: Java 1.6.0_12-b04 with Sun Microsystems Inc. Java HotSpot(TM) Client VM mixed mode
Default Encoding: windows-1252

Fault Count: 1

Register State:
EAX = 00c2ccc8 EBX = 1f10cdc0
ECX = 00030bf4 EDX = 00030bf3
ESI = 1f400030 EDI = 00000019
EBP = 00c2cca0 ESP = 00c2cc98
EIP = 7e8110b2 FLG = 00210202

Stack Trace:
[0] libmwspmatrix.dll:public: __thiscall SparseLogicalIterator::SparseLogicalIterator(unsigned int const *,unsigned int const *,unsigned int,unsigned int,unsigned int)(0x1f260030, 0x1f400030, 1, 199667) + 82 bytes
[1] libmwspmatrix.dll:struct mxArray_tag * __cdecl spGetColumns<class SparseLogicalSet>(struct mxArray_tag const *,class SparseLogicalSet const &)(0x1f10cdc0, 0x00c2cd48, 0x1f10cdc0, 30) + 78 bytes
[2] libmwspmatrix.dll:_spRef4(0x1f10cdc0, 199667, 0x00c2d59c, 37) + 313 bytes
[3] m_interpreter.dll:_inMatRefDispatch(30, 0x72f68c00, 1, 0x00c2d900) + 2166 bytes
[4] m_interpreter.dll:int __cdecl inInterp(enum inDebugCheck,int,int,enum opcodes,struct inPcodeNest_tag volatile *,int *)(1, 9908, 177, 0) + 1032 bytes
[5] m_interpreter.dll:int __cdecl protected_inInterp(enum inDebugCheck,int,int,enum opcodes,struct inPcodeNest_tag *,int *)(1, 9908, 8, 0) + 39 bytes
[6] m_interpreter.dll:int __cdecl inInterPcodeSJ(enum inDebugCheck,int,int,enum opcodes,struct inPcodeNest_tag *,int *)(1, 9908, 8, 0) + 251 bytes
[7] m_interpreter.dll:int __cdecl inExecuteMFunctionOrScript(class Mfh_mp *,bool)(0x10d72600, 0xffffffff, 0x292418c8, 1) + 876 bytes
[8] m_interpreter.dll:void __cdecl inRunMfile(int,struct mxArray_tag * *,int,struct mxArray_tag * *,class Mfh_mp *,struct inWorkSpace_tag *)(1, 0x00c2dd14, 2, 0x00c2dd74) + 466 bytes
[9] m_interpreter.dll:public: virtual void __thiscall Mfh_mp::dispatch_file(struct _mdUnknown_workspace *,int,struct mxArray_tag * *,int,struct mxArray_tag * *)(0, 1, 0x00c2dd14, 2) + 23 bytes
[10] m_interpreter.dll:public: virtual void __thiscall Mfh_mp::dispatch_file(int,struct mxArray_tag * *,int,struct mxArray_tag * *)(1, 0x00c2dd14, 2, 0x00c2dd74) + 25 bytes
[11] m_dispatcher.dll:public: virtual void __thiscall Mfh_file::dispatch_fh(int,struct mxArray_tag * *,int,struct mxArray_tag * *)(1, 0x00c2dd14, 2, 0x00c2dd74) + 249 bytes
[12] m_dispatcher.dll:public: void __thiscall Mfunction_handle::dispatch(int,struct mxArray_tag * *,int,struct mxArray_tag * *)(1, 0x00c2dd14, 2, 0x00c2dd74) + 420 bytes
[13] m_interpreter.dll:int __cdecl inDispatchFromStack(int,char const *,int,int)(18, 0x2bf5b890 "mtimes", 1, 2) + 626 bytes
[14] m_interpreter.dll:int __cdecl inInterp(enum inDebugCheck,int,int,enum opcodes,struct inPcodeNest_tag volatile *,int *)(1, 1395, 51, 0) + 1282 bytes
[15] m_interpreter.dll:int __cdecl protected_inInterp(enum inDebugCheck,int,int,enum opcodes,struct inPcodeNest_tag *,int *)(1, 1395, 6, 0) + 39 bytes
[16] m_interpreter.dll:int __cdecl inInterPcodeSJ(enum inDebugCheck,int,int,enum opcodes,struct inPcodeNest_tag *,int *)(1, 1395, 6, 0) + 251 bytes
[17] m_interpreter.dll:int __cdecl inExecuteMFunctionOrScript(class Mfh_mp *,bool)(0x72f64c00, 0xffffffff, 0x2b8c0638, 3) + 876 bytes
[18] m_interpreter.dll:void __cdecl inRunMfile(int,struct mxArray_tag * *,int,struct mxArray_tag * *,class Mfh_mp *,struct inWorkSpace_tag *)(3, 0x00c2e55c, 7, 0x00c2e5bc) + 466 bytes
[19] m_interpreter.dll:public: virtual void __thiscall Mfh_mp::dispatch_file(struct _mdUnknown_workspace *,int,struct mxArray_tag * *,int,struct mxArray_tag * *)(0, 3, 0x00c2e55c, 7) + 23 bytes
[20] m_interpreter.dll:public: virtual void __thiscall Mfh_mp::dispatch_file(int,struct mxArray_tag * *,int,struct mxArray_tag * *)(3, 0x00c2e55c, 7, 0x00c2e5bc) + 25 bytes
[21] m_dispatcher.dll:public: virtual void __thiscall Mfh_file::dispatch_fh(int,struct mxArray_tag * *,int,struct mxArray_tag * *)(3, 0x00c2e55c, 7, 0x00c2e5bc) + 249 bytes
[22] m_dispatcher.dll:public: void __thiscall Mfunction_handle::dispatch(int,struct mxArray_tag * *,int,struct mxArray_tag * *)(3, 0x00c2e55c, 7, 0x00c2e5bc) + 420 bytes
[23] m_interpreter.dll:int __cdecl inDispatchFromStack(int,char const *,int,int)(1936, 0x1d1c9474 "PortOptimConst_trans_minvar", 3, 7) + 626 bytes
[24] m_interpreter.dll:_inCallFcnFromReference(0x2c584a38, 0x2c4bb5b0, 0x00c2ea00 "XéÂ", 0) + 86 bytes
[25] m_interpreter.dll:int __cdecl inInterp(enum inDebugCheck,int,int,enum opcodes,struct inPcodeNest_tag volatile *,int *)(1, 0, 97, 0) + 6320 bytes
[26] m_interpreter.dll:int __cdecl protected_inInterp(enum inDebugCheck,int,int,enum opcodes,struct inPcodeNest_tag *,int *)(1, 0, 15, 0) + 39 bytes
[27] m_interpreter.dll:int __cdecl inInterPcodeSJ(enum inDebugCheck,int,int,enum opcodes,struct inPcodeNest_tag *,int *)(1, 0, 15, 0) + 251 bytes
[28] m_interpreter.dll:int __cdecl inExecuteMFunctionOrScript(class Mfh_mp *,bool)(0x10d71601, 0xffffffff, 0x2cb8b000, 0) + 876 bytes
[29] m_interpreter.dll:void __cdecl inRunMfile(int,struct mxArray_tag * *,int,struct mxArray_tag * *,class Mfh_mp *,struct inWorkSpace_tag *)(0, 0x00c2edc4, 0, 0x00c2ee24) + 466 bytes
[30] m_interpreter.dll:public: virtual void __thiscall Mfh_mp::dispatch_file(struct _mdUnknown_workspace *,int,struct mxArray_tag * *,int,struct mxArray_tag * *)(0, 0, 0x00c2edc4, 0) + 23 bytes
[31] m_interpreter.dll:public: virtual void __thiscall Mfh_mp::dispatch_file(int,struct mxArray_tag * *,int,struct mxArray_tag * *)(0, 0x00c2edc4, 0, 0x00c2ee24) + 25 bytes
[32] m_dispatcher.dll:public: virtual void __thiscall Mfh_file::dispatch_fh(int,struct mxArray_tag * *,int,struct mxArray_tag * *)(0, 0x00c2edc4, 0, 0x00c2ee24) + 249 bytes
[33] m_dispatcher.dll:public: void __thiscall Mfunction_handle::dispatch(int,struct mxArray_tag * *,int,struct mxArray_tag * *)(0, 0x00c2edc4, 0, 0x00c2ee24) + 420 bytes
[34] m_interpreter.dll:int __cdecl inDispatchFromStack(int,char const *,int,int)(1882, 0, 0, 0) + 626 bytes
[35] m_interpreter.dll:_inCallFcnFromReference(0x28edff38, 0x2c4bb4f0, 0, 1) + 86 bytes
[36] m_interpreter.dll:int __cdecl inInterp(enum inDebugCheck,int,int,enum opcodes,struct inPcodeNest_tag volatile *,int *)(1, 0, 1, 0) + 6320 bytes
[37] m_interpreter.dll:int __cdecl protected_inInterp(enum inDebugCheck,int,int,enum opcodes,struct inPcodeNest_tag *,int *)(1, 0, 1, 0) + 39 bytes
[38] m_interpreter.dll:int __cdecl inInterPcodeSJ(enum inDebugCheck,int,int,enum opcodes,struct inPcodeNest_tag *,int *)(1, 0, 1, 0) + 251 bytes
[39] m_interpreter.dll:int __cdecl inExecuteMFunctionOrScript(class Mfh_mp *,bool)(0x1ff72d01, 0xffffffff, 0x2cd96d88, 0) + 876 bytes
[40] m_interpreter.dll:void __cdecl inRunMfile(int,struct mxArray_tag * *,int,struct mxArray_tag * *,class Mfh_mp *,struct inWorkSpace_tag *)(0, 0x00c2f850, 0, 0) + 466 bytes
[41] m_interpreter.dll:public: virtual void __thiscall Mfh_mp::dispatch_file(struct _mdUnknown_workspace *,int,struct mxArray_tag * *,int,struct mxArray_tag * *)(0, 0, 0x00c2f850, 0) + 23 bytes
[42] m_interpreter.dll:public: virtual void __thiscall Mfh_mp::dispatch_file(int,struct mxArray_tag * *,int,struct mxArray_tag * *)(0, 0x00c2f850, 0, 0) + 25 bytes
[43] m_dispatcher.dll:public: virtual void __thiscall Mfh_file::dispatch_fh(int,struct mxArray_tag * *,int,struct mxArray_tag * *)(0, 0x00c2f850, 0, 0) + 249 bytes
[44] m_dispatcher.dll:public: void __thiscall Mfunction_handle::dispatch(int,struct mxArray_tag * *,int,struct mxArray_tag * *)(0, 0x00c2f850, 0, 0) + 420 bytes
[45] m_interpreter.dll:void __cdecl inEvalPcodeHeaderToWord(struct _memory_context *,int,struct mxArray_tag * * const,struct _pcodeheader *,class Mfh_mp *,unsigned int)(0x7b9dd604, 0, 0x00c2f850, 0x00c2f760) + 73 bytes
[46] m_interpreter.dll:enum inExecutionStatus __cdecl in_local_call_script_function(struct _memory_context *,struct _pcodeheader *,int,struct mxArray_tag * * const,unsigned int,bool)(0x7b9dd604, 0x00c2f760, 0, 0x00c2f850) + 70 bytes
[47] m_interpreter.dll:__catch$?AnonymousFunction(a)InterpBridge@@UAEXHQAPAUmxArray_tag@@H0@Z$0(0x7b9dd604, 0x1f9cc6a8 "SimulPort_Price\n", 0, 0) + 10886 bytes
[48] m_interpreter.dll:enum inExecutionStatus __cdecl inEvalCmdWithLocalReturn(char const *,int *,bool,bool,bool (__cdecl*)(void *,char const *))(0x1f9cc6a8 "SimulPort_Price\n", 0, 0, 1) + 79 bytes
[49] m_interpreter.dll:public: virtual enum inExecutionStatus __thiscall InterpBridge::EvalCmdWithLocalReturn(char const *,int *,bool,bool)(0x1f9cc6a8 "SimulPort_Price\n", 0, 0, 1) + 25 bytes
[50] m_interpreter.dll:_inEvalCmdWithLocalReturn(0x1f9cc6a8 "SimulPort_Price\n", 0, 0, 1) + 30 bytes
[51] libmwbridge.dll:enum inExecutionStatus __cdecl evalCommandWithLongjmpSafety(char const *)(0x1f9cc6a8 "SimulPort_Price\n", 0, 0x0f017f60, 0) + 67 bytes
[52] libmwbridge.dll:__catch$_mnParser$0(0x00eef900, 0, 9217, 1) + 294 bytes
[53] mcr.dll:private: void __thiscall mcrInstance::mnParser_on_interpreter_thread(void)(0x0f017f98, 0x10d70253, 9224, 0x00c2fa3c) + 51 bytes
[54] mcr.dll:public: void __thiscall boost::function0<void>::operator()(void)const (0, 0x0f017f60, 0, 0x0f017f60) + 63 bytes
[55] mcr.dll:public: virtual void __thiscall mcr::runtime::InterpreterThread::Impl::NoResultInvocationRequest::run(void)(0x7a0ee820, 48, 0x00c2fb30, 0x76e363e0) + 53 bytes
[56] mcr.dll:private: static void __cdecl mcr::runtime::InterpreterThread::Impl::invocation_request_handler(int)(0x0f017f60, 0, 0x00030000 "Actx ", 0x00c2fb9c) + 40 bytes
[57] uiw.dll:bool __cdecl UIW_DispatchUserMessage(int,int)(9224, 0x0f017f60, 0x00c2fb9c, 2) + 81 bytes
[58] uiw.dll:long __stdcall HandleUserMsgHook(int,unsigned int,long)(0, 1, 0x00c2fb9c, 9224) + 95 bytes
[59] USER32.dll:0x756a6e6e(0x00030000 "Actx ", 1, 0x00c2fb9c, 0x7b2563e0)
[60] USER32.dll:0x756831eb(0x00c2fb8c, 0x00c2fb9c, 0x00c2fbb8, 0)
[61] USER32.dll:0x75684260(0x00c2fb8c, 48, 0x00c2fc98 "ÔüÂ", 0x76e363e0)
[62] ntdll.dll:0x76e3642e(0x00c2fc08, 0, 0, 0)
[63] uiw.dll:void __cdecl UIW_GetAndDispatchMessage(struct tagMSG *)(0x00c2fc08, 0x00f089e0, 0, 0x00c2fc50 "hüÂ") + 20 bytes
[64] uiw.dll:void __cdecl UIW_GetAndDispatchMessage(void)(0x0f4ce950 "àØ9", 0x0f4ce948, 0, 9224) + 15 bytes
[65] uiw.dll:public: virtual void __thiscall uiw_ppeHook::pollingDuringFcn(bool)(0, 0, 0x00c2fcd2, 0x0f4ce948) + 53 bytes
[66] libuij.dll:struct sysq::during_F<class sysq::wsfcn_proxy<class sysq::ws_ppeHook *> *> __cdecl std::for_each<class std::_Vector_iterator<class sysq::wsfcn_proxy<class sysq::ws_ppeHook *> *,class std::allocator<class sysq::wsfcn_proxy<class sysq::ws_ppeHook *> *> >,struct sysq::during_F<class sysq::wsfcn_proxy<class sysq::ws_ppeHook *> *> >(class std::_Vector_iterator<class sysq::wsfcn_proxy<class sysq::ws_ppeHook *> *,class std::allocator<class sysq::wsfcn_proxy<class sysq::ws_ppeHook *> *> >,class std::_Vector_iterator<class sysq::wsfcn_proxy<class sysq::ws_ppeHook *> *,class std::allocator<class sysq::wsfcn_proxy<class sysq::ws_ppeHook *> *> >,struct sysq::during_F<class sysq::wsfcn_proxy<class sysq::ws_ppeHook *> *>)(0x00c2fcd2, 0x0f4ce948, 0x0f4ce950 "àØ9", 0) + 41 bytes
[67] libuij.dll:struct sysq::during_F<class sysq::wsfcn_proxy<class sysq::ws_ppeHook *> *> __cdecl sysq::ppe_for_each<struct sysq::during_F<class sysq::wsfcn_proxy<class sysq::ws_ppeHook *> *> >(struct sysq::during_F<class sysq::wsfcn_proxy<class sysq::ws_ppeHook *> *>)(0x00c2fcd2, 0, 0x00ef0ee0, 0x7b990f43) + 70 bytes
[68] libuij.dll:void __cdecl sysq::ppeMainLoop(int,int,bool)(1, 0xffffffff, 0, 2) + 243 bytes
[69] libuij.dll:void __cdecl sysq::ppeLoopIfOK(int,int,bool)(1, 0xffffffff, 0, 0) + 118 bytes
[70] libuij.dll:void __cdecl sysq::processPendingEvents(int,int,bool)(1, 0xffffffff, 0, 0x00c2fd90 "ÐýÂ") + 100 bytes
[71] libuij.dll:void __cdecl UIJ_WS_ProcessPendingEvents(int,int)(1, 0xffffffff, 0x00ef0ee0, 0x00ee7b58 "¨ðî") + 18 bytes
[72] mcr.dll:public: void __thiscall mcr::runtime::InterpreterThread::Impl::process_events(class boost::shared_ptr<class mcr::runtime::InterpreterThread::Impl> const &)(0x00c2fde8, 2, 0x00eef198, 0x03d3dd60) + 138 bytes
[73] mcr.dll:__catch$?run(a)Impl@InterpreterThread(a)runtime@mcr@@QAEKABV?$shared_ptr(a)VImpl@InterpreterThread(a)runtime@mcr@@@boost@@PAUinit_context(a)1234@@Z$0(0x00c2fde8, 0x00eea9d8, 0x7a0f1940, 0x00ee9000 "ððî") + 128 bytes
[74] mcr.dll:unsigned long __cdecl run_init_and_handle_events(void *)(0x03d3dd60, 0x0040b7cc, 1253822, 0) + 76 bytes
[75] mcr.dll:private: void __thiscall mcr::runtime::InterpreterThreadFactory::runThreadFunction(void)(0x00c2fe98, 0x00c2fe54, 0x00c2fe58 "¸þÂ", 0x7b95c1bc) + 108 bytes
[76] MATLAB.exe:public: void __thiscall boost::function0<void>::operator()(void)const (0, 0, 1, 0x00ee9000 "ððî") + 63 bytes
[77] MATLAB.exe:int __cdecl mcrMain(int,char const * * const)(1, 0x00ee9bf8, 4194304, 10) + 158 bytes
[78] MATLAB.exe:_WinMain(a)16(4194304, 0, 1253822, 10) + 109 bytes
[79] MATLAB.exe:___tmainCRTStartup(0x7ffdf000, 0x00c2ffd4 "ìÿÂ", 0x76e4b495, 0x7ffdf000) + 320 bytes
[80] kernel32.dll:0x759b1174(0x7ffdf000, 0x77705de4, 0, 0)
[81] ntdll.dll:0x76e4b495(0x00406e06, 0x7ffdf000, 0, 0)
[82] ntdll.dll:0x76e4b468(0x00406e06, 0x7ffdf000, 0, 0x78746341)

If this problem is reproducible, please submit a Service Request via:
http://www.mathworks.com/support/contact_us/ts/help_request_1.html

A technical support engineer might contact you with further information.

Thank you for your help. MATLAB may attempt to recover, but even if recovery appears successful,
we recommend that you save your workspace and restart MATLAB as soon as possible.

Caught MathWorks::System::FatalException
From: Jan Simon on
Dear matlaberboy,

> Working on a project using two computers, one running 2009a and one running 2010a. Both machines share the same matlab code base.
>
> In 2010a I load some timeseries data from text file and process it using timeseries.m and save it as a mat file. The file is sent by email to a the other machine. When I try and load the mat file in 2009a I get a Segmentation violation error. the mat file is approx 2MB.

Check the integrity of the MAT file, e.g. by calculating the MD5 with a tool from the FEX. I assume that the conversion to a mail attachment destroyed the file.
I had success, when I've zipped the MAT files, if I sent them from my old MacOS-8 Apple.

Does loading work on the original computer?

God luck, Jan
From: Steven Lord on

"tal " <tal_shir(a)yahoo.com.au> wrote in message
news:i0s1ec$qm0$1(a)fred.mathworks.com...
> "matlaberboy " <matlaberboy(a)gmail.NOSPAM.com> wrote in message
> <htqr49$7pf$1(a)fred.mathworks.com>...
>> The variables names very short in length.
>>
>> The varaibles small in size (2MB).
>>
>> Class: The object being saved was a struct but it contained timeseries
>> collections made up of timeseries objects.
>>
>> I have just found out that matlab has extenivly re-written the timeseries
>> methods for 2010a vs 2009a. I am now 99% certain this is teh source of
>> the error.
>>
>> It also looks like a possible bug in 2010a. Anyother users seen this?
>
> I'm having the same error that pops up from time to time.
> I'm using a single machine with 2010a. I get the following error:

Please send the code and data you're using when you encounter this issue to
Technical Support, along with this crash log.

--
Steve Lord
slord(a)mathworks.com
comp.soft-sys.matlab (CSSM) FAQ: http://matlabwiki.mathworks.com/MATLAB_FAQ
To contact Technical Support use the Contact Us link on
http://www.mathworks.com


From: tal on
"Steven Lord" <slord(a)mathworks.com> wrote in message <i0u7ng$2df$1(a)fred.mathworks.com>...
>
> "tal " <tal_shir(a)yahoo.com.au> wrote in message
> news:i0s1ec$qm0$1(a)fred.mathworks.com...
> > "matlaberboy " <matlaberboy(a)gmail.NOSPAM.com> wrote in message
> > <htqr49$7pf$1(a)fred.mathworks.com>...
> >> The variables names very short in length.
> >>
> >> The varaibles small in size (2MB).
> >>
> >> Class: The object being saved was a struct but it contained timeseries
> >> collections made up of timeseries objects.
> >>
> >> I have just found out that matlab has extenivly re-written the timeseries
> >> methods for 2010a vs 2009a. I am now 99% certain this is teh source of
> >> the error.
> >>
> >> It also looks like a possible bug in 2010a. Anyother users seen this?
> >
> > I'm having the same error that pops up from time to time.
> > I'm using a single machine with 2010a. I get the following error:
>
> Please send the code and data you're using when you encounter this issue to
> Technical Support, along with this crash log.
>
> --
> Steve Lord
> slord(a)mathworks.com
> comp.soft-sys.matlab (CSSM) FAQ: http://matlabwiki.mathworks.com/MATLAB_FAQ
> To contact Technical Support use the Contact Us link on
> http://www.mathworks.com
>

The strage thing about this error is that once matlab is asking me if I want to restart or continue I select try to continue. After that when I run the code again the error don't apear.