![]() |
Re: LptAccess-Treiber/API - Betatester gesucht.
So ihr lieben Tester. Es wäre schön, wenn die ersten mal das Programm LptTest (im Archiv oben) testen könnten. Der Treiber muß dazu zuvor gestartet werden (w2k_load). Das Starten des Treibers wird später noch direkt in der Unit implementiert.
Vor LptRead() und LptWrite muß immer ein LptOpen() stehen. Das zurückgegebene Handle wird dann an LptRead/LptWrite übergeben. Register ist die Adresse des Registers relativ zur Controller-Basisadresse (also zB: bei $37A wäre das $2, wenn der Controller an $378 ist) ... Value sollte klar sein. |
Re: LptAccess-Treiber/API - Betatester gesucht.
Hallöchen nochmal,
an alle die gern Interrupts bearbeitet hätten geht folgende Frage. Ist es eine erträgliche Tatsache, daß ein bestimmter Registrywert für den Port wo man Interrupts freischalten will gesetzt werden muß? Das kann logischerweise nur ein Admin tun. Allerdings ist die Methode die Interrupts einfach anzuschalten und mal so aufs Gratewohl loszuwarten aus Sicht des OS ziemlich ungehörig, weil sich der eigentliche Treiber für den Parallelport darum kümmert. |
Re: LptAccess-Treiber/API - Betatester gesucht.
Warum der Registrywert? greift der "eigentliche Treiber" darauf zu? wenn nicht, überlass es den Pogrammierern, was sie aus Sicht des OS für ungehörig empfinden...
willst du mit dem registrywert eine künstliche adminschranke einbauen? dann tu das, in dem du den adminstatus abprüfst, und wenn der nicht vorliegt, verweigerst du weiteres vorgehen, wenn du dem benutzer das wirklich vorschreiben willst. (kleiner tipp: die GPL schreibt einem auch ziemlich viel vor, deswegen kommt sie inzwischen aus der mode ;) ) |
Re: LptAccess-Treiber/API - Betatester gesucht.
Zitat:
Zitat:
Es ist eine neue Version 1.0.0.143 zum Download verfügbar. Auch die DLL, die Unit und das Testprogramm wurden aktualisiert. |
Re: LptAccess-Treiber/API - Betatester gesucht.
sorry, hab außer acht gelassen, dass du ihn unter gpl stellst. natürlich ist das deine entscheidung, ich hatte das nicht im hinterkopf bei meiner aussage!
|
Re: LptAccess-Treiber/API - Betatester gesucht.
Hat schon jemand die Zeit gefunden es zu testen?
|
Re: LptAccess-Treiber/API - Betatester gesucht.
Wie schoen, ein halbes Jahr keine Tester. Wo sind die Interessenten von damals? :gruebel:
|
Re: LptAccess-Treiber/API - Betatester gesucht.
Das Display ist stillgelegt.... Leider... :cry: Mal gucken, ob ich das irgendwann wieder "reanimieren" kann..
|
Re: LptAccess-Treiber/API - Betatester gesucht.
Zitat:
Das ist nicht gerade mein Spezialgebiet, aber du solltest dich da VORHER genauer informieren. Gruss Reinhard |
Re: LptAccess-Treiber/API - Betatester gesucht.
Zitat:
![]() ... ![]() Dir ist klar, dass im Sinne der GPL ein Treiber als DLL oder eigenstaendiges Programm gaelte?! ... Nachtrag: Vielleicht sollte ich erwaehnen, dass das bei weitem nicht mein erstes OpenSource-Projekt ist und ich auch mit verschiedenen Lizenzen arbeite ... hier jene, die ich im Moment als fuer mich am wichtigsten erachte: ![]() ![]() ![]() ![]() Noch'n Nachtrag: Dir ist klar, dass es nicht gerade als hoeflich gilt Auslassungen in Zitaten nicht ordentlich zu markieren. Da war doch noch einiges vor "Gruß," was genau deine Argumentation entschaerft haette ... bspw.: "Die APIs zum Ansprechen werden als C und Delphi-Modul mitgeliefert. Dieser Usermode-Teil steht dann unter der ZLIB-Lizenz." ... die ZLIB-Lizenz ist am ehesten mit PUBLIC DOMAIN (dt: "gemeinfrei") zu vergleichen ... macht also Sinn. |
Alle Zeitangaben in WEZ +1. Es ist jetzt 04:45 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz