投稿者: 山下

Windowsであっても，Linuxであっても文字を操作するプログラムには，文字コード変換が絡んでくる場合が多いです。

Windowsの場合は，以前のプログラムの文字コードがShift-JISのままになっており，最近ではUTF-8に変換する必要があります。

Fedoraにおいては，創生初期からUTF8を採用しており，特に問題にはならない場合が多いのですが，昔の資産であるbashコード等のプログラムを利用するため，system()やexec()を利用したときに変な現象に遭遇しました。

その現象とは，例えば以下のようなソースを，コマンドラインで直接実行した場合と，Web経由でPerl(CGI)とsystem()を利用してbashとして実行したときに全く別の結果が出ました。

#!/bin/bash
test=’長野県長野市’
echo ${test:0:3}

bashやperl:　長野県
Apache経由CGI:　長

説明すると，通常は前から３文字目まで文字の切り出しをして表示するので，「長野県」と出力されるのが正しいところ，Web経由で「長」と出力するのみで文字化けのような状況になりました。

よく考えるとCGIの場合，漢字1文字で3バイトであるため，3バイト分しか表示していないことがわかります。

試しに以下の実行命令をしのばせておくと

locale

出力にOSからのコマンドラインやPerlからexec()やsystem()で実行した場合には，”ja_JP.UTF-8″と表示するにも関わらず，CGIから実行した場合には，”POSIX”を表示してしまいました。このままでは，コマンドラインとWeb環境では日本語処理が同じようにできない状態です。解決方法としては上記ソースの2行目に

export LANG=ja_JP.UTF-8

を挿入すれば，Apacheでも正常に文字の切り出しができることがわかりました。

本来はどうすればいいか調べると，どのサーバー環境の文字環境でも対応できるよう，POSIXに統一してソースを書いたほうがベストらしいので，

#!/bin/bash
export LANG=POSIX
test=’長野県長野市’
echo ${test:0:9}

とするほうが正しいのかも知れません。しかし，プログラムが長い場合，大量の文字数の書き換え等が必要となってしまいます。古い資産を使うという点では，system()やexec()の用いたときには，ソースを書き換えずには利用したいので，対処方法としては「export LANG=ja_JP.UTF-8」の1行を挿入するほうを選択しました。

UNIXやLinuxはすでに歴史が長くなってきているので，昔の人が作ったプログラムをそのまま実行したいというニーズも多いかと思いますので，参考にしてください。

以前Fedora39からFedora40に移行について，記事にしましたが，Webサーバーからのファイル出力やデバイスの制御ができなくなってしまい，かなり手を焼きました。

症状としては，Fedora39からFedora40にアップデートしてから，FAXサーバー（efax）と知識の整理に使っていた「YukiWiki」というウェブアプリケーションが使えなったことです。

eFAXは，受信も送信も使えなくなりましたが，送受信それぞれ原因は異なりました。FAXの送信ができない理由とYukiWikiが使えなくなった理由は一緒でした。

FAX受信のほうは，もともとtiff形式で受信するため，tiffをPDFに変換するソフトが必要で，今までは「tiff2pdf」を利用していましたが，Fedora40からバンドルされなくなったのが原因です。
これについては，他のツール「ImageMagick」のconvertというコマンドを使うことにして解決しました。

convertの使い方は

convert recivefax.000.tiff recivefax.001.tiff recivefax.pdf

というように，複数のtiffファイルを１冊のPDFにすることも可能なので比較的移行が簡単にできました。

FAX送信のほうはかなりたいへんでした。症状としては，httpd(Apacheサーバー)から，/home以下にファイルの出力ができなくなったことと，/dev/serial　といったモデムデバイスにアクセスできなくなったことです。

例えば，次のcgiを作成してWebサーバー上からアクセスした場合，

open(DATAFILE, “> ./test.txt”) or die(“Error:$!”);
print DATAFILE “長野県\n”;
close(DATAFILE);

通常なら，cgiのあるディレクトリ上にtest.txtというファイルが作成され，長野県と文字が入力されますが，作成されず，エラーログを確認すると

[cgid:error] [pid xxxxxx:tid xxxxxx] [client ::1:xxxxx] AH01215: stderr from /home/hoge/test.cgi: Error:Read-only file system at /home/hoge/test.cgi line 1.

が「/var/log/httpd/error_log」上に出力されます。他にも，PukiWikiを実行して，テキストの書換えを行うと

AH01215: stderr from /home/hoge/test.cgi: Permission denied at /home/hoge/test.cgi line x.

や

AH01215: stderr from /home/hoge/wiki.cgi: [Fri May x xx:xx:xxx 2024] wiki.cgi: /home/home/hoge//diff/XXXXXXXXXXXXXXXXXXXX.txt cannot be created at Yuki/YukiWikiDB.pm line 84., referer:(略)

等，大体同じようなアクセス制御系のエラーが表示されました。

httpdのコンフィグやファイル，ディレクトリのアクセス権限等，いろいろあたってみましたが，全然解決せず，途中でFedoraフォーラムに問い合わせてみましたが，書いたあとにたまたまsystemdでhttpdのファイル制御している記事（Webuzo:「How to increase the number of open files allowed for Apache2」）を見つけて，自己解決できました。

理由は，どうやら，systemdの制御のコンフィグが変わったのが原因のようでした。解決の方法としては，

vim /usr/lib/systemd/system/httpd.service

以下追記
DeviceAllow=/dev/ttyS0 rw

ProtectHome=read-only
PrivateDevices=yes
↓
ProtectHome=false
PrivateDevices=no
に変更

のちに，

sudo systemctl daemon-reload
sudo systemctl restart httpd

を実行したらうまくいきました。/homeディレクトリと/devをsystemdでアクセスを制限していたようです。無事Fedora40でもefaxサーバーの運用ができるようになりました。
（”PrivateDevices=yes”と” sudo systemctl restart httpd”は，5/11追記 ）