Обсуждение развития MSEide + MSEgui

[debi12345]

onloaded

Есть еще "OnEventLoopStarted" - кажется, бывший "OnCreate".

[Alexander]

I have only one life...

[haword]

Да и интересен он здесь,походу, только для двух человек. Печально.

Лично мне он неинтересен. Он мне нужен и полезен. С ним я начал лепить БД-проекты как из автомата. Красивый отчет неслабой сложности сделать - раз плюнуть. Можно печатать даже математические иероглифы и псевдографику. Млин, и ничего ведь не глючит !
Теперь на очереди комбинированный БД-сетевой проект. БД-часть уже готова ( SQlite3 во всей красе, супер-движок !).

Сеть - соединение с адресатами по FTP и обмен данными.

SYNAPSE и INDY помоему поддерживает FPC! Флаг в руки

[debi12345]

SYNAPSE и INDY помоему поддерживает FPC! Флаг в руки

Уже выбрана SYNAPSE.

[debi12345]

Кстати, Мартину нужен тестер на ЖарПтицу - он хочет расширить некоторые БД-компоненты под специфичные фишки этого бэкенда.
Мне некогда - и так PostgreSQL & SQlite3 мучаю.

I have only one life...

ПС:
Если что - с английским помогу.

[Attid]

могу только предложить пасивную помощь.
(скомпелировать под 2 осями и потыкать кнопки)

[GrayEddy]

В связи с выпуском бета FPC 2.2
---------------------------------------
Что за проблемы у Мартина с FPC 2.1? Краем уха слышал, что-то про сложности работы с WideString.
Это я к тому, что через три месяца, осенью выйдет релизный FPC 2.2.
И получится так, что MSE будет работать только под FPC 2.0.4. Что верится с трудом.

[debi12345]

> PS:
> Q from Freepascal.Ru:
>
> What problems does Martin have with FPC 2.1? Heard, there're some troubles
> with WideString handling.
> Me mean that in 3 months ( in the autumn ) the release FPC 2.2 will come.
> And it may results in that MSE will stick to FPC 2.0.4.
> It's hardly to assume that.

Ответ :

Код: Выделить всё

Mantis 8481:
"При копировании записи  с полями OLE-string изменяется область памяти исходной строки"

Маленькая дискуссия:
http://www.mail-archive.com/fpc-devel%40lists.freepascal.org/msg07520.html

И еще по теме :
http://www.mail-archive.com/fpc-devel%40lists.freepascal.org/msg07545.html


Тип MSEgui "richstringty" - запись с одим из полей типа "widestring", используется повсюду в MSEgui, так что "Mantis 8481" не дает мне двигаться дальше.
За это время я обнаружил несколько багов "widestring" FPC 2.2 также и под Линукс.
Чтобы избежать тормозов в некоторых местах, MSEgui часто использует конверсию  widestring->pwidechar, которая в FPC 2.2 стала ненадежной.

Также, почти невозможно отлаживатьь MSEgui ( да и FPC!) без  watchpoint-ов. И watchpoint-ы, срабатывающие на копирование из источника - бесполезны.

Другая проблема  - тормоза с OLE-строками, используемыми без подсчета ссылок. То, что нам надо - "widestring" с подсчетомссылок на всех платформах, а OLE-строки пусть останутся отдельным строковым типом только для совместимости с win32-COM.

Я часто читаю, что вместо widestring нужно использовать utf8.
Даже, было дело - переключил MSEgui на utf-8, когда почувствовал, что FPC-команде widestring-и не по душе (widestrings в то время вообще были кривее некуда ). Но через месяц вернулся обратно к  widestring-ам, так как уяснил, что использование utf-8 для внутренних операций - дерьмовая идея. Сейчас MSEgui использует utf-8 для внешней, а UCS2 - для внутренней кодировок строк. Я провозился с отладкой FPC widestring-ов около 100 часов  ( что было очень тяжело ) и понял, что мы - опять на той же точке ( криве некуда ), что и были, плюс бесполезные watchpoint-ы.


[debi12345]

> Attid from Freepascal.Ru is agree to help in a non involved manner
> ( works-not-works ).

What I need are people who build real applications like you do.

Короче, Лазарус-путь "попробовал-бросил" тут не канает.

[Alexander]

Как я понимаю, Мартин просит нас поругать разработчиков FPC.
Чтобы не он один, а коллективный разум достучался до неслышащих.

[debi12345]

Как я понимаю, Мартин просит нас поругать разработчиков FPC.
Чтобы не он один, а коллективный разум достучался до неслышащих.
===============
Не, реально человека в тупик загнали. Лишить Паскаль такого изумительного наследия C/C++ как взаимозаменяемость WideString=WideChar[..] !
И как будет работать механизм "Result" для возвращаемых строк - без подсчета ссылок ?
Не и непонятен прогиб под Win32-COM. Который не очень-то и популярен. Почему бы для начала CORBA не доделать - она-то как раз мульти-платформенная.

[Attid]

Короче, Лазарус-путь "попробовал-бросил" тут не канает.

мое дело предложить. кста как называется тема в рассылке где он это просил, что-то не нашел я.

debi12345
а почему бы тебе не использывать везде стандартное цитирование?
а то то нормально то через ======= глаза режет иногда.

[debi12345]

мое дело предложить.

Так дело не пойдет. Или серьезно заниматься (убивая уйму времени и терпения ), или никак.

кста как называется тема в рассылке где он это просил, что-то не нашел я.

Код: Выделить всё

Re: Q: where & how to frame with 'BEGIN'/'COMMIT' ukModify SQL-code ?


Вопрос всплыл мимоходом - потому и засунут в...

почему бы тебе не использывать везде стандартное цитирование?

От чудовищной спешки. Извиняюсь.

[Alexander]

Так дело не пойдет. Или серьезно заниматься (убивая уйму времени и терпения ), или никак.

Я понимаю твои опасения насчёт "шума в эфире". Но не обязательно
всё выкладывать Мартину в ньюс конференцию. Обсуждать, проверять и
только если мысль неплохая (или баг\вопрос\затык реальный) беспокоить.

А в таком режиме любая помощь кстати. Вот уже ведь сколько мелких, но
обидных глюков поубирали.

Не, реально человека в тупик загнали.

Надо трясти тормозов. Они портят перспективу МСЕ. Такое впечатление,
что им всё по барабану. Или какое то странное направление в сторону
МС. Нужно составить коллективный баг репорт. И напомнить, что
пока МСЕ единственная более менее нормально работающая среда
разработки для ФПК. Не на столько ФПК богат средами разработками чтобы ими так швыряться. Для начала понять куда писать, потом составить
текст на русском, перевести на английский и послать. Форк это тяжко.

[debi12345]

Я понимаю твои опасения насчёт "шума в эфире". Но не обязательно
всё выкладывать Мартину в ньюс конференцию. Обсуждать, проверять и

БД тестировать, тесткэйсы готовить и длиннющие объяснения шагов - серьезный труд. Удовольствия прямо скажу- маловато.
Почему в Лазарусе поддержка БД находится в зачаточном состоянии ? Потому что трудно, нудно, долго и не красиво визуально ! Поэтому охотников мало...

Не на столько ФПК богат средами разработками чтобы ими так швыряться. Для начала понять куда писать, потом составить
текст на русском, перевести на английский и послать. Форк это тяжко.

Ну, трагедии то совсем никакой нет. На кой фиг лично мне DispInterface, Implements, Generic, OLE-string ? Ведь сколько прекрасных программ написано, пишется и будет написано без этих "вкусностей" от FPC 2.2.

Нужно составить коллективный баг репорт. И напомнить, что
пока МСЕ единственная более менее нормально работающая среда
разработки для ФПК. Не на столько ФПК богат средами разработками чтобы ими так швыряться. Для начала понять куда писать, потом составить
текст на русском, перевести на английский и послать.

Да все FPC-шники понимают. Просто не хотят ломать едва наладившееся. Релиз-то не за горами.
Одно не пойму, почему они OLE-string ввели ПОВЕРХ, а не в ДОПОЛНЕНИЕ к WideString. Упорствование их конкретно в этом вопросе иначе как вредностью не назовешь.

Форк это тяжко.

На это случай я Мартину намекнул на Оберон. Им о-о-чень серьезные люди занимаются.