разве в этом проблема?
по-моему нет
Ты проверил?
дяп
там ошибка тогда в объявлении самого массива происходит
Создай ты блять стд вектор фиксированной длинны и не будет гемора.
Ну а я что пишу? Разметка проебалась int а надо int*
Пиздец
фиксированной длины он настолько большой не создаётся, ошибка stack overflow вылазит
>>249605834
не поняла, всм?
Не пизди, сука, это СИ, а в СЯХ нужно создавать указатели на указатели на указатели и везде вручную выделять, текущую как сучка, память.
Нахуй глаза ломать об этот ахуенный код. Юзай валгринд или адрес санитайзер и смотри где и в какой момент происходит выход за пределы буффера.
https://stackoverflow.com/questions/3813124/c-vector-max-size
Ага, не создается.
Хуйня, переделывай. Без malloc-ов своих обоссанных
СТАК ОВЕРФЛОВ, моему компилятору срать на твою ссылку
Ну тогда хуй знает, я в этих указателях на указатели не разбираюсь
пожалуйста, найдись анончик, который знает как динамический массив сделать и заполнить :(
создать динамический массив большого размера, заполнить его циферками, а потом с этим ещё куча работы
Лошашка, у тебя j до n выделил памяти. А во втором цикле требуешь до m.
Ну ок. А что за язык? Если ++, то через std контейнеры, если #, то там хз, свои структуры данных есть
> [k][j] вместо [k][j]
нет, до m выделено, оно ж как-то до значений j= ~3000 доходит, было б до n, оно бы на j = 11 ошибку давало б
i и j местами перепутал во втором блоке
у тебя j в третьем уровне вложения только до n может быть, а у тебя он до m бежит, который больше.
Плюс утечка памяти т.к. фри надо вызывать не на весь массив один раз, а на каждый указатель полеченый маллоком. За один вызова функции да 120 мегабайт оперативки теряешь.
Си
не С++, не С#, а С
> [k]i[j] вместо [k][j]i
У тебя третья координата до n, а ты идешь по ней до m, причем m > n.
Алсо, разве правильно только один free использовать?
Нет. У тебя виртуальная память разбита по страницам. Аллоцировал страницу в 4кб он и будет до 4кб идти и записывать в ничью память пока до границ страницы не дойдёт и не засегфолтит
И к чему это?
К дождю и пересдачам.
sizeof(int)
<=>
Нахуй нужен этот Си. Напиши на python, преподу скажешь, что на дваче разрешили
intX Arr1 = (intX)malloc(p X m X n X sizeof(int));
(X вместо звездочек, не хочу ебаться с разметкой)
ВСЕ. Тебе не нужен первый цикл с каким-то дивным выделением памяти.
А вот не пизди. kji - оптимальный для производительности вариант итерирования, потому что кеши используются на полную в душе не ебу почему, но да ето так
поняла, спасибо
>>249606103
поняла, спасибочки огромное
>>249606154
не, до сдачи курсача 4 часа осталось, а я как-то другу диплом за сутки написала
>>249606189
блин, была б я на 121 то писала б на питоне, но я на 123 специальности
и воть
СПАСИБО ТРЕДИК!
/thread
>>182915447 А не можешь пояснить?
Я просто в программировании до недавнего времени ноль, так что не могу понять с чем связано. >>
182915488 Ну как сказать, нужно для пары проектов использовать динамические массивы.
Суть в том, чтобы динамически добавлять или удалять элементы в массиве.
>была
Блять, двач, мы тян помогли, ну ебаный в рот.
Толерантный двач толерантен
>пук
В последних двух циклах n и m местами поменяй, пидорашка
Да похуй. Станет погромисткой, устроится в хорошую фирму, будет ебашить по 80 часов в неделю, выгорит, подсядет на наркотики, бросит работу, найдет попроще работу, опустится, станет худенькой бледненькой хикке а тут я ебать.
Я не про порядок вложенности циклов.
А про хуй во рту, как и все погромисты. Я понел. Ок.
А в чем сопсна проблема? Или чего-то не понимаю
int main()
{
int size;
cout << "размер массива: ";
cin >> size;
int *mass = new int [size];
for (int i = 0; i < size; i++)
{
mass = i;
cout << i << mass << endl;
}
delete [ ] mass;
return 0;
}
Ты же поехавший
>душе не ебу почему, но да ето так
В кэш загружается непрерывный участок памяти, по которому потом и идем. Если идти по столбцам, то в кеше не будет нужных данных и придется лезть в оперативу.
Это Си, а ты на С++ написал
ты i сначала до m аллоцируешь, а потом до n итерируешь, дурачок
А, бля, С
Извиняюсь, не видела
Это абсолютно другой случай
Анальник, какашечку выдавил уже? За байтикому ему в оперативу лезть не придется
мне кажется потерять 120 мегабайт опертивы не так уж страшно
Зато быстрее и я не поехавший.
Нааллоцировал тебе защеку хуиный массив, освобождай.
Я в чем-то не прав? Объяснись.
Нет. Не быстрее. Там оптимизация матричных операций. Так такого нет. Там двухмерный массив, а здесь трёхмерный. Там квадратные массивы, а тут прямоугольные. Не пригоден пример. Он не доказывает, что так быстрее.
>>249606467
Потеря не во всей программе, а на каждом вызове функции. Твой комп не сможет эту функцию вызвать 200 раз
Объясняю тебе указателем на хуй, чекай.
Если, конечно, ты не жирная всратуха, тогда нахуй.
В твоем случае это null, братанчик.
>>249606563
Гораздо. Пиздец
Нет. Как маллок через форы на каждый указатель делался так и фри надо вызывать. Причём в обратном порядке. Чтобы сначала самые глубокие буферы очистить, а только в конце трёхэлементный массив
ОП хуй.
хех, куколд спок. че порвался-то?
Аноны, кто учился или учится на вышке по этой специальности, какой язык вам дали изучать первым на первом курсе?
>по этой специальности
На этой самой?
На какой?
Пикрил я, алсо я не шлюха
>>249606588
да, я всё ещё в треде
>>249606633
Си. Знакомый на этой же спеце, но на другом факультете - питон и си
На Senior Borscht Developer.
Ох, а год примерно какой поступления?
2008. Что, пориджей асму уже не учат?
учат на втором
мимо оп и >>249606666
ого, мой первый дабл, трипл и квадрипл
Пока - нет. Но сомневаюсь, что и в последующие года будут, в программе его не наблюдалось
Но могу ошибаться
Лучше, но не совсем. Не тот кейс, но эту методику можно применить к кейсу опа. Плюс надо учесть, что вероятно маллок упакует десятиэлементные массивы поближе и тогда вся проблема будет упаковать самый большой массив в кэш. поэтому если сделать kji, то вероятно он заинлайнит 10 обращений и останется только 2 цикла один из которых из миллиона эллементов. Плюс высока вероятность, что первый цикл с тремя итерациями тоже будут заинлайнен и тогда всего один цикл на миллион итераций и 30 обращений останется
Ой не) Я с теми кто вручную память выделяет не встречаюсь, ты скучный и не интересный) хихихи
Нам просто про архитектуры рассказали и лабу на разбор двух листингов - на арм и х86.
Нахер он нужен то? Как и си этот парашный. По сути единственная польза которого это на харкачике отосраться что ты его знаешь
Оп, зачем тебе чистый С?
эм.
Unless you are forced to use C, you should never use malloc. Always use new.
На си и плюсах удобно начинать обучение, понимать принципы взаимодействия с кодом вообще, легче другие языки изучать потом, не гони
>Unless you are forced to use C
They forced me to use C, so I have no choice.
В чистом C нету new.
Чтобы пориджи превращались в киберпориджей, которым уже никакие языки не страшны.
#define new malloc
Ладно, ты победил
Вот прйф если что. Он 2 мелких цикла заунроллил и бежит только по самому длинному
Во-вторых, память таким образом не выделяется для динамических массивов, потому что её вилкой потом чистить приходится.
Обычно выделяется огромный кусок памяти: int arr = malloc(pknsizeof(int)) и обращение к нему происходит через макрос, например.
С пикрилом всё ок. А память так выделяется для удобства резайза. в нумпае под капотом так делают
А нет, пикрил я проебланил, лол. Ну похуй.
Я так понимаю, у тебя лабораторная работа и вас заставляют использовать чистые си? Даже в таком случае, если тебе надо выделить блок памяти фиксированной длины, ширины и глубины, то лучше будет выделить единожды блок размером pxmxn и обращаться к нему как [kx(mxn) + ix(m) + j], а еще лучше через какую-нибудь функцию, которая выкинет человекочитаемое исключение, если k,i,j вне нужного диапазона.
>лабораторная работа
курсач
но не суть
и фиксированный массив не подойдёт потому что я к функции буду обращаться с разными размерами массива
стандартный си исключения не бросает
однобуферный динамический массив можно с разными размерами создавать. просто вместо обращения a[x][y] будет a[x*n+y]. не всегда удобно, но можно завернуть в функцию, которая ещё а рендж проверит. можно изъебнуться и на псевдо ооп через указатель на функции в структуре сделать контрусктор, диструктор геттер и сеттер.
Заодно и еррор можно репортить через какую-нибудь еррор стейт переменную
Так у тебя массив же кубический, я имею ввиду нет смысла выделять каждый раз линии размера m и прямоугольники mxn, если они всё равно одинаковые во всём твоём кубе.
там не куб
Очень сомневаюсь что в нумпае так делают, там же у массива не может быть элементов разных размеров.
Но мне лень проверять это, если честно.
так делают из-за призвольной размерности.
типа когда решейн делаешь можно из двухмерного одномерный сделать
Так там нету произвольной размерности, в том-то и суть.
То есть, ты не можешь создать массив, в котором первый элемент размерности 10, второй - 1, а третий (2х5х25)
А для быстрого решейпа наоборот, удобнее когда всё одним куском и ты только индексацию меняешь.
> а тут я ебать
Что ты... ебать?
У них там решейн, транспонирование, встраивание одной матрицы в другую, конкатинация. в теории может один буфер и лучше, но они через указатель на указатель делали и как я понял у них там на питоне в одном ndarray другой произвольной глубины может быть и в кону одноразмерный на си, а с матрицами сразу двухразмерные на си
Что за тема?
ты о чём?
такая тема, что если писать нормально, можно обойтись без уродливого цикла выделения и без второго уродливого цикла для освобождения памяти. плюсом, доступ к элемнтам массива стандратным синтаксисом, а не с помощью макросов, блядь, или функций-хелперов, как тут васяны советуют /тхреад
Ну, хайлайт тема
Ты забыл сказать, что размер при этом будет фиксированный.
Должно быть Arr1[k][j] = number++ вместо Arr1[k][j] = number++, иначе ты за пределы массива уезжаешь.
в момент выделения n и m любые могут быть, н о после да, фиксированные
Arr1[k][j][ i] вместо Arr1[k][ i][j]
скорее всего, у time_stop тип не float, лил
покажи сиськи что там выше в коде, как time_stop объявлен
набери clock_t в гугле, хаха, тебе будет первая ссылка - пример использования
надо
Arr1[k][j] = number++
вместо
Arr1[k][j] = number++
javagod
надо
Arr1[k][j] [_i] = number++
вместо
Arr1[k][_i][j] = number++
С нижним подчёркиванием не работает
Потому что он жирненько троллит
всё правильно, прямо как там
и всёравно эта ошибка
>питонодебил про Си
>я иго нипанимаююю сложнааа
>нахуй он нужен
Я нашел ошибку, держу в курсе.
скажи, пожалуйста, где
Если не секрет сколько на сях пишешь?
Ну да, неликвидное старое говно ещё долго будет паразитировать со своим легаси-хуегаси. Че дальше?
free() два раза используется: первый раз по указателю, а второй зачем-то по значению на указателе.
годек
>>249609515
и что? это как-то на мою проблему влияет?
тупорылый говнарь. ты узучаешь язык (ДжэЭсс), который сущуетсует только потому, что его интерпретирует Си
>годек
Бля, серьезно? И за год не научилась чистить/выделять память?
>и что? это как-то на мою проблему влияет?
Да, охуенно влияет.
я уже увидела
спасибо!
Я не изучаю джээс. Тейк пилс, шизоид
судя по письму (по твоим познаниям), ты из низшей касты недопрограммистов (Js и Python) ну либо вообще тестироввщик (это самый пиздец)
Он показал изменения. У тебя i и j перепутаны в строчке
Arr1 [k][j] = number++;
Ха-ха. Джаваскрипт делает вжууу. За наш же счет на харкачике сидишь, его тут не на си писали, кормилец ты наш
Шел 2021 год, а у стекломойнойной пидорахи до сих пор в голове одни малоки и хуялоки. Иди подмойся, от тебя говной воняет, байтоеб
а на чм работает твой ЖопаСкрипт? не на Си? и не сижу ли я в браузере, написаном на Си? иначе бы твое гамно не имело бы смысла вообще
Барина не волнует из чего там холопы ему инструмент сделали. Иди там лучше память повыделяй, или какие у вас развлечения.