Закрома Родины Опции

[Trollz0r]

Тема для разгрузки общего обсуждения ЛА от непрофильных разговоров

Ссылки на архивы постить запрещено, но ведь не запрещено обсуждать их содержимое!

[RedMagic]

STALKER2011x, то есть исходники всё же не те?

Не могу сказать, я исходники не собирал. Попробуй для начала просто найти эти файлы, может они есть, но пути неправильные.
upd.: выше уже дали дельный совет.

[X_Starter_X]

HikeR, C:\Program Files (x86)\Microsoft DirectX SDK (June 2010)\
Значит вот оно что. Придётся менять на 2007?
STALKER2011x, ога. Файлы нашёл, но не указан путь.

Сообщение отредактировал X_Starter_X - 08.07.2014, 22:07

[HikeR]

Придётся менять на 2007?

по-моему, на xp-dev весь проект собирался с 2010-м сдк, а 2007-й был нужен только для отдельных подпроектов (xrDXT и что-то сетевое). вот где ругается, там и меняйте.

[Tron]

Берешь и распаковываешь ехе от 2007 и берешь недостающие хедеры . Или возьми с битбакета -там архив уже готовый(недостающие файлы в depr/filename.h )

Сообщение отредактировал Tron - 09.07.2014, 01:15

[HikeR]

он уже

Установил DirectX SDK June 2007.

[X_Starter_X]

HikeR, действительно. Прописал директории до 2007, ошибки по не найденным файлам прекратились. Спасибо !
Но возникли другие ошибки:

Код

14>C:\Program Files (x86)\Microsoft SDKs\Windows\v7.0A\include\objidl.h(11280): error C2061: syntax error : identifier '__RPC__out_xcount_part'
14>C:\Program Files (x86)\Microsoft SDKs\Windows\v7.0A\include\objidl.h(11281): error C2059: syntax error : ')'
14>C:\Program Files (x86)\Microsoft SDKs\Windows\v7.0A\include\objidl.h(11281): fatal error C1903: unable to recover from previous error(s); stopping compilation

Даже такое есть

Код

LINK : fatal error LNK1104: cannot open file 'x:\libraries\xrCore.lib'

Насчёт второй ошибки ясно, так как в папке ещё нет xrCore.lib. А вот первое, что за новый мутант из зоны ?

[HikeR]

ну первая и вторая ссылка в гугле же по этой ошибке. конфликт между старыми DXSDK и "новыми" Platform SDK.
пути к DX должны быть на самом верху списка, то есть самые первые.

[alpet]

Кстати, вот набор конфигураций проектов и адаптированых исходников под VS2012.
Проблему с путями я там решил глобально Все заменил на переменные окружения, которые можно редактировать в файле xray_pathes.reg или-же прямо в реестре. Получается при добавлении новой папки инклудов не придется по десятку проектов в настройки лазать.

Сообщение отредактировал alpet - 09.07.2014, 09:55

[Tron]

alpet,опять велосипедите-уже сделано

[alpet]

alpet,опять велосипедите-уже сделано

Опять я что-то пропустил? Смотрю в нынешних ревизиях, в каждом *.vcxproj файле можно найти именно прямые включения путей вроде "X:\trunk\xray\xrLua\src;". Может подскажете, как за 20 секунд для всех проектов в VS2012 можно заменить все пути к инклудам и либам?

[Tron]

alpet,опять велосипедите-уже сделано

Опять я что-то пропустил? Смотрю в нынешних ревизиях, в каждом *.vcxproj файле можно найти именно прямые включения путей вроде "X:\trunk\xray\xrLua\src;". Может подскажете, как за 20 секунд для всех проектов в VS2012 можно заменить все пути к инклудам и либам?

Уже сделано,смотрите на bitbucket репо.
Там уже все настроено.
Выделяете проекты мышкой и в свойствах редактируете.
Инклуды,по сути одни и теже.Главное настраиваете относительно SolutionDir

Сообщение отредактировал Tron - 09.07.2014, 15:39

[alpet]

Уже сделано,смотрите на bitbucket репо.
Там уже все настроено.

Так мало-ли где ещё есть переделанные варианты с конфигурацией У меня рабочая копия с xp-dev, с уже сложившейся структурой папок и как я понял на этом репозитории сейчас большая часть народа сидит. В целом все устраивает, надеюсь со временем получится разделить проект на необходимые бранчи. Полюбопытствовать-бы у Григоровича, под какой лицензией допустимо выкладывать исходники вообще на открытом репозитории )

Сообщение отредактировал alpet - 09.07.2014, 16:12

[Tron]

alpet
Занимайтесь чем,хотите если времени своего не жалко.

На xp-dev,нет возможностей bitbucket'a,но разве вам объяснишь...


Всё,не хочу на вас время свое тратить

Сообщение отредактировал Tron - 09.07.2014, 17:08

[Cossack-HD]

С тех самых пор как начал играть на динамике на широкоформатном мониторе меня преследуют ужасы "глючных теней по углам экрана"
r2_sun_near_border 1 проблему устраняет на 80%, а хочется чтобы на все 100
Расширить диапазон значений для r2_sun_near_border можно? Или значения больше 1 будут таким-же идиотизмом, как если параметру вероятности ставится значение выше 100%?
Может быть проблему уже решили, а я страшный слоупок?

[HikeR]

На xp-dev,нет возможностей bitbucket'a,но разве вам объяснишь...

и какие же возможности битбакета помогают менять пути к инклюдам?

[Tron]

На xp-dev,нет возможностей bitbucket'a,но разве вам объяснишь...

и какие же возможности битбакета помогают менять пути к инклюдам?

Шутку оценил-смешно
Удосужтесь почитать выше на пару постов,и вы прекрасно поймете о чем шла речь

Сообщение отредактировал Tron - 09.07.2014, 20:11

[HikeR]

я прочитал, все равно не понял.

1) Смотрю в нынешних ревизиях, в каждом *.vcxproj файле можно найти именно прямые включения путей вроде "X:\trunk\xray\xrLua\src;"...
2) Уже сделано,смотрите на bitbucket репо.

смотрю первый попавшийся проект в оригинале:

Код

<Files>
        <Filter Name="Kernel">
            <File RelativePath=".\FTimer.cpp"></File>
            <File    RelativePath="FTimer.h"></File>
            <File    RelativePath="resource.h"></File>
...

везде использовались относительные пути. поэтому не совсем ясно, зачем было менять их на абсолютные, и что именно было сделано на битбакете (отредактировали абсолютные обратно на относительные?).

p.s.
хотя я подозреваю, что "жесткие" пути к Lua встречаются только в luabind-е, там более элегантно было сделать затруднительно.

[alpet]

я прочитал, все равно не понял.

Самые свежие студии создают дополнительно файлы *.vcxproj, в которых есть дополнительные строки типа:
<IncludePath Condition="'$(Configuration)|$(Platform)'=='Release|Win32'">X:\trunk\xray\xrLua\src;X:\trunk\3rd party\FreeImage\FreeImage\Source;... ещё килобайт текста )
И вот туда в нынешнем транке на xp-dev занесены прямые пути к папкам с DirectX SDK. Который у меня например совсем в другое место поставлен, и так-же может в другом месте находится у программистов с 32-битными системами.
В ранних студиях было проще, т.к. подобные настройки были глобальными для всех проектов пользователя. У меня теперь практически все настройки заменены на подстановку переменных окружения, что выглядит компактнее:
<IncludePath Condition="'$(Configuration)|$(Platform)'=='Release|Win32'">$(IncludePath);$(DX9IncludePath);$(XrayIncludePath);</IncludePath>

[Tron]

Подождите,я от относительных путей не отказывался-и не призывал к отказу от них.
Я переписал пути "выхлопа","инклудов" и "либ",на пути относительно солюшена.

Под возможностью bitbucket ,по сравнению с xpdev я имел ввиду:
Гораздо проще форкать(+иметь приватные репозитории)
Ну и следовательно,если произведена правка,нет смысла отписывать здесь,можно сделать pull request

По очевидным причинам,смысла пересоздавать репо где-то еще,я считаю дурным знаком.

$(IncludePath);

Опять вы изобретаете велосипед.
Есть такая вещь как свойства проекта-можно написать одну конфигурацию и прописать её во все проекты.( до 2010 студии это файлы .props,после .vsprops)

И никакой реестр редактировать не надо

т.е есть стандартные средства(см. вкладку "Диспетчер свойств"(Property Manager))

Сообщение отредактировал Tron - 09.07.2014, 21:45

[HikeR]

свежие студии создают дополнительно файлы *.vcxproj,

файлы, согласен, создают студии, а вот инклюды прописывают люди, там было в любых студиях. и в данном случае не вижу проблемы в абсолютных путях к 3rd-party либам, диск X: и так везде задан как выходной для всех проектов.

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

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

выглядит компактнее

и кроме этого плюсов более не обнаруживается. по сути, на первоначальный вопрос (как за 20 секунд для всех проектов в VS2012 можно заменить все пути к инклудам и либам?) можно было ответить одной строчкой:

Код

find -type f -name \*.vcxproj -exec sed -i -r 's/старый_путь/новый_путь/g' {} \;

или, при отсутствии данных утилит воспользоваться

куцыми возможностями виндового команд-шелла

Код

rem запуск find_replace.cmd *.ext string_find string_replace
@echo off
setlocal enabledelayedexpansion

set mask=%1
set find=%2
set replace=%3

for /r %%f in (%mask%) do (
    echo %%f

    for /F "tokens=* delims=" %%l in (%%f) do (
        set LINE=%%l
        set TMPR=!LINE:%find%=%replace%!
        echo !TMPR!>>tmp
    )
    copy %%f %%f.bak
    move tmp %%f
)
:eof

я просто спросонья подумал, что речь идет об обычных путях к файлам.

Под возможностью bitbucket ,по сравнению с xpdev я имел ввиду...

... обычный холивар на предмет SVN vs Git vs Merurial, все понятно ;)