- 1
drwsr
Нашли или выдавили из себя код, который нельзя назвать нормальным, на который без улыбки не взглянешь? Не торопитесь его удалять или рефакторить, — запостите его на говнокод.ру, посмеёмся вместе!
+123
drwsr
+117
bormand сосёт анус своему отцу, размазывая говно по лицу.
+133
#ifndef _TOGGLE_H_
#define _TOGGLE_H_
#include <winbase.h>
#include "Python.h"
#define ID(X) "id(" #X ")"
#define SET_OBJ_POINTER(OBJ, NAME)\
OBJ = (PyObject *)PyLong_AsLong\
(PyRun_String(ID(NAME), Py_eval_input,\
PyEval_GetGlobals(), PyEval_GetLocals()))
//////////////////////////////////////////////////////
PyObject * __Py_None__;
PyObject * __Py_True__;
PyObject * __Py_False__;
PyObject * __Py_NotImplemented__;
#undef Py_None
#undef Py_True
#undef Py_False
#undef Py_NotImplemented
#define Py_None __Py_None__
#define Py_True __Py_True__
#define Py_False __Py_False__
#define Py_NotImplemented __Py_NotImplemented__
//////////////////////////////////////////////////////
static void initToggle(void) {
SET_OBJ_POINTER(Py_None, None);
SET_OBJ_POINTER(Py_True, True);
SET_OBJ_POINTER(Py_False, False);
SET_OBJ_POINTER(Py_NotImplemented, NotImplemented);
}
int WINAPI DllMain(HANDLE hinstDLL, DWORD dwReason, LPVOID lpvReserved) {
initToggle();
return 1;
}
#endif
Раскопал на старой флешке костыль, позволяющий компилить сишные модули для питона прям на кпк под WinMobile с помощью портанутой gcc. Была там бага - не видел собранный модуль Py_None, Py_True и т.д из python.dll. При помощи макроса SET_OBJ_POINTER приходилось вытаскивать указатели на них.
+133
if (access(path, aflag) && mkfifo(path, mode) {
exit(-1);
}
Весьма интуитивная запись условия
+140
http://yadi.sk/d/4HDnPUi2MCCRa
Мисато и говнокод.
Здесь мы видим пять прототипов WinMain'а подряд, а шестой, который чуть пониже, использует вывод типов сишкофичу int-по-умолчанию...
P.S. Скорее всего этот пост заминусуют за оффтоп и передачу по ссылке, но я просто не мог не выложить этот снимок ;)
+131
int main(void)
{
printf ("NIGGA0");
int pipeKey, pipeText, i,test;
char key[BUFSIZEKEY];
char *p;
char buf;
pipeKey = open(PATHKEY, O_RDONLY);
//for (p = key; read(pipeKey, p, 1); p++);
for (i=0; i<BUFSIZEKEY; i++)
{
read(pipeKey, &key[i], 1);
}
close(pipeKey);
pipeKey = open(PATHTEXT, O_RDONLY);
printf ("NIGGA1");
//for (i=1; read(pipeText, &buf, 1); i++)
for (i=1; i<=20; i++)
{
printf ("nigersonly");
printf ("\n-----\n i= %d test= %c \n-----\n", i, buf);
Чувак минут 20 не мог понять, почему у него buf всегда 0 в последней строчке из приведённых. printf'ы тоже норм =)
+133
#ifndef ORDER32_H
#define ORDER32_H
#include <limits.h>
#include <stdint.h>
#if CHAR_BIT != 8
#error "unsupported char size"
#endif
enum
{
O32_LITTLE_ENDIAN = 0x03020100ul,
O32_BIG_ENDIAN = 0x00010203ul,
O32_PDP_ENDIAN = 0x01000302ul
};
static const union { unsigned char bytes[4]; uint32_t value; } o32_host_order =
{ { 0, 1, 2, 3 } };
#define O32_HOST_ORDER (o32_host_order.value)
#endif
Говнокод из http://stackoverflow.com/questions/2100331/c-macro-definition-to-determine-big-endian-or-little-endian-machine
Мало того, что писать в один тип из юниона и потом читать из другого это UB, так еще компилятор (в случае GCC) из
int main(void)
{return O32_HOST_ORDER == O32_LITTLE_ENDIAN;}
main:
xor eax, eax
cmp DWORD PTR o32_host_order[rip], 50462976
sete al
ret
o32_host_order:
.byte 0
.byte 1
.byte 2
.byte 3
+131
/*
=====================
Q_acos
the msvc acos doesn't always return a value between -PI and PI:
int i;
i = 1065353246;
acos(*(float*) &i) == -1.#IND0
This should go in q_math but it is too late to add new traps
to game and ui
=====================
*/
Астрологи объявили неделю Деда Лайна - количество говнокода и костылей увеличилось вдвое.
+134
/* A C statement or statements which output an assembler instruction
opcode to the stdio stream STREAM. The macro-operand PTR is a
variable of type `char *' which points to the opcode name in its
"internal" form--the form that is written in the machine description.
GAS version 1.38.1 doesn't understand the `repz' opcode mnemonic.
So use `repe' instead. */
#undef ASM_OUTPUT_OPCODE
#define ASM_OUTPUT_OPCODE(STREAM, PTR) \
{ \
if ((PTR)[0] == 'r' \
&& (PTR)[1] == 'e' \
&& (PTR)[2] == 'p') \
{ \
if ((PTR)[3] == 'z') \
{ \
fputs ("repe", (STREAM)); \
(PTR) += 4; \
} \
else if ((PTR)[3] == 'n' && (PTR)[4] == 'z') \
{ \
fputs ("repne", (STREAM)); \
(PTR) += 5; \
} \
} \
else \
ASM_OUTPUT_AVX_PREFIX ((STREAM), (PTR)); \
}
Костыль из GCC. Ассемблер GAS версии 1.38.1 не переваривает мнемоники repz и repnz. Эта макрохрень перекодирует их в repe и repne соответственно
https://github.com/mirrors/gcc/blob/master/gcc/config/i386/gas.h#L81
+136
#include <stdio.h>
#include <inttypes.h>
inline uint8_t mid_ch (uint8_t a, uint8_t b, uint8_t res)
{
if (b == 0){ if (a >= 2) return mid_ch (a-2, b , res+1); else return res;}
if (a == 0){ if (b >= 2) return mid_ch (a , b-2, res+1); else return res;}
return mid_ch (a-1, b-1, res+1);
}
uint64_t mid_0_ch (uint64_t a, uint64_t b)
{
return mid_ch(a, b, 0);
}
int main(void)
{
printf("%u %u", mid_0_ch (253, 123), (253+123)/2);
return 0;
}
Нахождение среднего арифметического двух чисел через рекурсию. Сначала сделал для uint64_t чтобы это имело смысл, ведь сложение двух 64-битных чисел с записью результата в третье может привести к целочисленному переполнению (для 64-битных чисел, сложение которых может привести к переполнению, этот код работал чрезвычайно медленно, поэтому я ограничился 8-битными). При таком наркоманско-рекурсивном алгоритме этого переполнения не будет. 128-битные типы есть только как нестандартное расширение, но тогда еще возникает вопрос, как найди среднее арифметическое двух таких 128-битных чисел? А если есть 256-битные, то как тогда их них находить среднеарифметическое... ну и так далее.
Можно эту проблему еще решать через битовые маски т.е. убрать из обеих чисел самые старшие биты (предварительно сохранив их), сложить эти два числа, поделить на два, потом уже эти сохраненные биты вида 10000... или 0000... оба поделить на 2(сдвинуть на один разряд) и прибавить. Наркоманство какое-то.
Почему бы не сделать в С некий особый целочисленный тип, в котором любая фигня влезет, но который бы использовался только временно для промежуточных вычислений, чтобы не делать бэкапы битиков всяких?