FreePascal.ru

Чтобы лазарь заработал на альте 4.1 (который "десктоп" - без девелоперских пакетов), я делал следующее:

1. Установил fpc, make, gdb.

2. Распаковал в хоуме исходники лазаря.

3. Создал симлинки, чтобы не ставить девелоперские версии пакетов:
ln -s -i /usr/lib/libX11.so.6 /usr/lib/libX11.so
ln -s -i ...

Спасибо Алексей!
Всего тебе хорошего в жизни, крепкого здоровья, успехов в работе, красивого кода и покладистых заказчиков!
И присоединяюсь к поздравлениям!

Ни у кого нет мыслей по этому поводу?
(компонент memdataset тоже замедляются при заполнении).
Ни уже ли это так должно быть? Мысли-то есть... Там, скорее всего, используются MemoryStream-ы, которые очень тормозят при увеличении размера, т.к. происходит перевыделение памяти и, соответственно ...

Неужели никто не строит боле-менее сложные графики?
И нет желания ковырнуть TeeChart? (возможны условия:) ) TeeChart пусть ковыряет его автор, потому как

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

VAshot писал(а):Размер будет как TRect, а вот толщина линий, несечки, кружки/квадратики и прочее рисуется в пикселах.

Понятно. Можно считать, что масштабирования нету. Сейчас глянул немного потщательнее на этот TAChart. Мда, его ещё долго до ума доводить.

VAshot писал(а):...PaintOnCanvas - оно конечно есть, но выводит-то он в пикселях... у монитора их всего 72...

Ээээ... дык оно вторым параметром принимает TRect, в котором рисовать. Для принтера там будет просто больше пикселей раз в 10. По-идее, должен масштабировать. Не масштабирует?

Павел Ишенин писал(а):fpc видимо 2.2.2 (хотя может быть и раньше? ) а вот lazarus - тот что в trunk. Если ошибок работы не будет, то опция скорее всего будет включена по умолчанию для всех новых и старых проектов.

Что-то в сегодняшнем снапшоте 0.9.26.1 (17256) ничего такого не видно. Оно в 0.9.26 вообще будет?

А есть примерчик готовый?

TeeChart и раньше работал довольно коряво, так что особо рассчитывать не него я бы не стал. Кроме того, он в исходниках стоит некоторых денег (немаленьких). А что не так с TAChart и TChart? LineSeries вроде там есть, есть также метод PaintOnCanvas -- подсовываешь ему канву принтера и вперёд. Нет?

GrayEddy писал(а):Это моё предположение о природе ошибки. Возможно, я и ошибаюсь.

С вашим сообщением согласен - это баг.

Похоже, что это фича такая у фрипаскалевского менеджера памяти.

Сейчас прогнал Random() - работает корректно.
Скорее всего, плохо работает менеджер кучи в TMemoryStream при динамическом распределении памяти для итемов. А у меня с Random() работает криво. Когда я запускаю прогу и начинаю жать на кнопку много раз, память, потребляемая программой ПОСТОЯННО растёт ...

При изменении размера TMemoryStream вытворяет совершенно жуткие вещи. Вот пример. Создаём проект, кидаем на форму кнопку и в её обработчик пишем следующее:

procedure TForm1.Button1Click(Sender: TObject);
var
m:array of TMemoryStream;
i:integer;

begin
setlength(m,10);
for i&#58 ...

Verx0Laz писал(а):Можно с этим что-нибудь сделать?

Ага, DataModule надо использовать.

Начал с прочтения статьи "Чтение XML-файлов с помощью Document Object Model (DOM)." с этого сайта и сразу же наткнулся на то, что XMLRead работает только с кодировкой UTF-8. В моем случае, кодировка 1251, да и мало ли какая еще может понадобится... В принципе, можно засосать файл в поток ...

В принципе, TDaemon (или как его там звать) как раз и служит искомой цели, но у меня с ним были какие-то проблемы, поэтому я просто писал программу в соответствии с некими принципами демоностроения, которые в TDaemon тоже реализованы. Основная идея демона заключается в том, что основной процесс ...