(
А кого должны волновать скобки, если в ide есть авто форматирование кода🤔
type Heh = Mda
{
}
Бу бля чо обосрался
Бу бля чо обосрался
Size: a a a
2021 January 06
Бу бля чо обосрался
AM
Как у меня горит с этого говна
https://github.com/arduino/ArduinoCore-avr/blob/60f0d0b125e06dbf57b800192c80e5f60d681438/cores/arduino/CDC.cpp#L256
Задержка на 10 мс в методе получения статуса, ну блять каким долбоёбом надо быть, чтобы это в таком виде пустить в прод.
https://github.com/arduino/ArduinoCore-avr/blob/60f0d0b125e06dbf57b800192c80e5f60d681438/cores/arduino/CDC.cpp#L256
Задержка на 10 мс в методе получения статуса, ну блять каким долбоёбом надо быть, чтобы это в таком виде пустить в прод.
А с этим что-то можно сделать другое?
VP
А с этим что-то можно сделать другое?
Поискать более надёжный метод или хотя бы описать такую особенность в доке
AM
Это ж, похоже, код, который на стороне девайса крутится. Как он может узнать без заранее согласованного с компом протокола, что комп реально его слуает?
AM
Описать в доке — да, полезно было бы.
VP
И у меня большие сомнения в том, что 10 мс - это реально необходимая величина, это же целая вечность
AM
Ну в крестах есть дефолтные значения параметров, бахни пулл-рыквест с настраиваемой задержкой с дефолтом в 10)
AM
По API это не breaking change, только по ABI. Вдруг втянут?)
VP
Ну в крестах есть дефолтные значения параметров, бахни пулл-рыквест с настраиваемой задержкой с дефолтом в 10)
Тащить настройки внутренних костылей в API - ну такое)
Один фиг никто из пользователей не знает, что туда пихать
Один фиг никто из пользователей не знает, что туда пихать
AM
Тащить настройки внутренних костылей в API - ну такое)
Один фиг никто из пользователей не знает, что туда пихать
Один фиг никто из пользователей не знает, что туда пихать
Ну так пользователь, который не знает, что туда пихать, и не будет туда ничего пихать, для него ничего не поменяется. А для тебя, для которого 10 мс — целая вечность, будет escape hatch :)
VP
Да я уже нашёл другой метод узнать то же самое без такой замечательной задержки.
Поражает поведение конкретно этого метода.
Поражает поведение конкретно этого метода.
AM
Я всё ещё не понял, как это сделать иначе)
AM
Это ж грёбанный последовательный порт, у него нет своего протокола, который бы пользовательский в конверты заворачивал. Потому убедиться, что стороны готовы общаться, можно либо делеем в общем случае, либо писать руками на обеих сторонах хендшейк.
ch
Как у меня горит с этого говна
https://github.com/arduino/ArduinoCore-avr/blob/60f0d0b125e06dbf57b800192c80e5f60d681438/cores/arduino/CDC.cpp#L256
Задержка на 10 мс в методе получения статуса, ну блять каким долбоёбом надо быть, чтобы это в таком виде пустить в прод.
https://github.com/arduino/ArduinoCore-avr/blob/60f0d0b125e06dbf57b800192c80e5f60d681438/cores/arduino/CDC.cpp#L256
Задержка на 10 мс в методе получения статуса, ну блять каким долбоёбом надо быть, чтобы это в таком виде пустить в прод.
стоп это ардуино, там же никакой нафиг ассинхронности и многопточности нету, все должно быть блокирующим, тогда зачем?
VP
стоп это ардуино, там же никакой нафиг ассинхронности и многопточности нету, все должно быть блокирующим, тогда зачем?
Зачем что?
ch
вот эта задержка
AM
вот эта задержка
Так это задержка ожидания готовности общаться другому концу кабеля)
VP
вот эта задержка
Да хрен бы его знал, там затронуто взаимодействие с другим устройством, да и usb контроллер может что-то делать в фоне
VP
Я всё ещё не понял, как это сделать иначе)
Ну кстати можно было бы для начала не делать задержку перед тем, как всё равно вернуть false
AM
Ну тут да. Если у юзера там условный
while(connected), лучше б он на своей стороне дилей бахнул.