アカウント名:
パスワード:
GPL の dll をクローズドからリンクする場合と、逆にクローズドの dll を GPL コードからリンクする場合、それぞれのライセンスの波及のしかたについてどなたか詳しい方教えていただけないでしょうか?
少なくとも前者に
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲは一日にしてならず -- アレゲ研究家
dll (スコア:0)
GPL の dll をクローズドからリンクする場合と、逆にクローズドの dll を GPL コードからリンクする場合、それぞれのライセンスの波及のしかたについてどなたか詳しい方教えていただけないでしょうか?
少なくとも前者に
Re:dll (スコア:2, 参考になる)
ただし、DLLを動的ローディングする限りにおいては適用外です。(GPL source codeを使わなくてもAPIで呼び出せるので)
windows においてDLLを使う方法には2種類あって、
# rm -rf ./.
Re:dll (スコア:2, 興味深い)
もっというと、GPLなコードにわずかな修正を施し(当然そのコードは公開する)て独立したプロセスで動作させ、本体プロセスから
socket, pipe, shared memory等で通信して処理をさせる場合はどうなるのでしょうか?
Re:dll (スコア:1, 参考になる)
逆に、パイプやソケット、コマンドライン引数は通常二つの分離したプログラム
Re:dll (スコア:1)
うおお、すんません。
問題の本質は、GPLなコードを何らかの方法で非GPLなコードから呼んだ場合はどういう扱いになるのか、という事です。
GPLなコードをリンクして同一の実行ファイルにさえしなければ、後は何をやってもOKになってしまうのでしょうか?
だとすると回避手段がいくらでも出来てしまいますね。
>> しかしコミュニケー
Re:dll (スコア:0)
極端な例ですが、Linuxの場合はkernelがGPLなので、デバイスやメモリなどにアクセスする時点でLinux上の全てのプロセスはGPLなコードを経由しない限りは動けないとも言えます。ですから、それらの機能を使ってるLinux上のライブラリは全てGPL、それらのライブラリをリンクしてるソフトもGPL、っていう主張をする人もいるかもしれません。(いや、いねーよ>俺)ま、実際は「Linuxのシステムコールを呼んでるからGPLね」って理屈にはならないでしょ
Re:dll (スコア:1)
その当たりをMSがFUD [neweb.ne.jp]として宣伝すると、Linux用のプロプライエタリなアプリを作っている/作ろうとしているベンダは逃げてMSやSolaris等のプロプライエタリな側に付いてしまうもしれませんね。
それによって、プロプライエタリなアプリに匹敵するGPLなアプリが数多く出現して使いやすくなれば万々歳なのですが、逆にベンダから見放されて発展が遅れてしまうかもしれませんね。
情報元は失念してしまったのですが、無線LANのドライバをGPLにすると勝手に出力や周波数等が変更されて電波法違反になるのでGPLで公開できない、というような問題もあるようですし、難しいですね。
Re:dll (スコア:0)
1)system call
明確にユーザ側のアプリからの利用についてはGPLの範囲外と文章化されている
2)Kernel module
LinusはGPLの適用されないといっているらしい(出典不明)
FSF的にはGPLが適用されるべきといっている。
Alan Coxは弁護士に相談してきめろ。