Работа и опять работа.

Кислотно-зеленый, синий, красный. В глазах рябит. Удобно разве? Буквы в терминале сливаются.

Жуть. Как так можно на Си писать?

Ну, зато зрители могут поплясать на костях этого кода. Будем разбор текста устраивать?

Это шож за слово такое "temproary"? :D

Чем-то напоминает старый сайт wasm.ru

>Будем разбор текста устраивать?

А чего там _сильно_ страшного?
Ну sprintf есть один, но он никак навредить не может.

> Жуть. Как так можно на Си писать?

Мда. У автора с программистским образованием беда просто.

А почему "touch iproc.c .... jed iproc.c"? Jed не умеет новые файлы создавать?

> Мда. У автора с программистским образованием беда просто.

так он больше по лицнзям специализирутся :)) а про кислотность оформления -- так на сайт их зайдите, вообще глаза ломает

код как код - скажи что там такого? sprinf? - ну и чем он навредит?

поменять разве что на snprintf - а так что ?

Оформление - мне так нравиться -- мне так все нормально видно, на белом фоне текст вообще не люблю - глаза болят к вечеру.

Jed умеет создавать файлы - просто привык так, обычно в одном терминале (который большой) делаю jed *.c, в другом jed *.h - и работать - просто тогда что-то надо было добавить срочно за пять минут перед обедом.

да очепятки в комментариях бывают - пишуться они чтобы потом самому когда забудешь что делал понять и для других кто над этим кодом работает.

Сайт? Он будет переделан как сервер поставим для него отдельно и перевезем, думаю на днях поставим - перевезем, к понедельнику все будет.

Со временем сделаем сайт чтобы он с шкурами разными был - чтобы каждый для себя выбирал что ему читабельней - а то маты надоели.

да тут еще господин K48 не высказался =)) было б увлекательно почитать что он скажет... ;-)

Jed - это как я понял какой-то клон emacs-а? А зачем его тогда вообще в нескольких терминалах запускать?

Кстати о флуксах - никто не знает легкой(читай не тянущей за собой пол КДЕ) приблуды аля klipper? Ща юзаю wmcliphist - но он со странностями.

Я ж сказал - в одном заголовки в другом сишники - чтобы буферы не менять

а так да - это клон емакса.

Напомнило мне старые зеленые терминалы :)
imho ужас
зачем вообще тогда X, если юзается все консольное?

во первых чтобы видеть заголовки и сишники одновременно - все нужные имееться в виду - там буфер сменил - здесь сменил

во вторых - приблуда которая пишеться под gtk+ - по сему никак.

centericq - это для того чтобы когда по ssh влазишь на работу можно было спокойно в аське сидеть, а то синхронизировать листы как то не хочеться.

"Я ж сказал - в одном заголовки в другом сишники - чтобы буферы не менять"

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

http://crew.org.ru/some/snap010.png - вот сказал же - в одном все сишники, в другом все заголовки.

Так просто ну очень удобно. Для того чтобы показать собственно в менюхе его показал все буферы, в одном jed и в другом.

>да тут еще господин K48 не высказался =)) было б увлекательно почитать >что он скажет... ;-)

Прям видно, что тебе хочется сказать: "ну-с, глянем, что этот малолетний еблан-клоун скажет про мой офигительно крутой и удобный десктоп, на котором я, супер-программер, работаю и кайфую".

Ну смотри, "господин":

http://www.linux.org.ru/profile/maxcom/view-message.jsp?msgid=536405#537287

Объясните мне тупому
зачем делать calloc(1,256) , если можно сделать malloc(256)?

> зачем делать calloc(1,256) , если можно сделать malloc(256)?

calloc сразу забивает память нулями, malloc - нет.

> код как код - скажи что там такого? sprinf? - ну и чем он навредит?

snprintf тут не причем. Просто код твой выглядит как программа на васике. Одна длинная функция, переменные по ходу заводятся в массовом порядке. Goto только не хватает.

Про то, что у тебя фигурные скобки открываются на новой строке я уже молчу ;-)

Ладно. Вы просили:)

1. Ну, sprintf -> snprintf - это Вы сами сказали.

2. Зачем Вы выделяете query calloc-ом? Что Вы потом с ним делаете? Что-то мне подсказывает, что лучше было бы сделать его просто локальным или статическим. Если не сложно, расскажите о его дальнейшей судьбе.

3. Извините, форматтинг странноватый. Я такой в сишных сырцах редко встречал. Лично для меня в таком коде ОЧЕНЬ мало пробелов - читать сложновато. Фигурные скобочки тоже расставлены "по-своему". Впрочем, дело вкуса. Можете расценивать пункт #3 как брюзжание:)

4. Функции типа die в сишном коде выглядят подозрительно. Ресурсы за собой точно чистите? Это же не перл...

5. Крайне странная политика объявления переменных. С одной стороны, для Вашего коде требуется С99-compliant компилятор. С другой - очень многие переменные объявлены явно сильно раньше, чем они используются. Смысл? Читаемость опять же страдает.

6. Очень подозрителен текст запроса SQL. Почему численное значение нужно брать в кавычки? Customer_id - строчный или численный?

ладно отвечу -

1 - форматирование: такое форматирование делаеться автоматом jed-ом, по сему не надо орать по этому поводу.

2 - sql запрос не нравиться, тут да Я могу ошибаться не особо с ним работал.

3 - ф-ция die - сама писана, код показать?

4 - расположение и читабельность? Это уже дело вкуса и эти придирки похожи на "синий фон отстой, это глупо, красный поставь"

ЗЫ на басике писал давно давно и то мало на ZX-80 - если кто помнит такой процессор.

static void die(MYSQL *db, char *fmt, ...)                                      
{                                                                               
    va_list ap;                                                                 
    va_start(ap, fmt);                                                          
    vfprintf(stderr, fmt, ap);                                                  
    va_end(ap);                                                                 
    (void)putc('\n', stderr);                                                   
    if (db)                                                                     
        db_disconnect(db);                                                      
    exit(EXIT_FAILURE);                                                         
}

для того кто спрашивал что такое die ;-))

да кстати к вопросу, POSIX threads под виндой работать будут?

а то это должно и под виндой компилиться.

> не надо орать по этому поводу.

Какой-то Вы взвинченный сегодня:) Кто орал? По-моему, мы спокойно обсуждаем увиденное. Разве нет?

Функция die, вроде, что-то чистит. Но все ли? Вы можете гарантировать? Соббсно, я очень мало где в сишном коде видел такие функции именно потому (ИМХО!), что лучше все-таки жить с кодами возврата и честно откатывать стек, очищая каждый ресурс на соотв. уровне. Впрочем, напоминаю, это было именно ИМХО:)

Читабельность, все-таки, объективная ценность. Или, скорее, статистическая. Двое из присутсвующих указали Вам на проблемы. Наверное, это не случайно.

Да, Вы не ответили на вопросы о дальнейшей судьбе query и о политике декларирования переменных.

>Да, Вы не ответили на вопросы о дальнейшей судьбе query и о политике декларирования переменных.

query освобождаеться после того как с ней поработано;

как объявлены переменные? порядок? во первых это только только написанный код, то есть code clean up не делался, далее писалось быстро по сему нет никакой политики.

Да кстати Я тоже спокоен, "орать" это Я так образно.

Мля как вас не тошнит от этого C в терминале?
Ставьте VS.NET и пишите на C# пользую библиотеки фрэймворка! Попробовав раз - ем и сейчас! :-)

Ура. Все спокойны (хотя про образы, создаваемые словом "орать" можно поспорить в отдельном треде:). Продолжаем.

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

> только только написанный код,

А зачем тогда его в скриншот запихивать? Может, лучше было сначала его причесать? Или это была тщательно рассчитанная провокация? Подогрев, так сказать интереса к скриншоту? Тогда это не очень красиво...

А политика декларирования, кстати, обычно соблюдается с самого начала. Либо при набивании кода переменная заводится тогда, когда она действительно нужна (я так люблю делать, но, увы, не могу) - либо просто каждый раз программер уныло отматывает к последнему "{". Но это вопрос привычки, поэтому можете опять-таки считать эту претензию занудством:)

А что это ты про фигурные скобки возмущаешься? Вообще-то, это стиль GNU, если не знаешь. В таком же стиле и Gtk, и многое чего написано... Весь софт GNU в таком стиле. И у GNU такое оформления - стандарт, который документирован. В emacs по-умолчанию стоит синтаксис именно GNU Style. А есть, например, Linux Kernel Style. Вот тут открывающие скобочки на одной строке с объявлением блока... Вот такая вот информация...

>Про то, что у тебя фигурные скобки открываются на новой строке я уже молчу ;-)

это так называемый ALGOL стиль - иногда бывает удобно ... хотя так уже действительно редко кто пишет

но вот с переменными по ходу кода это действительно сильно ;)

я бы понял если бы они прятались в свои области видимости а так

Не в таком. В GNU/Gtk стиле фигурная скобка находится на том же уровне отступа, что и предыдущая строка.

в печь все эти изделия от m$ и компании

2 svu:

Ну, по крайней мере память, выделенную через xxxalloc и открытые дескрипторы за процессом прибирает операционка, так что за этим можно не следить. Хотя, лично мне, в любом случае, очень не нравится exit вызываемый х/з где посредине приложения, так что лучше, имхо, действительно всё-таки написать лишний код, но при ошибке почистить всё руками.

Насчёт скобок - тут уж дело вкуса. Сам я очень долго для фигурных скобок использовал K&R style, потом попробовал GNU style (это как раз как у Альфекса) и, это, лично мне показалось довольно удобным.

ну сказал же - не люблю руками форматировать поэтому это делаеться автоматом jed-ом - а там такой вот стиль и ИМХО удобный вполне, по крайней мере от того что у тебя кавычка будет стоять немножко в другом месте ничего не измениться - главное все правильно сделать.

>1. Ну, sprintf -> snprintf - это Вы сами сказали.

Раньше это было непортабельно как сейчас - ХЗ

не писал под Уин лет 10 точно ;)

> 3. Извините, форматтинг странноватый.

Уже говорилю.Это один из старинных стилей ...

>С одной стороны, для Вашего коде требуется С99-compliant компилятор.

Вот я про тоже подумал ... ну или плюсовым ;)

2Ron , вообще то все ф-ции который работают с MySQL запускаються в потомке от главного процесса, так чта все нормально, только на потоки прийдеться переделывать - оно под виндой должно работать еще, то есть кросс-платформенное должно быть.

>Раньше это было непортабельно как сейчас - ХЗ

сейчас пытаемся под винду без cygwin откомпилить там есть snprintf в других местах - проверим - результаты скажу.

Ты что дурак? Какой vs.net под линуксом?

И вот он начался Виликий Holy War :-)))

>> "Не в таком. В GNU/Gtk стиле фигурная скобка находится на том же уровне отступа, что и предыдущая строка."

В GNU style '{' смещена на половину одиночного отступа. Сейчас искать что-нибудь чтобы сослатся лень, но найти можно легко.

>И вот он начался Виликий Holy War :-)))

эххх как всегда ;-(

по поводу скобок - возьмите emacs и посмотрите как он по default сишный код форматирует.Ну или jed возьмите =)

Хотя насчет GNU style Я не очень уверен.

разве в Си уже можно вводить переменные в любом месте кода? :)

Скажем так, я сослаться не могу вообще. Но просмотрем немалое кол-во гномовского и гтш-ного кода, такого практически не видел... http://cvs.gnome.org. Возможно, гнушный стиль немного отличается.

ЗЫ На всякий случай: мое форматирование тоже не очень следует гнушному стилю:) Вообще, про скобки меня колышет мало (к ним первый макском прицепился). Недостача пробелов напрягает гораздо сильнее при чтении...

это уже давнооо можно, и от этого зависит где их можно использовать =)

неее, и Gtk+, и в Glib везде такой стиль - смещение скобки на два отступа. Хавок Пеннингтон тоже в таком стиле пишет (написать ему что-ли, что он ламо и посетовать на то, каких пионеров берут только в РедХат :)))).

GNU-стиль написания Си-программ идет еще от Кернигана и Ричи. А GNU взяли его за стандарт синтаксиса. Да, читаемость не очень хорошая, да и эстетически выглядит не очень, но вот масса софта пишется именно так сейчас. Думаю, что и на GNU есть обязательное условие следовать этим правилам. В jed такой индентайшн сделан именно в стиле GNU...

А вот смешно про это пишут кернел-хакеры. Они пишут: "для начала вскачайте документацию по GNU стилю программирования в Си, распечатайте его на лазерном принтере,а потом сожгите" :)))

> это делаеться автоматом jed

Ну, это же несерьезно. Ни за что не поверю, что это ненастраиваемо... Хотя, выбор стиля по умолчанию странноватый (если действительно это не gnu style).

> ничего не измениться

Не измениТСя, это правда. Просто некоторым читать трудно. Вообще, пора завязывать со стилем. Это действительно брюзжание. Давайте лучше про query поговорим:)

Indent style. Oh, what people get worked up about. Braces should be lined up vertically. This includes braces for a class, a method, and braces that contain a code block for if/else statements. (The only time braces may be lined horizontally are for methods that contain a single line of code). The Hacker's Dictionary refers to this as the "`Allman style' -- Named for Eric Allman, a Berkeley hacker who wrote a lot of the BSD utilities in it (it is sometimes called `BSD style'). Resembles normal indent style in Pascal and Algol. It is the only style other than K&R in widespread use among Java programmers. Basic indent per level shown here is eight spaces, but four (or sometimes three) spaces are generally preferred by C++ and Java programmers." (from the Hackers Dictionary)

if( <condition> )
{ statement1;
statement2;
statement3;
...
statementN;
}

If you like feel the need to be different or express your individuality or simply like this style, you may use the "`K&R style' -- Named after Kernighan & Ritchie, because the examples in K&R are formatted this way. Also called `kernel style' because the Unix kernel is written in it, and the `One True Brace Style' (abbrev. 1TBS) by its partisans. In C code, the body is typically indented by eight spaces (or one tab) per level, as shown here. Four spaces are occasionally seen in C, but in C++ and Java four tends to be the rule rather than the exception." (from the Hackers Dictionary)

if( <condition> ) {
statement1;
statement2;
statement3;
...
statementN;
}

Да, совсем склероз меня замучил. Это там после функций отступа не было. А после if/for/while/... он был. Звиняйте. Но пробелов там точно сильно больше:)

>разве в Си уже можно вводить переменные в любом месте кода? :)

к сожалению в C99 уже можно