[РЕШЕНО] GlobalFree

[OKTA]

Товарищи, возник вопрос!
Имею приложение, которое подключает библиотеку(Lib1), которая подключает библиотеку(Lib2)  
В какой-то момент Lib1 вызывает метод Lib2 в параметрах которого передается указатель void. Lib2 у себя выделяет память под необходимый объект и возвращает в Lib1 указатель на созданный объект, но когда я пытаюсь удалить этот объект из Lib1 через delete, возникает исключение AccessViolationError(которое, кстати говоря, почему-то не отлавливается - вижу его в дебаггере), а если через GlobalFree, то все ок. В чем проблема? В Lib2 каким-то хитрым образом выделяется память? Или что?  

Попробовал - LocalFree тоже работает правильно 0_о
Через free не работает.
А как реализовано все в Lib2 не могу посмотреть.  

[OKTA]

И так.. Кажется проблема решена.
1. Глобальные функции управления памятью и локальные функции в винде - это одно и тоже в данное время 
2. Delete и free не срабатвают, потому что память заблокирована вызовом GlobalLock в Lib2
3. Lib2 использует GlobalAlloc, GlobalFree и т.д..

 

[OKTA]

Возникают вопросы:
1) где и как выделяется память через GlobalAlloc(LocalAlloc) в отличии от new и malloc?
2) GlobalLock(LocalLock) - позволяют выделять память с некоторым количеством атрибутов http://msdn.microsoft.com/en-us/library/windows/desktop/aa366574(v=vs.85).aspx Позволяет ли тоже самое делать new?

Читаю мануалы в msdn и ничего не понимаю 

[Igors]

Возникают вопросы:
1) где и как выделяется память через GlobalAlloc(LocalAlloc) в отличии от new и malloc?
2) GlobalLock(LocalLock) - позволяют выделять память с некоторым количеством атрибутов http://msdn.microsoft.com/en-us/library/windows/desktop/aa366574(v=vs.85).aspx Позволяет ли тоже самое делать new?

Читаю мануалы в msdn и ничего не понимаю 

Это все уже мхом поросло. Оно было бездарно содрано с MacOS еще в те времена когда виртуальной памяти не было (ну или юзалась через драйвера). Смысл - если блок залочен, то его адрес не меняется (можно использовать) и гарантируется что его никто не грохнет. Клиент должен был сначала залочить хендлер, попользоваться и разлочить, дальше ОС разберется выгружать или как. С виртуальной памятью все это стало ненужно, поэтому new этого не делает.

[OKTA]

Возникают вопросы:
1) где и как выделяется память через GlobalAlloc(LocalAlloc) в отличии от new и malloc?
2) GlobalLock(LocalLock) - позволяют выделять память с некоторым количеством атрибутов http://msdn.microsoft.com/en-us/library/windows/desktop/aa366574(v=vs.85).aspx Позволяет ли тоже самое делать new?

Читаю мануалы в msdn и ничего не понимаю 

Это все уже мхом поросло. Оно было бездарно содрано с MacOS еще в те времена когда виртуальной памяти не было (ну или юзалась через драйвера). Смысл - если блок залочен, то его адрес не меняется (можно использовать) и гарантируется что его никто не грохнет. Клиент должен был сначала залочить хендлер, попользоваться и разлочить, дальше ОС разберется выгружать или как. С виртуальной памятью все это стало ненужно, поэтому new этого не делает.

А где в итоге GlobalAlloc выделяет память? В виртуальной памяти в наши времена?

[Igors]

А где в итоге GlobalAlloc выделяет память? В виртуальной памяти в наши времена?

Цитированием не злоупотребляйте "В итоге" в виртуальной, др ходов сейчас нет. GlobalAlloc может еще ничего не выделять, он создает handle на блок памяти, который будет готов к использованию после GlobalLock, а тот отдаст клиенту адрес со смещением, и удалить с помощью delete не удастся. Короче - чем выделяли тем и освобождайте (парной ф-цией)

[OKTA]

Спасибо

[Akon]

Как вообще можно смешивать ф-ии из библиотеки C/C++ (new, malloc, delete, free) с API? Используйте либо то, либо другое.

[OKTA]

Как только я приступил к задаче, я не знал, каким образом закрытая библиотека работает с памятью. Выяснил уже после, потому и вопросы такие