Igor Korolyov
Зачем бы мне надо было "разводить" члена своей команды?

Может мы просто неправильно поняли Симпле777? Он так и не пояснил, что подразумевал под "разводом". Я сильно сомневаюсь, что нормальный адекватный программист будет обманывать своих коллег, участвуя в одном с ними проекте.





Исправлено 3 раз(а). Последнее : Божья_коровка, 03.04.20 16:55

Вот как? Ничего не поняли? Правда-правда?

Почти всегда в реальных условиях бывает так (особенно в "командах"), что "горят" или сроки, или качество, или затраты. В таких случаях начинается "поиск виноватых". И они находятся. Уж поверьте.

Хороший аналитик должен примерно в такой же степени разбираться в делах программистских, как он разбирается в предметной области. Конечно, аналитик не будет знать столько, сколько знают администраторы предметной области, но стремиться к этому нужно. В разумных пределах, ограничиваемых сроками и ценой. Так же аналитик должен разбираться и в программных делах. Не зная в достаточной мере тонкости и нюансы "дел программерских", аналитик не сможет в критических ситуациях влиять на программеров. Более того, не будет пользоваться авторитетом у программеров.

Вроде бы очевидные и банальные вещи - что ж тут непонятного?

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

И не надо "напускать туману" про то, что есть есть ещё тим-лидер, менеджер проекта, архитектор и т.п. Эта болтология мне известна. И это всё не меняет сути проблемы - происходит отрыв программной части от аналитической. Исключения возможны. Но их не так много, увы.



Исправлено 2 раз(а). Последнее : Simple777, 03.04.20 17:29

Симпле, когда в последний раз вы работали в команде по разработке и запуску крупного проекта?





Исправлено 1 раз(а). Последнее : Божья_коровка, 03.04.20 18:02

Мне без надобности.

Simple777
Мне без надобности.

Тогда всё с вами ясно

А вот плоды "командной работы" наблюдаю повсеместно - "обнять и заплакать".

Simple777
А вот плоды "командной работы" наблюдаю повсеместно - "обнять и заплакать".

Понять и простить...





Исправлено 1 раз(а). Последнее : Каратаев, 13.04.20 00:16

www.baiyujia.com

А проект-то активно развивается.

Поставил себе на потестить.

Где у 9ки храняться настройки (которые через меню Tools -> Options), что перенести из 9ки в 10ку

Vladimir Sklyar
Поставил себе на потестить.
Где у 9ки храняться настройки (которые через меню Tools -> Options), что перенести из 9ки в 10ку

Основные в foxuser.dbf/.fpt.





Исправлено 1 раз(а). Последнее : Crispy, 13.11.20 09:00

Сообщение от разработчика Чена.
Подробнее о версии VFP Advanced 10.1
================================================== ==

Для больших файлов нет никаких изменений в структуре файлов dbf, fpt и cdx.

VFP Advanced 10.1 или более поздняя версия может использовать большие файлы.

Максимальный размер файла: 2048 ТБ.
Максимальное количество записей на файл таблицы: 1 миллиард (то же, что и VFP 9.0).
Максимальный размер файла таблицы (или курсора): 1 миллиард * RECSIZE (), если RECSIZE () = 65500 (максимум), это 65 ТБ.
Максимальный блок файла FPT: 2 миллиарда.
Максимальный размер файла FPT: 2 миллиарда * SET («BLOCKSIZE»), если SET («BLOCKSIZE») = 64 (настройка по умолчанию), это 128 ГБ.
Максимальный размер индексного файла: 4 ГБ (вдвое больше VFP 9.0).

План развития версии VFP Advanced 10.2
=================================
VFP Advanced 10.2 или более поздняя версия может использовать большую память.
Когда 32-разрядная версия VFP Advanced 10.2 или более поздняя работает в 32-разрядной системе Windows, она может использовать 4 ГБ памяти (вдвое больше, чем VFP 9.0).
Когда 32-разрядная версия VFP Advanced 10.2 или более поздняя работает в 64-разрядной системе Windows, она может использовать 32 ГБ (максимум) памяти.
Когда VFP Advanced 64-bit 10.2 или более поздняя версия работает в 64-битной системе Windows, он может использовать всю память.

dimuhametov
...Максимальный размер файла: 2048 ТБ...

Так это же то, чего не хватает, чтобы мне до пенсии не переезжать на SQL! )

Олег! Скажи пожалуйста:
1. До версии 10.1 этого (файлы >2Г) не было?
2. Какие условия и перспективы распространения/приобретения/поддержки? (понимаю, что кроме товарища Чена этим никто не занимается)
3. Кто использовал(использует) эту версию (и/или предыдущие) в реальной работе, а не просто "попробывать"? Какие проблемы встретились?

of63

dimuhametov
...Максимальный размер файла: 2048 ТБ...

Так это же то, чего не хватает, чтобы мне до пенсии не переезжать на SQL! )

Олег! Скажи пожалуйста:
1. До версии 10.1 этого (файлы >2Г) не было?
2. Какие условия и перспективы распространения/приобретения/поддержки? (понимаю, что кроме товарища Чена этим никто не занимается)
3. Кто использовал(использует) эту версию (и/или предыдущие) в реальной работе, а не просто "попробывать"? Какие проблемы встретились?

Олег привет, отвечаю:
1. Не было. Только на платной основе более 2Г
2. Условия такие - оплачиваешь Чену, новые версии приходят почтой в течении года. Если есть проблемы с версиями, то Чен оперативно реагирует и вносит изменения, так быстро как может. По поводу распространения не скажу надо уточнить у товарища.
3. Работают проекты реальные (VFPA32 и VFPA64) у меня на последней бесплатной версии - проблем нет. Ранее были и очень много косяков в среде VFPA, но Чен оперативно исправлял и присылал обновления. Платных версий пока не покупал - нет необходимости в этом.

Спасибо, Олег.

() Как Чен это сделал, адресацию в файле >2Г? Ведь где-то в недрах VFP-шного кода рождается указатель на запись в DBF-файле, рождается как Integer32-число (со знаком это максимальный адрес в файле 2Г, отсюда и ограничение на размер DBF-файла). Для рождения Integer64-указателя надо перекомпилировать весь 32-код этого вычислителя указателя в 64-код, т.е. надо иметь исходный код библиотеки рантайма VFP... Как это возможно?...

of63
рождается как Integer32-число (со знаком это максимальный адрес в файле 2Г, отсюда и ограничение на размер DBF-файла).

Не совсем. Старшие адреса (вполне себе положительные) используются для блокировок. Изначально в винАПИ если заблокировать некоторую область файла, то её и прочесть нельзя, а по логике фокса блокировка должна позволять другим читать, вот они и извернулись блокируя "виртуальные" байтики за границами реального файла.

of63
Для рождения Integer64-указателя надо перекомпилировать весь 32-код этого вычислителя указателя в 64-код, т.е. надо иметь исходный код библиотеки рантайма VFP... Как это возможно?...

Reverse Engineering. Вряд ли он как-то смог получить реальные исходники фокса.

() Откуда ты все знаешь, что там внутри фокса? Может и его исходники случайно имеются? ;) Шутка... или нет?
LockFileEx позволяет блокировать неэкслюзивно, т.е. читать можно... Но в DLL-ке рантайма действительно использован LockFile.
Столько труда человеческого уходит впустую, на декомпилинг, перехватинг вызовов (как там его). Как-то это всё неправильно, нерационально, при капитализме...

Ну что именно фокс блокирует видно в FileMon/ProcMon Руссиновича. Полагаю что это всё идёт ещё со времён DOS-а и его системы блокировок там не было ни shared блокировок, ни поддержки 64-битной адресации внутри файлов. Система блокировок должна быть идентичной, по идее - хотя я хз насколько "совместимы" FPD и VFP при совместной и одновременной работе с одним и тем же dbf файлом. Ну да MS заморачивался вопросами совместимости, китайцу же, видимо, несколько наплевать на это

Цитата:

...
Для больших файлов нет никаких изменений в структуре файлов dbf, fpt и cdx.
VFP Advanced 10.1 или более поздняя версия может использовать большие файлы.
...

Шикарная новость !

dimuhametov
3. Работают проекты реальные (VFPA32 и VFPA64) у меня на последней бесплатной версии - проблем нет. Ранее были и очень много косяков в среде VFPA, но Чен оперативно исправлял и присылал обновления. Платных версий пока не покупал - нет необходимости в этом.

А "VFP C++" компилятор пробовали ?

------------------------------------------
32-разрядная версия VFP C ++ Compiler и 64-разрядная версия VFP C ++ Compiler:

1, VFP C ++ Compiler 32-разрядная версия:
32-разрядная версия VFP C ++ Compiler может работать в 32-разрядной или 64-разрядной Windows.
Когда 32-разрядная версия VFP C ++ Compiler работает в 32-разрядной версии Windows, она поддерживает Visual
FoxPro 6.0, Visual FoxPro 7.0, Visual FoxPro 8.0, Visual FoxPro 9.0 и Visual FoxPro
Расширенная версия, она может только компилировать и генерировать исполняемые файлы Win32.
Когда 32-разрядная версия VFP C ++ Compiler работает в 64-разрядной версии Windows, она поддерживает Visual
FoxPro 6.0, Visual FoxPro 7.0, Visual FoxPro 8.0, Visual FoxPro 9.0, Visual FoxPro
Advanced и Visual FoxPro Advanced (x64) версии, он может компилировать и генерировать
Исполняемые файлы Win32 / Win64.

2, 64-разрядная версия компилятора VFP C ++:
64-разрядная версия VFP C ++ Compiler может работать только в 64-разрядной версии Windows.
Когда 64-разрядная версия VFP C ++ Compiler работает в 64-разрядной версии Windows, она поддерживает Visual
FoxPro 6.0, Visual FoxPro 7.0, Visual FoxPro 8.0, Visual FoxPro 9.0, Visual FoxPro
Advanced и Visual FoxPro Advanced (x64) версии, он может компилировать и генерировать
Исполняемые файлы Win32 / Win64.

Охренеть, я уже ничего не понимаю. А хочется.
Мне Чен просто интересен, но не более. Что есть реальные задачи, где без него уже там и не жить?



Исправлено 1 раз(а). Последнее : Ydin, 08.01.21 21:53