Все такое серое...

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

> в плохом настроении на это глядеть нельзя

+1

ugly

Диприсняк рулит.

А вообще для глаз приятно

Это был ответ чорным скриншотам. Теперь слово за белыми

Я расстроен и плачу, дипрессия на всю неделю, пойду напьюсь

Прям как Серый Совет из Babylon 5:

We are grey. We stand between the light and the darkness, between a candle and a star

Красивый гном...

так так так там виден кусочек надписи о музыке :)) Мельница?? блин круто!! а откуда качал??

редкий красивый гном..

>так так так там виден кусочек надписи о музыке :)) Мельница?? блин круто!! а откуда качал??

Кстати да... Дайте линк плиз :)

Странно, но тема для вим имхо говно. Остальное -- гуд.

Респект за Мельницу :)

Единообразие в оформлении порадовало. Хотя в целом

>все такое серое...

:)))

а можно поподробнее про хтерм в чем его тюнинговоность?

>Кстати да... Дайте линк плиз :)

Ко мне в джаббер - поделюсь ;)

не плохо

По мне так совсем не угнетающе, а наоборот, спокойно и, главное, практично (и цвет не маркий :)); глазам приятно,- хорошо!

Симпатично. Что за тема для vim?

музыка - для пубертатных подростков, странно, что на обоях нет голой бабы

Code rewiew results: -------------------- 1) использовать коды ошибок в С++ проге аццтой! (если только это не требование) -- исключения рулят 2) сишный I/O в C++ прогах аццтой! (fopen/fread/fclose) 3) обрабатывать ошибки всетаки стоит даже еси ломно (я про fread) 4) проверить size всетки луче было _до_ того как стал открывать файл -- открытие файла конечно быстрая процедура но при некотороых обстоятельствах удавалось доводить время открытия до 10минут! :) 5) читать по 512 байт это ... смИшно по мньшей мере :) -- ломно вдаваться в подробности... в особенности не зная условий задачи :( 6) while легко заменяется на for 7) вычисление s в цикле вполне можно было сделать безджамповым (т.е. арифметикой) 8) приведения в стиле Си -- аццтой! 9) поинтерная арифметика аццтой! 10) использовать constы всетки стоит (для ьезопастности да и компилятору легче буит сгенерить более оптимальный код) -- вчастности const char* path 12) а вообще std::string вместа char*, и std::vector вместа array -- хорошее правило! -- хватит пожалуй ошибок для 23х строк :)

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

Я конечно понимаю, что читать по 512 байт --- очень характерный признак для дос программистов (в дос (FAT) это было оптимально) :)

ну а по скольку читать? какое значение константы по умолчанию ставить другими словами?

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

очень интересно. раскажи если не в лом

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

красиво, но необычно как-то..

Как-то все убого... гном - отстой.... я бы посоветовал автору повесится после такого скрина...

> так так так там виден кусочек надписи о музыке :)) Мельница?? блин
> круто!! а откуда качал??

А я не качал, знакомый поделился ))

> а можно поподробнее про хтерм

xterm -bg rgb:43/43/43 -fg rgb:f2/f2/f2 -hc gray -fn -xos4-terminus-medium-r-normal-*-*-160-*-*-c-*-koi8-u -e screen -q "$@"

> музыка - для пубертатных подростков, странно, что на обоях нет голой > бабы

А кто такие "пубертатные подростки"?? А голая баба не вписаласть в тему. Не нашел я голую бабу на сером фоне ((

> Code rewiew results: -------------------- 1) зато намного проще, чем трахаться с try и catch 2) эти функции неплохо описаны в man, что многое упрощает разработку 3) разуваем глазки, если будет ошибка, чтение прекращается 4) ага, а сам понял что сказал? Если size==0, читается весь файл, если не ноль, часть размером size байт (этой ветки нет на скрине) 5) а не ломно было писать все это? файлы в основном будут меньше 512 6) а еще легко на do...while, а еще можно через goto, или сделать вставочку на ассемблере с cmp и jmp'ами 7) и там же вычислять оставшеяся свободное место? лучше сразу все программу в одну строчку написать 8) искать повод, чтобы по####ть - ацтой 9) почаровая лучше? 10) единственное, с чем я могу согласиться 11) а хде 11? это все почаровая арифметика... 12) для элементарных вычислений, вовсе нет

ария -- говно

Писать всё в одной куче - тоже аццтой!

Все хорошо в меру. И если при невозможности прочитать файл исключение действительно подойдет, то при возникновении какой-нибудь частоожидаемой ситуации использование кодов возврата беспорно лучше исключений. К тому же есть еще вопросы интеграции с кодом собраным например с ключем "-fno-exceptions" (то есть например со многими приложениями на QT). Так что не все так однозначно про отстой.

> ария -- говно

/me под столом.
Людям дали скрин посмотреть, оформление, шрифты, цвета.
Причем тут мнение анонимусов об арии?

1) трах происходит от неправильного|неумелого обращения

2) не смеши тапки! выбирать гавно потому что оно луче описано или проще в использовании (что сомнительно в данном случае) -- это новое слово в поиске гиморов :)

3) ты переоценил свое вдумчивое чтение манов по данной функции... :) -- курим еще раз, думаем... много! проблема ЕСТЬ!

4) !!! юноша (еси ты не юноша то пора менять профессию :) -- читаем строку 104 и думаем над ее смыслом опять!

5) если файлы "в основном меньше 512б" (и я бы сказал в пределах метра) то (если это конечно не какаянить embedded system (что врядли)) определяем размер файла, аллочим буфер и читаем все-нах-за-раз и не дрочим ядро (и libc) по пустикам

6) for в данном случае более эстетичен (ввиду того что ограничивает видимость переменных)

7) проехали тему... видима ты еще сапсем юноша :)

8) comments below

9) в хорошей программе не должно быть повода делать мат опереции с участием указателей! (безотносительно типов) -- еси не догоняем тему луче не продолжай... поднаберешся опыта сам все поймешь :)

10) хоть чтото :)

11) упс :)

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

---

comments: нет мне не облом 3-5 минут уделить... а ты в свою очередь выпей валерьянки и с трезвой головой перечитай все это (в т/ч/ и свой пост) вдумчиво... и без пены -- мне лична пофиг чиво ты там пишешь и как... я просто поделился опытом а вместа "спасиба" или хотябы пристойных комментов|возражений из которых могла бы сложиться дискуссия услышал бред тупого флеймера -- удачи на тернистом пути познания с помощью собственных ошибок... :)

о! eXOR :) -- давно тя ниде не видел :) -- про меру -- золотые слова -- про подойдет: перечитай классиков везде(!) где это можно лучше использовать исключения... -- и мой личный опыт последних 5ти лет только подтверждает это... при правильном дизайне и использовании механизм исключений просто МЕГА! -- не в пример кодам :) --

1) Аргументов не обнаружено
2) Аргументов не обнаружено
3) Аргументов не обнаружено
(в первом посте, хоть смысл был)
4) читаем мой пост и думаем еще раз; ветки else на этом скрине _нет_ еще, а size это число байт, которые надо считать, если это 0, читается весь файл
5) нету буфера! есть область памяти, в которую надо поместить файл, или столько, сколько от него уберется
6) и зачем ито ее ограничивать внутри {}, в которых только и есть один цикл?
7) Аргументов не обнаружено
8) Comments below
9) Аргументов не обнаружено
12) Прежде чем говорить о дата-мемберах, нужно хотя бы знать, что это за объект, которому они принадлежат. Увидел кусок недописанной функции и решил, что понял смысл программы? Заканчиваем флейм.

Код написан вполне нормально, достаточно профессионально. Единственное что хочется заметить: для читаемости сильно помогает отделять операторы типа "+", "+=", ">" пробелами с обеих сторон. Неиспользование exception-ов, и использоваие старых добрых файловых потоков, не есть зло само по себе, более того нередко так и надо делать.

В коде метода есть опасный баг. Если size < 512 байт, и в CRam-е осталось места меньше 512 байт, но достаточно чтобы вместить size байт, то на первой итерации цикла чтения из файла произойдет классическое переполнения буфера. Другими словами переменную s нужно корректировать до чтения из файла.

Ekin

>Gtk с темой Tactile (рамки окна Industrial).

Эээ... tacile-тему metacity видел, industrial-engine для gtk видел. Наоборот не видел :)

Скриншот понравился. Гном тоже может быть красивым :) Сам похожие цвета использую.

Есть вопрос: какая используется подходящая тема для qt и kde? Или qt-приложения из принципа не используются?

> В коде метода есть опасный баг. Если size < 512 байт, и в CRam-е
> осталось места меньше 512 байт, но достаточно чтобы вместить size
> байт, то на первой итерации цикла чтения из файла произойдет
> классическое переполнения буфера. Другими словами переменную s нужно
> корректировать до чтения из файла.

Вот за это действительно спасибо

> Эээ... tacile-тему metacity видел, industrial-engine для gtk видел.
> Наоборот не видел :)

Бывает и такое ))

> какая используется подходящая тема для qt и kde? Или qt-приложения из > принципа не используются?

Из qt-приложений использую только djview.
Настроены цвета (контролы, бакграунды, менюшки - #656560, белый текст, темное выделение) и шрифт. Получилось почти как в gtk.

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

cайт автора - http://www.is-vn.bg/hamster/

вот человек сделал из него TTF - http://swnet.spb.ru/files/terminus/ выглядит очень прилично..

2 anonymous (*) (16.03.2006 11:34:10) Ты читал, что на с++ можно программить или же ты реально программер?

1.Обработка ошибок не может Привести к какой либо дыре!!! а через исключения, читай как они устроенны на уровне маш.кода, можно затереть кой какие вещи!

8. Приведения в си хоть и устарели, но дают НАглядный для чтения код! А следовательно в случае анализа проги на баги, программер не будет слишком долго его анализировать!

12. Вот за это спасибо!

2 anonymous (*) (16.03.2006 18:33:52)

1) чота ты перебдел :) -- о каких дырах речь? как устроены исключения я в курсах (и не раз видел как оно устроено внутри и в разных компиляторах) -- ни када не доводилось затирать "койкаких" вещей при использовании исключений (еси это был намек на errno будь оно не ладно (ну другого не могу придумать ничо :) -- это илиминтарно (и элегантно :) объезжается)

8) в хорошем коде не должно быть никаких приведений!!!

Смотрится хорошо. Молодец!

ХААХАХ БРАТАН!!!! У МЕНЯ ТОЖЕ ТАКАЯ ЖЕ ТЕМА, ТАКОЙ ЖЕ СКИН, И АРИЯ В ПЛЕЙ-ЛИСТЕ, ТОЖЕ DARKHOST И gkrellm ХАХАХ РЖУНЕМАГУ!!!

Мне нравится

Всех кого могу вспомнить с кем лично знаком у кого опыт хотя бы 5 лет - пользуются исключениями аккуратно :). А не везде где можно :). хотя "где можно" - хорошая оговорка. можно ее как угодно трактовать. Надобно разбираться на примерах :). Например если пользователя не удалось авторизовать вызовом ::login(username,password) - это исключение или код возврата?

> при правильном дизайне и использовании механизм исключений
> просто МЕГА!

при правильном дизайне мега - это женская грудь :). все остальное правильному дизайну поддается только в качестве сферического коня.

> перечитай классиков

ну в общем классики на этот вопрос как раз единодушного ответа не дают :). оставляют так сказать на выбор. хотя может быть стоит определиться кого включаем в классиков, а кого нет. А то ведь пророк у C++ один, а он на эту тему вообще молчит. Только пишет - дескать можно вот так вот делать - радуйтесь.

>> ХААХАХ БРАТАН!!!! У МЕНЯ ТОЖЕ ТАКАЯ ЖЕ ТЕМА, ТАКОЙ ЖЕ СКИН, И АРИЯ В >>> ПЛЕЙ-ЛИСТЕ, ТОЖЕ DARKHOST И gkrellm ХАХАХ РЖУНЕМАГУ!!! >> anonymous (*) (16.03.2006 21:11:00)

чуве, выспись, это твой скрин и есть. :)

Цвета хорошие, особенно спасибо за строчку для xterm. Vim тоже ничё оттюнен. А вот Арию не одобряю, Cradle Of Filth - наше всё!