4847 ответов в теме

[opasno]

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

[Gavroid]

С утра самообновился лаунчер.
Теперь ева не стартует, ругается
err:module:find_forwarded_export module not found for forward 'msvcr90._initterm_e' used by L"C:\\windows\\system32\\msvcr100.dll"
все манипуляции с msvcr100 и msvcr90 приводят только к тому, что лаунчер перестаёт стартовать с питоновской ошибкой
Traceback (most recent call last):
File "launcher.py", line 36, in <module>
......
ValueError: time data 'Wed, 14 Mar 2012 01:40:21 GMT' does not match format '%a, %d %b %Y %H:%M:%S %Z'

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

в итоге без msvcr90 не стартует ева, а с добавлением оверрайда на msvcr90 builtin-native не стартует лаунчер.

З.Ы. Дрова для сидюка в интернете, дрова для модема на сидюке.

[Gavroid]

нагуглил с евефорума по поводу ошибки евы
The error i ger is Program EVE\bin\exefile.exe goes into error
Errorcode R6034 an application has attempted to run the C runtime library incorrectly.

http://msdn.microsof...0(v=vs.80).aspx

действительно манифеста на Microsoft.VC100.CRT нету ни в windows/, ни в CCP/EVE/
вот х3 кто тут виноват. дистриб msvcr или билд евы

[DarkPhoenix]

Они есть в EVE/Bin. Если учесть, что реальный исполняемый файл евы это ExeFile.exe (который лежит в той же папке), система старается сначала подцепить либы, лежащие в одной папке с исполняемым файлом, потом уже зарегистрированные в системе.

[Sphagnum]

с добавлением оверрайда на msvcr90 builtin-native ...

заработало
симптомы те же были. клиент ингл, лаунчёр "отключён".

[Gavroid]

Они есть в EVE/Bin. Если учесть, что реальный исполняемый файл евы это ExeFile.exe (который лежит в той же папке), система старается сначала подцепить либы, лежащие в одной папке с исполняемым файлом, потом уже зарегистрированные в системе.

есть Microsoft.VC90.CRT.manifest, для VC100 нету

$ find Program\ Files/ -name "*.manifest"
Program Files/CCP/EVE/launcher/Microsoft.VC90.CRT.manifest
Program Files/CCP/EVE/bin/Microsoft.VC90.CRT/Microsoft.VC90.CRT.manifest
Program Files/CCP/EVE/bin/Microsoft.VC80.CRT/Microsoft.VC80.CRT.manifest

Сообщение отредактировал Gavroid: 14 March 2012 - 10:54

[DarkPhoenix]

есть Microsoft.VC90.CRT.manifest, для VC100 нету

$ find Program\ Files/ -name "*.manifest"
Program Files/CCP/EVE/launcher/Microsoft.VC90.CRT.manifest
Program Files/CCP/EVE/bin/Microsoft.VC90.CRT/Microsoft.VC90.CRT.manifest
Program Files/CCP/EVE/bin/Microsoft.VC80.CRT/Microsoft.VC80.CRT.manifest

А причем тут манифест?

Единичные версии библиотек не работают без него (насколько я знаю, из си рантаймов это только 2008-й или 2005-й, не уверен). Абсолютное большинство подцепляется, если положить саму библиотеку в папку с экзешником.

Я этого говна наелся еще когда с мирандой возился. Если доложить в папку миранды, скомпилированной с динамической линковкой к либам (плагины скомпилированы аналогично) либы msvcrun2003 - работает. Аналогичная ситуация с 2005 не работает - требует нормальную установку пакета в системе или мороки с манифестами.

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

Ради эксперимента можешь поставить на native then builtin, стереть нативные либы из папки евы и попробовать запустить - посмотреть результат. Если 2010 в системе не установлено (например, через вайнтрикс), то ева должна ок запуститься. Ну или как минимум без той ошибки - мб будет заваливаться на провале проверки целостности файлов клиента.

Сообщение отредактировал DarkPhoenix: 14 March 2012 - 11:18

[Gavroid]

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


З.Ы. про манифест я выше писал со ссылкой на мсдн

Сообщение отредактировал Gavroid: 14 March 2012 - 11:20

[DarkPhoenix]

З.Ы. про манифест я выше писал со ссылкой на мсдн

Каюсь, недопонял ситуацию.

Кажется, понятно, почему оно валится. Для мсвц2010, видимо, тоже нужен манифест, вайн его требует.

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

Достаточно очевидно, что это косяк ццп. Но и вайн себя не как винда ведет, что тоже плохо.
Вечером пару багрепортов заполню и для тех, и для других.

Сообщение отредактировал DarkPhoenix: 14 March 2012 - 11:34

[Eklykti]

После сегодняшнего апдейта ланчера надо:

• установить msvcr80, msvcr90, msvcr100 в builtin, native
• Экспортировать LC_ALL (возможно, что достаточно и LC_TIME, но я не проверял) и LANG=en_US.UTF-8

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

Сообщение отредактировал Eklykti: 14 March 2012 - 12:27

[Gavroid]

После сегодняшнего апдейта ланчера надо:

• установить msvcr80, msvcr90, msvcr100 в builtin, native
• Экспортировать LC_ALL (возможно, что достаточно и LC_TIME, но я не проверял) и LANG=en_US.UTF-8

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

LC_ALL у меня давно было выставлено, а вот LANG нет.
и ВНЕЗАПНО с лангом заработало!!!адынадын

З.Ы. где тут плюсег поставить? =)

новый патч и трололо

fixme:msvcrt:MSVCRT__wsopen_s : pmode 0x01ff ignored
wine: Unhandled page fault on read access to 0x9ebc4100 at address 0x1e064205 (thread 002c), starting debugger...
Unhandled exception: page fault on read access to 0x9ebc4100 in 32-bit code (0x1e064205).
Register dump:
и понеслась...

видимо пришла пора линуксовой магии
rm -rf ~/wineprefix/EVE

Упд.:
для патча пришлось удалить все оверрайды msvcr*, а потом для запуска евы добавить обратно (80,90,100)
надеюсь до завтрашнего ДТ поработает

[alibabay2012]

вчерашние проблемы вчера решились по наводке из этой темы запуском winecfg и настройкой приоритетов подгрузки библиотек: msvcr80 msvcr90 оставил в режиме сторонняя, встроенная, но изменил msvcr100 на встроенная, сторонняя (ну или в англ варианте terminal->winecfg->Libraries Dll overrides : *msvcr80, *msvcr90 = native, builtin msvcr100=builtin, native )


сегодня пришлось помучатся поболее, посему решил поделится:
1) правим скрипт запуска евы и добавляем (курсивом жирно): "env LANG=en_US.UTF-8 LC_ALL=en_US.UTF-8 wine бла-бла-бла..." (у меня это бла-бла-бла=explorer /desktop=EVE .. и т.д.)

upd. префиксы я не использовал и не использую, настройки делал только в winecfg

2) меняем параметры вайна запуском winecfg на этот раз так (приоритеты подгрузки библиотек): msvcr80 msvcr90 ставим в режим встроенная, сторонняя, и msvcr100 тоже встроенная, сторонняя (ну или в англ варианте terminal->winecfg->Libraries Dll overrides : *msvcr80, *msvcr90 , msvcr100=builtin, native )


P.S.

ну и пользуясь случаем коли авторизовался и пишу тут,

добавлю еще своего опыта:

для запуска евы в полноэкранном режиме (LUbuntu 11.10 86_64, lxde) на двух мониторах (разного разрежения/диагонали) использую скрипты:

(основной монитор наибольшего разрешения, в xinerama он под малым вторым монитором, панель задач на первом мониторе и настроена на автоскрытие, ее высота как раз те самые 24 пикселя)

eve1.sh

#!/bin/sh
sh eve-wine1.sh&
# -24
sleep 5
# 768 - 24 = 744
# 720-24= 696
xdotool windowmove `xdotool search --name "EVE1 - Wine desktop"` 0 744

eve-wine1.sh

env LANG=en_US.UTF-8 LC_ALL=en_US.UTF-8 wine explorer /desktop=EVE1,1920x1200 "c:\\Program Files\\CCP\\EVE\\eve.exe"

eve2.sh

#!/bin/sh
sh eve-wine2.sh&
# -24
sleep 5
xdotool windowmove `xdotool search --name "EVE2 - Wine desktop"` 0 -24

eve-wine2.sh

env LANG=en_US.UTF-8 LC_ALL=en_US.UTF-8 wine explorer /desktop=EVE2,1360x768 "c:\\Program Files\\CCP\\EVE2\\eve.exe"

ну и для запуска дубликатов на каждом из мониторов аналоги eve1-2.sh + eve-wine1-2.sh где desktop=EVE1-2 и аналогично для второго моника eve2-2.sh + eve-wine2-2.sh где desktop=EVE2-2 (у меня 3 акка, иногда есть потребность загрузить по два клиента евы на одном из двух моников, цены в жите глянуть например)

еще в убунте поначалу долго бился чтоб с драйверами видеокарты radeon 5870 и постиг верный путь - ставить надо дрова не с сайта АМД а те что дает убунта проприетарные, но ! если пересобрал иле поставил новое ядро новой версии - при проблемах надо деинсталлировать этот frglx и ставить его заново (если я понял при установке он пересобирает его под текущее ядро и заголовки ядра), у меня FX 4100 ядро пересобирал под march=bdver1 - так что это актуально было стало как только с generic ядра спрыгнул .. а точней когда его обновил да и после custom ядра.
ну и небольшая засада была в настроке 2х десктопов на двух мониторах, amdccle упорно не хотел понимать как можно это конфигурироватьи с помощью каталиста это тупо не получалось сделать, все решили долгие пляски с бубном и запуск в консоли amdconfig после установки драйвера и первой загрузки (чтобы сгенерировать xorg.conf и чтоб потом все работало в том числе всякие xrander):

amdconfig --initial=dualhead --screen-layout=above --resolution=0,1920x1200 --resolution=1,1360x768 --xinerama=on

после этого каталист работает без глюков и вообще все так как должно быть ( как было бы под виндой)

по части вайна - то что написано в первом посте все применил (установка либ и шрифтов с помощью winetricks) - и этого хватило, ну и еще добавил репозитарий http://ppa.launchpad...wine/ppa/ubuntu и у меня сейчас самый свежайший вайн для убунты - версии 1.4-rc6, ядро 3.0.9-16.29 64бит

в целом доволен ацки, фпс такой о котором на венде и мечтать не мог, да и отзывчивость и стабильность (сменил WinXP32 Pentium D960 3.4Gz 2core + i945 на Linux 64 AMD Bulldozer 4100 3.2Gz 4core + AMD 990FX), после пропрыгов и во флот боях все четко и без тормозов (масс флотовые бои когда в гриде 1000+ и TiDi в том числе), у народа после патчей первых круциблы под виндой после пропрыгов в гейты началась массовая болезнь дисконнектов по ту сторону гейта (прыгает и вылетает, после логина подварп в ноль к гейту по другую сторону) - мне хоть бы хны было.

вообще из косяков есть только одно - в тимспике под линукс к сожаленью для Push-to-talk нельзя допкнопку мышки использовать (боковую у Logitech G5), но это терпимо, ну и оверлеев не хватает но в вайн окно их ясно дело не пробросишь, а запускать ради этого тимспик в вайне - имхо не стоит того.

updated 15.03.2012

дополнение по установке ati драйверов с сайта ati.amd.com

сегодня заметил что по непонятным причинам со временем окно евы на основном мониторе вдруг почему то подвисает намертво, при этом чар не логофается и остается в системе (это видно на втором клиенте евы с другого чара)

решил обновить видео драйвер и еще раз попытатся поставить свежайший проприетарный с сайта АМД, деинсталлировал прежний драйвер, скачал скомпилировал deb пакет по инструкции , установил перезагрузился, настроил конфиг для X сервера командой

sudo amdconfig --initial=dual-head --screen-layout=above --resolution=0,1920x1200 --resolution=1,1360x768 --xinerama=on

- выяснилось что теперь параметр dualhead пишется с дефисом

но при диагностике, при запуске fglrxinfo получал в консоли ошибку :

X Error of failed request: BadRequest (invalid request code or no such operation)
Major opcode of failed request: 136 (GLX)
Minor opcode of failed request: 19 (X_GLXQueryServerString)
Serial number of failed request: 12
Current serial number in output stream: 12

спустя некоторое время поиска ответов в сети решил проверить lsmod - в выводе не было fglrx,
и на попутку подгрузки модуля "modprobe fglrx" получал сообщение об ошибке вида "FATAL: Module fglrx not found"

нашел ответ в сети, оказалось этот модуль каким то образом оказался в черном списке, убедился в этом увидев вывод "grep fglrx /etc/modprobe.d/*"
ну и соответственно закомментировал строку, загрузил руками - ошибки не было, перезагрузил систему и fglrxinfo сразу стала штатно отвечать о видеоадаптере, и дальнейшие тесты прошли и о чудо даже Eve запустилась

буду наблюдать за стабильностью работы клиента и повторятся ли зависания которые появились после вчерашнего патча

спасибо всем кто пишет в этой теме, нас мало (играющих в еву под вайном+линукс), так будем же делится опытом/troubleshoot и далее друг с другом !

Сообщение отредактировал alibabay2012: 15 March 2012 - 13:41

[Titanum]

Чёрд!!! Не хватает нервов на этот линь, этих СиСиПИ.
Добился работы загрузчика. Убрал его появление в настройках( это было во время ДТ). Новое обновление. Сплэшь грузится потом ева крэшится. Пробовал и так библиотеки ставить , и по другому - результат одинаков, с точностью до буквы (

[Zataf]

Поробывал  всё сделать по рецепту али бобая =)
результат правки вот

env LANG=en_US.UTF-8 LC_ALL=en_US.UTF-8 WINEPREFIX="/home/zataf/.wine" wine C:\\windows\\command\\start.exe /Unix /home/zataf/.wine/dosdevices/c:/users/zataf/Главное\ меню/Программы/EVE/Play\ EVE.lnk

или я не то что то правлю? вобщем не запустилось.

[Vertrum]

Возникла проблема с подключением к интернету... Из-за Евы, как бы это глупо не звучало =__= после обновления и появления лаунчера. через энное количество минут пропадает коннект. Полностью. Т.е. даже выйдя из игры фиг с маслом...

uname -a
Linux dhcppc0 3.2.9-1-ARCH #1 SMP PREEMPT Thu Mar 1 09:10:44 UTC 2012 i686 Intel® Pentium® D CPU 2.66GHz GenuineIntel GNU/Linux

dmesg
[  428.533948] sky2 0000:02:00.0: eth0: Link is down
[  430.201546] sky2 0000:02:00.0: eth0: Link is up at 100 Mbps, full duplex, flow control both

Из dmesg понятно, что пропадает связь... Но причина мне абсолютно не ясна. Если не запускать Еву, то все норм работает =| Куда копать?

[hash]

Вообще, у меня это уже как у собаки Павлова, EVE обновилась, скопирова d3dx9_36.dll и d3dx9_42.dll в EVE/Bin потому что это скотина безрогая всё "вычищает", а так у меня работает пустой префикс, ничего не ставлю, раньше vcrun'ы ставил, теперь нужды нет, последняя WINE из git'a их прекрасно реализует, во всяком случае EVE'e хватает.
А и кстати я лунчер не запускаю, я сразу ExeFile.exe стартую.

Пересборка префикса у меня сечас выглядит следующим образом:
Снос старого префикса.
winecfg - запустить и выйти
создание софтлинка на каталог с установленной EVE'oй (он не в префиксе у меня, так-же как и все настройки EVE'ы)
winecfg - "Добавить приложение..." дабавляю ExeFile.exe, выделяю его в списке, выставляю ему виртуальный десктоп и оверрайд msvcr100 на встроенную (wine)
ExeFile.exe /noconsole /nosplash
Играю.

Сообщение отредактировал hash: 14 March 2012 - 19:37

[TenzorOG]

или я не то что то правлю? вобщем не запустилось.

Тоже не стартовала. Реализовал обновление как описано тут (внизу страницы, где написано "As of the Tuesday 13th March update"), но только пришлось всем модулям задать "builtin, native" (написано в самом последнем предложении там же).

[DarkPhoenix]

Заметил любопытную особенность: если запускать через лаунчер с оверрайдом только на 100, ева не запускается. Если запускать ExeFile.exe - все норм.

В принципе, пока самым безопасным вариантом будет юзать repair --buildno=<...> для патчей и запуск экзефайла. А там уже видно будет.

[alibabay2012]

сегодня после даунтайма пропатчится удалось по этому рецепту:

Basically use:
1)
msvcr100 (native, builtin)
msvcr80 (native, builtin)
msvcr90 (native, builtin)

to install the patch,

2)
and:

msvcr100 (builtin, native)
msvcr80 (builtin, native)
msvcr90 (builtin, native)

to play.

msvcr100 установил по этому рецепту

[hash]

У меня глупый вопрос:
А зачем менять оверрайды?
Нельзя поставить отдельно оверрайды на ланчер и на саму EVE'у?