lib

使用SUN JDK 启动时要很长时间,但启动启来weblogic正常. 特征见下面标红部分,时间很长. test01@linux-suse:~/bea/weblogic92/samples/domains/wl_server/bin > ./startWebLogic.sh . JAVA Memory arguments: -Xms 256m -Xmx512m -XX:CompileThreshold=8000 -XX:PermSize=48m -XX:MaxPermSize=128m . WLS Start Mode=Development . CLASSPATH=/home/test01/bea/weblogic92/samples/server/examples/build/serverclasses:/home/test01/bea/patch_weblogic923/profiles/default/sys_manifest_classpath/weblogic_patch.jar:/opt/SDK/jdk/lib/tools.jar:/home/test01/bea/weblogic92/server/lib/weblogic_sp.jar:/home/test01/bea/weblogic92/server/lib/weblogic.jar:/home/test01

一、DLL的导出方法 1、使用_declspec(dllexport) 方法 DLL里全是C++的类的话，你无法在DEF里指定导出的函数，只能用__declspec(dllexport)导出类。 extern "C" _declspec(dllexport) int sum(int a,int b);//本文所有的例子只有一个sum即加法函数。 在制作DLL导出函数时由于C++存在函数重载，因此__declspec(dllexport) function(int,int) 在DLL会被decorate，例如被decorate成为 function_int_int，而且不同的编译器decorate的方法不同，造成了在用GetProcAddress取得function地址时的不便，使用extern "C"时，上述的decorate不会发生，因为C没有函数重载，但如此一来被extern"C"修饰的函数，就不具备重载能力，可以说extern 和 extern "C"不是一回事。 在VC++中，如果生成DLL可以不使用.def文件。只需要在VC++的函数定义前要加__declspec(dllexport)修饰就可以了。但是使用__declspec(dllexport)和使用.def文件是有区别的。如果DLL是提供给VC++用户使用的，只需要把编译DLL时产生的.lib提供给用户

**再次介绍Linux根目录下的主要目录 工具：ubantu 16.04 内核版本：4.4.0-148-generic 1、/bin：存放所有用户可使用的操作命令；如ls，su等 gjc@gjc-virtual-machine:/bin$ ls bash dir login ntfsinfo static-sh bunzip2 dmesg loginctl ntfsls stty busybox dnsdomainname lowntfs-3g ntfsmftalloc su ....... 2、/cdrom：挂载光驱，没有则为空。 root@gjc-virtual-machine:/cdrom# ls root@gjc-virtual-machine:/cdrom# 3、/etc：存储主机、系统和网络的配置文件；如/etc/fstab是系统启动自动挂载文件系统目录，/etc/inittab是系统启动所需第一个文件，既init进程配置文件； root@gjc-virtual-machine:/etc# ls acpi fuse.conf mailcap samba adduser.conf gai.conf mailcap.order sane.d alternatives gconf manpath.config securetty anacrontab gdb mime

在编译ROS下的ORB-SLAM2时，需要重新编译源文件 ./build_ros.sh 但在运行时出现下列问题： /usr/bin/ld: CMakeFiles/Stereo.dir/src/ros_stereo.cc.o: undefined reference to symbol '_ZN5boost6system15system_categoryEv' /usr/lib/x86_64-linux-gnu/libboost_system.so: 无法添加符号: DSO missing from command line collect2: error: ld returned 1 exit status CMakeFiles/Stereo.dir/build.make:182: recipe for target '../Stereo' failed make[2]: *** [../Stereo] Error 1 CMakeFiles/Makefile2:104: recipe for target 'CMakeFiles/Stereo.dir/all' failed make[1]: *** [CMakeFiles/Stereo.dir/all] Error 2 通过查阅资料，发现出错原因是libboost_system.so 与libboost_filesystem

1、官网地址： http://sqoop.apache.org/ 下载地址： https://mirrors.tuna.tsinghua.edu.cn/apache/sqoop/ 解压： tar -zxvf sqoop-1.99.7-bin-hadoop200.tar.gz -C /usr/local 2、配置环境变量，我这边修改的是 vim ~/.bash_profile export SQOOP_HOME=/Users/zhoueming/simple/sqoop-1.99.7 export PATH=${PATH}:$SQOOP_HOME/bin:$SQOOP_HOME/server/bin:......... 3、sqoop目录下新建一个extraLib 目录 mkdir /sqoop-1.99.7/extraLib 声明一个全局变量，执行 vim ~/.bash_profile 添加一行，声明全局变量 SQOOP_SERVER_EXTRA_LIB export SQOOP_SERVER_EXTRA_LIB=$SQOOP_HOME/extraLib 4、启动 sqoop2-server start error:Caused by: java.lang.SecurityException: sealing violation: package org.apache.derby

编译内核出现以下错误： [root@localhost linux-2.6.32.2]# make zImage CHK include/linux/version.h make[1]: `include/asm-arm/mach-types.h' is up to date. CHK include/linux/utsrelease.h SYMLINK include/asm -> include/asm-arm CC kernel/bounds.s /opt/FriendlyARM/toolschain/4.4.3/libexec/gcc/arm-none-linux-gnueabi/4.4.3/cc1: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.9' not found (required by /opt/FriendlyARM/toolschain/4.4.3/lib/libppl_c.so.2) /opt/FriendlyARM/toolschain/4.4.3/libexec/gcc/arm-none-linux-gnueabi/4.4.3/cc1: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.9' not found (required by /opt

类似问题还有 'ImportError ../lib/libstdc++.so.6: version `CXXABI_1.3.7' not found (required by xxx)'、 'ImportError ../lib/libstdc++.so.6: version `CXXABI_1.3.9' not found (required by xxx)'等。 这种报错情况一般出现在Anaconda环境的Python程序中，原因是Anaconda对应目录下的“ libgomp.so.1 ”和“ libstdc++.so.6”动态库文件（lib）中相关模块的版本比较旧，不包含相应版本模块导致的 。 系统中动态库存放路径在 ： /usr/lib/x86_64-linux-gnu/ 或 /usr/lib/ anaconda中动态库存放路径是 ： ~/anaconda2/lib 查看Linux系统动态库文件包含的 模块版本： strings /usr/lib/libstdc++.so.6 | grep 'CXXABI' 或者 strings /usr/lib/x86_64-linux-gnu/libstdc++.so.6 | grep 'CXXABI' 输出： CXXABI_1.3 CXXABI_1.3.1 CXXABI_1.3.2 CXXABI_1.3.3 CXXABI_1.3

运行ride.py时报错 现象： Traceback (most recent call last): File “E:\Python27\lib\site-packages\robotide\application\application.py”, line 56, in OnInit self.frame = RideFrame(self, self._controller) File “E:\Python27\lib\site-packages\robotide\ui\mainframe.py”, line 166, in init self._init_ui() File “E:\Python27\lib\site-packages\robotide\ui\mainframe.py”, line 268, in _init_ui self._application.settings) File “E:\Python27\lib\site-packages\robotide\ui\tree.py”, line 85, in init self._images = TreeImageList() File “E:\Python27\lib\site-packages\robotide\ui\images.py”, line 42, in init

Linux的内存模型，一般为： 现在的每个进程使用了全部4G线性空间。在加载程序时内核把程序加载到线性地址0x08048000开始的位置。这个位置当然>128MB。2G开始是共享库，3G开始是内核。 地址------------------------作用--------------------------说明 >=0xc0000000---------内核虚拟存储器-------------用户代码不可见区域 < 0xc0000000----------Stack（用户栈）------------ESP指向栈顶，向下增长 -------------------------------------------------空闲内存 >=0x40000000---------文件映射区------------------mmap的空间 < 0x40000000-------------------------------------空闲内存 ---------------------Heap(运行时堆)--------------通过brk/sbrk系统调用扩大堆，向上增长。 ---------------------.data、.bss(读写段)---------从可执行文件中加载 >=0x08048000---------.init、.text、.rodata------

1.环境 　　windows10 专业版 　　Jenkins 2.7 　　apache-ant-1.9.6 　　JDK1.8.0_20 2.整体思路 　　jdk：支持ant脚本中的编译、测试等target。 　　ant脚本：负责java代码的编译、JUnit。 　　Jenkins：调度触发ant脚本的执行。 　　 3.开始练兵 　 　3.1 项目整体结构 com.java.src下面放源码 MessageUtil.java com.java.test目录下放JUnit测试文件 TestMessageUtil.java build.xml文件放在根目录下，即位于AntJunit-v1.0目录下，和src位于同一级别。 3.2 项目源码 1 package com.java.src; 2 3 public class MessageUtil { 4 private String message; 5 6 //Constructor 7 //@param message to be printed 8 public MessageUtil(String message){ 9 this.message = message; 10 } 11 12 // prints the message 13 public String printMessage(){ 14 System.out