The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Книга 'Инструменты Linux для Windows-программистов', opennews (??), 19-Сен-11, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


2. "Книга Инструменты Linux для Windows-программистов"  –4 +/
Сообщение от Аноним (-), 19-Сен-11, 13:51 
"системы, которые не принадлежат к POSIX совместимым: все Windows"
Дальше читать не стал...
Ответить | Правка | Наверх | Cообщить модератору

3. "Книга Инструменты Linux для Windows-программистов"  +/
Сообщение от none_first (ok), 19-Сен-11, 14:05 
в целом - автор прав ;) http://ru.wikipedia.org/wiki/POSIX
если учесть, что по-умолчанию, "современный" (поддерживаемый) набор виндей, не содержат вовсе или содержат неполный набор
http://ru.wikipedia.org/wiki/%D0%A1%D0%B...
Ответить | Правка | Наверх | Cообщить модератору

144. "Книга Инструменты Linux для Windows-программистов"  +/
Сообщение от rootus1 (?), 20-Сен-11, 09:30 
Я поддержу предыдущего оратора. фраза звучит "все Windows"
http://en.wikipedia.org/wiki/Microsoft_POSIX_subsystem
Ответить | Правка | Наверх | Cообщить модератору

149. "Книга Инструменты Linux для Windows-программистов"  +/
Сообщение от Olejemail (ok), 20-Сен-11, 13:03 
> Я поддержу предыдущего оратора. фраза звучит "все Windows"
> http://en.wikipedia.org/wiki/Microsoft_POSIX_subsystem

мне странны (удивили) даже сами разговоры о слое совместимости POSIX в Windows (о котором вообще можно упоминать только как об рекламной обёртке), пусть кто-нибудь покажет, как в этом слое совместимости реализованы:
- fork()
- сигналы
... и всё! не надо далеко ходить...

Ответить | Правка | Наверх | Cообщить модератору

150. "Книга Инструменты Linux для Windows-программистов"  +/
Сообщение от fork (??), 20-Сен-11, 13:19 
> мне странны (удивили) даже сами разговоры о слое совместимости POSIX в Windows
> (о котором вообще можно упоминать только как об рекламной обёртке), пусть
> кто-нибудь покажет, как в этом слое совместимости реализованы:
> - fork()
> - сигналы
> ... и всё! не надо далеко ходить...

В cygwin реализация fork и сигналов есть, какая не какая, но в некоторых программах работает. Кроме того можно и без них обойтись это не тот функционал, которому нельзя замену найти.


Ответить | Правка | Наверх | Cообщить модератору

155. "Книга Инструменты Linux для Windows-программистов"  +/
Сообщение от ананим (?), 20-Сен-11, 14:18 
прелесть в том, что по стандарту POSIX замену искать не нужно.
должно компилиться и работать. точка.
другое дело что с cygwin имеешь дело с прослойкой cygwin1.dll, где и многопоточность и другие траблы делают из серьёзного приложения какую-то поделку.
Ответить | Правка | Наверх | Cообщить модератору

156. "Книга Инструменты Linux для Windows-программистов"  +/
Сообщение от fork (??), 20-Сен-11, 14:30 
> должно компилиться и работать. точка.

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

Ответить | Правка | Наверх | Cообщить модератору

162. "Книга Инструменты Linux для Windows-программистов"  +/
Сообщение от ананим (?), 20-Сен-11, 15:04 
верно.
Но не зря оптимизацию под платформу проводят в последнюю очередь и в отдельных объектах компиляции. - http://ru.wikipedia.org/wiki/%D0%A4%D0%B...

зыж
и вообще, форк - это не просто очередная функция, а нечто больше.
Вообще форк в линухе реализован через системный вызов clone - http://linux.die.net/man/2/clone
который может создавать потоки, легковесные процессы, процессы и все их вариации - очень эффективно, лаконично, удобно. Но форк - это посикс. Адоптация - "на потом".

Ответить | Правка | Наверх | Cообщить модератору

161. "Книга Инструменты Linux для Windows-программистов"  +/
Сообщение от anonymous (??), 20-Сен-11, 14:49 
> В cygwin реализация fork и сигналов есть, какая не какая

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

Ответить | Правка | К родителю #150 | Наверх | Cообщить модератору

165. "Книга Инструменты Linux для Windows-программистов"  +/
Сообщение от Olejemail (ok), 20-Сен-11, 18:06 
>> В cygwin реализация fork и сигналов есть, какая не какая
> просто потому, что корректно реализовать fork() даже с
> использованием недокументированых фич винды весьма сложно

невозможно ;)

fork() - это основа философии UNIX, и само понятие клонирования текущего процесса - напрочь отсутствует в WinAPI... чем и что вы будете моделировать?

Ответить | Правка | Наверх | Cообщить модератору

166. "Книга Инструменты Linux для Windows-программистов"  +/
Сообщение от anonymous (??), 20-Сен-11, 18:21 
> невозможно ;)

4.2. Gary Nebbet приводит пример клонирования процесса с использованием native api. но это, как я уже писал, специфично не только для каждой из мажорных версий винды, но даже для сервиспака.

Ответить | Правка | Наверх | Cообщить модератору

168. "Книга Инструменты Linux для Windows-программистов"  +/
Сообщение от Olejemail (ok), 20-Сен-11, 18:28 
>> невозможно ;)
> 4.2. Gary Nebbet приводит пример клонирования процесса с использованием native api. но
> это, как я уже писал, специфично не только для каждой из
> мажорных версий винды, но даже для сервиспака.

Это, конечно, крутое средство переносимости... но даже если оставить его в стороне, речь то не о том?... а о том, что адептам ;) вынь показалось оскорбительным не зачисление их альма-матер в POSIX-совместимые...

... а какая же может быть у вынь совместимость с POSIX, когда самый фундаментальный (не менее!) вызов POSIX совместим "с точностью до сервиспака"??? ;)

Ответить | Правка | Наверх | Cообщить модератору

169. "Книга Инструменты Linux для Windows-программистов"  –1 +/
Сообщение от anonymous (??), 20-Сен-11, 18:34 
> но даже если оставить его в стороне

так и не надо было утверждать, что это невозможно. искажение фактов — парафия m$ сотоварищи.

Ответить | Правка | Наверх | Cообщить модератору

171. "Книга Инструменты Linux для Windows-программистов"  +/
Сообщение от Olejemail (ok), 20-Сен-11, 19:03 
> так и не надо было утверждать, что это невозможно.

в Win32 отсутствует само понимание, философия, термин: клонирование процесса,
поэтому реализовать то, что не имеет названия - нельзя, смоделировать - можно ... через задницу и что-то похожее ... когда эта задница будет зависеть от номера сервиспака ;)

но притягивать это (моделирование через задницу) к вопросу совместимости с стандартами POSIX - это уже даже не веселит... с равным успехом можно с пеной у рта доказывать, что MS-DOS - многозадачная система ... "поскольку там TSR были".

... дальше можно было бы порассуждать о моделировании pthread_t, pthread_atfork() (очень весёлая тема)... о thread self data (правда, насколько мне помнится, MS до этого места уже не дошли в своём ... леере ;)).

Но вопрос даже и не в этом... POSIX - это не только API "по Стивенсу", это ещё и общие положения о структуре системы и командах и интерпретатора шел и основных программах утилитах (то, что стандарт POSIX.2 в отличие POSIX.1)...
В вашем Windows есть команды cat? echo?


Ответить | Правка | Наверх | Cообщить модератору

190. "Книга Инструменты Linux для Windows-программистов"  +1 +/
Сообщение от Аноним (-), 21-Сен-11, 08:00 
> так и не надо было утверждать, что это невозможно.

Это невозможно культурными, штатными и работоспособными методами через стандартное API. То что через зад можно как-то выпилить гланды - ну знаете, можно наверное в принципе родить свой довесок к ядру который будет делать то что надо, но это не является стандартным функционалом операционки, а винда нынче к тому же активно сопротивляется модификации ядра. Для защиты от зловредов. Ну и всех остальных заодно. Вы должны хавать то что заложил MS и ни капелькой больше - право менять функционал ОС есть только у божков из редмонда. Наверное именно поэтому я и пользую линукс. Во всяком случае мне теперь не надо для вгрузки в ядро моего модуля хачить систему или получать ослиное позволение микрософта.

Ответить | Правка | К родителю #169 | Наверх | Cообщить модератору

215. "Книга Инструменты Linux для Windows-программистов"  +/
Сообщение от anonymous (??), 21-Сен-11, 15:48 
>> так и не надо было утверждать, что это невозможно.
> Это невозможно культурными, штатными и работоспособными методами через стандартное API.

ты разницу между «невозможно» и «нет стандартного API» видишь? или как и автор исходного камента — нет?

> Во всяком случае мне теперь не надо для вгрузки в ядро моего модуля хачить систему или получать ослиное позволение микрософта.

странно, на винде тоже не надо. чудеса в решете: почему винду «критикуют» те, кто её вообще не знает?

зыж жду, когда меня запишут в «вендолюба», посмеюсь.

Ответить | Правка | Наверх | Cообщить модератору

167. "Книга Инструменты Linux для Windows-программистов"  +/
Сообщение от Olejemail (ok), 20-Сен-11, 18:22 
> В cygwin реализация fork и сигналов есть, какая не какая, но в
> некоторых программах работает. Кроме того можно и без них обойтись это
> не тот функционал, которому нельзя замену найти.

обойтись можно без всего... только fork() это не "не тот функционал", а как раз тот... на котором 30 лет (до широкого распространения потоков) в UNIX-ах строилась вся клиент-серверная архитектура, все сервера и параллельная ими обработка.

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

и с сигналами UNIX та же история: придумать замену им можно... да только в самой любой ОС UNIX-like критически велика их роль... любой процесс чтоб завершить на его struct task в ядре(!) посылается сигнал... и внутри между kernel thread взаимодействие сигналами (помимо других)...

так что если "замены понавыдумывать", то ... "если бы у нашей бабушки были бы яйца, то был бы это дедушка, а не бабушка".
  


Ответить | Правка | К родителю #150 | Наверх | Cообщить модератору

175. "Книга Инструменты Linux для Windows-программистов"  +/
Сообщение от Olejemail (ok), 20-Сен-11, 19:36 
> В cygwin реализация fork и сигналов есть, какая не какая,

в порядке дружеского совета ;) :
- когда нужно обосновать "Windows тоже POSIX-совместимый"...
- то лучше ссылаться не на cygwin или mingw...
- а на, скажем, VirtualBox от Sun, под которым крутится Linux, под которым полностью POSIX-совместимо выполняются ВСЕ API POSIX и во всех программах!!!

тоже неплохо? ;)

Ответить | Правка | К родителю #150 | Наверх | Cообщить модератору

4. "Книга Инструменты Linux для Windows-программистов"  –1 +/
Сообщение от Аноним (-), 19-Сен-11, 14:07 
Насколько мне известно, в Windows слой совместимости с POSIX по умолчанию не установлен, таким образом автор по большей части прав.
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

191. "Книга Инструменты Linux для Windows-программистов"  +/
Сообщение от Аноним (-), 21-Сен-11, 08:02 
> Насколько мне известно, в Windows слой совместимости с POSIX по умолчанию не
> установлен, таким образом автор по большей части прав.

Там конечно такой слой дер^W совместимости с POSIX что если это надо - лучше сразу вынести винду и поставить пингвина. Меньше мучений будет. В разы. Я гарантирую это.

Ответить | Правка | Наверх | Cообщить модератору

5. "Книга Инструменты Linux для Windows-программистов"  +1 +/
Сообщение от ананим (?), 19-Сен-11, 14:08 
и сразу видно что зря.
в винде можно установить posix-лэйер - это да. но сама винда не posix ни разу.
Зыж
О качестве этих лэйров вообще молчу.
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

55. "Книга Инструменты Linux для Windows-программистов"  +6 +/
Сообщение от Аноним (-), 19-Сен-11, 17:55 
Странно что вы с таким уровнем подготовки её вообще открыли :))
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру