Системные аллокаторы в php extension

Question

[OrmaJever]

Вопрос именно к тем кто писал php extension, а не просто к c++ разработчикам :)
В общем пишу я расширение для php на с++. Раньше я для строк использовал старый добрый char *, но со временем кода становилось больше и ошибок связанных со строками тоже, и вот я решил попробовать перейти на std::string. Переписав всё на std::string php при запросах стал благополучно падать, опытным путём выяснилось что падает он на банальной операции append. Я чесал репу с удивлённым лицом дня 2, я же переходил на плюсовые строки только потому что они безопасны и не падают, и вот минут 10 назад меня осенило! Zend использует свои аллокаторы (emalloc, erealloc, ...) и когда я по привычке писал системные malloc, realloc, и т.д. то php так же падал, и вот сегодня до меня дошло что std::string выделяет память то именно стандартными аллокаторами, а zend этого не воспринимает вот и падает. И как быть в этой ситуации? Получается что все стандартные классы c++ нельзя использовать для php extension? И что мне придётся писать собственную копию std::string? Сталкивался ли кто нибудь с таким?

Answer 1

[jcmvbkbc]

Реализуйте шаблонный класс аллокатора через emalloc, erealloc, и дальше используйте его шаблонным параметром std::basic_string и других шаблонов stl принимающих аллокаторы.

Получается что все стандартные классы c++ нельзя использовать для php extension? И что мне придётся писать собственную копию std::string?

Получается, что иногда полезно читать документацию.

Answer 2

[OrmaJever]

Я как белый человек использовал и читал доки только по std::string, да и подумать я не мог что класс может принимать сторонние аллокаторы :) jcmvbkbc вы бы не могли подсказать как правильно описать класс аллокатор? Сейчас я сделал так

class Ealloc : public std::allocator< char >
	{
		void *allocate(size_t size, void *ptr = nullptr);
		void destroy( void * );
	};
// ...
class string : public std::basic_string<char, std::char_traits<char>, Ealloc> //...
// ...
void *Data::Ealloc::allocate(size_t size, void *ptr)
{

	return ptr == nullptr ? emalloc(size) : erealloc(ptr, size);
}

void Data::Ealloc::destroy( void *ptr )
{
	efree(ptr);
}

и я так и не понял что делает метод deallocate ? Что значит реализовать не реализованную память?

Comments

[jcmvbkbc]

> и подумать я не мог что класс может принимать сторонние аллокаторы

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

> Сейчас я сделал так

Ваш destroy должен называться deallocate, в остальном похоже на правду.

> Что значит реализовать не реализованную память

-EDOESNOTPARSE

[OrmaJever]

@jcmvbkbc изменил destroy на deallocate, но php всё равно падает. Падает так же на вызове newStr += '1', то есть с аллокатором что-то не так, но вот что. Мне кажется что переопределить 2 метода мало, наверное basic_string вызывает ещё что-то...

[jcmvbkbc]

> наверное basic_string вызывает ещё что-то
Ему там больше нечего вызывать.

Я посмотрел внимательно на вашу реализацию, и могу сказать следующее:
1. тип вашей функции allocate не соответствует прототипу, ожидаемому в аллокаторе: вторым аргументом должен идти allocator::const_pointer. Вообще использование названий типов из документации, вместо попыток их угадать/подобрать, может вас избавить от массы сюрпризов.
2. deallocate принимает два параметра, а не один. Вы это поменяли?
3. class string : public std::basic_string -- я не понял, вы свою строчку унаследовали что ли? Простого typedef недостаточно?
4. если у вас есть сомнения в том, вызываются ли ваши функции из реализации аллокатора, вставьте в них fprintf или что-нибудь подобное.

[OrmaJever]

@jcmvbkbc
3) я предполагал что спросите, там всё в порядке я просто добавляю туда пару своих методов и переопределяю некоторые операторы. Я и так раньше наследовал std::string
4) В этом то вся загвоздка, расширения php это динамические либы, я не представляю как их дебажить.

С учётом пунктов 1 и 2 код вышел такой, но он всё равно падает :( уже даже не знаю куда смотреть :(
class Ealloc : public std::allocator< char >
{
public:
pointer allocate( size_type size, allocator::const_pointer ptr = nullptr );
void deallocate( pointer , size_type );
};
// ...
Data::Ealloc::pointer Data::Ealloc::allocate(size_type size, allocator::const_pointer ptr)
{
return ptr == nullptr ?
static_cast< pointer >( emalloc(size) ) :
static_cast< pointer >( erealloc(const_cast< void* >(ptr), size) );
}

void Data::Ealloc::deallocate( pointer ptr, size_type )
{
efree(ptr);
}

[jcmvbkbc]

> В этом то вся загвоздка, расширения php это динамические либы, я не представляю как их дебажить.

Да ладно, какая это загвоздка? Запускайте php в gdb, ставьте точку останова по имени функции. Ну или делайте fprintf в лог-файл, если с gdb сложно/неудобно. Или OutputDebugString, если у вас венда.

[OrmaJever]

@jcmvbkbc у меня винда, попробовал запустить php в gdb (gdb.exe -nx -fullname -quiet -args path/to/php) пишет "no debuging symbols found", вполне логично, php то релизный. Как быть?

[jcmvbkbc]

> Как быть
Не важно какой php. Соберите своё расширение с отладочными символами. Поставьте точки останова по имени функции или номеру строки:

b Data::Ealloc::allocate
или
b file_name.cpp:line_no

И вперёд -- run.