Segmentation Violation Error while loading a .mat file in MATLAB 7.3.0 (R2006b)
1 Ansicht (letzte 30 Tage)
Ältere Kommentare anzeigen
Hello,
I am having a problem while loading a .mat file in my Matlab console. It gives a segmentation violation error and creates a crash report. I sent this crash report also to the email mentioned in the crash report , but there is no reply till now and it is already 2 weeks. I am desperate to get out of this as the deadline for my work is approaching and I am stuck in to something which is out of my comprehension. Here is what it generates:
-----------------------------------------------------------
Segmentation violation detected at Wed Jan 11 14:55:28 2012
------------------------------------------------------------------------
Configuration:
MATLAB Version: 7.3.0.267 (R2006b)
MATLAB License: 48330
Operating System: Microsoft Windows 2000
Window System: Version 6.0 (Build 6002: Service Pack 2)
Processor ID: x86 Family 6 Model 15 Stepping 13, GenuineIntel
Virtual Machine: Java 1.5.0 with Sun Microsystems Inc. Java HotSpot(TM) Client VM mixed mode
Default Charset: windows-1252
Register State:
EAX = dd000000 EBX = dd000000
ECX = 00d1ba10 EDX = 78622f0c
ESI = 010c5180 EDI = 010b9aa0
EBP = 00d1ba38 ESP = 00d1ba10
EIP = 7878d5d1 FLG = 00010286
Stack Trace:
[0] m_interpreter.dll:public: virtual void __thiscall FunctionHandleWorkspaceCI::customLoad(class mcos::COSInterfacePtr,class mcos::COSValue,class mcos::COSDataTypePtr)(0x02425d20, 0x04c48ba0, 0x0484cf00, 4085600) + 401 bytes
[1] mcos.dll:public: virtual void __thiscall mcos::COSClassI::customLoad(class mcos::COSInterfacePtr,class mcos::COSValue,class mcos::COSDataTypePtr)(0x02425d20, 0x04c48ba0, 0x00d1ba40, 4085600) + 89 bytes
[2] mcos.dll:$L144316(0x00d1bb20, 4001600, 0, 0x00d1bb34 "TȄ") + 116 bytes
[3] mcos.dll:public: virtual class mcos::COSInterfacePtr __thiscall mcos::File::getInterface(unsigned int)const (0x00d1bb20, 1, 0x024541f0 "IM", 0) + 32 bytes
[4] mcos.dll:public: struct mxArray_tag * __thiscall mcos::File::convertCOSInterfaceFromMatrix(struct mxArray_tag const *)(0x047ff660, 0x024541f0 "IM", 0x04c43ce0, 0x00d1de74 "¬ÞÑ") + 134 bytes
[5] mcos.dll:struct mxArray_tag * __cdecl mcosConvertFromMATFileArray(struct mxArray_tag const *,struct mxArray_tag const * *)(0x04c43ce0, 0x00d1bb88, 0x04c43ce0, 0x04c4dee0) + 142 bytes
[6] mcos.dll:_omLoadOpaque(0x04c4dee0, 0x04c43ce0, 0x00d1bb88, 0x01211358 "MCOS") + 24 bytes
[7] libmx.dll:int __cdecl miConvertToOpaque(struct miStreamRec_tag *,struct mxArray_tag *,struct mxArray_tag const *,struct mxArray_tag * *)(0x024541f0 "IM", 0x04c43ce0, 0x00d1c3dc, 3) + 39 bytes
[8] libmx.dll:int __cdecl _HandleArrayForStream(struct miStreamRec_tag *,struct miItem_tag *,int,int)(0x04c4dee0, 0x00d1cc14, 0, 0) + 2880 bytes
[9] libmx.dll:int __cdecl _HandleArrayForStream(struct miStreamRec_tag *,struct miItem_tag *,int,int)(0x024541f0 "IM", 0x00d1d46c, 0, 0) + 3494 bytes
[10] libmx.dll:int __cdecl _HandleArrayForStream(struct miStreamRec_tag *,struct miItem_tag *,int,int)(0x024541f0 "IM", 0x00d1dcc4, 0, 0) + 3494 bytes
[11] libmx.dll:int __cdecl _HandleArrayForStream(struct miStreamRec_tag *,struct miItem_tag *,int,int)(0, 0x00d1dd24, 0, 0) + 4259 bytes
[12] libmx.dll:int __cdecl miGetCurrentItemData(struct miStreamRec_tag *,struct miItem_tag *)(0x024541f0 "IM", 0x00d1dd24, 0x047af860, 7) + 115 bytes
[13] libmx.dll:_miGetCurrentItem(0x024541f0 "IM", 0x00d1dd9c, 0x00d1de98, 7) + 266 bytes
[14] libmat.dll:struct mxArray_tag * __cdecl matGetNextVariable5(struct MATFile_tag *,char const * *)(0x047af860, 0x00d1de6c, 0x00d1ddd0, 0x789a09a4) + 50 bytes
[15] libmat.dll:_matGetNextVariable(0x047af860, 0x00d1de6c, 7, 0x00d1de80 "¸ÞÑ") + 30 bytes
[16] m_interpreter.dll:struct mxArray_tag * __cdecl GetNextVariableWithTooBigCheck(struct MATFile_tag *,char const * *,int &)(0x047af860, 0x01219328 "test1", 0x0121932d, 0x00d1dfec "test1.mat") + 20 bytes
[17] m_interpreter.dll:void __cdecl inLoadFcnPrivate(char const *,int,char * *,bool,int,int,class LoadDestination *)(0x00d1dfb8 "C:\Users\Irfan\Desktop\MT\matlab..", 0, 0x00d1def0, 0x0477dd00) + 697 bytes
[18] m_interpreter.dll:_inLoadFcnWithLHS(0x00d1dfb8 "C:\Users\Irfan\Desktop\MT\matlab..", 0, 0x00d1def0, 2) + 74 bytes
[19] m_interpreter.dll:_inFullLoadFcn(0, 0x00d1e640, 1, 0x00d1e6a0) + 841 bytes
[20] m_dispatcher.dll:public: virtual void __thiscall Mfh_builtin<struct mxArray_tag>::dispatch_mf(int,struct mxArray_tag * *,int,struct mxArray_tag * *)(0, 0x00d1e640, 1, 0x00d1e6a0) + 55 bytes
[21] m_dispatcher.dll:public: virtual void __thiscall Mfh_MATLAB_fn::dispatch_fh(int,struct mxArray_tag * *,int,struct mxArray_tag * *)(0, 0x00d1e640, 1, 0x00d1e6a0) + 150 bytes
[22] m_interpreter.dll:_inDispatchWithDebug(308, 0, 0x00d1e640, 1) + 186 bytes
[23] m_interpreter.dll:_inDispatchFromStack(308, 0x010d4de4 "load", 0, 0x01000001) + 814 bytes
[24] m_interpreter.dll:enum opcodes __cdecl inDispatchCall(char const *,int,int,int,int *,int *)(0x010d4de4 "load", 308, 0, 1) + 145 bytes
[25] m_interpreter.dll:int __cdecl inInterp(enum inDebugCheck,int,int,enum opcodes,struct inPcodeNest_tag volatile *,int *)(2, 0, 0, 0) + 2635 bytes
[26] m_interpreter.dll:int __cdecl protected_inInterp(enum inDebugCheck,int,int,enum opcodes,struct inPcodeNest_tag *,int *)(2, 0, 0, 0) + 74 bytes
[27] m_interpreter.dll:int __cdecl inInterPcodeSJ(enum inDebugCheck,int,int,enum opcodes,struct inPcodeNest_tag *,int *)(2, 0, 0, 0) + 279 bytes
[28] m_interpreter.dll:_inInterPcode(2, 0x784d1324, 0, 0) + 81 bytes
[29] m_interpreter.dll:enum inExecutionStatus __cdecl in_local_call_eval_function(int *,struct _pcodeheader *,int *,struct mxArray_tag * * const,enum inDebugCheck)(0x00d1f284, 0x00d1f37c, 2, 0x79e52188) + 153 bytes
[30] m_interpreter.dll:$L70403(0x784d1324, 0x011fdd20 "load test1\n", 0, 0) + 184 bytes
[31] m_interpreter.dll:enum inExecutionStatus __cdecl inEvalCmdWithLocalReturnandtype(char const *,int *,enum inDebugCheck)(0x011fdd20 "load test1\n", 0, 2, 0x00d1f3c8 "PôÑ") + 69 bytes
[32] m_interpreter.dll:_inEvalCmdNoEnd(0x011fdd20 "load test1\n", 0x79e52188, 1, 0) + 16 bytes
[33] bridge.dll:enum inExecutionStatus __cdecl ThrowSignal(char const *)(0x011fdd20 "load test1\n", 0x756b94c5, 3332112, 0) + 60 bytes
[34] bridge.dll:$L80200(3332112, 3332112, 0, 0) + 386 bytes
[35] mcr.dll:public: void __thiscall mcrInstance::mnParser(void)(926516, 0x505c3a43, 0x72676f72, 0x46206d61) + 51 bytes
[36] MATLAB.exe:0x00401cec(0x0032e810 " è2", 0, 926516, 3332112)
[37] MATLAB.exe:0x00403dcf(0x7ffd7000, 0x00d1ffd4 "ìÿÑ", 0x76f416c3, 0x7ffd7000)
[38] kernel32.dll:0x756bd309(0x7ffd7000, 0x55445087, 0, 0)
[39] ntdll.dll:0x76f416c3(0x00403c4a, 0x7ffd7000, 0, 0)
[40] ntdll.dll:0x76f41696(0x00403c4a, 0x7ffd7000, 0, 48)
Please follow these steps in reporting this problem to The MathWorks so
that we have the best chance of correcting it:
1. Send this crash report to segv@mathworks.com for automated analysis.
For your convenience, this information has been recorded in:
C:\Users\Irfan\AppData\Local\Temp\matlab_crash_dump.7496
2. If the problem is reproducible, please submit a bug report via:
http://www.mathworks.com/support/contact_us/ts/help_request_1.html
Thank you for your assistance. Please save your workspace and restart
MATLAB before continuing your work.
I hope someone can come up with something.
Best regards
1 Kommentar
Antworten (1)
Walter Roberson
am 11 Jan. 2012
I see you are running R2006b, but which MATLAB was the .mat file created with? If the .mat file was created with a MATLAB version that supported the new "classdef" OOP style and the file contains an instance of one of those classes, then your R2006b MATLAB would probably crash in trying to open the file.
As best I recall, there is no work-around for this particular issue for R2006b (but I seem to recall that there was a patch for the MATLAB version that immediately proceeded the introduction of the new objects.)
Siehe auch
Kategorien
Mehr zu Logical finden Sie in Help Center und File Exchange
Produkte
Community Treasure Hunt
Find the treasures in MATLAB Central and discover how the community can help you!
Start Hunting!