datenbankomponenten unter linux

High nochmal,

' schrieb:Es ist halt immer auch die Frage wie weit Open Source geht. Wenn Du eine LabVIEW Library unter Open Source herausgibst heisst das ja auch nicht dass Du den Sourcecode von LabVIEW mitlieferst.

nö, hab ich auch nicht behauptet. Macht ja auch keinen Sinn. Es macht aber nunmal genauso wenig Sinn Zeit und Kraft in die Entwicklung eines Programmes zu stecken, welches auf binaries basiert von denen keiner weiß ob sie wirklich den Anforderungen genügen, sicher sind, die nicht offiziell sind usw... (is nicht böse gemeint). Weil im Zweifel, stellt sich zu einem späten Entwicklungstand, das das gesamte Projekt in den Sand gesetzt ist, weil irgendwas wichtiges nicht geht.

' schrieb:Und meine shared library macht halt Gebrauch von nicht ganz so offiziellen Dingen in der LabVIEW C API Schnittstelle, und deshalb sehe ich das auch nicht als Möglichkeit, um das öffentlich zu machen.

versteh ich nicht ganz: Entweder du nutzt die LV C API (die ja dazu da ist verwendet zu werden, also ist es auch offiziell und eventl. nur nicht ordentlich dokumentiert) oder du greifst in LV interne Nicht-API Prozesse ein, was dann quasi Lücken in LV wären. Da ist dann die Frage ob du das offiziell darfst und wie du es rausgefunden hast: Durch Zufall oder Reverse Engineering, oder du steckst mit in der LV-Entwicklung drinn. In den beiden ersten Fällen macht es keinen Sinn ein weiteres, ich meine offizielles Projekt darauf aufzubaun - weil zu riskant. In letzterem Fall stellt sich aber erst Recht die Sinnfrage.

Nichts für ungut
t4b-1re-2