KR
И это не считая интеграций в ИДЕ
Size: a a a
2021 February 28
E
У gdb из коробки есть гуевый и туевый фронтенды
И как же это работает для ситона (cygdb)?
KR
И как же это работает для ситона (cygdb)?
Если это именно расширение gdb, то нормально работает
KR
Но надо проверять
KR
Если что, расширения очень легко дорабатываются
E
Если это именно расширение gdb, то нормально работает
То, что я тут вижу - это просто самописный отладчик консольный
https://github.com/cython/cython/blob/master/Cython/Debugger/Cygdb.py
Но главное - это отладочные символы.
https://github.com/cython/cython/blob/master/Cython/Debugger/Cygdb.py
Но главное - это отладочные символы.
E
"Cython comes with an extension for the GNU Debugger that helps users debug Cython code. To use this functionality, you will need to install gdb 7.2 or higher, built with Python support (linked to Python 2.6 or higher). The debugger supports debuggees with versions 2.6 and higher. For Python 3, code should be built with Python 3 and the debugger should be run with Python 2 (or at least it should be able to find the Python 2 Cython installation). Note that in recent versions of Ubuntu, for instance, gdb installed with apt-get is configured with Python 3."
KR
"Cython comes with an extension for the GNU Debugger that helps users debug Cython code. To use this functionality, you will need to install gdb 7.2 or higher, built with Python support (linked to Python 2.6 or higher). The debugger supports debuggees with versions 2.6 and higher. For Python 3, code should be built with Python 3 and the debugger should be run with Python 2 (or at least it should be able to find the Python 2 Cython installation). Note that in recent versions of Ubuntu, for instance, gdb installed with apt-get is configured with Python 3."
То есть это расширение
E
Вот это забавно
For Python 3, code should be built with Python 3 and the debugger should be run with Python 2 (or at least it should be able to find the Python 2 Cython installation). Note that in recent versions of Ubuntu, for instance, gdb installed with apt-get is configured with Python 3.
То есть, я правильно, понимаю, что gdb должен быть собран с поддержкой Python2? :)
For Python 3, code should be built with Python 3 and the debugger should be run with Python 2 (or at least it should be able to find the Python 2 Cython installation). Note that in recent versions of Ubuntu, for instance, gdb installed with apt-get is configured with Python 3.
То есть, я правильно, понимаю, что gdb должен быть собран с поддержкой Python2? :)
KR
Вот это забавно
For Python 3, code should be built with Python 3 and the debugger should be run with Python 2 (or at least it should be able to find the Python 2 Cython installation). Note that in recent versions of Ubuntu, for instance, gdb installed with apt-get is configured with Python 3.
То есть, я правильно, понимаю, что gdb должен быть собран с поддержкой Python2? :)
For Python 3, code should be built with Python 3 and the debugger should be run with Python 2 (or at least it should be able to find the Python 2 Cython installation). Note that in recent versions of Ubuntu, for instance, gdb installed with apt-get is configured with Python 3.
То есть, я правильно, понимаю, что gdb должен быть собран с поддержкой Python2? :)
Собран с третьей, остальное по запуск. Но подробнее не расскажу, т.к. конкретно этот случай руками не трогал.
2021 March 01
Б
Как часто просите пересмотр зп? (если повышают сами, то как часто?)
Анонимный опрос
Проголосовало: 432021 March 02
E
Кто-нибудь натыкался на это?
https://github.com/tiangolo/fastapi/issues/1437
https://github.com/tiangolo/fastapi/issues/1437
E
Суть в том, что у меня есть модели с custom
Всё это выглядит очень печально. По сути они вынуждают меня использовать GET с body или POST там где нужен GET с query-параметром в виде json.
__root__, по сути - это словари с валидаторами и ограничениями на то, что должно лежать в ключах и значениях. И я не могу использовать такие модели в Query-параметрах в fastapi. До pydantic 1.8 их вообще нигде нельзя было использовать из-за бага с парсингом nested __root__.Всё это выглядит очень печально. По сути они вынуждают меня использовать GET с body или POST там где нужен GET с query-параметром в виде json.
E
E
Б
Суть в том, что у меня есть модели с custom
Всё это выглядит очень печально. По сути они вынуждают меня использовать GET с body или POST там где нужен GET с query-параметром в виде json.
__root__, по сути - это словари с валидаторами и ограничениями на то, что должно лежать в ключах и значениях. И я не могу использовать такие модели в Query-параметрах в fastapi. До pydantic 1.8 их вообще нигде нельзя было использовать из-за бага с парсингом nested __root__.Всё это выглядит очень печально. По сути они вынуждают меня использовать GET с body или POST там где нужен GET с query-параметром в виде json.
А почему бы для этих целей не использовать кастомный тип?
PR
Как часто просите пересмотр зп? (если повышают сами, то как часто?)
Анонимный опрос
Проголосовало: 43просить — не значит — получать
Б
просить — не значит — получать
Конечно
PR
просто если проводить опрос "как часто вам повышают зарплату" — результат может быть радикально иным. Потому я и среагировал
E
А почему бы для этих целей не использовать кастомный тип?
То есть вместо моего key vale pair использовать кастомный словарь? Я когда-то делал кастомный стринг для pydantic. Можно попробовать. Просто модель с root выглядело самым простым решением.