Массив C++ Помогите девушке

[_Bers]

Сообщение от p51x

Напишите это в коммитиет стандартизации, т.к. в стандарте

нет необходимости,
поскольку, именно стандартом я и руководствуюсь,
когда утверждаю, что аргумент operator[] должен быть size_t,

Сообщение от p51x

Где здесь size_t?

стандарт не запрещает использовать любые интегральные.
стандарт никогда не запрещал стрелять себе в голову,
и писать говнокод.

что касается size_t - это вытекает из предназначения самого size_t

Сообщение от p51x

Во-первых, каста нет

да, действительно.
извиняюсь, я ошибся.

и тем не менее, это ничего не меняет.

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

у массивов не может быть отрицательных элементов.
если вы запросите элемент по отрицательному индексу,
то получите UB.

если вас интересует стандарт,
то могу сослаться на:

5.7.6 Additive operators
When an expression that has integral type is added to or subtracted from a pointer, the result has the type of the pointer operand. If the pointer operand points to an element of an array object, and the array is large enough, the result points to an element offset from the original element such that the difference of the subscripts of the resulting and original array elements equals the integral expression. In other words, if the expression P points to the i-th element of an array object, the expressions (P)+N (equivalently, N+(P)) and (P)-N (where N has the value n) point to, respectively, the i+n-th and i–n-th elements of the array object, provided they exist. Moreover, if the expression P points to the last element of an array object, the expression (P)+1 points one past the last element of the array object, and if the expression Q points one past the last element of an array object, the expression (Q)-1 points to the last element of the array object. If both the pointer operand and the result point to elements of the same array object, or one past the last element of the array object, the evaluation shall not produce an overflow; otherwise, the behavior is undefined.

Сообщение от p51x

Во-вторых, если индексы не превосходят + диапозон, то ничего страшного.

в этом и заключается вся суть говнокода.
ключевое слово "если".

знаю одного паренька, любителя интовых индексов.
так он люто возмущался, когда компиляторы задолбали его предупреждениями о сравнении знаковых с беззнаковыми,
при работе со стандартными контейнерами.

я ему очень просто ответил:
пиши грамотный код, или странствуй 8 лет.

Сообщение от p51x

Т.е. если мы к массиву добавим обертку с несколькими функциями для аллокации, реаллокации - он перестает быть массивом?

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

и кстати, это не имеет никакого отношения
к вашему бредовому вопросу,
по поводу вектора и листа.

Сообщение от p51x

А стек у нас какой релегиозно правильный?

у вас - не знаю.
меня вполне устраивает std::stack

Сообщение от p51x

А дерево тоже сюрприз не дерево...

мне не понятно,
каким образом вы сюда ещё и дерево припахали,
и почему оно у вас вдруг перестало быть деревом.
и при чем тут вектор или лист.

кстати о контейнерах:

     reference operator[] (size_type n);
const_reference operator[] (size_type n) const;

внезапно?

http://www.cplusplus.com/reference/v...ector/operator[]/

[p51x]

когда утверждаю, что аргумент operator[] должен быть size_t

Вы сами себе противоречите. Вы же дальше соглашаетесь, что нету там никакого size_t

что касается size_t - это вытекает из предназначения самого size_t

ну а предназначене инта хранить числа, только кто-то еще использует char, short, ...

у массивов не может быть отрицательных элементов.
если вы запросите элемент по отрицательному индексу,
то получите UB.

если вас интересует стандарт,
то могу сослаться на:

я где-то спорил с тем, что выход за границы массива это UB? это отменяет тот факт, что если, утрированно, указатель на середине массива, то p[-1] нормальные обращение - нет.

знаю одного паренька, любителя интовых индексов.
так он люто возмущался, когда компиляторы задолбали его предупреждениями о сравнении знаковых с беззнаковыми,
при работе со стандартными контейнерами.

Вы путает мягкое с теплым. То что в стандартных контейнера используют для адресации целочисленный size_t, не отменяет факта возможность использовать в [] других целочисленных... например, инта
т.е. из того что я, например, как разрешает стандарт реализую функцию f(int a), а в STL запихнуть реализацию f(unsigned int a), не следует, что функции могу принимать только положительные аргументы (**)

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

и кстати, это не имеет никакого отношения
к вашему бредовому вопросу,
по поводу вектора и листа.

т.е. массив это не строго T a[N] и все, а если мы делаем обертку, то это просто обертка над ним... запомним (*)

у вас - не знаю.
меня вполне устраивает std::stack

А меня и еще кучу программистов - нет, то памяти в обрез, то многопоточность, то... вообщем, инода приходится делать свою реализацию, например, на кольцевом буфере

мне не понятно,
каким образом вы сюда ещё и дерево припахали,
и почему оно у вас вдруг перестало быть деревом.
и при чем тут вектор или лист.

А что такое дерево? Это не список внутри? Так почему это дерево? Вспоминаем (*)

внезапно?

Почему внезапно? См. **. Но вы же говорили, что контейнеры не массив. Причем они тут?

[_Bers]

Сообщение от p51x

Вы сами себе противоречите. Вы же дальше соглашаетесь, что нету там никакого size_t

нет никакого противоречия.

Сообщение от p51x

ну а предназначене инта хранить числа, только кто-то еще использует char, short, ...

"хранить число" и "хранить индекс массива" - никакой разницы не замечаете?
индекс массива в отличие от числа
не может быть отрицательным числом в принципе.

если вы допускаете, что у вас индекс массива может быть отрицательным числом, то у вас не просто UB в коде,
но и проблемы со здравым смыслом в мозгах.

Сообщение от p51x

я где-то спорил с тем, что выход за границы массива это UB? это отменяет тот факт, что если, утрированно, указатель на середине массива, то p[-1] нормальные обращение - нет.

при чем здесь указатели,
когда речь идет о массиве и его индексации?

вы вообще осознаете разницу между указателем и массивом?

int arr[10];
int x = arr[-2]; // out of range; UB

nt arr[10];
int* p = &arr[2];
int x = p[-2]; // valid:  accesses arr[0]

Сообщение от p51x

Вы путает мягкое с теплым. То что в стандартных контейнера используют для адресации целочисленный size_t, не отменяет факта возможность использовать в [] других целочисленных... например, инта

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

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

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

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

вы либо новичок, либо - говнокодер.

Сообщение от p51x

т.е. из того что я, например, как разрешает стандарт реализую функцию f(int a), а в STL запихнуть реализацию f(unsigned int a), не следует, что функции могу принимать только положительные аргументы (**)

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

Сообщение от p51x

т.е. массив это не строго T a[N] и все,

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

к тому же, составной тип данных может иметь множество размерностей,
так что да - не строго одна.

8.3.4 Arrays
In a declaration T D where D has the form
D1 [ expressionopt] attribute-specifier-seqopt

Сообщение от p51x

А меня и еще кучу программистов - нет, то памяти в обрез, то многопоточность, то... вообщем, инода приходится делать свою реализацию, например, на кольцевом буфере

мне без разницы какую именно реализацию стека вы предпочитаете.
это не имеет никакого отношения к обсуждаемой теме.

Сообщение от p51x

А что такое дерево?

почитайте википедию.
это так же не имеет отношения к массивам.
и я предлагаю вам не оффтопить.

Сообщение от p51x

Почему внезапно? См. **. Но вы же говорили, что контейнеры не массив. Причем они тут?

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

его дизайн спроектирован грамотно.

size_t в оператор[] заложили именно потому,
что именно этот тип данных и должен отвечать за индексацию
во всех механизмах подобного рода.

[p51x]

нет никакого противоречия

ну да, в первом предложении говорите, что нету там сайз_т и во втором говорите, что есть, но противоречия нету... ну что вы

"хранить число" и "хранить индекс массива" - никакой разницы не замечаете?
индекс массива в отличие от числа
не может быть отрицательным числом в принципе.

Для проца нет разницы, это только люди договорились нумеровать от 0 или 1 и все. И UB потому что если нет контроля, то проц может полезьт не туда, а там как повезет.

при чем здесь указатели,
когда речь идет о массиве и его индексации?

При том, что у проца нету отдельно массивов и отдельной арифметики для них. Именно поэтому оператор [] описывается одинаково в стандарте.

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

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

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

нет, первой целью сайз_т было снизить порог вхождения и хоть чуть избавиться от глупых ошибок новичков. можете архивы рассылок почитать

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

где я это предлагал? грубо говоря, я писал, что если вам хватает 100 байт, то не нужно выделять 100 мегабайт (а что? в современных компах это ж фигня)

вы либо новичок, либо - говнокодер.

у вас либо ЧСВ, либо вы идиот с раздвоенние личности... дальше пойдем по личностям?

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

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

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

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

так теперь является?

почитайте википедию.
это так же не имеет отношения к массивам.
и я предлагаю вам не оффтопить.

Вы эту часть темы начали, так что может заткнете свое ЧСВ откуда оно вылезло и сами перестанете оффтопить для начала?

так что да - не строго одна.

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

так вектор это в начале поста массив (пусть с оберткой), а в конце поста уже не массив?

он реализует функциональность "динамического массива".

ну вы же писали, что вектор не имеет никакого отношения к динамическим массивам

его дизайн спроектирован грамотно.

т.е. его писали не люди? т.е. его ниразу не переделывали? т.е. нет никакой критики? т.е. ...

size_t в оператор[] заложили именно потому,
что именно этот тип данных и должен отвечать за индексацию
во всех механизмах подобного рода.

Во-вервых, не в оператор [], а в опреатор [] в классах СТЛ (я уже приводил стандарт, где нет никакого сайз_т)
Во-вторых, а умные указатели заложили именно потому, что имменно этот тип данных и должен отвечать за работу с памятью? Так?

[_Bers]

Сообщение от p51x

ну да, в первом предложении говорите, что нету там сайз_т и во втором говорите, что есть, но противоречия нету... ну что вы

что именно вам не понятно?
приведите конкретные цитаты.

Сообщение от p51x

Для проца нет разницы, это только люди договорились нумеровать от 0 или 1 и все. И UB потому что если нет контроля, то проц может полезьт не туда, а там как повезет.

меня не интересуют трудовые будни процессора.

меня интересует, что бы говнокода не было
в исходном коде с++.

Сообщение от p51x

При том, что у проца нету отдельно массивов и отдельной арифметики для них. Именно поэтому оператор [] описывается одинаково в стандарте.

я специально привел исходный код двух примеров.
но вы похоже реально не осознаете разницу
между указателями и массивами.

Сообщение от p51x

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

маразм крепчал.

Сообщение от p51x

нет, первой целью сайз_т было снизить порог вхождения и хоть чуть избавиться от глупых ошибок новичков. можете архивы рассылок почитать

тоже самое по сути.

Сообщение от p51x

где я это предлагал? грубо говоря, я писал, что если вам хватает 100 байт, то не нужно выделять 100 мегабайт (а что? в современных компах это ж фигня)

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

Сообщение от p51x

у вас либо ЧСВ, либо вы идиот с раздвоенние личности... дальше пойдем по личностям?

у меня - здравый смысл.

[_Bers]

Сообщение от p51x

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

стандартная библиотека стабильна.

Сообщение от p51x

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

слежу:

сообщение #3

мой CodeBloks просто не хочет даже создавать обычный безразмерный массив

здесь речь идет о массиве.

сообщение #6

Уж или обычный, или безразмерная суперэкзотика. Что нибудь одно.

контекст не менялся. речь по прежнему идет о массивах.

под суперэкзотикой подразумевается некий "безразмерный массив".

сообщение #7

С каких пор вектор или лист стал экзотикой?

контекст по прежнему тот же.

значит либо оно не имеет смысла.
либо автор сообщения поставил знак равенства между
вектором и массивом.
массивом и листом.

Сообщение от p51x

так теперь является?

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

Сообщение от p51x

Вы эту часть темы начали, так что может заткнете свое ЧСВ откуда оно вылезло и сами перестанете оффтопить для начала?

я не оффтоплю, когда утверждаю, что знаковые типы в качестве индексов - говнокод, за искл положительных литерных констант.

см сообщение #7

а количество элементов массива всегда должно быть типа size_t.

тезис - верный, и не является оффтопом в рамках темы о массивах.

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

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

эти сообщения никак не коррелируют с общим ходом диалога.

Сообщение от p51x

так вектор это в начале поста массив (пусть с оберткой), а в конце поста уже не массив?

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

откуда вы все это берете?

Сообщение от p51x

ну вы же писали, что вектор не имеет никакого отношения к динамическим массивам

то есть, когда я написал (#13):

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

вы это поняли как "не имеет никакого отношения к динамическим массивам"?

потому что это - единственное моё упоминание о связи вектора с "динамическим массивом".

Сообщение от p51x

т.е. его писали не люди? т.е. его ниразу не переделывали? т.е. нет никакой критики? т.е. ...

и на основании чего вот такие выводы вы могли сделать?

я: мерседес - отличная машина, весь дизайн прекрасно продуман
вы: то есть мерседес делали не люди?

Сообщение от p51x

Во-вервых, не в оператор [], а в опреатор [] в классах СТЛ (я уже приводил стандарт, где нет никакого сайз_т)

из контекста не очевидно о чем идет речь?

учитывая, что у вас сложности с пониманием текста,
я пожалуй буду более конкретен впредь
общаясь с инопланетянами.

Сообщение от p51x

Во-вторых, а умные указатели заложили именно потому, что имменно этот тип данных и должен отвечать за работу с памятью? Так?

конкретный тип данных,
это например: std::shared_ptr<type>

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

[FIDE]

Никого не смущает кросспостинг?
http://www.programmersforum.ru/showthread.php?p=1566838

[NastyaAkolzina]

Я написала Вам программу:

Это произведение нечетных элементов, конечно, готовое не даю :3 Вам только подправить ответ, чтобы он выводил кол-во. Удачи

#include "stdafx.h"
#include <iostream>
#include <iomanip>
#include <conio.h>

using namespace std;

int main()
{
setlocale(0,"");
const int n=10;
int sum = 1;
int M[n];
for (int i = 0; i < n; i++)
{
cin >> M[i];
if ((M[i] % 2) != 0)
{
sum *= M[i];
}
}
cout << "sum=" << sum << endl;
system("pause");
return 0;
}

Написала благодаря этому видео:
http://www.youtube.com/watch?v=yy1pNwadaes

Если вы хотите разобраться "что, как, почему". Советую тоже посмотреть все видео

[taras-proger]

Сообщение от p51x

Вы бред не несите, а прочитайте стандарт или попробуйте скомпилить.


Т.е.

int i;
a[i] = ..

не скомпилится?4

Он то может и скомилится, но у Вас здесь размер массива не известен. И даже если

const int n=20;
a[n];

, то получаем мину на будущее, когда элементов станет больше, чем (2 в степени 8*sizeof(int)-1)-1. И даже

const unsigned int n=20; a[n];

- та же мина на будущее, когда элементов станет больше, чем 2 в степени 2*sizeof (int). А массив, в котором элементов больше, чем 2 в степени 8*sizeof(size_t), хранить всё равно негде. Так что бред несёшь ты. И чем этим заниматься, прочитайка лучше вдумчиво тот самый стандарт.

[taras-proger]

прочитал и привел цитаты

И какое же место говорит о достаточности какого либо инта для хранения размера любого возможного массива? Так что читай ещё раз. Вдумчиво, а не бездумно, как привык.