Правила форума
При написании вопроса или обсуждении проблемы, не забывайте указывать версию Clarion который Вы используете.
А так же пользуйтесь спец. тегами при вставке исходников!!!
Губин Игорь писал(а): ↑31 Август 2021, 16:28
в некоторых случаях
А в остальных - замедляет. Если тривиально - то это всего лишь разрядность адресации и регистров операций.
И первый вопрос - нужно ли это каждому приложению. Серверная БД или стоящая гейма - может это использовать.
А зачем x64 для убогой программы печати платёжек или накладных ?
С приложением может быть не так всё просто. Действительно, особых выгод не увидеть. Хотя чисто теоретически - это быстродействие либо память. Но вот с осью всё очевидно. Поддержка памяти, которой всегда не хватает. Поддержка больших дисков, где места всегда не хватает. Я вот купил 5Tb внешний диск для архива, в т.ч. и для фильмов. Он нормально работает. В 32-битах вряд ли. Там даже с SQL-файлом FB проблемы.
Вот смотрите. У меня убогая программа для печати платёжек и т.д. (Реально такая была ). Потом она развивается. В какой-то момент требуется переход на SQL. Разработчик SQL-сервера предоставляет мне ODBC-драйвер в двух версиях (32/64). Я, естественно, должен использовать 32-битную версию. В перспективе разработчик SQL-сервера прекратит поставку 32-битных версий (серверов, драйверов, клиентов...). Что делать мне? Даже не отвечайте!
Тогда с его sql сервером перестаную работать все 32 разрядные программы, не только ваша.
Не так давно шло обсуждение прекращения выпуска 32 разрядной версии у линуксоидов. Убунты, кажись. Но народ завопил и эти планы были отложены на неопределенное время.
finsoftrz писал(а): ↑31 Август 2021, 17:31
Тогда с его sql сервером перестаную работать все 32 разрядные программы, не только ваша.
Хотел чуть позже поделиться приколом. Но раз вопрос возник. Начали тестировать FB4. Оказалось ODBC-драйвер несовместим с новым серваком (из-за новых типов данных). Не кларионовский, а их, файербёрдовский. Мы, видимо, нарвались первыми. Что делать? Совет от приближённых к разработчикам (команда разрабов побоялась озвучить проблему): Проект-то открытый, возьмите и поправьте, пока этим заниматься некому. Везде оптимизация. И начхать на пользователей. Система, однако.
И сразу. В конце концов посоветовали костыль для этого дела. Кому нужно решение обращайтесь.
Smith писал(а): ↑03 Сентябрь 2021, 12:03
Вот епрст. А мы было собрались на FB4 вроде как.... " Верещагин! Глуши баркас!"
Мы начали юзать в тестовом режиме. Озвученная мной проблема пока представляется мелкой. И она решена. А что вы хотите? Опенсорс!!!
Сейчас большие конторы много хваляться заменой Оракла и МС СКЛ на Постгрес. Только они меняют на Постгрес Про, платной версии Постгрес. Хоть какая-то поддержка есть. Финансы? Может чуть экономят по сравнению с Ораклом и МС.
talgat55 писал(а): ↑04 Сентябрь 2021, 6:20
хочу приладить softmaster шаблоны к с11 - положил их в папку - нажал в с11 ToolsEditRegister - не вижу их там
?
talgat55 писал(а): ↑04 Сентябрь 2021, 6:20
хочу приладить softmaster шаблоны к с11 - положил их в папку - нажал в с11 ToolsEditRegister - не вижу их там
?
talgat55 писал(а): ↑04 Сентябрь 2021, 6:20
хочу приладить softmaster шаблоны к с11 - положил их в папку - нажал в с11 ToolsEditRegister - не вижу их там
?
Перебрасываю с с63 в с11
Ошибка в Main в edin Menu - такое вот - " MENU('Ввод данных'),USE(?Вводданных)
!!> ERROR(26): Bad token type - Нельзя на кирилице переменные ? Или в env что поправить ?
finsoftrz писал(а): ↑31 Август 2021, 7:20
Можно еще ssd воткнуть на место не используемого dvd дисковода, сказали, что так делают.
обычно делают наоборот ссд с системой вместо харда, а его как хранилище
finsoftrz писал(а): ↑31 Август 2021, 7:20
Основной комп стационарный с windows 7 32 бита.
Вообще, если есть возможность держать сервер с 32 разрядной ос и подключаться к нему по rdp, то это оптимальная схема. Можно работать откуда угодно, не копируя файлики туда-сюда.
а кто мешает на основном с 64р запускать ВМ на 32?
finsoftrz писал(а): ↑31 Август 2021, 7:20
Я тоже не очень понимаю, почему некоторые рассматривают переход с с6 на с11 как некий прогрессивный акт. На самом деле, это может быть серьезный шаг назад, как ни странно. С6 все таки несравнимо лучше отлаженная система. Когда шлифовали, число людей, разрабатывавших на ней, думаю, было в разы больше, чем тех, кто сейчас работает на с11. Соответственно, и финансирование. Ребят, ну слишком много багов в с11, до неприличия.
с какого перепуга? 11 еще плотно не смотрел но до 10 всегда смотрю, что в патчах изменилось в шаблонах. С 6-х там кучу багов исправлено. Еще потом на этапе компиляции (при переходе с 6 на 9) мне "указали" на кучу "недоработок". Про удобство работы я уже молчу, хотя отдельные моменты в 6 были лучше