完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
我刚刚在一台运行13.4的机器上安装了ISE 14.6,没有任何问题。
当我尝试从命令行运行PlanAhead时(在运行settings64.sh之后 - 它是64位机器),我得到以下错误。 我尝试了一个干净的Linux安装并在RHEL(实际上是CentOS)6.4和Ubuntu 12.04下尝试了它。 没有找到谷歌的任何信息。 有没有人见过这个? 谢谢, 威利斯 信息:[共17-78]试图获得许可证: PlanAhead INFO:[Common 17-290]获得PlanAhead许可 执行“rdi :: load_library core librdi_coretasks”时无效的命令名“rdi :: load_library”(文件“/opt/Xilinx/14.6/ISE_DS/PlanAhead/lib/scripts/rdi/features/core/core.tcl”第5行) 错误:[Common 17-217]无法加载功能'核心'。 执行从“load_features base core planahead ipservices”中调用的“source -notrace /opt/Xilinx/14.6/ISE_DS/PlanAhead/lib/scripts/rdi/features/core/core.tcl”(文件“/opt/Xilinx/14.6) /ISE_DS/PlanAhead/lib/scripts/rdi/products/PlanAhead.tcl“第5行) 信息:[共同17-206]退出计划于2013年7月22日星期一23:49:10 ... 信息:[共17-83]发布许可证:PlanAhead 以上来自于谷歌翻译 以下为原文 I just installed ISE 14.6 on a machine that's been running 13.4 with no problems. When I try to run PlanAhead from command line (after running settings64.sh--it's a 64-bit machine), I get the error below. I tried a clean Linux install and tried it under both RHEL (actually CentOS) 6.4 and Ubuntu 12.04. Didn't find any information from Google. Has anyone seen this before? Thanks, Willis INFO: [Common 17-78] Attempting to get a license: PlanAhead INFO: [Common 17-290] Got license for PlanAhead invalid command name "rdi::load_library" while executing "rdi::load_library core librdi_coretasks" (file "/opt/Xilinx/14.6/ISE_DS/PlanAhead/lib/scripts/rdi/features/core/core.tcl" line 5) ERROR: [Common 17-217] Failed to load feature 'core'. while executing "source -notrace /opt/Xilinx/14.6/ISE_DS/PlanAhead/lib/scripts/rdi/features/core/core.tcl" invoked from within "load_features base core planahead ipservices" (file "/opt/Xilinx/14.6/ISE_DS/PlanAhead/lib/scripts/rdi/products/PlanAhead.tcl" line 5) INFO: [Common 17-206] Exiting PlanAhead at Mon Jul 22 23:49:10 2013... INFO: [Common 17-83] Releasing license: PlanAhead |
|
相关推荐
3个回答
|
|
感谢您的回复。
从tcl模式开始并没有解决它 - 但我弄清楚出了什么问题。 安装文件已损坏! 它是正确的大小并且没有任何问题,但是MD5哈希与下载页面上的哈希不匹配。 我重新下载了,这次没有Akamai下载管理器(这就是为什么你要问Java版本?),现在MD5有匹配,PlanAhead工作正常。 讽刺“下载管理器”破坏了下载。 你认为它至少会检查下载的完整性。 再次感谢, 威利斯 在原帖中查看解决方案 以上来自于谷歌翻译 以下为原文 Thanks for your reply. Starting in tcl mode didn't fix it--but I figured out what was wrong. The installation file was corrupt! It's the correct size and untarred without any problems, but the MD5 hash doesn't match the one on the download page. I re-downloaded, this time without the Akamai Download Manager (is that why you were asking about the Java version?), now the MD5 has matches and PlanAhead works fine. Ironic that the "download manager" corrupted the download. You'd think that the least it would do would be to check the integrity of the download. Thanks again, Willis View solution in original post |
|
|
|
嗨,
尝试在tcl模式下运行planAhead。 命令如下 planAhead -mode tcl start_gui 还有什么是你使用的java版本? 谢谢。 -------------------------------------------------- ------------------------------------------您是否尝试在Google中输入问题? ? 如果没有,你应该在发布之前。 此外,MARK这是一个答案,以防它有助于解决您的查询/问题。给予帮助您找到解决方案的帖子。 以上来自于谷歌翻译 以下为原文 Hi, Try running planAhead in tcl mode. Command below planAhead -mode tcl start_gui Also what is the java version you are using? Thanks. -------------------------------------------------------------------------------------------- Have you tried typing your question in Google? If not you should before posting. Also, MARK this is as an answer in case it helped resolve your query/issue.Give kudos to the post that helped you to find the solution. |
|
|
|
感谢您的回复。
从tcl模式开始并没有解决它 - 但我弄清楚出了什么问题。 安装文件已损坏! 它是正确的大小并且没有任何问题,但是MD5哈希与下载页面上的哈希不匹配。 我重新下载了,这次没有Akamai下载管理器(这就是为什么你要问Java版本?),现在MD5有匹配,PlanAhead工作正常。 讽刺“下载管理器”破坏了下载。 你认为它至少会检查下载的完整性。 再次感谢, 威利斯 以上来自于谷歌翻译 以下为原文 Thanks for your reply. Starting in tcl mode didn't fix it--but I figured out what was wrong. The installation file was corrupt! It's the correct size and untarred without any problems, but the MD5 hash doesn't match the one on the download page. I re-downloaded, this time without the Akamai Download Manager (is that why you were asking about the Java version?), now the MD5 has matches and PlanAhead works fine. Ironic that the "download manager" corrupted the download. You'd think that the least it would do would be to check the integrity of the download. Thanks again, Willis |
|
|
|
只有小组成员才能发言,加入小组>>
2363 浏览 7 评论
2782 浏览 4 评论
Spartan 3-AN时钟和VHDL让ISE合成时出现错误该怎么办?
2248 浏览 9 评论
3326 浏览 0 评论
如何在RTL或xilinx spartan fpga的约束文件中插入1.56ns延迟缓冲区?
2414 浏览 15 评论
有输入,但是LVDS_25的FPGA内部接收不到数据,为什么?
734浏览 1评论
请问vc707的电源线是如何连接的,我这边可能出现了缺失元件的情况导致无法供电
524浏览 1评论
求一块XILINX开发板KC705,VC707,KC105和KCU1500
337浏览 1评论
742浏览 0评论
1940浏览 0评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2024-11-10 14:53 , Processed in 1.046109 second(s), Total 49, Slave 44 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号