说到CPYTOIMPF转csv，想起一个一直没研究过的问题~~~

ux400

原帖由 franliu 于 2009-12-8 14:25 发表
不是啊，正相反，LIBRARY_A在IFS中是：

/QSYS.LIB/LIBRARY_A.LIB

程序QGPL/PGMA在IFS中是：

/QSYS.LIB/QGPL.LIB/PGMA.PGM

慢估计是编译系统质量差的关系。AS400跑JAVA也是超级慢。

这只是统一的访问方式。
先有鸡还是先有蛋？
在AS/400中先有LIB文件系统吧？后有IFS文件系统吧？
IBM四海一家的解决方案，好象AS/400什么都能玩，其实谁用谁知道，玩过的人都知道AS/400的DOMINO、WEBSPHERE、JAVA跑得比UNIX下慢多了

franliu

OS400 V3以前没有ifs, 以后文件系统按照unix的树状结构重写了。所谓QSYS.LIB文件系统是根目录/的一个分支。

其他分支有不分大小写的WINDOWS兼容文件系统。

分大小写的UNIX兼容文件系统；

/QOPT  ISO兼容光盘文件系统等

据说是这样。细节只有IBM R&D 知道啦。

[ 本帖最后由 franliu 于 2009-12-8 14:51 编辑 ]

ux400

原帖由 franliu 于 2009-12-8 14:48 发表
OS400 V3以前没有ifs, 以后文件系统按照unix的树状结构重写了。所谓QSYS.LIB文件系统是根目录/的一个分支。

其他分支有不分大小写的WINDOWS兼容文件系统。

分大小写的UNIX兼容文件系统；

/QOPT  ISO兼 ...

我的感觉就是用LIB文件系统来实现unix的树状结构，所以就慢。
要想快一点？那就买新机器吧。
上了IBM的贼船，你还想下来？

franliu

IFS不慢哦，你用FTP上载再下载一个100M 的文件下来看看就知道了。

[ 本帖最后由 franliu 于 2009-12-8 15:32 编辑 ]

letusgoup

11 - The RCDDLM parameter for a stream file can only be *CR, *CRLF, *LF,
   or *LFCR and for a data base file the RCDDLM parameter can be *EOR or a   
   valid value.                                 

stream file 必须用     *CR, *CRLF, *LF,   or *LFCR 之一，每个的帮助我看了，但没看懂
分别是什么东西，一般选哪个合适呢？，我胡乱选了第一个。倒是能通过。

franliu

用*CRLF

意思是行末加上asc ii码的回车和换行符。windows文本文件都是用 cr-lf结尾的。


如果最终接收的系统是unix,可以选*LF. 因为UNIX文本文件没有用CR符号。

[ 本帖最后由 franliu 于 2009-12-8 16:38 编辑 ]

letusgoup

多谢！搜了一下

在文本处理中, CR, LF, CR/LF是不同操作系统上使用的换行符.
Dos和windows采用回车+换行CR/LF表示下一行,
而UNIX/Linux采用换行符LF表示下一行，
苹果机(MAC OS系统)则采用回车符CR表示下一行.
CR用符号'\r'表示, 十进制ASCII代码是13, 十六进制代码为0x0D;
LF使用'\n'符号表示, ASCII代码是10, 十六制为0x0A.
所以Windows平台上换行在文本文件中是使用 0d 0a 两个字节表示, 而UNIX和苹果平台上换行则是使用0a或0d一个字节表示.
一般操作系统上的运行库会自动决定文本文件的换行格式. 如一个程序在windows上运行就生成CR/LF换行格式的文本文件，而在Linux上运行就生成LF格式换行的文本文件.
在一个平台上使用另一种换行符的文件文件可能会带来意想不到的问题, 特别是在编辑程序代码时. 有时候代码在编辑器中显示正常, 但在编辑时却会因为换行符问题而出错.
很多文本/代码编辑器带有换行符转换功能, 使用这个功能可以将文本文件中的换行符在不同格式单互换.
在不同平台间使用FTP软件传送文件时, 在ascii文本模式传输模式下, 一些FTP客户端程序会自动对换行格式进行转换. 经过这种传输的文件字节数可能会发生变化. 如果你不想ftp修改原文件, 可以使用bin模式(二进制模式)传输文本.

ux400

原帖由 letusgoup 于 2009-12-8 16:18 发表
11 - The RCDDLM parameter for a stream file can only be *CR, *CRLF, *LF,
   or *LFCR and for a data base file the RCDDLM parameter can be *EOR or a   
   valid value.                            ...

DOS/WINDOWS下文本文件每行尾需要回车（CR，即0x0D）、换行（LF，即0x0A）来结束
UNIX下文本文件每行尾需要换行（LF，即0x0A）来结束
HP3000 MPE操作系统下文本文件的结束符号我已经不记得了，谁记得可以说说
VAX/VMS 、ALPHA OPENVMS操作系统下文本文件的结束符号我已经不记得了，谁记得可以说说
APPLE MAC机的文本文件的结束符号我不清楚，因为只看过，没摸过

谁记得用CR、LFCR的是哪些操作系统？

AS/400 SRCPF是定长记录文件，不需要行尾结束符

[ 本帖最后由 ux400 于 2009-12-8 16:44 编辑 ]

letusgoup

呵呵
剩个 LFCR 没查出来是谁用。纯属好奇了

ux400

查了这里http://en.wikipedia.org/wiki/Newline
LF:    Multics, Unix and Unix-like systems (GNU/Linux, AIX, Xenix, Mac OS X, FreeBSD, etc.), BeOS, Amiga, RISC OS, and others
CR+LF: DEC RT-11 and most other early non-Unix, non-IBM OSes, CP/M, MP/M, DOS, OS/2, Microsoft Windows, Symbian OS
CR:    Commodore machines, Apple II family, Mac OS up to version 9 and OS-9

OpenVMS uses a record-based file system, which stores text files as one record per line.  --- 那就和OS/400类似了。但我怎么记得 VMS EDIT 和 AS/400 SEU 还是不同的呀？VMS EDIT 和DOS 的 EDIT 相似，行尾空格是保留的吧？10几年没用真的不太记得了。