http://www.sys-con.com/node/2302835 C11: A New C Standard Aiming at Safer Programming

Очень вкучный разбор кода двига doom3 http://fabiensanglard.net/doom3/index.php

Где можно украсть реализацию BCH(15,11) для x⁴ + x + 1 на цэ? Инбифо linux: там толстый страшный ужас.

Увидел на ЛОРе высказывание, что никто давно не использует UNIX IPC. А что используют???

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

Это ок ставить __attribute__ ((weak)) на заглушки, которые будут оверлоаднуты не-заглушками?

Чят, смотри. В прыщеведре есть волшебная макра, по адресу члена структуры, ее типу и названию мембера возвращающая адрес самой структуры: / * container_of - cast a member of a structure out to the containing structure * @ptr: the pointer to the member. * @type: the type of the container struct this is embedded in. * @member: the name of the member within the struct. * */ #define container_of(ptr, type, member) ({ \ const typeof( ((type *)0)->member ) *__mptr = (ptr); \ (type *)( (char *)__mptr - offsetof(type,member) );}) Я написал то же самое так: #define container_of(ptr, type, member) \ (type *)((char *)ptr - (char *)&(((type *)0)->member)) И вроде бы УМВР. Вопрос: зачем в прыщеведре лишние костыли?

__attribute__ ((__packed__)) гарантирует-ли мне, что если я буду эту структурку писать и читать в сеть, то при использовании только фиксированных типов c99 и битовых полей у меня всё прочитается корректно, и мне нужно будет трахаться только с endianness?

Program received signal SIGABRT, Aborted. ResetISR () at ../config/freertos_cr_startup_lpc11.c:216 216 { (gdb) next Program received signal SIGABRT, Aborted. ResetISR () at ../config/freertos_cr_startup_lpc11.c:216 216 { (gdb) next Program received signal SIGABRT, Aborted. ResetISR () at ../config/freertos_cr_startup_lpc11.c:216 216 { (gdb) ШОЭТА?

Почему, когда я делаю setenv, у меня в /proc/shit/environ таки ничего не меняется?

http://udel.edu/~mm/xmas/xmas.c Ничо так получилось. Но на пёрле такие фишки всё равно веселее выглядят.

‰ gdb ./a.out GNU gdb (Gentoo 7.2 p1) 7.2 Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-pc-linux-gnu". For bug reporting instructions, please see: <http://bugs.gentoo.org/>... Reading symbols from /tmp/a.out...done. (gdb) break main Breakpoint 1 at 0x4005dc: file a.c, line 6. (gdb) run Starting program: /tmp/a.out Breakpoint 1, main () at a.c:6 6 char *a = malloc(10000000); (gdb) call setbuf(stdout, 0) Program received signal SIGSEGV, Segmentation fault. 0x00007ffff7ab9096 in setbuffer () from /lib64/libc.so.6 The program being debugged was signaled while in a function called from GDB. GDB remains in the frame where the signal was received. To change this behavior use "set unwindonsignal on". Evaluation of the expression containing the function (setbuf) will be abandoned. When the function is done executing, GDB will silently stop. ЧЯДНТ?

#include <stdio.h> struct p1 { char a1; int a2; char a3; int a4; }; struct p2 { char a1; char a3; int a2; int a4; }; int main() { printf("%d %d\n", sizeof(struct p1), sizeof(struct p2)); return 0; } $ ./a.out 16 12 $

Решил с C поближе познакомиться. Оказывается тут не все так скучно, как казалось. Вот, обобщенное программирование, например http://attractivechaos.wordpress.com/200.....ming-in-c/ http://attractivechaos.wordpress.com/200.....rary-in-c/

[~/Code/test/ANSI C/] % cat sin.c #include <stdio.h> #include <math.h> int main() { double d = 43998769152.000000; printf("%16le\n",sin(d)); printf("%16le\n",sin(43998769152.000000)); } [~/Code/test/ANSI C/] % gcc -o sin sin.c -lm;./sin -4.081937e-09 -4.025292e-09

Сишкоблядуйк, скажи, что делает эта поебень? devc->hw_channels = devc->hw_channels = oss_audio_set_channels (devc->hw_dev, devc->hw_channels); и нет, это не опечатка