Это то с чем программисты никогда не взаимодействуют, а зря

User eXpirience

А - те кто писал софт, B - те кто его в основном используют, C - группа прочих пользователей

Джентельмены, а правда что новые стандарты С не совместимы с С++?

так и старые стандарты не 100% совместимы с C++

Джентельмены, а правда что новые стандарты С не совместимы с С++?

смотря о какой совместимости речь

Я не имею ввиду всякие int class. Если что, то с минимальными правками и усилиями сишный код можно будет сбилдить С++ компилятором?

Я не имею ввиду всякие int class. Если что, то с минимальными правками и усилиями сишный код можно будет сбилдить С++ компилятором?

Можно с правками

int a[] = {1, 2, 3}; вычисли размер массива, используя указатели

что-то я почитал ваше обсуждение и вконец запутался представленной в этом посте информации достаточно для нахождения размера? предполагается что массив не нужно заворачивать в структуры, и объявлять перед-после переменные?

что-то я почитал ваше обсуждение и вконец запутался представленной в этом посте информации достаточно для нахождения размера? предполагается что массив не нужно заворачивать в структуры, и объявлять перед-после переменные?

да, одно выражение, никакой темплейтной и прочее магии, ну и без sizeof

что-то я почитал ваше обсуждение и вконец запутался представленной в этом посте информации достаточно для нахождения размера? предполагается что массив не нужно заворачивать в структуры, и объявлять перед-после переменные?

Я вот тоже в недоумении... Можно просто вычесть адрес первого члена из адреса последнего, но это алгебраически сводится к указанию в вычислении размера константой. Я конечно могу последний элемент найти кодом , по его значению. Но не понятно, можно ли использовать код (цикл).

что-то я почитал ваше обсуждение и вконец запутался представленной в этом посте информации достаточно для нахождения размера? предполагается что массив не нужно заворачивать в структуры, и объявлять перед-после переменные?

Там по сути вспомнить, как получить указатель на весь массив и вспомнить как арифметические операции работают с типами

да, одно выражение, никакой темплейтной и прочее магии, ну и без sizeof

А, я знаю. Все.

Там по сути вспомнить, как получить указатель на весь массив и вспомнить как арифметические операции работают с типами

весьма тонко, настолько тонко что я вначале было написал "оба пункта звучат как 'щито?..'" спасибо)

годная задачка, утащу в копилку вместе с void f(int& r, ...) у нас ещё недавно всплывал майндфак на тему, почему успешно работает такое чудо const char *input = "1 2 3 abcdef"; char data[30]; int x,y,z; sscanf(input, "%d %d %d %s", &x, &y, &z, &data);

годная задачка, утащу в копилку вместе с void f(int& r, ...) у нас ещё недавно всплывал майндфак на тему, почему успешно работает такое чудо const char *input = "1 2 3 abcdef"; char data[30]; int x,y,z; sscanf(input, "%d %d %d %s", &x, &y, &z, &data);

А что здесь не так?

А что здесь не так?

последним параметром передается &data вместо data, казалось бы -- char**, адрес указателя вместо самого указателя, строчка явно должна писаться куда-то не туда и проезжаться где-то по памяти ан нет, всё прекрасно работает

последним параметром передается &data вместо data, казалось бы -- char**, адрес указателя вместо самого указателя, строчка явно должна писаться куда-то не туда и проезжаться где-то по памяти ан нет, всё прекрасно работает

Компиляторы научились вычислять

в том плане что gcc плюётся предупреждением "у вас тут &s, а вы передаете char(*)[30] вместо char*" ?

адрес разве не один и тот же? data и &data

просто тип другой как и пишет гцц

адрес один и тот же

адрес разве не один и тот же? data и &data

ага вот это слегка подорвало всем шаблон почему-то

int a[] = {1, 2, 3}; вычисли размер массива, используя указатели

Го решение в ЛС.

Но именно пока у тебя, опять таки, тип с размером приехал.

адрес один и тот же

Ага, было бы странно, если бы каждый & перед переменной давал новый адрес)

в том плане что gcc плюётся предупреждением "у вас тут &s, а вы передаете char(*)[30] вместо char*" ?

&data[0] можно

&data[0] можно

да, это будет тот же самый data; вопрос к тому, что именно научились вычислять компиляторы варнами о форматировании у нас весь код усеян к сожалению, и вот в какой-то момент мы решили его чуть раскопать, и натолкнулись

Но именно пока у тебя, опять таки, тип с размером приехал.

в смысле что тип — не гццшное struct S { int a[0]; } ?

в смысле что тип — не гццшное struct S { int a[0]; } ?

И не деградировавший int[] или int*

И не деградировавший int[] или int*

а это как?

Ну вот брать указатель на указатель плохой план по передаче буфера

Всем привет. Подскажите пожалуйста, как в CMake указать версию .netFramework?

https://cmake.org/cmake/help/v3.13/prop_tgt/VS_DOTNET_TARGET_FRAMEWORK_VERSION.html

https://cmake.org/cmake/help/v3.13/prop_tgt/VS_DOTNET_TARGET_FRAMEWORK_VERSION.html

так не получается, делаю set(VS_DOTNET_TARGET_FRAMEWORK_VERSION v4.5), но он все равно ставит версию 4.0

Добрый день! кто поможет с программой? она работает, но есть некоторые неудобности, их нужно обойти...

в том плане что gcc плюётся предупреждением "у вас тут &s, а вы передаете char(*)[30] вместо char*" ?

они умеют вычислять правильное положение в стеке параметра являющегося ссылкой, но это попрежнему UB

так не получается, делаю set(VS_DOTNET_TARGET_FRAMEWORK_VERSION v4.5), но он все равно ставит версию 4.0

set_target_properties(controller PROPERTIES DOTNET_TARGET_FRAMEWORK_VERSION "v4.5.2" )

они умеют вычислять правильное положение в стеке параметра являющегося ссылкой, но это попрежнему UB

эээ, ты сейчас про void f(int&, ...) или про scanf("%s", &buf)?

эээ, ты сейчас про void f(int&, ...) или про scanf("%s", &buf)?

про void f(int&, ...)

эээ, ты сейчас про void f(int&, ...) или про scanf("%s", &buf)?

годная задачка, утащу в копилку вместе с void f(int& r, ...) : UB The contents of the header <cstdarg> are the same as the C standard library header <stdarg.h>, with the following changes: The restrictions that ISO C places on the second parameter to the va_start macro in header <stdarg.h> are different in this International Standard. The parameter parmN is the rightmost parameter in the variable parameter list of the function definition (the one just before the ...).219 If the parameter parmN is a pack expansion (17.5.3) or an entity resulting from a lambda capture (8.1.5), the program is ill-formed, no diagnostic required. If the parameter parmN is of a reference type, or of a type that is not compatible with the type that results when passing an argument for which there is no parameter, the behavior is undefined.

А, оооо.

И логично, и вот же блин.

И логично, и вот же блин.

когда стандартная библиотека не предпринимала никаких защит против этого кейса, это была песня: void foo(int& r, ...) {.... using va_arg, va_end, va_start } int r; foo(r, "1"); // внутри попадали в чужой стек фрейм и читали мусор

А сча как?

А сча как?

компиляторы ставят свои вычислители правильного положения в стеке параметра, являющегося ссылкой

В примере выше int& - это же указанный явно параметр, не переданный через ...? Так в чём проблема?

В примере выше int& - это же указанный явно параметр, не переданный через ...? Так в чём проблема?

раньше va_start был реализован через взятие адреса, а когда ты берешь адрес у ссылки, то получаешь не текущий стекфрейм, а тот, где размещена реальная переменная, использованная при инициализации ссылки. вроде бы это очевидно. нет?

А сча как?

в реализации MSVC это запрещено вообще: #define __crt_va_start(ap, x) ((void)(__vcrt_assert_va_start_is_not_reference<decltype(x)>(), __crt_va_start_a(ap, x))) #define va_start __crt_va_start

то есть, даже не скомпилируется

Не очевидно, почему это касается явного аргумента. Я бы понял, если бы функция была foo(...), и в неё передавалась ссылка, но здесь же не так

Не очевидно, почему это касается явного аргумента. Я бы понял, если бы функция была foo(...), и в неё передавалась ссылка, но здесь же не так

последний аргумент до эллипсиса - это твой якорь, благодаря которому ты определяешь стекфрейм, в который положены параметры, после обязательного параметра.

Хм. Спасибо за объяснение, почитаю, как это работает.

поэтому нельзя определить функцию, как foo(...), поскольку ей не к чему привязаться.

Понял

Никогда не писал таких функций, не знал, что один "нормальный" параметр обязан быть объявлен.

Никогда не писал таких функций, не знал, что один "нормальный" параметр обязан быть объявлен.

ну, с появлением variadic templates это рудимент

ото ж

Не всегда

Варадики могут наплодить много инстанцирований

Иногда аргументы вообще не важны

sfinae на ... работает

в условии нужно было задать более неординарный массив, навроде 3, 1, 0, 2 )

с -O2 тоже, ну это так на всякий случай, вдруг кто возмутится "вот опять ваше О3 код поломало"

а почему с -O2 размер 2 становится? что за оптимизация?

потому что p не используется, значит его можно удалить

а почему с -O2 размер 2 становится? что за оптимизация?

Переменная не используется, вот и компилятор выкинул её

ну значит тогда можно переписать так чтобы использовалась ))

ну значит тогда можно переписать так чтобы использовалась ))

только в стеке между arr и p может быть куча мусора, так что не знаю, что мы обсуждаем

он ее тогда местами переставить может с массивом

нет гарантии что они будут на стеке в том же порядке, да и вообще понятия стека то в стандарте кажется вообще нет

ну, вариант с UB гуглится, раз уж мы начали постить решения: https://wandbox.org/permlink/q3QjmJrhwGF4vQOA

ну, вариант с UB гуглится, раз уж мы начали постить решения: https://wandbox.org/permlink/q3QjmJrhwGF4vQOA

а почему это UB?

ну, вариант с UB гуглится, раз уж мы начали постить решения: https://wandbox.org/permlink/q3QjmJrhwGF4vQOA

вот хороший вопрос, UB в данном случае имеет ли негативные последствия?

а почему это UB?

ну, мол, разыменование адреса, по которому ничего нет.

ну, мол, разыменование адреса, по которому ничего нет.

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

только в стеке между arr и p может быть куча мусора, так что не знаю, что мы обсуждаем

как тогда например msvc в дебаг билде проверки на переполнения стека делает? разве не какими-то magic значениями заполняет память и проверяет, на месте ли они?)

как тогда например msvc в дебаг билде проверки на переполнения стека делает? разве не какими-то magic значениями заполняет память и проверяет, на месте ли они?)

и?

было что-то в стандарте по поводу элемента на 1 дальше крайнего в массиве, что с его адресом можно оперировать