■SI Object Browser 掲示板


ユーザの皆様、開発者、サポート担当者の交流のための掲示板です!

ユーザーの皆様同士で教え合ったりもできる交流の場にしたいと思っていますので、相互協力をよろしくお願いします。
なお、過去に同じようなQ&Aがあるケースも多いので、投稿前にキーワード検索してみてください。

discussion
※各投稿のカラーは対象となる製品に対応しています。【■…OB ■…OBER ■…全般 ■…その他】
※ライセンスに関するお問合せにつきましては、お問い合わせページよりご連絡いただきますようお願いいたします。
※誹謗中傷や公序良俗に反する書き込みはご遠慮ください。運営側の判断によりメッセージを削除する場合があります。
※環境依存や技術的調査が必要な問題については掲示板上ではお答えしかねます。ご了承ください。

よくある質問(FAQ)

検索オプション 矢印

~
リセット
新規投稿
こんにちは
OBサポートです。

本件につきましては調査が必要な内容となりますので

oob.support@sint.co.jp

までご連絡いただけますでしょうか。

>いいえ、私は「購入するかどうかの判断に大きく影響します」とハッキリ書いています。

文脈から見て、上の文章は、

>わかりやすく言うとバグを把握しているか、修正の予定はあるかということです。

にかかってくると思っていたのですけどね。違うんですね。日本語って難しいですね。

「お金を払えば云々」は、保守料金のことだと理解していたんですが、
それではこちらも違うということですね。はたしてちゃんと伝わるんだろうか。

>有償サポートを受けないと答えられないというお返事ですが、私がお尋ねしているの>は「お金を払ったら問題が解決するのか?」ということです。

この文章読んだら、大半の人が保守のことだと思いませんか?
まぁ、この辺は人それぞれの解釈がありますから、なんともいえませんが。
少なくとも私にはそのようには読み取れませんでした。


>問題を把握しているか?対応予定があるか?という問いに答えるのに技術的調査が必要>と答える。
>果たしてこれが誠意ある態度でしょうか?
>手持ちの情報で答えられるはずです。
>本当にルール違反してますか?

再現調査は技術調査だと思います。すでに手持ちの情報があったとしても、果たしてそれと同じ原因かどうかも調べる必要があるでしょうし、
まして、匿名さんが報告した動作のとおり再現しないといっているんですから、
そこからはもう技術調査になるでしょう。

問題を把握しているか?対応予定があるか?の問いにはちゃんと回答してくれてますよね。少々残念な回答ですけど。


>実際のところサポートの方は、次のバ-ジョンで対応と言っていますので、現行バージョンでは私は望む結果を得られない訳です。
>
>相手が望む結果を得られない事をわかった上で、その事を伝えずに金銭の支払いを要求するのが誠意ある態度でしょうか?

まず、サポートの方は一度もサポートの加入を勧めていないと思います。
金銭の支払いを求める記述はどこにもありません。これはちょっと歪曲しすぎじゃないでしょうか。
技術調査を受けるにはサポートへの加入が必要という事実を伝えているだけです。

それともうひとつ、ここの保守サポートは無償バージョンアップサービス付きです。
保守に加入していればあなたの望む結果は得られます。(修正されればですが。)
仮にサポートの方が保守への加入を進めていたとして(私にはそうは読み取れませんが)
そこまで含めてのことなんじゃないですか。そうだとしたら説明不足な点もありますけどね。

とまぁ、私の意見は以上です。外野がとやかく言うのはここまでにします。





傍観者さん、私の書き込みをよく読んで見てください。

>いや、匿名さんの書き込みに一度もそのような質問はありませんでしたよ。
いいえ、私は「購入するかどうかの判断に大きく影響します」とハッキリ書いています。
これが伝わっていないので「お金を払ったら問題が解決するのか?」と言い換えたのです。

問題を把握しているか?対応予定があるか?という問いに答えるのに技術的調査が必要と答える。
果たしてこれが誠意ある態度でしょうか?

手持ちの情報で答えられるはずです。
本当にルール違反してますか?

実際のところサポートの方は、次のバ-ジョンで対応と言っていますので、現行バージョンでは私は望む結果を得られない訳です。

相手が望む結果を得られない事をわかった上で、その事を伝えずに金銭の支払いを要求するのが誠意ある態度でしょうか?
私も横槍失礼。

>有償サポートを受けないと答えられないというお返事ですが、私がお尋ねしているのは>「お金を払ったら問題が解決するのか?」ということです。

いや、匿名さんの書き込みに一度もそのような質問はありませんでしたよ。
あなたの質問は「バグを把握しているか、修正の予定はあるか」
だったはずです。最初から「お金を払ったら~」を聞くつもりだったのかもしれませんが、
サポートの方がエスパーでもない限りあなたの心情までは読み取れません。
その内容に対する回答がほしいのなら、ちゃんとそのように記述するべきでしょう。

書き込みされた質問に対しては、サポートの方は
「弊社(サポートの方)環境では報告の動作にならないのでバグは「把握していない」となるが、他者も
発生しているようなので環境依存の不具合と思われ、再現し次第次回以降の
バージョンアップで対応」とおっしゃっております。こちらは読まれましたか?

本来は回答する義務のない本件に対し、多少なりとも再現調査をされた上での
回答です。あなたの言う「誠意ある回答」であると私は思います。
本来この件はこれで終わりで、「お金を払ったら~」は改めて質問するべきですよ。

>有償サポートを受けてくださいということならば、
>・問題は把握していて、解決済みである(回避策がある)。
>・問題は把握していて、いついつまでに解決の見込みである。
>のどちらかの回答であるべきだと思います。

これは匿名さんのこういう回答がほしいという願望であり、
本件の回答としては不適切ですね。いくらなんでも把握していない問題の
解決を約束することはできないでしょう。
(さっさと把握してほしいですけどね。)

そもそも技術調査が必要な問題は掲示板上では答えないというルールなんですから、ここでいつまでも
回答を求めても仕方ないと思います。
(これについてはもっと緩和していただければと私も思いますが)

サポートに加入してメールなりしてみればいいんじゃないでしょうか。
加入して技術サポートが受けられるようになるのと
「お金を払ったら問題が解決する」のはまた別の話ですが。(まぁ普通そうですよね。)
さすがにお金払ったら、少なくとも原因なり回避案なり提示してくれなきゃ困りますけどね。

ちょっと理不尽に感じる方もいるかもしれませんが、ここのルールは現状
これ(技術調査がいる問題は回答不可)なんです。これが良きにせよ悪きにせよ、
ルールはルール、とりあえずは守るべきではないでしょうか。

以上、長文失礼しました。


オブジェクトブラウザver11を利用しております。
このたび、会社のwindows7の環境において、ユーザーアカウント制御を下から2つ目に
設定するポリシーに変更となりました。
その環境下でオブジェクトブラウザを開き、テーブルのデータを参照すると
以下のようなエラーが表示され操作出来なくなってしまいました。
---- top ----------------------
C:\ProgramData\OB11\temp\hogehoge.iniに書き込めません。
---- end ----------------------
ユーザーアカウント制御を下から2つ目の場合、
一般的に、
どのような設定をすべきなのでしょうか。
もしくは、どのようなインストールをすべきなのでしょうか。

情報提要頂けます様お願い致します。
返答ありがとうございます。

通りすがりさんが殆ど言ってくれていますので、あまり付け加えることはありませんが、少しだけ。

有償サポートを受けないと答えられないというお返事ですが、私がお尋ねしているのは「お金を払ったら問題が解決するのか?」ということです。

有償サポートを受けてくださいということならば、
・問題は把握していて、解決済みである(回避策がある)。
・問題は把握していて、いついつまでに解決の見込みである。
のどちらかの回答であるべきだと思います。


コメントありがとうございます。

仰る通りですね。
私もオラクルのSQLDeveloperで確かめてみましたが、問題ありません。
マルチバイト文字の扱いに何らかの問題が有るのでしょう。
横からレスして申し訳ないのですが、質問されている方とサポートの回答が少し食い違っていると思います。

サポートの方は「環境に依存」と仰っていますが、全く違うフリーのツールで同じデータベースに接続し、同等の事をやってもエラーにはならず、正しく書き込まれます。

質問者の方も言われている通り、
①CREATE TABLEは正しく生成される
②DBグリッドでデータを投入するとエラーとなる

以上の事から、質問者の方が言われる不具合の可能性についての回答が必要なのかと思います。

横から部外者が勝手なことを申し上げて申し訳ありません。
OB12でメニューの管理(A)-ロード(O)を実行する際に、
DB→ファイルタブで「データファイルを出力する」のみに
チェックを付けて実行すると、「式がありません。」というエラーになります。
ちなみに、「制御ファイルを出力する。」にもチェックを付けると
正常に処理されます。
いただいた情報による再現調査、及び既知の不具合であるか、新規の事象であるか
の判断には技術的な調査が介入いたします。
大変申し訳ございませんが、前述のとおり掲示板上での回答は致しかねる問題と
させていただきます。

参考までに、弊社環境下では添付いただいているCREATE TABLE自体が「識別子が長すぎる」エラーとなり生成されないことから、環境に依存している可能性も高いようです。

いただいた質問の回答といたしましては、当事象の原因は「把握していない」
となりますが、
「通りすがり」様の環境でも発生しているようですので、やはり環境依存の不具合であるようです。
弊社環境下で再現し次第の修正リストへの追加・対応の検討となりますので、
明確な対応時期はお答えいたしかねますが、
次回以降のバージョンアップのタイミングで修正を検討させていただきます。