forum.clarionlife.net

Это понятно, в конце концов все это про деньги. Надо только реалии смотреть. Нет столько денег, чтобы выпустить новый продукт. Когда деньги были, их про...ли из-за ошибочный решений. В результате имеем продукт со множеством багов, которые уже исправлять некому. Поэтому перестаём рефлексировать, забываем про SV /RZ и спокойно работаем дальше на clarion. Если хочется перспективы, то сосредотачиваемся на бизнесе или изучаем другие системы, кому что ближе.

А ведь так хочется верить, что clarion не умер. Умом понимаешь, что продолжения банкета не будет...

finsoftrz писал(а): ↑21 Апрель 2023, 8:44 А ведь так хочется верить, что clarion не умер

Блог ожил: https://clarionsharp.com/blog/category/clarion-12/

Игорь Столяров писал(а): ↑21 Апрель 2023, 9:31

finsoftrz писал(а): ↑21 Апрель 2023, 8:44 А ведь так хочется верить, что clarion не умер

Блог ожил: https://clarionsharp.com/blog/category/clarion-12/


1.jpg

Давно уже было, скриншоты из выступления RZ на clarionlive. Меня ещё повеселил аккаунт Боб-суппорт в оффгруппах, потом быстро исчез.

finsoftrz писал(а): ↑21 Апрель 2023, 10:32 скриншоты из выступления RZ на clarionlive

Да, традиционные лозунги.
Но согласитесь, что комплект не сложный и вполне тянет на релиз C12.
I64 данные уже добавляли, линкер x64 наверняка уже подключали для теста.
Интерфейсные украшалки - это просто адаптация релиза API Microsoft (знаю что Вам не надо )
Ну и всё. Ничего там военного нет для заказа на оутсорсе ...

Игорь Столяров писал(а): ↑21 Апрель 2023, 15:15 Ничего там военного нет для заказа на оутсорсе ...

Переделка всех драйверов БД под варианты 32 и 64 (весьма нетривиально), переделка аккуратная всего рантайма (весьма муторно)... Не говоря уже об интерфейсе. Кажется, что интерфейс это просто, но я согласен с тем, что уже никто не знает, как этот чёрный ящик работает. Разве что, разработчики AnyScreen

Про 64 было сказано, что смысла дорабатывать компилятор нет, кто бы дал деньги прикрутить чужой, желательно еще, чтобы isam драйвера выпилить, тогда проще.
С12 был уже готов до anyscreen, его отозвали из-за вылезших проблем после внесенных изменений в рантайм. Это где-то около 5 лет назад и произошло.
То есть RZ сидит на куче кода, написанного за почти 30 лет разными людьми, что и как там внутрях работает, уже никто не знает, а передача ковыряться с этим добром на аутсорс приводит к неуправляемому росту проблем в работе. Проще все заново переделать. Обратило на себя внимание, что в выступлении только про будущие возможности, ни слова про багфиксы, как будто все хорошо. И еще про безальтернативность модели с подпиской.
В общем, надоело это все в очередной раз обсуждать, умерло так умерло. Работаем на том, что есть, при потребности осваиваем другие инструменты. Знать бы еще, какие. Везде есть свои проблемы.

Губин Игорь писал(а): ↑21 Апрель 2023, 15:43 всех драйверов БД под варианты 32 и 64 (весьма нетривиально)

Никто ничего не будет переделывать. Для внешних драйверов SQL будет переделан интерфейс к x64 версиям при линковке.
Далее линкер, будет выделять и адресовать динамическую (!!!) память за 4GB и работать с типами данных x64.
И всё готово. Таких x64 приложений 95%, кроме тех "True x64" что делает Microsoft и крупнейшие компании ...

finsoftrz писал(а): ↑21 Апрель 2023, 16:19 надоело это все в очередной раз обсуждать, умерло так умерло

Вот это настроение Ослика Иа в день рождения надо скринить !
Потому, что как выйдет C12 - первым ведь побегите проверять не отвалился ли любимый ШВС в классическом интерфейсе.

Игорь Столяров писал(а): ↑21 Апрель 2023, 18:57

Губин Игорь писал(а): ↑21 Апрель 2023, 15:43 всех драйверов БД под варианты 32 и 64 (весьма нетривиально)

Никто ничего не будет переделывать. Для внешних драйверов SQL будет переделан интерфейс к x64 версиям при линковке.
Далее линкер, будет выделять и адресовать динамическую (!!!) память за 4GB и работать с типами данных x64.
И всё готов. Таких x64 приложений 95%, кроме тех "True x64" что делает Microsoft и крупнейшие компании ...

finsoftrz писал(а): ↑21 Апрель 2023, 16:19 надоело это все в очередной раз обсуждать, умерло так умерло

Вот это настроение Ослика Иа в день рождения надо скринить !
Потому, что как выйдет C12 - первым ведь побегите проверять не отвалился ли любимый ШВС в классическом интерфейсе.

Я не побегу, остаюсь на стабильно C6 рантайме. В выход C12 не верю.
По поводу "ликёра", мне кажется, Вы сильно заблуждаетесь. Упрется в адресацию внутри рантайма. В win32 это long, и на него много где в коде завязано. И у нас, где мы напрямую работаем с win api. Если было бы так просто, давно сделали.

Кстати, линкер в с11, если не ошибаюсь, не топспидовский.

finsoftrz писал(а): ↑21 Апрель 2023, 19:11 Упрется в адресацию внутри рантайма.

Помните был CPD2.1 который как и все DOS приложения работал в 640 KByte, но его мона было собирать
в режиме использования расширенной памяти XMS до 1 MByte ?

Т.е. речь не идёт об изменении Run-Time, вполне достаточно открыть возможность адресации памяти
для запросов на выделение динамической памяти и можно сказать что у нас сборка (!) x64.
А иначе бы ни одно приложение с x32 RunTime не смогло работать под x64 Windows ... Но они работают.

ingasoftplus писал(а): ↑20 Апрель 2023, 15:56

kreator писал(а): ↑20 Апрель 2023, 14:11 Сторонников не-ABC процентов 5-10. Но они буйные! Большевики, одним словом.

меньшевики??

Именно большевики. Они страну развалили два раза. И всё во власть рвутся. Наверно третий раз хотят. С Кларионом похоже одного раза хватило.

kreator писал(а): ↑20 Апрель 2023, 14:11 се темы сводятся к баттлу ABC/не-ABC. Сторонников не-ABC процентов 5-10. Но они буйные! Большевики, одним словом.

Вопрос весьма дискуссионный. Как думаете, смогли бы 5-10% заставить велосипедистов, с их вечной нехваткой ресурсов, реанимировать развитие классической линии шаблонов с полной синхронизацией?

Т.ч. что-то такое в нас есть

Давайте верну всех к теме поста.
Есть такой момент. Работаем с SQL. Нужно сделать аналитический отчёт. Собственно, послать некий запрос на сервер и получить данные на клиенте. Так вот. Если сам запрос выполняется ~1сек, а данные по сети идут секунд 5 (пять), то использование прогресс-бара выглядит нормальным. А если запрос сервер обрабатывает секунд 5, а данных столько, что они пересылаются за секунду, то использование прогресс-бара представляется вредным. Чем занимать пользователя эти пять секунд пока сервер обрабатывает запрос? Поэтому такие вещи делаю через курсор "песочные часы" (и никаких прогресс-баров). Если нужен на печать, то стандартный отчёт по очереди.

kreator писал(а): ↑24 Апрель 2023, 19:16 Есть такой момент.

Тут как раз никакой разницы, прогресс бар должен идти все 6 секунд. Но, в целом, мысль правильная.