Español
Foro

Papierkorbgröße ermitteln

 
- 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
 
21.08.2006  
 



 
- 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 ??
 
26.08.2006  
 




Jörg
Sellmeyer
Probier veces el:
KompilierenMarcaSeparación
!
ChDir "C:Recycler"WinXP
ChDir "C:Recycled"Win9x
AddFiles *"*"
ListBox$("",2)/pre>

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 )
 
26.08.2006  
 



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.
 
26.08.2006  
 



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]
 
26.08.2006  
 




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)
 
27.08.2006  
 



Hi Horst - si yo Tiempo habe, übersetze Yo dir gerne...
 
27.08.2006  
 



¡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
 
27.08.2006  
 



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...
 
27.08.2006  
 



Sucht veces en el PSDK oder MSDN después de SHQueryRecycleBinA y después de el SHQUERYRBINFO
Structure. Yo hoffe el hilft
 
27.08.2006  
 



Das war una guter Tipp, así en etwa va:
KompilierenMarcaSeparación
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


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.
 
27.08.2006  
 




Respuesta


Título del Tema, max. 100 Signo.
 

Systemprofile:

Kein Systemprofil creado. [anlegen]

XProfan:

 Contribución  Font  Smilies  ▼ 

Bitte registro en una Contribución a verfassen.
 

Tema opciones

7.106 Views

Untitledvor 0 min.
p.specht09.06.2012
Julian Schmidt30.06.2011
mein17.01.2011

Themeninformationen



Admins  |  AGB  |  Applications  |  Autores  |  Chat  |  Política de Privacidad  |  Descargar  |  Entrance  |  Ayuda  |  Merchantportal  |  Pie de imprenta  |  Mart  |  Interfaces  |  SDK  |  Services  |  Juegos  |  Búsqueda  |  Support

Ein Projekt aller XProfan, el lo son!


Mi XProfan
Privado Noticias
Eigenes Ablageforum
Temas-Merkliste
Eigene Beiträge
Eigene Temas
Zwischenablage
Cancelar
 Deutsch English Français Español Italia
Traducciones

Política de Privacidad


Wir uso Cookies sólo como Session-Cookies wegen el technischen Notwendigkeit y en uns hay no Cookies de Drittanbietern.

Wenn du hier en unsere Webseite klickst oder navigierst, stimmst du unserer Erfassung de Informationen en unseren Cookies en XProfan.Net a.

Weitere Informationen a unseren Cookies y dazu, como du el Kontrolle darüber behältst, findest du en unserer nachfolgenden Datenschutzerklärung.


einverstandenDatenschutzerklärung
Yo möchte no Cookie