OberonCore

Логично традиционно отвечу)

Мне надо скомпоновать свою подсистему в exe файл.

Вообще, я раньше, дабы этого избежать, просто создавал резервную копию ББ и сужал ее, удалив все прикладные подсистемы, побрякушки, документации итд... Ну вы понимаете, распространил прогу таким образом. Пользователь заходил в среду, и запускал программу (менюшки тоже изменял). *

Но! Возникла проблема - программа ни в какую (возможно изза отсутствия предварительной компиляции) не хотела запускаться, ибо не находила файлы.

Меня посетила идея о линковке - она куда удобнее и в распространении и в использовании.** Вот, я начал ее воплощать в жизнь и вот, на тебе...

В случае * программу представлял файл ББ и куча папок, назначение которых неясно юзеру, а в случае ** я получу exe файл и может, пару других папок, если потребуется (Rsrc?). В принципе, мне будет достаточно слинковать среду с минимальным количеством требуемых модулей, требуемым для работы МОЕЙ подсистемы, ну и с ней разумеется.

Да что там, Господи, мудрить. Мне надо просто свободно распространять свою программу, приводимую в движение одной командой.

Не забудьте выложить все исходные тексты и ссылку на OMAG

Если установить, скажем, Google Picasa, то пользователь получает 8 папок и в них 272 файла весом в 36 метров. Даже малюсенькая Miranda - и та проявляет барские замашки: сотня файлов в 13 папках Картину может довершить пример от компании Valve: платформу Source составляют десятки тысяч файлов (я насчитал 48 тыс) в туче папок. Главное, что никто из авторов не заботится вопросом разъяснения юзеру назначения каждой папки.

А для чего такой размах? Думаю, ответ очевиден - для того, чтобы было проще обновлять.

SanekSunshine, бывает ещё DevPacker - и всё в одном файле, и обновлять не проблема

Дык я как бы и не против. Но вариант со средой не проходит. Я проводил независимый бета-тест по локалке...На их компах не запускаица К тому же, освоить DevLinker всегда в жизни пригодится...



Пардон Что такое OMAG?

Какая-то лажа у Вас там... проверьте еще.

Oberon microsystems, AG (Aktion Gesellschaft=акционерное общество). Чаще встречается Ominc = Oberon microsystems, Inc.

Проверить что? Не запускается и все! Мне кажется, это из-за отсутствия компиляции на новом месте.

Кстати, а как осуществляется связь между exeшником и диалоговыми окнами, используемыми в программе? И еще одно...у вас есть какие-нибудь идеи по поводу того, что неправильного было в том списке линковки, который я ранее указывал?...

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

А бес его знает. Непонятно же, что Вы там делаете.

А полная копия Блэкбокса запускается у клиентов?

Компиляция, вроде, ни причем (где тут разделять...).

Диалоговая форма -- просто файл. Должна быть прилинкована как ресурс, по инструкции.

Есть. Порядок модулей. Это единственная идея для такого случая.

SanekSunshine, совет:
У всех получается. Рано или поздно. И у Вас получится, когда Вы метод кавалерийского наскока смените на внимательное изучение. Также, если Вы смените стиль изложения вопросов с того же наскока, на подробное описание проблемы, шагов решения, которые Вы предпринимаете, и укажите проблемы конкретного шага, то вероятность быть понятым сильно увеличится => увеличится вероятность что Вам помогут.
Распространяйте как архив "суженной копии" ББ. Это самый быстрый способ (меньше изучать).Вполне вероятно, что вместе с побрякушками Вы удалили что-то необходимое... Если в полном ББ работает, значит так оно и есть.

Если потребность создать exe-файл не потеряла для Вас актуальность, продолжим разговор...

HostMenus где?

SanekSunshine, я как-то писал инструментик для облегчения процесса линковки. Лежит тут, в подсистеме Rad. Можете с ним попробывать, хотя там некоторые модули всё-равно вручную указывать приходится

Я просто не понимаю как исправный список модулей для линковки может дать палёный exe? У вас когда-нибудь такое бывало? И если да, то как вы выкручивались?

Объясняю. Допустим у нас есть модуль:

В среде всё прекрасно работает. Теперь мы пытаемся его слинковать:
DevLinker.Link MyExe := Kernel$+ Files MyMod
Оно слинковалось, но при запуске выдаёт "ой!". Потому что на самом деле Files.dir - это экземпляр HostFiles.Directory. А мы его не слинковали. Добавляем:
DevLinker.Link MyExe := Kernel$+ Files MyMod HostFiles
Слинковалось. Но при запуске - опять "ой!". Потому что секции BEGIN слинкованных модулей вызываются в порядке их скармливания DevLinkerу, и MyMod пытается работать с Files.dir до того как HostFiles этот самый dir наладит. Соответственно правильная команда линкера будет:
DevLinker.Link MyExe := Kernel$+ Files HostFiles MyMod
Так что имеет значение именно порядок модулей в команде, и единственный способ "выкрутиться" - его соблюдать. Ну или использовать имеющиеся инструменты (Create tool или мой "мастер" из Rad). Или писать таковой самому.

P.S. Отсутствие файлов ресурсов к трапам вести не должно - просто будет у вас вместо нормального меню, например, один пункт "File", или диалог какой молча не покажется

И, кстати, у Вас действительно нет HostMenus, а это - основной цикл главного окна ББ. И Init я тоже не увидел

P.P.S. Дополню. Что происходит в момент старта системы. Всё очень просто - поочерёдно вызываются секции BEGIN модулей, перечисленных в списке линковщика. Соответственно в стандартном ББ мы имеем список: Kernel Files HostFiles StdLoader. Но тут нужно обратить внимание на модуль StdLoader. Он обеспечивает динамическую загрузку модулей и кроме того - старт самой среды. Выглядит это так:

То есть здесь идёт косвенный вызов модуля, никак по спискам импорта не отслеживаемый. Если же мы посмотрим в модуль Init, то увидим в секции BEGIN три интересных строчки:

Первая - создаёт главное окно ББ и производит ещё кое-какие предварительные действия, вторая - загружает (опять косвенно!) модуль Config и исполняет его процедуру Setup и третья - запускает цикл обработки сообщений основного окна ББ. Кстати, если просто прилинковать модуль Config - никакого эффекта мы не получим, ибо секции BEGIN у него нет и Config.Setup вызываться не будет. И простая линковка HostMenus тоже не даст эффекта - по той же причине

Соответственно чтобы поиметь ББ одним экзешником, мы должны либо прилинковывать модуль Init, либо делать свой модуль с соответствующими вызовами, либо - пользоваться DevPacker (самый безболезненный и оптимальный вариант - им можно хоть всю среду в один файл упихать).

Пример команды для линковки приложения:
DevLinker.Link MyApp.exe := Kernel$+ Files HostFiles HostPackedFiles StdLoader Dialog Meta Math Strings Stores Converters Log Services Fonts Ports Sequencers Models Views Controllers Properties Printers Mechanisms Containers Dates Printing Documents Windows StdCFrames Controls StdDialog StdInterpreter StdApi StdCmds HostRegistry HostFonts HostPorts OleData HostMechanisms HostWindows HostPrinters HostCFrames HostDialog HostClipboard HostCmds HostMenus CommStreams TextModels TextMappers TextRulers TextSetters TextViews TextControllers StdLinks StdMenuTool StdLog Config Init
Я использует BlackBox 1.6, поэтому National перед Kernel отсутствует.
Перед модулем Config нужно указать свои модули.

Ресурсные файлы можно также внедрить в exe файл. Делается это примерно такой командой:
DevPacker.PackThis MyApp.exe := My/Rsrc/xxx.odc System/Rsrc/Menus.odc (в конце команды должен стоять завершитель команды - значок в виде треугольника, его можно взять из документации по подсистеме DevPacker)

После того как слинковали, пробуем запустить exe файл сначала в папке BlackBox-а. Должно работать.
Затем перемещаем exe файл в какую-нибудь пустую папку и пробуем запустить, если не работает, то пробуем скопироваться некоторые папки с модулями из папки BlackBox-а в текущую папку. Затем удаляем ненужные и так до тех пор, пока не найдем модули, без которых exe файл не работает. Это модули надо будет добавить в список линковки, слинковать, а затем добавить ресурные файлы.

Таким образом можно добиться, чтобы приложение представляло собой 1 exe файл.

Собс-но всё сказали... Одно но.Если пользоваться DevPacker, то обычно линкуют минимальный exe. А все остальные необходимые файлы подсистем прилепляются пакером. В том числе и кодовый файлы. Для них выполняется динамическая загрузка. При этом элементарно делаются обновления, про что выше Иван Горячев говорил (viewtopic.php?p=27009#p27009). Обновления кладут как в соот-е папки рядом с exe. Эти файлы имеют приоритет при чтении, т.е. перекрывают припакованные к exe. Также (благодаря той же дин. загрузке) не надо заморачиваться порядком указания модулей как для линкера.

Жесть! А не проще следить за модулями и файлами проекта? У меня, например, все модули указаны в спец.документе Tool, который я использую и для сборки. Причём во всех моих подсистемах. Его можно создать для всех модулей ваших подсистем, выписав их в строку(вот где контроль спасёт), а потом выбрав пункт меню Info > Create Tool. Контролируйте строже проект, а то получается, сами не знаете, что как должно быть в файлах. Имхо, так нехорошо.

Вручную это делать скучно.

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