RK
https://downloads.monoprice.com/files/specsheets/41063_Specsheet_170804.pdf
Вот он, если интересно.
Да, 18 AWG жирный, поэтому у меня недоумение
Вот он, если интересно.
Да, 18 AWG жирный, поэтому у меня недоумение
Size: a a a
2020 June 02
СС
обращение лонгдабла в строку это printf?
почти, там БОЛЬ с тем что там не лонгдабл
U
Ох уж эти пиндосские единицы :d
h
Не похоже на метр. Это мегадюйм мб?
А может быть буковку пропустили и должно быть миллиОма.
h
@ обычно обозначает условия измерения.
СС
hardegor
@ обычно обозначает условия измерения.
один хрен выйдет что провод тогда 0.016
I
Может, M’ это миля?
RK
Может, M’ это миля?
Хорошая догадка)
Но вроде нет.
https://converticious.com/list-of-units/
В общем такой вопрос, наверно, лучше всего было бы задать на каком-нибудь американском форуме
Но вроде нет.
https://converticious.com/list-of-units/
В общем такой вопрос, наверно, лучше всего было бы задать на каком-нибудь американском форуме
RK
Нашел к другому кабелю вот такое)
Видимо M' это 1000 feet.
Если что в 1 mile - 5280 feet
Видимо M' это 1000 feet.
Если что в 1 mile - 5280 feet
I
Ахаха тупикал империал систем проблемс 🤦🏻♂️
D
Нашел к другому кабелю вот такое)
Видимо M' это 1000 feet.
Если что в 1 mile - 5280 feet
Видимо M' это 1000 feet.
Если что в 1 mile - 5280 feet
Господи, МЕГАФУТ
D
Офигительно
СС
Господи, МЕГАФУТ
не, таки просто миля
СС
перемнож 1.6 на 5.280 и выйдет примерно что и там
K
Господа, подскажите, в каком месте я не понимаю логику valgrind.
==511== 1,000 bytes in 1 blocks are definitely lost in loss record 1 of 1Имею такой выхлоп по выделенным и не освобожденным блокам. Почему из всех адресов мне показывают только адрес подкинутого malloc'a?
==511== at 0x4815654: malloc (in /usr/lib/valgrind/vgpreload_memcheck-arm-linux.so)
K
#include <stdlib.h>
int main(void){
int *a = malloc(1000);
a[1] = 0;
return 0;
}
Собсна код тестовый.
Вызываю профайлинг максимально подробно, насколько я могу понять.
valgrind --tool=memcheck --leak-check=full --show-leak-kinds=all --show-reachable=yes --
track-origins=yes --log-file=val.txt -v ./val-test
SK
он говорит, что у тебя утечка в одном месте было выделение но никто не освободил
K
он говорит, что у тебя утечка в одном месте было выделение но никто не освободил
Ну так почему он не скажет мне, что вызов malloc был скажем в main? Да хотя бы адрес main бы мне скинул или адрес вызова.
SK
ну а ты собрал с -g флагом?
SK
отладочная инфа в бинаре есть?