编译程序

JSP（Java Server Pages） 是运行在服务端的语言 是一种动态网页开发技术 它使用JSP标签在HTML网页中插入Java代码。标签通常以<%开头以%>结束。 是一种使软件开发者可以响应客户端请求，而动态生成HTML、XML或其他格式文档的Web网页的技术标准。 JSP文件后缀名为(*.jsp)。 JSP开发的WEB应用可以跨平台使用，既可以运行在Linux上也能运行在Window上。 JSP是一种Java servlet，主要用于实现Java web应用程序的用户界面部分。网页开发者们通过结合HTML代码、XHTML代码、XML元素以及嵌入JSP操作和命令来编写JSP。 JSP通过网页表单获取用户输入数据、访问数据库及其他数据源，然后动态地创建网页。 JSP标签有多种功能，比如访问数据库、记录用户选择信息、访问JavaBeans组件等，还可以在不同的网页中传递控制信息和共享信息。 JSP基于Java Servlets API，因此，JSP拥有各种强大的企业级Java API，包括JDBC，JNDI，EJB，JAXP等等。 优势： 与ASP相比：JSP有两大优势。首先，动态部分用Java编写，而不是VB或其他MS专用语言，所以更加强大与易用。第二点就是JSP易于移植到非MS平台上。 与纯 Servlets相比

1.自建yum仓库，分别为网络源和本地源 本地源创建步骤 主要命令：createrepo [options] <directory> <directory> ：生成repodata目录的路径 创建步骤： 服务器端配置 1. 把需要的包文件放到指定目录下 2. 使用createrepo命令生成repodata（包的元数据）文件夹 3. 安装并启动要使用的网络访问协议，如：http、file、ftp等 客户端配置 配置名为/etc/yum.repos.d/*.repo的配置文件，具体配置根据实际情况配置，简单配置如下图 至此创建自定义仓库完成 网络源创建步骤 基于Internet网的yum源仓库 服务器端配置： 服务器在公网不用配置 客户端配置： 第一步：选择使用公网上的哪些合适的yum源仓库 如：centos官网或阿里云的yum源仓库… 第二步：配置客户端可以访问Internet 第三步：配置/etc/yum.repos.d/*.repo配置文件 主要把mirrorlist或baseurl配置为公网的url即可，其他项如下图中的配置，具体情况具体设置 基于本地局域网的yum源仓库（yum源服务器） 使用http协议访问yum服务器的方式 配置前准备： 1. 关闭selinux 方法：设置/etc/selinux/config文件中的行为SELINUX=disabled 2.

Java程序编译执行流程 ： Scala程序编译执行流程 ： 在MapReduce中, 各种序列化器. 类比一下, 比如: IntWritable 以及 Text , 都是把内容进行序列化, 也就是输入不同, 输出相同. 不同的输入, 序列化为同样格式的内容, 运行在hadoop上. 同理, 我们可以认为, scala 和 java 就类比有个 ScalaWritable 以及 JavaWritable. 负责对java 以及Scala进行序列化, 输出是什么呢? 输出就是我们的字节码, 也就是 .class 文件. 用于运行在JVM之上. 来源： CSDN 作者： chenyanlong_v 链接： https://blog.csdn.net/longyanchen/article/details/104762492

C语言编译过程总结详解 C语言的编译链接过程要把我们编写的一个c程序（源代码）转换成可以在硬件上运行的程序（可执行代码），需要进行编译和链接。编译就是把文本形式源代码翻译为机器语言形式的目标文件的过程。链接是把目标文件、操作系统的启动代码和用到的库文件进行组织形成最终生成可执行代码的过程。过程图解如下： 从图上可以看到，整个代码的编译过程分为编译和链接两个过程，编译对应图中的大括号括起的部分，其余则为链接过程。 编译过程 编译过程又可以分成两个阶段：编译和会汇编。 编译 编译是读取源程序（字符流），对之进行词法和语法的分析，将高级语言指令转换为功能等效的汇编代码，源文件的编译过程包含两个主要阶段： 第一个阶段是预处理阶段，在正式的编译阶段之前进行。预处理阶段将根据已放置在文件中的预处理指令来修改源文件的内容。如#include指令就是一个预处理指令，它把头文件的内容添加到.cpp文件中。这个在编译之前修改源文件的方式提供了很大的灵活性，以适应不同的计算机和操作系统环境的限制。一个环境需要的代码跟另一个环境所需的代码可能有所不同，因为可用的硬件或操作系统是不同的。在许多情况下，可以把用于不同环境的代码放在同一个文件中，再在预处理阶段修改代码，使之适应当前的环境。 主要是以下几方面的处理： （1）宏定义指令，如 #define a b 对于这种伪指令

首先，在使用计算机办公或学习的过程中一定要让文件有条理的存放在文件夹中， 所以编 写c程序的第一步：创建一个专门存放c程序的文件夹。 在主目录中创建一个名为 'c程序设计’的文件夹： mkdir c程序设计 进入文件夹： cd c程序设计 创建vim文件 ： vim hello . c 按i或者insert键进入插入模式，然后编写一个c程序： # include <stdio.h> int main ( ) { printf ( "hello world" ) ; return 0 ; } 按esc键退出插入模式，然后输入:wq保存并退出 ， 这时候你就能在文件夹里发现hello.c这一文件，但这只是一个脚本，想要运行该脚本，必须通过编译，生成一可执行文件。 编译hello.c gcc hello . c 直接键入这一行代码，你将在你的文件夹中发现一个名为a.out的文件，这就类似u我们在windows环境下所熟悉的.exe文件。 但我并不推荐大家直接使用这种方式编译文件，当我们编写的程序数量变多时，我们会找不到生成的新的.out文件。所以我推荐使用下面这种编译方式 在编译时为即将生成的可执行文件命名： gcc hello . c - o hello . out //使用windows下cmder的同学可以把hello.out改为hello.exe 编译成功的话

前段时间项目时间紧张，ios端因为pod文件冲突，没有使用ios模拟器开发，今天见打算搞一下这个问题。 解决过程主要是如下两个步骤：首先删除项目ios目录下的Pods文件夹，然后进入项目的ios 文件，执行命令pod install,等待pod文件安装完成，重新运行模拟器即可。 以为这样就完了？我真是Too Young Too Simple。 在ReactNative项目根目录运行命令react-native run-ios,运行程序启动IOS模拟器，报了如下错误： Unknown argument type '__attribute__' in method -[RCTAppState getCurrentAppState:error:]. Extend RCTConvert to support this type. 报错截图如下 通过查阅相关资料在reactnative的官方仓库中发现了这个issues: iOS build fails to run in with Xcode 11.0 beta 查看下面的评论最终找到了解决方案： 进入项目根目录,之后找到如下文件， myproject/node_modules/react-native/React/Base/RCTModuleMethod.mm 在大概91行处，修改为如下 static BOOL

上篇文章实现了Qt+MinGW+Opencv+Zbar的配置。接下来，由于项目需求，需要用Java调用，因此需要将之前二维码识别的代码编译成Dll，供java调用。 1 Java调用Dll的方法 1.1 利用Java自带的JNI JNI是Java Native Interface的缩写，通过使用 Java本地接口书写程序，可以确保代码在不同的平台上方便移植。它允许Java代码和其他语言写的（本地已编译的）代码进行交，这样做通常会丧失平台可移植性。但是，有些情况下这样做是可以接受的，甚至是必须的。 基本流程是首先在java环境下，建立一个java的接口，然后利用Java自带的工具javah，将这个接口转换成C或C++类型的接口，然后，在VC或中Qt的环境下借助编译器，实现这个接口的功能，并编译成Dll。 在Java环境下通过调用这个Dll，就可以访问本地代码或已编译的库的功能， 这个方法的效率是最高的，缺点是由于对应于某一平台的 JNI 本地代码调用通常不能移植到其他平台上。 这种方法适用于核心代码大部分已经在本地完成，将代码重新写成Java的工作量复杂或者根本无法完成的情况，我们需要在本地用C++或C把这些代码封装起来供Java 使用，这个封装的Dll可以由我们指定实现某种功能，也就是说可以在保证Java代码不更改的情况下，改变程序的功能。 1.2 利用Java自带的JNA JNA

http://www.ibm.com/developerworks/cn/linux/l-cn-gpb/ Google Protocol Buffer 的使用和原理 Protocol Buffers 是一种轻便高效的结构化数据存储格式，可以用于结构化数据串行化，很适合做数据存储或 RPC 数据交换格式。它可用于通讯协议、数据存储等领域的语言无关、平台无关、可扩展的序列化结构数据格式。目前提供了 C++、Java、Python 三种语言的 API。 17 评论： 刘 明 , 软件工程师, 上海交大电子与通信系 2010 年 11 月 18 日 内容 在 IBM Bluemix 云平台上开发并部署您的下一个应用。 开始您的试用 简介 什么是 Google Protocol Buffer？ 假如您在网上搜索，应该会得到类似这样的文字介绍： Google Protocol Buffer( 简称 Protobuf) 是 Google 公司内部的混合语言数据标准，目前已经正在使用的有超过 48,162 种报文格式定义和超过 12,183 个 .proto 文件。他们用于 RPC 系统和持续数据存储系统。 Protocol Buffers 是一种轻便高效的结构化数据存储格式，可以用于结构化数据串行化，或者说序列化。它很适合做数据存储或 RPC 数据交换格式。可用于通讯协议

Hi35xx NVR GDB调试 1． 下载 gdb 源代码 嵌入式 Linux 的 GDB 调试环境由 Host 和 Target 两部分组成， Host 端使用 arm － linuxgdb ， T arget Board 端使用 gdbserver 。这样，应用程序在嵌入式目标系统上执行。而 gdb 调试在 Host 端，所以要採用远程调试 (remote) 的方法。进行 GDB 调试。目标系统必须包含 gdbserver 程序 ( 在主机上正对硬件平台编译成功后下载到目标机上 ) ，宿主机也必须安装 GDB 程序。 一般 Linux 发行版中都有一个能够执行的 GDB ，但开发者不能直接使用该发行版中的 GDB 来做远程调试，而要获取 GDB 的源码包。针对 arm 平台作一个简单配置，又一次编译得到对应 GDB 。 GDB 的源码包能够从 http://www.gnu.org/software/gdb/download/ http://ftp.gnu.org/gnu/gdb/ 211.95.105.202 ： 3128 能够上去的，全部的版本号都有啊 http: //ftp.cs.pu.edu.tw/linux/sourceware/gdb/releases/ 下载 ftp://ftp.gnu.org/gnu/gdb 外网的 ftp 我常常上不去

转载于：http://blog.chinaunix.net/uid-23381466-id-309369.html arm-linux 的gdb移植分为两种情况.一种是交叉调试版。 这一种模式是需要编译一个arm-linux版本gdbserver (GDB的stub模块).然后再编译一个X86版本交叉调试的gdb.为了与桌面版本身的gdb 区别开来，一般改名为 arm-linux-gdb。两者通过串口或者网络进行互联。 还有一种是干脆把整个gdb移植成一个ARM的本地版。在开发板上直接用gdb来调试。 前一种方法是比较正统的方法。它gdbserver可以通过arm-linux-gdb直接在host上单步调试target的应用程序。.并且可以与图形界面调试器配合进行图形界面调试。缺点就是target资源较少。因此单步调试的速度并不是太快。因此实用性不算太强。 如何交叉调试 arm-linux的本地版一般只能做字符界面的。界面没有支持GUI的交叉调试版友好。而且单步调试速度也不算快。但是有几大大优点: 1.定位程序退出所在函数. 2.判断程序退出的原因 3.通过条件断点分析异常情况时运行环境. 用本地版gdb运行程序时，当程序因段错误或其它原因退出程序时。可以通过gdb bt(即backtrace)来查看最后运行的堆栈。来判断出错时是在哪一个函数里退出。这样会大大加快定位错误的速度