所以我一直在谷歌上搜索一段时间，但我似乎找不到合适的答案......
我想知道我是否制作了一个可以远程控制GPL应用的应用程序。
假设我想远程VLC。
我有两种不同的可能性
如果我P / Invoke它，它是衍生作品吗？
如果应用程序使用套接字使用VLC的命令行界面，它是衍生作品吗？
尽管如此，该应用程序的目标是控制各种各样的媒体中心。不仅是vlc。但我确实会被迫在代码
中使用专门针对每个媒体中心的适配器答案 0 :(得分：1)
简单地在你编写的程序和另一个用GPL编写的程序之间进行通信，特别是在机器之间进行通信时，不会 - AFAIK - 使你的程序成为另一个程序的衍生物（除非你在程序中使用代码，等，但我打折扣）。程序是另一个程序的衍生物，它使用另一个程序的源代码，或者从另一个程序库中链接库，或者从另一个程序库中动态加载库，或者沿着这些行动态加载库。如果您的代码没有执行任何操作（使用可能已修改的源代码，链接或动态加载库），则代码不是另一个代码的衍生物的可能性很高。
答案 1 :(得分：0)
我想知道我是否制作了一个可以远程控制GPL应用的应用程序。
好吧，VLC是在GPL下发布的，您可以安装（或不安装），然后编写一些与之交互（或不交互）的软件。 GPL并不禁止，VLC是自由软件，明确允许将软件用于您喜欢的任何事情（没有任何工作领域）。
然后你谈到让一个应用程序与VLC进行交互：
我认为这两个问题得到了正确回答，如果你有一位优秀的律师，她会告诉你同样的问题。无论如何，对于您描述的用例，如果您要创建衍生作品，我无法看到它如何发挥作用。
如果您计划分发衍生品，并且您不打算将GPL用于您的工作，那只会产生差异。但是所有这些细节都没有了，所以也许你只是害怕这里的GPL？然后我会说GNU GPL常见问题解答是一个理解更多为什么GPL有copyleft以及有什么好处的好地方。那么你也可以更容易地决定你的实践是否与GPL的目标相矛盾，这本身就可能不合法地发挥作用，但是会让你和你的软件与社区保持一致，这可能就是无论如何要找。合法的东西适用于你需要单独为你所坚持的权利而战的情况。