урлы, факты в студию. в новых версиях все hello world-ы теперь системные либы статически линкуют и весят они десятки мегабайт, я прям сижу и плачу от такой новости (хоть у меня и нет андроида).


и меня еще тыкают в RTFM-ы...
export лишь дает возможность указать на возможность юзанья шаблона только определив его в других файлах, без повторной декларации. шаблона! внутри других файлов!
оно с экспортом функций/классов вообще никак не связано. а в C++11 его и вовсе зарезервировали и отменили.


смешно.


это потому что работа с .def-файлами является документированной возможностью описанной стандартом и мануалом к компилятору. а когда начинают делать какие-то трюки, то ничем хорошим это не заканчивается.


не знаю для кого. наверное для тех, кто зачем-то поставил 2013-ю студию.
символы куда экспортируется, вы о чем? при статической линковке юзается как минимум libcmt.lib (мы же про винду говорим), там "символов" (независимо от того что вы под ними понимаете) нет. там только куча объектников.


если ума нет, то можно и с торрентов качать. чисто для интереса, какая такая экзотическая версия оказалась и где ее взяли программеры LA?


я говорю, говорю, мне много чего еще сказать. я просто отдыхаю душой с этого потрясающего диалога. с каждым постом столько нового и интересного открывается, что просто жуть.

правда, если человек с третьего раза не понимает как пишется слово "андроид" и упирается рогом, то объяснять что-то более высокое становится несколько затруднительно.

в ядре ХР нет какой-то хрени, связанной с видеопамятью, и потом в работе драйверов видеокарт для ХР прописан старый режим работы, то бишь максимум для 9-го директа, т.е. универсальное средство уже отпадает. Вряд ли кто-то возьмется переписывать все драйвера для существующих видео карт, да и проблема с ядром ОС вообще кажется неразрешима. Вроде где-то мелькала информация, что очень ограничено можно запустить 10-й директ на 9-м, видимо подобный трюк использовался в самопальных сборках директов для ХР. Я тоже этим давно уже не заморачиваюсь и не слежу за этой темой, т.к. снес к чертям ХР.

вот что сделаем — пойдем по пунктам, медленно и последовательно, чтобы ничего не отвлекало.

утверждение: поддержка динамической загрузки в андроиде была удалена.
цитирую, ибо ссылок не нашел:

иначе говоря, программа на Java кроме как динамически и явно не может иначе вызвать стороннюю либу. пример android-ndk-r9d\samples\two-libs вам в помощь. добавить третью динамическую либу вызываемую из второй и проверить на эмуляторе даже я, далекий от андроидов человек, cмог.

когда с этим вопросом закончим — перейдем к следующему. желательно чтобы он хоть как-то касался сталкера. например, портирование исходников под андроид, на OpenGL, с использованием GCC.

Эта "хрень" называется WDDM, и вообще между архитектурой видеодрайверов хрюши и более старших версий окон большая разница, да и сама архитектура DirectX несколько иная. Перенести DirectX 10/10.1/11 и т.д. просто не возможно без модификации ядра и кучи других компонентов. А то что есть какие-то порты, это чушь, они эмулируют только простейшие функции Directx 10/10.1/11 и позволяют воспроизвести простейшие примеры из DirectX SDK, а не играть в полноценные игры.

в рамках одной студии рантаймы взаимозаменяемы. например, все версии msvcr71.dll, как минимум, обратно совместимы (в обратную сторону не откатывал ни разу, но сомневаюсь что могут быть проблемы).
я за выходом ЛА не следил, но в какой-то особенный рантайм что-то не верится ^_^.

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

ну и по теме, для тех у кого права на запись в свн:

почему бы не сделать так?

Не собирается LE, осталось только его собрать, оставил его на потом и на тебе, компоновщик валится с таким логом:

Ясно что он не может найти тела данных функций и что ему нужна MagicFMDLLB.lib , да вот только её не сделать, генеришь *.def, а (*.lib) не хочет делать:

Проблема с декорациями функций чтоли? Как решить сие проблему, помогите, пожалуйста.

Что смешно?-это по факту так.
Берем любую кросс платформенную либу и смотрим макросы _EXPORTS:
Видим,что под студией будет,что-то типа:

а под gcc там будет пустой дефайн



конвертация в 10ку происходит редактированием двух строк,Да и по-моему,10ка в состоянии открывать сразу.
Ты не понял,что я имел ввиду-зачем делать везде ,если конфликта нет.

Я привык так писать,и я буду так писать,просто из-за принципа.Это как "Шо"канье и "Гы"канье

Ты думаешь,я сейчас вспомню?-наивный.
ТОчно 2005.и по факту она не гуглилась


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

Как я понимаю,тут аналог LoadLibrary.
Т.Е она должна содержать точку входа.Где будет описываться поведение....но а ты внимательно читал,что я выше писал?
Т.Е я подразумевал,работу попросту,где код разнесен в разные модули и жестко связан между собой..
Основные подсистемы,да обернуты в интерфейсы,но как пример-как ты реализацию актера планируешь дергать используя только,способ загрузки LoadLibrary?
И на винде,ты в случае отсутствия библиотеки,будешь получать ошибку,что dll не найдена.

Отчет по запуску Battlefield 4 WinXP
1)заменены биты хексом в bf4_x86.exe
2)докинуты dll
3)dwmapi.dll выдает ошибку "точка входа процедуры _except_handler4_common не найдена в msvcvrt.dll
нашел совет заменить dwmapi.dll на user32.dll (Gus Guzzlers)
4)dxgi.dll вызвал __cxxframehandler3 нашел пофиксеную
5)dx10.dll dx10core.dll брал от Directx 10 KM-Software
В итоге вылет Ошибка при инициализации приложения(0xc0000033)

ну так оно и верно, т.к. в манифесте прописана одна либа, а на деле в системе именно этой версии нет.


в этом есть смысл только если у тебя не установлен vcredist вообще. потому что из-за манифеста грузиться будут дллки из папочки WinSxS, если они там есть. хотя, манифест можно и отредактировать.

AFAIK, в самой структуре PE-файла в таблице импорта нет указания на конкретную либу, там будет просто "msvcr71.dll", точнее "MSVCR71". следовательно, в большинстве случаев несовпадением точных версий либ можно пренебречь. и это логично, вообще говоря.

ок. берем любую кросс-платформеную либу, Ogg Vorbis, чтобы быть ближе к теме. ни одного дефайна типа _EXPORTS для студии.
берем плюсовый FreeImage, для __GNUC__ >= 4 там явно указано:
ибо с появлением 4-й версии (то есть довольно давно) опция -fvisibility=hidden обычно установлена. но если вы до сих пор сидите под GCC 3, то там экспорт всего и вся по-умолчанию действительно имеется. я про такое поведение забыл, признаю, давно не пользовал такие древности.


потому что в приложениях чуть сложнее вызова MessageBox-а libcmt обязательно прилинкуется. сделал new в обоих файлах — привет, NODEFAULTLIB.


даже 2003 redist сейчас достать нет никаких проблем. можно .NET 1.1 runtime поставить, где он был замурован, можно VC 7.1 DST Update (KB932298) выкачать. поэтому даже не представляю, какие сложности могли были с VC8.


SxS сборки класть в каталог нельзя. в VC10 избавились от этого недоразумения, а все остальное извольте делать официальным способом.


теперь я не понимаю. вы делаете движки под андроид, ведете речь о линуксовых разделяемых библиотеках, но dlopen/dlclose для вас пустой звук???

блин, даже в винде DDL переводится как "динамически загружаемая библиотека". она может динамически загружаться. она может динамически выгружаться. это может происходить через явное связывание с использованием виндовой LoadLibrary. также можно использовать неявное связывание, через секции импорта/экспорта (про которое почему-то думают что оно являвется единственных способом).

в линуксах парадигма совершенно иная, даже расширение .SO означает Shared Object, ибо в линуксах все общее и всем доступное. статическая линковка суть вражеского проприертарного лагеря. и точно также как в винде (вернее, в винде точно также как в линуксах) разделяемые либы могут динамически подгружаться/выгружаться.

опять возвращаемся к man dlopen (3).

вот здесь я признаю-забыл,про
И я не помню,какой gcc идет,в комплекте с новым NDK.,возможно надо попробовать с



Ну ок..возможно,что для

это понадобится...но вот семпл..говорит об обратном
http://www.sendspace.com/file/7g1kk5

Кажется нашел версию(по крайней мере её советовали ставить)
8.0.50727.6195

MagicFM экспортирует миллион классов. чтобы не париться с приведением к одному знаменателю соглашений о вызовах проще собрать ее в самом BCB, к тому же там нужен всего десяток файлов из всего комплекта.

во вложении проект для этого дела, рядом должны быть каталоги include и src, плюс где-нибудь пропишите дефайн MAGICFM (например, рядом с DllMain).
плюс в некоторых заголовках нужно убрать пару включений и добавить сишные инклюды, которые BCB не сможет найти. как-то так:

HikeR, возникала подобная мысль, но перспектива сборки многотонной библеотеки несколько смущала А тут оказывается можно и в "кастрированном" варианте, спасибо за помощь!

Есть какие продвижения с сдк? Мне уже сгоревшие после очередной побитой локации стулья складывать некуда

Вот в fsgame.ltx есть параметры: $server_root$ и $server_data_root$. Еще существуют ключи запуска -build и -ebuild, как они должны работать, кто-нибудь знает? Это ключ для получения сборки тестерами? В исходники лезть не предлагать, смотрел уже, но всё равно как-то туго...

MegaNub, $server_root$ кажется билдовское обозначение $sdk_root$

Сдк 0.4 с ключами не запускается, зато сдк от 1850 билда работает

krovosnork, в игре они вроде бы работают, в SDK не знаю. Осталось только понять как... И еще фигурирует параметр $build_copy$

Если копнуть в сорцах сразу становиться понятно что нет) И что это действительно что-то связанное с копированием сборки.

Тыкнув пальцем в небо, можно предположить, что build для копирования игровых ресурсов, ebuild для копирования ресурсов СДК, build_copy указывает на выходную папку.

Скорее всего да. Вообще предполагается что СДК должен быть установлен в папку с игрой и иметь с игрой общую gamedata. Тогда эти ключи (этож ключи для СДК?) имеют смысл.

Это ключи для игры.
Использовались, думаю, следующим образом: нужно, например, подготовить билд для слива. Запускаешь нужный уровень, движок с этим флажком при обращении к ресурсам копирует их в указанную папку. В результате в папке оказывается только то, что нужно для запуска уровня.

Ну что HikeR, как прогресс? Что успел сделать?
K.D., когда будешь выкладывать новый билд? извините за наглость

докладываю. за последнюю неделю отвез любимых чад в деревню, отправил супругу в Карелию на отдых, затарил холодильник холодненьким, запер двери в квартиру и приготовился к Steam Sales.

HikeR, XD, не плохо
а по сдк и движку что?

Вроде как тебе намекнули, что никто тебе ничего не должен, в том числе, отчет о своих действиях.

K.D., ну и ладно

Нацарапал вопрос про вершинную анимацию: https://bitbucket.org/stalker/x-ray/issue/1/
Каковы будут мнения?

Сделать issue трекер публичным

Ох лол уже.

Кстати, а кто вообще смотрел откуда взялось это ограничение в 64 кости?
Если в СДК убрать проверку, то модель собирается, но в игре она невидимая. (игра при этом не вылетает)
В самом движке кости вроде как векторный массив, отчего-же тогда такое получается?

отправил правки под 13ую студию.(актуально только для движка игры,не тулсов-я их не фиксил)

Удалось запустить SDK?

например, из-за такого:


я не углублялся в определение u64, судя по названию это unsigned long long. 64-битная маска используется еще в туче мест, вот и ограничение.

Ну так как, удалось запустить скомпиленный SDK?

Хлопаю стоя. Потрясающая идея

Надо было сорцы которые я выкладывал пометить как-нибудь. Ибо я уверен что он их у меня скачал, и теперь торгует ими на ап-про.

Зачем? Пусть "торгует".

1.6.00? Откуда интересно? Или я что-то пропустил?

Есть еще скриншот "исходников ЗП", от того самого Nummer...

Очередной школьник удлиняет ЧСВ. Пусть покажет код майкиного плагина, тогда поверю.

Пробежался по всей теме - тьфу, да он не только глуп, но еще и нагл сверх меры

Чтоб можно было сказать:

Ничего удивительно, на AP Prodaction в последнее время концентрация "оных". СТранно, что администрация не ведёт очищающие работы...

наверно там должно быть xrEngine, а не xr_3da.

Этот скрин фейк чистой воды. Там даже обсуждать нечего.

Просто сорцы распакованные в диск x(автор даже не умеет менять пути в проекте) и созданные две левые папки COP и Steam.

Конечно это ФЕЙК. Этот товарищ ссылался на некую "документацию 1.6.00", пытался строить из себя "гуру" программиста и много еще чего:

1) bardak utils - первая ссылка, которую он дал, всем известный репозиторий утилит bardak'a
2) X-Ray Extensions - вторая ссылка, на сей раз, тоже не мало известный, X-Ray Extensions
3) Левый сервак - ну и третья, на не существующий (когда-то существоваший?) SVN на левом серваке

P.S.: С его скриншотов видно что он их слил с какого-то SVN.

Вывод: Парень просто поднимал себе ЧСВ..

Update небольшой:

Проект сие товарища

Можно потроллить:

Словами Шишковцова

Спросите у товарища скомпилированный патч для ЗП. За скомпилированное добро парня не посадят (особенно если выложить с левого акка), зато станет понятно, что к чему. Впрочем, скорее всего банальное вранье.

Да ну даже по скриншоту понятно что утка.
Видел его тему на Ap Pro? Там написано в планах, 'всё новое'. Иными словами, парень хочет написать абсолютно новый движок...
Детсад, ей Богу.

Это радует больше всего