edi传输报错代码

㈠ 使数据段、附加段与代码段同段的作用是什么呀

程序不好破解，还有程序中的数据保密性较强。。。一般病毒、黑客和加密程序才这么做吧。。。常规程序好像没有这么写的。。。
而且这种做法只能用汇编来完成，其他高级语言都会分段。
给你举个例子。。。
在C语言中：
char *p = "123";
printf(p);
这两行代码经过编译后，"123"这个数据就会被放置于数据段中，而printf(p)则存在于代码段。程序执行后会在控制台输出"123"。

char p[10];
strcpy(p, "123");
printf(p);
这三行代码经过编译后，p[10]会在内存中开辟空间并将地址放置于数据段中，"123"也将存在于数据段中，strcpy和printf将存在于代码段中。程序执行后会在控制台输出"123"。

在汇编语言中：
.....
mov edi, $ ;这行代码的意思就是将EIP寄存器的内容写入EDI，$代表当前指令的EIP
nop
nop
nop
nop
mov ptr byte [edi], '1'
mov ptr byte [edi+1], '2'
mov ptr byte [edi+3], '3'
mov ptr byte [edi+4], 0
push edi
call ....
...
这几行汇编中存在常量"123"，程序运行后在控制台输出"123"，但是却没有数据段。当程序执行完一大堆的nop之后，接下去的指令将常量"123"动态的写入从"mov edi, $"指令开始的3个字节的空间，并将原指令替换掉了，所以其常量存在于代码段。

.....
mov edi, $
nop
nop
nop
nop
...
...
push edi
call ....
...
这几行汇编代码中，当程序执行到push edi之前的指令时，相当于在代码段中开辟了N个字节的空间(N = 多少个nop + "mov edi, $“的长度)，通过向[edi]中写入数据，即相当于strcpy。而这N个字节的数据储存空间也存在于代码段。

由上面的不难看出，如果数据段要和代码段合并，则必须通过指令动态的在代码段中分配相应的储存空间，分配后写入数据，便会将源指令替换掉。换句话说，这种代码只能执行一次，若第二次执行，操作系统就会发出CPU遇到无效指令的错误。
当然，你也可以把空间分配到永远不可能执行到的指令处，比如：
...
jmp xxxx
_MemoryStart:
mov edi, $
jmp _EntryContinue
nop
nop
nop
...
nop
_MemoryEnd:
...
这样一来，你只需要在程序启动时，使用指令jmp _MemoryStart来分配空间，当程序返回到_EntryContinue的时候把edi的内容保存一下，那么你就可以永久使用[edi]中的空间了。因为在_MemoryStart之前有一个无条件跳转，所以无论在什么情况下代码执行到此处都会自动跳转到xxxx处，除非是用jmp指令直接跳转到_MemoryStart。。。。但是这样你要完全正确的搞定xxxx所指的地址。而且这个程序没有任何的兼容性可言，在WinXP SP1下能正常工作，但在SP2、SP3、Vista、Win7下就有可能无法工作了。

㈡ 电子数据交换edi的标准有哪些

电子数据交换的标准主要包括以下几个方面：

1. 报文标准：

   • UN/EDIFACT：联合国行政、商业和运输电子数据交换规则，是目前国际上广泛使用的EDI报文标准。
   • ANSI X12：美国国家标准协会制定的EDI标准，主要应用于北美地区。

2. 通信标准：

   • AS2：一种基于互联网的安全电子数据交换通信协议，支持数据的加密、签名和压缩等功能。
   • FTP和SFTP等，也常被用于EDI数据的传输，尽管它们不如AS2等专用协议安全。

3. 数据元素与代码标准：

   • UN/LOCODE：联合国地点代码，用于标识全球各地的地理位置。
   • HS编码：协调制度编码，用于对商品进行分类。
   • UN/CEFACT：联合国贸易便利化与电子商务中心，负责制定和推广与EDI相关的数据元素、代码和报文标准。

4. 安全标准：

   • 数字证书和加密技术：用于确保EDI通信的安全性和数据的完整性。
   • 身份验证和授权机制：确保只有合法的贸易伙伴能够参与EDI数据的交换。

5. 语法规则：

   • EDI语法规则：定义了EDI报文的结构、数据元素的分隔符、段和报文的开始与结束标识等，确保报文能够被正确解析和处理。

这些标准共同构成了EDI系统的核心，使得不同企业之间的数据交换变得高效、准确和安全。

㈢ EDI小课堂之EDIFACT端口详解

EDIFACT端口详解：

• 功能概览：

  • 格式转换：EDIFACT端口能实现XML文档与EDIFACT文档之间的灵活转换，便于数据的顺畅交换。

• 配置说明：

  • 转换设置：包含端口信息与转换类型的配置，确保数据转换的准确性。
  • 交换头配置：读取并验证交换与功能组中的所有头部信息，确保与配置相匹配。若测试标识符已启用，即使报文内容与配置不匹配亦不会报错。
  • 语法标识符：指示EDIFACT文档中使用的字符集，确保数据的正确解析。
  • 语法版本：结合语法标识符，确定EDIFACT文档中的语法类型，影响配置的可用元素。
  • 发送方ID与发送方限定符代码：唯一标识发送方，并提供发送方标识符的上下文信息。
  • 接收方ID与接收方限定符代码：唯一标识接收方，并提供接收方标识符的上下文信息。
  • 测试标识符：指示交换处于测试环境还是生产环境，影响交换标题的验证。

• ACK配置：

  • 技术性ACK：表示交换已发生，但不保证消息内容正确性，仅表明接收方成功接收了EDIFACT消息。
  • 功能性ACK：表示接收方已处理交换，既表明了交换成功，也表明消息处理完成。

通过以上配置与功能，EDIFACT端口能够实现EDIFACT报文与XML格式之间的顺畅转换，满足企业在电子数据交换中的高效需求。

㈣ 宁波港EDI服务中心对报文代码定义了哪里规则

宁波港EDI服务中心报文代码的规则定义明确，具体内容如下：

一、报文格式规则

宁波港EDI服务中心对报文代码的定义首先涉及报文格式规则。这些规则明确了报文的组成结构，包括报文头、报文主体和报文尾。报文头通常包含发送方和接收方的信息、报文的日期和时间等；报文主体则详细描述了交易或业务的具体内容，如货物信息、运输安排等；报文尾用于校验和签名，确保报文的完整性和真实性。

二、数据元素规则

在数据元素层面，宁波港EDI服务中心对报文代码的定义规定了数据元素的命名规则、数据类型、数据长度和数据取值范围等。这些规则确保了数据的一致性和准确性，避免了因数据格式不统一导致的通信障碍。

三、编码规则

此外，宁波港EDI服务中心还制定了详细的编码规则。这些规则明确了如何对信息进行编码，以确保信息的正确传输和解读。编码规则包括字符集的选择、编码方式以及特殊字符的处理等。这些规则的实施确保了不同系统之间的信息交换能够顺利进行。

宁波港EDI服务中心对报文代码的规则定义是港口电子数据交换的基础，确保了信息传输的准确性和效率。这些规则的实施有助于提升宁波港的运营效率和竞争力，为港口物流的智能化、自动化发展提供了有力支持。