路径惹的祸

ReportMachine

xe6 下 withpackage，打上勾，编译程序打印正常。

勾去掉，打印报错

经比对，发现2个窗体不一样，RM_PrintDlg.dfm，正常的有cmbDuplex控件（双面打印），报错是是没有cmbDuplex控件，那就说明链接找错地方了。

经查是 tools>options>c++options>Library Path里边有2个版本的路径，所以报错了。

3control\ReportMachine\RM6.5_XE5\Source;

3control\ReportMachine\ReportMachine7.0\source;

带包编译，链接这个路径下的RM6.5_XE5\Source一些文件。

不带包，找运行期的包rm_r_xe6.bpl就可以了，这个文件又是对的！

最终删除多余的错误的路径，完全正常。

时间： 2024-10-11 19:41:27

路径惹的祸的相关文章

代码: 1 public class RandomAction extends PageAction { 2 3 /**随机抽取**/ 4 private IRandomService randomService; 5 6 /**责任民警**/ 7 private IScZrmjService scZrmjService; 8 9 /**企业基本信息**/ 10 private IQyjbxxService qyjbxxService; 11 12 private User user; 13 1

iptables惹的祸

我的工作环境总是一台Mac机+在Mac机上跑的虚拟机(Virtual Box) 有一个错误我总是在犯:宿主机总是无访问到虚拟机里的web服务. 解决方法也很简单:那就是关闭虚拟机上的防火墙!!! [[email protected] ~]# service iptables stop iptables: Flushing firewall rules: [ OK ] iptables: Setting chains to policy ACCEP

#pragma pack (n) 惹的祸

今天遇到了一个问题,使用数据流传输的数据在解析的时候数据错位.想了非常久,发现是#pragma pack (n)惹的祸. 首先.解析方使用了编译字节设置,可是在发送方没有使用,于是用相同的结构体解析数据时候,有两个字节被0占用了.后来统一使用.问题解决. 例如以下图的struct结构体:不使用#pragma pack (1)时候,在解析RemotPort后是没问题的,再解析RemotIp的时候,通过字节转换后.ip地址的前两位是0.0.X.X 原因是WORD不够4字节,编译器自己主动填了0占位.

VMware虚拟机采用桥接方式不能上网——都是共享神盾惹的祸！

宿主机是XP,双网卡,一个连接互联网,另一个连接内部生产网,通过来回拔插网线,来切换不同的网络(不允许同时连接两个网络).连接互联网的网卡是Realtek RTL8169,IP是192.168.1.88,通过宽带路由器上网.在VMware Workstation8上建了两个虚拟机,一个是XP,一个Linux.虚拟机采用nat或Host-Only+共享Internet连接时,都能上网,但采用桥接方式确不能上网.测试结果如下表(如不能完全显示,请下载附件后直接打开): Vmware网络宿主机虚拟

[ 转自果壳原著matrix67 ]Android计算器低级错误？都是二进制惹的祸！

Android 计算器惊现超级大 bug!在 Android 的计算器程序里输入 14.52 - 14.49,计算器竟然说它等于 0.0299999999!其实,这已经是计算机的老毛病了.计算机用二进制来表示数,将会不可避免地产生误差. 听说了 Android 的超级大 bug,我立即在自己的 HTC Hero 上试了一下,果然正如众人所说, 14.52 - 14.49 = 0.0299999999.稍作试验便可发现,一些更为简单的算式也会出现类似的问题,例如在 Android 计算器中输入 1

【转】VS2013 C#WinForm程序构造界面拖动控件NumericUpDown时"未响应“是有道词典惹的祸

很久之前遇到过因为金山词霸和其他软件冲突导致的程序无响应的情况. 没想到今天情况重现,VS2013在可视化编辑NumbericUpDown控件的时候,又出现了”未响应“,发现又是有道词典惹的祸. 可见屏幕取词功能还是应该好好研究的,希望微软和有道之间能协调解决一下!!! 转自:http://blog.csdn.net/smstong/article/details/21018529

VC客户端无法登陆都是REDO日志惹的祸

环境:VSPHERE5.5+独立oracle 11G数据库现象:打开vcenter服务器控制台,输入密码后卡在欢迎界面无响应,客户端也无法正常登陆. 正常重启也不行.由于VC所在虚机为独立磁盘无法做快照,不能备当时状态. 查看所在WINDOWS系统日志发现硬件可能有问题. 这是偏移量,并不能代表硬件有问题,怀疑VC连接的数据库有问题,逐登陆排查.1.登陆11.15.146.2 首先查看数据库进程,正常. 2.查看数据库的告警日志,发现一个问题. 这个实际上是个比较常见的错误.通常来说是因为在日

实战c++中的vector系列--再谈vector的insert()方法(都是make_move_iterator惹的祸)

之前说过了关于vector的insert()方法,把vector B的元素插入到vector A中,vector A中的结果我们可想而知,但是vector B中的元素还会如何? 看看之前写过的程序: #include <iostream> #include <vector> int main () { std::vector<int> myvector (3,100); std::vector<int>::iterator it; it = myvector