думаю, ответ на мой вопрос не изменится от наступления этого радостного события.

А вообще мне интересно посмотреть на любителей отлаживаться printf-ами в большом проекте, где надо каждый раз перекомпилироваться после добавления printfa нового.

А вообще мне интересно посмотреть на любителей отлаживаться printf-ами в большом проекте, где надо каждый раз перекомпилироваться после добавления printfa нового.

инкрементальная компиляция?

Отдельный вопрос как printf-ами segfault ловить.

инкрементальная компиляция?

Всё еще хуже чем вообще отсутсвие перекомпиляции.

Отдельный вопрос как printf-ами segfault ловить.

1) никто не говорил, что это серебрянная пуля 2) Насколько проект должен быть большим? Я это юзал на проекте, который с нуля будет компилится на i5 в 4 потока минут 40 - час

Пока ждешь пусть даже небольшую но перекомпиляцию а не просто перезапускаешь программу — тратишь ментальную энергию и концентрацию.

Отвлекаешься на написание printf-ов, потом на их убирание.

Пока ждешь пусть даже небольшую но перекомпиляцию а не просто перезапускаешь программу — тратишь ментальную энергию и концентрацию.

вот только не надо об этом, окей? Это высшие материи и имеют отношение к проблеме примерно нулевое

Имеют самое прямое.

Можно сколько угодно открещиваться от этого, но такая штука как концентрация, скорость работы они есть. И я лично был свидетелем, как человек тыкаясь в printf-ы и gdb не мог отладиться потому, что все это занимало кучу времени.

И замусоривало код очень быстро.

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

Можно сколько угодно открещиваться от этого, но такая штука как концентрация, скорость работы они есть. И я лично был свидетелем, как человек тыкаясь в printf-ы и gdb не мог отладиться потому, что все это занимало кучу времени.

а я лично был свидетелм тому, как я выловил хитрющую бажину, потом быстро убрал за собой и всё

Я говорил о том, что «оталживаюсь только printf-ами» — это узкое мышление.

Я говорил о том, что «оталживаюсь только printf-ами» — это узкое мышление.

аааа, только.... Тогда спор считаю исчерпаным

а я лично был свидетелм тому, как я выловил хитрющую бажину, потом быстро убрал за собой и всё

anecdotal evidence опять же.

А вообще мне интересно посмотреть на любителей отлаживаться printf-ами в большом проекте, где надо каждый раз перекомпилироваться после добавления printfa нового.

и aspect/c++ запилить!

А вообще мне интересно посмотреть на любителей отлаживаться printf-ами в большом проекте, где надо каждый раз перекомпилироваться после добавления printfa нового.

ccache

и перекомпиляшки сводятся к минимуму

а я как житель с вимом и без ssd еще все в tmpfs держу, так что и перекомпиляшки быстрые

http://foonathan.net/blog/2017/05/08/preprocessor.html

preprocessor is da powah!

Чат supapro.cxx: https://telegram.me/joinchat/BYlFbD3eN3JMaG34hyh96w

Мы, кстати, поощряем лодырей, когда помогаем с элементарными лабами.

Мы, кстати, поощряем лодырей, когда помогаем с элементарными лабами.

Направление, в котором им следует двигаться, задать вполне можно.

Направление, в котором им следует двигаться, задать вполне можно.

Не в IT?

Не в IT?

зря ты так жёстко

Не в IT?

Нет. Мануалы, книги и прочее.

зря ты так жёстко

Так большая часть гуглится же. Можно всегда к преподу подойти\одногруппникам\старшему курсу.

Нет. Мануалы, книги и прочее.

Вот, согласен.

Бывают конечно и совсем наглые, которые хотят, чтобы за них всё сделали. В супапро такие часто заходят, но, что вполне закономерно, ответ они практически никогда не получают.

хинт: перед printf можно тоже проверить условие, если хочется

да все тупо. пока принтф парсит строку формата, может произойти переключение контекста. а int 3 - атомарна

Отлично! у меня приложение без 3rd party, давайте в него еще буст притараканим для отладки :D

надо блин писать пропосал уже. к лету постараюсь дописать хоть какое-то поделие. ща на пека какой-то текст есть, в гитхаб солью позже

Бывают конечно и совсем наглые, которые хотят, чтобы за них всё сделали. В супапро такие часто заходят, но, что вполне закономерно, ответ они практически никогда не получают.

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

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

Мне пару раз такие в личку даже писали. ?

Vitalik: Кто в протоколах шарит?? TCP/UDP

Vitalik: Кто в протоколах шарит?? TCP/UDP

А в чем вопрос?

Vitalik: Кто в протоколах шарит?? TCP/UDP

Я шарю в UDP, но боюсь, что ты об этом не узнаешь.

Я шарю в UDP, но боюсь, что ты об этом не узнаешь.

ok

Я шарю в UDP, но боюсь, что ты об этом не узнаешь.

зато про TCP если не поймет - ты повторишь, да?

ERROR: S client not available

зато про TCP если не поймет - ты повторишь, да?

конечно ?

Vitalik: Кто в протоколах шарит?? TCP/UDP

а чего надо то

Кто в mtproto шарит?

@AlexFails

дась

mtproto?

Кто в mtproto шарит?

Николай Дуров? ?

Кто-нибудь сталкивался с такой проблемой, что телеграм, при отправке ему RPC запроса auth.SendCode, выдает ошибку PHONE_PASSWORD_PROTECTED?

Alex Ф-ф-фэils!?︙: это значит, что чувак еще пароль сделал себе Эдвард Даньковский: Да, но пароль вводится же после кода. А sendCode выдает такую ошибку, которой, кстати, нет в доках А код сам не приходит

Кто в mtproto шарит?

а весь ответ покажи на запрос

ща

01 6d 5c f3 70 3d 0a b7 e8 1c 12 59 19 ca 44 21 90 01 00 00 18 50 48 4f 4e 45 5f 50 41 53 53 57 4f 52 44 5f 50 52 4f 54 45 43 54 45 44 00 00 00

Тут получается rpc_result { req_msg_id: 0x59121ce8b70a3d70, result: rpc_error { error_code: 400 error_message: PHONE_PASSWORD_PROTECTED } }

Я не эксперт, но может перед этим надо еще какой-то запрос отправить, или поменять очередность существующих?

Тут получается rpc_result { req_msg_id: 0x59121ce8b70a3d70, result: rpc_error { error_code: 400 error_message: PHONE_PASSWORD_PROTECTED } }

На гитхабе нашел код с хендлом этой ошибки, мб поможет: https://github.com/fabianonline/telegram_backup_browser/blob/master/src/app.coffee#L79

На гитхабе нашел код с хендлом этой ошибки, мб поможет: https://github.com/fabianonline/telegram_backup_browser/blob/master/src/app.coffee#L79

Спасибо. Сейчас посмотрю

Короче, там вроде есть нужный кусок, но нет конструктора для auth.checkPassword. Завтра еще поищу и попробую отправить так же, как там

Короче, там вроде есть нужный кусок, но нет конструктора для auth.checkPassword. Завтра еще поищу и попробую отправить так же, как там

https://github.com/zerobias/telegram-mtproto/issues/33#issuecomment-292913284 Мб поможет, ошибка другая, но методы те же вызываются. В предпоследнем комменте ветки линк на коммит.

Короче, там вроде есть нужный кусок, но нет конструктора для auth.checkPassword. Завтра еще поищу и попробую отправить так же, как там

И вот еще актуальная schema: https://github.com/zhukov/webogram/blob/master/app/js/lib/schema.tl.txt#L701