Probleme mit Systempfad und Win7

[horsthorn]

Habe eben bei meinem ganzen Listview.dll-Testen etwas festgestellt, das zwar nicht zum Thema gehört, aber doch interessant ist:
(wenn Jac nicht wieder schreibt:" Horsti, das ist doch uralt !" - besonders 'Horsti' hat mir 69jährigen sehr gefallen, Jac )
Also zurück:
Mein Datei-Browser speichert bei Beendigung die letzten Pfade für beide Fenster und startet beim Neuaufruf mit diesen Angaben.
Das geht unter WIN-7 nicht, wenn der Pfad C:\WINDOWS\SYSTEM32 heißt !
Dann klemmt die Sache und nur der Taskmanager kann noch helfen.
Musste mit einem anderen Programm in Appdata die Login manuell umschreiben.
Habe jetzt im Quellcode zwei Zeilen eingetragen:

Case path1$="C:\WINDOWS\SYSTEM32": path1$="C:"
Case path2$="C:\WINDOWS\SYSTEM32": path2$="C:"

Jetzt ist die Klippe umschifft - das sind so Kleinigkeiten im neuen BS, die man erst mal wissen muss - Danke für's Zuhören

[Jac de Lad]

Seltsam, dass das nicht geht.

[horsthorn]

Zitat von Jac de Lad

Seltsam, dass das nicht geht.

Na ja, ich denke mal, daß die Herrschaften in Redmont es nicht so gerne haben, wenn der User im BS "rumeiert" - das ist meine Vermutung, muss nicht stimmen. Aber im Laufe der Jahre sind schon viele Klöpse in den verschiedenen Versionen bekannt geworden. Also warum nicht hier eine kleine Schikane ?
Es kann aber auch sein, daß die Datenmenge in diesem Verzeichnis einfach zu groß für einen Start des Browsers ist.
In ...System32 sind eine Unmenge von Unterordnern und Dateien vorhanden. Vielleicht ist das einfach zu viel. Beim Umschalten vom laufenden Browser in das Verzeichnis gibt es ja auch keine Probleme. Nur, wenn beim Start dieser Pfad in der Login-Datei steht, "wird gestreikt"

[Frabbing]

Horsti, das ist doch uralt !" - besonders 'Horsti' hat mir 69jährigen sehr gefallen, Jac

Das macht dich glatt 10 Jahre jünger!

Der XProfan-Opa ist aber wohl Gerhard Putschalka, müsste jetzt so um die 73/74 sein. Hab die letzte Zeit nicht viel gehört von ihm, hoffe, es geht ihm gut. Aber soviel ich weiß, reist er viel.

[horsthorn]

@Frank

Das macht dich glatt 10 Jahre jünger!

[Jac de Lad]

@Horst: Wenn es klappt, dass du den Ordner im Betrieb deines Programms nach einem anderen Ordner aufrufst, dann versuch doch mal in diesem speziellen Fall zuerst "C:\" zu laden und dann automatisch "C:\Windows\System32". Vielleicht klappt es ja dann.

Jac

[horsthorn]

Zitat von Jac de Lad

@Horst: Wenn es klappt, dass du den Ordner im Betrieb deines Programms nach einem anderen Ordner aufrufst, dann versuch doch mal in diesem speziellen Fall zuerst "C:\" zu laden und dann automatisch "C:\Windows\System32". Vielleicht klappt es ja dann.

Jac

@Jaci
Sagte ich schon, daß es im gestarteten Datei-Browser (2windows4me²) kein Problem ist, in das Verzeichnis "C:\windows\system32" zu schalten ?
Das Problem ist aufgetreten, wenn ich den Browser geschlossen habe und befand mich zu dem Zeitpunkt mit einem der Fenster oder mit beiden in "C:\windows\system32"

Dafür habe ich die zwei Zeilen in den Code eingefügt.

Case path1$="C:\WINDOWS\SYSTEM32": path1$="C:"
Case path2$="C:\WINDOWS\SYSTEM32": path2$="C:"

Sollte beim Schliessen des Browsers "C:\windows\system32" in der Login-Datei gespeichert werden, wird beim Neustart sofort auf "C:" umgeschaltet.
Wenn dann das Programm gestartet ist, ist es kein Problem usw...
Ich tendiere sowieso dahin, daß in ...system32 mittlerweile soviele Daten liegen, daß das Programm Zeit, braucht, um sie einzuladen.
Schalte ich in C:Windows, klappt das sofort, schalte ich jetzt in ...System32 dauert es einige Zeit (früher die Sanduhr, jetzt der Kringel ). Daher glaube ich, daß beim Start diese "Datenflut" das Programm zum Absturz bring1.

[Jac de Lad]

Nein, du hast meinen Beitrag nicht richtig gelesen (oder ich mich falsch formuliert):

Ich meinte in diesem Fall wie bisher "C:\" zu laden und ein Flag zu setzen. Wenn das Flag gesetzt ist, dann führst du vor deiner waitinput-Schleife einmal den Code aus, der ein neues Verzeichnis anwählt, also "C:\Windows\System32". Das müsste doch klappen, oder?

Jac

[horsthorn]

@Jac
Aber wofür soll das gut sein ?
Normal bewege ich mich ja garnicht in diesen Verzeichnis und es war ein Zufall, daß ich dieses Problem überhaupt bemerkt habe.
Es hat mich einige fruchtlose Startversuche gekostet, bei dem Win-7 immer den Fehler in der "Profan-Runtime" und ich mir einen Wolf im Code gesucht haben.
Erst zum Schluss bin ich dann darauf gekommen, daß es an der Login-Datei liegen könnte und hab diese mit einem Editor umgeschrieben.
Jetzt kann das Problem nicht mehr entstehen. Habe es ausprobiert, der Pfad wird automatisch auf C: umgestellt und dann kann ich ja, wenn ich will, in ..System32 schalten. Gelle ?

[Jac de Lad]

Hm, war nur ne Idee, damit das trotzdem angewählt wird, wenn es als letztes angewählt war.

[horsthorn]

@Jac
Zeige dir mal, wie mittlerweile der Code aussieht, der 'hoffentlich' alle vorkommenden Eventualitäten abdeckt:

komplett1$=$appdatadir+"\\"+data_dir$+"\\"+log_datei$
path1$=READINI$(komplett1$,"Start-Weg","FENSTER_LINKS")
path2$=READINI$(komplett1$,"Start-Weg","FENSTER_RECHTS")
CASE LEFT$(path1$,1)=":": path1$="C:"
CASE LEFT$(path2$,1)=":": path2$="C:"
Case (path1$<=""): path1$="C:"
Case (path2$<=""): path2$="C:"
Case (path1$="C:\\WINDOWS\\SYSTEM32"): path1$="C:"
Case (path2$="C:\\WINDOWS\\SYSTEM32"): path2$="C:"
CASENOT DIREXISTS(path1$): path1$="C:"
CASENOT DIREXISTS(path2$): path2$="C:"

Sagte ich schon, daß der Computer "doof" ist. Er speichert einfach irgendetwas in diese INI-Datei, ohne zu überlegen, ob er später auch damit starten kann

[AHT]

Hallo Horst...

Merkwürdige Geschichte - konntest du herausbekommen, woran das liegt?
Aus deiner Besachreibung heraus würde ich vermuten, dass das Öffnen einer Datei mit CreateFile nicht zurückkehrt, weil ein anderer Prozess bereits ein Handle auf diese Datei geöffnet hat und ein weiteres Öffnen der Datei verhindert.
Es wäre wichtig zu wissen, zu welchem Zeitpunkt das Programm genau den Dienst verweigert - welche Funktion da also aufgerufen wird, die nicht zurückkehrt...

[horsthorn]

@Andreas
Irgendetwas verstehst du falsch.
Es wird keine Datei geöffnet, sondern...
...beim Beenden meines eigenen Datei-Browsers werden für beide Fenster die Pfade, die zum Schluss aktiv waren in einer Txt-Datei gespeichert.
D. h., beim erneuten Start wird mit diesen gespeicherten Pfaden gestartet. Das funktioniert auch perfekt.
Außer es wird der Pfad C:\WINDOWS\SYSTEM32 abgespeichert.
Dann kommt beim Neustart ein Windows-7-Fenster mit der Meldung "PROFAN-RUNTIME funktioniert nicht richtig - Es wird nach dem Problem gesucht" oder so ähnlich.
Hier hilft dann nur noch der Taskmanager. Um dieses Kriterium zu umschiffen, habe ich dem obenstehenden Code die zwei Zeilen zugefügt:

Case (path1$="C:\\WINDOWS\\SYSTEM32"): path1$="C:"
Case (path2$="C:\\WINDOWS\\SYSTEM32"): path2$="C:"

Wenn also wirklich zum Schluss in diesem Windows-Unterverzeichnis "rumgeeiert" wird, schaltet der Browser beim erneuten Start auf C: -
Alles OK ?

[AHT]

Ja, hast Recht - die Fehlermeldung würde nicht erscheinen. Trotzdem wäre es wichtig zu wissen, was genau in deinem Quelltext abgearbeitet wurde, wenn die Fehlermeldung erscheint. Windows7 scheint sich da ja anders zu verhalten als XP.

[horsthorn]

@Andreas
Beiß dich nicht fest...
Das Programm läuft doch und da es ja "2windows4me" heißt,
ist es für mich gedacht und ich bastele immer schön daran herum,
weil es Spass macht.
ROKO (Rolf Koch) hatte mal moniert, daß er die blauen Fenster vom 'Norton-Commander' hasst und die waren bei meinem Tool fest vorgegeben.
Jetzt kannst du, wenn du das Tool hast, die Farben für den Hintergrund und die Schrift ändern.
Kleine Wünsche erfülle ich sofort, Wunder dauern bei mir immer länger !

Dim bereich#,20000
' Aktuelle Verzeichnissliste laden
bytes&=FilelistToCsv(addr(path1$),bereich#,0,addr(z&),$1f,icons#,ilistL&)
x&=SetColumnsFromMem(LINKS_VIEW&,bereich#,addr(spalte%))
CsvToListview(LINKS_VIEW&,(bereich#+spalte%),(bytes&-spalte%),x&)
SetIconsFromMem(LINKS_VIEW&,0,icons#,z&)
Dispose bereich#

Mit diesem Code wird in beide Fenster (im Beispiel das linke) der angegeben Pfad eingelesen.
Vielleicht versuche ich mal, Dim,bereich#,x% größer zu machen.
Aber erst, wenn ich wieder an den Code gehe !
Zur Information für 'ROKO' - Gefällt dir die Farb-Kombination besser ?