Здравствуйте, Plutonia Experiment, Вы писали:

PE>fastcall — это сакс. Это борландовская примочка и вовсе не стандарт.

Нда. Жаль только самый быстрый. В дотрете автоматом идет во многих случаях.

Здравствуйте, Ведмедь, Вы писали:

В>А COM+ 1.5 если я не ошибаюсь web servic можно сделать вообще без разработки, просто сконфигурив правильно

Да. Но это только публикация. А вот если захочеш клиента смастерить, то тут трах и начнется. Самый простой спостоб это SOAP Toolkit. А в дотнете все прозрачно и красиво.

Здравствуйте, m.a.g., Вы писали:

MAG>В unix'ах уже 20 лет, как можно сделать tcp-сервер вообще без разработки, только сконфигурив правильно

Языком. А чтобы этот сервер делал что-то придется свой код написать. И не мало.

Здравствуйте, m.a.g., Вы писали:

MAG>Любая консольная программа запинывается как свой tcp-сервер за несколько минут.

И что с ней делать? CGI? И бодрым маршем в 20-ый век?

Здравствуйте, m.a.g., Вы писали:

MAG>Согласен. Почему бы мне не сделать такого же под юниксами?

Видимо слобо.

MAG> Потому что нафиг это там никому не сдалось. Есть у нас самый часто употребляющийся в мире, самый протестированный, самый совместимый и самый простой интерфейс — plain text. Можно с разметкой. И пока этого хватает для наших нужд, нефиг ерундой страдать.

Во-во. Вот тот самый простой пользователь и не в восторге от сближения с этими традициями.

MAG>Тот же RSDN@Home. Зачем там вебсервисы? Протокол nntp существует уже десятилетие, если не больше.

А ты напиши код делающий тоже самее. А потом объеамы сравним. Тут уже человек десять переписывали Хоум на С++. Все как ты... языком. На деле никто даже не взялся.

MAG>Но я вас заверяю — если припрет, то юниксоиды и вебсервисы сделают удобными для разработки.

Уже делают. Уже приперло. Вот только пока что удобно именно на дотнете. Что кстати убивает всю идею интероперабельности.

Здравствуйте, m.a.g., Вы писали:

MAG>Да я даже не про это. Если бы RSDN@Home был построен вокруг некоего расширенного nntp, то его можно было бы использовать и для чтения usenet-групп (скажем сменить версию протокола nntp и при появлении старого отключать оценки/модерацию/еще что). Я не думаю, что это было бы значительным overhead'ом для разработки, а benefits такого подхода очевидны: гораздо большее community, да и nntp разрабатывается уже давно, и в нем выловили бОльшую часть глюков и дырок.

А кому это надо? Нам никому.

MAG>Хотя мне это глубоко параллельно: я как читал emacs-ом usenet, так и буду

Вот видишь? И тебе не надо.

Здравствуйте, m.a.g., Вы писали:

MAG>Да. Именно. Только не волшебным. Поясню: если ты выпускаешь OpenSource программу, то обязательно найдется хотя бы один человек, который спросит: "а чего это у тебя тут партиции чикаются левые в файле del_non_needed_partitions.c без предупреждения?". А процент OpenSource программ под Линуксом весьма значителен.

И тем не менее Оракл и ВебЛоджик сорсы вроде не открывают, а работают куда надежнее чем MySql и Посгрэс.

Здравствуйте, m.a.g., Вы писали:

...

Ну, а всем остальным работать нада. Им не до касивых слов про хэв. Вот и выбирают то что удобнее. К тому же я тебя как проффесионал в этой области уверяю, что при цветной верстке нех супратив кварка как детская лопата супратив бульдозера.

MAG>Почему у нас на rsdn статьи в XML находятся, а не в DOC? (находились, at least)

Ты у нас еще не в гурппе? Ну, тогда тебе прастительно. Стать уже давно готовятся в форде. После окончательной подготовке макросами, через ОО-модель ворда текст экспортируется в хмл, который после применения к нему шблонов уже показывается всем. Хмл нужен именно из соображений динамического форматирования. А вот писать в нем статьи или редактировать дико не удобно.

Здравствуйте, m.a.g., Вы писали:

VD>>Скахки то не расказывай. 90% программ под линуксом передавать между собой данные через клипборд неумеют.

MAG>Ссылку на статистику? У меня все туда-сюда передается...

Ты же у нас линуксоид, ты и ищи статистику. Я вот затрахался в свое время.

Ты вод поведай о едином стандарте клипборда для линукс. Для виндовс такой есть. Даже два (совместимых). Просто клипборд АПИ и ОлеКлипборд.

А вот что-то в линуксе о едином стандарте я не слышал. Что придумали за пследний год-два?

VD>>Я просто упал, когда в Каликсе из клипборда хэлпа нельзя было скопировать данные в редактор. Кстати, зачем они еще один формат хэлпа прикрутили? Вадь в линухе все стандартизировано?

MAG>Я не говорил, что каликс — это юниксовый софт. Это ублюдок виндовый с эмулятором винды в потрохах.

Это ублюдок на QT построен. И от винды там не много. А проблемы с клибпордом у меня были везде. КДЕ межу своим софтом еще что-то таскало, а как независимая програмка, так фиг.

Здравствуйте, VladD2, Вы писали:

VD>Здравствуйте, m.a.g., Вы писали:

MAG>>Любая консольная программа запинывается как свой tcp-сервер за несколько минут.

VD>И что с ней делать? CGI? И бодрым маршем в 20-ый век?

Я уже писал, что не стоит очинивать жерновом карандаш и не стоит брать 30 велосипедов, чтобы перевезти рояль.
Если нам требуется примитивный сервис "соединение->вопрос->ответ->отсоединение", то больше ничего, кроме CGI и не нужно.

Учитывая, что юникс тяготеет к множеству мальеньких сервисов, каждый из которых делает одну вещь, а не к монстрам, которые делают все, CGI покрывает большую часть потребностей.

Когда задача выходит за рамки простейшего диалога, появляются такие вещи, как MCOP и CORBA.

Здравствуйте, VladD2, Вы писали:

VD>И тем не менее Оракл и ВебЛоджик сорсы вроде не открывают, а работают куда надежнее чем MySql и Посгрэс.

Не надо менять тему. Мы говорили про десктопы. Это на рынке десктопных осей качество значит очень мало. Если бы Оракл вкручивал фишки вместо повышения надежности и падал по три раза на дню, то он бы очень быстро растерял своих клиентов.

Здравствуйте, VladD2, Вы писали:

MAG>>Почему у нас на rsdn статьи в XML находятся, а не в DOC? (находились, at least)

VD>Ты у нас еще не в гурппе? Ну, тогда тебе прастительно. Стать уже давно готовятся в форде. После окончательной подготовке макросами, через ОО-модель ворда текст экспортируется в хмл, который после применения к нему шблонов уже показывается всем. Хмл нужен именно из соображений динамического форматирования. А вот писать в нем статьи или редактировать дико не удобно.

Во блин. Ну вы даете. Я писал статью в свое время. Поматюгался на этот ворд, воткнул пару макросов в far и колбасил дальше уже в нем.

Здравствуйте, Plutonia Experiment, Вы писали:

R_M>>Тут еще надо отметить, что удобный для меня (и многих других) виндовый софт сделан не MS. Если бы для Windows не были сделаны такие программы, как Far, The Bat, WinAmp и т.п. , которых не хватает под Linux, а были только Проводники, Аутлуки, Медиаплэйеры и прочее ПО в стиле MS, то Windows бы имел значительно меньше приверженцев.

PE>Я вот юзаю аутлук,IE, аполло (а не винамп). Фильмы я смотрю чз медиаплейер.

PE>Но дело в том, что под виндой вообще много таких программ. А как под линуксом с теми же программами ?

Да те же Mozilla/MozillaMail, KMail, Apollo, XMMS (вообще клон винампа) и MPlayer. В свое время мне было невозможно смотреть дома MP4 mediaplayer'ом, так как он тормозил жутко. Под линуксами MPlayer работал гораздо быстрее. Кроме того, не стоит забывать, что MPlayer уже стал стандартом defacto и вместо разработки своих доморощенных проигрывателей создатели ПО вылизывают MPlayer по скорости/фичавости/безглючности.

Здравствуйте, fAX, Вы писали:

fAX>Вот, например, человек файл-мэнеджер написал...

О. Есть еще слакваристы на Руси

PS: извините за еще больший оффтоп

Здравствуйте, VladD2, Вы писали:

VD>Ты же у нас линуксоид, ты и ищи статистику. Я вот затрахался в свое время.

Я клипбордом практически не пользуюсь, так что мне это не надо. konsole, emacs и мозилла между собой данные таскать умеют? умеют. вот мне больше ничего и не нужно.

VD>Ты вод поведай о едином стандарте клипборда для линукс. Для виндовс такой есть. Даже два (совместимых). Просто клипборд АПИ и ОлеКлипборд.

VD>А вот что-то в линуксе о едином стандарте я не слышал. Что придумали за пследний год-два?

То-то когда я картику из паинта вставлял в ворд97 при включенном сократе98 у меня 100% висла W98SE. Ни на каком другом сочетании не повторяется

А по поводу стандарта: оно уже давно есть, зовется CLIPBOARD . Просто нечасто пользуется и поэтому, по всей видимости, нечасто реализуется правильно.

VD>>>Я просто упал, когда в Каликсе из клипборда хэлпа нельзя было скопировать данные в редактор. Кстати, зачем они еще один формат хэлпа прикрутили? Вадь в линухе все стандартизировано?

MAG>>Я не говорил, что каликс — это юниксовый софт. Это ублюдок виндовый с эмулятором винды в потрохах.

VD>Это ублюдок на QT построен. И от винды там не много. А проблемы с клибпордом у меня были везде. КДЕ межу своим софтом еще что-то таскало, а как независимая програмка, так фиг.

Согласен, что такое вполне возможно. Но как-то ни разу не замечал... Потому что не часто пользовал

Здравствуйте, VladD2, Вы писали:

VD>Помнится при установке Каликса на Мандрак (или еще куда) Линукс накрывался медным тазом. По крайней мере хвинды точно.

Про киликс я уже писал... Хотя и уверен, что этот "таз" можно было решить за полчаса курения док к Киликсу/X.

Здравствуйте, VladD2, Вы писали:

VD>А каким боком ты относишся к тем дядькам которые программировать умеют, но слова в ворде считают вручную?

Да практиканты они, так же, как и я.

VD>Я спрашиваю почему они Alt+F11 не нажади?

А они программировать умеют только на Дельфях. В объеме потаскать окошки, выкачать компоненту и кинуть на форму. Скриптование? Они такого слова не слышали И разумеется, с их точки зрения, очень трудно написать программу, которая слова считает.

Здравствуйте, VladD2, Вы писали:

СГ>> Потому, что я создаю целевую машину(ы) для своих расчетных задач, которые потребуют по возможности 100% загрузки CPU. Что мы делаем после покупки компьютеров. Правильно покупаем ОС- далее происходит чудо, оказывается в Windows ядро мы не можем сконфигурировать/оптимизировать под наши запросы в отличие от Linux ядра.

VD>Ну значит руки не из того места растут. Или голова. Виндовс то тут причем?

Показал свою крутость. Расскажи нам, бедным юзверям, которые ничего, кроме cd /usr/src/linux; make config не знают, как мне нахрен оторвать от виндового ядра вообще работу с мышью, клавиатурой, com/lpt/usb-портами, видюхой и все остальное, нахрен не нужное в кластере, не покупая новую версию винды.

Здравствуйте, Roman_M, Вы писали:

MAG>>Честно говоря, идеальный find мне видится таким:

MAG>>

MAG>>
• есть find. консольный. ничем не отличающийся от юниксового.
  MAG>>
• есть гуй. который использует консольный find в качестве backend
  MAG>>

MAG>>Вариант — это две морды над одной библиотекой. Библиотеку разрешается сделать COM-компонентом. Библиотеку и консольную морду пишут юниксоиды, гуевую — виндузятники. Никто не обижен. У всех есть привычные фишки. Дублирования кода нет. Ляпота. Только никогда этого не будет...

R_M>Вот это похоже на правду, это же так офигительно трудно реализовать.

Только почему в последнее время линуксовая программа foo обычно состоит из /usr/lib/libfoo.1.0.0.so, состоящей из функционала и /usr/bin/foo, являющегося консольной мордой? По всей видимости, потому что вышеприведенная схема давно осознана и принята к действию. Проблема теперь только в том, что те, кто может написать морду для foo, юзают консольный вариант, а те, кому нужен гуй его себе написать не могут. Вот здесь бы и пригодилась компания типа Apple, которая с радостью ухватилась за FreeBSD, ибо кроме гуя у них нормально ничего и не получается

MAG>>В винде — да, из-за убогости консоли. А вот в линуксе bash будет помощнее cmd.

R_M>Бесспорно помощнее, но все равно удобней использовать mc, чем только одну командную строку.

mc нужен только для одного — шариться по директориям и смотреть, где что лежит. Все остальное делается в mc медленнее, чем в plain bash. Проверено опытом.

Здравствуйте, mihailik, Вы писали:


R_M>>>Конвертилки под линукс используют штатные таблицы кодировки системы, там даже функция есть iconv(), она гораздо более функциональная, нежели функции группы OemToChar.
M>>Причём здесь функции OemToChar? Это ещё бог знает какая дореволюция. Естественно, нужно использовать другие функции.
R_M>>А зачем нужна "революция"
M>Не знаю. У меня всё конвертится с полпинка.

На каком API ?

R_M>> под линукс все умудряется хорошо работать используя api незнамо каких годов, под винды постоянно придумывают новое api которое не особенно лучше старого.
M>Ты сильно не похож на спеца в WinAPI (конвертилку вон не смог сделать). Я тебе не верю.

Ковертилку можно сделать на MLang, а это уже не Win32 Api, согласно MSDN это Internet Development SDK.

R_M>> Похоже на большие ошибки в проектировании. Кроме того половина "нового" не api не является, стандартом, приходится завязываться на посторонный софт, типа браузера, офиса и т.п.
M>Что за бодяга?

Есть давняя история про Common Controls, которые обновляются вмести с браузером. Вообще то вроде есть отдельные обновления, но масса софта почему-то упорно просила поставить новый IE. Про тот же MLang написано, что "Minimum availability Internet Explorer 5.5". Сейчас уже почти не актуально, но в любой момент M$ вспомнит о том, что нужно сделать новое API, и оно окажется доступным при установке новой версии браузера или офиса.

R_M>>>>Проблема в том, что у меня есть и компилятор, и умение им пользоваться, а у других этого нет, а стандартными средствами в Windows не многое удается сделать.
M>>>Стандартными средствами в Линукс многое не удаётся сделать. А в Windows — как раз наоборот.
R_M>>>Хотя бы один нормальный пример, а то демагогия получается.
M>>Именно на это я и намекаю. Ты говоришь "стандартными средствами в Windows не многое удаётся сделать" — это такая же демагогия.
R_M>>Я приводил примеры.
M>Ну да, ты привёл пример перекодировщика. Его можно сделать стандартными средствами. Из всего этого "многого" не осталось ничего.

Как это ничего, а подключение iso-имиджа в качестве файловой системы, под Windows пусть это будет iso-имидж, поключенный в качестве отдельного диска. Под Linux делаается примерно так:
mount -t iso9660 /mnt/cdimage /root/image.iso -r -o loop


R_M>>>>При чем тут популярность ?
M>>Так почему ты не посмотрел пункт "статистика"?
R_M>>Не понял, про какую статистику идет речь.
M>Пункт "статистика" в веб-интерфейсе RSDN. Ты придуриваешься?

Там много разных статистик, что смотреть ?

R_M>>>>M$ продвигает не их, а свой Windows (какой-нибудь) Server в качестве серверной платформы.
M>>>Наконец-то!
R_M>>>А сразу нельзя что-ли было сообразить.
M>>Ну так взял бы и сообразил. А то ты пишешь, что Микрософт продвигает чужие веб-сервера.
R_M>>Я не писал про сервера, у них есть IIS, они провигают его.
M>Ты писал про веб-сервера. И про SQL-сервера тоже писал.

Я не писал, что M$ их продвигает.

M>>>Если не хочется возиться, то уж точно лучше к Линуксу не подходить.
R_M>>>Не только к линукс, но и вообще в компьютеру, разве что к Mac.
M>>Это миф.
R_M>>В случае, если есть администратор. Иначе возиться придется в обязательном порядка. С Mac все несколько проще.
M>Интерестно, Макинтош мысли на растоянии читает? Как можно настроить веб-сервис не копаясь в настройках?

Не читает, но возни с ними в разы меньше, было даже тестирование, где на комп ставили ось с дровами. Так вот на Mac все встало быстро, а Windows еще долго после этого перегружали, чтобы встали очередные драйвера или вступили в силу измененные настройки.

M>>>>Почему бы Микрософту с тобой не посоветоваться, это ты имеешь ввиду?
R_M>>>>Не со мной, лично я не покупал у них операционку, но и Wininternals делали драйвер FAT32 для NT тоже не по моей просьбе.
M>>>И..? Где противоречие?
R_M>>>В том, что M$ настаивает на том, что все просто и совместимо, но не делает простых вещей когда это нужно. Конечно через пару лет они скажут: вот полжалуйста, сделали, но это уже новая ОС — платите деньги.
M>>В Линуксе есть поддержка Win16? Нету — так нечего настаивать, что там всё просто и совместимо. Конечно, через пару лет они скажут, вот пожалуйста, сделали. Но это уже будет новый Линукс, новый глюки.
R_M>>Не знаю есть ли там Win16, может в Wine и добавили. Но это же другая операционка, речь то шла не про поддержку софта от другой операционки.
M>FAT32 тоже из другой операционки.

Файловых систем там разных много, проблемы есть только с записью на ntfs и udf.

R_M>>>Формально нет, но M$ монополист, который препятствует появлению конкурентов.
M>>Ясное дело, знаем. Если в вашей программе обнаружен новый глюк — подавайте в суд на Микрософт. Вы поскользнулись на банановой корке — подавайте в суд на Микрософт. Ваша жена вам изменяет — подавайте в суд на Микрософт.
R_M>>Если жена изменяет с Windows, то наверное можно подать.
R_M>>А вот по поводу несовместимоти ПО были реальные суды.
M>Ну да, понятно.
M>— Дядя Федя ворует лампочки в подъезде.
M>— Это как? Я не видел.
M>— Я тоже не видел, но почему у него такое неприятное лицо?!

Увы, но у M$ тоже очень неприятное лицо, они уже давно подпортили себе имидж. И началось это уже давно, впрочем как и первые суды.