Я бы с удовольствиме почитал.

uze v /upload/doc
vmeste s "Rationale for ANSI programming language C"

2 _artem_
Спасибо за "POSIX Programmer's Guide"!



Конечно! POSIX нужно чтить.

Слил, спасибо!

Сообщение отредактировал klogg - Dec 24 2005, 10:52

Большое пожалуйста .



И 2-я книга, как и 1-я - это коллективное творчество нескольких авторов с QOR.
Это уже сложилась такая технология: всё, что есть по существу у нескольких авторов - объединяется под общей обложкой ... в силу обстоятельств сложилось так, что я "составитель" этих материалов ...
К вопросу "с прискорбием" .... - мы просто физически не можем больше успевать - уже лежит готовая рукопись книги (сборника) "Сети QNX", идёт работа (~70-80%) книги "GUI QNX" (всё - рабочие названия)...
Господа - присоединяйтесь! ...
Сколько можно ждать, что информацию вам даст "дядя", ... при том, что переводные книги от этого "дяди" преимущественно из серий "для чайников" или "для полных идиотов" ... (это сказано не в умаление немногих действительно прекрасных переводных книг, того же Кёртена...).
Присоединяйтесь, господа, присоединяйтесь ... (кого заинтересует: olej@front.ru).



"Практика" - можете посмотреть здесь:
http://www.books.ru/shop/search?sort=trade...X&search_type=+
- 3-я сверху .

"Введение" Кёртена - это прекрасная книга, которая полезна и тем, кто в жизни не собирается иметь дело с QNX, вот одна из ссылок на информацию на неё:
http://qnx.org.ru/viewthread12n461.html
Здесь где-то на форуме была информация, что она теперь доступна и в электронном виде.

P.S. к сожалению, Р.Кёртен окончательно рассорился с производителем QNX - фирмой QSSL - и ушёл из этого "мира", так что мы более не будем видеть его книг.

Вот тут
http://www.gnu.org/software/pth/pth-manual.html
нашелся неплохой список литературы

[1] B. Nichols, D. Buttlar, J.P. Farrel:
`Pthreads Programming - A POSIX Standard for Better Multiprocessing',
O'Reilly 1996;
ISBN 1-56592-115-1

[2] B. Lewis, D. J. Berg:
`Multithreaded Programming with Pthreads',
Sun Microsystems Press, Prentice Hall 1998;
ISBN 0-13-680729-1

[3] B. Lewis, D. J. Berg:
`Threads Primer - A Guide To Multithreaded Programming',
Prentice Hall 1996;
ISBN 0-13-443698-9

[4] S. J. Norton, M. D. Dipasquale:
`Thread Time - The Multithreaded Programming Guide',
Prentice Hall 1997;
ISBN 0-13-190067-6

[5] D. R. Butenhof:
`Programming with POSIX Threads',
Addison Wesley 1997;
ISBN 0-201-63392-2

Из этого списка у нас есть только [5]. Хорошо бы скучковать все остальное.

Только что нашел и положил [3]
/upload/DOC/pthreads_primer_--_a_guide_to_multithreaded_programming.pdf

Осталось найти 3 книги!

P.S. Что-то меня смушает, что все книги по тематике POSIX датированы до 2000 года. К чему бы это?

Tolko chto slil v /upload/DOC file "Unix systems programming Communication concurrency and threads c.chm"

Unix™ Systems Programming: Communication, Concurrency, and Threads
By Kay A. Robbins, Steven Robbins
Publisher : Prentice Hall PTR
Pub Date : June 17, 2003
ISBN : 0-13-042411-0
Pages : 912

Какие хорошие новости для выходных (книги от Artema и Evgeny_CD). Спасибо за новые поступления.
Я могу только такую ссылку (по структуре стандартов POSIX), может и пригодится кому.
http://hcs.cmc.msu.ru/lectures/AnalizeIT/index.html


POSIX сам древний (1988 г. р.), как впрочем и Unix-подобные системы

Эту не забыли?

http://math.arizona.edu/~swig/documentation/pthreads/#news
(POSIX Threads Tutorial by Mark Hays)

Еще известная ссылка
http://www.humanfactor.com/pthreads/pthread-tutorials.html

Интересно, спасибо!

Тут все ссылки передохли, кроме одной

http://www.serpentine.com/~bos/old-threads-faq/
Answers to frequently asked questions for comp.programming.threads: Part 1 of 1

Это не совсем так : POSIX - давно и постоянно изменяющийся (развивающийся, дополняющийся), ведь: а). POSIX это не одни стандарт, а набор стандартов б). появляются новые "части" POSIX, часть из которых даже находится на сейчас в состоянии "draft": 1003.g, 1003.h ...

P.S. И потом POSIX это стандарт - "как это должно быть" ... многие вещи в разных ОС ещё не реализованы и не приведены в соответствие и тому, что к настоящему времени прописано в POSIX, см. например, целый "раздел" pthread_*, который в Linux начал приводиться в соответствие POSIX только с ядра 2.6.х ... или pthread_at_fork() (кажется, так называется) - который вообще не очень понятно как реализовать разработчикам во всех ОС, или 2 способа диспетчирование потоков по POSIX: а). в рамках системы б). в рамках процесса ... из которых 2-й тоже непонятно толком как реализовать ... и т.д. Стандарт не может изменяться раз в квартал - тогда он никому не нужен из реализаторов.

Сообщение отредактировал Olej - Dec 26 2005, 08:17

Кстати, недавно читал статью на домашнем сайте Кёртена по поводу его отношений к QSSL. Среди прочих моментов он упоминал что недоволен слишком сильной "коммерциализацией" QNX... я кстати тоже

Да, это известная "сердитая" статья Кёртена, ... но там не только "не ловолен" - у Кёртена по многим позициям не сложились отношения с QSSL, 2-я его книжка почти провалилась, т.е. QSSL её не поддержали, а университеты, обещавшие разобрать для библиотек, в связи с этим - отказались... И "не нравится" не только коммерциализация ... а и то, что в развитии QNX6 динамика не такая как хотелось бы высокая, да и не совсем в ту сторону, куда Кёртен хотел бы...

А коммерциализация? ...
Может продукт с гарантированной поддержкой, сопровождением, с подготовленной и корректируемой такого уровня документацией как в QNX, с испытанными оттестированными и выверенными характеристиками ... etc. - быть free? Не может - он просто растеряет свои свойства!
У него чрезмерно высокие стоимости? Если считать "комплексно" - всё что понадобится - то не выше чем у любой ОС общего применения...
Я давно копаюсь с QNX, и как это не странно ... всё новые (каждый месяц!) узнаю целые отрасли, применяющие QNX, и как нигде - именно в России (и Украине), в очень приличных отраслях...

Поддержка стоит отдельных денег, без приобретённого плана поддержки QSSL мне помогать отказываются. А по вопросам применения QNX на не-X86 платформах наш украинский представитель - RTS-Ukraine ничем помочь не в состоянии.
По поводу испытанных и выверенных характеристик - на ядро нареканий нету... Но, к примеру, qconn+pdebug на ARM нормально у нас так и не заработал, хотя на x86 - всё ок.
А разбиение продукта на TDK? Что это если не простое выкачивание денег?

Это естественно, ведь несмотря на всё то, что я тут написал - эту операционную систему считаю очень хорошей, если не лучшей в своём классе.
А Вы сами, если не секрет - в какой области её используете?

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

Вот только сегодня обратил внимание в HELP на объём техдокументации в составе QNX 6.3 (раньше не находил): "... over 11 000 pages ...".



"Не стреляйте в пианиста ..."(с)



В разные времена - в разных ... на сегодня: АСУТП + a'la SCADA ...
http://qnxclub.net/modules.php?name=Forums...=viewforum&f=18

P.S. Детальнее - этот и предыдущие вопросы можем обсудить mail, чтоб не засорят форум частностями.

Сообщение отредактировал Olej - Dec 27 2005, 09:43