问题是: 我在自己电脑(win7  64bit)上安装了oracle的64位数据库   通过sqlplus能正常连接 主要是安装pl/sql时   我是这样安装的1.在网上下载了个instantclient-basic-nt-11.2.0.3.0包  解压放在E盘下   路径如下E:\instantclient-basic-nt-11.2.0.3.0\instantclient_11_2 2.我在PL/SQL中的perferences中connection中的oracle_home:E:\ins…
64位Win7下H3C的iMC无法查看"网络拓扑"的解决方法.心路历程…
Win7 64位 + LoadRunner 11录制时弹不出IE的解决办法 Win7 64位 + LoadRunner 11录制时弹不出IE的解决办法 1. 卸载IE9( 装了Win7 64位后,默认的IE是IE9,先把IE9卸载. 打开控制面板->程序->查看已经安装的更新,找到IE9卸载,重启. 卸载后,IE自动变为IE8. 其中存在C:\Program Files\Internet Explorer下面的是64位的IE, 存在C:\Program Files(x86)\Internet…
C语言中数字数据类型的字节数 C声明 32位机器 64位机器 char 1 1 short int 2 2 int   4 4 //整型在32位和64位下都是4个字节 long int   4 8 long long int  8 8 char * 4 8  //32位的寻址空间是2^32, 即32个bit,也就是4个字节.同理64位编译器 float 4 4 double 8 8 按照C语言中的标准, 数据类型的字节数是这样的. 但是C语言与平台(操作系统)和编译器是密不可分的, 主要还是由编…
如何在windows2008 64位的机子上连接Access数据库 用以前的连接Access数据库的方式Provider=Microsoft.Jet.OLEDB.4.0在32位机子上可以使用,在64位上不能使用,可以使用代替方案-微软Access数据库引擎2010下载安装后 更改使用下面的连接串可以解决. Microsoft Access データベース エンジン 2010 (微软Access数据库引擎2010)    AccessDatabaseEngine_X64.exe 下载 http://…
启动程序报错如下: 无法启动此程序,因为计算机中丢失MSVCR110.dll.尝试重新安装该程序以解决此问题. 应该很容易就搜索到,缺少这样的dll文件,是没有安装Visual C++ Redistributable for Visual Studio 2012的缘故,但是在安装了Visual C++ Redistributable for Visual Studio 2012 X64版本后,运行程序依旧报错这个dll文件丢失,问题就在于,64位电脑中,可以运行32位和64位的程序,因而,如果运…
我用的是win764位,装好后,装了pl/sql 和toad,都连不上数据库,报错位“无法解析指定的连接标识符” 解决办法,经过研究发现安装目录有问题.默认会安装在“C:\Program Files (x86)”这个目录下,以前有空格也没问题,起初没在意,后来经过研究发现,确实是目录的问题,括号让pl/sql不爽了.记录下,解决了.…
在安装完Ubuntu18.06 Mate桌面环境后在VirtuslBox里打开虚拟机会出现“全局菜单”异常退出问题. 产生上面问题的原因是你的虚拟机可能在 显示= >屏幕= >硬件加速里勾选了=>启用3D加速, 把这个选项关闭就可以解决上面的问题,不知道什么原因.…
GCC下32位与64位机器类型变量所占字节数 在C语言中,编译器一般根据自身硬件针对类型变量来选择合适的字节大小,下面列举一下在GCC编译器下32位机器与64位机器各个类型变量所占字节数目: C语言 32位机器 64位机器 char 1 1 short int 2 2 int 4 4 long int 4 8 long long int 4 8 指针类型*p 4 8 float 4 4 double 8 8…
问题: 在64位机器上了64位的oracle客户端. 然后装上PL/SQL Developer,但是连接oracle老报这个错: Initialization error      SQL*Net not properly installed   OracleHomeKey:        OracleHomeDir: 方法: 1.安装 32位Oracle Client 2. plSQL->工具->首选项->配置Oracle Home和OCI library到安装的Oracle Clie…