micki
Goto Top

Wie ExePath zerlegen?

Programmiere gerade unter VB 6.0 an einer Anwendung für die ich den Start-Path der Exe brauche.

Ich kann mit ExePath unter VB 6.0 ja wunderbar die Exe incl. Startpfad auslesen. Leider wenn ich den Wert in eine String Variable einlese kann man den String nicht bearbeiten. So nette Sachen wie Left $ (ExecPath, 11) funktionieren einfach nicht. Hat Da wer einen Rat?


Private Declare Function GetModuleFileName Lib "kernel32" _
Alias "GetModuleFileNameA" _
(ByVal hModule As Long, _
ByVal lpFileName As String, _
ByVal nSize As Long) As Long
.
.
.

Retval = GetModuleFileName(hInst, ExePath, Len(ExePath))
MsgBox Left$(ExePath, Retval), , "Anwendungspfad"
datzielvar = ExePath
cut = Len(datzielvar)
cut = cut - 11
datzielvar = Left$(datzielvar, 106)

Content-ID: 170457

Url: https://administrator.de/forum/wie-exepath-zerlegen-170457.html

Ausgedruckt am: 22.12.2024 um 21:12 Uhr

mathe172
mathe172 26.07.2011 um 22:52:38 Uhr
Goto Top
Hallo,

ich kenn zwar nur VB.NET, aber gibt es in VB 6.0 nicht auch etwas wie Split, das den String bei den "/" zerlegt und als Array die Teile ausgibt?
Dann müsstest du nur noch alle Teile bis auf den letzten wieder zusammensetzen und fertig.

Mathe172
bastla
bastla 26.07.2011 um 23:19:56 Uhr
Goto Top
@mathe172
gibt es in VB 6.0 nicht auch etwas wie Split
Gibt es (VB 5.0 kannte das aber tatsächlich noch nicht) ebenso wie InStrRev(), aber wenn bei Micki schon ein Left() nicht funktioniert ...

Grüße
bastla
Xolger
Xolger 26.07.2011 um 23:42:12 Uhr
Goto Top
Hallo Micki,

schön das es noch mehr Leute gibt die VB 6.0 nutzen.
Ich habe mit deinem Beispielcode für ExePath keinen Erfolg, bei mir kommt immer
eine leere Zeichenkette heraus.
Ich nutze bei mir jedoch "App.Path" um Pfade zu übernehmen und zu bearbeiten.
Vielleicht hilft dir das weiter.


Gruß
Xolger
mrtux
mrtux 27.07.2011 um 03:29:33 Uhr
Goto Top
Hi !

Zitat von @bastla:
Gibt es (VB 5.0 kannte das aber tatsächlich noch nicht) ebenso wie InStrRev(), aber wenn bei Micki schon ein Left()
nicht funktioniert ...

Und wenn wir schon bei der Kritik sind:

Lieber TO, untersteh dich und komm bitte ja nicht auf die Idee, irgendwelche Dateien (z.B. Ini-Files, Datenbanken usw.) im gleichen Verzeichnis (z.B. unter C:\Program Files) wie deine Exe-Datei zu speichern. Das macht man schon seit längerer Zeit (mind. seit Windows 2000) im Benutzerprofil! Dann muss auch der arme Admin, der sich gezwungenermaßen mit deiner Anwendung herumschlagen muss, nicht mühsam die Schreibzugriffe deiner Applikation mit Sysinternals ProcessMon raussuchen und manuell die nötigen Rechte setzen, damit deine Applikation auch ohne Adminrechte (z.B. unter Windows XP) läuft. Die nötigen Pfade für das globale- bzw. lokale Benutzerprofil bekommst Du über entweder über die Systemvariablen (von M$ nicht empfohlen) oder über die API-Funktionen SHGetSpecialFolderLocation, SHGetSpecialFolderPath oder SHGetFolderPath. Nachzulesen hier.

mrtux
Micki
Micki 27.07.2011 um 11:10:30 Uhr
Goto Top
Zitat von @mrtux:
Hi !
Also leider waren die bisherigen Beiträge nicht wirklich konstruktiv!


> Zitat von @bastla:
> ----
> Gibt es (VB 5.0 kannte das aber tatsächlich noch nicht) ebenso wie InStrRev(), aber wenn bei Micki schon ein
Left()
> nicht funktioniert ...

Und wenn wir schon bei der Kritik sind:

Lieber TO, untersteh dich und komm bitte ja nicht auf die Idee, irgendwelche Dateien (z.B. Ini-Files, Datenbanken usw.) im
gleichen Verzeichnis (z.B. unter C:\Program Files) wie deine Exe-Datei zu speichern. Das macht man schon seit längerer Zeit
(mind. seit Windows 2000) im Benutzerprofil! Dann muss auch der arme Admin, der sich gezwungenermaßen mit deiner Anwendung
herumschlagen muss, nicht mühsam die Schreibzugriffe deiner Applikation mit Sysinternals ProcessMon raussuchen und manuell
die nötigen Rechte setzen, damit deine Applikation auch ohne Adminrechte (z.B. unter Windows XP) läuft. Die nötigen
Pfade für das globale- bzw. lokale Benutzerprofil bekommst Du über entweder über die Systemvariablen (von M$
nicht empfohlen) oder über die API-Funktionen SHGetSpecialFolderLocation, SHGetSpecialFolderPath oder
SHGetFolderPath. Nachzulesen hier.

mrtux


@mrtux

wo ich Dateien aus welchem Grund ablege hat nichts mit der Händelbarkeit für Admins zu tun sondern nur damit, dass ich da auf Vorgaben eines schon vorhanden Programms mit rekurieren muss!
mathe172
mathe172 27.07.2011 um 15:25:13 Uhr
Goto Top
Hallo,

Also leider waren die bisherigen Beiträge nicht wirklich konstruktiv!

Wenn du ein Forum suchst, dass dir den kompletten Code gibt, bist du hier falsch. Wenn es dir wirklich nur darum geht, den String zu zerlegen und alles unnötige zu löschen,
dann lies dir doch noch mal ersten durch.

MfG,
Mathe172
Micki
Micki 27.07.2011 um 15:59:51 Uhr
Goto Top
1. Ich hab mittlerweile einen ehm. Doz erreicht. Der hat mir gesagt warum das nicht ging.
Jetzt geht es und das reicht mir!
mrtux
mrtux 27.07.2011 um 17:55:54 Uhr
Goto Top
Hi !

Zitat von @Micki:
Also leider waren die bisherigen Beiträge nicht wirklich konstruktiv!

Der Meinung bin ich nicht. Du hast hier sehr wohl fachlich richtige Antworten erhalten.

@mrtux
da auf Vorgaben eines schon vorhanden Programms mit rekurieren muss!

Das muss ich auch oft, deshalb muss ich aber noch lange nicht die Fehler des Vorgängers übernehmen.

Was Du machst und nicht machst, ist natürlich deine Sache aber da ich mich bei meiner Admintätigkeit ständig mit solchem Softwaremüll herumärgern muss, erlaube ich es mir, ab und zu mal die Leute auf bestehende Windows Konventionen hinzuweisen, die man normalerweise (und aus gutem Grund) auch einhalten sollte.

mrtux