可重定位代码 是什么意思呢？

顾名思义，可重定位 就是 可以重新定位  的意思。

我们都知道，在写代码时，代码里的各种跳转代码/指令，比如C语言里的goto，汇编里的jmp、jz等等，它们都是跳到某一地址，然后在该地址继续往下执行代码 的意思，我们写的代码时用的内存空间是逻辑空间，但是代码在实际运行时，用到的却是货真价实的物理地址空间。

 

既然如此，那么在程序编译时，就需要有一个从  逻辑地址空间到    物理地址空间  的映射，如果这个映射做得不好，那么就会影响代码的正确执行。

 

打个比方，下面有一段代码：

    AAAA；(假设这里是代码的起始地址0)

 

 

    ...        (中间经略过了187个地址)

 

 

    XXXX;(假设这一行的逻辑地址是188)

circle:

   YYYY;（那么这一行就应该是189）

   ZZZZ;（190）

   MMM;（191）

 

goto circle;（又跳到circle，也就是地址为189那里）

 

 

因为操作系统给进程分配的内存的起始位置是无法确定的，换句话说，也就是程序 在运行时实际的物理起始位置是不确定，所以不能在编译时就把地址给写死，否则，如果实际运行时物理空间起始位置与编译时写死的起始地址  不一致的话，程序就会出问题。

 

举个栗子，就拿上面的代码来讲，假设编译时，按照起始地址为0，给每一行代码都定死了地址（地址为右边括号里的数字），然而在实际运行这段程序时，系统可能给这个进程分配的 物理地址 起始地址为 2000，那么当代码执行到 goto circle;这一句时，本应该跳到的地址为2189，但是因为编译时已经把调转地址给写死了，实际却跳到地址189，至于这个189是哪一个进程的什么代码我们不知道，但可以肯定得是，这已经跳出了自己的物理空间，跳到别人的物理空间执行别人的代码去了，毫无疑问这样会出问题的。

 

为了解决这个问题，科学家们就把心思放在编译这一步骤上。

 

如果我们编译时，涉及  地址跳转，某个地址对应信息的读取、写入   等等之类与地址有关的操作，代码里所有地址都采用动态调整的方式，也就是可以根据操作系统实际给进程分配的  实际物理内存 的起始位置 ，而进行调整的话，那么代码就不会出错啦。

 

同样拿上面的例子来说，假设运行该代码时，系统给这个进程分配的 物理地址 起始位置为 2000，而代码自动根据这个起始位置调整自己的地址，那么代码实际上是：

    AAAA；(假设这里是代码的起始地址2000)

 

 

    ...        (中间经略过了187个地址)

 

 

    XXXX;(假设这一行的逻辑地址是2188)

circle:

   YYYY;（那么这一行就应该是2189）

   ZZZZ;（2190）

   MMM;（2191）

 

goto circle;（又跳到circle，也就是2189那里）

 

 

这样的话，代码的执行就不会出错啦。

 

这种可以使地址平移的代码就叫做可重定位代码，它是在加载的时候，也就是系统给进程确定了物理地址时，才生成绝对地址的。

 

重定位是由操作系统安排的。在装入程序前，系统会计算未使用的内存，然后将程序装入，并记下开始地址。在执行有相对地址的指令时，会将所有的地址加个刚才记下的开始地址，就叫重定位。 它是实现多道程序在内存中同时运行的基础。

 

实际上使得代码可重定位方式有两种，分别是动态重定位与静态重定位。

1、静态重定位：即在程序装入内存的过程中完成，是指在程序开始运行前，程序中的各个地址有关的项均已完成重定位，地址变换通常是在装入时一次完成的，以后不再改变，故成为静态重定位。

2、动态重定位：它不是在程序装入内存时完成的，而是CPU每次访问内存时 由动态地址变换机构（硬件）自动进行把相对地址转换为绝对地址。动态重定位需要软件和硬件相互配合完成。

 

这里不讲述第2种，能理解第1种就可以啦。

此处以我所写的MAX7219为范例，从HDL接口描述到C语言软件编程，分析两种表面不一样、但实质是一样的寄存器映射方法，找出其中联系与区别。
方法1 使用Altera提供的API
1. 使用HDL描述Avalon-MM接口
代码1 Amy_S_max7219_avalon_interface.v
01
/*-----版权声明-----
02
*     艾米电子工作室——让开发变得更简单
05
*     QQ(邮箱)：amy-studio@qq.com
06
*-----文件信息-----
07
*     文件名称：Amy_S_max7219_avalon_interface.v
08
*     最后修改日期：3.20, 2010
09
*     描述：Max7219的Avalon接口描述文件
10
*------------------
11
*     创建者：张亚峰
12
*     创建日期：3.20, 2009
13
*     版本：1.0
14
*     描述：原始版本
15
*------------------
16
*     修改者：
17
*     修改日期：
18
*     版本：
19
*     描述：
20
*-------------------
21
*/
22
23
module Amy_S_max7219_avalon_interface(
24
// Clcok Input
25
input         csi_clk,
26
input         csi_reset_n,
27
// Avalon-MM Slave
28
input         avs_chipselect,
29
input [1:0]   avs_address,
30
input         avs_write,
31
input [31:0]  avs_writedata,
32
// Conduit End
33
output reg    coe_din,
34
output reg    coe_cs,
35
output reg    coe_clk
36
);
37
38
// write
39
always@(posedge csi_clk, negedge csi_reset_n)
40
begin
41
if (!csi_reset_n)
42
begin
43
coe_din <= 1'b0;
44
coe_cs  <= 1'b0;
45
coe_clk <= 1'b0;
46
end
47
else if (avs_chipselect & avs_write)
48
begin
49
case (avs_address)
50
0: coe_din <= avs_writedata[0];
51
1: coe_cs  <= avs_writedata[0];
52
2: coe_clk <= avs_writedata[0];
53
endcase
54
end
55
end
56
57
endmodule
<
;p>在这里，使用了3个寄存器，并通过avs_address来寻址。从50~52行，可以看出，这三个寄存器的偏移地址(Offset)分别是0、1和2。
2. 使用C语言编写寄存器映射文件
代码2 Amy_S_max7219.h 片段
01
//++++++++++++++++++++++++++++++++++++++
02
// 寄存器映射 开始
03
// 根据HDL编写
04
//++++++++++++++++++++++++++++++++++++++
05
#include 
06
07
#define IOWR_MAX7219_DIN(base, data)   IOWR(base, 0, data)
08
#define IOWR_MAX7219_CS(base, data)    IOWR(base, 1, data)
09
#define IOWR_MAX7219_CLK(base, data)   IOWR(base, 2, data)
10
//--------------------------------------
11
// 寄存器映射 结束
12
//--------------------------------------
注意：结尾那个是发博客发出来的，不属于代码。
由于是使用ALtera的API——IOWR()，因此第5行，就得加上#include 。IOWR(base, offset, data)的3个输入参数，分别是IP的基地址，所使用寄存器的偏移地址，欲给所使用寄存器赋的值。寄存器的存储映射所使用的偏移地址，是有HDL中avs_address决定的。(avs avalon slave 阿窝龙从设备)
代码3 Amy_S_max7219.h 片段
代码描述：使用上面的已经映射好的函数
01
//++++++++++++++++++++++++++++++++++++++
02
// 基地址 开始
03
// 根据SOPC Builder设置编写
04
//++++++++++++++++++++++++++++++++++++++
05
#include "system.h"
06
07
#define max7219_addr MAX7219_BASE
08
//--------------------------------------
09
// 基地址 结束
10
//--------------------------------------
11
12
13
//++++++++++++++++++++++++++++++++++++++
14
// 寄存器映射 开始
15
// 根据HDL编写
16
//++++++++++++++++++++++++++++++++++++++
17
#include 
18
19
#define IOWR_MAX7219_DIN(base, data)   IOWR(base, 0, data)
20
#define IOWR_MAX7219_CS(base, data)    IOWR(base, 1, data)
21
#define IOWR_MAX7219_CLK(base, data)   IOWR(base, 2, data)
22
//--------------------------------------
23
// 寄存器映射 结束
24
//--------------------------------------
25
26
27
//++++++++++++++++++++++++++++++++++++++
28
// 管脚操作 开始
29
//++++++++++++++++++++++++++++++++++++++
30
#define SET_DIN IOWR_MAX7219_DIN(max7219_addr, 1)
31
#define CLR_DIN IOWR_MAX7219_DIN(max7219_addr, 0)
32
#define SET_CS  IOWR_MAX7219_CS(max7219_addr, 1)
33
#define CLR_CS  IOWR_MAX7219_CS(max7219_addr, 0)
34
#define SET_CLK IOWR_MAX7219_CLK(max7219_addr, 1)
35
#define CLR_CLK IOWR_MAX7219_CLK(max7219_addr, 0)
36
//--------------------------------------
37
// 管脚操作 结束
38
//--------------------------------------
注意：结尾那个是发博客发出来的，不属于代码
代码4 Amy_S_max7219.c代码片段
代码描述：使用Altera API的具体操作
01
#include "Amy_S_max7219.h"
02
03
/*
04
* 发送一个字节的子程序：
05
* 上升沿发送数据，
06
* MSB first
07
*/
08
void Max7219_WriteByte(alt_u8 byte)
09
{
10
alt_u8 i;
11
for (i=0; i<8; i++)
12
{
13
CLR_CLK;
14
if(byte & 0x80)
15
SET_DIN;
16
else
17
CLR_DIN;
18
byte <<= 1;
19
SET_CLK;
20
}
21
}
至此，使用Altera的API来描述寄存器存储映射的方法，告一段落。
方法2 使用位域或结构体
其实这种方法，Altera的API的源代码有时也会用到。但是有一个地方需要注意，后面会提到。
1. 使用HDL描述Avalon-MM接口
如上。
2. 使用C语言编写寄存器映射文件
代码4 Amy_S_max7219.h 片段
01
//++++++++++++++++++++++++++++++++++++++
02
// 寄存器映射 开始
03
// 根据HDL编写
04
//++++++++++++++++++++++++++++++++++++++
05
#include "system.h"
06
#include "alt_types.h"
07
08
typedef struct
09
{
10
alt_u32 DIN : 32;
11
alt_u32 CS  : 32;
12
alt_u32 CLK : 32;
13
}MAX7219_T;
14
15
#define m7219 ((MAX7219_T *)(MAX7219_BASE))
16
//--------------------------------------
17
// 寄存器映射 结束
18
//--------------------------------------
因为Nios II是32位的处理
器，所以之前定义了3个寄存器，都是32位的。此处为了表达这种关系，我们使用了位域。将这个位域(或结构体)重定义为一个类型，然后定义一个该类型的指针变量，起始地址是所需的基地址。这样做，就可以很好地为从基地址开始的连续的3x32位数据寻址(此处为3个寄存器，故数据总长3x32)。
代码5 Amy_S_max7219.c代码片段
代码描述：使用结构体指针寻址示例
01
/*
02
* 发送一个字节的子程序：
03
* 上升沿发送数据，
04
* MSB first
05
*/
06
void Max7219_WriteByte(alt_u8 byte)
07
{
08
alt_u8 i;
09
for (i=0; i<8; i++)
10
{
11
m7219->CLK = 0;
12
if(byte & 0x80)
13
m7219->DIN = 1;
14
else
15
m7219->DIN = 0;
16
byte <<= 1;
17
m7219->CLK = 1;
18
}
19
}
哈哈，是不是可以直接赋值了，更加像单片机了吧。其实Nios II就是单片机，32位的单片机。
做到这里，有些实验者在开发板上演练时，确实成功了；然而有些没有成功？这是为什么呢？我们先看参考资料1。
代码6 两种寄存器存储映射所对应的汇编
01
IOWR=32DIRECT(GPIO_LED_BASE, 0, 1);
02
0x04000234 : movhi r3,2048
03
0x04000238 : addi r3,r3,6144
04
0x0400023c : movi r2,1
05
0x04000240 : stwio r2,0(r3)
06
07
LED = 1;
08
0x04000224 : movhi r3,2048
09
0x04000228 : addi r3,r3,6144
10
0x0400022c : movi r2,1
11
0x04000230 : stw r2,0(r3)
看到没有，两种寄存器存储映射所对应的汇编不一样。看关键字，一个是stwio，一个是stw。接下来打开手册，Table 3-36。
表1 宽数据传输指令
手册上清楚地写到，I/O外设的数据传输应该使用ldwio和stwio；这两条指令在传输时，是没有cache和buffer的。那怎样让结构体指针的寄存器映射方式也能使用ldwio和stwio呢。接着看手册，在98页，Cache Memory小节，写到 。那还有其他方法来实现cache bypass吗？第38页写到：
图1 Cache Bypass Method
图2 The Bit-31 Cache Bypass Method
好的，看代码。
代码7 system.h片段
1
#define ALT_MODULE_CLASS_max7219 Amy_S_max7219
2
#define MAX7219_BASE 0x1002020
3
#define MAX7219_IRQ -1
4
#define MAX7219_IRQ_INTERRUPT_CONTROLLER_ID -1
5
#define MAX7219_NAME "/dev/max7219"
6
#define MAX7219_SPAN 16
7
#define MAX7219_TYPE "Amy_S_max7219"
MAX7219_BASE=0x1002020，第31位是0；因此我们用结构体指针来寄存器存储映射时，传输的数据因数据缓存而出错。那我们就把这个Cache给Bypass(旁路)了。怎么办？把地址总线的第31位置一。
代码8 修改后的Amy_S_max7219.h片段
01
//++++++++++++++++++++++++++++++++++++++
02
// 寄存器映射 开始
03
// 根据HDL编写
04
//++++++++++++++++++++++++++++++++++++++
05
#include "system.h"
06
#include "alt_types.h"
07
08
typedef struct
09
{
10
alt_u32 DIN : 32;
11
alt_u32 CS  : 32;
12
alt_u32 CLK : 32;
13
}MAX7219_T;
14
15
#define m7219 ((MAX7219_T *)(MAX7219_BASE | 1<<31))
16
//--------------------------------------
17
// 寄存器映射 结束
18
//--------------------------------------
在这里，我们直接通过或(1<<31)的方式，把第31位给置一了；这样从该基地址传输的数据就把数据缓存给旁路了；因为是I/O外设传输嘛。
好了，至此大功告成。我们可以自由切换喜欢的寄存器映射方式。
3. 一点其他内容
有时候我们所使用的寄存器并不一定都是32位的，这时要使用嵌套结构体来凑足32位，以防止寄存器寻址错误。
代码9 嵌套结构体示例
01
typedef struct{
02
struct{
03
alt_u8  DIN : 8;
04
alt_u32 NC  : 24;
05
}offset_0;
06
struct{
07
alt_u8  CS  : 1;
08
alt_u32 NC  : 31;
09
}offset_1;
10
struct{
11
alt_u8  CLK : 1;
12
alt_u32 NC  : 31;
13
}offset_2;
14
}MAX7219_T;
关于嵌套结构体，此处不解析，请读者自行分析。
对比
两种方法都不错，大家爱用什么就用什么。
参考
2. Altera.Nios II Processor Reference Handbook

展开全部
应该是32313133353236313431303231363533e58685e5aeb931333365633864源文件该位置有不可见的非法字符。可以在next后面一直按delete把下一行拼上来，再加入回车试试。
在多字节的目标代码页中，没有此 Unicode 字符可以映射到的字符。
同样的一个php file,连接到同样的一个远程数据库$db = new COM("ADODB.Connection",NULL,CP_UTF8);
$dsn = "DRIVER={SQL Server};SERVER=;UID=;PWD=; DATABASE=;autotranslate=no";
$result = new COM("ADODB.RecordSet");
$result->CursorLocation =3;
$a=$_POST["fda"];
$sql="insert into test(test) values(N'$a')";
$result->open($sql,$db);
在我机器上运行的时候提示
Could not convert string to unicode: `在多字节的目标代码页中，没有此 Unicode 字符可以映射到的字符。 '
Fatal error: Uncaught exception 'com_exception' with message 'Source: Microsoft OLE DB Provider for ODBC DriversDescription: [Microsoft][ODBC SQL Server Driver][SQL Server]Unclosed quotation mark before the character string '阒?'.' in F:\Localhost\mmm4him\b.php:31 Stack trace: #0 F:\Localhost\mmm4him\b.php(31): com->open('insert into tes...', Object(com)) #1 {main} thrown in
但是php文件上传到服务器就一切正常.php.ini也都是完全一样的,是不是有什么问题在IIS上?
windows7+ php5 fast cgi
数据库都是同一个远程服务器上的mssql

Context在Java中的出现是如此频繁，但其中文翻译“上下文”又是如此诡异拗口，因此导致很多人不是很了解Context的具体含义是指什么，所以很有必要来深究一下这词的含义。
先来举几个JAVA中用到Context的例子
(1)JNDI的一个类javax.naming.InitialContext，它读取JNDI的一些配置信息，并内含对象和其在JNDI中的注册名称的映射信息。请看下面的代码：InitialContext ic=new InitialContext();RMIAdaptor server=(RMIAdaptor)ic.lookup("jmx/invoker/RMIAdaptor");
这是一段JBoss中获取MBean的远程调用类的代码。在这里面通过InitialContext中JNDI注册的名称“jmx/invoker/RMIAdaptor”来获得RMIAdaptor对象。这和JAVA集合中的MAP有点象，有一个String的key，key对映着它的对象。
(2)ApplicationContext 是内含configuration.xml配置文件的信息，使得可以通过getBean用名称得到相应的注册对象。
Context常用方法：// 获取应用程序包的AssetManager实例
public abstract AssetManager getAssets();
// 获取应用程序包的Resources实例
public abstract Resources getResources();
// 获取PackageManager实例，以查看全局package信息
public abstract PackageManager getPackageManager();
// 获取应用程序包的ContentResolver实例
public abstract ContentResolver getContentResolver();
// 它返回当前进程的主线程的Looper，此线程分发调用给应用组件(activities, services等)
public abstract Looper getMainLooper();
// 返回当前进程的单实例全局Application对象的Context
public abstract Context getApplicationContext();
// 从string表中获取本地化的、格式化的字符序列
public final CharSequence getText(int resId) {
return getResources().getText(resId);
}
// 从string表中获取本地化的字符串
public final String getString(int resId) {
return getResources().getString(resId);
}
public final String getString(int resId, Object... formatArgs) {
return getResources().getString(resId, formatArgs);
}
// 返回一个可用于获取包中类信息的class loader
public abstract ClassLoader getClassLoader();
// 返回应用程序包名
public abstract String getPackageName();
// 返回应用程序信息
public abstract ApplicationInfo getApplicationInfo();
// 根据文件名获取SharedPreferences
public abstract SharedPreferences getSharedPreferences(String name,
int mode);
// 其根目录为: Environment.getExternalStorageDirectory()
public abstract File getExternalFilesDir(String type);
// 返回应用程序obb文件路径
public abstract File getObbDir();
// 启动一个新的activity
public abstract void startActivity(Intent intent);
// 启动一个新的activity
public void startActivityAsUser(Intent intent, UserHandle user) {
throw new RuntimeException("Not implemented. Must override in a subclass.");
}
// 启动一个新的activity
// intent: 将被启动的activity的描述信息
// options: 描述activity将如何被启动
public abstract void startActivity(Intent intent, Bundle options);
// 启动多个新的activity
public abstract void startActivities(Intent[] intents);
// 启动多个新的activity
public abstract void startActivities(Intent[] intents, Bundle options);
// 广播一个intent给所有感兴趣的接收者，异步机制
public abstract void sendBroadcast(Intent intent);
// 广播一个intent给所有感兴趣的接收者，异步机制
public abstract void sendBroadcast(Intent intent,String receiverPermission);
//发送有序广播
public abstract void sendOrderedBroadcast(Intent intent,String receiverPermission);
public abstract void sendOrderedBroadcast(Intent intent,
String receiverPermission, BroadcastReceiver resultReceiver,
Handler scheduler, int initialCode, String initialData,
Bundle initialExtras);
public abstract void sendBroadcastAsUser(Intent intent, UserHandle user);
public abstract void sendBroadcastAsUser(Intent intent, UserHandle user,
String receiverPermission);
// 注册一个BroadcastReceiver，且它将在主activity线程中运行
public abstract Intent registerReceiver(BroadcastReceiver receiver,
IntentFilter filter);
//取消注册BroadcastReceiver
public abstract Intent registerReceiver(BroadcastReceiver receiver,
IntentFilter filter, String broadcastPermission, Handler scheduler);
public abstract void unregisterReceiver(BroadcastReceiver receiver);
// 请求启动一个application service
public abstract ComponentName startService(Intent service);
// 请求停止一个application service
public abstract boolean stopService(Intent service);
// 连接一个应用服务，它定义了application和service间的依赖关系
public abstract boolean bindService(Intent service, ServiceConnection conn,
int flags);
// 断开一个应用服务，当服务重新开始时，将不再接收到调用，
// 且服务允许随时停止
public abstract void unbindService(ServiceConnection conn);
// 返回系统级service
public abstract Object getSystemService(String name);
//检查权限
public abstract int checkPermission(String permission, int pid, int uid);
// 返回一个新的与application name对应的Context对象
public abstract Context createPackageContext(String packageName,
int flags) throws PackageManager.NameNotFoundException;
// 返回基于当前Context对象的新对象，其资源与display相匹配
public abstract Context createDisplayContext(Display display);