過去の桐井戸端ＢＢＳ　（桐ver.９）
24456 レポートファイルを再定義しているとき長い間開きっぱなしにしているとファイルが破損するようだ ケント 2004/01/28-16:26
毎度お世話になります。

一覧表レポートの再定義をしているときに、マメに上書き保存していれば問題ないのですが、
30分くらい開きっぱなしの後、上書き保存すると
"KD1564:項目属性がありません。"
となり、ファイルが閉じてしまいます。
再度開いたり、再定義しようとしても上記エラーがでてしまい、
最初から新規に作り直すことになってしまいます。

外観上ファイルパレットで見るとファイルのアイコンが変わっています。
正常なファイルのアイコンは本(ファイル)を開いている感じですが、
エラーがでたファイルのアイコンは右上隅が耳折れしている白紙の左側に
小さく正常なファイルのアイコンが表示されています。(エクスプローラで
表示されるアイコンと同じ)

同様の症状を経験の方はいらっしゃいますでしょうか。
それとも私の環境だけの問題でしょうか。

又、上記のエラーがでたレポートファイルの修復は可能でしょうか。

Win98SE+桐V9sp1でLAN(FreeBSD)サーバー上のレポートファイルです。

24468 原因究明のために 佐田　守弘 2004/01/29-00:43
記事番号24456へのコメント
ケントさん
あまり聞かない現象ですが、状況はレポートファイルが破損している可能性が大ですね。
問題はなぜ破損するかですが、書かれている事だけでは推定できません。
そこでいくつかのチェックポイントを提示してみます。

●エラーが生じたファイルのアイコンとファイルの種別
　>エラーがでたファイルのアイコンは右上隅が耳折れしている白紙の左側に
　>小さく正常なファイルのアイコンが表示されています。(エクスプローラで
と書かれていますが、これは桐のファイルパレット上での表示ですね。
Explorerで表示すると、破損していないレポートと同じアイコンで表示され、
ファイルの種類(拡張子)もrptになっていると思います。

桐は何のファイルであるかを単にファイルの種類(拡張子)で調べるのではなく
ファイルの識別子(ファイル先頭の１ないし２バイト)で識別しています。
つまり、ファイルの中身がレポートファイルでなくなっているのだと思います。
但し、単純にファイルの識別子コード部分だけが書き変わってしまっているのか、
ファイルの先頭からある部分までが失われてしまっているのかは、
これだけの情報では解りません。多分後者の可能性が強いと思います。

●原因
いずれにしても原因の究明が急務でしょうね。

①ローカルドライブで確認
ローカルドライブでも同様の現象が起きますか？ ネットワークだけで生じる障害でしょうか。

②他のユーザーが別のアプリで書き換えている事はありませんか
例えばレポートファイルをワープロで無理やり開いて、上書きしてしまうといった様なケースです。
ネットワーク上に、ファイルの種別に「rpt」を使っているアプリが桐以外にないかも調べた方が良いでしょう。

③ネットワークに障害が起きている事はありませんか
もしネットワークの障害なら、他のアプリでもデータが破損するような現象があるかと思います。

●頻繁に上書きしていれば防げる現象ですか
ここは私にも理解しがたい部分なのですが、頻繁に保存していれば、
本当に障害は防げるのでしょうか。
ネットワークが原因であったら、頻繁に保存しても障害が起きる事があるはずなのですが。
こまめに保存しないと障害が起きるとしたら、ネットワークではなくて、
端末の方に原因がありそうに思えます。そうであるなら、ローカルドライブでも起きると思います。

佐田守弘(KS-00119)
24470 Re:レポートファイルの破損? 尾形 2004/01/29-06:34
記事番号24456へのコメント
こんにちは
興味深く見ていましたが、他の方の現象は無いようですね

自分も同じ現象あります。WinXPHome同士のLanで
レポートファイルだけおかしくなるのです
以前には、(他の方の投稿で)レポートファイルが消えてなくなる
という現象も起きているようですから桐側の何処かに
問題有りな気もしますが、結局解決方法は無いような感じでした

ローカル側でやるしかないのではないのですかね


24471 Re:レポートファイルの破損? アックン(=^・^=) 2004/01/29-08:23
記事番号24456へのコメント
ケントさん、こんにちは。
桐のバージョンが混在しているということはないですか。
ぼくの場合は、98SE+桐2004をローカルだけで使っていますが、
Ｖ８とＶ９を混在させた状況で同じ経験をしました。
Ｖ８とＶ９のインストール、さらにリビジョンアップを煩雑に繰り返していた
ときに出た症状でした。
このときは拡張子の関連づけが一部Ｖ９に修正されなかったのを手作業で修正した覚えはあるんですが、
それで治ったのかどうかわかりません。
他に原因があったのかもしれませんが、その後は症状が出ません。
役に立たないレスですみません。
24477 Re:原因究明のために ケント 2004/01/29-12:58
記事番号24468へのコメント
佐田　守弘さん こんにちは　コメントありがとうございます。

>①ローカルドライブで確認
>ローカルドライブでも同様の現象が起きますか？ ネットワークだけで生じる
>障害でしょうか。

今のところ私の場合はローカルドライブでは発生していません。

>②他のユーザーが別のアプリで書き換えている事はありませんか
>例えばレポートファイルをワープロで無理やり開いて、上書きしてしまう
>といった様なケースです。
>ネットワーク上に、ファイルの種別に「rpt」を使っているアプリが桐以外に
>ないかも調べた方が良いでしょう。

serverを"*.rpt"で検索してみましたが、桐の他に拡張子がrptのアプリは
ありませんでした。

>③ネットワークに障害が起きている事はありませんか
>もしネットワークの障害なら、他のアプリでもデータが破損するような現象
>があるかと思います。

管理者に相談したのですが、特別そのような事はないそうです。
一応ディスクのチェックはお願いしました。
「ファイルオープンのタイムアウトの設定が関係するのかな…?」
と首を傾げています。

>●頻繁に上書きしていれば防げる現象ですか

ハッキリそうだとは言い切れません。
昨日は同じレポートを４回作りました。
１回目は突然の出来事で不審に思いながらも破損レポートを削除後に同名で作り、
２回目は破損レポートを残したまま別名で作り、
マメに上書き保存しているうちは良好でしたが、
来客があり時間が空いてから上書き保存をしたところ破損しました。
３回目は都度別名で保存することで何とかレポートの完成に至りました。

今日午前中時間があったので再現を試みたのですが、再現しません。(^_^;)
今後の経過を見ていこうと思います。

P.S　レポートファイル(.rpt)やフォームファイル(.wfm)もBAKファイルがで
きれば良いのにな(.$ptとか.$fm)と思います。

24478 Re:レポートファイルの破損? ケント 2004/01/29-13:16
記事番号24470へのコメント
尾形さん　こんにちは　コメントありがとうございます。

>自分も同じ現象あります。WinXPHome同士のLanで
>レポートファイルだけおかしくなるのです
>以前には、(他の方の投稿で)レポートファイルが消えてなくなる
>という現象も起きているようですから桐側の何処かに
>問題有りな気もしますが、結局解決方法は無いような感じでした
>
>ローカル側でやるしかないのではないのですかね

同じ現象の方がいたのでホッとしました。
レポートだけなんておかしいですよね。

今日午前中時間があったので再現を試みたのですが、再現しません。(^_^;)
昨日は３回も発生したのに...
今後の経過を見ていこうと思います。
24479 Re:レポートファイルの破損? ケント 2004/01/29-13:39
記事番号24471へのコメント
アックン(=^・^=)さん　こんにちは　コメントありがとうございます。

>桐のバージョンが混在しているということはないですか。
>ぼくの場合は、98SE+桐2004をローカルだけで使っていますが、Ｖ８とＶ９を
>混在させた状況で同じ経験をしました。
>Ｖ８とＶ９のインストール、さらにリビジョンアップを煩雑に繰り返していた
>ときに出た症状でした。
>このときは拡張子の関連づけが一部Ｖ９に修正されなかったのを手作業で修正
>した覚えはあるんですが、それで治ったのかどうかわかりません。他に原因が
>あったのかもしれませんが、その後は症状が出ません。

私も１ヶ月位前まではV8sp6とV9が混在していましたが、今はV9のみです。
つい先日、下のほうのツリーのコメントにあるようにsp1にupしました。

拡張子の関連付けは問題ないようです。

>役に立たないレスですみません。

そんなことありません。
時間をかけて作ったものがちょっとした拍子で壊れてしまうので、
藁にもすがりたい気持ちで一杯です。
同様の経験をされたというだけでもsympathyを得られた感じでうれしいです。

タイトルの件は今日午前中時間があったので再現を試みたのですが、
再現しません。(^_^;)
今後の経過を見ていこうと思います。
24483 Re:原因究明のために 佐田　守弘 2004/01/29-17:46
記事番号24477へのコメント
ケントさん

書かれている内容で気になる点です。あるいはこれがヒントになるかも知れません。
桐が扱うデータファイルは、フォームもレポートも、表と似た様な内部構造の様です
(同じと言う意味ではありません。念のため)。

>P.S　レポートファイル(.rpt)やフォームファイル(.wfm)もBAKファイルがで
>きれば良いのにな(.$ptとか.$fm)と思います。

は、私もそう思うのですが、これに関連した話で言えば、フォームもレポートも定義の最中は、
バックアップなしの表の編集中と同じ様な状態になっていると考えると分りやすいと思います。
つまりファイルがオープンされて編集状態になっています。
そして何らかの変更を行って上書き保存していない状態は、
表のデータを更新してまだ上書き保存していない状態と同じです。

桐からサーバ上のファイルを上書きするのは、ユーザーが上書きのメニューを実行した時だけだと思います
（桐には自動保存の機能はないはず）。
従って、定義内容が更新された後、短時間の放置であろうと、長時間の放置であろうと、
サーバに対して勝手に書き込みが行われる事が考えにくいと思います。

唯一気になるのは、
>「ファイルオープンのタイムアウトの設定が関係するのかな…?」
>と首を傾げています。
ですね。タイムアウトの際に、勝手に上書きが行われるとか、あるいは不完全な
書き込みが行われる事はないかです。タイムアウトが起きた時に、どの様な事がされるかを調べてみるのも一つかも知れません。

しかしながら一方で、オープンしたまま放置されるのはレポートの定義に限らないわけで、
バックアップなしの表やフォームの定義中には同様の現象が起きないのかは、
ちょっと説明が付きません。

佐田守弘(KS-00119)
24507 Re:原因究明のために ケント 2004/01/31-12:44
記事番号24483へのコメント
佐田　守弘さん こんにちは

度重なるコメントありがとうございます。

ネットワークのファイル管理システムについてはまったくわからないのですが、
素人考えで、
「タイムアウト時のファイルロック解除と桐のソフトからの専有情報との
取り合いはどうなっているのかな?」
なんて思います。

今のところ再現しないのを良いことに、仕事が忙しいことも理由に加えて、
これ以上の詮索はよそう、と思っています。
お時間を取らせてすみませんでした。

戻る