Страница 32 из 35

Re: Double Commander

СообщениеДобавлено: 13.02.2009 15:04:14
Alexx2000
Проявляется ли такое с другими программами написанными на Лазарус (во втором случае используется функция InputBox)?
У меня под Mandriva ничего подобного не происходит, поэтому никак не могу понять кто виноват Лазарус или мой код.

Re: Double Commander

СообщениеДобавлено: 13.02.2009 15:40:13
Attid
Alexx2000 писал(а):не могу понять кто виноват

ставлю что виноваты раззные версии ГТК

убунту 8,04 все ок. если очень интересно могу на разных версиях проверить

Re: Double Commander

СообщениеДобавлено: 15.02.2009 02:20:03
Alexx2000
Конечно хотелось бы знать в чем же дело. Проверил на Mandriva 2009.0 все нормально.

Re: Double Commander

СообщениеДобавлено: 15.02.2009 12:26:24
Attid
Ubuntu 6.10 гном все ок

Ubuntu 7.10 гном тоже все ок =(

тогда хз. но точно знаю что на 6,10 лазарус гтк2 у меня сильно глючил пока не обновился до 8,04

Re: Double Commander

СообщениеДобавлено: 15.02.2009 15:30:22
Padre_Mortius
На каких версиях gtk2 проверялось? Потому как версия дистрибутива еще ни о чем не говорит

Re: Double Commander

СообщениеДобавлено: 15.02.2009 19:31:38
Attid
как правельно узнать ? помню мерились версиями либ но они в разных дистрибутивах зачастую носят разную нумерацию

Re: Double Commander

СообщениеДобавлено: 17.02.2009 01:09:43
Alexx2000
Я проверял с версиями GTK 2.12.9 и 2.14.3 (посмотрел в менеджере пакетов)

Re: Double Commander

СообщениеДобавлено: 17.02.2009 21:50:26
Attid
какой пакет ? у меня похожие циферки только gtk2-engines_1%3a2.14.3-0ubuntu2_i386.deb
но это управление схемами а не сам гтк

Re: Double Commander

СообщениеДобавлено: 18.02.2009 00:28:30
Alexx2000
У меня пакет называется libgtk+2.0_0

[192.168.1.1]

Re: Double Commander

СообщениеДобавлено: 31.03.2009 21:38:15
Flaming
А ебилдов нет? :)

Re: Double Commander

СообщениеДобавлено: 01.04.2009 09:07:34
Alexx2000
Нет

Re: Double Commander

СообщениеДобавлено: 01.04.2009 13:28:47
B4rr4cuda
Alexx2000 писал(а):Нет

Всегда уважал лаконичность :D

Re: Double Commander

СообщениеДобавлено: 05.04.2009 02:04:10
indie
Впечатляет.
Есть вопрос: если под никсами размещение файлов контролирует ядро/драйвер фс, то при записи на нтфс из-под вин было бы желательно предупреждать возникновение фрагментации преаллокацией места на диске; будет ли это реализовано?
И еще, хотя бы в отдаленной перспективе - будет ли возможной работа со внутренней фс ядра (как это сделано в ReactOS), и потоками - или в распоряжении пользователя будут только точки монтирования для совместимости с дос?

Re: Double Commander

СообщениеДобавлено: 06.04.2009 11:29:59
Alexx2000
indie писал(а):Есть вопрос: если под никсами размещение файлов контролирует ядро/драйвер фс, то при записи на нтфс из-под вин было бы желательно предупреждать возникновение фрагментации преаллокацией места на диске; будет ли это реализовано?

Не совсем понял, что требуется, можно поподробнее.
indie писал(а):И еще, хотя бы в отдаленной перспективе - будет ли возможной работа со внутренней фс ядра (как это сделано в ReactOS)

А как это сделано в ReactOS, сколько раз её ставил, но ничего такого там не видел.

Re: Double Commander

СообщениеДобавлено: 11.04.2009 23:00:23
Padre_Mortius
Ревизия 1017 не собралась без добавления модуля Utf8process в модуле ushellexecute на svn релизе Lazarus и fpc 2.2.4rc1