Microsoft предлагает open source альянс

>Но логично на смену OLE приде .NET.

аа...так ты не только куришь, но и грибочками закидываешься...ты хоть знаешь, чем отличается OLE от .NET? =)

>Система дров, GUI и работа с сообщениями делают Мелкосовтовскую платформу более удобной для прикладного программирования

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

>Но логично на смену OLE приде .NET

ага, вначале было OLE (похожее на DDE, но другое), потом в ней нашли серьезный недостаток - его писали не те программеры. так появился COM(который как OLE, только совсем другой). потом другая группа разработчиков внутри мс нашла в COM серьезный недостаток - его писали не они. так появился ActiveX(который как COM, только совсем другой). Недавно они пришли к пониманию, что у интернета есть фатальный недостаток: ну, вы поняли. И это приводит нас к текущему моменту и технологии .NET (произносится как <doughnut (пончик по-нашему)>, но по-другому), похожей на интернет, но с большим количеством пресс-релизов. Главное, что нужно очень четко понимать - .NET исключает DLL Hell.

=)

> .NET под Линукс я пока не видел

в гугл сходить религия не позволяет? mono.

Это вообще весьма забавно, что "технология" .NET с ее CLR, по сути, слизанная с JVM (Java) поддерживается только Microsoft Windows RTFM, хотя по идее главным ее достоинством (как и у Java) является переносимость с платформы на платформу + поддержка нескольких языков программирования. Языки - фиг с ними, но "виртуальную машину" портировать на различные платформы - это святая обязанность Microsoft. Наверное у них все так запущено, что вместо версий .NET под разные платформы они обсуждают "какие преимущества у друхих ОС по сравнению с Windows". Будет весьма забавно, что проект MONO Microsoft задушит судебными исками :-)))

>ага, вначале было OLE (похожее на DDE, но другое), потом в ней нашли серьезный недостаток - его писали не те программеры. так появился COM(который как OLE, только совсем другой).

Мда, батенька.... Самообразованием нада занимаца, коли недоучились....

>Мда, батенька.... Самообразованием нада занимаца, коли недоучились...

наконец-то ты это понял =)

>ты хоть знаешь, чем отличается OLE от .NET? =)

Дело не в том чем отличается технически, а в том для чего создано... И кстати писать мне доводилось не только под Винду=) Кстати очень интересно твое мнение - что такое OLE и что такое .NET?

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

>наконец-то ты это понял =)

Купи себе книжку и почитай, что OLE, COM и ActiveX это разные названия одного и того же... То как ты сюда приплел DDE мне видимо понять не дано

>Дело не в том чем отличается технически, а в том для чего создано...

окей, для чего же создано OLE, а для чего - NET? =)

может, для тебя OLE и java - тоже аналоги? =))))

> Мда, батенька.... Самообразованием нада занимаца, коли недоучились....

ну, мы в университетах не кончали... но в отличие от людей с "правильной распальцовкой" и нужной длинной этого самого, обладаем чувством юмора, и способны разглядеть в моем посте цитату из "истории программных революций мс" (памятуя о вашей религии и ее отношению к гуглу сразу дам ссылку http://i72.by.ru/humor/revolution.htm) ,)

> Купи себе книжку и почитай, что OLE, COM и ActiveX это разные названия одного и того же... То как ты сюда приплел DDE мне видимо понять не дано

так, про DDE говорил я а не geek. это раз. нечего человека расстреливать за то, что он не говорил ,) а про то откуда оно тут - как грамотно заметил svu (26.08.2005 14:52:25) это уже перебор с т.з. адекватности вашего понимания юмора. это два.

>Купи себе книжку и почитай, что OLE, COM и ActiveX это разные названия одного и того же... То как ты сюда приплел DDE мне видимо понять не дано

во-первых, ты промахнулся. Во-вторых, OLE появился именно в силу того, что реализация IPC в виде DDE получилась по-негрософтовски угрёбищной. учи историю своего фетиша, а то так и будешь в луже пердеть.

DDE - это предшественница OLE На основе OLE2 была создана COM Activex базируется на COM. Вроде так

>окей, для чего же создано OLE, а для чего - NET? =)

И то и другое прежде всего представляют из себя компонентную инфраструктуру и я заметь не говорил, что они аналоги... .NET + к этому предлагает CLR(по сути виртуальную машину), что существенно увеличивает надежность и обеспечивает переносимось. В этом кстати они похожи на Java и JavaBeans... + что интересно и OLE и .NET и Java предлагают интерфейсно-компонентный подход, в то время как распространенная в юниховом мире CORBA делает ставку на множественное наследование

Не может винда выиграть в этом конкурсе, это очевидно любомы, кто способен работать с обеими системами. Для MS это будет в лучшем случае сложная ничья, которая им ничего не даст. Значит надо искать другие, не столь очевидные мотивы это предложения.

Надо смотреть на пиар картину.

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

Во вторых, самим надо наступать, предлагать инициативу, что бы они тоже защищались. Это всегда выигрышная позиция. И требование открыть исходники для сравнения спецам, достаточно громкое и справедливое, нет и не может быть ничего круче и очевиднее, чем прямое сравнение кода на глупости и баги.

Ну раз такая пьянка... Примемся за дело! Что такое OLE - Object Link and Embedding (по моему так). Технология которая позволяет подключать объекты приложениям, которые хотят использовать эти объекты. ActiveX, COM, DCOM, COM+ - тоже самое. Так вот вопрос к знатоку MS - почему одна и таже технология называется по разному? В KDE есть тоже такие аналоги - kio называется. Тока он там один и интерфейс задокументирован, а многие компоненты винды, которые построены с помощью активХ и ком - нет.

Потом .NET - все наверно хорошо, но тока вопрос - а будет ли это вообще работать и будет ли жить? Потом может появится .NET+ - ? и еще куча знаков как с COM и COM+.

Раз уж про серверные ОС зашли дела, то скажем почему в Linux есть стандартный syslog, который позволяет отправлять сообщения на удаленный сервак, а у MS - нету такой возможности. И плюс если винда падает - то ее просто так не восстановить, надо либо юзать сторонний софт, либо переставлять с нуля (тока вот не надо мне рассказывать, что система сама создает бэкап реестра - я знаю, тока толку от него как от козла молока). У MS большая часть инфы по системе хранится в WMI - для доступа надо либо писать прогу, либо покупать сторонний софт. Нормального инструментария (хотя это их обязанность!!!) - в комплекте нету! А в MSDN - есть два примера, которые толком-то и не показывают ничего...

>И то и другое прежде всего представляют из себя компонентную инфраструктуру

OLE - это ни разу не инфраструктура. это набор слабо связанных между собой компонент =)

>NET + к этому предлагает CLR

.NET без CLR мертва =)

>что существенно увеличивает надежность и обеспечивает переносимось

переносимость куда?

>что интересно и OLE и .NET и Java предлагают интерфейсно-компонентный подход, в то время как распространенная в юниховом мире CORBA делает ставку на множественное наследование

да ну? ставку на CORBA? скажи телефон своего дилера!

ps: ты в PR-отделе негрософта работаешь?

>DDE - это предшественница OLE На основе OLE2 была создана COM Activex базируется на COM. Вроде так

DDE благополучно существует и работает сейчас - единственная ее задача - управление обменом данными между процессами в винде... В то время как COM - компонентная архитектура, основная задача которой многократное использование ранее написанного кода. OLE не может быть основой COM, потому что все связанное с автоматизацией это интерфейсы описанные уже на ODL/IDL + соглашения по типам данных.

> Потом .NET - все наверно хорошо, но тока вопрос - а будет ли это вообще работать и будет ли жить? Потом может появится .NET+ - ?

А у главного разработчика .NET борода есть ? :-)))

> .NET + к этому предлагает CLR(по сути виртуальную машину), что существенно увеличивает надежность и обеспечивает переносимось

Sun действительно предлагает виртуальные машины для нескольких платформ. Сколько платформ обеспечивает виртуальными машинами МС лично?

> в то время как распространенная в юниховом мире CORBA делает ставку на множественное наследование

Как можно _противопоставлять_ компонентный подход и множественное наследование?

> DDE благополучно существует и работает сейчас

Не спорю, это так

DDE - Dynamic Data Exchange - как было сказано раньше это аналог IPC. А OLE - это разве не компонентная реализация, которая была в зачатке перед COM и DCOM и всей остальной лабудой? Ктому же что COM-модель, что CORBA вид одного яйца на с разных ракурсов. Почему же тогда говорится в MSDN что COM можно использовать для построения своих компонент (как в CORBA)?

Братья! Предлагаю провести голосование по всему OSS сообществу нужен ли нам этот альянс. Если не нужен, пора объявлять открытую войну этим уродам. Ибо нехорошие тенденции у мелкососа проявляются. Альянс нам боком выйдет. (Извиняюсь за радикализм, но достало)

>Ну раз такая пьянка... Примемся за дело! Что такое OLE - Object Link and Embedding (по моему так). Технология которая позволяет подключать объекты приложениям, которые хотят использовать эти объекты. ActiveX, COM, DCOM, COM+ - тоже самое. Так вот вопрос к знатоку MS - почему одна и таже технология называется по разному?

Microsoft Press утверждает, что это исключительно маркетинговый ход =)

>Потом .NET - все наверно хорошо, но тока вопрос - а будет ли это вообще работать и будет ли жить? Потом может появится .NET+ - ? и еще куча знаков как с COM и COM+.

.NET 2 Beta - уже появился =)

>Раз уж про серверные ОС зашли дела, то скажем почему в Linux есть стандартный syslog, который позволяет отправлять сообщения на удаленный сервак, а у MS - нету такой возможности. И плюс если винда падает - то ее просто так не восстановить, надо либо юзать сторонний софт, либо переставлять с нуля (тока вот не надо мне рассказывать, что система сама создает бэкап реестра - я знаю, тока толку от него как от козла молока). У MS большая часть инфы по системе хранится в WMI - для доступа надо либо писать прогу, либо покупать сторонний софт. Нормального инструментария (хотя это их обязанность!!!) - в комплекте нету! А в MSDN - есть два примера, которые толком-то и не показывают ничего...

Во всем есть плюсы и минусы и у винды есть свои недостатки. Если ты посмотришь, что я писал выше, то увидишь, что я не пытался доказать что винда лучше или наоборот=) Просто для каждой задачи надо выбирать наиболее подходящую ОС и инструментарий. Я абсолютно не гнушаюсь связываца с Линухом, особенно когда речь идет о Web и серверных вещах.

> Ибо нехорошие тенденции у мелкососа проявляются. Альянс нам боком выйдет. (Извиняюсь за радикализм, но достало)

Думаю, политика Microsoft всегда такой была, ничего нового. Альянсами пусть SUN занимается, правда у этой фирмы свой счет к негрософту RTFM

>Sun действительно предлагает виртуальные машины для нескольких платформ. Сколько платформ обеспечивает виртуальными машинами МС лично?

Пока .NET успел только облегчить жизнь виндовым разработчикам. Кстати то, что он похож на Java - это только плюс - на переучивание ушло мало времени. А под виндой он безусловно обеспечивает больше возможностей, чем Java.

>Как можно _противопоставлять_ компонентный подход и множественное наследование?

Безусловно технически интерфейсный подход - частный случай множественного наследования. Просто интерфейсный подход делает объектные иерархии менее запутанными - часто полезно иметь интерфейс, а не класс с реализацией - кода больше, зато в целом все гибче.

>Пока .NET успел только облегчить жизнь виндовым разработчикам. Кстати то, что он похож на Java - это только плюс - на переучивание ушло мало времени. А под виндой он безусловно обеспечивает больше возможностей, чем Java.

Что черти не придумают, чтобы не сделать переносимость на уровне исходников %-))))))

Если Вы предпочитаете interface-based подход, то не Вам ругаться на CORBA. Там как раз все на интерфейсах, описываемых через idl.

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

>Сколько раз мне не присылали ссылки на этот Форум, всякий раз убеждаюсь, что присутствуют здесь одни прыщавые доморощенные линуховоды...

В отличие от тупорылых, толстых, зажраных виндовых админов-эникейщиков

Кстати у истоков негрософта тоже стоит прышавый доморощеный билли

>Мелокософт и OpenSource это просто несравнимые вещи...

Вот именно. Как можно сравнить Компанию с Концепцией ?

>И у винды есть куча плюсов, которые Линухам и Юнихам не завоевать в обозримом будущем

Не спорю, но TCP/IP стек не является "+" у виндовс, скорее "-". Также не является "+" оффтопа ее стабильность. Плюс пожалуй только один: юзабельность. Но и это уже оч даж неплохо ликвидируется в Линуксе с помощью KDE.

>А с учетом того, что виндовозная серверная платформа очень быстро развиваеца...

А толку ? Со времен НТ4 она только хуже стала(относительно). Лучше бы она просто была "быстрой платформой" а не "быстро развивающейся платформой"

>...и совершенствуется...

Видали мы это совершенствование... "патч который патчит патченую предыдущим патчером библиотеку патчера который пропатчит Ваш инсталятор для установки обновления Вашей системы"

>...скоро единственным плюсом OpenSource мира останется его бесплатность...

Ых... Давно пора уже запомнить(если не получается использовать топор для зарубки на носу) что Бесплатность и Открытость исходного кода не есть одно и то же... (смотреть сайты АСП, АЛТ Линукс и еще много такого же)

И воопще, ИМХО весь топик глупый флейм... Бугага. Ржунимагу

>Братья! Предлагаю провести голосование по всему OSS сообществу нужен ли нам этот альянс. Если не нужен, пора объявлять открытую войну этим уродам. Ибо нехорошие тенденции у мелкососа проявляются. Альянс нам боком выйдет. (Извиняюсь за радикализм, но достало)

Дело в том, что это нужно Microsoft, но ни как OSDL. Наверное выдохлась , в борбе за правое дело. Истащились аргументы :)))). Наверное битву за корпоративный рынок проигрывает? Почему OSDL не нуждается в услугах Microsoft. Потому что продукты OSDL основаны на примение ОС с открытым кодом, тем самым создав операционку, которая является альтернативой MS-Windows, в борьбе за свободый софт. Я думаю, что OSDL поблагодарит Microsoft и уйдет от прямого ответа. Вообще-то, это уже комиксы :))))

> Купи себе книжку и почитай, что OLE, COM и ActiveX это разные названия одного и того же... То как ты сюда приплел DDE мне видимо понять не дано

Читайте у классиков про свои заклинания: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/automat/htm/... Благо MS сама в них путается. Кстати, в далёком 1995, когда печально знаменитая Chicago начала своё победной шествие, я много слыхал про OLE, но ничего - про COM и ActiveX. К чему бы это, а?

А сейчас к тебе, опытный программер, будет у меня вопрос. Попросили меня сделать небольшую СУБД на Delphi (у меня нашлась Delphi5, когда-то лабал в ней). Чтоб, значится, с 3..4 машинок на win2k в обычной MS-сети, ethernet-100Mbit, один mdb-файлец совместно юзать. Почесал я репу... Никогда до того с databases дела не имел... Но решил - а, тряхну стариной, время свободное сейчас есть.

Полез в инет - смотреть, на чём люди умные это в дельфях делают. Меня просветили, что BDE - это плохо, а вот ADO - это круть, на ей серверную часть делать надоть. И примерчик подсунули. Клиент, сервер, пошаговые инструкции, - благодать. Межпроцессное общение через DCOM или Sockets. Для второго случая треба, чтоб какая-то хрень борландовская была запущена на сервере, потому пока отложили в сторонку. Взялись за каменный цветок с помощью DCOM. Набрал предложенный примерчик быстренько, попутно разбираясь по хелпу, что к чему, и исправляя ляпы в описании примерчика (торопился человечек, слова путал иногда). Всё компилируется и запускается (всегда ненавидел приложения, срущие в реестр, но тут самому под скрежет зубовный пришлось делать myserver.exe /regserver)... но не пашет. Жалобно визжит про "Either BOF or EOF is true" при отправке sql-запроса. Хотя клиент к серверу коннектится. А сервер успешно выдаёт список таблиц в базе. Ладноть, нашёл ещё один сайтец, там человечек похожий случай, но без DCOM и несколько иными db-компонентами, разбирает на аглицком. И там всё работает. Хм... Гуглим. Выясняем, что в delphi5 ADO (и не только) ещё очень кривая, и накатываем на неё предлагаемые патчи. Ага, теперь взлетело. Ну что ж, пора пробовать в условиях, приближенных к боевым.

Сервер на одну машинку, клиент - на другую... Как это нах??? Почему это "error loading type library/dll" на клиенте при запуске sql-запроса??? А какая именно dll - это мне предлагается угадать самостоятельно??? Почему, пока клиент и сервер были на одной машине, ничего подобного не было??? Хотя на обеих машинах установлена delphi5, но и при запуска клиента из неё - всё то же самое!

Ладно, попробуем совсем топорно. Делаем клиента и сервера в одном приложении, TADOConnection натравливаем по сети на \\server\dir\file.mdb. Хм. Пашет. Изврат, конечно, но ведь пашет. Ладно, сделаем benchmark. Сначала запузырим в эту многострадальную базу подряд 2000 штук insert into, а потом сделаем им так же подряд delete from. Ну, не сказал бы, что быстро... 32 секунды (хотя иногда почему-то 13) - это ни разу не быстро... Но пока сойдёт. А чёй-то у нас mdb-то так раздобрел, а? До выполнения всего этого он был поскромнее размерами! И как его вернуть взад? Мдя. Ну ладно, потом разберёмся. А сейчас запузырим ещё тестик - с удалённого "клиента" (хотя какой он нах клиент, если в нём тоже TADOConnection, ссылающийся на \\server...) запустим benchmark, а одновременно локально таким же "клиентом" будем просматривать записи в этой же таблице. Упс... А чёй-то он 1200 записей удалил, а 800 так и остались... Ой, да он и не пингуется чё-то совсем.. Алё, клиент! Мать-мать-мать, что ж тебя так скособочило? Как это Exception? Как это - НЕТ СЕТИ? КАК ЭТО - НЕТ СЕТИ ДАЖЕ ПОСЛЕ ПЕРЕЗАГРУЗКИ ВИНДЫ(!!!)?!! Мляяяяя..... В общем, только после того, как я выключил машину, дал ей 5 минут постоять, а затем включил, сетевая карта на ней заработала снова. Хочу добавить, что сетевую эту раньше имели и в хвост, и в гриву - и файлы, включая видео, гнали туда-сюда одновременно несколькими потоками, и фильмы по сети смотрели, ни разу подобного не было. mdb-файл на "сервере" не пострадал...

Вот теперь думаю - то ли у меня руки из ж (первый раз всё-таки)..., но ли что-то не так с этими "технологиями" от MS :) Что скажете?

> Почесал я репу... Никогда до того с databases дела не имел... Но решил - а, тряхну стариной, время свободное сейчас есть.

..может быть это ключ к разгадке? ;)

// wbr

> Братья! Предлагаю провести голосование по всему OSS сообществу
> нужен ли нам этот альянс. Если не нужен, пора объявлять открытую
> войну этим уродам. Ибо нехорошие тенденции у мелкососа проявляются.
> Альянс нам боком выйдет. (Извиняюсь за радикализм, но достало)

Дык сообщество уже "гудит" :)

"The buzz with end users this week is that Open Source Development Labs (OSDL) chose wisely when it rejected an allegedly independent comparison of Linux and Windows."
http://searchenterpriselinux.techtarget.com/originalContent/0,289142,sid39_gc...

И далее по тексту :)

ЗЫ По этому поводу прожОг translate.ru с вариантом перевода:
"_Гудение_ с конечными пользователями на этой неделе - то, что Открытые Исходные Лаборатории Развития (OSDL) выбрали мудро, когда это отклонило предположительно независимое сравнение Linux и Windows."

> DDE благополучно существует и работает сейчас - единственная ее задача - управление обменом данными между процессами в винде... В то время как COM - компонентная архитектура, основная задача которой многократное использование ранее написанного кода. OLE не может быть основой COM, потому что все связанное с автоматизацией это интерфейсы описанные уже на ODL/IDL + соглашения по типам данных.

Микеден, а ты не путаешь OLE и OLE Automation? Тебе работодатель не рассказывал, чем они отличаются? Ну давай, это сделаю я: http://www.canaimasoft.com/f90VB/OnlineManuals/UserManual/TH_68.htm

> сюда приплел DDE мне видимо понять не дано
в отличие от некоторых у меня память хорошая - DDE была всгео лшиь очередная итерация в уже приведённом перечне obsolete protocols:

http://www.prestwood.com/community/paradox/info/dde_ole.html

"The primary difference between DDE and OLE has to do with what each one sends. DDE sends data and commands between two applications. OLE either embeds data directly into another application, or stores information about a link to a specific piece of data. You can store OLE data in an OLE field type of a table. You cannot store DDE links in a table."

>что Открытые Исходные Лаборатории Развития (OSDL) выбрали мудро, когда это отклонило предположительно независимое сравнение Linux и Windows

Вот потому и "гудит" :-))) Заодно и 14-летие Линукса %)

Руки из ж - однозначно.

На счет технологий MS

Был DDE (еще в Windows 2.0) - позволял передавать данные из процесса в процесс. DDE жив и поныне.

Потом на основ DDE сделали OLE1 - то самое связывание и внедрение объектов. Это появилось в Windows 3.1.

Потом MS для Офиса слелала OLE2 - связывание и внедрение объектов с активацией по месту. Для реализации этой самой активации возможнотей DDE было недостаточно. И для реализации OLE2 был использован COM, сам по себе никакого отношения к активации объектов не меющий - COM это скорее некоторая спецификация. Я не знаю, создавался ли COM специально для OLE2, или это был отдельный проект MS, но изначально COM и OLE2 это не одно и то же.

Очень много для развития OLE сделали авторы Visual Basic. Ими были разработаны спецификации OLE Automation, OLE Controls (OCX) и т.д.

С какогото момента MS рекомендовала не воспринимать OLE как аббривеатуру. Например, OLE DB - это не какое не внедрение объектов, это просто OLE DB.

Кроме того, часть технологий, построенных с исппользованием COM и имеющих отношение к Internet была переименована в ActiveX (ActiveX Controls, ActiveX Documents, ActiveX Scripting) и т.п.

что то вроде ... "Мужик купи кирпич за полцены"

задолбали они все сравнивать...

>А вообще кому надо --- тот пусть и платит. полностью согласен

>такой вызов логичнее было бросить редхату или новелю

специально походу подбирали определенную организацию ... узнать бы ход их маленьких поршивеньких мыслей :)

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

да походу так и будет... нужно независимую комиссию по тестам, независимую по слежению за тестами и то же для опубликования результатов.

по поводу MS AD и NDS мож интересно кому будет, давно валяется ... http://www.microsoft.com/rus/windows2000/migration/netware/ms_ad_comm.asp

> ..может быть это ключ к разгадке? ;)

К разгадке вопроса, почему всё идёт медленно. Но ни разу не вопроса, почему вылезают ошибки на ровном месте. Я могу делать неоптимально, но неправильно в принципе - вряд ли :)

> в отличие от некоторых у меня память хорошая - DDE была всгео лшиь очередная итерация в уже приведённом перечне obsolete protocols:

Кстати, а кто-нибудь когда-нибудь что-нибудь писал, используя DDE непосредственно? Я лет 7 назад извращался в Delphi, "командуя" MSWord'у через DDE рисовать таблицы и картинки его visualbasic'ом. Незабываемо. Незабываемая "скорость", незабываемое убожество с т.зр. возможностей и даже максимальной длины одной команды, незабываемые глюки через раз, когда Word делает вид, что принимает команды, а на самом деле ни черта не делает... :)

> Вот теперь думаю - то ли у меня руки из ж (первый раз всё-таки)..., но ли что-то не так с этими "технологиями" от MS :) Что скажете?


Потому что надо сначала чему-то учицца, а потом уже это что-то делать, а не изучать в процессе. А то за*бали уже эти специалисты со своим "разберёмся по ходу дела". Это ко всему относится, а не только к винде.

> Руки из ж - однозначно.

Ну, во-первых, я спрашивал не тебя. Во-вторых, раз уж собрался отвечать, то отвечай полностью, то есть укажи мне верный путь, толкни в нужном направлении.

> Потому что надо сначала чему-то учицца, а потом уже это что-то делать, а не изучать в процессе. А то за*бали уже эти специалисты со своим "разберёмся по ходу дела". Это ко всему относится, а не только к винде.

Учиться имеет смысл, если посвящаешь делу всю жизнь или хотя бы пару лет. Я же решил просто убить время, о чём, кстати, и написал. Учиться месяцами для этого? Ты, когда новую игрушку запускаешь, тоже предварительно месяц готовишься? :)

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


Ну а что ж ты тогда ожидаешь? Если я щас чтобы убить время начну кис фаянсовых из глины лепить и выйдет угрёбище - кого винить тогда? :-))

> Учиться имеет смысл, если посвящаешь делу всю жизнь или хотя бы пару лет. Я же решил просто убить время, о чём, кстати, и написал. Учиться месяцами для этого? Ты, когда новую игрушку запускаешь, тоже предварительно месяц готовишься? :)

все-таки есть небольшая разница между игрой в игрушку и профессиональной разработкой ПО. по крайней мере по предоставляемым требованиям к "играющему".

ps: грамотно и без накладок использовать, например, pthreads могут оччень немногие разработчики. и этому то-же нужно посвятить достаточно много времени и усилий. ну и что? от этого pthreads не становятся хуже. или возьмем всеми любимый SUN RPC. радость еще та и без предварительного изучения может таить в себе массу сюрпризов.

// wbr

> Ну а что ж ты тогда ожидаешь? Если я щас чтобы убить время начну кис фаянсовых из глины лепить и выйдет угрёбище - кого винить тогда? :-))

А я не виню, я просто спрашиваю :) Все уверенно заявляют "руки кривые", но никто не сказал, где именно :) Это и я так могу :)

> Все уверенно заявляют "руки кривые", но никто не сказал, где именно :)

по описанным симптомам трудно сказать, в каком именно месте сделана ошибка. много эмоций, мало конкретики. test suite в студию.

// wbr

> все-таки есть небольшая разница между игрой в игрушку и профессиональной разработкой ПО. по крайней мере по предоставляемым требованиям к "играющему".

Какая ж она профессиональная, если я написал, что for fun :) Мне детали не нужны, я спрашиваю, в том ли я направлении я вообще побрёл или надо срочно менять инструментарий и методологию (Delphi, ADO, DCOM/Sockets, mdb-база (может, её лучше конвертнуть куда?)) :) .Net не предлагать, хочется что-то более или менее оттестированное. Трахаться я предпочитаю с особями женского полу :)

> по описанным симптомам трудно сказать, в каком именно месте сделана ошибка. много эмоций, мало конкретики. test suite в студию.

Нет, сначала - выбор инструментария. А то, может, я вообще не в том направлении побрёл :)

> Кстати, а кто-нибудь когда-нибудь что-нибудь писал, используя DDE непосредственно?

Я использовал - лет 8 назад получал из какой-то биржевой прогри котировуи валют в свою прогу - через DDE.

Поддержка DDE до сих пор есть в MS Excel и VB6. Там где надо, DDE еспользуется. Кроме того, DDE используется Windows Shell (explorer.exe) для запучcка приложений, связанных с расширением файла. Например, при щелчке по .doc explorer.exe не запучкает новый Word.exe, а находит уже работающий и через DDE передает ему команду открыть файл.

На счет убожества - ни кто и не спорит. Потому и COM появился? Какие к нему притензии? Библиотеки нужно регистрировать? В .Net уже не нужно.

Только следует учитывать, что DDE (как и многое другое в Windows, например, оконная система, GDI и т.д.) изначально создавался для работы на машине с процессором Intel 8086 и 1МБ памяти, это очень много объясняет. Между прочим то, что это все там работало - это маленькое чудо, во моного определившее дальнейший успех Windows.