编译器上的许可证是否有先例，限制了可以使用它的开发类型？

最近，一项令人slip目结舌的事情是，用于Delphi XE3的新EULA将禁止使用专业版进行客户端服务器开发，而无需额外购买客户端服务器许可证包。这并不是说专业版将缺少这些功能，但是许可证将特别禁止开发人员将编译器用于特定类别的开发，即使使用第三方或自行开发的解决方案也是如此。

所以我的问题是，是否有编译器或类似创意工具的先例禁止您使用它进行工作。特别是商业授权的“专业”工具，例如Delphi XE3。另外，这样的限制是否在法律上可以执行？

我知道过去曾经有教育版或简化版工具限制了它们在商业上的使用，但这些工具并没有作为“专业”工具出售。我也知道，许多计算软件和设备都会有免责声明，称它不用于“生命维持设备”或“核能”，但更多的是避免责任而不是禁止活动。

好像我记得Microsoft在FrontPage中设置了一个限制，即您不能使用它来创建一个对Microsoft反映不佳的网站，但是他们撤消了该限制，然后才能对其进行合法测试。

更新：由于公众的抵制，EULA在产品出厂前已被下架。

这并不完全是前所未有的。

SQL Server受用户/服务器/数据库大小等的限制，有效地限制了它作为客户端服务器平台的使用，它实质上是一种编程环境（尽管具有丰富的数据基础结构）。许多软件库通常以各种方式限制程序员使用它们的方式。

实际上，任何人都可以将自己喜欢的任何内容放入许可协议中。您的补救措施是，如果您不喜欢这些用语，请不要使用它，我想这可能是Embarcadero潜在客户成群结队的。

Java长期以来一直禁止在核设施中使用，尽管JDK6许可协议对条款进行了些许软化（我记得较旧的变体要明确得多）：

您承认许可软件并非设计用于或旨在用于任何核设施的设计，建造，运行或维护。Oracle Corporation不对此等用途提供任何明示或暗示的适用性保证。

这是有道理的：您不想让GC暂停妨碍对反应器的SCRAM。这并不是说在某个地方没有人接受核控制系统的合同，并认为雇用Java程序员更便宜/更容易。