首页:软件测试网 >> 软件测试技术 >> 软件测试环境搭建 >> Windows系统 >> 查看资讯

CCE免费终端中文平台 Update (for OpenServer/UnixWare)

发布: 2007-6-08 22:43 | 作者: seanhe | 来源: | 查看: 36次 | 进入软件测试论坛讨论

http://www.sourceforge.net/projects/cce2k

Download the latest source distribution package and use gcc to compile install, GPL license.

可以支持SCO OpenServer 5.0.x和Unixware 7.1.x.

Ctrl-SPACE to switch Chinese/English Input, 支持智能拼音输入，
Sense和东方龙马都只支持表格驱动的输入法。

simonzhan 回复于：2004-01-19 07:58:10

多谢！

li2002 回复于：2004-01-19 08:29:04

楼主真是高手，这个项目是你主持的呀，牛阿！

sunlan 回复于：2004-01-19 08:33:58

哪位弟兄试用一下先！告诉大家试用结果。

hraner 回复于：2004-01-19 09:47:19

??

Currently it supports SCO OpenServer 5.0.7. I tested it on OpenServer 5.0.6 and 5.0.7, Unixware 7.1.3, should work on most SCO Unix, maybe you need to fix some minor compilation errors.

btw, sdcff, CCE doesn't support HP-UX and AIX, I saw that you listed it in www.unix-cd.com's download section.

I'm not familiar with SCO's VOL.000.000 binary distribution system, probably someone can make a binary distribution out of it, so uses don't need to compile CCE themselves :)

sdccf 回复于：2004-01-19 10:28:07

谢谢提醒！

internetli 回复于：2004-01-19 15:22:48

好久没有来了,,顶一个..................

internetli 回复于：2004-01-19 15:24:27

[quote:23ec14bfd1="hraner"]http://www.sourceforge.net/projects/cce2k

Download the latest source distribution package and use gcc to compile install, GPL license.

可以支持SCO OpenServer 5.0.x和Unixware 7.1.x.

Ctrl-S..........[/quote:23ec14bfd1][quote:23ec14bfd1][img:23ec14bfd1]http://unix-cd.com/dog.gif[/img:23ec14bfd1][/quote:23ec14bfd1]

stxrh 回复于：2004-01-23 21:04:55

我已试装过，字符界面的，但编译时有几个Makefile中多出:,需要自己改一下（/fonts、/input/gb、/input/big5）

hraner 回复于：2004-01-23 23:34:09

能告诉我你用的是SCO什么版本吗? using gcc什么版本? Thanks!

蓝色虫回复于：2004-01-23 23:42:03

谢了

收藏

namtso 回复于：2004-01-24 10:02:58

试用中发现的几个问题和建议：
1.生成的Makefile只能使用gmake，而不能用make，否则会出错。不过这一点算不上什么错误，只是要提醒别人注意。
2.configure 不能从环境变量中读取AR参数。如果configure从环境变量中读取AR，而不是强行指定AR＝ar，在configure之前指定AR＝gar就能避免在make的时候ar参数错的问题，省去了手工修改的麻烦。
3.configure生成配置文件之后执行gmake，会向/usr/local/share/目录下拷入cce的配置文件，这应该是在gmake完成之后gmake install才应该做的事吧？看来还是生成的Makefile有问题。
4.跟sense一样，普通用户如果要使用cce,就必须设置suid root，这样做对于安全要求较高的环境，可能是一个隐患。不过这一点恐怕是没有办法解决。要读写设备，就必须要相应的权限。
5.对制表字符的识别有问题。启动cce之后，调用scoadmin之类有表格边框的程序，所有的制表字符都显示不正常。
6.在vi下面无法正常显示汉字问题。我试过在设置了LANG和LC_ALL之后，sense下面，vi就能显示大部分汉字，对一文件的显示也有一些小问题，可是cce在设置了LAN和LC_ALL之后，还是无法显示汉字。
7.自动设置环境变量问题。在启动了sense之后，会自动设置LANG，LC_CTYPE等环境变量，这样大部分通过环境变量来判断内码的程序就能正确显示汉字了，我发现cce没有自动设置这些变量。
8.显示速度明显比sense慢很多。。

hraner 回复于：2004-01-24 11:08:14

1.2.3 autoconf/automake 的问题，我会试图fix一下
4. sense和CCE都是纯外挂式的中文平台，不用relink kernel什么的，因此普通用户需要能读写video RAM才行。

5 制表符的问题可以去www.sf.net/projects/cce2k download最新的, 我发现SCO下对制表符的Escape string跟别的Unix不一样, OpenServer和Unixware也不同, 我修正了一下, 可能还有点小问题，但大多应该可以.

6.7. CCE确实没有改动任何locale的设置，我会看一下。

8. 其实sense 我相信是基于一个老的CCE 0.36的source code改编的, 其输入法文件 cin2tab/tab2cin *.tab 等与cce 0.36中的完全一样, 其提供的四种输入法(全拼，双拼，五笔，自然码)也一样, 我想至少其输入模块(也许还有许多别的模块, 不过sense针对SCO做了改进)是采用了GPL sourc code。好像sense 还需要license/crack/$$$什么的, 有点过分!

早期的CCE是采用VGA硬件滚屏的方法作的, 把VGA split成两块，采用改video ram start address的方法来做的, 这样的速度很快(我想sense是这样的), 不过这样操作VGA有一些别的问题, 后来就改成软件滚屏了(CCE 0.1.x/0.3.X应该还有hardware scroll support).

CCE原来主要是target Linux/FreeBSD的, SCO OpenServer/UnixWare的port应该还有许多bugs :)

非常感谢你的detailed bug report 春节快乐! :)

sdccf 回复于：2004-01-24 18:37:09

如何把编译后的可执行文件拷贝到其它系统上而不需要重新编译？我测试过，但没有成功。

namtso 回复于：2004-01-24 19:10:52

[quote:e0b42a5118="sdccf"]如何把编译后的可执行文件拷贝到其它系统上而不需要重新编译？我测试过，但没有成功。[/quote:e0b42a5118]
未经证实，但我想可以这样：
1.在编译的时候，必须静态编译。因为用gcc编译，默认会生成动态链接的elf文件，在不同的机器上移植起来可能会出现小问题。
2.在拷到别的机器上的时候，必须要保证cce的绝对路径不变。在编译的时候，可以通过参数指定cce的安装目录，这样编译后的cce就不一定非安装在/usr/local/下。cce在运行的时候，会按编译的时候指定的目录去查找它的配置文件，所以如果改变了它的绝对路径，就会找不到配置文件。

namtso 回复于：2004-01-24 19:22:10

还有一个问题忘了说了，man cce的时候，字符转义序列有问题，所以显示的man页面不是很“漂亮”。

namtso 回复于：2004-01-24 19:28:28

我去下载新版本，怎么可是没找到新版本的链接。。。。。偶比较笨的。。。

sdccf 回复于：2004-01-24 19:43:23

[quote:a3350294f8="namtso"]
未经证实，但我想可以这样：
1.在编译的时候，必须静态编译。因为用gcc编译，默认会生成动态链接的elf文件，在不同的机器上移植起来可能会出现小问题。
2.在拷到别的机器上的时候，必须要保证cce的绝对路径不变。..........[/quote:a3350294f8]

我就是安装编译的绝对路径拷贝到其它机器上的，但运行出错，好像就是动态连接库的问题。

namtso 回复于：2004-01-24 19:47:05

动态库出错就是因为没有静态编译的问题。

sdccf 回复于：2004-01-24 20:05:49

如何进行静态编译?

namtso 回复于：2004-01-24 20:25:40

#CFLAGS=-static CPPFLAGS=-static ./configure --prefix=any_dir_you_wantto_install_cce

sdccf 回复于：2004-01-24 20:38:15

是不是所有的Makefile都需要修改?

namtso 回复于：2004-01-24 20:42:41

不用的，只是用我上面给的命令行来生成配置文件，而不是仅仅执行configure
按如下步骤就可以了：
1.如果你前面编译过cce，如果是第一次编译就可以跳过这一步。
#gmake clean
2.执行configure 生成配置文件
#CFLAGS=-static CPPFLAGS=-static ./configure --prefix=any_dir_you_wantto_install_cce
3 分别修改src/osdep/Makefile和src/font/Makefile里面的AR ＝ ar一行，改为AR = gar
4.编译
#gmake
5.安装
#gmake install

sdccf 回复于：2004-01-24 20:56:41

编译成功,谢谢!

namtso 回复于：2004-01-24 20:59:49

:)，不客气。

sdccf 回复于：2004-01-24 21:52:53

这个汉字平台跟SCO中国公司的汉字系统有同样的BUG，就是数字小键盘的指示灯开启的时候，四个光标键不能使用。希望hraner能够修正这个BUG，否则在使用中非常不方便。

unixboot 回复于：2004-01-25 14:28:13

发现cce的一个重大bug：因为需要在系统启动时自动加载cce，所以在/etc/rc2.d目录下建立了一个P18cce文件，内容为/usr/bin/cce，没想到执行到这一文件时，系统自动以超级用户登录，进入了#提示符下。请hraner修正这一安全隐患。

sdccf 回复于：2004-01-25 15:05:21

这个问题不好解决，cce其实是一个中文终端软件，不能加到系统的启动中，如果要实现，就得hraner修改程序了。cce是开放源代码的，有能力的也可以自己修改。

namtso 回复于：2004-01-25 19:07:53

你看一下cce的README文件，里面已经说了，默认的cce启动之后运行的程序是/bin/sh，也就是说cce启动之后模拟出一个中文环境，然后调用/bin/sh来接受你的命令，这样你才能跟系统交互。
如果你需要某个用户登录之后直接进入中文环境，就在用户的.profile文件（sh和ksh）里加上调用cce的一行。如果你想在cce运行之后再运行别的程序而不是/bin/sh，请使用cce的-e参数
因为cce并不是对内核的汉化，所以不可能做到系统启动之后就使系统全部汉化。比如你想在rc2.d下启动cce然后让用户在登录的进程中就可以输入汉字，这是不可能的。一种未经证实的方法：修改系统文件，不在控制台上启动gettty来读取用户输入，而是用cce -e login，这样做我觉得有可能使用户在登录的时候就能输入中文。此方法未经测试，只是我觉得这样有可能，你可以试试，不过最好不要在重要的系统上做，另外可以只在一个tty上测试，以便出现问题后恢复。

sdccf 回复于：2004-01-25 19:15:21

cce的-e 这个参数确实非常实用,可以定义cce 启动后自动运行的程序，默认的是sh这个 shell。你可以cce -e vi ，这样cce启动后自动进入vi编辑状态。

sdccf 回复于：2004-01-25 19:24:09

刚才测试了一下cce -e login
能够出现登陆提示Login，但用户登陆后还没有到提示符cce就退出了

namtso 回复于：2004-01-25 19:31:27

这个应该是由于login校验密码通过之后就以exec调用/bin/sh替换了自己的进程映像，其实cce的工作方式有点类似于dos下面的内存驻留程序，现在整个login的内存映像在exec之后全部被替换，所以cce也就被替换出去了。
这样，，可以修改用户的sh，使得login用exec调用的是cce，而cce又会默认调用一个sh，这样应该就可以了。

namtso 回复于：2004-01-25 19:46:13

刚才想到这样做可能会出现的几个问题：
1.-l参数的问题。login在校验密码通过后，会以-l参数调用用户定义的sh，这样如果cce不认-l参数，而cce对不认识的参数的处理方法如果是退出程序，那这个方法就要失败。如果cce对不认识的参数只是忽略，那应该是没什么问题的。
2.环境变量初始化的问题。在login以-l参数调用sh后，sh会去读取.profile（sh和ksh），可是做前面的个性之后，cce并没有用-l参数去调用sh，sh也就不会去读取用户配置文件，所以，登录之后环境变量可能有问题。解决的办法一个是登录之后手工执行. .profile，另外一个就是修改cce，让cce在收到-l参数的时候，以sh -l的形式调用sh，问题就解决了。

stxrh 回复于：2004-01-25 20:00:55

我用的是ScoUnix 5.07,在root用户的.profile中加入/usr/gnu/bin就可以
编译，但我发现启动CCE后屏幕刷新很慢。

hraner 回复于：2004-01-26 04:12:21

近期有时间会做以下更新:

1) vi输入显示的bug, 这个应该是可以的，要看看哪里出了问题, 否则CCE就没什么用了:)

2) SCO 的ANSI escape string bug-fix, 现在运行 netconfig/custom等表格软件虽然可以显示制表符，但是有一些额外的字符输出，影响美观，我估计是不认识的SCO-specific的escape string.

3) 现在CCE启动的是否执行shell时是以login shell的形式执行的, exec("/bin/sh", "-sh", ...) 有"-"是login shell. 假如-l option 有用的话，会加入，应该非常简单.

4) 关于硬件滚屏的实现,我要找找看原来的代码还在不在，可以加上一个configure的option让user来指定，假如有兼容性问题可以disable，这样可以提高显示速度。

sdcff, 你说的 NumLock打开时Arrow key不能用指的是小键盘上的arrow keys吗(可是numlock的作用不就是switch 到 0-9数字吗?), 我试验了一下，好像大键盘上的还是可以用的?

namtso 回复于：2004-01-26 05:08:43

1.vi下面的问题。我当时测试的时候，用的那篇文章，是在windows下面保存下来的一篇网上文章，在cce下面，用cat filename，能显示汉字，可是用vi打开就不行。显示的全是八进制。我在启动vi之前，做了如下设置：LC_ALL=zh_CN.GB2312;export LC_ALL
LANG=zh_CN.GB2312;export LANG
文章的开头如下：
0) 介绍
~~~~~~~~~~~~~~~
本文将首先介绍为什么要将你的Ｃ源代码分离成几个合理的独立档案，什么时候需要分，怎么才能分的好。然后将会告诉你 GNU Make 怎样使你的编译和连接步骤自动化。对于其它 Make 工具的用户来说，虽然在用其它类似工具时要做适当的调整，本文的内容仍然是非常有用的。如果对你自己的编程工具有怀疑，可以实际的试一试，但请先阅读用户手册。

sdccf 回复于：2004-01-26 08:27:28

[quote:c8af2a90b4="hraner"]近期有时间会做以下更新:

1) vi输入显示的bug, 这个应该是可以的，要看看哪里出了问题, 否则CCE就没什么用了:)

2) SCO 的ANSI escape string bug-fix, 现在运行 netconfig/custom等表格软件虽然可以显示制表符..........[/quote:c8af2a90b4]

我测试的时候就是大键盘的光标键不能用，也许是我的系统的问题吧，再找个机器试一下。

sdccf 回复于：2004-01-26 09:40:26

把LANG这样设置就可以在vi中正常输入汉字了：

LANG=en_US.ISO8859-1
export LANG

sdccf 回复于：2004-01-26 10:01:26

不能用Ctrl+q+数字调用其它输入法，一般是什么原因造成的？与编译方式有关吗？

hraner 回复于：2004-01-26 10:16:06

不是Ctrl+Q+数字, 是按Ctrl+Q release后再按一下数字，是偷懒的做法:) 很多软件也是用类似的方法(minicom/screen等), 因为这样简单, 不需要register special的keyboard map(这些registration 不同Unix flavor相差很大, 挺麻烦).

假如不喜欢Ctrl+Q可以改include/key.h, 把它换成别的，我当时只是随便取了一个不常用的Ctrl Key, 没有做过研究。

不过我会加上Ctrl+F1-F10的输入法切换的, 好像sense/OLM/cyber等都是用这些来switch 的, just follow the tradition.

sdccf 回复于：2004-01-26 10:25:13

OK，谢谢！

再问一个问题，我在家里的机器上测试foxpro的时候显示非常正常，没有任何的乱字符，但在单位的机器上怎么调试都不行，出现一些类似“1c 0c”的字符，进入scoadmin再退出也出现这样的字符，不知道是什么原因。

hraner 回复于：2004-01-26 11:45:38

TERM变量一样吗？也许OS version不一样? CCE现在对SCO的escape string支持还不够好(man display可以看见许多ESC串).

sdccf 回复于：2004-01-26 12:18:15

TERM的变量是一样的。

sdccf 回复于：2004-01-26 12:37:52

又发现一个问题，当运行foxpro的时候，字段中输入的汉字不能正常显示。

如图所示：

namtso 回复于：2004-01-26 21:47:57

关于vi下面不能显示的问题：
我昨天测试的时候，发现设置LANG=zh_CN.GB2312，LC_ALL＝zh_CN.GB2312之后，在vi里不能正确显示汉字，然后今天再试的时候又可以了。这个期间，我在系统中安装了wzole汉字，我想应该是它的原因，对比安装wzole前后的系统，在安装wzole之前，/usr/lib/lang/zh/CN目录下只有一个符号链接文件GB2312,指向我系统里安装的sense汉字下面的同名目录（我不知道在没在安装sense之前系统里有没有这个文件），安装wzole汉字系统之后，在/usr/lib/lang/zh/CN/下多了一个目录，gb2312（gb是小写的），里面是一些定义文件，同时/usr/lib/lang/zh/CN/GB2312也指向/usr/lib/lang/zh/CN/gb2312。
应该就是跟这个有关的原因吧。

另外发现一个bug，cce下设置终端为ansi，在vi下面，在向下滚行的时（j），屏幕显示不正常，只在屏幕最下面的一行在更新，上面的内容没有滚动，除非按Ctrl＋l更新屏幕才能正确显示。向上滚动（k）时，一切正常。设置终端为vt100时，在vi下面，向下滚行（j）正常，可是只要光标处在屏幕最上面一行，而且屏幕上面也还有显示内容的情况下，用（k）向上滚屏cce就会自动退出，屏幕没有错误提示，显示CCE没有coredump之类的。
至于在scoadmin等有制表符的界面上显示不正常的问题，现在仍没有解决。

sdccf 回复于：2004-01-29 10:31:11

建议hraner在推出下一个Update版本的时候是不是能把cce源代码中的所有输入法都能编译进去？例如自然码、制表符输入等。

CNL 回复于：2004-02-09 18:42:45

CCE运行后原来能运行的动态连接应用程序就运行不了啦，提示动态库找不到，比如oracle8i的应用程序会提示:
dynamic linker : test_program : could not open libclntsh.so.8.0
改成静态连接重新生成应用程序就行了, 有些遗憾。
查看了CCE运行前后的env和set(我用的是ksh), 除了CCE运行后double了一遍PATH外没什么变化，倒是终端号由vt??变成ttyp?了，原因难道是这个？
动态连接程序变成静态连接后程序大小大了6M，郁闷

CNL 回复于：2004-02-09 19:59:12

我启动cce后又su - $LOGNAME一把，输入口令再运行原来的动态连接生成的应用程序就行了，呵呵，我利用cce -e batch_cmd做个批处理放在$HOME/bin下, 一敲命令出现口令输入提示，输入正确口令后程序就带着汉字出现了，退出程序后汉字环境也跟着退出了，节省资源，好！
让用户启动程序前输入登陆口令的办法我想用户还是可以忍受的 :lol: ，我有一个很频繁执行的应用程序(fork出M个)，动态连接出来1M左右，静态连接出来11M多，仅为了cce能直接显示汉字就把它换成静态的，我受不了，估计内存也受不了 :em20: 。

sdccf 回复于：2004-02-09 20:07:42

最好还是编译成动态的，CCE是开放源代码的，您可以根据自己的需要进行编译。

namtso 回复于：2004-02-10 00:32:03

动态库的程序不能运行，应该还是环境变量没有设置好造成的。

CNL 回复于：2004-02-10 10:30:08

PATH都一样了可还是不行啊, 我把.profile中的PATH设置中的PATH=$PATH去掉后，cce运行后的PATH与运行前的PATH就一个样了，可还是不行啊
使用env查看cce运行前后的环境变量已经没有任何区别了，set查看发现cce运行后OLDPWD的设置变没了，还有就是PPID不同(父进程当然应该不同), 应该不是它的原因吧
顺便说一下，我的login-shell是ksh, cce启动后使用的我看也是ksh, 到底是何神奇的原因呢？要不你自各搞一个动态库的程序试一把，我的OS是unixware711,应用程序使用了很多动态库，主要是oracle的，个个都很巨大 :mrgreen:

namtso 回复于：2004-02-10 11:13:03

你运行cce之后，再执行“. ~/.profile”试一下。
不光要看PATH，其它的也要看，ORACLE_BASE，ORACLE_HOME，LD_LIBRARY_PATH

CNL 回复于：2004-02-10 15:03:47

包括PATH所有环境变量都一样啊，
env > a.tmp
cce
env > b.tmp
diff a.tmp b.tmp
no difference!
我试了你说的，结果一个样 :roll:

namtso 回复于：2004-02-10 16:19:03

这样的话我也搞不明白了，看看别的朋友有没有什么高招。

CNL 回复于：2004-02-11 12:52:56

何锐先生可在?
我怀疑是缺少了系统默认的什么登陆设置，且env/set中看不到，
cce 后再su 自身一把，动态库连接成的应用程序就能运行了，而su为只是重新登陆了一次帐户，登陆帐户系统默认的操作是否如下所示？
/etc/profile
/etc/default/login
~$HOME/.profile
还有哪些操作呢，我想仿真su重做一把，看看有无可能解决办法

sdccf 回复于：2004-02-11 13:14:38

何锐先生很长时间没来了。

hraner 回复于：2004-02-11 23:22:36

最近比较忙，关于动态库的问题，不知道是否login/non-login shell的问题，缺省CCE会以login shell(-sh)的形式执行，假如是bash的话，bash会加载:
  /etc/profile
  ~/.bash_profile
  ~/.bash_login
  ~/.profile

假如non-login shell的话, 会加载 ~/.bashrc，我想你su之后是执行了一个non-login shell(可以用 su -l 试验一下如果用login shell是否可以运行）。
(from bash's manual)

假如是这个问题, 可以修改CCE's child.c文件, 把execve shell时的"-sh"改成"sh", 那样就不是login shell了。

CNL 回复于：2004-02-12 08:50:41

su -l 解决了问题，佩服！

CNL 回复于：2004-02-12 08:59:09

我说解决问题是指
cce启动
su -l $LOGNAME或直接su之后
动态库连接的程序均能执行:mrgreen:

hraner 回复于：2004-02-14 12:33:24

I fixed a few bugs of CCE recently

1) vi's last-line-scroll-up bug, fixed, now whole screen will scroll up
     (This bug also happens in FreeBSD, FreeBSD's syscons is SCO-compatible)

2) Better ANSI escape string parsing for OpenServer/UnixWare, now you don't see some extra strange 0C 1C characters printed out. Better table support for OpenServer(Unixware support is still buggy)

3) Added ErBi input method, also, default installation added WuBi and ErBi.

To display Chinese in vi, change LC_CTYPE variable(any better solution?)

OpenServer   LC_CTYPE=en_US.ISO8859-1
UnixWare      LC_CTYPE=zh_CN.eucCN

Please download the latest one(02132004 version) from
  http://www.sourceforge.net/projects/cce2k

Bug Report Always Welcome!

namtso 回复于：2004-02-14 14:20:54

02132004测试，发现几个问题：
1.  configure 默认AR=ar ，不从环境变量中取得AR的值。
2.  在运行cce之后，运行程序'logname'报错，提示：logname:could not find entry in /etc/utmp。不知道是什么原因引起的。我将child.c中sprintf那一行中的“-sh”改为" sh"后测试现象一样。
3.  在vi中有乱码问题。我用vi新建一个文件，随便输入几个字，然后将同一行复制很多遍，至少两屏以上，然后保存退出后再打开该文件，会发现有几行中有乱码，用"CTRL + l"刷新屏幕仍显示为乱码。此时，先将有乱码行滚动出屏幕的上端，然后再按K键让有乱码的行回到屏幕，会发现显示正常，没有乱码。
4.  在vi中光标右键会导致乱码问题。在vi中，光标在汉字下面时，按向右的方向键移动光标，会导致光标经过的汉字显示为乱码，用Ctrl + l刷新屏幕能正常显示。

CNL 回复于：2004-02-14 14:47:27

新cce下动态库的应用程序能直接运行了吗?(su运行的方式别拗)

hraner 回复于：2004-02-14 23:27:58

1) About bug related to vi, sometimes it's vi's Chinese handling bug, are you using vim or old vi? vim has much better support for CJK. If you have any Chinese platform, please also try it with vi, then we know it's CCE or vi's bug :)
Will try to solve it later.

2) About dyynamic library problem, 我试验了一下，大多数SCO的命令都是动态连接的(ldd 可见其lib dependency), 好象没有问题呀？　　按道理说CCE不应该影响这个，也许市library path的问题，还有另外一个可能，CCE启动后会开始一个master/slave tty, 不在是console terminal了。

　有没有简单的可以重复的测试方法，我没有Oracle, 因此不好测试，别的程序有这个问题吗？有没有在sense下测试过?

CNL 回复于：2004-02-15 12:01:40

在uwce下没有这个问题，它也是fork出一个shell,唯一的区别是它fork出来的shel的终端属性l还是console/vt, 而cce出来的如你所说变换成了虚拟终端ttyp, 可是CCE fork出来的shell再su $LOGNAME 一次后，动态库应用程序就能运行了，此时ps -f 检查终端也还是ttyp，所以我想应不是虚拟终端属性的问题。
LD_LIBRARY_PATH我看了前后都是一样的，不过我没有设置CLASSPATH应该没有问题吧

CNL 回复于：2004-02-18 11:09:57

unixware713虚拟机cce运行后执行setcolor 颜色显示不出来，赛博cbhz环境下setcolor还可以,TERM设置都一样是AT386-mb, LANG不一样，cce还是系统确省的LANG,赛博运行后LANG变成了en_US
在CCE下LC_CTYPE设置为en_GB.437也可vi汉字