无法在Win32 XP上启动Vivado和Planahead 14.4

嗨，
我试图深入研究这个安装问题，发现'vivado.bat'中的命令为目录中的32位和64位环境创建了2个名为'vivado.exe'的小型启动程序： 
-  C： xilinx  Vivado  2012.4  bin  unwrapped  win32.o 
-  C： xilinx  Vivado  2012.4  bin  unwrapped  win34.o
分别。
当我点击32位启动器时，我得到一个更详细的错误消息，而不是我的第一篇帖子中说有一个DLL（shsmp.dll）缺失：
还有一个提示可以通过重新安装SW来解决问题，我立刻就这样做了。
不幸的是，这并没有解决我的问题。
同样的消息再次出现。
然后我在我的C：驱动器上搜索了这个DLL，但找不到它。
下一步是谷歌搜索'shsmp.dll'：它是来自一家名为'Microquill'的公司的共享库，该公司销售名为'SmartHeap'的产品，该产品声称是'malloc / new'堆管理功能的快速实现
。
似乎Vivado和Planahead正在使用这个库，因此需要在启动时，而ISE设计套件却没有，因此没有它就可以运行得很好。
不幸的是，没有可能从Microquill站点下载此DLL。
不过我搜索了一下，最后能够从http://www.4shared.com/下载
我将此DLL复制到C： xilinx  Vivado  2012.4  bin  unwrapped  win32.o
启动'vivado.exe'以上的消息后，出现了一个类似的错误消息：
现在'libboost_signals.dll'尚未发现。
结论：
-------------------
由于某些未知原因，似乎安装管理器在我的机器上没有安装所有必需的库包。
开放式问题：
------------------------
- 安装管理器不安装SmartHeap库的原因/条件是什么？
- 安装管理器不安装Boost库的原因/条件是什么？
我希望你能尽快帮助我
Kobalt



以下为原文

Hi,
 
I tried to dig into this installation problem a little deeper and found out that the commands inside 'vivado.bat' create 2 small launchers called 'vivado.exe'  for 32- and 64-bit environments in directories:
 
   - C:xilinxVivado2012.4binunwrappedwin32.o
   - C:xilinxVivado2012.4binunwrappedwin34.o
 
respectively.
 
When I click on the 32-bit launcher I get a more detailed error message than in my first post saying that there is a DLL ( shsmp.dll ) missing:
 
 
There is also a hint to solve the problem by reinstalling the SW, which I did immediately.
Unfortunately this did not solve my problem . The same message reappeared.
 
Then I searched for this DLL on my C: drive but could not find it.
 
The next step was to google for 'shsmp.dll'  : it is a shared library from a company named 'Microquill' which sells a product called 'SmartHeap' which claims to be a very fast implementation of 'malloc/new' heap management functions.
 
It seems that Vivado and Planahead are using this library and therefore need it on startup time whereas  ISE design suite does not  and thus is running quite well without it.
 
Unfortunately there is no possibility to download this DLL from Microquill site.
Nevertheless I searched around and finally was able to download it from http://www.4shared.com/
I copied this DLL to C:xilinxVivado2012.4binunwrappedwin32.o
 
After launching 'vivado.exe'  the above message vanished but a new similar error message appeared :
 

 
 
Now the 'libboost_signals.dll' has not been found.
 
Conclusion:
-------------------
For some unknown reason it seems that the installation-manager did not install all required library packages on my machine.
 
Open Questions:
------------------------
 - What are the reasons / conditions for the installation-manager to not install the SmartHeap library  ?
 - What are the reasons / conditions for the installation-manager to not install the Boost library  ?
 
I hope you can help me soon,
Kobalt
 

嗨，
似乎这个问题的根本原因是下载损坏。
所以从xilinx> support> download下载require版本。
在解压缩/解压缩此文件之前，请检查存档的MD5校验和值。
您可以从http://www.fastsum.com/获取MD5。如果MD5校验和值匹配，则使用7-zip（http://www.7-zip.org/）等程序提取文件
例如，它可以处理大型tar文件。
在执行此操作时，请确保维护文件结构。
我希望这有帮助。
谢谢，
ANKUR



以下为原文

Hi,
 
It seems that the root cause of this is issue is corrupt download.
so download the require version from the xilinx>support>download.
Before you untar/unzip this file, please check the MD5 Checksum values of your archive. You can get the MD5 from http://www.fastsum.com/
If the MD5 Checksum values are matching, then extract the files using a program such as 7-zip (http://www.7-zip.org/) for example, which can handle large tar files.  Make sure you maintain the file structure while you are doing this.
 
i hope this helps.
 
Thanks,
Ankur

嗨，
似乎这个问题的根本原因是下载损坏。
所以从xilinx> support> download下载require版本。
在解压缩/解压缩此文件之前，请检查存档的MD5校验和值。
您可以从http://www.fastsum.com/获取MD5。如果MD5校验和值匹配，则使用7-zip（http://www.7-zip.org/）等程序提取文件
例如，它可以处理大型tar文件。
在执行此操作时，请确保维护文件结构。
我希望这有帮助。
谢谢，
ANKUR



以下为原文

Hi,
 
It seems that the root cause of this is issue is corrupt download.
so download the require version from the xilinx>support>download.
Before you untar/unzip this file, please check the MD5 Checksum values of your archive. You can get the MD5 from http://www.fastsum.com/
If the MD5 Checksum values are matching, then extract the files using a program such as 7-zip (http://www.7-zip.org/) for example, which can handle large tar files.  Make sure you maintain the file structure while you are doing this.
 
i hope this helps.
 
Thanks,
Ankur

你好，
强烈建议使用7-Zip软件解压缩/解压缩.Zip / .tar扩展名中的下载文件。
使用其他软件解压缩文件时会报告问题。
--Venkat



以下为原文

Hello,
It is strongly recommended that 7-Zip software is used for unzipping/untarring the downloaded files in  .Zip/.tar extension.
 
Issues are reported while using other softwares for unzipping the files.
--Venkat

嗨Ankury，
谢谢您的回答。
在将TAR文件“Xilinx_ISE_DS_Win_14.4_P.49d.3.0.tar”输入您在上一篇文章中推荐的Fastsum工具后，我得到了这个结果：
我文件的MD5值计算公式为：06F48F453B2035946F6CB0E4068196D9
然后我去了下载页面，在那里我找到了MD5值的参考值
我不得不接受价值观的不同： - （（！
或者我犯了错误或监督了什么？
所以你现在建议什么？ 
1）a）我应该再次下载6.5 GB吗？ 
b）检查之前的MD5值 
c）卸载整个ISE webpack（遗憾的是，不可能只卸载vivado和planahead，因此我必须卸载设计套件，这需要相当长的时间......） 
d）从头开始安装ISE webpack
要么 
2）订购包含整数TAR文件的DVD。
亲切的问候，
Kobalt。



以下为原文

Hi Ankury,
 
thank you for your answer.
 
After feeding the TAR file "Xilinx_ISE_DS_Win_14.4_P.49d.3.0.tar" into the Fastsum tool you recommended in your last post I've got this result:
 

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
The MD5 value of my file is calculated as : 06F48F453B2035946F6CB0E4068196D9
 
I then went to the download page where I found the 'reference value for the MD5 value
 

 
 
 
 
 
 
 
 
 
 
 
 
I had to accept that the values are different :-((  !
Or did I made a mistake or have overseen something ?
 
So what would you suggest now ?
 
  1)a) should I download the 6.5 GB again ?
      b) check the MD5 values before
          c) deinstalling the whole ISE webpack ( unfortunately it is not possible to deinstall only vivado and planahead, therefore I have to deinstall also design suite which takes quite a while... )
          d) install ISE webpack from scratch
 
 or
 
   2) order installation DVDs containing an integer TAR file.
 
With kind regards,
Kobalt.
 
 
 
 

嗨，因为你得到不同的MD5值，所以我建议你再次从xilinx.com下载tar文件
第二个选项是最好的选择，但它需要更多的时间。来自新鲜的下载，让我知道
谢谢，
Ankury



以下为原文

Hi as you get different MD5 value so i would suggest you again download the tar file from xilinx.com
 
second option is the best option but it take more time.go with the fresh download and let me know
 
 
Thanks,
Ankury
 
 

你好，
最好是购买新的安装DVD，然后使用7-Zip软件解压缩。
您也可以从我们的网站下载设计文件。
再次重申，请使用7-Zip软件进行解压缩
--Venkat



以下为原文

Hello,
 
It would be better to get new Installation DVD and then untar using 7-Zip software for unzipping.
You can also download the design files from our website.
 
reiterating the same again, please use 7-Zip software for unzipping
 
--Venkat

嗨Venkat，
谢谢你的回答！
我已经使用7-ZIP进行解压缩，因为我没有其他工具（例如winzip ......）。
昨天我已经订购了安装DVD：在订单上已经宣布这些DVD将在1月17日之前发出！
我不知道为什么会出现这样的延误;
也许您 - 作为Xilinx的员工 - 可以向我们提供更多相关信息吗？
不过我今晚会下载大型TAR文件并将其存储起来。
然后我会检查它的MD5值。
如果没问题，我将比较我从1月2日首次下载的TAR与此TAR，并尝试找出它出了什么问题（只有1位切换？多位toggelt？丢失1个字节？多个字节丢失？字节块损坏/
失踪 ？ ）
你知道任何能够比较如此巨大尺寸的文件比较工具吗？
顺便说一下：当我第一次下载TAR时，我被迫使用某种“下载助手”，声称可以安全/安全地执行下载。
事实证明它现在没有。
这个下载助手是否执行MD5检查？
我不这么认为，但我希望这样做，因为它会为我节省大量无用的调查......
你很快就会来我这里
再见，
Kobalt。



以下为原文

Hi Venkat,
 
thank's for your answers !
I am already using 7-ZIP for unzipping because I do not have other tools  ( i.e. like winzip ...).
 
Yesterday I ordered already the installation DVDs : on the order form it has been announced that those DVDs will be sent out not before January 17th !
I do not know why there is such a delay; perhaps you - as a Xilinx employee - can provide us more information about this ?
 
Nevertheless I will download the big TAR file this evening and store it separetely.
Then I will check it's MD5 value.
If it is OK, I will compare my first downloaded TAR from 2nd January with this TAR and try to figure out  what went wrong with it ( only 1 bit toggled ? multiple bits toggelt ?1 byte missing ? multiple individual bytes missing ? chunks of bytes corrupted / missing ?  )
Do you know any ' file compare tool' which is able to compare files of such huge sizes ?
 
By the way : When I downloaded the TAR the first time I was forced to use some kind of a 'download helper' which claimed to safely/securely perform the download.  As it turned out now it did not. Does this download helper execute the MD5 check ? I assume not, but I would like it to do because it would have saved me a lot of useless investigations...
 
You will here from me soon,
Bye,
Kobalt.
 

你好Kobait，
基本上，提供DVD是FAE（现场应用工程师）的工作。
所以很明显，需要一些人找到你附近的FAE并将DVD发送给你。
--Venkat



以下为原文

Hello Kobait,
Basically, delivering the DVDs is the job of FAEs (Field Applications Engineers). So it is obvious that it will take some to find out your nearby FAEs and send the DVD to you.
 
--Venkat

嗨Venkat，
首先，我要感谢您介绍您机器上安装的SHSMP.DLL文件的详细列表！
我找了64位版本（见下图）然后返回我的机器并进入他们应该驻留的那些目录，令人惊讶的是他们都在场！
现在我对这个事实有点困惑，因为几天前windows搜索找不到它们。
我在Google上阅读了有关Windows搜索工具的信息，并发现如果设置了“资源管理器的查看文件夹设置”不正确的信息，则此工具可能无法找到搜索到的文件，因为它会插入过滤器以缩短搜索时间。
那么，现在的问题是：为什么vivado.exe没有找到这些DLL，尽管它们都存在？
如前所述，vivado.exe是使用批处理文件启动的 
'vivado.bat'调用 
调用'setupEnv.bat' 
'rdiArgs.bat'调用 
'loader.bat'打来电话 
位于“C： xilinx  Vivado  2012.4  bin  unwrapped  win32.o”文件夹中的vivado.exe
这些批处理文件做了很多我不明白的事情，但他们必须要做的一件事就是扩展PATH环境变量，因为在执行vivado.exe之前，这个变量必须包括所有已安装DLL的重要补丁。
为此，我非常好奇PATH变量的值，因此在vivado.exe即将启动之前，在loader.bat和ECHO PATH中插入了一个ECHO ON;
这是格式化的结果：
路径=
C：/xilinx/Vivado/2012.4/bin; C：/xilinx/14.4/ISE_DS/PlanAhead/bin; C：/xilinx/14.4/ISE_DS/PlanAhead/lib/win32.o;
SHSMP.DLL，136 KB，Nr 1在上面的图片C：/xilinx/14.4/ISE_DS/PlanAhead/tps/win32/jre/bin/server; C：/xilinx/14.4/ISE_DS/PlanAhead/tps/win32/jre/bin
; C：/xilinx/14.4/ISE_DS/EDK/bin/nt; C：/xilinx/14.4/ISE_DS/EDK/lib/nt; C：/xilinx/14.4/ISE_DS/ISE/bin/nt; C：/赛灵思
/14.4/ISE_DS/ISE/lib/nt;
shsmp.dll，113 KB Nr 4C：/xilinx/14.4/ISE_DS/common/bin/nt;
shsmp.dll，113 KB Nr 3C：/xilinx/14.4/ISE_DS/common/lib/nt; C： WINDOWS  SYSTEM32; C： WINDOWS; C： WINDOWS  SYSTEM32  WBEM; C： Program  FastSum
所以，这个PATH变量现在真的包含很多ISE pathes，其中安装了所有重要的DLL（不仅是shsmp.dll，还有其他所有的......）
我对这些方案感到疑惑的是Xilinx条目使用'/'而不是像往常一样在windows中使用''和最后4个条目代表这台机器上的标准PATH。可能这就是为什么vivado
.exe在启动时找不到SHSMP.DLL？
周末愉快，
Kobalt。



以下为原文

Hi Venkat,
 
first of all I want to thank you for the presentation of the detailed list of your SHSMP.DLL files installed on your machine !
 
I soreted out the 64-bit versions ( see picture below ) and then returned to my machine and went into those directories where they should reside and surprisingly they are all present ! Now I was a little bit confused about this fact because some days ago the windows search did not find them. I read about the windows search tool on Google and found information that in case  the 'view folder settings of explorer' are set incorrect then this tool may not find the searched files because it insert filters to shrink search time.
 
 

 
 
 
So, now the question is : why does vivado.exe not find these DLLs although they are all present ?
 
As described earlier vivado.exe is launched using the batchfiles

•     'vivado.bat' which calls
  
•     'setupEnv.bat' which calls
  
•     'rdiArgs.bat' which calls
  
•     'loader.bat' wich calls
  
•     vivado.exe located in folder     "C:xilinxVivado2012.4binunwrappedwin32.o"
  

These batchfiles do a lot of stuff which I do not understand but one of the essential things they have to do is extending the PATH environment variable because this variable has to include all important pathes to all installed DLLs before vivado.exe can be executed.
For this I was pretty curious about the value of the PATH variable and therefore inserted an ECHO ON inside the loader.bat and an ECHO PATH just before vivado.exe is going to be launched; Here is the formatted result :
PATH =
C:/xilinx/Vivado/2012.4/bin;
C:/xilinx/14.4/ISE_DS/PlanAhead/bin;
C:/xilinx/14.4/ISE_DS/PlanAhead/lib/win32.o;                                   SHSMP.DLL, 136 KB, Nr 1 in above picture
C:/xilinx/14.4/ISE_DS/PlanAhead/tps/win32/jre/bin/server;
C:/xilinx/14.4/ISE_DS/PlanAhead/tps/win32/jre/bin;
C:/xilinx/14.4/ISE_DS/EDK/bin/nt;
C:/xilinx/14.4/ISE_DS/EDK/lib/nt;
C:/xilinx/14.4/ISE_DS/ISE/bin/nt;
C:/xilinx/14.4/ISE_DS/ISE/lib/nt;                                                             shsmp.dll, 113 KB  Nr 4
C:/xilinx/14.4/ISE_DS/common/bin/nt;                                                  shsmp.dll, 113 KB  Nr 3
C:/xilinx/14.4/ISE_DS/common/lib/nt;
C:WINDOWSSYSTEM32;
C:WINDOWS;
C:WINDOWSSYSTEM32WBEM;
C:ProgrammeFastSum
 
So, this PATH variable now really contains a lot of ISE pathes where all the important DLLs are installed ( not only shsmp.dll but all others .... )
 
What I am wondering about these pathes is that the Xilinx entries use the '/' and not as usual in windows use the '' as with the last 4 entries which represent  the standard PATH on this machine.May this be the reason why vivado.exe does not find the SHSMP.DLL at startup ?
 
Have a nice weekend,
Kobalt.
 
 

你好，
希望你一切顺利。
这就是我在最后看到的。
我想你缺少几个DLL文件。
不是吗？
谢谢，
--Venkat



以下为原文

Hello,
Hope you are doing well.
 
This what i am seeing at my end.

 
I think you are missing few dll files. Aren't you?
 
thanks,
--Venkat

嗨，
你可以试试这个ARHttp：//www.xilinx.com/support/answers/43310.htm中给出的建议吗？
Ankury



以下为原文

Hi,
 
could you please try the suggestion given in this AR http://www.xilinx.com/support/answers/43310.htm
 
Ankury

嗨Venkat，嗨Ankury，
对不起，但我现在对我6天前提出的非常具体问题的答案质量感到有些失望！
我希望得到澄清答案，因为我认为你内部不得不问你的专家（=安装专家）并等待他们的回复。
相反，我得到了非常微弱和无关的回复。
在我的上一篇文章中，我详细说明了在启动vivado.exe之前，PATH变量包含许多使用Slash（= /）字符构建的ISE相关路径。
在Windows平台上，pathes使用反斜杠（= ）字符。
我非常准确的问题是：可能这个/和的混合是我问题的根本原因，因为当vivado将要启动它时会搜索各种DLL但却找不到它们，因为PATH变量设置不正确？
@Venkat：在您回答我的问题时，您已经向我展示了您还有针对64位平台的shsmp dll。
我经常在帖子中写道，我在32位XP系统上运行ISE，因此我不关心64位版本！
虽然这些64位DLL版本安装在我的系统上，但它们是多余的，因为没有人需要它们。
更糟糕的是，他们在我的驱动器上使用空间，我想用它来做其他事情......
@Ankury：我读到了你发给我的链接，但它是关于'Planahead'而不是'Vivado'，它大概是64位而不是32位。
那里的用户描述了32位的Planahead运行正常。
因此，此链接没有解决我的问题的有价值的信息。
如果你想尝试回答关于PATH变量的/和的混淆问题，我将非常感激。
Kobalt。
PS：
如果您想重现我为获取PATH变量的内容所做的工作，请在目录'C： xilinx  Vivado  2012.4  bin'中打开文件'loader.bat'，然后搜索包含此代码的行
“call”％RDI_BINROOT％/ rdiArgs.bat“％RDI_ARGS％”（=此处启动vivado.exe）并插入这两行
回声
echo％PATH％
在那之前。
然后，您应该在调用vivado之前看到PATH变量的内容。
你的Windows机器看起来怎么样？



以下为原文

Hi Venkat, hi Ankury,
 
sorry but I'm now a little bit dissappointed about the quality of your answers to my very specific question I asked 6 days ago ! I hoped  to get a clarifying answer because I thought you internally had to ask your specialists ( = installation experts ) and wait for their reply. Instead I got very weak and unrelated replies.
 
In my last post I have shown in detail that immediately before vivado.exe is launched the PATH variable contains many ISE related pathes which are built using the Slash  ( = /  ) character. On windows platforms pathes use the backslash ( =  )  character.  My very precise question was : May this mixup of / and  be the root-cause of my problem, because when vivado is going to be started it searches the various DLLs but can not find them because the PATH variable is incorrectly set ?
 
@Venkat: In your answer to my question you have shown me that you also have shsmp dlls which are targeted to the 64 bit platform. I have often written in my posts that I am running ISE on a 32 bit XP system and therefore I do not care about the 64 bit versions ! Although these 64 bit DLL versions are installed on my system, they are redundant because nobody needs them. It's even worse they use space on my drive which I would like to use for other things...
 
@Ankury: I read about the link you sent me but it is about 'Planahead' not 'Vivado' and it is about 64 bit and not 32 bit. The user there described that Planahead on 32 bit runs fine. So this link has no valuable informations for solving my problem.
 
Please I would very appreciate if you would try to give an answer to my question regarding mixup of / and  regarding the PATH variable.
 
Kobalt.
 
PS:
In case you want to reproduce what I have done to get the content of the PATH variable then please open the file 'loader.bat' in directory  'C:xilinxVivado2012.4bin'  and then search the line containing this code  "call "%RDI_BINROOT%/rdiArgs.bat" %RDI_ARGS% "  (  = here vivado.exe is launched ) and insert these 2 lines
 
 echo ON
 echo %PATH%
 
before that call.
You should then see the content of the PATH variable just before the call of vivado. How does it look like on your windows machine ?