Eigenen Dateinamen auslesen

  • VB.NET

Es gibt 10 Antworten in diesem Thema. Der letzte Beitrag () ist von n1nja.

    Eigenen Dateinamen auslesen

    Hey ihr,

    ich verzweifle schon seid Tagen!
    Und zwar will ich von meinen ausgeführten Programm den Dateinamen auslesen(zb.Application1.exe)

    Er ließt zwar den aus mit Application.Productname, aber Probleme sobald ich die Exe kopiere und anders bennene!
    Ließt er mir den falschen Namen aus!
    Er ließt nur den Originaldateinamen aus!

    Wenn ich eine neue Application erstell mit namen Testprogramm...
    Kann ich die erstelle kopieren, ändern oder sonst was... es kommt nur als Ausgabewert der Originaldateiname, Testprogramm.exe raus...

    Wie kan ich das anstellen???
    Egal ob kompletter Pfad, Endung oder sonst was... Kan ich ja nachher noch splitten...


    MFG n1nja
    Ha es geht danke dir, lol!

    weiß wo mein fehler lag:)

    das hatte ich die ganze zeit

    VB.NET-Quellcode

    1. Dim file As String
    2. file = Path.GetFileName(Application.StartupPath & "\" & Application.ProductName)


    und hatte mit path. ausprobiert, bin nicht draufgekommen das ich den falschen pfad hatte...
    Hey @fichz: wird dem eigentlichen Problem imho aber trotzdem nicht gerecht:

    n1nja schrieb:

    Er ließt zwar den aus mit Application.Productname, aber Probleme sobald ich die Exe kopiere und anders bennene!
    Ließt er mir den falschen Namen aus!

    Schöner (und besser) ist es trotzdem :)

    Gruß, Manschula

    fichz schrieb:

    Du musst dich nicht darum kümmern ob du nun einen / oder \ machen musst.
    Dem Windows ist das egal. :D
    Unix will ein "/" haben.
    Falls Du diesen Code kopierst, achte auf die C&P-Bremse.
    Jede einzelne Zeile Deines Programms, die Du nicht explizit getestet hast, ist falsch :!:
    Ein guter .NET-Snippetkonverter (der ist verfügbar).
    Programmierfragen über PN / Konversation werden ignoriert!
    @RodFromGermany: Hast du recht, jedoch ist es oft problematisch WANN man diesen \ bzw / macht.
    Und beim Zusammenbauen von Pfad + Datei ist das doch fehleranfällig ;)

    Mit Path.Combine gehört das der Geschichte an (und ist schöner lesbar mMn)

    lg
    ScheduleLib 0.0.1.0
    Kleine Lib zum Anlaufen von Code zu bestimmten Zeiten

    fichz schrieb:

    WANN man diesen \ bzw / macht.
    Völlig egal.

    VB.NET-Quellcode

    1. Dim fi As New System.IO.FileInfo("C:\Temp/xxx\yyy/Test.txt")
    2. If fi.Exists Then
    3. MessageBox.Show("da")
    4. End If
    Es ist benutzbar.
    Falls Du diesen Code kopierst, achte auf die C&P-Bremse.
    Jede einzelne Zeile Deines Programms, die Du nicht explizit getestet hast, ist falsch :!:
    Ein guter .NET-Snippetkonverter (der ist verfügbar).
    Programmierfragen über PN / Konversation werden ignoriert!
    Du hast mich missverstanden ;)
    Ich meinte, dass es sein kann dass beim Zusammenbauen allgemein Fehler passieren können. zB wenn man diesen \ vergisst.
    Bsp.:

    VB.NET-Quellcode

    1. Dim file As String
    2. file = Path.GetFileName(Application.StartupPath & Application.ProductName)


    Sowas in der Art meinte ich.

    lg
    ScheduleLib 0.0.1.0
    Kleine Lib zum Anlaufen von Code zu bestimmten Zeiten
    OK. Verstanden.
    Ich setze da einen Haltepunkt hin und ... :thumbsup:
    Falls Du diesen Code kopierst, achte auf die C&P-Bremse.
    Jede einzelne Zeile Deines Programms, die Du nicht explizit getestet hast, ist falsch :!:
    Ein guter .NET-Snippetkonverter (der ist verfügbar).
    Programmierfragen über PN / Konversation werden ignoriert!

    fichz schrieb:

    @RodFromGermany: Hast du recht, jedoch ist es oft problematisch WANN man diesen \ bzw / macht.
    Und beim Zusammenbauen von Pfad + Datei ist das doch fehleranfällig ;)

    Mit Path.Combine gehört das der Geschichte an (und ist schöner lesbar mMn)

    lg

    Das stimmt, das habe uich gemerkt als ich die Datei gestern ausgeführt habe!
    Kam immer Datei wurde nicht gefunden...
    Da habe ich auch ewig gesucht und hab nur ein \ vergessen...

    Manchmal denkt man einfach zu kompliziert:)

    Danke euch, funzt alles...