Проблем никаких. Ошибка прежняя.


Спасибо, как раз такой пользуюсь. Но если винда уперлась, даже это не помогает. В общем, винду переставил, накатил сразу runtime, и поканало.

K.D., так, для справки: плагин коммандера, определяющий зависимости дллек, что-то бурчит про xrlc с msvcp100/msvcr100. Но на работоспособности не сказывается.

при насильной подстановке msvcrt.lib из WDK — да. или использовании .def-файла вида "memcpy = msvcrt.memcpy ...", тоже да.

только проще класть рядом web-инсталятор нужного пакета ))



все равно не понимаю, на кой нужны сторонние "сборки", "паки" и прочее говно?

Абсолютно верно, а вот после такого
обычно и начинаются проблемы.

Нет,для меня /MD не критично,а в чем проблема?

можно начать с того, что уже в xrDXT линкуется статическая либа от nvdia, которая по-любому затребует msvcrXXX из пакетов. потом, когда CRT линкуется статически к десятку динамических либ в одном проекте — это уже не проблема, это даже хуже индусов.

"правильные" варианты:
* выкидывать CRT нафиг и переписывать все (и везде) на чистом winapi (начиная с банального argc/argv –> CommandLineToArgvW/GetCommandLineW)
* извращение с подсовыванием чужих CRT (от WDK или старых студий)
* собрать здоровый монолитный компилятор без всяких dll-ок, тогда /MT еще имеет хоть какой-то смысл (а если очень дофига памяти, то можно сделать один инклюд на все файлы, скормить его компилятору и пойти погулять). при этом как минимум придется-таки (выкинуть xrDXT | переделать его на nvtt | заменить на запись в файл без сжатия)

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

p.s.
кстати, про злосчастную nvDXTlibMTDLL.lib. случайно нарыл "оригинальный" пакет NVIDIA DDS Utilities 7.33, совпадение с используемым в xrDXT полное кроме одной странной правки:


не отсюда растут ноги у глюков с прозрачными партиклами из соседнего топике?

Сомнительное утверждение-везде говорят по разному.
Как пример PhysX3.1 SDK,везде /MT


Так и делаемс... Unity Build

где везде, в статических либах?

Там(Physx распространяется только в дин.либах) динамические библиотеки,притом слинкованные с /MT
CRT кажется 10ой студии

если речь о Phys*.dll, то они идут без исходников, как вы определили опции их компиляции?

Думаю будет полезно http://www.micrel.cz/RxLib/dfiles.htm

У всех уже есть нужная библеотека, модифицированная.

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

В комплекте идут .lib файлы,для линковки со своим проектом.
При попытке слинковать с проектом,собранным с /MD получишь ошибку несоответствия.

lib-файлам для динамических PhysX3*.dll как-бы фиолетово к какому именно проекту их линкуют, в них кроме списка экспортируемых/импортируемых функций ничего нет.


странно. взял PhysX-3.1.2_PC_VC10_SDK_Core, из него \Samples\compiler\vc10win32public\Samples.sln, для проекта SampleAllInOne поменял MT на MD, получил экзешник на 225кБ меньше и с зависимостью от msvc(p|r)100.dll

Да быть этого не может.
Я помню,что пытался линковать PhysX3 к C++/CLI обертке-ругалось,что /MT. А как известно /CLR не работает с /MT в принципе

выложенный экзешник не согласен с "быть этого не может".
а C++/CLI и прочие франкенштейны тут, по-моему, совершенно не по теме.

Повторюсь..писался враппер на CLI,следовательно,как понятно для работы требуется только /MD(/MDd)
Я же получал ошибку,несоответствия,якобы либы были собраны с /MT
Версия точно >3,и меньше 3.2

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

Мб стоит уже написать кому-нить из владельцев репозитория (например K.D.) и спокойно компилить?

Занятное дело - всегда найдется человек, пытающийся давать советы, не вникая в обсуждение.
В упомянутом репозитории как длл собирают: с МД или с МТ

abramcumner, я не конкретно за последние страницы, я за всё время говорил. Когда K.D. выкладывал уже скомпиленный движок, после этого ещё неизвестно сколько было экспериментов и вопросов тут "почему не компилится".

Имхо, это время можно было потратить на развитие движка, а не на параллельные попытки что-то своё скомпилить.

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


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

и потом, толку от "уже скомпиленного движка" особого нет, то что исходники собираемы и так понятно. вот дайте лучше проект для Express студии или работающий *Editor ))

Дык может выложите в шапку четкую инструкцию и полный набор прог/дллей "для нубов". Чтобы даже нуб в программировании, вроде меня, например, смог движок скомпилить. Или объясните, почему это невозможно.

Поддерживаю. Хотя бы просто оригинальный 1.0007, без новых правок.

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

Если исходники станет вдруг возможно публиковать, возможно, сделаем репозиторий публичным на чтение.

Может тутор на stalkerin запилить?



ПЫС ясно дали понять: используйте в некоммерческих целях, а открытие репозитория это коммерция? Тогда почему же нету возможности публиковать? Админам должно быть уже как-то ровно, тем более сообщение с шапки убрали.

Хорошая мысль

Дай-ка ссылку на высказывание Григоровича С.К. Спасибо.

О чём блин речь если

Исходники уже на GameFront лежат...

Ну в общем их не качают все-равно, тк они особо сейчас никому не нужны, кроме сталкероманов старой закалки

StUnDeR, Это-то да, но как-то это совсем уж перебор, как по мне.
Хм, интересно пароль такой же как и "в начале"

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

HikeR, с этим согласен, на это абсолютно случайно наткнулся.
Интересно, много где ещё лежит...

Можно публиковать.

раз уж такое дело, сделайте вместо номера билда номер коммита (типа xrCore build 'git-d263c09'), чтобы все собранные билды были отличны от нумерации GSC и были привязаны не к дню, а к правке, да и можно было самому собрать коммит нужного билда. профит!


если совершенно не понимать что делать, то какой профит что-то собирать, лол?
если будет репозиторий, то из него будет собрать проще, так как K.D. наверняка часть либ добавил в солюшен и прописал пути.

в любом случае, если собирать оригинальные исходники, то

• примерный набор библиотек есть здесь, а также пара архивов от K.D. в этой теме (luabind и magicfm). и, естественно, DXSDK за 2006-2007 год. (От версии SDK будет зависеть номер d3d-библиотек, про которые тут спрашивали, это не принципиально совершенно).
• качаешь все библиотеки, собираешь либы.
  по большому счёту, после того как скинули правленый luabind можно собрать только кликая мышкой, так как до этого приходилось править его вручную.
• в студии выделяешь нужные проекты, все конфигурации. дописываешь в директории проекта папки со собранными либами и папки с хэдерами. (имеет смысл скинуть всё в одну-две папки и прописать сразу вообще ко всем проектам из солюшена).
• студию лучше ставить 2005 в связке с более новой, так работать будет гораздо удобнее.

если что-то не выходит - задавайте вопрос, в чём проблема-то - ответим.

1. Ну, дык, настоящих моддеров такие "мелочи" никогда не останавливали.
2. Мозгов, чтобы что-нибудь закомментировать или раскомментировать, даже у нубов иногда хватает.

А ещё бывает нубы из кусков хлама целые игры собирают.

Полностью поддерживаю данные утверждения! Что-нибудь закомментировать или раскомментировать можно попробовать. Ведь хватало интереса в далёкие студенческие годы на асме программы компилить, учась не на программера

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

З.Ы. и даже так, не вижу никаких преград - исходники есть на руках, говори где-чего "раскомментировать" - попробуем, скомпилим.

Я думаю, что ребята просто не хотят открытого репозитория. Пост выше от Shadows это подтверждает. K.D., Shadows, здесь вроде все взрослые люди, написали бы сразу прямо, что по ряду причин, делать публичный репо вы не хотите. Вы имеете на это право и все бы вас поняли и не доставали бы больше. Сделайте это, дабы этот вопрос не поднимался в каждом 5-ом сообщении в теме...

Понравилась Картинка(осторожно,мат!)

S.E.K.T.O.R., уже не раз писались причины. Повторюсь, нет никаких гарантий, что этот репозиторий в один прекрасный момент никто не прихлопнет.

Не с концами же. Можно хранить бекапы всех ревизий стационарно.

А что, если разрешение на выкладывание ссылок на исходники - хитрый план Григоровича по выявлению и уничтожению Секретного Репозитория?

переходите на децентрализованные VCS, у них такой проблемы не существует.

Пруф?

(ну я как бы про разрешение от Олегатора в этой теме, ага)

Олегатор это Григорович??

Cобрать не сложно оказалось. Использовал VS2008 , отсутствующие файлы брал из темы, часть даже находилась в архиве с сорцами( lua.h, fixedvector.h...),а позже увидел у тов. Modera в подписи архив со всем необходимым.
Поэтому те, кто действительно захочет,тот сделает,а делать шапку с инструкциями это конечно хорошо,но представьте сколько инфы туда придется залить начиная от добавления недостающих библиотек и линковок до ключей сборки и отладки ошибок,поэтому,на мой взгляд, лучше на stalkerinside.

P.S. очень долго возился с XRsound, если бы не помощь Meganub и abramcumner , неизвестно сколько бы мучился. Поэтому вот если добавлять инфу , то в первую очередь связанную с XrSound(чисто мое ИМХО)

Успокойся и поверь, оно действительно так. Никто тебе сюда переписку с Григоровичем выкладывать не будет. Незачем.