From: infotalk-request@square.ntt.jp
Date: Sat, 23 Jul 94 20:07:12 +0900
Subject: [none given]
Message-Id: <9407231107.AA13290@square.ntt.jp>
20:06:59 JST
Real-Date: Sat, 23 Jul 1994 20:06:58 JST
From: "Takashi Ichihara <ichihara@rikvax.riken.go.jp>"
<ichihara@rikvax.riken.go.jp>
To: unix-sig@phys.s.u-tokyo.ac.jp, infotalk%square.ntt.jp@ns.riken.go.jp
Message-Id: <00981DEE.DB7DDAE0.21481@rikvax.riken.go.jp>
Subject: [infotalk,01636] RE: SL9 information source in Japan
Reply-To: infotalk@square.ntt.jp
ML-Name: infotalk
Sender: takada@square.ntt.jp
Errors-to: infotalk-request@square.ntt.jp
Mail-Count: 01636
> 上記の内 NASA JPLの http://www.gsfc.nasa.gov/planetary/COMET.HTML は
>数日前にリタイアしてで，代わりに
>
> http://navigator.jpl.nasa.gov/sl9/sl9.html
>
>が立ち上がったようです。また国内では SL9 の WWW serverとして,
失礼。直前の記事の以上の部分を以下のように訂正です。
上記の内 NASA JPLの http://newproducts.jpl.nasa.gov/sl9/sl9.html は
数日前にリタイアしてで，代わりに
http://navigator.jpl.nasa.gov/sl9/sl9.html
が立ち上がったようです。また国内では SL9 の WWW serverとして,
理化学研究所 放射線研究室／加速器研究施設
市原 卓 Ichihara@rikvax.riken.go.jp
From: infotalk-request@square.ntt.jp
Date: Sat, 23 Jul 94 16:30:27 +0900
Subject: [none given]
Message-Id: <9407230730.AA13156@square.ntt.jp>
16:30:18 JST
Real-Date: Sat, 23 Jul 1994 16:30:17 JST
From: "Takashi Ichihara <ichihara@rikvax.riken.go.jp>"
<ichihara@rikvax.riken.go.jp>
To: infotalk%square.ntt.jp@ns.riken.go.jp
Message-Id: <00981DD0.96832580.21451@rikvax.riken.go.jp>
Subject: [infotalk,01635] SL9 information Souce in Japan
Reply-To: infotalk@square.ntt.jp
ML-Name: infotalk
Sender: takada@square.ntt.jp
Errors-to: infotalk-request@square.ntt.jp
Mail-Count: 01635
>==============================================================================
> WEBサイト
>==============================================================================
> http://seds.lpl.arizona.edu/sl9/sl9.html
> http://info.cv.nrao.edu/staff/pmurphy/jove-comet-wham-2.html
> http://pscinfo.psc.edu/research/user_research/user_research.html
> http://cea-ftp.cea.berkeley.edu/Jupiter/
> http://http.hq.eso.org/educnpubrelns/comet.html
> http://www.gsfc.nasa.gov/planetary/COMET.HTML
> http://newproducts.jpl.nasa.gov/sl9/sl9.html
> http://mary.phys.hokudai.ac.jp/textdata.html
上記の内 NASA JPLの http://www.gsfc.nasa.gov/planetary/COMET.HTML は
数日前にリタイアしてで，代わりに
http://navigator.jpl.nasa.gov/sl9/sl9.html
が立ち上がったようです。また国内では SL9 の WWW serverとして,
http://brian.isci.kyutech.ac.jp/sl9/ (九州工大, 日本語)
http://www.phys.s.u-tokyo.ac.jp/local/sl9-j.html (東大理，日本語）
http://www.riken.go.jp/sl9/sl9.html (理研, 英語）
http://mary.phys.hokudai.ac.jp/COMET/menu.html (北大,日本語FAQ)
などが上がっていて，他の WWW server/ FTP server とのリンク等も記述されて
います。
国内の SL9 の観測画像データ(アリゾナ大学 SEDSのミラー)の Anoymous FTP
serverとして，これまで fj.sci.astro News Group に紹介されたものは，
ftp://riksun.riken.go.jp/pub/astro/SL9/
ftp://ftp.kek.jp/pub/astro/SL9/
ftp://sasun11.kusastro.kyoto-u.ac.jp/pub/SL9
ftp://ftp.pu-toyama.ac.jp/pub/sl9
などで，あと上記に以外にもいろいろ立ち上がっているようです。(国内の WWW
serverに紹介されています。）
理化学研究所 放射線研究室／加速器研究施設
市原 卓 Ichihara@rikvax.riken.go.jp
From: 沖 幸弘 <yoki@beams.nagaokakyo.kyoto.jp>
Real-Date: Sat, 23 Jul 1994 10:16:33 +0900
Subject: [infotalk,01634] Re: Please help me!!!!!!
Message-Id: <199407230116.KAA27369@firework.beams.nagaokakyo.kyoto.jp>
In message [infotalk ,01633 ]
Kazunori Inoue <kinoue@trl.mei.co.jp> wrote:
: (gdb) run http://www.ntt.jp/
: Starting program: /usr/local/X11R5/bin/Mosaic http://www.ntt.jp/
: Warning: Cannot convert string "-adobe-times-medium-r-normal-*-17-*-*-*-*-*-iso8859-1" to type FontStruct
: Warning: Cannot convert string "-*-lucidatypewriter-medium-r-normal-*-14-*-iso8859-1" to type FontStruct
こんなフォント知らないといっているだけですよね。フォントがあ
るかどうかを確認した方がいいと思います。
: なお、OpenWindows 用の設定（XKeysymDB, app-defaults）を施した結果、
: バイナリ配布版の Mosaic-latin／Mosaic-cjk は一応動作するようになりまし
: た。しかし、
:
: Mosaic-cjk： 相変わらず XKeysymDB を読んでいないのか、
: Warning 出まくり ＆ BackSpace 効かず
:
: Mosaic-latin： 上のプルダウンメニュー(FILEなど)を選択すると、
: サーバごとハング（Ｘなら大丈夫）。
:
: というわけで、どちらも実用上致命的な不具合があるのです…。
XKeysymDBやMosaic(.ad)をデフォルトサーチパス上においていない
からじゃないですか?(見当違いかもしれませんが)この話題ってよ
く流れるからFAQに入れておいた方がいいかもしれませんね。
: ・まさか、IXI Motif 1.2 では駄目で、最新の 1.2.3 ならＯＫなんてことは
: あるんでしょうか？（念のため、IXIのサポートにも問い合わせましたが…、
: 返答がまだ…。）
関係ないと思います。OSF/Motif 1.1でも使っている人は大勢いますから。:)
参考までにXのリソースはどのようにサーチするかというのをまと
めたのがありますからこれを読んで自分の環境とマッチするかを確
認してみてはどうでしょうか。
沖 幸弘
999) How do the resource-loading environment variables work?
How can I use the XFILESEARCHPATH, XUSERFILESEARCHPATH, and XAPPLRESDIR
environment variables to help me control the loading of resources into
Xt-based programs?
These environment variables control where Xt looks for
app-defaults files as an application is initializing. Xt loads at
most one app-defaults file from the path defined in XFILESEARCHPATH
and another from the path defined in XUSERFILESEARCHPATH.
Set XFILESEARCHPATH if software is installed on your system in
such a way that app-defaults files appear in several different
directory hierarchies. Suppose, for example, that you are running
Sun's Open Windows, and you also have some R4 X applications installed
in /usr/lib/X11/app-defaults. You could set a value like this for
XFILESEARCHPATH, and it would cause Xt to look up app-defaults files
in both /usr/lib/X11 and /usr/openwin/lib (or wherever your
OPENWINHOME is located):
setenv XFILESEARCHPATH /usr/lib/X11/%T/%N:$OPENWINHOME/lib/%T/%N
The value of this environment variable is a colon-separated list of
pathnames. The pathnames contain replacement characters as follows:
%T the literal string "app-defaults"
%N application class name
%C customization resource (R5 only)
%L language, locale, and codeset (e.g. "ja_JP.EUC")
%l language part of %L (e.g. "ja")
Let's take apart the example. Suppose the application's class
name was "Myterm". Also, suppose Open Windows is installed in
/usr/openwin. (Notice the example omits locale-specific lookup.)
/usr/lib/X11/%T/%N means /usr/lib/X11/app-defaults/Myterm
$OPENWINHOME/lib/%T/%N means /usr/openwin/lib/app-defaults/Myterm
As the application initializes, it tries to open both of
the above app-defaults files, in the order shown. As soon as it finds
one, it reads it and uses it, and stops looking for others. The
effect of this path is to search first in /usr/lib/X11, then
in /usr/openwin.
Let's consider another example. This time, let's set
XUSERFILESEARCHPATH so it looks for the file Myterm.ad in the current
working directory, then for Myterm in the directory ~/app-defaults.
setenv XUSERFILESEARCHPATH ./%N.ad:$HOME/%T/%N
The first path in the list expands to ./Myterm.ad. The second
expands to $HOME/app-defaults/Myterm. This is a convenient setting
for debugging because it follows the Imake convention of naming the
app-defaults file Myterm.ad in the application's source directory.
With R5, there's another twist. You may specify a
customization resource value. For example, you might run the "myterm"
application like this:
myterm -xrm "*customization: -color"
If one of your pathname specifications had the value
"/usr/lib/X11/%T/%N%C" then the expanded pathname would be
"/usr/lib/X11/app-defaults/Myterm-color" because the %C substitution
character takes on the value of the customization resource.
The default XFILESEARCHPATH, compiled into Xt, is:
/usr/lib/X11/%L/%T/%N%C:\ (R5)
/usr/lib/X11/%l/%T/%N%C:\ (R5)
/usr/lib/X11/%T/%N%C:\ (R5)
/usr/lib/X11/%L/%T/%N:\
/usr/lib/X11/%l/%T/%N:\
/usr/lib/X11/%T/%N
Note: some sites replace /usr/lib/X11 with a ProjectRoot in
this batch of default settings.
The default XUSERFILESEARCHPATH, also compiled into Xt, is
<root>/%L/%N%C:\ (R5)
<root>/%l/%N%C:\ (R5)
<root>/%N%C:\ (R5)
<root>/%L/%N:\
<root>/%l/%N:\
<root>/%N:
<root> is either the value of XAPPLRESDIR or the user's home
directory if XAPPLRESDIR is not set.