schreiben der Datei im %TEMP% schlägt im hintergrund fehl

Habe ich diese Funktion schreibt in meine log-Datei. Es nicht still. In diesem gibt es keine Fehler, die in dieser Funktion, es ist einfach nicht erstellen oder schreiben in die Datei. Ich bin versucht, zu schreiben, zu %TEMP%\myappname.log. Es versagt auch in %USERPROFILE%\Desktop\myappname.log. Server ist Windows Server 2008 R2 Standard.
Ich habe Probleme mit dem schreiben in den Ordner der Anwendung mit anderen Programmen, so bewegt zu schreiben, um die %TEMP% Verzeichnis und dieses gelöst. Aber dieses system wird nicht einmal lassen Sie mich schreiben, die %TEMP% - Verzeichnis.
Ja, ich habe versucht, als administrator ausgeführt und es hat nicht geholfen.
%TEMP% in diesem Fall löst durch ExpandEnvironmentStrings zu C:\Users\sa\AppData\Local\Temp\2
So g_strLogPath ist C:\Users\sa\AppData\Local\Temp\2\myappname.log.

Public Function LogMessage(ByVal strInput As String, Optional ByVal blnDate As Boolean = False) As Boolean

   Dim intFileNumber As Integer

   On Error GoTo ErrorHandler

   If g_lngLogLevel <> 1 Then
      Exit Function
   End If

   If Len(g_strLogPath) = 0 Then
      SetLogPath
   End If

   If blnDate Then
      strInput = Format(Now, cstrLogDateFormat) & " : " & strInput
   End If

   intFileNumber = FreeFile
   Open g_strLogPath For Append As #intFileNumber
   Print #intFileNumber, strInput
   Close #intFileNumber

   LogMessage = True

   Exit Function

ErrorHandler:

   MsgBox _
      "Error: " & Err.Number & vbCrLf & _
      "Location: Module1.LogMessage" & vbCrLf & _
      "Line: " & Erl & vbCrLf & _
      Err.Description, vbExclamation + vbOKOnly

End Function
Das code-snippet doesn ' T scheinen zu zeigen, den Pfad, den Sie verwenden, so wie wir wissen, es ist wirklich %TEMP%? (Es könnte ausreichen, um zu kommentieren, was der Wert von g_strLogPath stellt sich heraus zu sein.)
überarbeitete code und fügen vollständigen Pfad der log-Datei

InformationsquelleAutor Will Rickards | 2012-05-03

  1. 5

    Versuchen, diese

    Sub GetTmpPath()
    'This will give the Temp Path
    MsgBox IIf(Environ$("tmp") <> "", Environ$("tmp"), Environ$("temp"))
End Sub

    So können Sie versuchen, verwenden Sie es als 

        Ret = IIf(Environ$("tmp") <> "", Environ$("tmp"), Environ$("temp"))

    g_strLogPath = Ret & "\Sample.Log"

    Open g_strLogPath For Append As #intFileNumber
    Diese Funktion scheint die Rückgabe ein leerer string. Ich benutze ExpandEnvironemntStrings mit " %TEMP%", um die temp-Pfad. Es funktioniert einwandfrei. Problem ist nicht immer die temp Lage ist zu schreiben. Die app kann es nicht zu schreiben, user schreiben können.
    Msgbox TempPath & "Sample.txt" Wenn du dies in der Sub TmpPath() was bekommen Sie? und dann versuchen, es so Open g_strLogPath For Append As #intFileNumber Was passiert?
    Eine leere Zeichenfolge wird zurückgegeben, indem TempPath
    Was bedeutet dies Ihnen? MsgBox IIf(Environ$("tmp") <> "", Environ$("tmp"), Environ$("temp"))?
    C:\Users\sa\AppData\Local\Temp\2

    InformationsquelleAutor Siddharth Rout

  2. 0

    Versuchen Sie es mit GetTempPath statt Environ$("TEMP") um die temp-Ordner.

    Wenn der aktuelle Benutzer keine Schreibrechte im TEMP-Ordner, viele system-Komponenten fehl, auch.

    Benutzer der lokalen Maschine (kein network-Konto). Benutzer ist Mitglied der lokalen Gruppe Administratoren. Sie haben volle Berechtigungen. Ich kann Programme installieren und gut.
    Antivirus-apps sind gut bekannt knobble schreibt in den temporären Ordner.
    Zweifel Echtzeit-Schutz behandelt TEMP-Ordner anders. OP ist die Verwendung von remote desktop (das ist, warum bekommt er 1, 2 und so weiter, am Ende zu warm) und hat wohl ein paar falsche Einstellungen am RDS -, Gruppenrichtlinien-oder Dateiberechtigungen.
    McAffee hatte zumindest die option zum deaktivieren von ausführbaren Dateien in den Ordner %TEMP%, und das ist weit fromt er schlimmsten, die ich gesehen habe.

    InformationsquelleAutor wqw

  3. 0

    War das problem loglevel überprüfen.
    Sie nie tatsächlich bekam der open-oder print-Anweisungen.

    Hatte ich drei log-Stufen definiert
    0 = kein log
    1 = alles
    2 = nur Fehler

    Es wurde auf 2 gesetzt
    Und logerror keinen Sinn genannt LogMessage, die überprüft, ob loglevel <> 1 und somit nie ran.

    Normale Praxis ist, haben die protokolliergrade auf die Reihenfolge der Ausführlichkeit. Sie scheinen zu haben, "alles" und "nur Fehler" getauscht.
    Ich habe nie wollen, schalten Sie die Protokollierung von Fehlern aus, so dass ich wechselte es zu einem boolean verbose logging-flag. Und nur die Ausgabe der stack-trace-Typ Zeug, wenn ausführliche, aber die Ausgabe der Fehler immer.

    InformationsquelleAutor Will Rickards

Schreibe einen Kommentar