а не прибавил

1 будет

*ptr++

там (*ptr)++

разыменование. потом прибавление

и все равно будет 1 )

NSInteger i = <число> bool x = i; if (x) { чета там } else { чета там }

Ого. А из-за чего может не сработать, типа bool уже чем NSInteger?

ну видать уже переделали тип) раньше было вот так)

и все равно будет 1 )

не совсем верное

BOOL is an unsigned char rather than a primitive type, variables of type BOOL can contain values other than YES and NO.

я почему-то думал, что во втором примере указатель на блок

опять 2, что ли

яннп

спал пару часов, теперь туплю на ровном месте

BOOL b = 42; if (b) { printf("b is not NO!\n"); } if (b != YES) { printf("b is not YES!\n"); }

тут я так понимаю дело в том, что YES это 1

разница между двумя только в месте где берется указатель от a

тут я так понимаю дело в том, что YES это 1

typedef signed char BOOL; // BOOL is explicitly signed so @encode(BOOL) == "c" rather than "C" // even if -funsigned-char is used. #define OBJC_BOOL_DEFINED

я чую, что там что-то должно быть с захватом скоупа блоком

сейчас же нельзя писать под non arc? все пишут под arc?

тут я так понимаю дело в том, что YES это 1

#if (TARGET_OS_IPHONE && __LP64__) || TARGET_OS_WATCH typedef bool BOOL; #else typedef signed char BOOL; // BOOL is explicitly signed so @encode(BOOL) == "c" rather than "C" // even if -funsigned-char is used. #endif #define YES ((BOOL)1) #define NO ((BOOL)0)

#if (TARGET_OS_IPHONE && __LP64__) || TARGET_OS_WATCH typedef bool BOOL; #else typedef signed char BOOL; // BOOL is explicitly signed so @encode(BOOL) == "c" rather than "C" // even if -funsigned-char is used. #endif #define YES ((BOOL)1) #define NO ((BOOL)0)

походу для 32 битных и 64 битных - результаты будут разные)

Так, а почему в вопросе с блоком в первом случае 2, а во втором 1?

сейчас же нельзя писать под non arc? все пишут под arc?

всегда есть извращенцы

адрес переменной a меняется после объявления блока

можно писать и под нон-арк

адрес переменной a меняется после объявления блока

Я о чем-то таком и подумал, а почему это произошло?

адрес переменной a меняется после объявления блока

разве меняется? просто еще один указатель на а

резултат не всегда 1, зависит от мрц или арц

тут дело в __block

надо знать как под капотом работает этот модификатор

но насчет мрц хрен с ним, можно просто попытаться понять почему 1

__block переменные могут переезжать со стека в heap

Епт. После блока что, копия a создается?

думаю в этом случае так и происходит

не копия, переменная перемещается в памяти

да вот дебаггер говорит о другом

*значение переменной

ну старый адрес не очищается сразу, что логично

потому по старому адресу по прежнему будет 0

Епт. После блока что, копия a создается?

пропробуй этот пример) на 4s симуляторе и на 7 ифоне

bool b1 = 2; if (b1) printf("REAL b1 \n"); if (b1 != true) printf("NOT REAL b1 \n"); BOOL b2 = 2; if (b2) printf("REAL b2 \n"); if (b2 != YES) printf("NOT REAL b2 \n");

результаты будут разные)

тоже можно считать каверзным)

пока что)

до выхода 64 битной архитектуры - это тоже было каверзным)

хотя кажется и банальным)

Епт. После блока что, копия a создается?

во так вот. а в мрц нет. почему?

Если распечатать [block class] в мрц и арц будут разные классы

Ну, если честно, инициализировать BOOL двойкой вообще не самая лучшая идея

в 64 битной архитектуре - пофиг как

там будет 1

в 32 битной - там хранится число)

то, которое задаешь

Я понимаю) Просто имхо лучше вообще так не делать

на собесеовании спросят что будет на выходе

а не лучше или хуже)

Ну, если честно, инициализировать BOOL двойкой вообще не самая лучшая идея

тут больше вопрос о знании работы компилятора

ну да) но тут же ща тема о собеседованиях) и что спрашивают

кстати)

раз тоже попал на вопрос

тут больше вопрос о знании работы компилятора

это не компилятор. это sdk, и его дефайны

создают NSDate *date = .... ну и инициализирует 00:00

выводят в консоль - разница в 4 часа с тем, которое ввели

почему?

откуда 4 часовая разница?)

на собесеовании спросят что будет на выходе

А примут ответ «не надо так делать»? :DD

UTC vs local time

откуда 4 часовая разница?)

Легко

А примут ответ «не надо так делать»? :DD

спросят почему не надо?

Ну вот, выше ответили

UTC vs local time

а почему 4 часа? у меня +2 гмт

у меня разница в 3 часа

потому что у меня +3 гмт

это человек живёт в +4 видимо

так почему 4 часа было?

нет, человек был в моей комнате и тест на моем устройстве был)

на симе?

ага

ну так там по дефолту регион us

а у юс какой гмт? +/-4?

NSDate *date = [NSDate new]; // сейчас 16:33 Printing description of date: 2017-02-08 13:33:37 +0000

Вроде все правильно. UTC+3, как у меня и должно быть

ну вот было 4 часа разницы) ток там не через текущую дату инициализировали, а просто как 00:00 часов

оно возвращало в нслог 20:00

Через дата форматтер?

хм

у проекта есть default Time Zone

которая используется при отдаче времени

возможно, но часовых поясов в задании и таймзон не указывали)

бо я бы за это тоже ухватился

я просто реально не мог обьяснить число 4)

почему именно 4, и у себя переодически я с таким тоже сталкивался, когда с датами работал

Ну так а правильный ответ тебе не сказали? (:

неа)

может он там подсвизлил