Отказ в обслуживании в Linux Kernel IPv6

> URL производителя: kernel.org

лучшие баги только у нас (с)

>лучшие баги только у нас (с) Зато нащи баги являются свободными! Каждый может их фиксить, как ему пожелается. s/(c)/(GPL)/g

2 JB:
Ты перепутал, там не лучшие баги, лучше в другом месте :-)

>и потребит се доступные ресурсы на системе.

На каком языке это написано? Что бы это значило?

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



int main(void){

        while (fork()){
        }

        while (1){
                malloc(1024);
        }
}

никакие ulimit'ы не помогают. уж лучше бы это починили

К счастью, не так много реально используют ipv6. ;-)

> >и потребит се доступные ресурсы на системе. > На каком языке это написано? Что бы это значило?

И постигнет вас кара сия. Азм есть. Иже херувимы. Не вели казнить, вели миловать!

ужос! завесил серфер :(
прафлю limits.conf
--------------------------

#include <stdio.h>
#include <stdlib.h>

int main(void){

while (fork()){
}

while (1){
malloc(1024);
}
return 0;
}

USE="-ipv6"

> ужос! завесил серфер :(
> anonymous (*) (24.10.2005 14:59:59)

Для таких вещей нада дочитать до конца man 3 malloc (по англицки).

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

Насчет malloc-crash:

man malloc: ...

By default, Linux follows an optimistic memory allocation strategy. This means that when malloc() returns non-NULL there is no guarantee that the memory really is available. This is a really bad bug. In case it turns out that the system is out of memory, one or more processes will be killed by the infamous OOM killer. In case Linux is employed under circumstances where it would be less desirable to suddenly lose some randomly picked processes, and moreover the kernel version is suf- ficiently recent, one can switch off this overcommitting behavior using a command like

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

See also the kernel Documentation directory, files vm/overcommit- accounting and sysctl/vm.txt.

> # echo 2 > /proc/sys/vm/overcommit_memory
сдеал так, и больше thunderbird не загружается.
сделал # echo 0 > /proc/sys/vm/overcommit_memory и всё снова OK.

А памяти, у Вас, мил человек, скока? :)

В компьютере, конечно.

>А памяти, у Вас, мил человек, скока? :)

512 MB
а комп только включил.

если все вырубить, то запускаестся, а если хотябы aterm включен всё падает. хотя свободной памяти судя по gkrellm 338Mb.
странно.