0.序言 其实2者主要的区别就是iostream是C++标准的输入输出流头文件,而iostream.h是非标准的头文件. 标准头文件iostream中的函数属于标准命令空间,而iostream.h中的函数都是全局函数. #include <iostream> //这个就是C++98标准化以后的标准头文件 #include <iostream.h> //这个就是标准化以前的头文件(当时还没有命令空间的概念) 1.两者使用时的区别 以函数cout和endl举例说明. 1.1 iostr

在windows环境下,我们通常在IDE如VS的工程中开发C++项目,对于生成和使用静态库(*.lib)与动态库(*.dll)可能都已经比较熟悉,但是,在linux环境下,则是另一套模式,对应的静态库(*.a)与动态库(*.so)的生成与使用方式是不同的.刚开始可能会不适应,但是用多了应该会习惯这种使用,因为步骤上并没有VS下配置那么繁琐.下面就分别总结下linux下生成并使用静态库与动态库的方法:(由于是C++项目,所以编译器用的g++,但是与gcc的使用是相通的) 首先是准备工作,把我们需要

将所有文件的编码,转换为UTF-8 find . ! -type d -exec enca -L zh_CN -x UTF-8 {} \; 将指定目录下所有文件权限设定为644 find . ! -type d -exec chmod 644 {} \; 将指定目录下所有目录权限设定为755 find . -type d -exec chmod 755 {} \; 替换文本文件中行尾换行符,从dos(CRLF)为unix行尾换行符: find . -name '*.php' | xargs -I

以前写过一个关于linux下用c++写动态链接库无法通过的解决方案,今天看到<linux C程序设计-王者归来>这本书,书中有个更容易的解决方案,特此记录下来 书中使用的是c语言,我改用c++试了一下,依旧可以运行: 先来写动态库文件: //lib.cpp1 int add(int a,int b) { return a+b; } (*前面写过一个复杂的,这次就简单些举个例子吧*) 书中运用了导出外部函数的做法,先写了一个使用库函数的头文件 //lib.h extern int add(int

常用法: man [section] name 其中: section 指的是手册页的哪个部分,可以是1.2.3…8.,若不指定,man会按照次序依次查找,知道找到第一个. name 指的是某个命令.函数或文件 下面对section做一些说明:   1 = 命令(比如cp mv rm 等)    2 = 系统调用 (比如openread close 等)    3 = C库函数 (比如printf ) 4 = 设备和特殊文件 5 至 8省略, 详细说明请查看: man man 例子: man c

linux下编译安装boost库 linux下编译安装boost库 1.下载并解压boost 1.58 源代码 下载 解压 2.运行bootstrap.sh 3.使用b2进行构建 构建成功的提示 4.安装boost库到指定目录 5.测试一下 代码 编译运行 先看一下系统环境 Linux o-pc 3.19.0-22-generic #22-Ubuntu SMP Tue Jun 16 17:15:15 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux 本文由乌合之众

1.c++无法直接调用用c写的动态链接库,如果调用的话可能需要用到一些交叉编译的知识: 2.在c++写的动态链接库无法被调用成功的反思: 在linux下,通常都是使用g++编译器("g++ -shared -fPIC -lc -o xxx xxx.cpp")来进行编译,直接对写好的函数这样编译通常都会报错,因为c++支持函数重载,导致了一些命名规则在g++编译器中无法通过,这个时候,通常我们会选择继续使用c编译器来进行编译,这里就要用到一个extern "C"这样的

应用程序中使用插件技术,有利于日后的版本更新.维护(比如打补丁)和功能扩展,是一种很实用的技术.其最大的特点是更新插件时无需重新编译主程序,对于一个设计良好的应用系统而言,甚至可以做到业务功能的在线升级.本文介绍了linux下用C++实现插件的一个简单实例,希望能对大家有所启发. 为了能做到更新插件时无需重新编译主程序,要求主程序中定义的接口是定死的,而接口的实现被放到了具体的插件中,这样主程序在运行时刻将插件加载进来,就可以使用这些接口所提供的功能了.在面向对象的系统中,各个功能模块被封装到类

Boost是什么不多说, 下面说说怎样在Linux下编译使用Boost的所有模块. 1. 先去Boost官网下载最新的Boost版本, 我下载的是boost_1_56_0版本, 解压. 2. 进入解压后目录: cd boost_1_56_0, 执行下面的命令: $ ./bootstrap.sh --prefix=path/to/installation/prefix prefix的值是你希望安装boost的路径, 不开启此参数的话默认安装在 /usr/local 下. 我安装在 /home/xz

服务器设计技术有很多,按使用的协议来分有TCP服务器和UDP服务器,按处理方式来分有循环服务器和并发服务器. 在网络程序里面,一般来说都是许多客户对应一个服务器,为了处理客户的请求,对服务端的程序就提出了特殊的要求. 目前最常用的服务器模型有: 循环服务器:服务器在同一时刻只能响应一个客户端的请求 并发服务器:服务器在同一时刻可以响应多个客户端的请求 1.循环服务器模型 1.1 UDP循环服务器的实现方法 UDP循环服务器每次从套接字上读取一个客户端的请求->处理->然后将结果返回给客户机.

http://hi.baidu.com/ablenavy/item/b498901c6826bbf587ad4e33 Linux下的动态链接库叫so,即Shared Object,共享对象.一些函数就不说了,网上多的是.把我遇到的问题写下来吧 提示错误 undefined reference to `dlopen' 编译时增加“-ldl”选项即可解决. 提示错误 cannot open shared object file: No such file or directory 将当前目录的绝对路

linux下的同步和相互排斥 Linux sync_mutex 看的更舒服点的版本号= = https://github.com/Svtter/MyBlog/blob/master/Linux/pthread/Linux_producer_consumer.md Semaphore.h 一份好文档,胜读十年书 本文參考了诸多资料,百度百科.cplusplus等 首先介绍一个头文件 #include <semaphore.h> 这里面包括了大多数的所须要使用的信号量. 包括: int sem_i

问题描述:          Linux下使用GDB调试程序 问题解决:          (1)生成调试文件 注:         使用命令   gdb IOStream.c   -o IOStream  -g  最后一个参数是生成gdb调试文件的参数信息(必不可少,否则生成的是可执行的文件).         上述出现如上的警告信息,解决的办法是在IOStream.c文件中引用    #include<stdlib.h>         (2)载入生成的gbd文件IOStream 注:  

PS:1. 断点C++类函数,用b 命名空间::类名::方法名 2. 编译参数一定要加-g,才可断点调试 http://www.cnblogs.com/xd502djj/archive/2012/08/30/2663960.html linux下的c/c++调试器gdb gdb Linux 包含了一个叫 gdb 的 GNU 调试程序. gdb 是一个用来调试 C 和 C++ 程序的强力调试器. 它使你能在程序运行时观察程序的内部结构和内存的使用情况. 以下是 gdb 所提供的一些功能: * 设置

linux 下有动态库和静态库,动态库以.so为扩展名,静态库以.a为扩展名.二者都使用广泛.本文主要讲动态库方面知识.    基本上每一个linux 程序都至少会有一个动态库,查看某个程序使用了那些动态库,使用ldd命令查看 # ldd /bin/ls linux-vdso.so.1 => (0x00007fff597ff000) libselinux.so.1 => /lib64/libselinux.so.1 (0x00000036c2e00000) librt.so.1 => /

摘自:http://blog.csdn.net/todorovchen/article/details/21319033 另请参见: http://blog.sina.com.cn/s/blog_8cfbb9920100zy7g.html LINUX 下 JNA 调用 so--正确版 项目中需要用到Java调用c++,了解过JNI,但比较复杂,后来看到JNA(JNI的加强版). 网上看了很多例子,但是始终出错,主要错误原因是undefined symbol,找不到c++ 方法. 教程的有些细节没

今天在Linux 下使用 Iconv 命令转换一个UTF8文件时,总是转换不成功.提示: iconv: 未知 0 处的非法输入序列 后来使用 man iconv 查看,还是没发现异常,因为命令格式都是正确的.后来找了许多资料才知道原因,如下: a. 在做编码转换的时候,如果你的源格式设定为 GB2312 的话,而且在转换成 UTF-8 的时候,发现程序会报“illegal input sequence at position xxxx”的错误.这是由于你之前的做的假定有问题.GB2312 是国标

linux 下有动态库和静态库,动态库以.so为扩展名,静态库以.a为扩展名.二者都使用广泛.本文主要讲动态库方面知识.        基本上每一个linux 程序都至少会有一个动态库,查看某个程序使用了那些动态库,使用ldd命令查看  # ldd /bin/ls linux-vdso.so.1 => (0x00007fff597ff000) libselinux.so.1 => /lib64/libselinux.so.1 (0x00000036c2e00000) librt.so.1 =&

1. 静态函数库 这类库的名字一般是libxxx.a:利用静态函数库编译成的文件比较大,因为整个 函数库的所有数据都会被整合进目标代码中,他的优点就显而易见了,即编译后的执行程序不需要外部的函数库支持,因为所有使用的函数都已经被编译进去了.当然这也会成为他的缺点,因为如果静态函数库改变了,那么你的程序必须重新编译. 2. 动态函数库 这类库的名字一般是libxxx.so;相对于静态函数库,动态函数库在编译的时候 并没有被编译进目标代码中,你的程序执行到相关函数时才调用该函数库里的相应函数,因此动

// all.h// 2005/06/20,a.m. wenxy #ifndef _ALL_H#define _ALL_H #include <memory.h>#include <stdio.h>#include <stdlib.h>#include <sys/ioctl.h>#include <sys/types.h>#include <sys/socket.h>#include <net/if.h>#include