photon嵌入时clipboard的问题. and 亚洲字体问题

我的问题很简单: 应该如何在共享内存中建立/var/clipboard?

我知道要在photon下使用剪贴板需要/var/clipboard
可在嵌入系统中我想用/dev/shmem作为/var
因此在制作image时我增加了个符号链接, 我是在IDE里做的, 选项如下:
Absolute Location: /dev/shmem
Filename: var
Image Name: e63
Include In Image?: Yes
Linke To: /dev/shmem
Location In Image: /
Optional Item?: Yes

问题来了, 我该怎么在/var下面建个clipboard目录呢?
image启动后, 运行mkdir /var/clipboard, 总是提示我"No such device or address"

难道只能把/var建立在文件系统中, 才能实现?

关于亚洲字体:
我想添加新的ttf字体作为preferred, 但fontadmin提示框中并未出现我新添加的字体. 我强行把fontpreferred文件中Orient = [MyFontName], 重起后也没什么效果
奇怪的是在fontdir文件中并没有对TT5500M_.TTF和TT5200M_.TTF的描述项.可是却能正常显示中文.
当我运行了mkfontdir之后, 在fontdir中有了这个两个文件的描述项后, 却不能正常显示中文了.
文档中的意思似乎是说缺省亚洲字体是文件名中数字最大,于是我把自己的字体改名为TT5600M_.TTF, 但结果是, 有些字能用我的字体显示, 而有些字却只显示"□".

谁知道其中奥秘, 给解下惑吧.

我之所以想把clipboard放在shmem中, 无非是希望在系统reset时, clipboard中的内容能被自动清除.

因为以我最初的理解,如果在文件系统中建clipboard,那么很可能clipboard中的内容会被累积,从而造成硬盘上很多的垃圾,需要手工清除.
可是在qnx 6.3 host上执行
df /var
竟然报告是在/dev/hd0t79上. 那么我只能猜测有个进程/库会清理clipboard中的内容, 以免造成垃圾堆积. 于是我做了测试:

我的测试方法如下, 打开ped, ctrl-c某些内容, 关闭ped, reboot, 打开ped, ctrl-v, 结果是什么?

上次的复制的内容, 竟然还在!

检查/var/clipboard中的文件也表明, 在进行"复制"操作时, 旧文件被删除了, 建立了新文件.

这件事教育了我: 什么事都不能想当然, 用惯了Windows中clipboard, 就认为世界上的clipboard都一样.
/dev/shmem并不是一个完整的文件系统, 虽然ls时它是个目录. 如果想在RAM中实现clipboard, 我猜, 需要自己写个完整的RAM File System?

好了, 我的clipboard问题解决了. 但关于亚洲字体的疑问仍然存在.

There is “devb-ram” and “devf-ram”.

QNX剪贴板的问题早就被一些安全性网站指出是漏洞,不知道为啥qnx一直不解决这个问题,还是有别的这样做的更好的理由?