Skip to main content

Vivado崩溃与文件路径和计算机名称


先声明软件版本与操作系统
Vivado 2014.4
Windows 10 家庭版

做数字逻辑实验要用Vivado,按照老师给的教程安装了Vivado 2014.4。然后就开始按照实验指导去做实验了。



做到需要进行RTL Analysis的时候,点击SchematicVivado就直接崩溃了,没有弹出任何的错误提示。

于是我就去搜索,看有没有人遇到了类似情况,是否有解决办法。搜索到的全都是说文件路径里含有中文或特殊字符,但是我的路径全都是规范的,只包含英文、数字、下划线。我从头开始做了一遍,不行。卸载后重装Vivado,重做实验,还是不行。完全不知道该怎么解决。





后来做另一个实验的时候,要用到Synthesis功能,在Run Synthesis之后,就会Fail,在最底下的Log里的最后几行能看到
TclStackFree: incorrect freePtr. Call out of sequence?
我又去Google了一下,然后就浏览到了这个链接。
看到里面有人说,把计算机的名字改了之后就能正常使用了。我就去看了一下我的计算机名,是
myName’sPC
然后我就尝试着去掉那个单引号改成
myNamesPC

重启计算机之后再去使用Vivado,发现已经能够正常使用了!!!
原来我遇到的问题的根源就出在这里!计算机名包含了这个单引号!
所以,以后在命名这些关键内容的时候,无论是设备名还是路径名,都尽量只包含英文、数字、下划线,其他的符号很容易带来问题。

Comments

Popular posts from this blog

shadowsocks服务器开启net-speeder在高延迟不稳定链路上优化单线程下载速度

在网上各种文章比较多,我在搭建的时候就走了不少弯路,所以搭建成功之后就想自己重新整理一遍方法,放到自己的 Blog 里,以后也方便一些。参考了网上其他文章,教程末尾有References。 此篇教程用 Debian 7 操作,已成功。之前用过 CentOS 6 ,也成功了。其他系统不一定。 注1:开启了net-speeder的服务器上对外ping时看到的是4倍,实际网络上是2倍流量。另外两倍是内部dup出来的,不占用带宽。 另外,内部dup包并非是偷懒未判断。。。是为了更快触发快速重传的。 注2:net-speeder不依赖ttl的大小,ttl的大小跟流量无比例关系。不存在windows的ttl大,发包就多的情况。 安装步骤: 1:下载源码并解压 wget https://github.com/snooda/net-speeder/archive/master.zip unzip master.zip 若遇到 unzip command not found,可以执行以下命令来安装unzip: apt-get install zip unzip 2:准备编译环境 debian/ubuntu: #安装libnet-dev: apt-get install libnet1-dev #安装libpcap-dev: apt-get install libpcap0.8-dev centos: #下载epel:https://fedoraproject.org/wiki/EPEL/zh-cn 例:CentOS6 64位: wget http://dl.fedoraproject.org/pub/epel/6/x86_64/epel-release-6-8.noarch.rpm #(如果是centos5,则在epel/5/下) #安装epel: rpm -ivh epel-release-6-8.noarch.rpm #然后即可使用yum安装: yum install libnet libpcap libnet-devel libpcap-devel 编译: 可能要先进入到net-speeder的目录下:

C++中shared_ptr环形引用问题及weak_ptr的作用

     C++中双斜杠//只能注释一行,在这里我没有花时间排版,所以看起来//注释换了行。把代码复制到编辑器或IDE上看可能会好很多。     weak_ptr指向一个shared_ptr管理的对象,最重要的特点就是,weak_ptr不会改变shared_ptr的引用计数。weak_ptr更详细的介绍可以参考《C++ Primer》中文版第五版第420页。此篇文章将给出《C++ Primer》上没有给出的weak_ptr的用法。     在使用shared_ptr的时候,可能会出现环形引用的问题。一旦出现了环形引用(Circular Reference),就会导致两个shared_ptr的引用计数都没办法减到1,也就没办法销毁对象,程序结束的时候就没办法正常地释放内存。下面将演示一下这种情况。 #include<memory>    //shared_ptr定义在memory头文件中。 using namespace std; //我们先定义一个叫Node的类,包含两个数据成员。 struct Node{     shared_ptr<Node> previous;     shared_ptr<Node> next; }; int mian() {     //然后在main函数里定义两个指向Node类对象的shared_ptr并进行值初始化。     shared_ptr<Node> n1 = make_shared<Node>();  //此时n1计数器为1。     shared_ptr<Node> n2 = make_shared<Node>();  //此时n2计数器为1。     //不妨假设n1指向的对象名字为node_1,n2指向的叫node_2。     //接下来让node_1的next成员指向node_2,让node_2的previous成员指向node_1。     (*n1).next=n2;      //拷贝了n2,此时n2的计数器为2     (*n2).previous=n1;  //拷贝了n1,此时n1的计数器为2     //这时n1、n2就产生