|
|
|
|
|
by jcelerier
1547 days ago
|
|
> This situation can't violated the GPL because it would imply that almost any communication with a GPLed program would violate the GPL. any intimate communication would indeed. Any communication that goes through a standard (e.g. ISO-defined or industry standard, so not something specific to your company) would not. Quoting the FSF: > Using shared memory to communicate with complex data structures is pretty much equivalent to dynamic linking. You can obviously extend "communicating complex data structures" to RPC through JSON & websockets for instance as it's this "exchange of complex data structures" which is the defining matter in what constitutes a single program from the point of view of the GPL. |
|
I gave specific examples and you keep using an abstract label.
> Using shared memory to communicate with complex data structures is pretty much equivalent to dynamic linking.
These are two separate things unless they are talking about shared memory meaning sharing the same memory space as another process, which is what dynamic linking does.
Communicating through complex data structures can describe files too. If you save a file from one GPLed program and open it in a non GPLed program, that is interprocess communication. If both programs are using mmap on the files instead of writes, does that change things? If files are being sent over local loop back does that change things?
Are there any examples of any of these ideas being tested? I've never heard of anyone except for you asserting that two processes communicating without including GPLed source code was somehow a GPL violation.