zlacker

[parent] [thread] 6 comments
1. Nextgr+(OP)[view] [source] 2023-10-13 20:28:02
They could argue that by viewing the copyrighted code/implementation, you could effectively infringe by (even subconsciously) writing the same/similar code.

There's merits to this claim if you're indeed implementing some advanced, niche algorithm but it definitely wouldn't apply here as all he's doing is calling HTTP APIs, a very generic and common thing to do.

replies(1): >>stavro+u
2. stavro+u[view] [source] 2023-10-13 20:31:00
>>Nextgr+(OP)
Ah, so it's not the act of disassembling that's the problem, but that you're infringing on the original code's copyright? That makes sense, thank you.
replies(2): >>angus-+h4 >>6502ne+5l
◧◩
3. angus-+h4[view] [source] [discussion] 2023-10-13 20:53:14
>>stavro+u
You may have come across this concept already, but this is where clean rooms come in.

One person views the "contaminated" decompiled code and writes a specification. A separate person writes the code based solely on the specification. This is an accepted method of demonstrating that there is no infringement.

replies(1): >>stavro+Ka
◧◩◪
4. stavro+Ka[view] [source] [discussion] 2023-10-13 21:38:51
>>angus-+h4
Yep, I knew of clean-room reimplementations, I was just wondering whether decompiling is somehow in itself illegal.
◧◩
5. 6502ne+5l[view] [source] [discussion] 2023-10-13 23:03:35
>>stavro+u
But disassembling/decompiling doesn't give you anything like the original code!
replies(2): >>stavro+ll >>aidenn+Xn
◧◩◪
6. stavro+ll[view] [source] [discussion] 2023-10-13 23:05:26
>>6502ne+5l
That kind of depends on the language, but it's a fair point. I think it might only matter that the general algorithm/solution is the same, not the lines of text themselves.
◧◩◪
7. aidenn+Xn[view] [source] [discussion] 2023-10-13 23:29:24
>>6502ne+5l
It gives you a derivative work of the original code
[go to top]