07:00
ошибка указывает на отсутствие в массиве элемента StatusDesc - это тоже неверная формулировка
07:00
вернее так :) первая строчка - неверная :) У вас цикл, создающий массив падает в ошибку, конечно дальше нового массива и не будет. - вот это неправда. Правда в том, что после этой ошибки код после цикла не выполняется
07:00
Тут надо текст ответа полностью править: фактически когда происходит ошибка из-за индекса - массив уже заполнен, что хорошо видно на картинке с логами. Поэтому вся суть ответа сводящаяся к проверке на undefined - не подходит
07:00
i <= testArr.length - вот и причина ошибки с undefined
07:00
У вас цикл, создающий массив падает в ошибку, конечно дальше нового массива и не будет. - console.log на скриншоте показывает что новый массив заполнен, исходя из этого утверждение неверно
07:00
перед индексами массивов это выглядит чуть иначе - почему иначе? точно так же после названия переменной ставишь ?.
 

 Stack Overflow на русском

Генерал Дис Куссий несёт возмездие во имя ru.stackoverflow.com
06:40
@Uranus ограниченность никак не связана с количеством :)
yst 20:50
@Uranus что языков слишком много (¬‿¬)
yst 12:50
@Uranus Жизнь достаточно длинная, чтобы успеть изучить все языки, которые хотелось бы узнать поближе. - сомнительное утверждение :)
Jul 18 13:38
@Amgarak ну или можно найти еще троих друзей :)
Jul 18 12:22
@NowhereMan можно стать таким питонистом ;-)
Jul 18 10:59
@NowhereMan золотой знак может одним голосом закрыть и не висело бы
Jun 26 18:52
@CowperKettle о чем там в \вух словах?
 
yst 13:56
@eccs0103, тогда достаточно просто перегрузки добавить
yst 13:56
@eccs0103, все еще непонятно, что должно происходить при вызове .partial()
yst 13:56
@eccs0103, нужно больше примеров и все еще непонятно что делает .partial()
yst 13:56
что делает строка .partial() - он считается за заполнение какого-то параметра?
yst 13:56
Так как порядок важен, в partial тебе нужен опираться на тип T а не просто какие-то массивы
yst 13:56
Порядок важен - увидел
yst 13:56
для типа Builder<[number, string, boolean]> порядок вызова важен? .partial(42).partial("hello") и .partial("hello").partial(42) оба варианта должны работать или только в том порядке как в типе описано? число, строка, boolean
yst 13:56
допустимо один и тот же параметр передавать? т.е. .partial("hello").partial("hello") или тоже ошибка должна быть? Важен ли порядок вызова partial? Добавь пример как ты пробовал с опциональностью
 
yst 04:35
ping!
Fri 11:08
ping!
Jul 22 05:17
ping!
Jul 20 21:47
ping!
Jul 19 09:45
ping!
Jul 10 17:25
@AntonMenshov ну, наличие или отсутствие оскорбления в комментарии никак не влияет на возможность поставить тревогу
Jul 10 16:41
@AntonMenshov а кто говорит, что оскорблял @Vitalizzare? :)
Jul 10 16:23
@SVBazuev Зачем вы изменили код автора вопроса
@SVBazuev То есть, вы пытаетесь ответить автору путем редактирования кода внутри вопроса?
Jul 6 15:19
pong!
Jul 5 18:55
ping!
Jul 4 06:25
ping!
Jul 4 06:25
pong!
Jun 30 16:41
ping!
Jun 30 11:42
pong!
Jun 28 12:27
pong!
Jun 26 18:52
pong!
Jun 24 16:38
ping!
Jun 19 14:36
ping!
Jun 17 15:30
ping!
Jun 15 14:57
ping!
Jun 13 15:00
ping!
Jun 13 11:40
pong!
Jun 10 12:43
ping!
Jun 5 11:11
ping!
 
Jun 27 18:03
Пока неизвестно в каком виде проверяющая система ожидает результат невозможно сказать, почему она не засчитывает твой вариант.
Jun 27 18:03
Система посчитала ответ неправильный - что именно отправлялось на проверку? байты? или собранная строка?
Jun 27 18:03
откуда это условие взялось? if 32 <= g_byte <= 126?