Страница 1 из 5

VSAGPS

СообщениеДобавлено: 08 ноя 2011, 10:46
vasketsov
Приаттаченный архив содержит модули, необходимые для подключения gps.
Лицензируется только для использования в саспланете, прочее - в личку.
Код свободен от прав третьих лиц и не нарушает никакое известное мне действующее законодательство.

Рекомендуемый способ подключения - распаковать в папку и указать ссылку на неё в настройках IDE.
Пример использования - в саспланете.
При обнаружении ошибок или возникновении предложений к реализации - лучше мне писать, так будет по понятным причинам быстрее и проще.

Re: VSAGPS

СообщениеДобавлено: 08 ноя 2011, 11:51
vdemidov
Увы принять код не под GPLv3 мы не можем. Как и вы не можете распространять модифицированную САС.Планету не опубликовав изменения под GPLv3

Re: VSAGPS

СообщениеДобавлено: 08 ноя 2011, 12:39
zed
vdemidov писал(а):Увы принять код не под GPLv3 мы не можем.

Так это же сторонний компонент и он как бы не часть кода САС. Сейчас используется полностью закрытый zylGPS (я уже молчу про лицензию) и ничего? Потом, есть зависимость от DISQLite, тоже закрытый кстати и идёт без исходников, а в dcu. Не вижу в чём проблема использовать ещё один компонент с персональной лицензией.

Re: VSAGPS

СообщениеДобавлено: 08 ноя 2011, 12:54
vasketsov
vdemidov писал(а):Увы принять код не под GPLv3 мы не можем. Как и вы не можете распространять модифицированную САС.Планету не опубликовав изменения под GPLv3

zed всё правильно понял: Так это же сторонний компонент и он как бы не часть кода САС.
открою секрет - он будет юзаться не только в сасе.

Re: VSAGPS

СообщениеДобавлено: 08 ноя 2011, 14:24
vdemidov
zed писал(а):Так это же сторонний компонент и он как бы не часть кода САС. Сейчас используется полностью закрытый zylGPS (я уже молчу про лицензию) и ничего? Потом, есть зависимость от DISQLite, тоже закрытый кстати и идёт без исходников, а в dcu. Не вижу в чём проблема использовать ещё один компонент с персональной лицензией.

А зил тоже использовать нельзя. Я не планировал открывать исходники САС до того как избавлюсь от него, но так уж вышло. Статическая линковка GPL и несовместимого с GPL кода запрещена. Так что только в плагин выносите и компилируйте в отдельную dll, если не хотите публиковать под GPL.

Re: VSAGPS

СообщениеДобавлено: 08 ноя 2011, 16:50
vasketsov
vdemidov писал(а):Статическая линковка GPL и несовместимого с GPL кода запрещена

Чё правда? А windows.pas тоже под GPL?

Re: VSAGPS

СообщениеДобавлено: 08 ноя 2011, 23:28
feya
Вот же ж блин, началась бюрократия)

Re: VSAGPS

СообщениеДобавлено: 09 ноя 2011, 09:33
vasketsov
feya писал(а):Вот же ж блин, началась бюрократия)

Тут вопрос в другом. Надо ли выделяться в отдельную DLL. Причём очевидно, вопрос лежит именно в технической плоскости (правовые "аргументы" уже были приведены).
С точки зрения трудозатрат на выделение DLL - там изначально всё так и подразумевалось, только уже в самом конце (перед публикацией, в последней "игровой" версии, например, при логгировании гарминовских пакетов) я добавил несколько передач строк и объектных процедур, что легко заменить на правильные варианты. Там даже есть структура и проца, чтобы стринглисты передавать нормально. То есть технически изменения будут минимальные и несложные.
Память вручную там из процессхипа выделяется, так что по большому счёту вариант с DLL - это исключительно лишняя память на лишние классы (которые юзаются в сасе и DLL - сейчас код общий, оценить этот размер даже примерно не могу, но понятно, что в сумме EXE+DLL займёт больше чем в варианте без DLL,сейчас же после выкидывания старого и переработки имеющегося с дополнительной функциональностью размер EXE-хи стал меньше), лишнее время на переключение "контекста" (HANDLE-OBJECT и наоборот), лишние проверки на входе, лишний ThreadManager (что особенно напрягает) и совершенно ненужный MemManager. Ну и некоторые фичи в DLL исправлять будет несколько сложнее для конечного сасдевелопера, например, сейчас условной компиляцией отключена обработка сообщения VTG. Об отладке вообще разговор отдельный. Так что трудности будут потом, а не у меня сейчас. Организационно - разница невелика, скорее всего и так никто не полезет исправлять мои косяки в этот код, меня пнуть будет и проще и быстрее. Так что если все ЛДПР* готовы на это пойти - меня нисколько не затруднит по мере наличия свободного времени выдать вариант в виде DLL (конечно, не под GPL) и интерфейса к ней (можно и под GPL). Там больше времени (нетто) уйдёт на то, чтобы по новой залить в репо с учётом уже нового кода с момента форка.
-------
* здесь - Лица, действительно принимающие решение.

Re: VSAGPS

СообщениеДобавлено: 09 ноя 2011, 11:24
vdemidov
Весь код в САС.Планете будет под GPLv3. Точка. Любой, кто отправляет сюда свой код по-умолчанию соглашается с этим (нужно будет в Вики написать). Используемые библиотеки и компоненты должны быть под GPL-совместимой лицензией.
PS: Экономия на ThreadManager, MemManager и тд. для программы, которая держит в памяти сотни мегабайт картинок это уже даже не смешно.

Re: VSAGPS

СообщениеДобавлено: 09 ноя 2011, 11:50
vasketsov
vdemidov писал(а):Весь код в САС.Планете будет под GPLv3

Когда обещаешь всё остальное не-GPL переписать на GPL?

vdemidov писал(а):Экономия на ThreadManager ... для программы, которая держит в памяти сотни мегабайт картинок это уже даже не смешно.

Во-первых, если говорить о потоках, то там как-бы речь идёт о нормальной реализации APC/DPC сотоварищи, а вовсе не о экономии памяти. Я ещё лет 15 назад зарёкся юзать потомков TThread в DLL чуть более серьёзно, чем вечнозелёный сэмпл с сортировкой.
Во-вторых, мегабайты картинок в сасе - это немного не моя проблема, да и к скорости работы при наличии достаточного количества памяти напрямую отношения не имеет. Моя проблема - чтобы то, что делаю я, работало и не требовало лишнего.