常連

実行ファイルを実行したところ”Segmentation fault”が発生したのでコアファイルを出力するため、
”gcc -g -pthread threadAttr.c”を打ち”Segmentation fault (コアダンプ)”と出力されたが、コアファイルがなく、出力されない原因が知りたいです。


実行環境です。WSL (Windows Subsystem for Linux)を使用しています。
lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description:    Debian GNU/Linux 10 (buster)
Release:        10
Codename:       buster

```C
#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>
#include <pthread.h>
#include <errno.h>

#define SIZE 10000000

void *threadFunc(void *arg){
   double table[SIZE];
   int i;
   for(i=0;i<SIZE;i++){
         table[i] = i*3.14;
      }
      return NULL;
}
int main(int argc,char *argv[]){
   pthread_attr_t attr;
   pthread_t thread;

   pthread_attr_init(&attr);
   if(pthread_attr_setstacksize(&attr,SIZE*sizeof(double)+100000i) !=0)
   {
      printf("Failed to set stack size.\n");
      exit(1);
   }

   if(pthread_create(&thread,&attr,threadFunc,NULL) !=0)
   {
      printf("Error:Failed to create new thread.\n");
      exit(1);
   }

   if(pthread_join(thread,NULL) != 0)
   {
      printf("Error:Failed to wait for the thread termination.\n");
      exit(1);
   }

   return 0;
}
```

Segmentation fault (コアダンプ)が出力後、コアファイルが出力されない

Ubuntu 14.04 LTS (GNU/Linux 3.13.0-24-generic x86_64)環境にて
提供された共有ライブラリ(ITest.h libTest.so)を使用したプログラムをコンパイルする際に

```ここに言語を入力
/usr/bin/ld: skipping incompatible ./lib/libTest.so when searching for -lTest
/usr/bin/ld: cannot find -lTest
collect2: error: ld returned 1 exit status

```
このような感じで互換性がないと怒られます。

soは32bitのもののようで、環境が64bitであることから-m32を指定してコンパイル等を試しましたが
どうしても同じエラーになります。

試しに自分で32bitのsoファイルを作成したところ、特に問題なくコンパイル/実行出来ました。

そこで提供されたライブラリ自体を疑い始めています。

試しにobjdump -aしたところ、

自前のso  ：elf32-i386
提供されたso：elf32-little

このような結果となりました。
同一環境で32bitの共有ライブラリ(soファイル)を作成してファイルフォーマットが
異なるなんてことがあるものか、ここをまず詳しいかたにお尋ねしたいところです。

皆様のお知恵をおかしください。

Ubuntuでg++で共有ライブラリを使用する際にincompatibleと言われます

### 前提・実現したいこと

g++でC++17を言語標準にしたいのですが、デフォルトでのコンパイルがC++14になってしまっています
デフォルトでコンパイルしたときC++17になるようにしたいです

### 使用したコード
以下のコードを用いC++のバージョンを確認しました
```C++
//sample.cpp
#include<iostream>

int main() {
    if (__cplusplus == 201703L) std::cout << "C++17\n";
    else if (__cplusplus == 201402L) std::cout << "C++14\n";
    else if (__cplusplus == 201103L) std::cout << "C++11\n";
    else if (__cplusplus == 199711L) std::cout << "C++98\n";
    else std::cout << "pre-standard C++\n";
}
```

##結果
```cmd
g++ sample.cpp
```
とすると出力は`C++14`

```cmd
g++ -std=c++1z sample.cpp
```
とすると出力は`C++17`です
VSCodeでのビルドもデフォルトに依存するので`C++14`になってしまいます

### 補足情報
gcc (MinGW.org GCC Build-2) 9.2.0
g++ (MinGW.org GCC Build-2) 9.2.0

g++でC++17を言語標準にしたい

### 前提・実現したいこと

pybind11を使用して、C++の関数をPythonで使用したいです。
顔検出のコードを書いてコンパイルしました。
以下がコンパイルです。
```
g++ -O3 -Wall -DPIC -shared -std=c++11 -fPIC `python3 -m pybind11 --includes` face_detection.cpp -o face_detection`python3-config --extension-suffix` -I /root/tmp/opencv-3.4.4/include/opencv2 -I/root/tmp/opencv-3.4.4/include/opencv -I /usr/include/python3.6m -L /root/tmp/opencv-3.4.4/build/lib -l opencv_core -l opencv_imgproc -l opencv_imgcodecs
```
これによって、face_detection.cpython-36m-x86_64-linux-gnu.soが作成されます。
しかし、Pythonでのインポートができません。


### 発生している問題・エラーメッセージ
ビルドをして作成された .soがインポートできないです。
```
Python 3.6.9 (default, Oct  8 2020, 12:12:24)
[GCC 8.4.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import face_detection
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
ImportError: /media/docker_shared/mono_develop/program/source/face_detection.cpython-36m-x86_64-linux-gnu.so: undefined symbol: _ZN2cv17CascadeClassifierC1Ev
```

### ldd
エラーを調べると関連するファイルを調べろとあったのでlddしました。
```
ldd face_detection.cpython-36m-x86_64-linux-gnu.so
	linux-vdso.so.1 (0x00007fffd00aa000)
	libopencv_core.so.3.4 => /usr/local/lib/libopencv_core.so.3.4 (0x00007ff16de89000)
	libopencv_imgproc.so.3.4 => /usr/local/lib/libopencv_imgproc.so.3.4 (0x00007ff16b071000)
	libopencv_imgcodecs.so.3.4 => /usr/local/lib/libopencv_imgcodecs.so.3.4 (0x00007ff16a534000)
	libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007ff16a1ab000)
	libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007ff169f93000)
	libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007ff169ba2000)
	libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007ff16999e000)
	libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007ff16977f000)
	librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007ff169577000)
	libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007ff16935a000)
	libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007ff168fbc000)
	libpng16.so.16 => /usr/lib/x86_64-linux-gnu/libpng16.so.16 (0x00007ff168d8a000)
	/lib64/ld-linux-x86-64.so.2 (0x00007ff16f3b8000)
```

### 困ってること
これは何が原因でインポートできないのですか？

まず、難しくてundefined symbolがどんなエラーなのか理解できないです。
https://docs.oracle.com/cd/E19455-01/806-2734/chapter2-9/index.html

Linuxは.soがWindowsで言う.dllでPythonでは実行バイナリであるファイルつまり,.soをインポートすれば使用できるのではないのですか？
リンクが未定義となっていますが、リンクがどこに関係してるのですか？
また、Pythonで.soをインポートする前にパスを読み込ませればいいのですか？

C++をビルドした共有ファイルがPythonでimportできない。

Windows10、MinGWでg++を使用しています。
いままで問題なく使えていたのですが、久しぶりに使おうとしたらincludeエラーがでるようになっていました。
```
#include エラーが検出されました。includePath を更新してください。この翻訳単位 (C:\Users\hoge\path) では、波線が無効になっています。
ソース ファイルを開けません "bits/stdc++.h"
```
includeエラーを無視すると普通にコンパイルできます。
includeエラーを消す方法を教えてください。

###### 試したこと

stdc++.hは`C:\msys64\mingw64\include\c++\8.2.1\x86_64-w64-mingw32\bits`にありました。そのためこれをincludePathに設定した所、`correct.hが開けない`というエラーに変わりました。
corecrt.hは`C:\msys64\mingw64\x86_64-w64-mingw32\include`にあったので
includePathを
```
    "C_Cpp.default.includePath": [
      "C:\msys64\mingw64\include\**",
      "C:\msys64\mingw64\x86_64-w64-mingw32\include"
    ]
```
と指定すると
`#include<stdc++.h>`のエラーは消えるものの、コードの至る所で下のようなエラーがでるようになりました。
```
 "basic_string<char, char_traits<char>, allocator<char>>" にメンバー "substr" がありません
 識別子 "cout" が定義されていません
 識別子 "endl" が定義されていません
```

【C++】VSCodeでinclude エラーがでるようになりました

### 実現したいこと

競プロの為、#include <bits/stdc++.h>などを用いたくgcc環境を構築したいです。

###使用環境
使用しているPCは2021年4月に購入したM1 MacBookです。ターミナルはzshです。

###経緯

「MacでGCCを"正しく"環境構築しよう！」
https://qiita.com/DaikiSuyama/items/09f5aa399aad37783146
こちらのサイトを参考に設定を試みました。

[1]CommandLineToolsのインストール
[2]Homebrewの導入
まで行い、正常にインストールできていることを確認済みです。

`%brew install gcc` でgccのインストールを行い、
`% brew list | grep gcc`　で　`gcc`と出力されたため、問題なくインストールされていると思われます。

### 発生している問題・エラーメッセージ
この後、上記のサイトには
__
> Homebrewでインストールしたパッケージは`/usr/local/Cellar`にインストールされるので、`% ls /usr/local/Cellar | grep gcc`でも同様の出力になるはずです。
さらに、インストール時にコンパイラへのシンボリックリンクが/usr/local/binから張られるので、% ls -l /usr/local/bin | grep g++により確認できます。
__

とありますが。それぞれ試みると
`ls: /usr/local/Cellar: No such file or directory`
`ls: /usr/local/bin: No such file or directory`
と表示されました。

確認すると上記のディレクトリは存在しませんでした。
（ `/usr/local`中に存在するディレクトリは`share/`　のみです。）
`$ where gcc`でgccがインストールされた場所を確認すると
`/usr/bin/gcc` と表示されました。

また、`$ where g++`でg++の場所を検索すると、
`/usr/bin/g++`と表示され、同じディレクトリに存在するらしいことがわかりました。

ディレクトリがどうであろうと正しくコンパイルできさえすればいのですが、
gccコマンドを打ってもコンパイルできません。
ファイルを指定せずにgccを実行すると
`clang: error: no input files`
とエラーを出すあたり、gccが動いているように見えませんし、
g++では正常にコンパイルできたコードに対しても
`clang: error: linker command failed with exit code 1 (use -v to see invocation)`
のエラーが出ます。

何から手をつけていけば良いのかわからず、途方に暮れています。
問題の解決にあたって、必要な情報があれば指摘していただければ幸いです。

初めての質問で、至らぬ点も多いのですが、よろしくおねがいいたします。


追記・質問への解答
Q Homebrewを/opt/homebrewにインストールしなかったか
A 確かに`/opt/homebrew%`にインストールしています。

Q ターミナルをRosettaをONにして使っているか
A Macを使うのが初めてでRosettaというワードをこの質問で知りました。
デフォルトのままだと思います。（おそらくOFF？）

アドバイス：参考にした記事の /usr/local はすべて /opt/homebrew に読み替えましょう
A これで解決に向かいました。ありがとうございます。

M1 MacBookでgcc環境を構築したい

C++ のコードで mq_open を呼び出していますが、実行時にエラーが発生します。
errno は 14 (EFAULT - Bad address)　です。

-- main.cpp --
``` cpp
#include <mqueue.h>
#include <stdio.h>
#include <errno.h>

int main(){
    mqd_t q = mq_open("/sample", O_WRONLY | O_CREAT);
    if(q == -1) {
        printf("error: %d\n", errno);
    }
    return 0;
}
```

ビルドは下記のコマンドで行いました。
g++ main.cpp -o test -lrt

ところが、同じソースを main.c として下記コマンドでビルドして実行してもエラーは発生しません。
gcc main.c -o test -lrt

原因と対処法をご教授下さい。

バージョンは下記の通りです。
gcc (Debian 6.3.0-18+deb9u1) 6.3.0 20170516

c++ で mq_open が失敗する。(c では OK)

### 発生している問題
[https://www.trifields.jp/how-to-install-opencv-on-ubuntu-2742](https://www.trifields.jp/how-to-install-opencv-on-ubuntu-2742)を参考にしてOpenCV 3.3をインストールして、同サイトのサンプルプログラムをコンパイル・実行し成功したので、[http://kivantium.hateblo.jp/entry/2014/11/25/230658](http://kivantium.hateblo.jp/entry/2014/11/25/230658)を写経してOpenCVを勉強しようと思い、まずVideoCaptureを使って動画を読み込めるかを試すために以下のコードをコンパイルし、実行してみました。
```terminal
$ cat main.cpp
#include <opencv2/opencv.hpp>

using namespace std;
using namespace cv;

int main() {

    string path = "./video.mp4";
    ifstream ifs(path);
    if(ifs.is_open()) cout << "exist" << endl;
    else cout << "not exist" << endl;

    VideoCapture video("./video.mp4");

    if(!video.isOpened()) {
        cout << "Video not found!" << endl;
        return -1;
    }

    return 0;
}
$ g++ main.cpp -o out `pkg-config --cflags opencv` `pkg-config --libs opencv`
$ ./out
exist
Video not found!
```

というふうにビデオを読み込めないので困っています。自分なりにGoogle検索を使って調べてヒットした情報を試してみました。それは以下の「試したこと」に記載しておきます。数日調べてみても解決しなかったため質問させて頂きました。何卒よろしくおねがいします。


### 試したこと
USBカメラを使って試してみる → USBカメラを持っていないので試せない
相対パスで指定するのではなく絶対パスで指定してみる → 変わらず

以下、調べていた時に気になったところ

---
[https://stackoverflow.com/questions/8414947](https://stackoverflow.com/questions/8414947)では、
> A missing OpenCV's ffmpeg.dll does not generate any warnings/errors in OpenCV 2.3.1, and code fails silently. Make sure that you have proper opencv_ffmpeg*.dll in your path.

(訳) ffmpeg.dllが存在していない場合、警告を表示せずに動画の読み込みに失敗する？

[https://ja.stackoverflow.com/questions/32443/mp4ファイルの読み込み](https://ja.stackoverflow.com/questions/32443/mp4ファイルの読み込み)では、
> opencv_ffmpeg310.dllを他のdll同様にexeと同一フォルダに配置したところ普通に読み込めました。

と書かれていたので、opencv_ffmpeg310.dllが存在するか調べるために、以下のコマンドをterminalで実行しましたが、
```
$ sudo find / -name 'opencv_ffmpeg310.dll'
```
opencv_ffmpeg310.dllがディスク内では見つかりませんでした。(本来はこのファイルが無いと読み込めない？)

---

### 補足情報
Ubuntu 19.10
OpenCV 3.3.0
g++ (Ubuntu 9.2.1-9ubuntu2) 9.2.1 20191008
ffmpeg version 4.1.4-1build2