kali 软件源 包含virtualbox所需头文件

# deb cdrom:[Debian GNU/Linux 7.0 _Kali_ - Official
Snapshot i386 LIVE/INSTALL Binary 20130905-08:50]/ kali contrib main non-free
#deb cdrom:[Debian GNU/Linux 7.0 _Kali_ - Official Snapshot i386 LIVE/INSTALL
Binary 20130905-08:50]/ kali contrib main non-free ## Security update # deb
http://security.kali.org/kali-security/ kali/updates main contrib non-free #官方源
deb http://http.kali.org/ /kali main contrib non-free deb http://http.kali.org/
/wheezy main contrib non-free deb http://http.kali.org/kali kali-dev main
contrib non-free deb http://http.kali.org/kali kali-dev main/debian-installer
deb-src http://http.kali.org/kali kali-dev main contrib non-free deb
http://http.kali.org/kali kali main contrib non-free deb
http://http.kali.org/kali kali main/debian-installer deb-src
http://http.kali.org/kali kali main contrib non-free deb
http://security.kali.org/kali-security kali/updates main contrib non-free
deb-src http://security.kali.org/kali-security kali/updates main contrib
non-free deb http://repo.kali.org/kali kali-bleeding-edge main #deb
http://http.kali.org/kali kali main non-free contrib #deb-src
http://http.kali.org/kali kali main non-free contrib #deb
http://security.kali.org/kali-security kali/updates main contrib non-free #deb
http://mirrors.ustc.edu.cn/kali/ kali main non-free contrib #deb-src
http://mirrors.ustc.edu.cn/kali/ kali main non-free contrib #deb
http://mirrors.ustc.edu.cn/kali-security/ kali/updates main contrib non-free #
deb http://http.kali.org/kali/ kali main contrib non-free # deb
http://http.kali.org/ /kali main contrib non-free # deb http://http.kali.org/
/wheezy main contrib non-free # deb http://http.kali.org/kali/ kali-dev main
contrib non-free # deb http://http.kali.org/kali/ kali-dev
main/debian-installer # deb-src http://http.kali.org/kali/ kali-dev main
contrib non-free # deb http://http.kali.org/kali/ kali main contrib non-free #
deb http://http.kali.org/kali/ kali main/debian-installer # deb-src
http://http.kali.org/kali/ kali main contrib non-free # deb
http://security.kali.org/kali-security/ kali/updates main contrib non-free #
deb-src http://security.kali.org/kali-security/ kali/updates main contrib
non-free # deb http://repo.kali.org/kali/ kali-bleeding-edge main

kali 软件源 包含virtualbox所需头文件

时间: 2024-08-11 05:44:30

kali 软件源 包含virtualbox所需头文件的相关文章

#include<bits/stdc++.h>包含C++的所有头文件

参考博客:http://blog.kuoe0.tw/posts/2014/01/31/install-gnu-gcc-on-os-x-and-use-the-header-bits-stdcplusplus-h-and-policy-based-data-structure 做CF看见别人用这个函数,然后就能直接用vector,set,string那些函数了,摸不着头脑,感觉特神奇就百度了一下,才发现这个是C++版本升级,然后文件自带的,方便了程序员吧.不然每次都得敲那模板老长-- 使用和平常的

Kali软件源

sudo gedit /etc/apt/sources.list在sources.list中添加如下代码: #debain源 deb http://mirrors.163.com/debian/ wheezy main contrib deb http://mirrors.163.com/debian/ wheezy-proposed-updates main contrib deb-src http://mirrors.163.com/debian/ wheezy main contrib d

kali linux国内软件源

kali linux的软件源位于/etc/apt/source.list文件. 国内kali linux软件源: #中科大kali源 deb http://mirrors.ustc.edu.cn/kali sana main non-free contrib deb http://mirrors.ustc.edu.cn/kali-security/ sana/updates main contrib non-free deb-src http://mirrors.ustc.edu.cn/kali

一个化解C++互相包含头文件问题的方法——回调函数

最近写了两个通讯协议程序,都是电力系统中问答式传输规约,一个是基于TCP传输文件的102规约服务端程序,一个是基于串口采集数据的102规约客户端程序.之前还有别的通讯规约,最近更浓烈的期望能够抽象出这些通讯协议程序的一些通用的部分,以便于新的协议来时,我可以少一些工作量.大致上,我将这些通讯程序分成以下几类: 1.通讯协议类,主要负责按照一定传输协议去组装报文,拆解报文,范围包括全部角色的报文(主站.子站)2.通讯控制类,包括各种通讯控制的子类:TCP.串口等,主要负责建立通讯.关闭通讯.发送报

没有躲过的坑--头文件相互包含(Compiler error C2653: not a class or namespace name)

最近被自己坑儿了一把,改别人的代码,最后编译器这样报错的: error C2653: not a class or namespace name 简单描述一下: 有一个类A,声明和实现分别位于 a.h和a.cc中 有一个类B,声明和实现分别位于 b.h和b.cc中 类A的某个成员函数需要B类类型作为参数 类B的某个成员函数需要A类类型作为参数 a.h文件如下: #ifndef A_H_ #define A_H_ #include "b.h" class A { public: enum

C++ 头文件相互包含的问题

今天在看C++ Primer第7章,一个习题是要写两个类,一个是Screen类,一个Window_mgr类,其中,Window_mgr类包含有一个vector<Screen>类型的成员 和一个clear函数,用于操作Screen类,所以需要把clear函数声明为Screen类的友元函数,这样就需要在定义Screen类的头文件中包含Window_mgr类的头文件,同理也需要在Window_mgr类中包含Screen类的头文件,如下: Screen.h #ifndef SCREEN_H #defi

C++包含头文件时尖括号和双引号区别

原文链接:http://c.biancheng.net/cpp/biancheng/view/66.html 如果你还看一些别的C++教程,那么你可能很早就发现了,有些书上的#include命令写作#include <文件名>,但有时候又会出现#include "文件名".你会很疑惑,到底哪个是对的呢?为什么要有这两种不同的写法呢? 这两种写法都是正确的写法,但是它们却是有区别的.我们知道C++已经有一些编写好的头文件(比如标准函数库等等),它们存放在VC++的Includ

C语言包含头文件时用引号和尖括号的区别

用尖括号 #include <>:    一般用于包含标准的库头文件,编译器会去系统配置的库环境变量和者用户配置的路径去搜索,而不会在项目的当前目录去查找 用双引号 #include "":    一般用于包含用户自己编写的头文件,编译器会先在项目的当前目录查找,找不到后才会去系统配置的库环境变量和用户配置的路径去搜索 尖括号和双引号,区别不是很重要的.其实编译器搜索包含文件,是依据搜索路径环境设置,那是很灵活的.一般说推荐用尖括号,不过是减少搜索路径加快预处理速度的意思,

C++头文件的包含顺序研究

C++头文件的包含顺序研究 作者:朱金灿 来源:http://www.cnblogs.com/clever101 一.<Google C++ 编程风格指南>里的观点 最近公司在推行编码规范,领导提议基本上使用<Google C++ 编程风格指南>.其中<Google C++ 编程风格指南>对于头文件的包含顺序是这样的: Names and Order of Includes link ▽Use standard order for readability and to