IPB

Welcome Guest ( Log In | Register )

 
Reply to this topicStart new topic
> Vi Crash gefühlt seit LV2009
toaran
post 21. Apr 2010, 16:44
Post #1


new Member
*

Group: Members
Posts: 5
Joined: 16.09.2008
Member No.: 68
LV Version: 7.1
Zertifizierung: keine
LV User seit: 2006



Hallo

ich habe folgendes Problem...

ich habe ein Vi in dem ich nach einer Messung einige Messwerte in eine MySQL Tabelle schreibe... hat bisher ohne Probleme funktioniert ... nun "gefühlt" seit wir Labview 2009 benutzen stürzt unser Programm( egal ob als EXe oder in der LV IDE) in unregelmäßigen Abständen ab, und das immer zum Zeitpunkt des in die Datenbank speicherns... Manchmal steht dann in der DB was drinn manchmal auch nicht... Alles sehr unregelmäßig ... manchmal alle 2 Messungen (10 Minuten) machmal ist den halben Tag nix ....

folgendes steht im Ereignisslog:

CODE
Fehlgeschlagene Anwendung mcex.exe, Version 2.1.0.27, fehlgeschlagenes Modul ole32.dll, Version 5.1.2600.5512, Fehleradresse 0x000896f4.



der Windows Debugger gibt mir das aus ...

CODE
Microsoft (R) Windows Debugger Version 6.12.0002.633 X86
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [C:\user.dmp]
User Mini Dump File with Full Memory: Only application data is available

Comment: 'Dr. Watson generated MiniDump'
Symbol search path is: SRV*c:\symbols*http://msdl.microsoft.com/download/symbols
Executable search path is:
Windows XP Version 2600 (Service Pack 3) MP (4 procs) Free x86 compatible
Product: WinNt, suite: SingleUserTS
Machine Name:
Debug session time: Wed Apr 21 17:03:34.000 2010 (UTC + 2:00)
System Uptime: 0 days 5:42:34.001
Process Uptime: 0 days 1:24:55.000
................................................................
................................................................
........................................................
Loading unloaded module list
........
This dump file has an exception of interest stored in it.
The stored exception information can be accessed via .ecxr.
(cb4.48c): Access violation - code c0000005 (first/second chance not available)
eax=00000000 ebx=cfffffff ecx=7c91f661 edx=00000007 esi=775d8e38 edi=00000000
eip=775396f4 esp=07a3f7dc ebp=07a3f82c iopl=0         nv up ei pl zr na pe nc
cs=001b  ss=0023  ds=0023  es=0023  fs=003b  gs=0000             efl=00200246
ole32!CComCatalog::GetClassInfoInternal+0xb6:
775396f4 8b08            mov     ecx,dword ptr [eax]  ds:0023:00000000=????????
0:018> !analyze -v
*******************************************************************************
*                                                                             *
*                        Exception Analysis                                   *
*                                                                             *
*******************************************************************************

*** ERROR: Symbol file could not be found.  Defaulted to export symbols for lvrt.dll -
*** ERROR: Symbol file could not be found.  Defaulted to export symbols for MCEX.exe -
*** ERROR: Symbol file could not be found.  Defaulted to export symbols for lvalarms.dll -
*** ERROR: Symbol file could not be found.  Defaulted to export symbols for nirpc.dll -
*** ERROR: Symbol file could not be found.  Defaulted to export symbols for mxsout.dll -
GetPageUrlData failed, server returned HTTP status 404
URL requested: http://watson.microsoft.com/StageOne/MCEX_exe/2_1_0_38/ole32_dll/5_1_2600_5512/000896f4.htm?Retriage=1

FAULTING_IP:
ole32!CComCatalog::GetClassInfoInternal+b6
775396f4 8b08            mov     ecx,dword ptr [eax]

EXCEPTION_RECORD:  ffffffff -- (.exr 0xffffffffffffffff)
ExceptionAddress: 775396f4 (ole32!CComCatalog::GetClassInfoInternal+0x000000b6)
   ExceptionCode: c0000005 (Access violation)
  ExceptionFlags: 00000000
NumberParameters: 2
   Parameter[0]: 00000000
   Parameter[1]: 00000000
Attempt to read from address 00000000

DEFAULT_BUCKET_ID:  NULL_POINTER_READ

PROCESS_NAME:  MCEX.exe

ERROR_CODE: (NTSTATUS) 0xc0000005 - Die Anweisung in "0x%08lx" verweist auf Speicher in "0x%08lx". Der Vorgang  "%s" konnte nicht auf dem Speicher durchgef hrt werden.

EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - Die Anweisung in "0x%08lx" verweist auf Speicher in "0x%08lx". Der Vorgang  "%s" konnte nicht auf dem Speicher durchgef hrt werden.

EXCEPTION_PARAMETER1:  00000000

EXCEPTION_PARAMETER2:  00000000

READ_ADDRESS:  00000000

FOLLOWUP_IP:
msado15!CConnection::GetDataInit+26
4dd914d4 8bf8            mov     edi,eax

MOD_LIST: <ANALYSIS/>

NTGLOBALFLAG:  0

APPLICATION_VERIFIER_FLAGS:  0

LAST_CONTROL_TRANSFER:  from 774d0a10 to 775396f4

FAULTING_THREAD:  0000048c

PRIMARY_PROBLEM_CLASS:  NULL_POINTER_READ

BUGCHECK_STR:  APPLICATION_FAULT_NULL_POINTER_READ

STACK_TEXT:  
07a3f82c 774d0a10 775d8e38 00000017 00000000 ole32!CComCatalog::GetClassInfoInternal+0xb6
07a3f850 774d1d80 775d8e38 4dd914f4 774b1974 ole32!CComCatalog::GetClassInfoW+0x1c
07a3f868 774d1da2 4dd914f4 07a3f884 4dd914f4 ole32!GetClassInfoFromClsid+0x24
07a3f888 774d0458 4dd914f4 07a3f958 00000000 ole32!LookForConfiguredClsid+0x19
07a3f96c 774d0575 4dd914f4 00000000 00000001 ole32!ICoCreateInstanceEx+0x106
07a3f994 774d0544 4dd914f4 00000000 00000001 ole32!CComActivator::DoCreateInstance+0x28
07a3f9b8 774d05b2 4dd914f4 00000000 00000001 ole32!CoCreateInstanceEx+0x1e
07a3f9e8 4dd914d4 4dd914f4 00000000 00000001 ole32!CoCreateInstance+0x37
07a3fa08 4dd90f9b 00000000 09b68908 09b688e0 msado15!CConnection::GetDataInit+0x26
07a3fa28 4dd910fb 00000000 09b68908 4dd91790 msado15!CConnection::InstantiateKnownDSO+0x26b
07a3fa34 4dd91790 4dd9158c 07a3fb94 00000000 msado15!CConnection::InstantiateDSO+0x1a
07a3fb5c 04b92d4f 09b68908 00209164 00000000 msado15!CConnection::Open+0x75a
WARNING: Frame IP not in any known module. Following frames may be wrong.
07a3fb94 300133ed 04b6a900 04b6dd41 04b6dd3c 0x4b92d4f
07a3fd00 3017328b 016c8f80 ffffffff 00000001 lvrt!TryCatchCOMWrapperFunction+0x6d
07a3fd24 7c9201db 3018a6d5 07a3ff80 00000000 lvrt!OnOccurrenceAndOccurAtTimeForExec+0x33b
07a3ffa0 30771879 00000240 308d97a0 ffffffff ntdll!RtlAllocateHeap+0xeac
07a3ffb4 7c80b729 07699b40 308d97a0 ffffffff lvrt!ThEventWait+0xb9
07a3ffec 00000000 30771850 07699b40 00000000 kernel32!BaseThreadStart+0x37


STACK_COMMAND:  .cxr 00000000; kb; ~18s; .ecxr; kb

SYMBOL_STACK_INDEX:  8

SYMBOL_NAME:  msado15!CConnection::GetDataInit+26

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: msado15

IMAGE_NAME:  msado15.dll

DEBUG_FLR_IMAGE_TIMESTAMP:  4802bfca

FAILURE_BUCKET_ID:  NULL_POINTER_READ_c0000005_msado15.dll!CConnection::GetDataInit

BUCKET_ID:  APPLICATION_FAULT_NULL_POINTER_READ_msado15!CConnection::GetDataInit+26

WATSON_STAGEONE_URL:  http://watson.microsoft.com/StageOne/MCEX_exe/2_1_0_38/4b47dc79/ole32_dll/5_1_2600_5512/4802bfb4/c0000005/000896f4.htm?Retriage=1

Followup: MachineOwner
---------



soweit ich das sehe scheint es was mit der ado DLL zu tun zu haben ... leider kenn ich mich mit dem Debugger nicht wirklich aus ...

ich häng mal das log an ...das Dump ist nen bissi gross(256 MB)


ich weiß icht mehr weiter....


hier noch die Vis die zum speichern in die DB bennutzt werden ...

lv09


das erstellt einfach aus einem Cluster mit werten einen langen String der TAB getrennt ist
Attached File  make_erg_string_V10.vi ( 52K ) Number of downloads: 310

das macht dann aus dem String den SQL String...
Attached File  testdata_to_DB_V10.vi ( 23.16K ) Number of downloads: 325


alles als llb zusammen mit subvi (.txt entfernen)
Attached File  make_erg_string.llb.txt ( 121.4K ) Number of downloads: 331



T

This post has been edited by toaran: 21. Apr 2010, 17:01
Attached File(s)
Attached File  drwtsn32.zip ( 68.42K ) Number of downloads: 228
 
Go to the top of the page
 
+Quote Post
CB
post 22. Apr 2010, 18:03
Post #2


proven Member
****

Group: Administrators
Posts: 314
Joined: 16.10.2006
From: Düsseldorf
Member No.: 2
LV Version: current
Zertifizierung: CLA
LV User seit: 2001



hmm .... schwierige Geschichte ...

wenn ich mir das Debug-Log so anschaue dann liest sich das für mich so als ginge irgendwo eine Referenz verloren. Ob das aber nun ein Problem im ADO-Toolkit ist, ein Problem von LV2009 (wie es mit ActiveX Methoden umgeht ...) oder ein Treiber-Problem auf Micrsoft-Seite kann ich leider auch nicht so genau sagen. Von so einem Fehler höre ich heute zum ersten mal ...

Ich würd mal folgendes machen:
1. eine Test-Datenbank erstellen die man hinterher wieder löschen kann
2. das Programm soweit abspecken, dass nur noch die Einfüge-Funktion übrig bleibt
3. das ganze dann so lang laufen lassen bis es abstürzt (oder auch nicht)

4. wenn es abstürzt: die Test-VIs auf LV 8.6.1 runterkonvertieren und nochmal laufen lassen: stürzt es immer noch ab?

wenn es nicht abgestürtzt ist: den LV Code nochmal genau unter die Lupe nehmen ...

Viele Grüße
CB


--------------------
künstliche Intelligenz ist besser als natürliche Dummheit!
rotabench:rotierende Prüfstände nach dem Baukasten-Prinzip
Go to the top of the page
 
+Quote Post

Reply to this topicStart new topic
1 User(s) are reading this topic (1 Guests and 0 Anonymous Users)
0 Members:

 



Lo-Fi Version Time is now: 22.09.2018 - 10:30