Короткие вопросы [Вопрос:Ответ]

[DeimoS]

Как я понимаю, с тем вариантом ты ловишь зависание компилятора.
Если да, то можно это решить так:

#if defined MAX_VEHICLES
    const _CONFLIX_VEHICLES = MAX_VEHICLES;// Именно благодаря константе мы не словим зависание
#endif

#undef MAX_VEHICLES

#if defined _CONFLIX_VEHICLES
    #define MAX_VEHICLES (Vehicle:_CONFLIX_VEHICLES)
#else
    #define MAX_VEHICLES (Vehicle:1000)
#endif  

Хотя я не уверен, что это самый лучший вариант из возможных

UPD: Посоветовался с Daniel_Cortez. Он сказал, что это самый простой из вариантов. Так что можешь смело использовать :)

[pawnoholic]

Нет меня просто не совсем устраивал этот вариант, компилируется то все нормально.

[DeimoS]

Нет меня просто не совсем устраивал этот вариант, компилируется то все нормально.

Хмм, по-идее, с тем вариантом ты должен ловить зависание компилятора, ибо получится, что макрос MAX_VEHICLES будет ссылаться сам на себя.
Собственно, сейчас проверил и с компилятором от Zeex так и происходит.
А что именно не устраивало?

[pawnoholic]

Хмм, по-идее, с тем вариантом ты должен ловить зависание компилятора, ибо получится, что макрос MAX_VEHICLES будет ссылаться сам на себя.
Собственно, сейчас проверил и с компилятором от Zeex так и происходит.
А что именно не устраивало?

Лишние макросы, странно, что нельзя изменять макросы вот так:

#define MAX_VEHICLES (Vehicle:MAX_VEHICLES)  

Сейчас пока использую вот так

#if defined MAX_VEHICLES
    #undef MAX_VEHICLES
#endif
#define MAX_VEHICLES (Vehicle:1000)  

Возможно так и оставлю, но в перспективе думаю сделать возможность непосредственно из ПВН файла изменять этот параметр...

[DeimoS]

Лишние макросы, странно, что нельзя изменять макросы вот так:

#define MAX_VEHICLES (Vehicle:MAX_VEHICLES)  

Так а что странного то? Ты указываешь макросу MAX_VEHICLES ссылаться на макрос MAX_VEHICLES. Соответственно, когда препроцессор дойдёт до этой строки, он словит рекурсию, начав бесконечно заменять MAX_VEHICLES на MAX_VEHICLES. Таков принцип работы препроцессора и макросов.

[Elrmrnt-Kritik]

Можно пожалуйста узнать разницу между двумя вариантами:

#include <a_samp>
#include "a_samp"  

Поковырялся на этот счет в интернете. Как я понял, угловые скобки используются для стандартных INC, а в двойных кавычках непосредственно для файлов, созданных программистом (разработчиком). Также двойные кавычки выполняют поиск искомого файла во всех папках указанной директории, а, заключенные в угловые скобки, ищутся лишь в указанной директории. Это все отличия? По крайней мере эти два факта были взяты с других интернет-ресурсов. И второй не подтвердился. Если файл a_samp закинуть в папку ../include/test/a_samp.inc, в моде поставить: #include "a_samp", файл все равно не ищется...

---

Случайно заметил такую вот штуку (я не использую, конечно, данную функцию, но она меня по-своему заинтересовала):

forward [MAX_PLAYER_NAME+1] GetPlayerName(playerid);
GetPlayerName(playerid)
{
    new name[MAX_PLAYER_NAME+1];
    GetPlayerName(playerid, name, sizeof name);
    return name;
}  

А именно данная строка:

forward [MAX_PLAYER_NAME+1] GetPlayerName(playerid);  

Она как бы резервирует указанный размер памяти в сегменте данных, что в будущем экономит память? В официальной документации, к сожалению, по данному вопросу ничего не нашел.

[ziggi]

Можно пожалуйста узнать разницу между двумя вариантами:

#include <a_samp>
#include "a_samp"  

Поковырялся на этот счет в интернете. Как я понял, угловые скобки используются для стандартных INC, а в двойных кавычках непосредственно для файлов, созданных программистом (разработчиком). Также двойные кавычки выполняют поиск искомого файла во всех папках указанной директории, а, заключенные в угловые скобки, ищутся лишь в указанной директории. Это все отличия? По крайней мере эти два факта были взяты с других интернет-ресурсов. И второй не подтвердился. Если файл a_samp закинуть в папку ../include/test/a_samp.inc, в моде поставить: #include "a_samp", файл все равно не ищется...

Всё просто: с <> путь к файлу начинается с каталогов, указанных ключом -i, с "" путь к файлу начинается от самого файла.
Что-бы a_samp нашёлся в ../include/test/, нужно запускать компиляцию с ключом -i../include/test/, например так:

pawncc.exe -;+ -(+ -i../include/test/ -o../gamemodes/%name%.amx new.pwn

и подключать файл с помощью <>

[Elrmrnt-Kritik]

Простите, а что насчет второго вопроса?)

[DeimoS]

А именно данная строка:

forward [MAX_PLAYER_NAME+1] GetPlayerName(playerid);  

Она как бы резервирует указанный размер памяти в сегменте данных, что в будущем экономит память? В официальной документации, к сожалению, по данному вопросу ничего не нашел.

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

forward [MAX_PLAYER_NAME+1] GetPlayerName(playerid);
GetPlayerName(playerid)
{
    new name[10];// Укажешь размер массива меньше/больше, чем он указан в forward
    GetPlayerName(playerid, name, sizeof name);
    return name;
}  

То компилятор выругается на return о том, что возвращаемое значение меньше, чем ожидается.

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

[execution]

На счёт динамических зон. Если у меня находится 2 динамические зоны и они пересекаются. Вошёл я в 1-ю зону, и если я не выходя из неё попаду на 2-ю зону, то считаться будет, что я во 2-й?