🚀 go-pugleaf

Hallo Werner,

leider habe ich wegen Providerwechsels erst jetzt Deinen Beitrag empfangen
k�nnen. Hier meine Antwort:

> hier wird nicht mehrmals dringend davon abgeraten (wie du behauptet
> hast), sondern empfohlen auf das pollen zu verzichten und die
> signalisierungsfunktion zu benutzten. nicht aus gr�nden der
> stabilit�t, sondern aus gr�nden der systemlast.

Vom Unterschied zwischen Stabilit�t und Systemlast steht nichts in der
Spezifikation, das ist Deine pers�nliche Interpretation, die hinsichtlich
Uniprozessorsystemen auch stimmt. Bei Multiprozessorsystemen ist das jedoch
auch eine Frage der Stabilit�t.

> das ist dann ein fehler in der capi-treiber-implementation. capi ist
> aber nur eine schnittstelle (und keine implementation). nach capi ist
> pollen erlaubt und auf einer fehlerfreien implementation auch ohne
> probleme m�glich.

Dachte ich eigentlich auch, aber der Hersteller meiner
CAPI-Treiber-Implementation bestreitet dies nat�rlich !

> >Allerdings r�ume ich ein, da� die meisten CAPI-Anwendungen faulerweise
die
> >Karte pollen, was jedoch diesen Fehler nicht weniger brisant macht,
sondern
> >nur verdeutlicht, da� die jeweiligen Entwickler oder Programmierer kein
Geld
> >oder keine Zeit haben, sich tief genug mit Betriebssystemen zu
besch�ftigen.
> >Es ist eben sehr bequem, eine CAPI-Anwendung unter Win 9.x zu schreiben
und
> >dabei so zu codieren, da� einfachst auf NT portiert werden kann - denn
zur
> >Umgehung des Pollings unter NT mu� man sich mit eben dem Thema
> >"Multi-Threading" besch�ftigen (reine Flei�arbeit).
>
> win95 und nt unterscheiden sich nicht in der systematik der
> programmierung. bei beiden ist die capi-definition die gleiche. bei
> beiden empfiehlt sich mutithreading f�r die signalisierungsfunktion.
>

Da gebe ich Dir vollkommen recht und r�ume ein, dies ungl�cklich formuliert
zu haben. Sowohl CAPI-Spezifikation, als auch die Systemreferenzen von Win95
und NT propagieren identisches Systemverhalten. In der Praxis jedoch zeigen
sich die Unterschiede insbesondere (schon wieder) bei
Multiprozessorsystemen. Den Auswirkungen dieser Unterschiede kann man jedoch
durch genaueres Studium und gewissenhafte Verwendung der
Multithreading-Technik aus dem Weg gehen.