메인 스레드에서 alloc()을 수행하고 다른 스레드에서 free()를 수행 할 수 있습니까?

Question

저는 MacOS와 Linux에서 잘 돌아가며 mingw로 Windows로 크로스 컴파일하는 프로그램을 가지고 있습니다. 최근에 프로그램을 멀티 스레드로 만들었습니다.

프로그램의 현재 디자인은 주 스레드에서 할당 된 메모리를 가지며 슬레이브 "worker"스레드에서 해제됩니다. malloc/free 시스템이 멀티 스레드이므로 MacOS 및 Linux에서는 문제가되지 않습니다.

그러나 크로스 컴파일에 대해 우려하고 있습니다. 내가 사용하고있는 mingw의 버전은 MacOS 포트에서 만들어졌습니다. 그것은 2004 년부터 G ++ (3.4.5 버전)의 아주 오래된 버전입니다. 나는 더 최근 버전을 만들기위한 시도에서 실패했습니다. (저는 64 비트 버전을 만들고 싶습니다.하지만 포기했습니다.) 나는 http://sourceware.org/pthreads-win32에서 pthreads를 얻고 있습니다.

내 관심사는 3.4.5의 malloc & 무료 시스템이 멀티 스레드가 아닙니다.

질문 : 메모리 블록이 해제 될 메인 스레드에 다시 전달 해방 될 수 있도록

1. 내가 내 프로그램을 다시 작성해야 하는가?

2. 더 최근의 윙으로 업그레이드해야합니까?

3. 방대한 양의 테스트 이외에 이러한 동시성 문제를 찾는 방법이 있습니까? 그것은 저에게 좋은 느낌이 들지 않습니다.

고마워요!

Answer 1

왜 malloc &은 멀티 스레드되지 않았습니까?

기본적으로 mingw32는 다중 스레드 dll 인 msvcrt.dll과 연결됩니다. [1] 참조. 거기에 은 [2] Microsoft에서 제공하는 단일 스레드 라이브러리 였지만 정적 연결에서만 사용할 수있었습니다.

추 신 : 당신은 크로스 컴파일 중이라고 말하지만 대신 Windows에서 Windows 프로그램을 컴파일하는 것처럼 보입니다. 그런 경우 www.mingw.org에서 바이너리를 왜 다운로드하지 않습니까?

2

1 http://msdn.microsoft.com/en-us/library/abx4dbyh%28v=VS.71%29.aspx는 참조 (그것이 비록 자신의 다운로드 필요한 파일에 알아낼 수있는 고통) [1]. Visual Studio 2005에서 제거되었습니다. http : // msdn.microsoft.com/en-us/library/abx4dbyh%28v=VS.80%29.aspx

Answer 2

1. 나는 이것을 피합니다. 당신이 주요 문제를 피하는 것처럼 들리 네요.
2. 예, 좋은 생각입니다.
3. 메모리 할당/할당 해제와 관련된 동시성 문제를 감지하는 한 가지 방법은 메모리 누수 감지입니다. valgrind가 cygwin에서 작동하는지 잘 모르겠습니다.