| |
|
|
- Página 1 - |
|
 | ¡Hola a Alle Mi Dateiverwaltung (va así langsam en el letzte Runde ) löscht de Sicherheitsgründen Archivos siempre en el Windows-Papierkorb. Das klappt auch einwandfrei a ahora. Nun musste Yo determinar, el el Löschbefehl Archivos (oder Ordner) komplett sin Sicherheitsfrage löscht, si esta grösser son como eingestellte Papierkor-Grösse ¿Cómo se puede Yo esta Einstellung abfragen, así Yo una Sicherheitsfrage einbauen kann - Daaaanke en el Voraus  |
|
|
| |
|
|
|
| |
|
- Página 1 - |
|
 | Dank el Ayuda de Roland y IF Yo ahora el Information en Grösse des Windows-Papierkorb - OK - aaaaaber puede ser auch el aktuelle Grösse des Papierkorbes determinar, si en diesem ya gelöschte Daten disponible son ?? |
|
|
| |
|
|
|
 Jörg Sellmeyer | Probier veces el: KompilierenMarcaSeparación Lo son determinado auch todavía una Registryeintrag, wo uno el Pfad auslesen kann.
Saludo Jörg |
|
|
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ...  | 26.08.2006 ▲ |
|
|
|
| |
|
- Página 2 - |
|
|
 | ¡Hola Jörg Su Code zeigt me el Inhalt des Ordners (Normalzustand: versteckt) a - el son en 3 Ordnern 5 Archivos. (*.info + *.txt) Der eigentliche Inhalt des Papierkorbes muss se aber irgendwo anders verstecken y como bin Yo überfragt. (a blöd ) |
|
|
| |
|
|
|
 | No a blöd => el Sache es undokumentiert. Im Papierkorb hay una Expediente INFO (o. INFO2) el el Dateiinformationen des Papierkorbs enthält - u.a. auch el Größe. |
|
|
| |
|
|
|
 | Tal vez hilft el sí ya más... [quote:3af1232b6e] From: Daniel U. Thibault Subject: Recycling Bin 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: texto/plain; charset=iso-8859-1 Organization: Centre de recherches pour la =?iso-8859-1?Q?d=E9fense?=, Valcartier Mime-Versión: 1.0 Reply-To: Thibault, Daniel U. Newsgroups: borland.public.delphi.winapi A long time ago, Steve Schafer wrote: > The internal operation of the Recycle Bin is mostly undocumented, but article > Q136517 en the Microsoft KnowledgeBase has a little bit of information. In addition > to whats there, Ive discovered the following: > The files en the RECYCLED directory (there is one on each drive) contain each of > the files en the bin, with their original names replaced by new names of the form > D. > where is just the letter of the drive (A, B, C or whatever), number> is just a integer, and is the original file extension. So, for > example, D:FooMyFile.doc voluntad, when deleted, be moved to the RECYCLED > directory on drive D and renamed to something like DD3.doc. > > There are two additional files en the RECYCLED directory. The first is DESKTOP.INI, > whose sole purpose seems to be to provide a timestamp indicating when the > Recycle Bin qué last emptied. The other file is called INFO (no extension), and it is > this file that contains all of the 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 be zero; version number? > bytes 4- 7: number of files en the Recycle Bin > 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 the full null-terminated > path name of the 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 qué deleted, en FILETIME format > bytes 16-19: number of bytes occupied by this file > > The numbers that specify the number of bytes occupied by deleted files includes > the 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 if several files are deleted during a single > operation, they voluntad all have the same deletion time stamp. You could use this > information to determine the granularity of your undo operations. > > The above applies to FAT partitions under the original Win95, and also Win95 OSR2. > The later versions of Win95 that have the new IE shell use a different structure for > the INFO file (which is now called INFO2). NT 4.0 also uses a different structure, > partly because it stores file names en Unicode. In any caso, the basic idea seems to > be the same; just the details are different. The four bytes that I mentioned above > might be the version number are different for the different formats. Heres what Ive found out about the FAT32 Win95 recycling bin Info2 file structure: The Info2 header consists of five 32-bit integers: bytes 0- 3: seems to always be $00000004 bytes 4- 7: definitely NOT the number of files en the Recycle Bin bytes 8-11: definitely NOT the 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 the cluster size...) Each deleted-file record consists of 260 bytes containing the full null-terminated path name of the 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 qué deleted, en FILETIME format bytes 16-19: number of bytes occupied by this file (a whole multiple of the cluster size) Under WinNT, the structure of Info is changed en only one regard: Each deleted file record is 2*MAX_PATH bytes longer because the 20-byte trailer is followed by the files fully qualified name and path en Unicode. The Info header version integer also reads as $00000002. What I need help with is this: Under WinNT, the Info file and the deleted files end up en a sub-directory of RECYCLER (*not* RECYCLED, youll have noticed) that bears a long and weird name. Is this name always the same or does it 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:3af1232b6e] |
|
|
| |
|
|
|
 Michael Wodrich | Yo habe el Zitat veces por el Traductor gejagt:[quote:ec0837dda4] Von : Daniel U. Thibault Unterwirft: Wiederverwertung des Behälters internals Datum: Am 16. Juli 1999 00:00:00-WEZ-Nachrichtenpersonalausweis: <378F60AD.E938B0EE@DREV.DND.Ca> Zufriedene Übertragungsverschlüsselung: 8-Bit-X-Accept-Language: en, fr Zufriedener Typ: Texto/Ebene; charset=iso-8859-1 Organisation: Stehen Sie Im Mittelpunkt de gießen recherches la =? Iso-8859-1? Q? d=E9fense? =, Valcartier Pantomime-Versión: 1.0 Antwort-: Thibault, Daniel U. Newsgroups: Borland.public.delphi.winapi Vor langer Tiempo schrieb Steve Schafer:> se El interne Operation des Papierkorbs größtenteils undokumentiert, aber Artikel> Q136517 en el Microsoft, el KnowledgeBase una kleines bisschen el Information ha. Außerdem> dazu, qué hay es, Yo el folgenden entdeckt:> El Archivos en el WIEDERVERWANDTEN Directorio (hay una en cada Laufwerk) enthalten jeden> el Archivos en el Behälter, con ihren ursprünglichen Namen ersetzt por neue Namen el Form> D.>, wo gerade el Buchstabe des Laufwerkes (A, B, C oder qué para) es, es Anzahl> gerade una todo Zahl, y es el ursprüngliche Dateinamenszusatz. Also, für> Ejemplo se D:FooMyFile.doc, si gelöscht, para WIEDERVERWANDTEN> Directorio en el Laufwerk D bewegt y a algo como DD3.doc umbenannt.>> son Lo zwei zusätzliche Archivos en el WIEDERVERWANDTEN Directorio. Das erste es DESKTOP.INI,>, wessen alleiniger Zweck scheint a ser, en una Zeitstempel disponible a stellen, el anzeigt, als> Papierkorb entleert letzt war. El otro Expediente se INFO (no Erweiterung) genannt, y lo ist> esta Expediente, el el todo nützliche Information enthält, el Sie> gelöschte Archivos würden otra vez herstellen necesario.>> besteht INFO de una 20-Byte-Kopfball gefolgt de uno 280-Byte-Aufzeichnung para jede Datei>, el gelöscht worden es. Der Kopfball besteht de fünf ganzen 32-Bit-Pagar:>> Bytes 0-3: Scheint siempre Null a sein; Versionsanzahl?> Bytes 4-7: Anzahl de Archivos en el Papierkorb> Bytes 8-11: folgende Folge-Anzahl,> Bytes 12-15 utilizarse: = 280 (Größe de gelöschten Dateiaufzeichnungen)> Bytes 16-19: El Gesamtzahl de Bytes besetzt por gelöschte Dateien>> Jede Aufzeichnung el löschen-Expediente besteht de 260 Bytes, el el volle con el Null begrenzt> Pfadname el gelöschten Expediente, gefolgt de una 20-Byte-Trailer enthalten:>> Bytes 0-3: Folge-Anzahl para esta Datei> Bytes 4-7: Laufwerksbuchstabe para esta Expediente (A=0, B=1, usw.)> Bytes 8-15: Tiempo, como Expediente, en el FILETIME-Format> Bytes 16-19 gelöscht wurde: El Anzahl de Bytes besetzt por esta Datei>> El Anzahlen, el el número de por gelöschte Archivos besetzten Bytes angeben, umfasst> el Traube oben; d. h. una 1-Byte-Expediente una Laufwerk, el 8192-Byte-Trauben> verwendet, se como el Besetzen de 8192 Bytes berichtet.>> scheint Lo, dass, si mehrere Archivos während uno Single> Operation gelöscht voluntad, ellos todos dieselbe Auswischen-Zeitmarke haben voluntad. Sie konnten das> Information uso, a Körnung de Ihrem a bestimmen, Operationen aufmachen.>> gilt Der obengenannte a FETTE Teilungen bajo el ursprünglichen Win95, y Win95 OSR2.> El späteren Versionen de Win95, el el neuen Nutzen D. H. Schale-Gebrauch una verschiedene Struktur für> el INFO-Expediente haben (el ahora INFO2 genannt se). NT 4.0 auch Gebrauch una verschiedene Struktur,> teilweise, porque lo Dateinamen en el Unicode speichert. Jedenfalls scheint el Grundidee>, dasselbe a sein; gerade son el Details verschieden. El vier Bytes, el Yo oben> erwähnte, könnten ser el Versionsanzahl es para el verschiedenen Formate verschieden. Hier es, Yo vom FAT32 Win95 Wiederverwertung des Behälters Info2 Dateiaufbau erfahren habe: Der Info2 Kopfball besteht de fünf ganzen 32-Bit-Pagar: Bytes 0-3: Scheint siempre Bytes de 00000004 $ 4-7 a ser: determinado NICHT el número de Archivos en el Papierkorb-Bytes 8-11: determinado NICHT el folgende Folge-Anzahl, Bytes 12-15 utilizarse: = 280 (Größe de gelöschten Dateiaufzeichnungen) Bytes 16-19: Gesamtzahl de por gelöschte Archivos besetzten Bytes?? (El Zahl liest a große ungefähr 8veces, incluso si, el Traube-Größe ... betrachtend), Jede Aufzeichnung el löschen-Expediente de 260 Bytes besteht, el el volle con el Null begrenzte Pfadname el gelöschten Expediente, gefolgt de una 20-Byte-Trailerenthalten: Bytes 0-3: Folge-Anzahl para esta Dateibytes 4-7: Laufwerksbuchstabe para esta Expediente (A=0, B=1, usw.) Bytes 8-15: Tiempo, como Expediente, en FILETIME-Formato-Bytes 16-19 gelöscht wurde: Anzahl de por esta Expediente besetzten Bytes (una ganzes Vielfache el Traube-Größe) Bajo WinNT se el Struktur des Infos en sólo uno Rücksicht geändert: Jede gelöschte Dateiaufzeichnung es 2*MAX_PATH längere Bytes, porque el20-Byte-Trailer vom völlig qualifizierten Namen el Expediente y Pfad en el Unicode gefolgt se. El todo Info-Kopfball-Versions-Zahl liest auch como 00000002 $. Was Yo brauche, dass Ayuda así el es: Bajo WinNT enden el Info-Expediente y el gelöschten Archivos en un Unterverzeichnis de RECYCLER (*not* WIEDERVERWANDT, Sie voluntad bemerkt haben), el una langen y unheimlichen Namen trägt. Ist dieser Name siempre dasselbe, oder folgt hay algo Kuddelmuddel-Función? Enthält RECYCLER jemals más que una dieser fremden sub-dirs? Ist el HPFS eigenartig? Daniel U. Thibault a.k.a. Urhixidur a.k.a. Vater Bohémond de Nicée[/quote:ec0837dda4] Schöne Grüße Michael Wodrich |
|
|
| Programmieren, das spannendste Detektivspiel der Welt. | 27.08.2006 ▲ |
|
|
|
|
 | Hi Michael Mir brummt el Schädel (Kopfball)  |
|
|
| |
|
|
|
 | Hi Horst - si yo Tiempo habe, übersetze Yo dir gerne... |
|
|
| |
|
|
|
 | ¡Hola Andreas Gracias para Su Angebot. Soweit Yo el ahora begriffen habe, puede ser el Datenmenge el en el Papierkorb schlummernden Archivos no determinar y el es traurig, traurig, traurig - Tal vez findet uno aber en uno korrekten Übersetzung todavía una Referencia. Wäre Usted also muy dankbar para Su Mühe  |
|
|
| |
|
|
|
 | Natürlich puede ser el determinar - auch welche Archivos como drin son. El Gefahr: Es undokumentiert, d.h. lo kann se en otro Systemen laufen a el Art, como el gespeichert se, algo ändern - posible es aber... |
|
|
| |
|
|
|
 | Sucht veces en el PSDK oder MSDN después de SHQueryRecycleBinA y después de el SHQUERYRBINFO Structure. Yo hoffe el hilft |
|
|
| |
|
|
|
 | Das war una guter Tipp, así en etwa va: KompilierenMarcaSeparaciónDef @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
Como los números en el Struktur 64-Bit Pagar son, müßte normalerweise una korrekte Umrechnung vorgenommen voluntad - el überlasse Yo ahora el otro. |
|
|
| |
|
|