Ich gehe mal davon aus, dass Dir der Folgebeitrag Excel VBA Typelib Scanner zum Vergleich von Office 2010, 2007 und 2003 entgangen ist. Das Tool zum Scannen der VBA Lib’s hatte ich übrigens ebenfalls in diesem Beitrag angekündigt, Zitat: “Diese kleine Anwendung werde ich übrigens zu einem späteren Zeitpunkt jedem Interessierten als Freeware zur Verfügung stellen…” Das Kennwort zu dieser Datei, die hier heruntergeladen werden kann, ist übrigens “maninweb”.

Auf die anderen Punkte muss und werde ich hier nicht weiter eingehen.

Gruß

vor dem Download der Übersicht der VBA Elemente 2003/2007/2010 sollte sich jeder ernsthaft überlegen, was ihm ein Blatt mit 7200 Zeilen nützt, das per unbekanntem Passwort geschützt ist. Ganz sicher nichts.
Meine einzige plausible Erklärung für diesen Umstand ist, dass hier (zweifellos vorhandenes) Knowhow präsentiert werden soll, von dem der Leser aber aus wirtschaftlichen Gründen keinen Nutzen haben darf.
Feedback meinerseits: Gute Idee, aber in dieser Form wertlos. Vielleicht ist diese Form der Auflistung sowieso unspannend, weil man (Aufwärts-)Kompatibilität damit nicht sichtbar machen kann.
Da hier bewusst nicht mit offenen Karten gespielt wird, behalte ich auch meine eigene Erfahrungen diesbezüglich zurück.

Viele Grüße, Arno

Das Thema C++/VBA hört sich sehr spannend an. Leider kann ich momentan so erst auch nicht viel dazu sagen.

Ich kann allerdings anbieten, mit meinen Excel Versionen einen Test zu fahren und es mir genauer anzuschauen. Welches Betriebssystem wird verwendet? Was passiert, wenn der VBA Code Stück für Stück ausgeführt wird?

Falls Interesse besteht, einfach mir eine Mail schreiben an vba (at) maninweb (punkt) de.

Viele Grüße

Die Anwendung:
Ich bin ein “Financial Engeneer”, habe sehr viel Spass am Modellieren und Umsetzung der Ideen in C++ in Kombination mit VBA/EXCE. Noch mit EXCEL 2002 habe ich eine Workbook für eine Monte Carlo Simulation entwickelt, das auf EXCEL 2002 für 1,000 Pfade etwa 2.5h benötigt. Im dazugehörigen VBA Macro sind eine gute Anzahl von C++ Dll eingebettet. Eine von diesen liest etwa 120mb Daten ein, die dann sehr effizient in Excel hieneingeschossen werden. Durch diesen Trick hat das Workbook nur etwa 10mb Größe, und die Anwendung kann überhaupt nur in EXCEL umgesetzt werden.

Das Problem:

In EXCEL 2010 benötigt das gleiche Programm jetzt plötzlich knapp 10h, mit anderen Worten, ich kann hier das Programm nicht mehr verwenden, die Lösung des Problems ist wieder nur Mainframes und Clusters vorbehalten. An MS habe ich schon geschrieben. Deren leider nutzloser Vorschlag: Umbennen der Registry Einträge von EXCEL in EXCEL_old.

Was ist hier zu tun? Haben Sie eine Idee oder kennen Sie jemanden mit einer Idee. haben Kollegen ähnliche Probleme etc.

mit freundlichen Grüßen, Harald Hubbes