Ich habe mir das jetzt nicht alles durchgesehen und auch noch nichts runtergeladen.

Aber weil ich mich vor sehr vielen Jahren auch mal mit der Auswertung von Laufwerken befaßt hatte, weiß ich noch, daß besonders die tatsächliche Verfügbarkeit die meiste Bedeutung hat.

Ich weiß jetzt nicht, ob in dem hier vorgestellten Projekt diese Typen schon berücksichtigt sind:
Ramdisk, Wechsellaufwerke (Disk,CD/DVD, Speziallaufwerke) mit oder ohne Datenträger, mit SUBST zugewiesene Laufwerke,
zugewiesene Netzlaufwerke

Ich hatte damals ein MO-Laufwerk, auf das ich (oh, das war ja sogar noch unter DOS) per Interrupt zugreifen wollte.
Außerdem hatte ich viele SUBST-Laufwerke und wollte vermeiden, daß auf diese Weise Substlaufwerke als "echte"
Laufwerke vorgetäuscht werden, weil es dann vielleicht Probleme bei direkten Hardwarezugriffen oder bei diversen Auswertungen gegeben hätte.

Das nur als Anregung, ggf. auch Laufwerkstypen einzubeziehen, an die vielleicht noch nicht gedacht wurde.

- Nachträglich durch die Entwickler-Ecke gelöscht -

Hallo, Frühlingsrolle.

Momentan komme ich nicht dazu. Mein damaliges Projekt war außerdem auf einem Rechner mit Windows 98, der momenatn aus Platzmangel irgendwo abgestellt ist. Da müßte ich erst mal alles wieder in Betrieb nehmen und gucken. Aber anscheinend hast Du meinen Hinweis nicht so gedeutet wie er gemeint war. Zwra weiß (noch) wirklich nicht, was und wie Du prüfst, aber aus dem von Dir hier gepostenen Codeschnipesel erkenne ich beispielsweise keine explizite Unterscheidung von z.B. Ramdisk und SUBST-Laufwerken. Die mögen zwar unter Wechsellaufwerke zugeordnet werden können (weiß ich jetzt nicht so genau, vermute ich aber) - aber unterscheidest Du dann auch wirklich die Laufwerkstypen?

Es ist z.B. ein gewaltiger Unterschied, ob ein Wechsellaufwerk ein Disklaufwerk (mit ziemlich eingeschränkter Kapazität) oder z.B. ein MO-Laufwerk ist, und auch da gibt es unterschiedliche Kapazitätsgrößen. Solche Unterscheidungen bei der Hardware-Erkennung meinte ich. Es könnte natürlich sein, daß ich solche Feinheiten damals tatsächlich nur per DOS-Interrupt ermitteln konnte und das mit Windows (wie vieles) gar nicht mehr möglich ist.

Aber versprochen: Sobald ich (in einigen Monaten) Zeit dafür habe, sehe ich mir das mal alles sorgfältig durch!

- Nachträglich durch die Entwickler-Ecke gelöscht -

Na gut, dann werde ich doch mal etwas schneller als eigentlich geplant raussuchen, wie ich das damals gemacht hatte, denn GetDrivetype war mir schon damals etwas zu primitiv. Jedenfalls könnte ich mir vorstellen, daß es Dir unter diesen Umständen doch was nutzen könnte (falls es nicht direkt auf Interrupts zugreift) ...

Bis die Tage.

EDIT: Gut, wenn man einen Server hat. Jetzt habe ich die Sachen doch auf die Schnelle gefunden. Das damals unter DOS war doch was anderes. Das hier hatte ich ab Delphi 4 getestet. Ich habe einfach mal das gesamte Verzeichnis in die ZIP-Datei gepackt, ohne jetzt zu prüfen, was davon wirklich nötig ist.

Vielleicht kannst Du/können auch andere damit was anfangen.

- Nachträglich durch die Entwickler-Ecke gelöscht -

Zu Deinen Fragen bzgl. "Base" und "Flag":

Base betrifft soviel ich in Erinnerung habe nur zugewiesene Laufwerke. Momentan habe ich keine Ramdisk und kein Substlaufwerk. Je nach Vernetzung kann da evtl. bei Netzlaufwerken auch was anderes als "\\" stehen. Ich hatte früher mal Kirschbaumnetz und das von PTS-DOS. Möglicherweise steht dann da was anderes. Steht bei mir unter "Base" also "\\", so sehe ich gleich (noch vor dem Laufwerksbuchstaben) daß es sich um Netzlaufwerke handelt. Unter "Bezeichnung" finde ich dann z.B. als Quell-Laufwerk "D-SHUTTLE" und dann habe ich z.B. unter "aktueller Pfad oder Quelle" die zugewiesenen Laufwerke "O" und und "Q" im Klartext als "\\MYLANSERVER\WWW" und "\\MYLANSERVER\D".

Das Flag stammt aus der erweiterten Pfad- und Dateinamenauswertung, mit der auch möglich ist, Dateigrößen über 2 GB (?) korrekt anzuzeigen. Sorry, daß ich jetzt nicht dazu komme, mir diese alten Quellen (von 2008) nochmal genau durchzusehen.
Es dürfte sich um "TVolumeInfoData" in der Unit "LAnalyse" handeln.

Ich weiß nur (wenn ich in die Quellen gucke) anhand meiner damaligen Kommentare, daß es auch mit Windows 98 und ME geteset wurde und je nach Version des Betriebs-Systems ggf. andere Sachen eingebunden werden müssen. Beispielsweie hatte ich die Fremdunit "Subst9x" lange Zeit mit Windows98 benutzt, um programmgesteuert Substlaufwerke jederzeit beliebig und vor allem schnell auf andere Pfade zu setzen.

Damals hatte ich noch kein Internet und habe darum noch viel mit Delphi gemacht. Ich bin ziemlich sicher, daß Du bei Auswertung des Betriebssystems mithilfe der von mir benutzten Sachen (wobei nur wenige von mir selbst stammen) auch noch Windows 98 unterstützen kannst. Was neuere Versionen als XP betrifft, dürfte es wahrscheinlich nicht soviel Neues geben außer den bescheuerten Restriktionen, die man ggf. beachten müßte falls sie Relevanz haben.

Danke für den Quelltext in der privaten Nachricht, aber ich weiß echt nicht, wann ich mir das ansehen kann.

Viel Erfolg weiterhin mit Deinem Projekt.

Nachtrag: Na gut, weil es ja eine einzige, komplette Unit ist, habe ich doch mal reingeguckt. Mein Problem dabei wäre aber nicht das Betriebssystem, sondern die Compilerversion. Die Unit enthält leider Bestandteile, durch die sie selbst mit der letzten mir verfügbaren Delphi-Version uncompilierbar ist. Da will ich erst gar nicht groß versuchen, drin rumzubasteln.

Beispielsweise kann ich mit diesen Anweisungen
_STORAGE_BUS_TYPE = (
BusTypeUnknown = $00,
nichts anfangen. = $00 und die folgenden werden bemängelt. Da wird dann bereits statt des Gleichheitszeichens eine schließende Klammer erwartet. Aber das ist nicht alles. Es gibt noch irgendwo andere Bemängelungen. Der Kommentar von jemandem, es auch schon mit Delphi 6 compilieren zu können, muß wohl eine Vorversion der Unit betreffen.

Suchmaschinensuche nach delphi "BusTypeUnknown" hat mir dann zwar WWW.DELPHIPRAXIS.NET/543483-POST24.HTML geliefert, aber dann müßte ich Deine Unit auseinanderpflücken und das will ich nicht.

- Nachträglich durch die Entwickler-Ecke gelöscht -

Danke für die Hinweise. Getestet hatte ich es aktuell mit Delphi 5 und habe auf einer anderen Bootpartition desselben Rechners auch noch Delphi 7. Aber es ist tatsächlich momentan bei mir auch eine Zeitfrage, sonst würde ich auch mal weider den Windows 98-Rechner hervorkramen, auf dem ich damals meine Tests gemacht hatte.

Hallo ! Mit Delphi 5 nicht compilierbar. Mit Delphi 7 geht's.

Allerdings erschließt sich mir der Sinn dieser Komponente nicht. Nach dem Einbinden der Komponente kann ich lediglich im Objektinspektor diverse Drivetypen anklicken, wobei ich dann z.B. sehe, daß Netzlaufwerke als "dtRemote" ausgewertet werden.

Aber wieso soll ich das alles innerhalb der Komponente auswählen? Gibt es denn kein Beispielprogramm, wo erkennbar wird, was die Komponente eigentlich im praktischen Einsatz macht?

Die paar Beispiele am Anfang des Threads sind nicht wirklich aufschlußreich, zumal es nur Fragmente sind, die teils auch gar nicht funktionieren bzw. fehlerhaft sind.

Sorry, aber für mich ist das nichts. Zu kompliziert in der Anwendung und vom Konzept her etwas zu weit oben angesiedelt.

- Nachträglich durch die Entwickler-Ecke gelöscht -

Nein. Es liegt bei Delphi 5 nicht am package. Ich hatte es angepaßt.

Es liegt an der Art der Speicherreservierung, wobei sich mir übrigens auch nicht erschließt, wieso man sowas überhaupt derart kompliziert macht. Ich habe selbst sehr komplexe Komponenten (als ich noch welche erstellt hatte) nie in reservierte Speicherbereiche ausgelagert.



Sorry, aber das Konzept der Unit, die Umständlichkeit und Art der Nutzung geben für mich persönlich keinen Sinn. Es bringt auch keinem etwas, sich mühsam in etwas einzuarbeiten, das einen völlig anderen Weg geht, als man es selbst tun würde. Mir ging es lediglich drum, etwas Hilfestellung bei standardmässig nicht berücksichtigten Laufwerksarten zu geben, mehr nicht.

Wahrscheinlich hätte ich solche Komponente so umgesetzt, daß dann alle ermittelbaren Infos zu allen Laufwerken bereits im Objektinspektor zu sehen wären.

Jeder macht etwas eben so, wie er es selbst brauchen kann. Mehr will ich jetzt dazu nicht mehr äusser und werde mich hier auch nicht mehr einklinken.

- Nachträglich durch die Entwickler-Ecke gelöscht -

Die IFDEFs kannst du dir teilweise sparen:

Getestet mit Delphi 10.2 und dem aktuellsten Lazarus Build.

- Nachträglich durch die Entwickler-Ecke gelöscht -