claude
Goto Top

Access 2003 runtime Absturz bei Export nach Excel

Funktioniert bei Vollversion ...

Hallo,
In einer Access2003 Datenbank wird eine Tabelle nach Excel exportiert (VBA):
DoCmd.TransferSpreadsheet acExport, acSpreadsheetTypeExcel5, "WaTbl_Tabelle_Export", Dateiname, True  
Der Dateiname wird davor zusammengestellt: Beispiel: LKW_LOG_20121204_1104.xls
In der VBA Prozedur ist eine Fehlerroutine eingebaut.
Bei der Vollversion funktioniert dies ohne Probleme.

Die Anwender benutzen jedoch über Citrix eine Access 2003 Runtimne Version.
Dort stürtz Access ab, ohne eine Fehlermeldung anzuzeigen.
Auf dem Cirtix Server lauft Windows 2008 R2 Server und Office 2010 mit AC2003-Runtime
Bei meinem rechner läuft Windows 7 und Office 2010, mit Access 2003 Vollversion
Access2010 ist bei beiden nicht installiert.

Fehlermeldung von Windows:
- Microsoft Office Access funktioniert nicht mehr
Unter Optionen im Dialogfeld werden folgende Informationen angezeigt:
Problemsignatur:
  Problemereignisname:	APPCRASH
  Anwendungsname:	MSACCESS.EXE
  Anwendungsversion:	11.0.5614.0
  Anwendungszeitstempel:	3f3c8e3c
  Fehlermodulname:	mso.dll
  Fehlermodulversion:	11.0.5606.0
  Fehlermodulzeitstempel:	3f334cce
  Ausnahmecode:	c0000005
  Ausnahmeoffset:	0001f01b
  Betriebsystemversion:	6.1.7601.2.1.0.16.7
  Gebietsschema-ID:	1031

Zusatzinformationen zum Problem:
  LCID:	1031
  Brand:	Office11Crash
  skulcid:	1031

Lesen Sie unsere Datenschutzbestimmungen online:
  http://go.microsoft.com/fwlink/?linkid=104288&clcid=0x0407

Wenn die Onlinedatenschutzbestimmungen nicht verfügbar sind, lesen Sie unsere Datenschutzbestimmungen offline:
  C:\Windows\system32\de-DE\erofflps.txt
Hat jemand eine Idee, was die Ursache sein könnte?
Vielen Dank
Gruß
Claude

Content-ID: 195346

Url: https://administrator.de/contentid/195346

Ausgedruckt am: 23.11.2024 um 01:11 Uhr

76109
76109 05.12.2012 um 00:46:04 Uhr
Goto Top
Hallo Claude!

Hast Du es schon mal mit denen hier versucht:
acSpreadsheetTypeExcel7
acSpreadsheetTypeExcel8
acSpreadsheetTypeExcel9

acSpreadsheetTypeExcel5 ist ein Asbachuralt-Format...


Gruß Dieter
Claude
Claude 05.12.2012 aktualisiert um 12:40:19 Uhr
Goto Top
Hallo Dieter,
Ja, habe mit 8 begonnen, dann zweiter Test mit 5
Gruß
Claude
PS: Auch noch mit 9 getestet.
Ab 10 mekert schon der Debugger "Variable nicht bekannt"
Claude
Claude 05.12.2012 um 12:39:18 Uhr
Goto Top
Hallo,
Weiterer Hinweis: Natürlich habe ich die MSO.DLL in Verdacht
Lokal sind 2 MSO.DLL vorhanden:
- von Office14, Version 14.0.6112.5000 vom 16.10.2011
- von Office10, Version 11.0.8341.0 vom 22.07.2011
Server nur eine:
- von Office14, Version 14.0.6112.5000 vom 16.10.2011
Kann es sein, dass das schon die Lösung ist?

Danke
Gruß
Claude
Claude
Claude 05.12.2012 aktualisiert um 16:43:54 Uhr
Goto Top
...leider lässt sich die MSO.DLL Version 11 nicht auf dem Server regsitrieren.
Fehlermeldung von RegSvr32
"Die MSO.DLL wurde geladen, aber der DLLRegisterServer-Eingangspunkt wurde nicht gefunden"  
Warum?
Gruß
Claude
Claude
Claude 06.12.2012 aktualisiert um 15:53:45 Uhr
Goto Top
Hallo,
Auch die Lösung in VBA die Excel-Version offen zu lassen, geht nicht (geht nur lokal, nicht auf dem Citrix-Server)
DoCmd.TransferSpreadsheet acExport, , "WaTbl_Tabelle_Export", Dateiname, True   
Gruß
Claude
Claude 17.12.2012 um 14:35:47 Uhr
Goto Top
Hallo,
Habe das problem immer noch nicht lösen können. Daher werden jetzt ale Alternative die Daten als CSV exportiert:
DoCmd.TransferText acExportDelim, "WaTbl_Tabelle_Export Exportspezifikation", "WaTbl_Tabelle_Export", Dateiname, True, "", 1250  
Gruß