Office: (Office 2016) VBA-Passwort & SaveAsText

Ich vermute mal "Nein" aber frage trotzdem mal:

Gibt es eine Möglichkeit das MS Access einem zur Eingabe des VBA-Projekt-Passwortes auffordert, wenn ich die .SaveAsText Methode verwende bei Formularen mit VBA-Code.

Da kommt vernünftigerweise momentan der Laufzeitfehler '0': Reservierter Fehler.

Gruß Marinsche

:)

 

Glaube kaum.
Daher würde ich empfehlen, für den User nur eine accde zur Verfügung zu stellen und in der Entwicklerversion, braucht du dann ja kein Passwort.

Theoretisch sollte es ja möglich sein, die Projekte direkt aus der Access Datei auszulesen - das könnte dann auch kein Passwort verhindern. So ein Wissen wird man vermutlich aber nicht einfach so im Netz finden.

Vom Prinzip her einfach eine leere Access Datei erstellen.
Dann ein Projekt hinzufügen und schauen was sich am Inhalt der Access Datei - beim binären auslesen - ändert. Möglicherweise findet man auch den Inhalt des exportierten Moduls direkt in der Access Datei. So könnte man erfahren wo die Infos zum Speicherort der einzelnen Objekte innerhalb der Access Datei sind und könnte alle Projekte in einem Rutsch auszulesen und verwenden. Diese Struktur ist dann auch möglicherweise versionsabhängig.

Man muss sich halt etwas Zeit reservieren.

 

[OT]Das ist mindestens das Understatement der Woche, wenn nicht des Jahres. :-)[/OT]

 

\@sonic8,
sag nicht, du hast dich schon damit beschäftigt.

 

Danke für die Antworten. Soviel Aufwand (Hex auslesen) brauch ich gar nicht betreiben.

Dann muß ich halt händisch das VBA-PW deaktivieren bevor ich den Export mache.

Mit "Entwickler-" und "Veröffentlichter Version" bin ich noch nicht so warm geworden. Für meine Fälle reicht das VBA-PW erstmal aus als Schutz vor Anwenderunfällen.

 

Schon klar. Dieser Gedanke hat sich halt spontan durch deine Frage ergeben.

 

Definiere "beschäftigt". ;-)

 

Wenn man eine MDE/ACCDE veröffentlicht, was ich generell in den meisten Fällen für sinnvoll halte, entfällt das Passwort-Schutz-Thema, aber/und du hast automatisch eine Entwickler- und eine Benutzerversion.

 

Also doch *cool.gif*
Grundsätzliche Erkenntnisse?*tausch

 

It's complicated...
Da Microsoft, anders als für die meisten Office Anwendungen, das Access Dateiformat nicht öffentlich gemacht hat, ist es ein ziemlich aussichtsloses Unterfangen da strukturiert etwas auslesen zu wollen.
Für meinen sehr speziellen Fall war es dann ausreichend (und einfacher) die DB-Datei als Text zu lesen und daraus die gesuchten Informationen zu parsen, die glücklicherweise als Klartext in der Datei stehen.

 

Jo, für größere DBs mit vielen Nutzern. Hab hier glücklicherweise grad welche da hab ich teilweise 1-2 Nutzer, die auch noch in der Lage sind, eigene Abfragen/Berichte zu erstellen, bzw. deren Einstellung zu ändern.

Da ist für mich Benutzerseparation durch Rechte für den Ordner, indem die Datei liegt eigentlich schon ausreichend. Das VBA-Passwort empfind ich mehr als nettes Gimmick um zu verhindern, das neugierige Menschen aus Versehen etwas kaputt machen.

 

\@sonic8,
danke.

 

https://www.codeproject.com/Articles...th-MFC-and-NET

Hier steht ein bisschen was über das File-Format.

Edit: Das ist noch umfangreicher:
mdbtools/mdbtools


Gruss
Jones

 

\@CatboyJones,
interessant wären natürlich die unveröffentlichten Infos.
Was mir neu war, ist wie Null Werte in der DB gespeichert werden.

LG M

 

>interessant wären natürlich die unveröffentlichten Infos.
Tja, die darf ich leider nicht veröffentlichen, aber ich kann sagen,
die sind wirklich sehr interessant. *biggrin.gif* *wink.gif*

vg
Jones