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

>как узнать после на какое количество памяти этот указатель ссылается?

Зачем?

Тоже интересно: зачем тебе это?

Если сильно нужно, то можешь заменить malloc на свой, который перед блоком выделенной памяти будет хранить объём выделенной памяти. Типа такого:

void *mymalloc(size_t sz);
{
    size_t *p = malloc(sz + sizeof(*p));
    *p = sz;
    return p + 1;
}

size_t getmemsz(const void *p)
{
    return *((const size_t *) p - 1);
}

void myfree(void *p)
{
    if (p)
        free((size_t *) p - 1);
}

Можешь попробовать расковырять realloc. Но не надо этого делать.

Решаемая задача - моветон.

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

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

>перед блоком выделенной памяти будет хранить объём выделенной памяти.

Поцкаль не нужен.

не, я хочу именно узнать сколько выделено памяти под этот указатель, а не «вспомнить» сколько я назначил выделить. задам попутный вопрос: ОС или еще что-нибудь запоминает такую информацию или нет?

>Поцкаль не нужен.

спасибо за поддержку:)

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

П.С. как тебе уже сказали - ты хочешь странного

ладно, открою военную тайну! мне это нужно чтобы успокоиться что malloc выделил именно столько памяти сколько мне нужно. сомнения в «честности» malloc у меня появились после прочтения вот этого http://www.opennet.ru/man.shtml?topic=malloc&russian=0&category=&submit=%F0%C...

а именно: «Linux следует крайне самоуверенной стратегии распределения памяти. Это означает, что когда malloc() возвращает ненулевое значение, нет никаких гарантий, что память в действительности доступна. Если обнаружится, что системе не хватает памяти, то один или несколько процессов будут подло убиты OOM.»

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

Успокося, живи спокойно и поменьше верь всякой анонимной хне с опеннета.

вот гугл чтото выдал http://www.insidepro.com/kk/197r.shtml и у меня вопрос, а как это делается в ядре? проверка выделения памяти, валидности указателей...

просто пишу очень радом с ядром и мне нужна гарантия что прога не хакнется

# echo 2 > /proc/sys/vm/overcommit_memory

и спи спокойно

Посмотри настоящий ман и если у тебя не 5 слака то все будет ок :) вон и лестер уже написал :)

О как пошутил! Спрашиваю ибо лень искать такой тред, да и лень. А тебе так лень ответить да/нет?

нет не лень:) это не я. но у меня бывают мысли и более безумные))))))

Затри всю выделенную память нулями, если в процессе получишь сигнал(SIGBUS afaik) - значит ты нарвался на нехватку памяти. Но imho лучше на это не закладываться. Не особо представляю себе, что ты будешь делать с ценным знанием о нехватке памяти кроме как падать.

>>не, я хочу именно узнать сколько выделено памяти под этот указатель

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

Могучие програмисты на Си - аццкая илита!

> Могучие програмисты на Си - аццкая илита!

где можно посмотреть на аналог GNU/Linux на лиспе?

внезапно, пиши на жабе. и проблема отпадет сама собой.

> пиши на жабе. и проблема отпадет сама собой.

программы на жабе не требуют много памяти?

>программы на жабе не требуют много памяти?

просто ее там никогда не бывает достаточно.

где можно посмотреть на аналог GNU/Linux на лиспе?

Ну ты што? Емакс же!

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

некоторые недалёкие программисты показывают предупреждения и делают откат ;)

> Ну ты што? Емакс же!

так он же ж на С написан!

где можно посмотреть на аналог GNU/Linux на лиспе?

Не, ну на самом деле: как можно писать программы, не зная, как работает аппаратура хотя бы в самых общих чертах? Виртуальная, там, память, как она соотносится с физической, и т.п.

так он же ж на С написан!

Только прослойка взаимодействия с осью и элементарные операции, которие при интерпретации байткода работают дюже медленно. И, кстати, Genera и CADR раньше Линукса появились.

> Только прослойка взаимодействия с осью и элементарные операции

а elisp?

а elisp?

Ты имеешь в виду виртуальную машину?

>программы на жабе не требуют много памяти?

я не сказал, что не появится других проблем. но данная - точно отпадет :)

>некоторые недалёкие программисты показывают предупреждения и делают откат

поздно делать откат. когда разбудили OOM-killerа.

> некоторые недалёкие программисты показывают предупреждения и делают откат ;)

Если известно куда делать откат - почему нет. Я ответил тс-у, как убедиться в выделенности памяти (реальное выделение страниц происходит при первом использовании). =)

вопрос в лоб! возможно ли, хотя бы самую малость, что маллок выделит не 10 байт как я хотел, а, скажем, 8? или он сам отследит это и за место 8ми имеющихся байт выдаст NULL?

нет, выделяется или столько сколько просите или NULL

ладно, соглашусь, malloc'у можно доверять, он не врет:))) но как узнать размер выделенной памяти для указателя, вопрос открытый!

ответ в лоб и другие части телая: man malloc

ps: для параноиков можно выделять память не malloc() , а calloc() ;)

вот эта ссылка изменит твою жизнь: http://people.redhat.com/drepper/cpumemory.pdf

Пока не прочитаешь не возвращайся.

ты понимаешь, что если физической памяти в компьютере 256 мб, то можно сделать malloc на 500 мб, и они выделятся и ты все эти 500 мб сможешь реально использовать? Потому что есть своп. В твоем понимании сколько памяти выделилось в этом случае?

Ситуация с overcommit такая же, просто своп внезапно кончается.

Я ЗНАЮ ЧТО ИДЕЯ БРЕДОВАЯ, НО ДОВОЛЬНО ИНТЕРЕСНАЯ ДЛЯ МЕНЯ!

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

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

а если бы Столман в свое время слушал вопросы «зачем?», думаю вряд ли мы имели бы сейчас столь прекрасный язык! (простите за пафос)

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

Смотри, как работает аллокатор. При чём здесь язык?

> а если бы Столман в свое время слушал вопросы «зачем?», думаю вряд ли мы имели бы сейчас столь прекрасный язык! (простите за пафос)

elisp? guile? C? C++? Fortran?

что если физической памяти в компьютере 256 мб, то можно сделать malloc на 500 мб, и они выделятся

не выделится

> elisp? guile? C? C++? Fortran?

awk?

> >что если физической памяти в компьютере 256 мб, то можно сделать malloc на 500 мб, и они выделятся

не выделится

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

Как только процесс попросит столько памяти, ядро его пошлёт по дальше

Как только процесс попросит столько памяти, ядро его пошлёт по дальше

Сфига? Пока физической памяти + свопа хватает, никто его не пошлёт.

попробуй - посмотришь.