Board.KolibriOS.org

Official KolibriOS board
It is currently Tue Nov 19, 2019 9:19 pm

All times are UTC+03:00




Post new topic  Reply to topic  [ 331 posts ]  Go to page Previous 118 19 20 21 22 23 Next
Author Message
PostPosted: Tue Dec 01, 2009 9:34 pm 
Offline

Joined: Fri Oct 12, 2007 1:04 pm
Posts: 141
Serge
1. Именно ВСЕГДА.
2. Если говорить об OpenSource как о доступных исходниках, то согласен. Однако я говорю о свободе программы.


Top
   
PostPosted: Tue Dec 01, 2009 9:51 pm 
Offline
User avatar

Joined: Mon Apr 16, 2007 6:38 pm
Posts: 1222
"Однако я говорю о свободе программы." - это типа программа вольна сама устанавливаться на те компьютеры, на которые посчитает нужным установиться? Или удалиться, соответственно..

_________________
И мы уже давно не пешки,
Мы пули, мы орлы, и решки!
Война ютит бинарный код,
Умри, или иди вперед!


Top
   
PostPosted: Tue Dec 01, 2009 10:29 pm 
Offline
Kernel Developer
User avatar

Joined: Mon Nov 28, 2005 8:00 pm
Posts: 1601
Так, прекращаем разговоры о свободе, к делу они отношения не имеют: люди, считающие всё неGPLное личным оскорблением, имеют полное право не использовать zSea (но не имеют права насаждать свою позицию всем остальным), а я не собираюсь выбрасывать из дистра программы только потому, что у них нет исходников (там есть пара таких).
<Lrz> wrote:
Не размещая в iso сборке программу zSea мы ограничиваем пользователя, и возможно, потенциального разработчика в выборе.

Собственно, причина - именно в том, чтобы ограничить потенциального разработчика в выборе. Две библиотеки, делающие одно и то же, не имеет смысла одновременно поддерживать. Системной считается libimg, а не cnv_*, ну хотя бы из-за того, что модули cnv_*, в отличие от libimg, не являются thread-safe.

_________________
Ушёл к умным, знающим и культурным людям.


Top
   
PostPosted: Wed Dec 02, 2009 10:20 am 
diamond
Quote:
Системной считается libimg, а не cnv_*, ну хотя бы из-за того, что модули cnv_*, в отличие от libimg, не являются thread-safe.

Так значит чем дальше в лес тем толще партизаны. Однако у меня сразу появились вопросы насчет это хитрой формулировки:
Что имеется я ввиду под thread-safe?
1) То что потоки одной программы не могут одновременно залезать в библиотеку?
А зачем? Я лично не представляю зачем двум потокам одной программы одновременно лезть в эту библиотеку? Это же не библиотека графических компонентов.
2) То что библиотека размещенная в недавно изобретенном расшаренном режиме не будет работать с несколькими приложениями одновременно?
Да, тут согласен есть такое дело. Однако в этом случае это нечестно с человеческой точки зрения - когда библиотеки писались ни о какой реализации такого режима никто и не заикался, и тут вдруг он появился и "Изобретение колеса сделало бараки совершенно ненужными" (c) Цивилизация Сида Мейера.

Я не вел речь о ущемлении прав разработчиков. Никто ведь не заставляет никого в обязательном порядке использовать cnv_* (или все-таки заставляет использовать libimg?). Здесь получается ущемление прав именно пользователя.

Впрочем ладно, хозяин - барин. В дистрибутиве куча куда более бесполезных и ненужных программ. Зачем пользователю полнофункциональная и рабочая программа и плевать что Interlace PNG только в ней открываются. Сами скачаю, сами пропишут. ;-)


Top
   
PostPosted: Wed Dec 02, 2009 2:07 pm 
Offline
Kernel Developer
User avatar

Joined: Mon Nov 28, 2005 8:00 pm
Posts: 1601
Mario wrote:
Что имеется я ввиду под thread-safe?

Это стандартный термин, используемый в стандартном значении. Ну, например, http://en.wikipedia.org/wiki/Thread_safety.
Mario wrote:
1) То что потоки одной программы не могут одновременно залезать в библиотеку?

Угу.
Mario wrote:
А зачем? Я лично не представляю зачем двум потокам одной программы одновременно лезть в эту библиотеку?

А зачем ограничивать сразу же ограничивать функциональные возможности, да ещё и ценой раздувания размера (да, [ebp-4] короче [globalVar], да и кеш меньше забивается)?
Я лично могу сходу предложить возможное полезное использование - при наличии нескольких процессоров несколько потоков могут одновременно распаковывать несколько картинок параллельно. (Возражения насчёт того, что в данный момент Колибри не поддерживает несколько процессоров, отклоняются сразу по двум причинам: а) нужно уметь смотреть в будущее и стараться не принимать решений, которые заведомо придётся переписывать; б) KlbrInWin всё ещё работает).
Mario wrote:
2) То что библиотека размещенная в недавно изобретенном расшаренном режиме не будет работать с несколькими приложениями одновременно?

Нет. Если вообще что-то перестало работать с изменением деталей реализации ядра, это практически наверняка глюк ядра, о котором надо сообщать.

_________________
Ушёл к умным, знающим и культурным людям.


Top
   
PostPosted: Wed Dec 02, 2009 2:09 pm 
Offline
Kernel Developer
User avatar

Joined: Mon Nov 28, 2005 8:00 pm
Posts: 1601
<Lrz> wrote:
В ISO сборке расположен /cd2/1/games/soko/ лежит MACROS.INC - не пойму для чего он там.

fixed


Top
   
PostPosted: Wed Dec 02, 2009 2:23 pm 
diamond
Ок. Вопрос закрыт, но новой версии не будет - потому что её не будет вообще.
Да и мне твой подход нравится "Диктатура - самый эффективный способ правления, вне зависимости от поставленных целей". :lol:


Top
   
PostPosted: Wed Dec 02, 2009 6:05 pm 
Offline
Kernel Developer
User avatar

Joined: Mon Nov 28, 2005 8:00 pm
Posts: 1601
Предполагаемую картинку фона по наводке Mario79 сохранил в 16-цветном png, размер заметно уменьшился, новый предлагаемый вариант можно посмотреть здесь: http://diamond.kolibrios.org/summer_l_800.png. Если что, аналогичный вариант с надписью по центру лежит на http://diamond.kolibrios.org/summer_c_800.gif и http://diamond.kolibrios.org/summer_c_800.png.

*вживаясь в образ диктатора* Так, все присутствующие программисты быстро сели и начали писать код для Колибри! *мда, кажется, неубедительно*

_________________
Ушёл к умным, знающим и культурным людям.


Top
   
PostPosted: Thu Dec 03, 2009 4:53 pm 
Offline
User avatar

Joined: Tue Jan 24, 2006 8:50 am
Posts: 249
пересохранил картинки. обе потеряли по 1,5Кб при этом не потеряв качества. в Колибри не проверял, но работать должно.
summer_l_800.png 13548 байт
summer_c_800.png 12939 байт


Top
   
PostPosted: Fri Dec 04, 2009 6:44 am 
Offline
Kernel Optimizer
User avatar

Joined: Mon Jan 16, 2006 7:58 pm
Posts: 657
Предлагаю удалить сис функцию 47 из ядра.
Code:
;  * eax = 47 - номер функции
;  * ebx = параметры преобразования числа в текст:
;    * bl = 0 - ecx содержит число
;    * bl = 1 - ecx содержит указатель на dword/qword-число
;    * bh = 0 - отображать в десятичной системе счисления
;    * bh = 1 - отображать в шестнадцатеричной системе
;    * bh = 2 - отображать в двоичной системе
;    * биты 16-21 = сколько цифр отображать
;    * биты 22-29 зарезервированы и должны быть установлены в 0
;    * бит 30 установлен = выводить qword (64-битное число);
;                              при этом должно быть bl = 1
;    * бит 31 установлен = не выводить ведущие нули числа
;  * ecx = число (при bl=0) или указатель (при bl=1)
;  * edx = [координата по оси x]*65536 + [координата по оси y]
;  * esi = 0xX0RRGGBB:
;    * RR, GG, BB задают цвет
;    * X = ABnn (биты)
;    * nn = шрифт (0/1)
;    * A игнорируется
;    * B=1 - закрашивать фон цветом edi


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


Top
   
PostPosted: Fri Dec 04, 2009 8:24 am 
Offline
Kernel Developer

Joined: Wed Mar 08, 2006 6:25 pm
Posts: 3952
CPU наверное только её и использует.


Top
   
PostPosted: Fri Dec 04, 2009 3:30 pm 
Offline
User avatar

Joined: Thu May 19, 2005 4:43 pm
Posts: 896
По сути все не консольные программы используют 47 функцию для вывода чисел. Чтобы её удалить, надо код переписывать на новую библиотеку вывода шрифта. Таковой пока нет. Если будет, то прикрутить можно при желании.

_________________
KolibriOS-перспективная ос!
Kolibri is best operation system in the world!


Top
   
PostPosted: Fri Dec 04, 2009 8:10 pm 
Offline
User avatar

Joined: Mon Oct 27, 2008 10:10 pm
Posts: 812
я использую в TreeList для вывода номера строки


Attachments:
fun_47.PNG
fun_47.PNG [ 9.15 KiB | Viewed 3080 times ]
Top
   
PostPosted: Sat Dec 05, 2009 9:05 pm 
Offline
User avatar

Joined: Sun May 10, 2009 7:56 pm
Posts: 98
В новой сборке:
+ новая организация меню
- начальник, колибри не видит разделы HDD (и FAT32 и NTFS), а раньше видела!!! Срочно починять...

Не удаляйте 47, как мы будем числа выводить...


Top
   
PostPosted: Sat Dec 05, 2009 9:23 pm 
Offline
User avatar

Joined: Mon Apr 16, 2007 6:38 pm
Posts: 1222
47 функцию можно будет удалить после того как появится достойная замена в какой-нибудь библиотеке (шрифтов ли, гуи ли, не суть важно) - IMHO

_________________
И мы уже давно не пешки,
Мы пули, мы орлы, и решки!
Война ютит бинарный код,
Умри, или иди вперед!


Top
   
Display posts from previous:  Sort by  
Post new topic  Reply to topic  [ 331 posts ]  Go to page Previous 118 19 20 21 22 23 Next

All times are UTC+03:00


Who is online

Users browsing this forum: No registered users and 0 guests


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
Jump to:  
Powered by phpBB® Forum Software © phpBB Limited