AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Suchfunktion Ergebnis der Suchanfrage

Ergebnis der Suchanfrage


Datum des Suchindex: Heute, 15:02

Parameter dieser Suchanfrage:

Suche in Thema: Checken von offenen Files und doch kopieren
Suche alle Beiträge, die von "himitsu" geschrieben wurden
• Suchmethode: "Suche nach allen Begriffen"
• Nach Datum (firstpost) sortiert
• Zeige Treffer als Beiträge
Zeige 6 von insges. 6 Treffern
Suche benötigte 0.004s

Es liegen Ergebnisse in folgenden Bereichen vor:

  • Forum: Programmieren allgemein

    Re: Checken von offenen Files und doch kopieren

     
      by himitsu, 7. Jul 2006
    Also ich hab es hier mit UDF/CDFS, FAT und IFS(NTFS) laufen lassen ... ohne Probleme, aber kein Winder, denn im Moment wird dass Dateisystem eh "übersehn" ... es werden sozusagen die RAW-Daten ausgelesen.

    Und wenn ich nichts übersehn hab, dann sollte es eigentlich bis runter zu Win98 laufen? :gruebel:

    Wo ich jetzt am "rumspielen" bin, da sind einige Funktionen, wo's MSDN/PSDK was von...
  • Forum: Programmieren allgemein

    Re: Checken von offenen Files und doch kopieren

     
      by himitsu, 6. Jul 2006
    Im Moment nüschts, außer (alle) Cluster (heißen doch Cluster? ... also der Verbund mehrerer Sectoren zu einem größeren Bereich, weil sonst alle Programme von Sectoren reden/schreiben ... wobei bei mir die Sektoren alle 512 Byte groß sind und die Cluster zwischen 512 und 8KB, also 1 bis mehrere Sectorengroß sind und die Programme alle den größeren Bereich verwenden, also nichts mit Sectoren...
  • Forum: Programmieren allgemein

    Re: Checken von offenen Files und doch kopieren

     
      by himitsu, 6. Jul 2006
    -BM-Stückchen? :gruebel ... ich blaub ich wollt KB-Stückchen gemeint haben -.-''

    So, gestern hatte es ja nichtmehr geklappt, nachdem ich dann den 3. Linuxrechner in die Knie gezwungen hatte (ich frag mich, was Linux gegen meinen kleinen USB-Stift hat :cry: )
    Na OK, neuer Stift, andre Firma und auch mal ä bissl größer :roll:


    Ich frag mich nur, warum ich mir eigentlich die Mühe mache die...
  • Forum: Programmieren allgemein

    Re: Checken von offenen Files und doch kopieren

     
      by himitsu, 5. Jul 2006
    Na ja, ich hatte dieses Programm vor einigen Tagen eigentlich nur für mich selbst geschrieben, weil eben einige Dateien von allen getesteten Dateiwiederherstellungsprogrammen nicht gefunden wurden, obwohl sie definitiv da sein mußten ... tja, ich hab sie damit dann auch gefunden (OK, zerlegt in -BM-Stückchen, aber sie waren da).

    Da mich dann aber die geschwindigkeit etwas irritierte is dann...
  • Forum: Programmieren allgemein

    Re: Checken von offenen Files und doch kopieren

     
      by himitsu, 4. Jul 2006
    hmm ... den Source kann ich ja morgen mal mitbringen ... wollte ihn nur noch mal aufräumen.

    Hast du das Programm auch unter Adminrechten ausgeführt?
    denn sonst bekommt es keinen Zugriff und derzeit wird in diesem Fall einfach nur "Partion nicht lesbar" ausgegeben, also ohne detailieerte Auswertung.
  • Forum: Programmieren allgemein

    Re: Checken von offenen Files und doch kopieren

     
      by himitsu, 2. Jul 2006
    Also theoretisch könnte es möglich sein ein Abbild der Festplatte zu machen

    Habs noch nicht voll durchlaufen lassen (keine Zeit, oder nicht genur Resourcen frei)
    aber du kannst ja mal die ReadOnly-Version über deine Partition laufen lassen, wenn keine Fehler kommt, also am Ende Act. Cluster mit Clusters übereinstimmt, dann sollte es tatsächlich möglich sein....


URL zu dieser Suchanfrage:

https://www.delphipraxis.net/dp_search.php?do=usersearch&search_username=himitsu&search_exact_username=1&search_sortby=dateline&search_resulttype=post&search_matchmode=0&searchthreadid=72452
Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 15:07 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz