On Thu, Jul 02, 2020 at 11:34:41AM +0900, 野宮　賢 / NOMIYA Masaru wrote:

[R] == ribbon has written:

R> On Wed, Jul 01, 2020 at 05:34:22PM +0900, 野宮　賢 / NOMIYA Masaru wrote: [...] MN> > echo "libstdc++ presence test skipped" MN> > libstdc++ presence test skipped MN> > ./bin/scilab-cli -ns -noatomsautoload -quit -f modules/functions/scripts/buildmacros/buildmacros.sce MN> > [0mA fatal error has been detected by Scilab. MN> > Please check your user-defined functions (or external module ones) should they appear in the stack trac

R> ここで引っかかった、と言う事ですよね。 R> /bin/scilab-cli はあらかじめパッケージか何かでインストールされたも R> のでしょうか?

ソースに scilab というスクリプトが入っていて、そのシンボリックリンクに なっているものです．

/bin/scilab-cli は実行形式のバイナリじゃなくて、何らかのスクリプト言語で書かれた ものなのでしょうか? エラーを出したプログラムは ../bin/scilab-cli ですよね。 このプログラムはどこから持ってきたもの、あるいは今回のコンパイル作業で 作成されたものでしょうか? ribbon -- To unsubscribe, e-mail: opensuse-ja+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-ja+owner@opensuse.org

On Thu, Jul 02, 2020 at 06:00:40PM +0900, 野宮　賢 / NOMIYA Masaru wrote:

R> /bin/scilab-cli は実行形式のバイナリじゃなくて、何らかのスクリプト R> 言語で書かれたものなのでしょうか?

はい、bash スクリプトです．

#!/bin/sh

だとすると、エラーを出したプログラムは何になるのでしょう? スタックトレースも出ていることですし、bash スクリプトじゃないですよね。 まずそれを特定しないと。 -- To unsubscribe, e-mail: opensuse-ja+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-ja+owner@opensuse.org

On Mon, Jul 06, 2020 at 04:42:13PM +0900, 野宮　賢 / NOMIYA Masaru wrote:

R> > R> > はい、bash スクリプトです． R> > R> > #!/bin/sh

R> だとすると、エラーを出したプログラムは何になるのでしょう?

R> スタックトレースも出ていることですし、bash スクリプトじゃないですよね。 R> まずそれを特定しないと。

スミマセン． bash スクリプトでは、scilab-bin に優先順位があるようですが、手元の環境 では、scilab-cli-bin が呼ばれています．scilan-bin にせよ、 scilab-cli-bin にせよ、何れもコンパイル時に生成されるものです．

となると、落ちたプログラムは scilab-cli-bin で間違いないですか? ribbon -- To unsubscribe, e-mail: opensuse-ja+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-ja+owner@opensuse.org

野宮です． In the Message; Subject : [opensuse-ja] Re: コンパイルの成否はマシン依存？ Message-ID : <874kqlt6d9.wl-nomiya@galaxy.dti.ne.jp> Date & Time: Mon, 06 Jul 2020 17:06:26 +0900 [MN] == 野宮　賢 / NOMIYA Masaru has written: MN> 野宮です． MN> In the Message; R> Subject : Re: [opensuse-ja] Re: コンパイルの成否はマシン依存？ R> Message-ID : <20200706080131.GB88019@ns.ribbon.or.jp> R> Date & Time: Mon, 6 Jul 2020 17:01:31 +0900 [R] == ribbon has written: [...] R> となると、落ちたプログラムは scilab-cli-bin で間違いないですか? MN> 明日にでも確認します． 間違いなく、scilab-cli-bin です． dmesg が如実に示しています． [...] [ 1199.580366] scilab-cli-bin[20874]: segfault at 0 ip 00007f6dec2b0301 sp 00007f6dd95d8c68 error 4 in libc-2.26.so[7f6dec156000+1b1000] [ 1199.580383] Code: 84 00 00 00 00 00 0f 1f 00 31 c0 c5 f8 77 c3 66 2e 0f 1f 84 00 00 00 00 00 89 f9 48 89 fa c5 f9 ef c0 83 e1 3f 83 f9 20 77 1f <c5> fd 74 0f c5 fd d7 c1 85 c0 0f 85 df 00 00 00 48 83 c7 20 83 e1 [ 1551.150441] scilab-cli-bin[23081]: segfault at 0 ip 00007fb1d584f301 sp 00007fb1c275ac68 error 4 in libc-2.26.so[7fb1d56f5000+1b1000] [ 1551.150451] Code: 84 00 00 00 00 00 0f 1f 00 31 c0 c5 f8 77 c3 66 2e 0f 1f 84 00 00 00 00 00 89 f9 48 89 fa c5 f9 ef c0 83 e1 3f 83 f9 20 77 1f <c5> fd 74 0f c5 fd d7 c1 85 c0 0f 85 df 00 00 00 48 83 c7 20 83 e1 [ 1600.734472] scilab-cli-bin[23348]: segfault at 0 ip 00007f4d85bff301 sp 00007f4d72b0ac68 error 4 in libc-2.26.so[7f4d85aa5000+1b1000] [ 1600.734480] Code: 84 00 00 00 00 00 0f 1f 00 31 c0 c5 f8 77 c3 66 2e 0f 1f 84 00 00 00 00 00 89 f9 48 89 fa c5 f9 ef c0 83 e1 3f 83 f9 20 77 1f <c5> fd 74 0f c5 fd d7 c1 85 c0 0f 85 df 00 00 00 48 83 c7 20 83 e1 [ 1621.413575] scilab-cli-bin[23612]: segfault at 0 ip 00007f01118ad301 sp 00007f00fe7b8c68 error 4 in libc-2.26.so[7f0111753000+1b1000] [ 1621.413582] Code: 84 00 00 00 00 00 0f 1f 00 31 c0 c5 f8 77 c3 66 2e 0f 1f 84 00 00 00 00 00 89 f9 48 89 fa c5 f9 ef c0 83 e1 3f 83 f9 20 77 1f <c5> fd 74 0f c5 fd d7 c1 85 c0 0f 85 df 00 00 00 48 83 c7 20 83 e1 [ 1643.112364] scilab-cli-bin[23666]: segfault at 0 ip 00007fdf5a559301 sp 00007fdf47464c68 error 4 in libc-2.26.so[7fdf5a3ff000+1b1000] [ 1643.112371] Code: 84 00 00 00 00 00 0f 1f 00 31 c0 c5 f8 77 c3 66 2e 0f 1f 84 00 00 00 00 00 89 f9 48 89 fa c5 f9 ef c0 83 e1 3f 83 f9 20 77 1f <c5> fd 74 0f c5 fd d7 c1 85 c0 0f 85 df 00 00 00 48 83 c7 20 83 e1 [ 2587.339586] perf: interrupt took too long (2514 > 2500), lowering kernel.perf_event_max_sample_rate to 79500 [ 2784.101982] scilab-cli-bin[13543]: segfault at 0 ip 00007f3ca537f301 sp 00007f3c926a7c88 error 4 in libc-2.26.so[7f3ca5225000+1b1000] [ 2784.101992] Code: 84 00 00 00 00 00 0f 1f 00 31 c0 c5 f8 77 c3 66 2e 0f 1f 84 00 00 00 00 00 89 f9 48 89 fa c5 f9 ef c0 83 e1 3f 83 f9 20 77 1f <c5> fd 74 0f c5 fd d7 c1 85 c0 0f 85 df 00 00 00 48 83 c7 20 83 e1 エラーが glibc 由来であるかのように示していますが、現用機の HDD に換装 しても同じエラーが出るので、glibc 由来ではない、と考えています． --- ┏━━┓彡 野宮 賢 mail-to: nomiya @ galaxy.dti.ne.jp ┃＼／彡 ┗━━┛ 「私たちが今日直面している化学物質の危険性に関する疑問に対し、通常の 科学的な正確さをもって答えようとすれば、たぶんさらに数十年を要するで あろう。」 -- J. V. Rodricks -- -- To unsubscribe, e-mail: opensuse-ja+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-ja+owner@opensuse.org

野宮です． In the Message; Subject : [opensuse-ja] Re: コンパイルの成否はマシン依存？ Message-ID : <20200707122344.GC94181@ns.ribbon.or.jp> Date & Time: Tue, 7 Jul 2020 21:23:44 +0900 [R] == ribbon has written: R> On Tue, Jul 07, 2020 at 03:11:32PM +0900, 野宮　賢 / NOMIYA Masaru wrote: R> > R> > 間違いなく、scilab-cli-bin です． R> > R> > エラーが glibc 由来であるかのように示していますが、現用機の HDD に換装 R> > しても同じエラーが出るので、glibc 由来ではない、と考えています． R> であれば、 scilab-cli-bin のどこかが悪い、と言うことになるのでしょう。 そうは、考えません． R> こういうテストはいかがでしょうか。 R> 1) 正しく動いているPC上の scilab-cli-bin と、ファイルサイズとかを比較してみる。 R> ひょっとするとサイズか違う(生成された機械語が違う)かもしれません。 R> 2) 正しく動いているPC上の scilab-cli-bin を動かない機械の方に持ってきてテストしてみる。 R> 2) でうまく動くのであれば、scilab-cli-bin をコンパイルしたときの結 R> 果がおかしいと考えられます。 make doc、つまり、macro生成部を外し、それに関連した部分を修整する形で、 specファイルを書き直し、rpmbuild を実行すると、ビルドは成功裏に終了し ます．で、得られたファイル群をインストールし、操作すると、「クラインの 壺」等も問題なく描画されます．即ち、make doc に於て、なぜ、Xeon マシン では、 [0m致命的なエラーがScilabにより検出されました. ユーザ定義関数 (または外部モジュール)がスタックトレースに現れている必要があります. もしくは以下を指定してバグ http://bugzilla.scilab.org/ をレポートしてください: * 問題を再現するサンプルコード * [a,b] = getdebuginfo() の結果 * 以下の情報: [linux-6zsl:23648] Signal: Segmentation fault (11) [linux-6zsl:23648] Signal code: (128) [linux-6zsl:23648] Failing at address: (nil) コールスタック: 1: 0x139c0 < > (/lib64/libpthread.so.0) 2: 0x463758 ThreadManagement::WaitForConsoleExecDoneSignal() (/usr/src/packages/BUILD/scilab-6.0.2/modules/ast/.libs/libsciast.so.6) 3: 0x1c42fa (/usr/src/packages/BUILD/scilab-6.0.2/modules/.libs/libscilab-cli.so.6) 4: 0x7569 < > (/lib64/libpthread.so.0) 5: 0xf8a2f <clone> (/lib64/libc.so.6) スタックの終端 となるのか、全く解らないというところです． エラーめっせーじからお解りの通り、エラーは、開発者グループ陣の想定内の ものですが、関連質問には、何故か、一切答えません． 更に言えば、scilab-dev ML で、マレーシアの青年が、linux, MacOS Raspbbery pi OS, Windows 10 で Scilab のビルドに挑戦され、その度に質問、 報告を上げられ、結果、全ての Platform でのビルドに成功されています． なのに、何故、新機では失敗するのか、と、..... --- ┏━━┓彡 野宮 賢 mail-to: nomiya @ galaxy.dti.ne.jp ┃＼／彡 ┗━━┛ 「決して，道具になりさえすればよいから，理論的なことはどうでもよい， ということにはならない．」 -- 森 毅 -- -- To unsubscribe, e-mail: opensuse-ja+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-ja+owner@opensuse.org

野宮です． In the Message; Subject : Re: [opensuse-ja] Re: コンパイルの成否はマシン依存？ Message-ID : <20200707144706.GE94181@ns.ribbon.or.jp> Date & Time: Tue, 7 Jul 2020 23:47:06 +0900 ribbon has written: [...]

...

R> であれば、 scilab-cli-bin のどこかが悪い、と言うことになるのでしょう。

そうは、考えません．

ではどのようにお考えでしょうか。 scilab-cli-bin の実行時にセグメンテーションフォルトを起こしたのは間違いないですよね。

...

更に言えば、scilab-dev ML で、マレーシアの青年が、linux, MacOS Raspbbery pi OS, Windows 10 で Scilab のビルドに挑戦され、その度に質問、 報告を上げられ、結果、全ての Platform でのビルドに成功されています．

なのに、何故、新機では失敗するのか、と、.....

であれば、成功裏に終わった環境と、失敗した環境で、何が違うのかを 1つずつ調べていくしかないと思います。

なんか、太田さんには、質問の意図をご理解頂いていないような？ 小生の質問の意図は、 　「ハードウェア由来のセグ・フォールトってあるのでしょうか？」 という、自分自身が？な質問ですが... --- ┏━━┓彡 野宮 賢 mail-to: nomiya @ galaxy.dti.ne.jp ┃＼／彡 ┗━━┛ 「先端技術の開発は、優れた頭脳を持つ人間が集中しないと成功しない。 しかし、技術開発と、それが何をもたらすかを考えることは別だ。 一人の人間に二つは望めない。」 -- M. Crichton -- -- To unsubscribe, e-mail: opensuse-ja+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-ja+owner@opensuse.org

本橋と申します。 横からコメントしてすみません。 今回発生している不具合ですが、もしかすると CPU の世代が新しい ことに起因している可能性がありそうな気がしています。 現在分かっている情報を分かりやすく整理するのと、不具合の再現 手順をもう少し誰でも試せるレベルでご説明頂けると、他の環境を 持っている方々の協力が得られ、不具合の発生条件の絞り込みにつ ながるのではないかと思いました。 # 少なくとも、私には何をどうすれば追試できるのかが、よく分か # りませんでした。 【既知の情報】 ・Xeon W2102(Skylake) + openSUSE 15.1 + Scilab 6： NG ・Core i7-4790? (Haswell) + openSUSE ? + Scilab 6： OK ・Core i5-3320M or i3-2370M ? (SandyBridge) + openSUSE ? + Scilab 6：OK 以上です。よろしくお願い致します。 -- 本橋弘臣（Hiroomi Motohashi） mockun@gray.plala.or.jp -- To unsubscribe, e-mail: opensuse-ja+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-ja+owner@opensuse.org

野宮です． In the Message; Subject : Re: [opensuse-ja] Re: コンパイルの成否はマシン依存？ Message-ID : <20200711035353.GB10383@ns.ribbon.or.jp> Date & Time: Sat, 11 Jul 2020 12:53:53 +0900 [R] == ribbon has written: R> On Sat, Jul 11, 2020 at 10:26:53AM +0900, 野宮　賢 / NOMIYA Masaru wrote: R> > R> > 小生の質問の意図は、 R> > R> > 　「ハードウェア由来のセグ・フォールトってあるのでしょうか？」 R> > R> > という、自分自身が？な質問ですが... R> という質問の意図は今初めて知りました。 スミマセン． R> それはさておき、セグメンテーションフォルトは、あるメモリアクセスが、 R> 保護された領域になってしまった場合に起きます。そして例外事象は R> ハードウェア、というか、80286以降であれば、プロテクトモードでの R> 例外検出で起きると言うことになるかと思います。 R> プロテクトモード=ハードウェアということなので、セグメンテーションフォルト R> はハードウェア由来だと思いますが。 R> ハードウェア由来じゃないセグメンテーションフォルトは、プログラム内で R> フォルト発生をエミュレートすることになるでしょうか。 R> そもそも今回の事象は、CPUを変えたことによって発生したのですよね。 R> CPUを変えることで、コードの最適化などが変わってくる可能性があります。 やはり．.... R> 王道のデバッグ手段としては、落ちたプログラムのcore dump をgdb で R> 調べるということになるわけですが、make中なので少々大変かと思います。 R> 例えば、他のマシンで動いている scilab-cli-bin を持ってきて、動くかどうか R> を調べる、と言うやり方もあります。もしも動けば、新しいマシンでコンパイル R> されたコードがおかしい、動かなければ、ハードウェアの差の可能性がある、 R> と切り分けできます。 新機でコンパイルした scilab パッケージは、現用機でも問題なく動きます． ここで言うコンパイルは、 In the Message; Subject : Re: [opensuse-ja] Re: コンパイルの成否はマシン依存？ Message-ID : <873663mmqh.wl-nomiya@galaxy.dti.ne.jp> Date & Time: Tue, 07 Jul 2020 23:19:18 +0900 [小生] == 野宮　賢 / NOMIYA Masaru has written: [...] 小生> make doc、つまり、macro生成部を外し、それに関連した部分を修整する形で、 小生> specファイルを書き直し、rpmbuild を実行すると、ビルドは成功裏に終了し 小生> ます．で、得られたファイル群をインストールし、操作すると、「クラインの 小生> 壺」等も問題なく描画されます． という方法に拠るものです． 実は、この方法は、scilab 6.0 へのアップデートを切っ掛けに「野良ビルド」 が出来なくなり、暫く経って、 http://download.opensuse.org/repositories/ の個人のところに scilab の src.rpm のあるのを見付け、そのビルドに挑ん だ折に見付けた方法です．つまり、当初は、src.rpm のビルドでも、最初にお 示ししたのと同じエラーが出て、そのエラーを回避すべく、編み出した方法で す． ただし、これは、現用機で、のことで、何時の間にか、このエラーに出くわす ことなくビルド出来るようになったのですが、その理由は、今以て解りません． このことがあるので、新機への移行が出来ずにいます． さて、 In the Message; Subject : Re: [opensuse-ja] Re: コンパイルの成否はマシン依存？ Message-ID : <202007111348.HEE84682.VLPODN@gray.plala.or.jp> Date & Time: Sat, 11 Jul 2020 13:48:40 +0900 [HM] == Hiroomi Motohashi has written: [...] HM> 今回発生している不具合ですが、もしかすると CPU の世代が新しい HM> ことに起因している可能性がありそうな気がしています。 そうではないか、と考え、intel-ucode を取っ替え引っ変えしたりもしました が何の足しにもならず、改めて、、訊きした次第です． HM> 現在分かっている情報を分かりやすく整理するのと、不具合の再現 HM> 手順をもう少し誰でも試せるレベルでご説明頂けると、他の環境を HM> 持っている方々の協力が得られ、不具合の発生条件の絞り込みにつ HM> ながるのではないかと思いました。 HM> # 少なくとも、私には何をどうすれば追試できるのかが、よく分か HM> # りませんでした。 確かに． http://download.opensuse.org/repositories/science/openSUSE_Leap_15.2/src/ から、 scilab-6.0.2-lp152.96.33.src.rpm をダウンロードし、コンパイルを実行して戴くと良いのですが、何分にも Build Requirements が余りにも多いので、お願いするのを逡巡します． HM> 【既知の情報】 HM> ・Xeon W2102(Skylake) + openSUSE 15.1 + Scilab 6： NG HM> ・Core i7-4790? (Haswell) + openSUSE ? + Scilab 6： OK HM> ・Core i5-3320M or i3-2370M ? (SandyBridge) + openSUSE ? + Scilab 6：OK 2番目、及び3番目は、以下の通りです． 2. Core i7-4790K（4.00GHz）+ oprnSUSE 15.1 + scilab 6.1.0 3. Core i5 3230M (2.6GHz) + openSUSE 42.3 + scilab 6.0.2 まで 因みに、scilab の最新バージョンは、6.1.0 です． --- ┏━━┓彡 野宮 賢 mail-to: nomiya @ galaxy.dti.ne.jp ┃＼／彡 ┗━━┛ 「私たちが今日直面している化学物質の危険性に関する疑問に対し、通常の 科学的な正確さをもって答えようとすれば、たぶんさらに数十年を要するで あろう。」 -- J. V. Rodricks -- -- To unsubscribe, e-mail: opensuse-ja+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-ja+owner@opensuse.org