Ошибка с SendMes

[VVWVV]

Данную функцию можно использовать в сумме с глобальной переменной.
Например:
Мы объявим глобальную переменную:

new 
       global_string[ 256 ];  

После этого, мы добавляем в тело функции, данный участок кода. (Иными словами, мы очищаем глобальную переменную)

global_string[0] = EOS;  

Далее, нам необходимо будет статичные аргументы отделить от динамичных и пустить цикл, с которыми в свою очередь будут работать функции - getarg(...).

Нет смысла использовать такой подход, ибо если вы не будете использовать global_string, то переменная всё равно будет инициализирована в сегмент данных. И ещё, вы всегда можете оптимизировать способ с обычными функциями - есть тема на форуме от DC. Кстати, может возникнуть ряд других проблем.

Таким образом, глобальная переменная, будет автоматически очищаться при инициализации функции.
Ну, а идеальный вариант, это конечно же использование директивы #define.

#define prepare(%0,%1,%2,%3) global_string[0] = EOS; format(global_string, sizeof global_string, %2, %3); SendClientMessage(%0, %1, %2)  

Но опять же и здесь нас ожидают подводные камни.
Например, будет проблема для тех, кто привык писать функции подобным образом:

prepare( playerid, C_WHITE, "Playerid: %d",
                 playerid
       );  

К тому же, массив не отчищается. Символ нуля указывает на окончание строки.

Таким образом, глобальная переменная, будет автоматически очищаться при инициализации функции.

Точнее сказать: "вызов функции".

[Found]

Нет смысла использовать такой подход, ибо если вы не будете использовать global_string, то переменная всё равно будет инициализирована в сегмент данных. И ещё, вы всегда можете оптимизировать способ с обычными функциями - есть тема на форуме от DC. Кстати, может возникнуть ряд других проблем.



К тому же, массив не отчищается. Символ нуля указывает на окончание строки.


Функция SendMes в данном случае будет быстрее, чем ваш способ, ибо вы всегда будете вызывать один и тот же код несколько раз.

Конечно же она будет инициализирована. На самом деле суть этой переменной в том, чтобы форматировать и подготавливать выражения.

Можно ссылочку?

Да, перепутал. Правильнее будет:

global_string[0] = 0;  

Поэтому я предложил вариант с #define.

[L0ndl3m]

new 
       global_string[ 256 ];  

После этого, мы добавляем в тело функции, данный участок кода. (Иными словами, мы очищаем глобальную переменную)

global_string[0] = EOS;  

Нельзя сказать, что это очищение массива. "Очищается" только первый элемент массива (в данном случае это global_string[0]). Конструктор кода устроен таким образом, что он будет "сканировать" строку до того времени, пока не найдёт нулевой символ. Остальной текст (начиная с первого индекса (global_string[1])) будет сохранён в памяти.

[Found]

Нельзя сказать, что это очищение массива. "Очищается" только первый элемент массива (в данном случае это global_string[0]). Конструктор кода устроен таким образом, что он будет "сканировать" строку до того времени, пока не найдёт нулевой символ. Остальной текст (начиная с первого индекса (global_string[1])) будет сохранён в памяти.

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

[L0ndl3m]

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

Для понимания машины этого достаточно, но человек должен понимать, что он не освобождает весь массив от данных.

[vovandolg]

Для тех кто был в танке и пытался что то мне подсунуть,
я хотел гмошный SendMes перештопать в свой чтобы не лазеть не заменять все мессы,
но тут ведь проблема вышла, аргумент с переменными может быть и не один и не три а по разному.

[Daniel_Cortez]

Функция SendMes (именно с передачей переменного числа параметров через #emit) действительно опасна в использовании под Linux.
Я не проверя работу именно этой функции на версии сервера SA-MP для Linux, но ещё в прошлом году решил провести эксперимент: откомпилировал интерпретатор Pawn 3.2 под линью и скормил ему .amx с коллбэком, который передавал переменное количество параметров нативной функции; принцип передачи параметров был такой же, как и в SendMes. После каждой попытки вызова того коллбэка интерпретатор падал (segmentation fault). Откомпилировал интерпретатор под вендой и скормил ему тот же скрипт - всё работало. Ещё раз скомпилировал его в режиме отладки и дебажил в Visual Studio - никаких признаков неправильной работы. Видимо, это как-то было связано с особенностями реализации интерпретатора в его оптимизированной версии для GCC, которая использовалась под линуксом.

Для тех кто был в танке и пытался что то мне подсунуть,
я хотел гмошный SendMes перештопать в свой чтобы не лазеть не заменять все мессы,
но тут ведь проблема вышла, аргумент с переменными может быть и не один и не три а по разному.

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