Все новости от 7 мая 2002 г.

Red Hat выпускает Linux 7.3

Компания, которая занимается реализацией услуг и технической поддержкой все более популярной ОС Linux, сообщает, что по сравнению с текущей версией операционной системы с открытым исходным кодом Red Hat Linux версии 7.3 дополнена такими возможностями, как персональная настройка брандмауэра, а также программой инсталляции и ПО видеоконференций. Кроме того, новая версия позволяет обращаться по телефону и через веб к специалистам и к Red Hat Network — автоматизированной интернет-службе по наладке систем под Red Hat Linux.

В Red Hat Linux 7.3 также входят веб-браузер Mozilla и веб-сервер Apache 1.3. В числе других новшеств ПО видеоконференцсвязи на основе GNOME (GNU Network Object Model Environment), ПО управления проектами MrProjects и СУБД PostgreSQL.

Дистрибутив поступит в продажу 15 мая, а заказы на него принимаются с понедельника. Версия для некоммерческих заказчиков будет продаваться в розницу по 59,95 $ и включает 30-дневный сервис Red Hat Network и веб-поддержку. Профессиональная версия для малых предприятий будет стоить 199,95 $ и отличается наличием CD для администраторов, 90-дневным сервисом Red Hat Network и 60-дневной поддержкой через веб и по телефону.

Заказчикам, обновляющим предыдущую версию, Red Hat предлагает скидку в 20 $ на Red Hat Linux 7.3 Professional и в 10 $ на Red Hat Linux 7.3 Personal. 

 Предыдущие публикации:

 В продолжение темы:

Обсуждение и комментарии

	Bosch - boschpisem.net 7 May 2002 5:06 PM
Еще кто-то будет говорить, что МС задолбала выпускать каждый год по операционке... Не успели салюты по 7.2 отгреметь, как - здрассьте...
	Qrot 7 May 2002 5:24 PM
"ПО видеоконференцсвязи GNOME (GNU Network Object Model Environment)," - с каких пор GNOME стал ПО видеоконференцсвязи?! это десктопная среда, основанная на CORBA, откуда и название - Network Object Model Env. тщательнее работать надо, товарищи ZDNet'овцы! :)
	CHOP 7 May 2002 6:12 PM
мало того, что "Не успели салюты по 7.2 отгреметь, как - здрассьте..." (в общем согласен), но (что самое удручающее) какого ляда там делает апач 1.3?? просто разочаловали меня не на шутку :-( , хотя, я пока дистра самого не видал, может зднет снова что-то напутал?
	CHOP 7 May 2002 6:44 PM
вот ведь блин! действительно apache-1.3.23-11.i386.rpm Apache 2.0.36 is the best currently available version. http://www.apache.org/dist/httpd/ а вот сидюков у них прибавилось, теперь 3+2, к чемую бы это?
	Anti-MS 7 May 2002 8:41 PM
CHOP Ты собрался пускать один голый апач? Ко второй версии еще даже PHP нет. 80% тех кто работает с apache 1 не могут пока мигрировать на 2. Да и зачем надо? Пройдет еще год пока внедрится этот апач 2. Да и зачем надо? Циферка у него больше? А функциональность та же. Может для виндов вторая версия и лучше а для юниксов то же самое.
	zack 7 May 2002 11:29 PM
и не стыдно вам писать ничего не понимая :( 2восч: где вы прочитали про новую верию? между строк? :) 2кюрот: зайдите на гноме.орг http://gnome.org/faqs/users-faq/index.html#WHATIS Q: So what is GNOME? A: The initials stand for GNU Network Object Model Environment. 2чоп: в каждом нормальном дистрибутиве(windows не в счет)есть выбор нескольких вариантов и версий для большинства критичных пакетов: как то ядро, http, почта, и не всегда пакетом поумолчанию является самй свежий 2анти-мс: во втором апаче действительно много полезного: интерфейсы к модулям, треды чего стоят! народ! прежде чем гнать волну пойдите почитайте спеки, или вы все писатели а не читатели :) ps i hope that my russian transcription don't hurt your dignity :) к
	Qrot 8 May 2002 12:46 AM
2зацк: нет, вот я ща упрусь и буду спрашивать - НУ И ЧТО? ну "initials stand for GNU Network Object Model Environment", я разве не так написал? ты прочти сначала статью, то место, которое я указал, потом прочти оригинал, подумай, а потом пости!
	Skull - sibskullmail.ru 8 May 2002 4:37 AM
2Bosch: тык RedHat выпускает новую версию раз в полгода. Как говорят, так и делают. Не то что MS c их враньем! 2CHOP - второй Апач еще сырой. А RedHat в отличие от Мандрика чё-попало в дистр не суёт! Насчет сидюков - как обычно, используется первых два, остальные с доками да финтифлюшками.... 2All: Суки, про KDE 3.0 не сказали, хотя RedHat в списке по рассылке его поставила на первое место! Статья - дерьмо. Писал человек, который ни писем RedHat не читал, ни в Unix ни в зуб ногой.
	Anti-MS 8 May 2002 5:38 AM
2zack А что мне собственно треды как админу этого апача дают?
	zack 8 May 2002 11:15 AM
2Anti-MS: как минимум повышение производительности и меньше потребляемой памяти, что при нагрузке >100хитов в секунлу весьма актуально
	eXOR - billgmicrosoft.com 8 May 2002 11:30 AM
2 Skull: > А RedHat в отличие от Мандрика чё-попало в дистр не суёт! Сует. И уже хрен знает сколько времени. GCC2.96 сует блин мать их за ногу. > Суки, про KDE 3.0 не сказали Я вот вообще не понял нахера ради одного KDE3.0 делать новый дистриб? Ведь ключевых обновленний кроме него кот наплакал. 2 Anti-MS: Дополнительный гемморой с SUID'ом :-( (если работал админом на хостинге каком - нить, то поймешь).
	Сергей - sbeliaevmail.ru 8 May 2002 1:12 PM
Ребята, у меня вопрос! Почему Linux называют "бесплатной операционной системой", если ее профессиональна версия стоит почти как Windows XP Home Edition? Я знаю что можно из и-нета ее скачать бесплатно, но зачм тогда покупать RedHat? Типа говорят что берут деньги за "красивую упаковку", а MS за систему, но ведь цена то одна? Не объясните?!?
	eXOR - billgmicrosoft.com 8 May 2002 1:56 PM
2 Сергей: Деньги берут за: 1) готовое решенние. 2) тех поддержку. 3) печатную документацию 4) гарантии 5) брэнд 6) подключенние к сети RedHat --- типа покупаешь у нас, и мы тебе помогаем и гарантируем что у тебя будет минимум проблем с продуктом (ты получишь работающий продукт). Не покупаешь - получаешь тот же продукт, но в качестве тестера. Помощи в поддержке дистриба ожидают уже от тебя.
	Skull - sibskullmail.ru 8 May 2002 2:14 PM
2eXOR: про gcc - согласен. Но и с ним жить нифигово. Во всяком случае глюки мандрика меня больше достают. про KDE: а вот и фиг! а) они выпускают по расписанию раз в полгода б) упоминапние о KDE добавили уже перед самым выходом. В бетах в основном анонсировались ядро, Апачи и все такое низкоуровневое.
	Skull - sibskullmail.ru 8 May 2002 2:16 PM
2Сергей: :))) Друзья качают, ты приходишь и записываешь по цене носителя. Да и дистр RedHat может как сервер гораздо больше XP Home Edition :) Вот MS, кстати, берет деньги за упаковку и брэнд, поскольку красная цена её продуктам по функционалу раза в 2-3 меньше. :)
	Qrot 8 May 2002 6:04 PM
2eXOR: все то же самое ты получаешь и от MS почти за те же деньги :)) давай говорить не о купхацкерах и прочих ITишниках а о нормальных людях - они платят сопостовимые деньги за дистр линуха и за дистр с виндой. так чта не бесплатный линух для рядового юзера, а все пододбные высказывания про его бесплатность - наглая маркитанская ложь!
	Сергей - sbeliaevmail.ru 8 May 2002 6:37 PM
2eXOR По правде говоря - от MS тоже получаешь готовое решение, тех.поддержку, печатную документацию, гарантии. Только подключение за отдельные деньги (хотя точно не знаю, спорить не буду). Единственное отличие - я могу у друзей одолжить один дистрибутив и все будет по закону :):) Но если все это так нахаляву, то почему такое количество людей покупает RedHat за почти 200 баксов, если тоже самое можно взять у друзей или скачать из и-нета? Мне реально интересно - ЗАЧЕМ ЛЮДЯМ ПОКУПАТЬ ТО, ЧТО МОЖНО ВЗЯТЬ БЕСПЛАТНО.
	Khrusha 8 May 2002 9:53 PM
За 120 убитых енотов получаешь от МС ОЕМ версию ХР Хом едишн, на котором ни веб сервера, ни средств разработки, ни офиса -- только ОС. И никакой печатной документации -- тот буклетик что дается, -- это не документация. И БЕЗ ПОДДЕРЖКИ от МС. Ну и?
	Khrusha 8 May 2002 9:55 PM
Плюс невозможность ставить ЭТО (Вынь ХР ОЕМ) ни на что другое, кроме как на компутер вместе с которым купил. Нее цены тут не сравнимые, лицензионные ограничения тоже, поддержка тоже, ну про открытость можно молчать :)
	Khrusha 8 May 2002 10:02 PM
Да, и еще, я не собираюсь спорить про удобства десктопа вынь против линь -- я просто про политику распространения и продаж обсуждаемых ОС -- вопрос был почему платят, и почему цена почти одинаковая.
	Anti-MS 8 May 2002 11:19 PM
2zack А откуда у тебя информация что у апача 2 больше производительности чем у апача 1? Линк на тесты в студию! 100 хитов в секунду???? Это полтора миллиона хитов в сутки. У какого сайта рунета есть столько хитов?
	Qrot 8 May 2002 11:41 PM
2Khrusha: ну смотри, на www.softline.ru за офис хотят $304.70, за ХР проф - $227.70 (это не OEM). если учесть апгрейд, то офис - $159, ХР проф - $155. это несопоставимые цены?
	JunioR 8 May 2002 11:43 PM
2Qrot: Linux is like a water (c)Откуда-то с newsforge В общем вода конечно бесплатна и даже артезианские источники в принципе доступны, но минералка всё равно продаётся неплохо.
	glassy 9 May 2002 1:45 AM
да уроды они там Взяли и fnlib выкинули. brain-damaged они там. С голодухи, видать.
	Qrot 9 May 2002 1:04 PM
2JunioR: вода as is никому нафиг не нужна - ее еще фильтровать нужно, что бибосов стоит.. а я лично сок или хорошее вино предпочитаю :)
	Skull - sibskullmail.ru 9 May 2002 1:37 PM
Линукс дает блестящую возможность людям знающим и неленивым не платить за софт ВООБЩЕ. Ну а продажа красивых коробочек - закономерный экономический процесс удовлетворения потребностей ленивых потребителей. P.S. RedHat 7.2 я брал вместе с болванками за пару кружек хорошего пива. Кого такая ситуация не устраивает?
	Qrot 9 May 2002 2:12 PM
2Skull: речь о нормальных юзверях, коих большинство. это такие ленивые и ничего не хотящие знать твари..
	RoN - rodionlenta.ru 9 May 2002 2:59 PM
2 Qrot: А чем, в общем-то, отличается скажем девелопер от секретарши? Если хорошо вдуматься, то, в глобальном плане - ничем. И в том и другом случае это человек, который садится за компьютер для того чтобы решать определённую задачу. Соответственно и тому и другому для эффективного её решения нужно иметь средства для этого, и чем более продвинутые - тем лучше. Т.ч. я считаю глупым такое деление, что вот типа эта OS "чистА для программера", поэтому там не надо ни удобных текстовых редакторов, ни GUIных дебаггеров, ни визуальных средств разработки. Если я сажусь за комп, скажем, писать компоненты бизнес-логики для е-комерс приложения, то мне потребно в данный момент заниматься именно этим, а не тратить время на то чтобы ядро отлаживать, драйвера писать и искать баги в компиляторах.
	Qrot 9 May 2002 5:49 PM
2RoN: а нет деления на ОС чиста для программеров и на ОС для всех прочих, есть деление на ОС для энтузиастов и на ОС для обычных людей. ЗЫ: вообще-то по средствам разработки UNIX-like OS винду переигрывают - как никак народ под ними уже не один десяток лет что-то и как-то пишет, явно ведь должны были что-то придумать :))
	RoN - rodionlenta.ru 9 May 2002 6:50 PM
2 Qrot: Имхо, подобный энтузиазм - для тинейджеров. У меня тоже энтузиазма в избытке, но мой энтузиазм в том, чтобы сделать хороший готовый продукт, который будет юзаться с пользой и удовольствием. Писать очередной "Hello world", вся крутость которого будет в том, что он будет написан на машинных кодах - на это у меня энтузиазма нету. Времени и так ни на что не хватает и тратить его на какие-то мелочи а-ля выяснение где что и в котором по счёту конфиге KDE надо хакнуть, чтобы можно было продолжать работать я себе позволить не могу.
	Qrot 9 May 2002 9:26 PM
2RoN: люди, видишь ли, разные... это раз. потом, это ничем не хуже и не лучше любого другого хобби - это два. слава богу, никто никого не заставляет работать на юниксе - это три.
	RoN - rodionlenta.ru 10 May 2002 12:42 AM
2 Qrot: "Хреновое хобби, но, наверное, все хобби такие..." (с) J.Coen, "The man who wasn't there". (В оригинале не помню, к сожалению) :-)))
	Khrusha 10 May 2002 1:01 AM
2Qrot. Дык это за русские, а не за пан-евро. Т.е. ущербные в смысле локализации версии. Плюс тяжеловесная лицензионная политика и закрытость ОС.
	Khrusha 10 May 2002 1:04 AM
2RoN эээх хреновое хобби :) красивая она эта пингвинятка :) и была красивой с самого начала, тем кому этого не видно... ну что ж, агитировать смысла нет. Это с идеологической стороны :)
	Khrusha 10 May 2002 1:08 AM
2 RoN Вото написать очередной Hello world как нить эдак -- в большинстве случаев и есть крутизна для себя, для души -- после чего возникает захватывающее чувство победы. Это для программера-романтика. Ничего не мешеает ему быть прагматиком на работе и делать продукты на том же МС.
	glassy 10 May 2002 1:31 AM
Про энтузиастов вспомнили. А мне нравится. Тут чисто, быстро и красиво... e-комметс и не пахнет: :) void trans_scale(Evas_List list, double xscale, double yscale){ Evas_List l; XY *o; for(l=list;l;l=l->next){ o = (XY*)l->data; o->x *= xscale; o->y *= yscale; } }
	glassy 10 May 2002 1:33 AM
упс, первая строчка в моем личном стиле, K&R не похвалят :)
	RoN - rodionlenta.ru 10 May 2002 2:17 AM
2 glassy: За это: o = (XY*)l->data; убивал бы... :)))
	glassy 10 May 2002 2:33 AM
Я себе доверяю, в принципе и другим немножко :) Чего не скажешь про Торвальдса -- призывает magic numbers использовать. Разумеется, переделать -- как два пальца об асфальт :)))
	Qrot 10 May 2002 2:59 AM
2Khrusha: ну так мы вроде в России живем, зачем паневро? в плане локализации там вроде бы все ок, хотя тоже не люблю. но по крайней мере, таких перлов как "Послать на ..." и "Падающие яйца" я ни разу не встречал. не знаю чем тебе лицензионная политика тяжеловесна - вроде бы все просто и понятно... даже я вроде бы понял :) ну а отсутствие исходников - кого это волнует то? главное что бы поддержка работала. 2glassy: чего там красивого то? вот, смотри: struct scale_op : public XY { scale_op(double X = 1, double Y = 1) : XY(X, Y) {} void operator()(XY &xy) { xy.x *= x; xy.y *= y; } }; и потом где нить в коде: list<XY> l; ... for_each<list<XY>::iterator, scale_op>(l.begin(), l.end(), scale_op(5, 10)); вот это - красиво и понятно. а главное - безопасно и соответствует стандарту.
	RoN - rodionlenta.ru 10 May 2002 3:34 AM
2 Qrot: Плохо. Не паттерно... :))) struct Point { double x,y; Point(): x(0), y(0){} }; class ScalePolicy { public: virtual void Scale(Point &p, double X, double Y) = 0; }; class ScalePolicyImpl : public ScalePolicy { public: void Scale(Point &p, double X, double Y) {p.x *= X; p.y *= Y;} }; template<class Iterator> void ScaleSequence(Iterator itBegin, Iterator itEnd, double X, double Y, ScalePolicy *pScalePolicy) { for(Iterator it(itBegin); it != itEnd; it++) pScalePolicy->Scale(*it, X, Y); } std::list<Point> lst; ScalePolicyImpl sp; ScaleSequence(lst.begin(), lst.end(), X, Y, &sp);
	Qrot 10 May 2002 3:53 AM
2RoN: да куда уж паттерней-то! и код будет работать быстрее, кстати :)) да и погибчее у меня - можно с конца начинать... С++ во всем многообразии :))
	CHOP 10 May 2002 10:55 AM
Valhalla -- пантеон; усыпальница великих людей :-)
	glassy 12 May 2002 1:32 AM
2Qrot&RoN: а где красота сгенеренного кода? Вам же компиллер обскафнит всю малину. Это во-первых, а про во-вторых -- промолчу. 2СНОР: уже второго героя создал, но дальше молитвы Одину неинтересно... Ладно, про второе промолчал, но про третье не стану. Если весь софт для платформы Win написан таким образом, в нем наверняка будет куда больше ошибок, чем у ОС товарищей. Во всей плеяде этих функций я имел только одну ошибку, искал, по правде говоря, порядочно. Но набор этих функций подвергся проверке _всего один раз_. <Написано по пьни> void trans_rotate(Evas_List list, double angle) { Evas_List l; XY *o; for(l=list; l; l=l->next){ o = (XY*)l->data; o->x = o->x * cos(angle) + o->y * sin(angle); o->y = o->y * cos(angle) - o->x * sin(angle); } } </Написано по пьни>
	RoN - rodionlenta.ru 12 May 2002 2:01 AM
class Transformable { public: virtual void Scale(double X, double Y) = 0; virtual void Rotate(double angle) = 0; }; class Figure : public Transformable { public: virtual ~Figure() {} }; class Point : public Figure { public: double x, y; void Scale(double X, double Y) {x *= X; y *= Y;} void Rotate(double angle) { /*лень писать*/;} }; class FigureThatIsAListOfSeveralAnotherFigures : public Figure { protected: typedef std::list<Figure*> FigureSet; FigureSet SubFigures; public: ~ComplexFigure() { /*для кажлого из списка делаем delete*/ } void Scale(double X, double Y) { /*для кажлого из списка вызываем Scale*/ } void Rotate(double angle) { /*для каждого из списка вызываем Rotate*/ } }; Идея понятна ?
	RoN - rodionlenta.ru 12 May 2002 2:04 AM
Разумеется: ~ComplexFigure --->> ~FigureThatIsAListOfSeveralAnotherFigures Сначала назвал так, потом показалось недостаточно информативным :-))
	Qrot 12 May 2002 2:10 AM
2glassy: ничего компилер (нормальный) не обкафнит - там почти все инлайном ложится и остается только цикл. а большинство софта под винды к сожалению написаны так как ты написал..
	Khrusha 12 May 2002 9:28 AM
А кто под Линух мешает писать на хорошем С++? Кто мешает делать классы и прятать в них данные?
	RoN - rodionlenta.ru 12 May 2002 12:29 PM
2 Khrusha: >> "А кто под Линух мешает писать на хорошем С++?" А хрен его знает, я тоже этого понять не могу. Это у glassy надо спросить - почему это он свои void* за шедевры программерской мысли выдаёт.
	Крутой линухоид 12 May 2002 2:25 PM
Шляпа - попса вымяподобная. И место ей у параши. ОС должна быть сложной, чтобы отсекались ламухи и бабье, которым ничего сложнее утюга доверять нельзя. Причем утюга не электрического, а который надо на плите греть. А все туда же, вслед за мелкомягкими. Делают все для тупых, и только тупые этой дрянью и будут пользоваться. Ну а настоящий Linux - это Debian или Slackware. Ну а шляпа по найденным багам уже винду переплюнула.
	RoN - rodionlenta.ru 12 May 2002 2:54 PM
2 Крутой линухоид: Тебе бы, подросток, я точно сложнее утюга ничего не доверил.
	eXOR - billgmicrosoft.com 12 May 2002 11:02 PM
2 Крутой линухоид: Гы... ты когда - нибудь пробовал утюгом таким гладить... знаешь ли задачка не из простых :-). Электрическим получается быстрее...
	eXOR - billgmicrosoft.com 12 May 2002 11:23 PM
2 Qrot: Вышла мозилла rc2 :-).
	glassy 13 May 2002 3:31 AM
2хрюша: никто не мешает
	glassy 13 May 2002 3:35 AM
просто перегрузка операторов в 99% случаев никому не нужна, виртуальное связывание тоже никому не надо, наследование все резко тормозит и его в Си используют по-другому. Либы так железно должны быть на Си
	RoN - rodionlenta.ru 13 May 2002 9:12 AM
2 glassy: Расскажи, каким же это образом "наследование всё резко тормозит"? И как же его (наследование) используют в С?
	CHOP 13 May 2002 9:22 AM
2Крутой линухоид: прежде, чем кричать, лучше бы посмотрел на Slackware глазами! да, до 3.5 отличный был дистрибутив, я и сам на нём сидел, но теперь это полний отстой. гибкости ноль! попробуй, например, xmms без гномовщины поставить?! хотя RH, начиная с седьмого, тоже начал прокисать. например xdm (который является куском XFree) тянет за собой ещё и KDE. вот идиотизм-то. слов нет. может в 7.3 это поправили?
	Valeriy - valeriyy2kmail.ru 13 May 2002 10:52 AM
2 glassy: >просто перегрузка операторов в 99% случаев никому не нужна, виртуальное связывание тоже никому не надо, наследование все резко тормозит Уважаемый, Вам бы книгу издать с детальным описанием Ваших гениальных наблюдений и идей. Жаль только, прочитав ее Буч, Страуструп и Ко, поймут что ничего они не стоят, и пойдут работать подсобными рабочими на ближайшую стройку. Вы когда-нибудь разрабатывали/сопровождали/модернизировали программу порядка 50 000 строк С-ного кода? Вы работали в команде больше 5 человек, с паралельной разработкой разных модулей, если да -- то сколько времени у разработчиков уходило на изучение новых и изменений старых функций? И почему "наследование все резко тормозит", и как "его в Си используют по-другому"?
	Khrusha 13 May 2002 11:35 AM
2glassy: Ну не скажи. Как только проект разрастается и обрастает либами :), так аккуратное ООП с наследованием, абстрактными классами, и прочим дает свои положительные плоды -- а именно жить гораздо комфортней, значит и ошибок меньше, разработка быстрее, ну и т.д. а в небольших программках, можно и полихачить :)
	eXOR - billgmicrosoft.com 13 May 2002 2:23 PM
2 Valeriy: Ну перегрузка операторов не упрощает понимание кода (имхо)... хотя код выглядит красивее. 2 glassy: > виртуальное связывание тоже никому не надо От это ты зря сказал. Надо и еще как. Я бы даже сказал необходимо. > наследование все резко тормозит Нифига. Cамо наследование ничего не тормозит. > Либы так железно должны быть на Си Может на nasm? :-).
	Valeriy - valeriyy2kmail.ru 13 May 2002 3:37 PM
2 eXOR: К примеру, если Вы создали класс hugeInt (для работы с целыми числами неограниченного размера), перегрузка арифметич. операций сильно упростит его использование и "понимание кода". Таких примеров можно привести очень много.
	eXOR - billgmicrosoft.com 13 May 2002 4:42 PM
2 Valeriy: Эээ.. скажем так данный пример подходит для этого, а вот например перегрузка "[]" очень легко может запутать... т.е. ожидаешь что ты видишь операции с массивом, а оказывается что там какая - то хитрая логика спрятана... это далеко не очевидно... да и я пока не так уж много знаю редакторов, которые бы могли находить по контексту определенние перегруженного оператора... с методами это умеют делать достаточно многие.
	Valeriy - valeriyy2kmail.ru 13 May 2002 5:11 PM
2 eXOR: Можно и оператор "+" наделить возможностями %, следует перегружать те операторы,которые действительно сделают процесс разработки более удобным, а код более читабельным. А перегрузка оператора "[]" может быть полезна если вы разрабатываете какой-нибудь collection, тогда при обращении к несуществующему элементу, можно сгенерировать исключение, или выделить память под новый элемент.
	RoN - rodionlenta.ru 13 May 2002 5:21 PM
2 eXOR: Тут главное, чтобы семантика соблюдалась. Можно и без перегрузки написать такое, что запутает. Местами Set и Get, к примеру, переставить.
	RoN - rodionlenta.ru 13 May 2002 5:22 PM
И вообще, любая возможность любого ЯП - это как тот самый хрустальный хер. В умелых руках - ценность, в неумелых - только ущерб.
	glassy 14 May 2002 1:49 AM
как сильно тормозит наследование можно убедиться на примере MS Word или чего-нибудь похожего. Можно самому что-нибудь с наследованием написать (порядка того же MS Word :)), или, как в моем случае -- сложную конструкцию на джаве. Линуксоиды преспокойно чувствуют разницу при загрузке KDE vs Enlightenment, BlackBox, IceWM. Говоря про "используют по-другому" я имел в ввиду нисходящее и восходящее преобразование типов. Пример прост как пареная репа, аж вам, знатокам с++ во всей его красоте показывать нет никакого удовольствия: struct _Obj{ int magic; }; struct _MoreComplexObj1{ int magic; int i; }; struct _MoreComplexObj2{ int magic; float f; }; Виртуальное связывание -- почему я должен его любить? Совсем ведь не должен :) Про перегрузку операторов -- настаиваю на своих 99% btw, я хотел сказать, что в как минимуме 1% надо использовать с++. Еще хочу напомнить, что использование этого языка обусловлено парой двух красивых слов -- MS VC++ и CBuilder, есть хорошее слово gcc, про него многие вообще и не слышали даже 2Valery: я сторонник теории, что айкью группы меньше моего айкью. Я прекрасно понимаю, что 1) в группе сложнее организовать namespace 2) группой вообще сложнее управлять и контролировать. Опять же, если названия придумывал не я, то стараюсь обходить такие вещи. Над большим проектом я не работал, на сейчас у меня 5386 строк на С. Я бы не сказал , что это много или сложно. Си лучше просто из соображений лени -- писать меньше. 2хрюша: в маленьких программках можно так налихачить, что аж мало не покажется. Тут и перл можно вспомнить :) Но кто сказал, что Си недостаточно ООП при умении и желании достать крота (извини, Рон, тебя тогда еще в проекте не было :))? 2eXOR: вот Qt написан на С++ -- и половина (условно) программеров на него не смотрит. И мое последнее слово по этому вопросу -- мне код н асме после gcc больше нравится, чем после g++
	Skull - sibskullmail.ru 14 May 2002 4:34 AM
2glassy: так отключи в KDE всякие службы, восстановление сеанса, поставь простую тему, убери сглаживание и скомпиляй его с objprelink и отладочной инфой. Не надо думать, что это как в Виндах - здесь все настраивается. Теперь про Qt - сколько программ на нем для GUI написано и сколько на других виджетсетах. Тоже из соображения лени - классы Qt позволяют не отвлекаться на всякие мелочи реализации, которые в интерфейсе нафиг не нужны. Вот какую-нибудь числодробилку я бы на нём не стал писать... :)
	RoN - rodionlenta.ru 14 May 2002 8:51 AM
1. При чём наследование и MS Word? Напиши MS Word без наследования и посмотрим, как он у тебя будет летать. 2. void f(_Obj *pObj) {...} _MoreComplexObj1 obj1; _MoreComplexObj2 obj2; f(&obj1); // Отсос ! f(&obj2); // Отсос второй раз ! И к тому же, что ты будешь делать если у тебя в _Obj c полсотни свойств? Переписыват их руками? И что это за классы с несколькими открытыми свойствами и без методов? Т.ч., то что ты показал - это не наследование и не классы вообще. Не показывай больше этого никому. Это - костыли.
	Valeriy - valeriyy2kmail.ru 14 May 2002 10:08 AM
2 glassy: "как сильно тормозит наследование можно убедиться на примере MS Word" А что, по Вашему мнению, обозначает термин "наследование", возможно мы разговариваем о разных вещах? «Си лучше просто из соображений лени -- писать меньше» Вы вообще на С++ что-то разрабатывали, книги какие- то читали, хотя бы того же Страуструпа или Буча? Хотя «пытливым умам» наверное это не нужно, им достаточно скомпилировать с командной строки програмку класса “hello world” и можно кричать что все остальное фигня, отстой и мастдай. Когда у Вас будет серьезный, коммерческий проект, который нужно будет выполнить в сжатые сроки, также он должен будет отвечать постоянно меняющимся требованиям заказчика, когда Вам придется быстро вносить изменения в проект по требованиям заказчика, и т.д. и т.п. При этом система должна быть надежной, быстрой, масштабируемой, легко модернизируемой. Вот тогда Вы возможно поймете преимущества OOA, OOD, OOP, средств быстрой разработки (не в ущерб качеству конечно) etc. «я сторонник теории, что айкью группы меньше моего айкью» Ну это смотря какой группы. «Но кто сказал, что Си недостаточно ООП при умении и желании» При желании и умении можно и детской лопаткой выкопать большой котлован.
	Qrot 14 May 2002 10:35 AM
2glassy: про наследование и ворд не понял. насчет "использую по другому" - а ты в курсе, что в структуре порядок следования полей может меняться на разных платформах? вобще, впечатление что ты по каким то свом мифам живешь и больше ничего знать не хочешь - использование плюсов началось задолго до появления builder и msvc.
	eXOR - billgmicrosoft.com 14 May 2002 1:20 PM
2 glassy: > KDE vs Enlightenment Тогда уж KDE VS Gnome - т.к. в KDE еще и DCOP есть... все - таки не надо сравнивать WindowManager с системой. > от Qt написан на С++ -- и половина (условно) программеров на >него не смотрит. Не смотрят не из - за того что он написан на C++, а из - за того что простая в общем - то библиотека так по - идиотски сделана (и архитектура и имплементация). Впрочем нормальной и достаточно навороченной библиотеки для разработки гуя я так и не нашел. Есть некоторые с примитивненькие, но если я буду ими пользоваться - меня заказчики не поймут.
	eXOR - billgmicrosoft.com 14 May 2002 1:22 PM
>так отключи в KDE всякие службы, восстановление сеанса, поставь >простую тему, убери сглаживание А на куй тогда этот KDE сдался? Да и если даже все это убрать - то скорость вырастает отсилы процента на 2 - 3. Время отклика в QT то еще говно. > и скомпиляй его с objprelink А это палка о двух концах. > и отладочной инфой. А это должно скорость увеличить? Я что - то упустил в теории компиляции?
	eXOR - billgmicrosoft.com 14 May 2002 1:27 PM
2 Valeriy: Хех... даже в случае с коллекцией я бы не стал оправдывать перегрузку []... А вот еще пример... множественная перегрузка в C++ смотришь в код и видишь: /* пример */ a=b; /* b типа B */ a=c; /* c типа C */ a=d; /* d типа D */ a=e; /* e типа E */ /* /пример */ И думаешь или ты идиот или тот кто такое написал. Это что считается красивым? ИМХО читабельность такого кода близка к нулю.
	Qrot 14 May 2002 2:36 PM
2eXOR: ты смешиваешь две вещи - возможность и использование возможности идиотами. ясно ведь, что если ты подставишь вызов ф-ции Assign вместо =, то читабельность не увеличится.
	Valeriy - valeriyy2kmail.ru 14 May 2002 2:52 PM
2 eXOR: Все зависит от конкретной задачи. Однозначно сказать невозможно. Возможно тип А - это строка, В- int, C- float, D - double, E - char, и разрабатываемая система часто должна преобразовывать разные типы данных в спец. вид строк (А). Тогда множественная перегрузка оператора "=" -- очень даже красивое решение, и читабельность кода высокая, конечно если знаешь о том, что оператор перегружен. Можно также перегрузить и "+=", используя перегруженный "=". Перегружая стандартные операторы можно использовать объекты данного класса в стандартных шаблонах. Довольно наглядно получается. Хотя можно написать и с десяток методов. еще раз все зависит от конкретной задачи.
	eXOR - billgmicrosoft.com 14 May 2002 3:08 PM
2 Valeriy: > читабельность кода высокая, конечно если знаешь о том, что >оператор перегружен. Господи, да откуда ж ты знаешь - то это? Вот когда узнаешь - то проблем никаких... а пока разберешься... 2 Qrot: Законы Мерфи :-(.
	Qrot 14 May 2002 3:36 PM
2eXOR: ну давай применим законы Мерфи к сям - к указателям на войд с последующим преобразванием (то что glassy очень любит как я погляжу).
	RoN - rodionlenta.ru 14 May 2002 4:29 PM
Ну, в общем-то, имхо, надо признать что как С, так и С++ остаются и останутся "опасными" языками. Практика показывает, что несмотря на всякие нехилые возможности у С++ в этом плане, написать реюзабельный код, который бы на 100% защищал от его же неправильного использования очень тяжело, я бы, даже, сказал, невозможно. BTW, видел я ещё несколько лет назад один забавный продукт (названия не помню, вечером посмотрю - скажу), который анализировал сырцы C и С++ на предмет всяких стилистически слабых и потенциально опасных мест.
	Valeriy - valeriyy2kmail.ru 14 May 2002 4:31 PM
2 eXOR: >Господи, да откуда ж ты знаешь - то это? Вот когда узнаешь - то проблем никаких... а пока разберешься... Ну а как же иначе?
	Valeriy - valeriyy2kmail.ru 14 May 2002 4:49 PM
2 RoN: "неправильного использования " -- ? Зато они дают возможность разрабатывать высокопроизводительные программы, а как плату требуют большего внимания, аккуратности и квалификации от разработчика. "продукт (названия не помню, вечером посмотрю - скажу), который анализировал сырцы C и С++ на предмет всяких стилистически слабых и потенциально опасных мест." У Rational есть такие продукты.
	eXOR - billgmicrosoft.com 14 May 2002 5:03 PM
2 Qrot: Так я и не говорю что C в этом плане лучше. Пока что лучше Java я ничего не знаю в плане удобства создания кода, который бы лего читался... хотя и ей далеко до идеала. В общем - то задачи у языков как я понимаю другие... 2 Valeriy: Дыкть о том и речь. >Зато они дают возможность разрабатывать высокопроизводительные >программы Ну на Pure C программы получаются быстрее... а уж на ASM... > У Rational есть такие продукты. Гмм? У меня вот сейчас стоит Suite... ничего подобного не вижу.
	PTO - kruchkovkgb.ru 14 May 2002 5:22 PM
вы наверное про boundschecker говорите, неплохой в общем продукт, как раз слабые места кода находит, особливо всякие граничные проблемы у массивов
	RoN - rodionlenta.ru 14 May 2002 5:26 PM
2 eXOR: На самом деле не всегда более низкоуровневый ЯП даёт более эффективную программу. Сам не измерял, но сошлюсь на Брукса, который утверждает, что, на практике, оптимизирующий компилятор зачастую генерирует более эффективный код, чем написанный вручную в машинных кодах программером среднего уровня.
	RoN - rodionlenta.ru 14 May 2002 5:29 PM
2 РТО, eXOR, Valeriy: Я ж пообещал - вечером скажу, что за продукт, и аннотацию дам. (м.б. и боундчекер - не помню сейчас, но не от Рейшионал, это точно) :)))
	Qrot 14 May 2002 5:33 PM
2РТО: я так понял это не баундсчекер, а нечто для анализа исходных текстов. если так, интересно бы посмотреть. 2eXOR: на плюсах можно писать точно так же как и на жабе, не проблема абсолютно. но тогда придется отказаться от всяких сишных штучек, и пользовать классы для всего что в память грузится. оно не всегда удобно, но привыкнуть можно. чем вот жаба не нравится - лозунгами типа "не будет шаблонов!" или "не будет множественного наследования!". не нужно людей за идиотов считать и ограничивать их во всем.
	me - userinternet.com 14 May 2002 11:23 PM
>> не нужно людей за идиотов считать и ограничивать их во всем Вот уж точно. Я бы даже добавил: "никогда!"
	glassy 15 May 2002 1:13 AM
KDE и MS Word Word -- объекты более верхнего уровня вызывают предков, те вызывают своих, те своих -- где-то так, например, ворд грузит тулбары, тулбар вызывает создание своего окна, окна приблуды слева и своих кнопок собственно. Кнопки вызывают опять окна, битмапы и весь этот уход куда-то вглубь мне не нравится. КДЕ лтуда же -- вглубь уходит. Я не против, протсто говорю, что это медленно. Насчет ГНОМА я бы не стал делать каких-либо заявлений, потому что они сами не знают, что на самом деле делают Но по большому счету -- прога класса xchat, написанная на Qt вместо gtk имхо грузилась бы подольше. Как JBuilder у меня работал, так это ни с каким Word-ом не сравнится. ИМХО наследование тормозит. Пишу вот КАД, обхожусь без виджетсетов, ресурсы храню в ultrafast db.
	glassy 15 May 2002 1:22 AM
Напиши MS Word без наследования и посмотрим, как он у тебя будет летать Ты знаешь, летает. Вот не поверишь, но почему-то мои, моими руками написаные менюшки вылезают быстрее gtk-шных в разы, не говоря уже о qt. По крайней мере -- быстродействие вещей действительно под моим контролем. Мозилла сволочь. Куда она тормозит и буквы слева кушает???
	glassy 15 May 2002 1:42 AM
Про отсосы -- я так не делаю. У меня хватает смелости кучей пользоваться -- malloc(48), strdup(59) и free(68). Никто не мешает делать структуры сложнее постепенно. Или пользоваться функциями, которые используют строго определенные поля. Но опять же, не спорю, это все на любителя. А про полсотни свойств -- это изврат. Так *не* надо писать. Свойств должно быть не более семи, если ты профи. Потому что если у тебя полсотни свойств в объекте, как же ты сможешь писать функции в 25 строк? :)
	glassy 15 May 2002 2:07 AM
2Valery: если мне надо написать быстро (== некрасиво) и под вынь -- я и делфи не гнушаюсь, и перла, и даже на вба могу. Но это -- если мне надо. Насчет группы -- я буду полезен в любой группе. Просто хотя бы потому, что пишу понятней, чем некоторые. Могут за отчеты посадить :) Нет? а если серьезно -- с мозгами-то у меня все в порядке, просто архитектура всего от МС достала, если есть альтернатива. Кстати, сегодня сидел с ручкой и карандашом -- искал формулу нахождения точек пересечения двух повернуто-перенесенных эллипсов. Наивный, думал, там к конце биквадратное уравнение получится. До конца дошел, а оно совсем обычное 4-й степени. Это из разряда обломов.Потом параметрически через углы -- попроще выглядит, но смысл не поменялся. Это если сравнить с тем, о чем меня просили на работе в последний раз -- функция вычисляется по ряду, мужику этому хочется корней 50 найти, я ему -- за предел ~10 периода не выйдем, там уже 85 член тогда за границы двойной точности вылетает... ну и в таком духе... ТАк что ваши дкомы и темплеты ну никак не могут мне помочь с моими запросами. :)
	glassy 15 May 2002 2:19 AM
чем написанный вручную в машинных кодах программером среднего уровня То, что я пишу на Си не означает, что я от этого ближе к асму. Вот вчера скачал мезу последнюю (в полтора раза на глаз быстрее, чем родная mdk RE) вот там в их асме сам черт ногу сломит. Мне просто кажется, что я пользуюсь сишными либами абстрактного рисования, абстрагированной обработки событий и высокоуровневым апи к базам данных. Оболочка очнь тонкая, но умеющие люди смогли красиво мозги запудрить и сделать эли либы робастными до предела.
	glassy 15 May 2002 2:33 AM
2RoN: Да и вообще, я не краснею, когда мне в (void*) тыкают. Раз уж заговорили пр нечто, что вообще на нет ОО, насколько я помню, в Javе контейнер (если память не подвела) есть, и список, кажется, и список, который без повторений... grep "void\*" *.c | wc -l 80
	RoN - rodionlenta.ru 15 May 2002 3:02 AM
2 Всем интересующимся: Я тут ниже говорил за продукт для анализа сырцов на С++. Речь шла о CodeWizard от фирмы ParaSoft (http://www.parasoft.com/jsp/products/home.jsp?product=Wizar d) Позволяет отлавливать в исходном коде всякие некрасивые места и потенциальные баги, например, невиртуальные деструкторы, присваивание не всех мемберов в перегруженном operator=(), возврат из operator=() чего-то отличающегося от *this, использование в конструкторе присваивания вместо списка инициализации, отсутствие копирующего конструктора и оператора копирования для классов, которые динамически выделяют память, использование преобразования от указателя на базовый класс к указателю на производный, и ещё кучу подобных вещей. Всего разбирается в примерно полусотне разных некрасивостей. В мануале пишут, что при создании базы правил по которым проверяется код опирались на книги "Effective C++" и "More Effective C++" от Скотта Мейера.
	RoN - rodionlenta.ru 15 May 2002 3:19 AM
2 glassy: >"объекты более верхнего уровня вызывают предков, те вызывают своих, те своих": Это называется повторное использование кода. Ты не знал? >"Как JBuilder у меня работал, так это ни с каким Word-ом не сравнится. ИМХО наследование тормозит." : Да, наверное, именно наследование и виновато :))) Насчёт эллипсов. Перечитай соответствующюю литературу. Ссылок не дам, т.к. я в этом не спец, просто знаю, что давно уже есть куча алгоритмов, которые с кругами и эллипсами работают с использованием _ТОЛЬКО_ целочисленной арифметики. Из последнего твоего постинга не понял вообще ничего.
	Skull - sibskullmail.ru 15 May 2002 5:57 AM
2eXOR: "> и отладочной инфой. А это должно скорость увеличить? Я что - то упустил в теории компиляции?" - нет, но если как и Qrot не нравится время загрузки - это может ненамного помочь :)
	Valeriy - valeriyy2kmail.ru 15 May 2002 9:53 AM
2 eXOR: Я говорил о RationalPurify "Пока что лучше Java я ничего не знаю в плане удобства создания кода, который бы лего читался... " А что на С++ невозможно написать точно такой-же код? 2 glassy: А так что бы быстро!=некрасиво, быстрота должна быть не в ущерб качеству, я сам не люблю RAD-средства которые позволяют "левой задней ногой" лепить програмки, которые потом соответствующим образом и работают. Что касается проблем "границы двойной точности" -- создайте класс имеющий возможность работать с большей точностью, С++ это позволяет, а DCOM тут совершенно не причем.
	Qrot 15 May 2002 11:13 AM
2glassy: ты похоже наследование путаешь с обработкой сообщений в окнах. что значит "на нет ОО"? Жаба по твоему не ОО? если ты о плюсах то смотри stl, это часть стандарта. и вообще смотри stl.
	Qrot 15 May 2002 11:15 AM
2RoN: сайт по ссылке тормозит... не иначе как из-за jsp :))
	RoN - rodionlenta.ru 15 May 2002 12:09 PM
2 Qrot: Нет, скорее всего из-за наследования... :)))
	eXOR - billgmicrosoft.com 15 May 2002 12:15 PM
2 Skull: >нет, но если как и Qrot не нравится время загрузки - это может >ненамного помочь :) Интересно каким образом?
	eXOR - billgmicrosoft.com 15 May 2002 12:15 PM
2 Valeriy: > А что на С++ невозможно написать точно такой-же код? На Java нельзя написать по - другому. По - этому все и пишут именно так, а вот на C++ можно - по - этому многие пишут по - другому... вот и все.
	Qrot 15 May 2002 12:57 PM
2eXOR: ну типа ты почувствуешь что можно еще более долго загружать кде и возрадуешься.
	Valeriy - valeriyy2kmail.ru 15 May 2002 2:14 PM
2 eXOR: "На Java нельзя написать по - другому. По - этому все и пишут именно так, а вот на C++ можно - по - этому многие пишут по - другому... " Это уже проблема "многих". С++ предоставляет мощнейшие инструменты для разработки ПО, но и предъявляет повышенные требования к разработчикам. Нельзя критиковать нож за то, что он слишком острый.
	eXOR - billgmicrosoft.com 16 May 2002 11:12 AM
2 Valeriy: Гы. Скажем так... критиковать можно все и вся. Я недоволен тем, что C++ предъявляет эти самые требования, хотя самим языком я очень даже доволен.
	sva - vitalysinor.ru 16 May 2002 2:10 PM
Читаем тему: " Red Hat выпускает Linux 7.3 " Теперь читаем последние страницы обсуждалки и делаем выводы -- людям тема не интересна, они просто потрепаться сюда пришли.
	RoN - rodionlenta.ru 16 May 2002 2:39 PM
2 sva: Ну, тут ведь не симпозиум научный. Люди сюда и заходят просто потрепаться. Что в этом плохого?
	glassy 17 May 2002 3:54 AM
2RoN: ты уж постарайся дать ссылки, а то азбуку читать я могу отправить.
	glassy 17 May 2002 3:54 AM
оч плохой дистр
	glassy 17 May 2002 3:54 AM
оч плохой дистр
	sva - vitalysinor.ru 17 May 2002 7:45 AM
2glassy Чем плох-то? Я его не видел. Поделись впечатлениями, плз. У нас на серверах 6.2 давно стоит.
	Skull - sibskullmail.ru 17 May 2002 7:47 AM
2sva: если хочешь читать местные форумы - привыкай! :)))
	Skull - sibskullmail.ru 17 May 2002 7:48 AM
2glassy: типа, как Qrot'у башляют за количество постингов? Если RedHat _ОЧЕНЬ_ плохой дистрибутив, то что же хорошее?
	eXOR - billgmicrosoft.com 17 May 2002 9:48 AM
2 Skull: Solaris :-).
	PTO - kruchkovkgb.ru 17 May 2002 11:53 AM
2 eXOR: не сыпте сахер на хер... Солярис... ставил я тут его себе дома - мля последняя версия для х86... может для СПАРКА оно так и надо, но в конце 2001 года так дистрибутивы не делают... по сравнению с ней КрШапка просто сказка в плане поддержки железа, юзабилити и работоспособности из коробки.
	eXOR - billgmicrosoft.com 17 May 2002 1:17 PM
2 PTO: Так на спарке - то оно железо держит ого-го как ;-). Про юзабилити не будем - это очень субъективное понятие, про работоспособность из коробки - для сервера на котором крутится платежка например установка из коробки - не вариант. Настраивать его все - равно придется. Зато в солярке куча вкусностей (конечено на родной архитектуре) :-).
	eXOR - billgmicrosoft.com 17 May 2002 1:17 PM
2 PTO: Да и хотя - бы шедулер нормальный :-).
	Skull - sibskullmail.ru 17 May 2002 2:03 PM
2eXOR: я думал, меня наколят и скажут, что лучший дистр - XP :))))
	PTO - kruchkovkgb.ru 17 May 2002 2:42 PM
2 eXOR: юзабилити у инсталятора ну просто - в 37м расстреливали по приговору тройки за такие инсталяторы... да и солярка она ведь не только для серверов - их еще и на рабочих станциях дохрена... так чта на х86 оно померло ну и ч. с ней... 2 Skull: ну вот видишь, уже сам начал до всего доходить... :)
	eXOR - billgmicrosoft.com 17 May 2002 4:20 PM
2 PTO: Как десктоп она меня не интересует. Как десктопа мне линуха хватает.
	Skull - sibskullmail.ru 18 May 2002 5:55 AM
2PTO: ой, не собъют меня с пути истинного, пути великого и ужасного Unix. Вкусивши один раз запретный плод познания и сделав глоток свободы, не захочешь жить даже в райском саду с позолоченными решетками :)
	eXOR - billgmicrosoft.com 18 May 2002 11:43 AM
2 Skull: Если не жить, то уж отоспаться я бы там не отказался :-).
	Skull - sibskullmail.ru 18 May 2002 11:55 AM
2eXOR: а толку там спать - ты всей прелести рая во сне не ошутишь...?
	glassy 19 May 2002 3:34 AM
Я уже писал, какой лучше, токмо постинг почему-то шустро так вырезали
	glassy 19 May 2002 3:37 AM
кстати, пока я живой, Skull, какие утилиты -- аналоги XFdrake, drakexservices и mousedrake?
	Skull - sibskullmail.ru 19 May 2002 11:18 AM
2glassy: setup :)
	Skull - sibskullmail.ru 19 May 2002 11:20 AM
2glassy: теперь попробуй сказать, что написание и понимание этого название сложнее. Кстати, вот-то мы матерились, когда Мандиковский аналог ttmkfdir содает список только с кодировкой 8859-1. Пришлось добавлять свои кодировки. Хотя в RH это по умолчанию.
	eXOR - billgmicrosoft.com 20 May 2002 3:09 PM
2 Skull: Зато никто не мешает :-).
	glassy 22 May 2002 1:18 AM
да эти шрифты меня буквально вчера уже достали. И МС и макромедиа и кроникс с адобой во главе. Вы видали пдф-ник, который печатать-править-выделять нельзя? xpdf его не читает. Прямо хоть скриншоты в винде делай. Мне аж заломать его захотелось -- если бы это было нужно мне, я бы уже как пару часов DMCA натягивал во все дыры. TT так ТТ. Freetype уже с антиалиасом был, вторая версия, надеюсь, будет юникод поддерживать. Короче, то, что моя прога будет идти с моими шрифтами, это железно. Как говорится, "одну половину линуксоидов не заботит толщина каналов, а оставшихся неудачников не заботит объем свободного места на жестких дисках" умная мысля (тм)
	Skull - sibskullmail.ru 22 May 2002 4:49 AM
2glassy: из ФАКа Сообча по Linux: Используй Adobe Acrobat Reader for Linux, скачать который можно по http://download.adobe.com/pub/adobe/acrobatreader/unix/4.x/l inux-ar-405.tar.gz :)
	Крутой линухоид 22 May 2002 5:19 AM
Надо очищать Linux от такой попсы, как RedHat, SuSe, Mandrake и им подобных. Эти упрошенные дистрибутивы ставят ламеры, нихрена не могут, и потом ругают Linux. А вот если бы ставили Debian или Slackware, то они бы знали, на что идут и если бы не разобрались, то поняли, что они тупые и им в винде самое место. Потом использовать любой гуй - ламерство и тупость. Мышевозам в Linux делать нечего. И вообще Linux должен быть чистым от всего, что связано с M$. Поэтому западло использовать всякие трутайпы, MP3 и тому подобное. И надо сделать так, чтобы можно было запускать только GPL программы. Если лицензия другая, то надо чтобы показывалось экранов так 100 с предостережениями.
	eXOR - billgmicrosoft.com 22 May 2002 8:13 AM
2 Крутой линухоид: надо надо... кому этот бред нах нужен?
	Skull - sibskullmail.ru 22 May 2002 9:27 AM
2Крутой линухоид: ну да, мы все такие крутые перцы, что ничего не используем, кроме командной строки. :) Молодой человек, кто-то и наслаждается этим, а кто-то и работает по 10 часов в день, занимаясь корпоративными событиями... И именно Linux c его так Вами ненавистным GUI дает мне возможность делать мою работу быстро и качественно. Да и никто не мешает выключить GUI нафиг (у меня стоит 3-ий ранлевел по умолчанию) и работать в консоли (даже без mc!) :) Так что если хотите кормить семью и неплохо зарабатывать, оставаясь под Linux, GUI может только помочь :)
	glassy 23 May 2002 1:24 AM
2Крутой линухоид: любой дистр -- не для тех, о ком ты написал. Линукс может понравиться только определенной категории людей, эти люди обычно запускают менеджер окон из окна терминала на голимых иксах, чтобы видеть его, менеджера логи...
	CHOP 23 May 2002 5:14 PM
:-) кстати, я тут некоторе время так жил: на работе у нас КДЕ. я её не люблю. и писал я с консли таковы слова: xinit -- :1 а дальше руками fvwm запускал. только через нельку (когда понял, что так и буду жить) написал ~/.xinitrc Вот вам и "нахур?" :-)
	eXOR - billgmicrosoft.com 24 May 2002 6:14 PM
2 CHOP: Да я не про то... зачем читать выхлоп от wmanager'a?
	CHOP 24 May 2002 7:42 PM
ну это уж ну знаю :-) просто я к тому, что иногда пригождаются самые неожиданные вещи; сам удивляешься, я вот никогда бы не подумал, что удобно иметь две графические консоли, а ведь удобно(!) они же могут и под разными пользователми быть и вообще полная гибкость; все же чесь и хвала тем, кто придумал X! :-)
	glassy 25 May 2002 1:28 AM
2CНОР: мда... multiheaded X это сейчас самая ровная фишка... Про выхлоп -- я условно сказал, но смысл все-равно остается таким -- программерить.
	Skull - sibskullmail.ru 27 May 2002 5:04 AM
2CHOP: "честь и хвала тем, кто придумал X!" - эх, если б они ещё и скорострельными были как Windows GUI - тогда нахрен бы кому-нить этот Windows сдался... :)
	Marcel KIFOKO - kifokomail.ru 3 Apr 2003 1:39 AM
Ya by xotel znat kak mojno configurirovat server Linux Red Hat s machinami imeushix window?