Comments on: Недокументированные функции; Загрузка 32-х битных DLL в 64-х битный процесс. http://blog.not-a-kernel-guy.com/2008/02/28/293 ... in the Windows kernel team Fri, 21 Nov 2008 13:01:20 +0000 http://wordpress.org/?v=2.6 By: Not a kernel guy http://blog.not-a-kernel-guy.com/2008/02/28/293#comment-11415 Not a kernel guy Mon, 17 Mar 2008 16:29:37 +0000 http://blog.not-a-kernel-guy.com/2008/02/28/293#comment-11415 Именно об этом я и говорю. Любая библиотека/программа содержит в себе "скрытый функционал". В том числе любое приложение с открытым исходным кодом. Именно об этом я и говорю. Любая библиотека/программа содержит в себе “скрытый функционал”. В том числе любое приложение с открытым исходным кодом.

]]> By: Neandertalets http://blog.not-a-kernel-guy.com/2008/02/28/293#comment-11412 Neandertalets Mon, 17 Mar 2008 07:47:59 +0000 http://blog.not-a-kernel-guy.com/2008/02/28/293#comment-11412 Забыто еще одно применение недок.функций: создание скрытого функционала. Забыто еще одно применение недок.функций: создание скрытого функционала.

]]> By: Not a kernel guy http://blog.not-a-kernel-guy.com/2008/02/28/293#comment-11333 Not a kernel guy Sun, 02 Mar 2008 07:00:41 +0000 http://blog.not-a-kernel-guy.com/2008/02/28/293#comment-11333 <blockquote>_только_ недокументированные функции реализуют нужный функционал.</blockquote> Ну и что? Даже если так, это совсем не оправдывает их использование. Одна из заповедей менеджеров программных (да и не только программных) проектов - "manage your dependencies". Если срываются сроки поставки компонента, от которого зависит данное приложение - срываются сроки поставки этого приложения. Если нарушается контракт (публичный интерефейс) между прилодением и библиотекой - страдает приложение. А операционная система - это библиотека. Кроме того, 9 из 10 раз когда звучит это утверждение, это не так. Обычно существует альтернативное решение. Оно кажется дороже в данный момент, но в перспективе это экономия на спичках.

_только_ недокументированные функции реализуют нужный функционал.

Ну и что? Даже если так, это совсем не оправдывает их использование. Одна из заповедей менеджеров программных (да и не только программных) проектов - “manage your dependencies”. Если срываются сроки поставки компонента, от которого зависит данное приложение - срываются сроки поставки этого приложения. Если нарушается контракт (публичный интерефейс) между прилодением и библиотекой - страдает приложение. А операционная система - это библиотека.

Кроме того, 9 из 10 раз когда звучит это утверждение, это не так. Обычно существует альтернативное решение. Оно кажется дороже в данный момент, но в перспективе это экономия на спичках.

]]> By: http://altmind.livejournal.com/ http://blog.not-a-kernel-guy.com/2008/02/28/293#comment-11330 http://altmind.livejournal.com/ Fri, 29 Feb 2008 21:44:21 +0000 http://blog.not-a-kernel-guy.com/2008/02/28/293#comment-11330 извините. it's not a mercy. зачастую, _только_ недокументированные функции реализуют нужный функционал. извините. it’s not a mercy.
зачастую, _только_ недокументированные функции реализуют нужный функционал.

]]> By: Not a kernel guy http://blog.not-a-kernel-guy.com/2008/02/28/293#comment-11329 Not a kernel guy Fri, 29 Feb 2008 17:34:32 +0000 http://blog.not-a-kernel-guy.com/2008/02/28/293#comment-11329 Обычно для этого используют <a href="http://msdn2.microsoft.com/en-us/library/ms691260(vs.85).aspx" rel="nofollow">DllSurrogate</a>. Обычно для этого используют DllSurrogate.

]]> By: alex http://blog.not-a-kernel-guy.com/2008/02/28/293#comment-11326 alex Fri, 29 Feb 2008 10:02:45 +0000 http://blog.not-a-kernel-guy.com/2008/02/28/293#comment-11326 Спасибо, понятно. Что касается "создать новый процесс" - была такая идея, regsvr32 так и делает :) Хотелось узнать, не изобретаю ли я велосипед. В частности, если речь идёт о inproc COM-сервере в виде 32bit DLL, - нет ли (не планируется ли заведение) некоего 32bit host process (типа svchost.exe) специально для обеспечения межбитной COM-совместимости? Тем более, что у COM уже есть готовые средства межпроцессного маршалинга, изобретать которые заново не интересно... Спасибо, понятно.
Что касается “создать новый процесс” - была такая идея, regsvr32 так и делает :) Хотелось узнать, не изобретаю ли я велосипед.

В частности, если речь идёт о inproc COM-сервере в виде 32bit DLL, - нет ли (не планируется ли заведение) некоего 32bit host process (типа svchost.exe) специально для обеспечения межбитной COM-совместимости? Тем более, что у COM уже есть готовые средства межпроцессного маршалинга, изобретать которые заново не интересно…

]]>