XProfan

- page 1 -

Dank qui Aider de Roland et iF habe je maintenant l'information sur qui Grösse des Windows-corbeille à papier - OK - aaaaaber peux on aussi qui aktuelle Grösse des Papierkorbes feststellen, si dans diesem déjà gelöschte données vorhanden sommes ??

Jörg
Sellmeyer

Probier la fois cela:
Kompilieren Marque Séparation

!
ChDir "C:Recycler"WinXP
ChDir "C:Recycled"Win9x
AddFiles *"*"
ListBox$("",2)/pre>

il y a bestimmt aussi encore une Registryeintrag, wohin on den Pfad auslesen peux.

Salut
Jörg

Windows XP SP2 XProfan X4
... und hier mal was ganz anderes als Profan ...

- page 2 -

allô Jörg
Dein Code zeigt mir den le contenu des Ordners (Normalzustand: versteckt) à - ce sont dans 3 Ordnern 5 Fichiers. (*.info + *.txt) qui eigentliche le contenu des Papierkorbes muss sich mais irgendwo anders verstecken et là suis je überfragt. (trop blöd

)

pas trop blöd => qui l'affaire ist undokumentiert.
Im corbeille à papier gibt es une Dossier INFO (bzw. INFO2) qui qui Dateiinformationen des Papierkorbs contient - u.a. aussi qui Taille.

peut-être hilft cela oui déjà plus...
[quote-part:3af1232b6e]
From: Daniel U. Thibault Subject: Recycling suis internals Date: 16 Jul 1999 00:00:00 GMT Message-ID: <378F60AD.E938B0EE@DREV.DND.Ca> Content-Transfer-Encoding: 8bit X-Accept-Language: en,fr Content-Type: text/plain; charset=iso-8859-1 Organization: Centre de recherches pour la =?iso-8859-1?Q?d=E9fense?=, Valcartier Mime-Version: 1.0 Reply-To: Thibault, Daniel U. Newsgroups: borland.public.delphi.winapi A long time ago, Steve Schafer wrote: > The internal opération of le Recycle suis is mostly undocumented, but article > Q136517 dans le Microsoft KnowledgeBase has a little bit of information. dans addition > to whats there, Ive discovered le following: > The files dans le RECYCLED directory (there is one on each drive) contain each of > le files dans le suis, with their original names replaced by new names of le forme > D. > where is just le letter of le drive (A, B, C or whatever), number> is just à integer, and is le original file extension. So, for > example, D:FooMyFile.doc veux, when deleted, être moved to le RECYCLED > directory on drive D and renamed to something like DD3.doc. > > There sont two additional files dans le RECYCLED directory. The first is DESKTOP.INI, > whose sole purpose seems to être to provide a timestamp indicating when le > Recycle suis quoi charge emptied. The other file is called INFO (no extension), and il is > this file that contains espace of le useful information you would need to restore > deleted files. > > INFO consists of a 20-byte header followed by one 280-byte record for each file > that has been deleted. The header consists of five 32-bit integers: > > bytes 0- 3: seems to always être zero; version number? > bytes 4- 7: number of files dans le Recycle suis > bytes 8-11: next sequence number to use > bytes 12-15: = 280 (size of deleted file records) > bytes 16-19: total number of bytes occupied by deleted files > > Each deleted-file record consists of 260 bytes containing le full zéro-terminated > path nom of le deleted file, followed by a 20-byte trailer: > > bytes 0- 3: sequence number for this file > bytes 4- 7: drive letter for this file (A=0, B=1, etc.) > bytes 8-15: time when file quoi deleted, dans FILETIME format > bytes 16-19: number of bytes occupied by this file > > The numbers that specify le number of bytes occupied by deleted files includes > le cluster overhead; that is, a 1-byte file on a drive that uses 8192-byte clusters > is reported as occupying 8192 bytes. > > It appears that si several files sont deleted during a single > opération, they veux espace have le same deletion time stamp. You could use this > information to determine le granularity of your undo operations. > > The above applies to FAT partitions under le original Win95, and alors Win95 OSR2. > The later versions of Win95 that have le new IE shell use a different structure for > le INFO file (which is now called INFO2). NT 4.0 alors uses a different structure, > partly because il stores file names dans Unicode. dans any cas, le basic idée seems to > être le same; just le details sont different. The four bytes that I mentioned above > might être le version number sont different for le different formats. Heres what Ive found out about le FAT32 Win95 recycling suis Info2 file structure: The Info2 header consists of five 32-bit integers: bytes 0- 3: seems to always être $00000004 bytes 4- 7: definitely NOT le number of files dans le Recycle suis bytes 8-11: definitely NOT le next sequence number to use bytes 12-15: = 280 (size of deleted file records) bytes 16-19: total number of bytes occupied by deleted files?? (The figure reads about 8 times too large, even when considering le cluster size...) Each deleted-file record consists of 260 bytes containing le full zéro-terminated path nom of le deleted file, followed by a 20-byte trailer: bytes 0- 3: sequence number for this file bytes 4- 7: drive letter for this file (A=0, B=1, etc.) bytes 8-15: time when file quoi deleted, dans FILETIME format bytes 16-19: number of bytes occupied by this file (a whole multiple of le cluster size) Under WinNT, le structure of Info is changed dans only one regard: Each deleted file record is 2*MAX_PATH bytes longer because le 20-byte trailer is followed by le files fully qualified nom and path dans Unicode. The Info header version integer alors reads as $00000002. What I need help with is this: Under WinNT, le Info file and le deleted files end up dans a sub-directory of RECYCLER (*not* RECYCLED, youll have noticed) that bears a long and weird nom. Is this nom always le same or does il obey to some hash function? Does RECYCLER ever contain more than one of these strange sub-dirs? Is this peculiar to HPFS? Daniel U. Thibault a.k.a. Urhixidur a.k.a. Sire Bohémond de Nicée
[/quote-part:3af1232b6e]

Michael
Wodrich

j'ai cela citation la fois par den Übersetzer gejagt:[quote-part:ec0837dda4]
de : Daniel U. Thibault Unterwirft: Wiederverwertung des Behälters internals date: Am 16. juillet 1999 00:00:00-WEZ-Nachrichtenpersonalausweis: <378F60AD.E938B0EE@DREV.DND.Ca> Zufriedene Übertragungsverschlüsselung: 8-Bit-X-Accept-Language: en, fr Zufriedener Typ: Text/Ebene; charset=iso-8859-1 organisation: Stehen vous Im Mittelpunkt de gießen recherches la =? Iso-8859-1? Q? d=E9fense? =, Valcartier pantomime-Version: 1.0 Antwort-: Thibault, Daniel U. Newsgroups: Borland.public.delphi.winapi avant long Zeit schrieb Steve Schafer:> wird qui interne opération des Papierkorbs größtenteils undokumentiert, mais Artikel> Q136517 im Microsoft, cela KnowledgeBase un kleines bisschen qui information hat. Außerdem> en supplément, quoi là ist, habe Je l' folgenden entdeckt:> qui Fichiers im WIEDERVERWANDTEN Verzeichnis (gibt es un sur chaque Laufwerk) enthalten jeden> qui Fichiers im Behälter, avec ihren original Namen ersetzt par neue Namen qui Form> D.>, wohin justement qui Buchstabe des Conduire (A, B, C ou bien quoi pour) ist, ist Anzahl> justement une ganze numéro, et ist qui ursprüngliche Dateinamenszusatz. alors, für> Beispiel wird D:FooMyFile.doc, si gelöscht, zum WIEDERVERWANDTEN> Verzeichnis sur dem Laufwerk D bewegt et trop quelque chose comment DD3.doc umbenannt.>> gibt Es deux zusätzliche Fichiers im WIEDERVERWANDTEN Verzeichnis. cela erste ist DESKTOP.INI,>, wessen alleiniger Zweck scheint trop son, um une Zeitstempel zur Disposition trop se mettre, qui anzeigt, als> corbeille à papier entleert letzt était. l'autre Dossier wird INFO (aucun Erweiterung) genannt, et es ist> cet Dossier, qui qui ganze nützliche information contient, qui Sie> gelöschte Fichiers würden wieder herstellen doit.>> besteht INFO aus einem 20-Byte-Kopfball gefolgt de einer 280-Byte-Aufzeichnung pour chacun Datei>, qui gelöscht worden ist. qui Kopfball besteht aus cinq ganzen 32-Bit-payons:>> Bytes 0-3: Scheint toujours zéro trop sein; Versionsanzahl?> Bytes 4-7: Anzahl de Fichiers im Papierkorb> Bytes 8-11: folgende Folge-Anzahl,> Bytes 12-15 trop verwenden: = 280 (Taille de gelöschten Dateiaufzeichnungen)> Bytes 16-19: qui Gesamtzahl de Bytes besetzt par gelöschte Dateien>> chacun Aufzeichnung qui effacer-Dossier besteht aus 260 Bytes, qui cela volle avec qui zéro begrenzt> Pfadname qui gelöschten Dossier, gefolgt de einem 20-Byte-Trailer enthalten:>> Bytes 0-3: Folge-Anzahl pour cet Datei> Bytes 4-7: Laufwerksbuchstabe pour cet Dossier (A=0, B=1, usw.)> Bytes 8-15: Zeit, comme Dossier, im FILETIME-Format> Bytes 16-19 gelöscht wurde: qui Anzahl de Bytes besetzt par cet Datei>> qui Anzahlen, qui le nombre de par gelöschte Fichiers besetzten Bytes angeben, umfasst> qui Traube oben; d. h. une 1-Byte-Dossier einem Laufwerk, qui 8192-Byte-Trauben> verwendet, wird comme cela Besetzen de 8192 Bytes berichtet.>> scheint Es, dass, si plusieurs Fichiers au cours de einer Single> opération gelöscht volonté, vous alle dieselbe Auswischen-Zeitmarke avons volonté. vous konnten das> information verwenden, à Körnung de Ihrem trop bestimmen, Operationen aufmachen.>> gilt qui obengenannte à FETTE Teilungen sous dem original Win95, et Win95 OSR2.> qui späteren Versionen de Win95, qui den neuen Nutzen D. H. pelure-Gebrauch une verschiedene Struktur für> qui INFO-Dossier avons (qui maintenant INFO2 genannt wird). NT 4.0 aussi Gebrauch une verschiedene Struktur,> partiellement, weil es Dateinamen im Unicode speichert. Jedenfalls scheint qui Grundidee>, même chose trop sein; justement sommes qui Details verschieden. qui quatre Bytes, qui je oben> erwähnte, könnten son qui Versionsanzahl ist pour qui verschiedenen Formate verschieden. ici ist, quoi je vom FAT32 Win95 Wiederverwertung des Behälters Info2 Dateiaufbau erfahren habe: qui Info2 Kopfball besteht aus cinq ganzen 32-Bit-payons: Bytes 0-3: Scheint toujours Bytes de 00000004 $ 4-7 trop son: bestimmt NICHT le nombre de Fichiers dans den corbeille à papier-Bytes 8-11: bestimmt NICHT qui folgende Folge-Anzahl, Bytes 12-15 trop verwenden: = 280 (Taille de gelöschten Dateiaufzeichnungen) Bytes 16-19: Gesamtzahl de par gelöschte Fichiers besetzten Bytes?? (qui numéro liest trop grand ungefähr 8la fois, selbst si, qui Traube-Taille ... betrachtend), chacun Aufzeichnung qui effacer-Dossier aus 260 Bytes besteht, qui qui volle avec qui zéro begrenzte Pfadname qui gelöschten Dossier, gefolgt de einem 20-Byte-Trailerenthalten: Bytes 0-3: Folge-Anzahl pour cet Dateibytes 4-7: Laufwerksbuchstabe pour cet Dossier (A=0, B=1, usw.) Bytes 8-15: Zeit, comme Dossier, dans FILETIME-Format-Bytes 16-19 gelöscht wurde: Anzahl de par cet Dossier besetzten Bytes (un ganzes Vielfache qui Traube-Taille) sous WinNT wird qui Struktur des Infos dans seulement einer Rücksicht geändert: chacun gelöschte Dateiaufzeichnung ist 2*MAX_PATH längere Bytes, weil dem20-Byte-Trailer vom völlig qualifizierten Namen qui Dossier et Pfad im Unicode gefolgt wird. qui ganze Info-Kopfball-Versions-numéro liest aussi comme 00000002 $. quoi il me faut, dass Aider avec cela c'est: sous WinNT enden qui Info-Dossier et qui gelöschten Fichiers dans einem Unterverzeichnis de RECYCLER (*not* WIEDERVERWANDT, vous volonté bemerkt avons), qui une langen et unheimlichen Namen trägt. Ist cette nom toujours même chose, ou bien folgt es quelque chose Kuddelmuddel-Funktion? Enthält RECYCLER jamais plus que une cette fremden sub-dirs? Ist cela HPFS étrange? Daniel U. Thibault a.k.a. Urhixidur a.k.a. père Bohémond de Nicée[/quote-part:ec0837dda4]
belle Grüße
Michael Wodrich

Programmieren, das spannendste Detektivspiel der Welt.

Hi Michael
Mir brummt qui Schädel (Kopfball)

Hi Horst - si je Zeit habe, übersetze je es dir volontiers...

allô Andreas
merci pour Dein Angebot. Soweit je cela maintenant begriffen habe, peux on qui Datenmenge qui im corbeille à papier schlummernden Fichiers pas feststellen et c'est traurig, traurig, traurig

- peut-être findet on mais dans einer korrekten Übersetzung doch encore une Hinweis. Wäre Dir alors très reconnaissant pour Votre Mühe

Bien sûr peux on cela feststellen - aussi quelle Fichiers là drin sommes.
qui péril: c'est undokumentiert, d.h. es peux sich chez anderen Systemen courir à qui Art, comment cela gespeichert wird, quelque chose changement - possible ist es mais...

cherchez la fois im PSDK ou bien MSDN pour SHQueryRecycleBinA et pour qui SHQUERYRBINFO
Structure. je hoffe cela hilft

cela était un bon Tipp, so dans etwa allez:
Kompilieren Marque Séparation

Def @SHQueryRecycleBin(2) !"SHELL32.DLL","SHQueryRecycleBinA"
Def @GetLastError(0) !"KERNEL32","GetLastError"
Def @SetLastError(1) !"KERNEL32","SetLastError"
Windowstyle 31
WindowTitle "Papierkorbgröße ermitteln"
Window 0,0-640,440
Declare ROOT$,SHQUERYRBINFO#,API&
Decimals 0
LET ROOT$="C:"
DIM SHQUERYRBINFO#,20
Long SHQUERYRBINFO#,0=20
@SetLastError(0)
Print @SHQueryRecycleBin(@ADDR(ROOT$),SHQUERYRBINFO#)
LET API&=@GetLastError()
Print "API-Fehler: "+@STR$(API&)
Print "Größe des Papierkorbs: "+@STR$(@LONG(SHQUERYRBINFO#,4))+" Bytes"
Print "Anzahl der Dateien: "+@STR$(@LONG(SHQUERYRBINFO#,12))
Dispose SHQUERYRBINFO#

While 0=0

    Waitinput

Wend

là les numéros dans qui Struktur 64-Bit payons sommes, devrait normalement une korrekte change vorgenommen volonté - cela überlasse je maintenant den anderen.