Deutsch
Forum

Win98

 
- Seite 1 -


Servus Frank

1.)
wenn ich das Explorer_Demo als EXE von einer CD oder auch von einem USB-Stick starte kommt es unter Win98 zu einer Schutzverletzung unter WinXP tritt dieses Problem nicht auf.
Ist mir aufgefallen als ich ein Prog von mir auf eine USB-Stick
kopiert habe um dieses mal im Geschäft unter W98 zu testen.
Das Ganze lief erst als ich es auf die Festplatte kopiert habe.
Der Stick ist nicht Schreibgeschützt.Wie gesagt unter WinXP funktionierts.

2.)hast Du die letzte Mail vom 15.2.04 betreffend der Umlaute
erhalten ??

Gruß Klaus
 
09.11.2004  
 



 
- Seite 1 -


Hi Frank

zu1)ist nicht wichtig,ist halt nur mal wieder der Unterschied
zwischen Win98 und WinXP,auf einem gehts beim andren nicht
mit diesem hin und her kämpf ich jetzt schon eine ganze
Weile und da ist mir halt das mit der Listview aufgefallen.

zu2) anscheinend bockt der Server von Strato mal wieder deshalb
hier mal der Inhalt der Mail.Das Problem hat sich somit
erledigt.(Gott sei Dank)

Please test the following two versions.
.....net/7-zip32a.zip
.....net/7-zip32b.zip

I think that I am because WinApi SetFileApisToOEM is probably called inside 7-Zip.
However, this is internal and I cannot correct.

a is calling WinAPI SetFileApisToANSI, after processing finishes.
b rewrote the inside forcibly and deleted WinAPI SetFileApisToOEM. This is for a check.
It is good in being repaired in a...

Gruß und Danke
bis zum nächstenmal
Klaus
 
09.11.2004  
 



Ok, danke Klaus !

Gruß, Frank
 
09.11.2004  
 



Hi Frank
tja,ich habe jetzt festgestellt das alle meine Progs die die Funktion FileListToCsv verwenden auf meinem W98er System abstürzen bzw. Schutzverletzungen in der Listvie.dll und in Kernel.exe verursachen und zwar immer dann wenn diese Progs aus der ROOT heraus gestartet werden.
Starten die Progs aus einem Unterverzeichniss habe ich keine Probleme.
Ich habe um einen Fehler meinerseits mal etwas zu begrenzen zu weiteren Tests Deine ExplorerDemo verwendet (die EXE sowie die PRF)auch hier das gleiche.

Der Fehler tritt hier auf:

bytes&=FilelistToCsv(addr(text$),bereich#,0,addr(z&),31,icons#)
x&=SetColumnsFromMem(listview&,bereich#,addr(y&))
CsvToListview(listview&,(bereich#+y&),(bytes&-y&),x&)
SetIconsFromMem(listview&,0,icons#,z&)

und zwar in der Zeile CsvToListview
oder halt z.B. bei einem anderen Code beim Aufruf der Prozedur
GetParentDir und anschliessendem LoadDir

Wie gesagt nur hier bei mir unter Win98 unter WinXP ist alles in Ordnung.
Könntest Du Dir das mal bitte anschauen und evtl auf einem W98er testen ??
Vielen Dank im Voraus
Gruß Klaus
 
09.11.2004  
 



Hallo Klaus,

ja, ich schaue mir das in den nächsten Tagen an.
Win98 ist nebenan, bei meinem Nachbarn.

Gruß, Frank
 
09.11.2004  
 



Hallo Klaus,

wie ermittels du denn das aktuelle Rootverzeichnis ?
Das ist meine Methode:

Def GetCurrentDirectory(2) !KERNEL32,GetCurrentDirectoryA

*** Aktuelles Verzeichnis SICHER ermitteln

GetCurrentDirectory(512,nurso#)
text$=String$(nurso#,0)
path1$=text$+
path2$=text$+
chdir text$

Gruß, Frank
 
09.11.2004  
 



Hi Frank
das Root wird bei meinem Code genauso ermittelt wie Du oben beschrieben hast.....Auch Dein Original-BeispielCode ist davon betroffen.
Ich habs jetzt hier im Geschäft auf einem anderen W98er versucht...Ergebniss leider das Gleiche... siehe oben

Gruß Klaus
 
09.11.2004  
 



Hi,
das Pure-Basic-Demo das die FileListToCsv-Funktion benutzt stürzt ebenfalls ab wenn es aus der Root gestartet wird.
Getestet auf 2 verschiedenen W98er

Gruß Klaus
 
09.11.2004  
 



Hallo,
Wenn du dir mal Text$ mit print anschaust, siehst du, daß das Rootverzeichnis
immer schon mit Backslash ausgegeben wird.
Wieder eine von BGs Inkonsequenzen.
Gruß
Jörg
 
09.11.2004  
 



Hi,

Jörg hat recht, unter XP fehlt der Backslash am Ende, bei Win98 ist er da...

Zusätzlich hat mein Analyseprogramm das hier gemeldet:

GetProcAddress(0xBFF70000 [KERNEL32.DLL], Borland32) called from CAPTLIB.DLL at address 0x019CC712 and returned NULL. Error: Das angegebene Modul wurde nicht gefunden (126).

Die Listview.dll verwendet diese Dll nicht, das Borland32 weißt darauf hin, das der Fehler von Profan/Delphi verursacht wird...
Unter XP wird die Dll gefunden, unter 98 bei mir nicht.

Gruß, Frank
 
09.11.2004  
 



Hi Frank...Hi Jörg
ok das mir dem abschliessendem Backslash aus der Root ist mir auch mittlerweile aufgefallen.Jedoch Frank hab ich festgestellt das auch WinXP hier den Backslash mit an das Root-Verzeichniss hängt..nur scheint es hier nicht zu stören.
Den Fehler bezüglich der Borland-Dll hat ich bei meinen zwei W98er nicht.....seltsam????

Gruß Klaus
 
09.11.2004  
 



 
- Seite 2 -


Hi,

das war kein Fehler, sondern ein Warnhinweis innerhalb meines Debuggers. Danach erfolgte der Absturz (ohne Meldung).

Gruß, Frank
 
09.11.2004  
 



Hi Frank
Sorry hab ich falsch Verstanden

Gruß Klaus
 
09.11.2004  
 




Antworten


Thementitel, max. 100 Zeichen.
 

Systemprofile:

Kein Systemprofil angelegt. [anlegen]

XProfan:

 Beitrag  Schrift  Smilies  ▼ 

Bitte anmelden um einen Beitrag zu verfassen.
 

Themenoptionen

7.844 Betrachtungen

Unbenanntvor 0 min.

Themeninformationen

Dieses Thema hat 1 Teilnehmer:

unbekannt (14x)


Admins  |  AGB  |  Anwendungen  |  Autoren  |  Chat  |  Datenschutz  |  Download  |  Eingangshalle  |  Hilfe  |  Händlerportal  |  Impressum  |  Mart  |  Schnittstellen  |  SDK  |  Services  |  Spiele  |  Suche  |  Support

Ein Projekt aller XProfaner, die es gibt!


Mein XProfan
Private Nachrichten
Eigenes Ablageforum
Themen-Merkliste
Eigene Beiträge
Eigene Themen
Zwischenablage
Abmelden
 Deutsch English Français Español Italia
Übersetzungen

Datenschutz


Wir verwenden Cookies nur als Session-Cookies wegen der technischen Notwendigkeit und bei uns gibt es keine Cookies von Drittanbietern.

Wenn du hier auf unsere Webseite klickst oder navigierst, stimmst du unserer Erfassung von Informationen in unseren Cookies auf XProfan.Net zu.

Weitere Informationen zu unseren Cookies und dazu, wie du die Kontrolle darüber behältst, findest du in unserer nachfolgenden Datenschutzerklärung.


einverstandenDatenschutzerklärung
Ich möchte keinen Cookie