WICHTIG: Der Betrieb von goMatlab.de wird privat finanziert fortgesetzt. - Mehr Infos...

Mein MATLAB Forum - goMatlab.de

Mein MATLAB Forum

 
Gast > Registrieren       Autologin?   

Partner:




Forum
      Option
[Erweitert]
  • Diese Seite per Mail weiterempfehlen
     


Gehe zu:  
Neues Thema eröffnen Neue Antwort erstellen

ungeklärter MATLAB-Absturz

 

klecks1511
Forum-Anfänger

Forum-Anfänger


Beiträge: 10
Anmeldedatum: 26.05.10
Wohnort: ---
Version: ---
     Beitrag Verfasst am: 09.06.2010, 12:36     Titel: ungeklärter MATLAB-Absturz
  Antworten mit Zitat      
Hallo,

ich habe seit ein paar Tagen ein großes Problem. Ich habe ein Programm geschrieben, welchem ich nun eine Benutzeroberfläche verpasst habe. Seitdem stürzt mir Matlab regelmäßig ab. Das heißt das Programm beginnt zu rechnen und müsste nach ca. 3,5 Stunden fertig sein, aber nach ca. der Hälfte bis zwei Dritteln schmiert es komplett ab. Also nicht nur das Programm wird abgebrochen, sondern das komplette Matlab reagiert entweder nicht mehr oder geht auch gerne mal ganz aus so das ich meinen Desktop sehe. Es passiert mal früher, mal später und ist nicht reproduzierbar. Wenn ich weniger Daten durchrechne passiert der Fehler nicht. Gerade eben konnte ich beim Abbruch eine Fehlermeldung aus dem Command-Window kopieren. Da ich einfach keine Ahnung habe was ich machen soll, dachte ich ich zeige euch mal die Meldung. Ich hoffe mir kann jemand helfen. Bitte nicht erschrecken die Meldung ist ziemlich lang. Vielen Dank im Voraus für eure Mühe. Viele Grüße, Klecks

Zitat:

------------------------------------------------------------------------
Segmentation violation detected at Wed Jun 09 12:16:23 2010
------------------------------------------------------------------------

Configuration:
MATLAB Version: 6.5.0.180913a (R13)
Operating System: Microsoft Windows XP
Window System: Version 5.1 (Build 2600: Service Pack 2)
Processor ID: x86 Family 6 Model 15 Stepping 11, GenuineIntel
Virtual Machine: Java 1.3.1_01 with Sun Microsystems Inc. Java HotSpot(TM) Client VM
(mixed mode)

Register State:
EAX = 00000000 EBX = 00000000
ECX = 0000002b EDX = 00000000
ESI = 0133a720 EDI = 00000000
EBP = 00df3404 ESP = 00df3404
EIP = 7a5964d6 FLG = 00010246

Stack Trace:
[0] gui.dll:_GetBumpData(0, 0, 0x17faf0f0, 0) + 6 bytes
[1] uiw.dll:_UIW_DrawStringIntoBitmap(0x0185000f, 0x0133b610, 0x0133a720, 0) + 1230 bytes
[2] gui.dll:_wm_DrawStringIntoBitmap(0x15ff2b58, 0x0133b610, 0, 0x179ffce8) + 43 bytes
[3] hg.dll:void __cdecl drawVisibleAxesZbuf(struct ARD_tag *,struct RenderBuffer *,int,int)(0x00df3668, 0, 1, 1) + 2124 bytes
[4] hg.dll:_RenderAxisZbuffer(0x01faf0f0, 0, 1, 0x17faf0f0) + 130 bytes
[5] hg.dll:_GO_RenderZbuffer(0x17faf0f0, 0, 0x179ffce8, 0x184e6010) + 25 bytes
[6] hg.dll:bool __cdecl RenderNormalAxesChildrenRecursive(struct GObject_tag *,struct RenderBuffer *)(0x184e6010, 0x179ffce8, 0x179ffce8, 0x15ffbf28) + 158 bytes
[7] hg.dll:void __cdecl RenderFigureZbuffer(struct GObject_tag *,struct XFormedData *,struct RenderBuffer *)(0x184e6010, 0, 0x250435d0, 0x184e6010) + 119 bytes
[8] hg.dll:_GO_RenderZbuffer(0x184e6010, 0, 0x179ffce8, 0x184e6010) + 25 bytes
[9] hg.dll:_ZBufferRenderEngineDraw(0x0133a5c0, 0x184e6001, 0x00df377c "48ß", 0x7a05c4d9) + 195 bytes
[10] hg.dll:_RenderEngineDraw(0x0133a5c0, 0x184e6010, 0x00df3828, 0x7a74466c "ÄfYz") + 33 bytes
[11] hg.dll:_figure_expose_fcn(0x15ff2b58, 0x00df38f4, 1, 0x15ff2b58) + 185 bytes
[12] gui.dll:_wm_ExposeFcn(0x15ff2b58, 0x15ff2b58, 0x15ff2b58, 1) + 112 bytes
[13] hardcopy.dll:void __cdecl renderWithDriver(struct WinRec_tag *,struct GObject_tag *,int)(0x15ff2b58, 0x184e6010, 1, 0x15ff2b58) + 367 bytes
[14] hardcopy.dll:_hcImage(0x15ff2b58, 0x184e6010, 0xffffffff, 1) + 141 bytes
[15] hardcopy.dll:void __cdecl hcHardcopy_old(int,struct mxArray_tag * * const,int,struct mxArray_tag * * const)(1, 0x00df3f48, 3, 0x00df4010) + 3180 bytes
[16] hardcopy.dll:void __cdecl hcHardcopy(int,struct mxArray_tag * * const,int,struct mxArray_tag * * const)(1, 0x00df3f48, 3, 0x00df4010) + 58 bytes
[17] m_interpreter.dll:_inExecuteInternalFcn(68, 0xfffffffd, 1, 0) + 1183 bytes
[18] m_interpreter.dll:enum opcodes __cdecl inIntFcn(enum opcodes,int,int,int)(79, 68, 1, 0xfffffffd) + 90 bytes
[19] m_interpreter.dll:int __cdecl inInterp(enum inDebugCheck,int,int,struct inPcodeNest_tag volatile *)(1, 93, 1922, 0x17d630b8) + 1948 bytes
[20] m_interpreter.dll:_inInterPcode(1, 0x014b9308, 0x00df4fc8, 2) + 193 bytes
[21] m_interpreter.dll:void __cdecl inWord(int,struct mxArray_tag * * const,int,struct mxArray_tag * * const,struct word *,bool)(1, 0x00df4cc0, 2, 0x00df4fc8) + 626 bytes
[22] m_interpreter.dll:_inWordsj(1, 0x00df4cc0, 2, 0x00df4fc8) + 866 bytes
[23] m_interpreter.dll:bool __cdecl inRunMP(int,struct mxArray_tag * *,int,struct mxArray_tag * *,struct word *,bool)(1, 0x00df4cc0, 2, 0x00df4fc8) + 144 bytes
[24] m_interpreter.dll:void __cdecl inExecMFile(int,int,struct mxArray_tag * * const,struct MATLAB_Function_tag *)(1, 2, 0x00df4fc8, 0x014b9308) + 70 bytes
[25] m_interpreter.dll:_inExecFunction(1, 2, 0x00df4fc8, 0x014b9308) + 38 bytes
[26] m_interpreter.dll:_inMMexExecute(0x05f5e3af, 0x014b9308, 1, 2) + 533 bytes
[27] m_interpreter.dll:enum opcodes __cdecl inMMex(char const *,int,int,int,int *,int *)(0, 0x05f5e3af, 1, 0xfffffffe) + 94 bytes
[28] m_interpreter.dll:int __cdecl inInterp(enum inDebugCheck,int,int,struct inPcodeNest_tag volatile *)(1, 238, 944, 0x17d60778) + 1982 bytes
[29] m_interpreter.dll:_inInterPcode(1, 0x014a86e8, 0x00df5d88, 3) + 193 bytes
[30] m_interpreter.dll:void __cdecl inWord(int,struct mxArray_tag * * const,int,struct mxArray_tag * * const,struct word *,bool)(0, 0x00df5a80, 3, 0x00df5d88) + 626 bytes
[31] m_interpreter.dll:_inWordsj(0, 0x00df5a80, 3, 0x00df5d88) + 866 bytes
[32] m_interpreter.dll:bool __cdecl inRunMP(int,struct mxArray_tag * *,int,struct mxArray_tag * *,struct word *,bool)(0, 0x00df5a80, 3, 0x00df5d88) + 144 bytes
[33] m_interpreter.dll:void __cdecl inExecMFile(int,int,struct mxArray_tag * * const,struct MATLAB_Function_tag *)(0, 3, 0x00df5d88, 0x014a86e8) + 70 bytes
[34] m_interpreter.dll:_inExecFunction(0, 3, 0x00df5d88, 0x014a86e8) + 38 bytes
[35] m_interpreter.dll:_inMMexExecute(721, 0x014a86e8, 0, 3) + 533 bytes
[36] m_interpreter.dll:enum opcodes __cdecl inMMex(char const *,int,int,int,int *,int *)(0, 721, 0, 3) + 94 bytes
[37] m_interpreter.dll:int __cdecl inInterp(enum inDebugCheck,int,int,struct inPcodeNest_tag volatile *)(1, 140, 1141, 0x17d64948) + 1982 bytes
[38] m_interpreter.dll:_inInterPcode(1, 0x014a8c10, 0x00df6b48, 3) + 193 bytes
[39] m_interpreter.dll:void __cdecl inWord(int,struct mxArray_tag * * const,int,struct mxArray_tag * * const,struct word *,bool)(0, 0x00df6840, 3, 0x00df6b48) + 626 bytes
[40] m_interpreter.dll:_inWordsj(0, 0x00df6840, 3, 0x00df6b48) + 866 bytes
[41] m_interpreter.dll:bool __cdecl inRunMP(int,struct mxArray_tag * *,int,struct mxArray_tag * *,struct word *,bool)(0, 0x00df6840, 3, 0x00df6b48) + 144 bytes
[42] m_interpreter.dll:void __cdecl inExecMFile(int,int,struct mxArray_tag * * const,struct MATLAB_Function_tag *)(0, 3, 0x00df6b48, 0x014a8c10) + 70 bytes
[43] m_interpreter.dll:_inExecFunction(0, 3, 0x00df6b48, 0x014a8c10) + 38 bytes
[44] m_interpreter.dll:_inMMexExecute(598, 0x014a8c10, 0, 3) + 533 bytes
[45] m_interpreter.dll:enum opcodes __cdecl inMMex(char const *,int,int,int,int *,int *)(0, 598, 0, 3) + 94 bytes
[46] m_interpreter.dll:int __cdecl inInterp(enum inDebugCheck,int,int,struct inPcodeNest_tag volatile *)(1, 994, 37395, 0x013c5c58) + 1982 bytes
[47] m_interpreter.dll:_inInterPcode(1, 0x014b7520, 0x00df73a4, 3) + 193 bytes
[48] m_interpreter.dll:void __cdecl inWord(int,struct mxArray_tag * * const,int,struct mxArray_tag * * const,struct word *,bool)(0, 0x00df72d8, 3, 0x00df73a4) + 626 bytes
[49] m_interpreter.dll:_inWordsj(0, 0x00df72d8, 3, 0x00df73a4) + 866 bytes
[50] m_interpreter.dll:bool __cdecl inRunMP(int,struct mxArray_tag * *,int,struct mxArray_tag * *,struct word *,bool)(0, 0x00df72d8, 3, 0x00df73a4) + 144 bytes
[51] m_interpreter.dll:void __cdecl inCallMFile(int,struct mxArray_tag * * const,int,struct mxArray_tag * * const,struct MATLAB_Function_tag *,bool)(0, 0x00df72d8, 3, 0x00df73a4) + 32 bytes
[52] m_interpreter.dll:_inCallFunctionGeneral(0, 0x00df72d8, 3, 0x00df73a4) + 46 bytes
[53] m_interpreter.dll:_inFevalFunction(0, 0x00df72d8, 3, 0x00df73a4) + 30 bytes
[54] m_interpreter.dll:_inCallViaMATLABFunction(0x014b7520, 0, 0x00df72d8, 3) + 28 bytes
[55] m_interpreter.dll:void __cdecl inFunctionHandleDispatch(void *,int,struct mxArray_tag * * const,int,struct mxArray_tag * * const)(0x15fd8cd0, 0, 0x00df72d8, 3) + 310 bytes
[56] libmx.dll:_mxFevalFunctionHandle(0, 0x00df72d8, 4, 0x00df73a0) + 71 bytes
[57] m_interpreter.dll:_inFullFevalFcn(0, 0x00df72d8, 4, 0x00df73a0) + 166 bytes
[58] m_interpreter.dll:_inExecuteInternalFcn(353, 0xfffffffc, 0, 0) + 1183 bytes
[59] m_interpreter.dll:enum opcodes __cdecl inIntFcn(enum opcodes,int,int,int)(79, 353, 0, 0xfffffffc) + 90 bytes
[60] m_interpreter.dll:int __cdecl inInterp(enum inDebugCheck,int,int,struct inPcodeNest_tag volatile *)(1, 66, 1792, 0x013c8220) + 1948 bytes
[61] m_interpreter.dll:_inInterPcode(1, 0x014a5568, 0x00df8358, 5) + 193 bytes
[62] m_interpreter.dll:void __cdecl inWord(int,struct mxArray_tag * * const,int,struct mxArray_tag * * const,struct word *,bool)(0, 0x00df8050, 5, 0x00df8358) + 626 bytes
[63] m_interpreter.dll:_inWordsj(0, 0x00df8050, 5, 0x00df8358) + 866 bytes
[64] m_interpreter.dll:bool __cdecl inRunMP(int,struct mxArray_tag * *,int,struct mxArray_tag * *,struct word *,bool)(0, 0x00df8050, 5, 0x00df8358) + 144 bytes
[65] m_interpreter.dll:void __cdecl inExecMFile(int,int,struct mxArray_tag * * const,struct MATLAB_Function_tag *)(0, 5, 0x00df8358, 0x014a5568) + 70 bytes
[66] m_interpreter.dll:_inExecFunction(0, 5, 0x00df8358, 0x014a5568) + 38 bytes
[67] m_interpreter.dll:_inMMexExecute(570, 0x014a5568, 0, 5) + 533 bytes
[68] m_interpreter.dll:enum opcodes __cdecl inMMex(char const *,int,int,int,int *,int *)(0, 570, 0, 0xfffffffb) + 94 bytes
[69] m_interpreter.dll:int __cdecl inInterp(enum inDebugCheck,int,int,struct inPcodeNest_tag volatile *)(1, 43, 260, 0x013becc8) + 1982 bytes
[70] m_interpreter.dll:_inInterPcode(1, 0x014a6b10, 0x00df9118, 4) + 193 bytes
[71] m_interpreter.dll:void __cdecl inWord(int,struct mxArray_tag * * const,int,struct mxArray_tag * * const,struct word *,bool)(0, 0x00df8e10, 4, 0x00df9118) + 626 bytes
[72] m_interpreter.dll:_inWordsj(0, 0x00df8e10, 4, 0x00df9118) + 866 bytes
[73] m_interpreter.dll:bool __cdecl inRunMP(int,struct mxArray_tag * *,int,struct mxArray_tag * *,struct word *,bool)(0, 0x00df8e10, 4, 0x00df9118) + 144 bytes
[74] m_interpreter.dll:void __cdecl inExecMFile(int,int,struct mxArray_tag * * const,struct MATLAB_Function_tag *)(0, 4, 0x00df9118, 0x014a6b10) + 70 bytes
[75] m_interpreter.dll:_inExecFunction(0, 4, 0x00df9118, 0x014a6b10) + 38 bytes
[76] m_interpreter.dll:_inMMexExecute(566, 0x014a6b10, 0, 4) + 533 bytes
[77] m_interpreter.dll:enum opcodes __cdecl inMMex(char const *,int,int,int,int *,int *)(0x17926eac "HT_detect", 566, 0, 4) + 94 bytes
[78] m_interpreter.dll:int __cdecl inInterp(enum inDebugCheck,int,int,struct inPcodeNest_tag volatile *)(0, 0, 0, 0x013bd0a8) + 2143 bytes
[79] m_interpreter.dll:_inInterPcode(0, 0x00df9698, 0, 0) + 193 bytes
[80] m_interpreter.dll:enum inExecutionStatus __cdecl in_local_call_eval_function(int *,struct _m_parser_interface *,struct _pcodeheader *,int *,struct mxArray_tag * * const,enum inDebugCheck)(0, 0x7a87fa78, 0x00df9698, 0x00df973c) + 174 bytes
[81] m_interpreter.dll:_inEvalStringWithIsVarFcn(0x15f98a70 "HT_detect('Start_Callback',gcbo,..", 49, 0, 0) + 531 bytes
[82] m_interpreter.dll:_inEvalString(0x15f98a70 "HT_detect('Start_Callback',gcbo,..", 49, 0, 0) + 50 bytes
[83] m_interpreter.dll:_inEvalExpInWS(0x15f98a70 "HT_detect('Start_Callback',gcbo,..", 0, 0, 0x00df991c) + 106 bytes
[84] gui.dll:public: bool __thiscall MCallback::execute(struct mxArray_tag *,struct mxArray_tag *)const (0x15ec91e0, 0x15ed0f98, 0x00df9974 "¤™ß", 0x7a09853f) + 815 bytes
[85] gui.dll:_ExecuteMCallback(0x15fea0e8, 0x15ec91e0, 0x15ed0f98, 0) + 19 bytes
[86] hg.dll:enum inExecutionStatus __cdecl goCallEventCallback(struct GObject_tag *,class MCallback *,char const *,void (__cdecl*)(struct GObject_tag *,void *),void *,void (__cdecl*)(struct GObject_tag *,void *))(3070608, 4, 0x7a0c3ae0 "Callback", 0x15fea0e8) + 319 bytes
[87] hg.dll:_goCallCallback(0x0a2eda90, 0x15fea0e8, 0x7a0c3ae0 "Callback", 0x7a08a2e0) + 118 bytes
[88] hg.dll:_goControlActivated(0x0a2eda90, 0x009203e6, 0x15fa0438, 0x00df9c5c) + 99 bytes
[89] uiw.dll:struct GObject_tag * __cdecl activate_control(struct HWND__ *,struct winSysControlData_tag *)(0x009203e6, 0x15fa0438, 0x0a2eda90, 0) + 159 bytes
[90] uiw.dll:long __stdcall PushButtonProc(struct HWND__ *,unsigned int,unsigned int,long)(0x009203e6, 0, 0, 0x009203e6) + 195 bytes
[91] USER32.dll:0x7e368734(0x7a500f30, 0x009203e6, 0, 0)
[92] USER32.dll:0x7e368816(0, 0x7a500f30, 0x009203e6, 0)
[93] USER32.dll:0x7e3689cd(0x00df9c18, 1, 0x00df9bcc "<ϧ", 0x7a514560)
[94] USER32.dll:0x7e3696c7(0x00df9c18, 0, 0x00df9c3c, 0x7a5147a4)
[95] uiw.dll:_UIW_TranslateAndDispatchMessage(0x00df9c18, 0x00df9cf0 " gB", 0x15daf138, 0x15daf138) + 64 bytes
[96] uiw.dll:_getCommand(0x15daf170, 4096, 255, 0x15dfb9e8) + 564 bytes
[97] matlab.exe:_ioReadLine(255, 0x77c2fc80 "À'Ãw", 0x15dfb9e8, 4096) + 302 bytes
[98] matlab.exe:void __cdecl mnGetFullLine(char * *,unsigned int *,unsigned int *,int)(0x00dfdd5c, 0x00dfdd58, 0x00dfdd54, 255) + 55 bytes
[99] matlab.exe:_mnGetCommandLineBuffer(255, 0, 0, 1) + 95 bytes
[100] matlab.exe:_mnParser(0x00eace48, 336780, 0, 4Cool + 955 bytes
[101] matlab.exe:_WinMain@16(0x00400000 "MZ�", 0, 336780, 1) + 3872 bytes
[102] matlab.exe:_WinMainCRTStartup(0x00eace48, 24, 0x7ffdb000, 0) + 308 bytes
[103] kernel32.dll:0x7c816fe7(0x0047172c, 0, 0, 0)

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:\DOKUME~1\Standard\LOKALE~1\Temp\matlab_crash_dump.1428

2. Also, if the problem is reproducible, send the crash report to
support@mathworks.com along with:
- A specific list of steps that will reproduce the problem
- Any M, MEX, MDL or other files required to reproduce the problem
- Any error messages displayed prior to this crash report
A technical support engineer will contact you with further information.

Thank you for your assistance. Please save your workspace and restart
MATLAB before continuing your work.

Error in ==> C:\MATLAB6p5\toolbox\matlab\graphics\print.m
On line 238 ==> pj = render( pj, pj.Handles{i} );

Error in ==> C:\MATLAB6p5\toolbox\matlab\general\saveas.m
On line 140 ==> print( h, name, ['-d' dev{i}] )

Error in ==> F:\Martin\Elsterwerda_Herzschallstudie_06082009\HT_detect.m
On line 994 ==> saveas(gcf,graphikname,'tif');

Error in ==> C:\MATLAB6p5\toolbox\matlab\uitools\gui_mainfcn.m
On line 66 ==> feval(varargin{:});

Error in ==> F:\Martin\Elsterwerda_Herzschallstudie_06082009\HT_detect.m
On line 43 ==> gui_mainfcn(gui_State, varargin{:});

??? Error while evaluating uicontrol Callback.

CreateRectRgn, called from ws_CreateClipRegion(), returned NULL
Private Nachricht senden Benutzer-Profile anzeigen


denny
Supporter

Supporter



Beiträge: 3.853
Anmeldedatum: 14.02.08
Wohnort: Ulm
Version: R2012b
     Beitrag Verfasst am: 09.06.2010, 13:09     Titel:
  Antworten mit Zitat      
Hallo

Wir hatten bei uns auch so ein Problem, mit MEMTEST von Ubuntu-Live CD haben wir Fehler in Speicher festgestellt. Arbeitsspeicher gewechselt und Matlab läuft jetzt wieder ohne Probleme
Private Nachricht senden Benutzer-Profile anzeigen
 
tompie
Forum-Guru

Forum-Guru


Beiträge: 260
Anmeldedatum: 19.09.07
Wohnort: München
Version: immer alles
     Beitrag Verfasst am: 09.06.2010, 16:06     Titel:
  Antworten mit Zitat      
Hallo,

vielleicht hat es ja etwas mit dem Druckertreiber zu tun? Wir hatten mal das Problem, daß Matlab komplett abstürzte, wenn ein bestimmter Postscript-Druckertreiber installiert war! Einfach mal probehalber den (oder die) Druckertreiber deinstallieren...

Gruß tompie
Private Nachricht senden Benutzer-Profile anzeigen
 
klecks1511
Themenstarter

Forum-Anfänger

Forum-Anfänger


Beiträge: 10
Anmeldedatum: 26.05.10
Wohnort: ---
Version: ---
     Beitrag Verfasst am: 09.06.2010, 17:09     Titel:
  Antworten mit Zitat      
Danke für die Antworten.

Das Austauschen des Arbeitsspeichers hat nichts gebracht.
Zuerst habe ich zu den beiden vorhandenen 1 GB Modulen zwei weitere dazu gesteckt, da ich dachte viel hilft viel. Aber mit einem mal war der Rechner ca. um das 4-5 fache langsamer. Das scheint an dieser Dual-Channel-Verwendung des RAM zu liegen. Also habe ich die beiden ursprünglich raus genommen und nur die beiden neuen drin gelassen, aber Matlab stürzt weiterhin ab.
Mir ist aufgefallen, wenn ich das Programm arbeiten lasse und nebenher mit dem Firefox im Internet surfe geht alles ohne Probleme. Wenn ich dann aber nach 2 Stunden oder so den Firefox minimiere, um mal zu schauen wie weit das Programm ist, dann stürzt es ab. Ich weiß nicht ob das daran liegen kann, dass in meinem Programm ca. 2500 mal eine figure geöffnet wird, dann jeweils 6 axes geplottet und verschiedene Einstellungen vorgenommen werden und danach wird die figure wieder geschlossen wird. Das es vielleicht ein Problem damit hat das immer wieder anzuzeigen. Ich habe auch versucht die figure unsichtbar zu machen, da wusste ich aber nicht ob er die dann trotzdem als tif abspeichern kann. Und außerdem hats auch nicht funktioniert. Ich hatte folgendes eingegeben.
Code:
Drucken=figure('Visible','off')

Das hat das Programm aber in keiner Weise beeindruckt.

Ich habe jetzt ein auf Ghostscript basierenden PDF-Drucker entfernt und will mal schauen was nun passiert.

Meint ihr es könnte helfen das Programm statt unter v6.5 mal unter v7.0.4 laufen zu lassen?

Grüße Klecks
Private Nachricht senden Benutzer-Profile anzeigen
 
Andreas Goser
Forum-Meister

Forum-Meister


Beiträge: 3.654
Anmeldedatum: 04.12.08
Wohnort: Ismaning
Version: 1.0
     Beitrag Verfasst am: 09.06.2010, 17:52     Titel:
  Antworten mit Zitat      
http://www.mathworks.com/support/so.....n/data/1-19X78/index.html

Andreas
Private Nachricht senden Benutzer-Profile anzeigen E-Mail senden
 
klecks1511
Themenstarter

Forum-Anfänger

Forum-Anfänger


Beiträge: 10
Anmeldedatum: 26.05.10
Wohnort: ---
Version: ---
     Beitrag Verfasst am: 10.06.2010, 09:19     Titel:
  Antworten mit Zitat      
Hallo Andreas,

leider verstehe ich deinen Link nicht.
Ich habe jetzt mal nachgeschaut, was Metafiles überhaupt sind und glaube verstanden zu haben, dass es sich um Graphiken handelt die über die Zwischenablage als *.wmf gespeichert werden. Aber ich verstehe nicht wie das mit meinem Programm bzw. Problem zusammen hängt.

Grüße Klecks
Private Nachricht senden Benutzer-Profile anzeigen
 
Andreas Goser
Forum-Meister

Forum-Meister


Beiträge: 3.654
Anmeldedatum: 04.12.08
Wohnort: Ismaning
Version: 1.0
     Beitrag Verfasst am: 10.06.2010, 10:19     Titel:
  Antworten mit Zitat      
Ich bezog mich mehr auf die Aspekte:

Zitat:

This bug has been fixed in Release 14 Service Pack 3 (R14SP3).

und
Zitat:

The problem is rare, and seems to show up only with specific figures.


R13 ist von August 2002. R14 SP3 immerhin von September 2005. Ich würde auf ein aktuelles Release wechseln. Auch wegen der Performance. Es hat den Anschein, dass es sich hier um ein Forschungsprjekt handelt - da dürfte die Lizenz einen aktiven Software-Wartungsvertrag haben und vielleicht können wir ja überhaupt die Rechenzeit von 3,5 Stunden mit neueren Releases drastisch senken.

Andreas[/code]
Private Nachricht senden Benutzer-Profile anzeigen E-Mail senden
 
klecks1511
Themenstarter

Forum-Anfänger

Forum-Anfänger


Beiträge: 10
Anmeldedatum: 26.05.10
Wohnort: ---
Version: ---
     Beitrag Verfasst am: 10.06.2010, 10:38     Titel:
  Antworten mit Zitat      
Okay, das verstehe ich. Very Happy
Ich schreibe meine Diplomarbeit und programmiere eine Herztonerkennung.
Ob es da einen Wartungsvertrag gibt, müsste ich nachfragen.
Aber wenn ich deine Ausführung richtig verstehe, sollte es ja auch mit der Matlab Version 7.0.4 besser werden, oder!?
Ich müsste mal versuchen, ob da alles so läuft wie in der v6.5.
Ich habe bisher nur mal die Benutzeroberfläche getestet und die scheint zu laufen.

Grüße Martin
Private Nachricht senden Benutzer-Profile anzeigen
 
Andreas Goser
Forum-Meister

Forum-Meister


Beiträge: 3.654
Anmeldedatum: 04.12.08
Wohnort: Ismaning
Version: 1.0
     Beitrag Verfasst am: 10.06.2010, 14:53     Titel:
  Antworten mit Zitat      
Korrekt. Die Kompatibilität ist grundsätzlich hoch. Aber auch 99.99% macht 1 Edit bei 10000 Zeilen Code. Und wenn das von Release zu Release gilt, wird es ja noch addiert...

Vielleich mal den Diplomarbeitsbetreuer fragen ob sein Mobilteltefon auch von 2002 ist Smile

Andreas
Private Nachricht senden Benutzer-Profile anzeigen E-Mail senden
 
klecks1511
Themenstarter

Forum-Anfänger

Forum-Anfänger


Beiträge: 10
Anmeldedatum: 26.05.10
Wohnort: ---
Version: ---
     Beitrag Verfasst am: 10.06.2010, 15:06     Titel:
  Antworten mit Zitat      
Dann werde ich auf jeden Fall mal die v7.0.4 ausprobieren. Vielleicht ist das ja schon des Rätsels Lösung.
Und zum Glück sind es auch nur ca. 2500 Zeilen Code. Very Happy

Vielen Dank für die Hilfe.

Ich melde mich wieder, wenn ich weiß was die andere Version macht.


Grüße Klecks
Private Nachricht senden Benutzer-Profile anzeigen
 
klecks1511
Themenstarter

Forum-Anfänger

Forum-Anfänger


Beiträge: 10
Anmeldedatum: 26.05.10
Wohnort: ---
Version: ---
     Beitrag Verfasst am: 11.06.2010, 15:43     Titel:
  Antworten mit Zitat      
Mit der Version 7.0.4 funktioniert es endlich wieder. Very Happy
Schneller ist es aber nicht geworden.

Vielen Dank für die nette Hilfe.


Grüße Klecks
Private Nachricht senden Benutzer-Profile anzeigen
 
Andreas Goser
Forum-Meister

Forum-Meister


Beiträge: 3.654
Anmeldedatum: 04.12.08
Wohnort: Ismaning
Version: 1.0
     Beitrag Verfasst am: 14.06.2010, 09:29     Titel:
  Antworten mit Zitat      
Schneller wird es meistens nicht automatisch, sondern durch die aktive Nutzung neuer Eigenschaften. Einfaches Beispiel: Nutzung von Multiprozessormaschinen.

Andreas
Private Nachricht senden Benutzer-Profile anzeigen E-Mail senden
 
klecks1511
Themenstarter

Forum-Anfänger

Forum-Anfänger


Beiträge: 10
Anmeldedatum: 26.05.10
Wohnort: ---
Version: ---
     Beitrag Verfasst am: 14.06.2010, 10:07     Titel:
  Antworten mit Zitat      
Ich habe leider keine Ahnung was du damit meinst. Ich bin momentan froh, dass ich relativ einfache Programme schreiben kann, ohne zu verzweifeln.

Grüße Klecks
Private Nachricht senden Benutzer-Profile anzeigen
 
tompie
Forum-Guru

Forum-Guru


Beiträge: 260
Anmeldedatum: 19.09.07
Wohnort: München
Version: immer alles
     Beitrag Verfasst am: 22.06.2010, 13:49     Titel:
  Antworten mit Zitat      
Hallo Andreas Goser,

Zitat:
Vielleich mal den Diplomarbeitsbetreuer fragen ob sein Mobilteltefon auch von 2002 ist


Im Moment eine etwas unpassende Bemerkung, wenn ich so an die neuen Bugs im Release R2010a denke...

Neue Software muß nicht immer besser sein Wink

Gruß tompie

P.S: Mein Handy ist von 1999. Funktioniert seitdem tadellos Wink
Private Nachricht senden Benutzer-Profile anzeigen
 
Neues Thema eröffnen Neue Antwort erstellen



Einstellungen und Berechtigungen
Beiträge der letzten Zeit anzeigen:

Du kannst Beiträge in dieses Forum schreiben.
Du kannst auf Beiträge in diesem Forum antworten.
Du kannst deine Beiträge in diesem Forum nicht bearbeiten.
Du kannst deine Beiträge in diesem Forum nicht löschen.
Du kannst an Umfragen in diesem Forum nicht mitmachen.
Du kannst Dateien in diesem Forum posten
Du kannst Dateien in diesem Forum herunterladen
.





 Impressum  | Nutzungsbedingungen  | Datenschutz | FAQ | goMatlab RSS Button RSS

Hosted by:


Copyright © 2007 - 2024 goMatlab.de | Dies ist keine offizielle Website der Firma The Mathworks

MATLAB, Simulink, Stateflow, Handle Graphics, Real-Time Workshop, SimBiology, SimHydraulics, SimEvents, and xPC TargetBox are registered trademarks and The MathWorks, the L-shaped membrane logo, and Embedded MATLAB are trademarks of The MathWorks, Inc.