Сейчас заново прохожу Half-life 2. Дошол до главы «За Фрименом», там надо подняться на крышу. Так вот я поднимался по лестнице, в меня начал стрелять пулемёт, снял много ХП, я перезагрузился, прошол, дальше сохранилс(нажал W+f6 случайно), потом меня выкинуло из игры и выдало следующее сообщение:
Source — Fatal error.
Could not acquire necessary game files because the connection to Steam servers was lost.
После этого не могу зайти в игру,показывает интро,и снова
выдает ошибку.
Что это, и как это исправить. Помогите, а то игра затянула пипец(хочу заново все пройти))
P.S.- Игра-пиратка
Заранее спасибо))
Источники не идти блуждающих нечестивых в серьезных игры будут потеряны.
- пожаловаться
- скопировать ссылку
Опять делаешь тему-клон:
http://forums.playground.ru/half-life_2/560558/
В самом верху же висит!
Что за ошибка — ХЗ, странно, что она вдруг ни с того, ни с сего стала выдавать её. Ты хоть с параметром -steam запускаешь гаму? Не все пиратки требуют его, но твоя, мб, из-за этого и не хочет запускаться. Правда, если ты пользуешься всё тем же ярлыком… Странно всё это.
edit
Нихи… Не говори загадками D:
- пожаловаться
- скопировать ссылку
Европейский союз в то же время очень странно или его пропустить его любовь копии некоторых zapuskae должно быть сделано «,-это диапазон? Все вызовы piratki, но он не хочет работать, так что МБ. Однако если вы используете тот же символ. Это странная вещь.
- пожаловаться
- скопировать ссылку
Источники не идти блуждающих нечестивых в серьезных игры будут потеряны
Не говори загадками D:
Да всё ясно же. Нечестивец оскверняет серьёзную игру своей пиратщиной, блуждает во тьме и будет потерян и предан забвению.
- пожаловаться
- скопировать ссылку
ППЦ, Нихи выносит моск xDDD Напоминает бредовыносы, генерируемые хiтрым Илаем в рапидовском Dumb-Life’e! xD
- пожаловаться
- скопировать ссылку
ППЦ, Нихи выносит моск xDDD Напоминает бредовыносы, генерируемые Илаем в рапидовском Dumb-Life’e! xD
Это дрэннага перекладчыка.
- пожаловаться
- скопировать ссылку
ОЙМФГ, впервые про такое слышу %)
- пожаловаться
- скопировать ссылку
http://www.ackuna.com/badtranslator
- пожаловаться
- скопировать ссылку
ОК, спс, буду знать…
- пожаловаться
- скопировать ссылку
С, весело вещи, Ниха.
Муахаха, я сейчас прогоню через этот переводчик куйню, написанную у меня в профиле.
edit
(A)” )Ґ
- пожаловаться
- скопировать ссылку
я сейчас прогоню через этот переводчик куйню, написанную у меня в профиле
Тотальный вынос. Генеральный голубой, полость зуба, необработанное чёрное мясо… но я решил ещё раз прогнать.
1 — — это сила, с обеих сторон вторая — моя игра (игроков), как правило, лучше, чем синяя половина случаев. (У меня есть кариес, потому что ни консоль) Ypisod Ypisod кислоты может быть потеряно и прибрежные порты. Читайте газеты, смотрите Ypisod 3.2.
Сочуствую насчёт кариеса. Попробуй купить консоль.
- пожаловаться
- скопировать ссылку
Весь ресторан. Сырое мясо все Синий зуб разрыв, … Удалить, но решил пойти еще раз.
1 — — использовать обе стороны силы — игра (игра), как правило, в половине случаев лучше, чем синий. Ypisod Ypisod кислоты (у меня есть место не легко) и порты будут потеряны. Он рассказал бумаги см. Ypisod 03,02
Сочувствие s. В попытке купить консоль.
Терминал не сработает — или хуже.
- пожаловаться
- скопировать ссылку
Содержание
- Half-Life: I can’t compile client.dll #1648
- Comments
- Could not load library — client.dll #1610
- Comments
Half-Life: I can’t compile client.dll #1648
i having this errors:
LINK||fatal error LNK1104: cannot open file ‘..utilsvguilibwin32_vc6vgui.obj’
LINK||fatal error LNK1104: cannot open file ‘..libpublicsdl2.obj’
those files are not included on SDK?
i have tryed with Visual C++ 6.0 and Visual C++ 2010
i use codeblocks to compile.
hope you can solve my problem.
From already thank you very much.
The text was updated successfully, but these errors were encountered:
Those files are included within the SDK.
On a fresk SDK (no edits), try opening the projects/vs2010/projects.sln
file with Visual C++ 2010, build the solution and it should work.
Le 13 août 2015 4:09 PM, «headshoter» notifications@github.com a écrit :
LINK||fatal error LNK1104: cannot open file
‘..utilsvguilibwin32_vc6vgui.obj’
LINK||fatal error LNK1104: cannot open file ‘..libpublicsdl2.obj’
those files are not included on SDK?
i have tryed with Visual C++ 6.0 and Visual C++ 2010
i use codeblocks to compile.
hope you can solve my problem.
From already thank you very much.
—
Reply to this email directly or view it on GitHub
#1648.
thanks, now im getting this:
inputw32.obj||error LNK2019: unresolved external symbol __imp__GetCursorPos@4 referenced in function «unsigned long __stdcall MousePos_ThreadFunction(void *)» (?MousePos_ThreadFunction@@YGKPAX@Z)|
inputw32.obj||error LNK2019: unresolved external symbol __imp__SystemParametersInfoA@16 referenced in function _IN_ActivateMouse|
inputw32.obj||error LNK2019: unresolved external symbol __imp__SetCursorPos@8 referenced in function «void __cdecl IN_ResetMouse(void)» (?IN_ResetMouse@@YAXXZ)|
Do you have the Service Pack 1 for Visual Studio 2010 installed? If no, try
to download and install it.
Le 13 août 2015 4:28 PM, «headshoter» notifications@github.com a écrit :
thanks, now im getting this:
inputw32.obj||error LNK2019: unresolved external symbol
__imp__GetCursorPos@4 referenced in function «unsigned long __stdcall
MousePos_ThreadFunction(void *)» (?MousePos_ThreadFunction@@YGKPAX@Z)|
inputw32.obj||error LNK2019: unresolved external symbol
__imp__SystemParametersInfoA@16 referenced in function _IN_ActivateMouse|
inputw32.obj||error LNK2019: unresolved external symbol
__imp__SetCursorPos@8 referenced in function «void __cdecl
IN_ResetMouse(void)» (?IN_ResetMouse@@YAXXZ)|
—
Reply to this email directly or view it on GitHub
#1648 (comment)
.
so.. what software you use to edit/compile Half Life SDK?
i started using Visual C++ 6.0 on a virtual machine with Windows XP.
now i use codeblocks and steal the compilers from Visual C++ 6.0 and 2010 to work with it on Windows 7.
sorry my english sucks.
For this source code, I recommend the usage of Visual C++ 2010 SP1
compilers.
Visual C++ 6 compilers can still be used as «legacy» style, just make a
blank workspace, add the 2 DSPs projects to it and done.
Visual C++ 2012/2013 compilers can also be used by «converting» the VC++
2010 solution and projects, you may have an error about HSPRITE which can
be fixed by renaming HSPRITE to something else or by commenting it in the
concerned Windows’s header file.
Visual C++ 2015 compilers requires a lot of stuff to be changed in order to
work (@malortie has made a fork about it if I remember correctly).
CodeBlocks should work as long as you setup the usage of VC++ 6/VC++ 2010
SP1/VC++ 2012/VC++ 2013 compilers.
Le 13 août 2015 4:57 PM, «headshoter» notifications@github.com a écrit :
so.. what software you use to edit/compile Half Life SDK?
i started using Visual C++ 6.0 on a virtual machine with Windows XP.
now i use codeblocks and steal the compilers from Visual C++ 6.0 and 2010
to work with it on Windows 7.
sorry my english sucks.
—
Reply to this email directly or view it on GitHub
#1648 (comment)
.
Источник
Could not load library — client.dll #1610
I am seeing some weird behaviour with my mod. Hopefully someone has ideas..
If I unpack a zip of my mod and try to run it, the game crashes before reaching the splash screen, with the error in the title: «Could not load library — client.dll» along with the path to steamapps/common/. (where the working client.dll file is located).
If I replace my client.dll with an older version that was released in 2006, it has the same error.
If I rename client.dll so there isn’t a client.dll present, the game reaches the splash screen without error.
If I unzip my mod on a system that has previously installed an older version of the mod (using the installshield exe provided), the new DLLs work. I still don’t know what the difference is to cause this, so I’m trying to just look at the problem ignoring this..
There are lots of google results for this, but they are for source mods and pre-steam versions of half-life. Any suggestions?
The text was updated successfully, but these errors were encountered:
Not sure — maybe file permissions?
Is there any difference in the old and new versions’ liblist.gam files? I think there a couple of client.dll-related keys that can be set.
The new liblist has a different version key and adds the ‘edicts’ key to prevent an awful crash.
I tried using the old liblist as well, with no luck.
I don’t think it should be file permissions either — if I’ve already installed the old version, the new files are loaded just fine by hl. As I say, I still can’t figure out what the old installer is doing to avoid this (that just unzipping the files is not).
Hm, any differences in the various .cfg files?
And if you do a symbol dump on the client.dll files do they both export the same things? Probably a long shot as I think the engine will be specific if you’re not exporting an interface, but it might be worth a check.
Also, maybe try with a debug/release client.dll instead.
I have wondered if it’s something in the way I build. Definitely tried both debug/release profiles, no luck there..
The weird thing is my DLLs can work (but only if you have run the installshield exe from 2006 to set up the old version). If I just paste in the DLLs from the old installer (without running it), I get the same error. I guess I need to see what the installer does (other than paste files) because it seems important? Hrmmm.
Now that is odd. Is the .dll from the installer identical to copy+pasted .dll (if you compare file sizes, contents and so on)?
I’ve been experimenting some more..
If I paste the new version over the old one on a Windows XP virtual machine, it doesn’t work. Nothing seems to make my new binaries work on XP (and it seems like the installer isn’t related, thank god!). They work on Windows 7..
It feels like this is something about my binaries/build process, as you were thinking. Can’t quite place it yet but I’ll keep looking..
And actually, without looking at symbol tables and stuff directly, you’re on to something.
-Only with the new binaries- I get these errors in the console:
Can’t find address: 647f385a
Can’t find address: 647f12d0
Can’t find address: 647f385a
Can’t find address: 647f12d0
.
Must be something we aren’t exporting, that the old ones are. Maybe it can’t run without these functions on XP but it can on W7? Something like that?
More on the same point:
If I build with the source code from 2006 and my current build process, I get the exact same behaviour (missing functions on W7, startup crash on XP). So it’s down to the build process now.
Are there guidelines somewhere about this so I don’t have to just go and use some random visual studio version and project file?
I would have though the Visual Studio project was set up correctly — I guess you haven’t gone and fiddled with any settings?
I think I’ve seen a similar error to the «Can’t find address», but in the server .dll — I think I’d done something wrong with LINK_ENTITY_TO_CLASS, though as I think more those may have been debug messages. Is «Can’t find address» yellow or red? And if you search through the code is it there or in the engine? Maybe it’s something to do with the message handler export macros?
I don’t know about the can’t find address errors, maybe you are having two different problems.
But appart from that, what is your project setting for Configuration Properties -> C/C++ -> Code Generation -> Runtime Library?
It should be Multi-threaded (/MT) for Release and Multi-threaded Debug (/MTd) for Debug builds. At least unless you want to deploy the otherwise required Microsoft DLL files on the target system.
Please don’t be angry if that idea is wrong 🙂
If it was right, then please check your other project settings against these, to avoid other problems.
Yeah, I have that setting. Checking against that project file is still on my ‘to do’ list. hopefully I get to it soon and update this :>
Oh 🙁
Are you using any other DLL files in your client.dll that might depend on some CRT DLL files? (I recall some mods did that).
Also did you try Debugging the game with WinDbg or s.th. else already? Any useful output from that?
Btw the «Can’t find address: %08lxn» text comes from the enginefuncs_t’s pfnNameForFunction, which is used in your server DLL (not the client.dll one) through the NAME_FOR_FUNCTION macro. Enabling debug build _(DEBUG macro should be definied then) should print more helpful info about which exports are missing usually.
Also what is your Build Environment?
If using Visual Studio newer than 2010, you might need to enable targeting for Windows XP, see:
Visual C++ Team Blog — Windows XP Targeting with C++ in Visual Studio 2012
Edit: I’d recommend the Visual Studio 2010 build set (v100), except if you want to use newer C++ 11 features.
Ooh, lots of awesome ideas. Thanks very much! I’ll try these shortly.
I highly recommend the usage of WinDbg as debugger for HL1 mods, when I was implementing the custom audio engine using FMOD Studio for ARRANGEMENT I had some memory leaks which VS2013’s debugger wasn’t helpful but WinDbg was.
Did you ever work it out?
Nope! Planning to work on it again soon.
I just tried patching visual studio with the link from ripieces. The binaries made with that magically seem to work! (without any setup after patching VS)
So I guess that’s good! Maybe I’ll learn the details later but this is great for now. Thanks, folks!
While that is great to hear, that could mean we will run into a lot of problems if we update the compiler version to 2012 or newer 🙁
Are you sure those «Can’t find address: %08lxn» for debug builds are gone too? I would have thought those problems were unrelated.
@ripieces For our mod ARRANGEMENT, we use VS2013 compilers (v120) and we’ve got the same behaviour as if we were using VS2010 compilers (v100). XP compilers work too but they don’t make much difference, so theorically, VS2012 compilers (I presume v110) should also work.
However, I tried to use VS2015 compilers (v140) on my Windows 10 VM and they fail compiling the source code.
The ‘can’t find address’ stuff still happens, yeah.
Not sure about VS versions and stuff. it would be good to separate the build process from VS and just have some clear directions about a makefile and toolchain..
As said here you can enable _DEBUG build to find the functions that miss the CBASE_DLLEXPORT / EXPORT macro.
I managed to compile Half-Life’s source code in Visual Studio 2015 RC (community edition).
You can find it here. Deprecation warnings have been removed, so the code should proficiently build. It works for all projects with dmc, hl, ricochet.
I might attempt to fix utilities (utils.sln) and get them to build properly. In the case of mdlviewer, this could be replaced by Chumbalum Soft’s version.
Hope this helps.
I’m actually still looking at this because using the vs2012 patch didn’t help (not sure why I thought it did. )
@malortie : Have you tested if your half life client DLL works on Windows XP?
edit: Here is my current problem (to reiterate) — if I have my client.dll in the proper path, I get the error «could not load library client.dll». If I have no client.dll whatsoever, the game starts up (and crashes when you try to join a server, because it’s using the half-life client.dll)
So..what needs to be true about my client.dll for hl to load it? That’s probably what I really need to know (VS versions and so on don’t seem to be a direct cause).
You should really consider using WinDbg. It can even load symbols (.pdb) and source files, if you point it to the right directories (make sure to tick reload checkbox in case you are already attached to the process when setting them).
Are you sure you set v100 for both Release and Debug builds? Maybe you switched between release and debug and it’s not set? (S.th. like that happened to me once.)
Also I suppose you are using a Release build for Windows XP, because debug builds usually only work in own environment where the Visual Studio is installed (because of missing DLLs)?
Edit: forget about that previous paragraph, since you / Half-life are compiling static libraries, meaning Debug should work too.
@ripieces: Debug builds should always work for people who don’t have Visual Studio or any C/C++ related development/debugging stuff installed.
@johnstt: I recently had the Can’t find address problem in my mod and I managed to fix it, please note that this solution may not work for you as your problem is related with the client DLL. But I’ll share my solution anyways because you may find it useful and others modders may came accross the same problem.
Here’s the context: I’m making a CTF (Capture The Flag) game mode for my mod, so I need to code 2 entities, the flag itself and the capture zone.
And now straight to the point, aka the Can’t find address problem, how can it happen and how to fix it, take a look at this code which I simplified a lot so you can understand:
When I wrote this, I told myself: «It will be fine», so I pressed the «Build solution», and no errors/warnings were shown, good so far. Then I start my mod, start WinDBG, attach WinDBG to hl.exe , start my local CTF server and I had no Think related spam for CCTFFlag . I tried to touch a CCTFCaptureZone and nothing. I opened the console and took a look a bit after the server started and I saw the Can’t find address lines.
After 20 minutes of raging, tweaking something here, tweaking some there, I realize by looking 10 times at others entities within the same file ( triggers.cpp ), that all EXPORT had unique names, so I changed a little bit my code so it look like this:
I had no more Can’t find address and got my CCTFFlag::CTFFlagThink spam, also touches were detected, in other words: everything worked like a charm. Hope this little «story» will be useful to you or any other modder which has the same problem.
@JoelTroch thank you for the info about the function names having to be unique in the whole class hierarchy.
I think the reason for that is the pointer casting trickery here:
However at the moment I am thinking that the Can’t find address problems were completely unrelated to that!
I am not even sure if the EXPORT is required on those Think and Touch function, but honestly I don’t know right now. (I know Valve did it like that almost everywhere, but cannot find a reason for that right now.)
I am stupid, sorry. The EXPORT macro is required, at least for the Debug builds, I am not sure though under which conditions the engine will call in there.
Sorry for my lack of knowledge 🙁
Despite the fact that the following message is not related to client.dll loading, but since it concerns most users struggling with VS versions or still are using ulterior versions such as VS2010, I believe it would be better to let as many people be aware of the following:
As promised, I managed to fix source code related issues related to warnings/deprecate, except for CRT functions, as using CRT recommended functions would require certain tweaks in various files, such as extra arguments. In addition to this, the fix prevents typical warnings such as precision loss, unreferenced variables, already defined macros, and other warning seen in the current master branch from being triggered.
In short, no more required warning suppression to prevent compiler from generating warnings such as:
The POSIX name for this item is deprecated. Instead, use the ISO conformant name: .
To solve this, I created two files: warning.h;vstdlib.h in public/vstdlib. warning.h is to help setup preprocessors to enable or disable the fix, while vstdlib.h includes macros to make future POSIX transitions easier.
If you look into the current source engine build, you will notice Valve uses macros such as Q_strncpy, Q_memset, which are all defined in a particular file, which associates macros to C standard functions based on OS, build configuration.
The same procedure was applied here. I had to go through every C standard library functions call in both projects.sln and utils.sln and replace them with Q_* alternatives, which are associated
in public/vstdlib/vstdlib.h.
I also promised to give you a working solution for Visual Studio 2010.
Note: I deleted my old branches (Do not worry, I made backups) to clean all the monolithic pull requests I’v made.
Before attempting to do other pull requests, I encourage you to take a look at the current one, which contains all fixes specified above.
Please, let me know what you think. I am always forward to improve my work as well as commit skills and I cannot think of better people than you to help point me in the right direction.
Источник
Обычно HL сообщает вам некую информацию, путём вывода её в консоли, через «таблички» в меню или прямо в ОС. Среди них попадаются не очень приятные сообщения — сообщения об ошибках. И часто эти сообщения зашифрованы… В данном разделе я попытался собрать максимум таких сообщений и описаний к ним.
dropped due to slot reservation
Свободные места на сервере зарезервированы для определённых игроков.
Net_Send Packet error: WSAEINTR…продолжение сообщения?
Такая ошибка возникает, когда у вас плохое соединение с Интернетом (проблема с пересылкой пакетов). Из-за плохой линии в модеме возникают ретрайны и он ничего не посылает и не принимает. Попробуйте увеличить таймаут для пакетов. Так же проверьте, настройки вашего firewall. А лучшее решение — поставить выделенку.
Дополнительно: это трабл с «Планировщиком пакетов QoS», в свойствах подключения к интернету (или lan,смотря что у тебя) отключи «Планировщик пакетов QoS»
WARNING: CL_FlushEntityPacket
У вас происходит потеря пакетов — связано это с перегрузкой вашего канала (LAN) или с плохим подключением к Интернету (modem). Попробуйте также уменьшить в конфиге значения rate, cl_cmdrate и cl_updaterate. Например выставьте так — rate 2500, cl_cmdrate 15 и cl_updaterate 15
Cheating-Death is required on this server
Для игры на этом сервере установите античитерскую программу или обновите её.
Server is not responding
Это означает, что сервер недоступен. Связано это может быть с тем, что у вас временные проблемы со связью до сервера либо из-за того, что вы находитесь за проксей или ваш администратор закрыл порты, необходимые для игры. Так же возможно вы забанены на этом сервере или у вас отсутствует доступ в Интеренет — проверьте свое подключение. Или просто сервер не работает.
Bad server address
Неправильный адрес сервера.
Your client.dll is different from server
Это значит, что у вас и на сервере различаются версии HL. Просто сделайте апгрейд до Half-Life ВЕРСИИ 1.1.1.0 и Counter-Strike версии 1.5.
Your CD-Key is invalid
Ваш CD-Key неправильный. Это присуще России :), просто купите лицензионную игру. Или не играйте на зарубежных серверах или серверах требующих подлинности ключа.
Your HL cd-key already used,Try again later
Ваш CD-Key используется в данный момент. Попробуйте позже.
Your .dll [cl_dllsclient.dll] differs from the servers’s
Это значит, что у вас установлена старая версия Counter-Strike, просто сделайте апгрейд до нужной версии.
Connecting to …
Retrying …
Retrying…
Retrying …
Connection failed after 4 retries
Возможны две причины: сервер действительно временно недоступен или проблемы с модемным соединением (некачественная линия или старая АТС, неправильно настроен протокол TCP/IP, зависание модемной сессии …). Попробуйте подключиться через некоторое время.
Server verification failed
Вам нужно попросить своего админа откыть во внешний мир порт UDP 27012 (или проверить настройки своего фаервола). А также, убедиться, что у вас нет файла woncomm.lst в директории /cstrike. Если таковой есть, то обязательно удалить его — так как он должен быть только в директории /valve.
Could not connect to game server
Reason:LAN servers are restricted to local clients(class C)
Невозможно подключиться к серверу, т.к. он предназначен только для игры в сети (то есть если вы коннектитесь с «белым» IP на сервер, имеющий «серый» IP — прим. )
VAC secure
смотрите readme cheating-death. Я не знаю ,что за хрень,но это как -то связано с Valve-античит, которая встроена в CS начиная с версии cs 1.4. В файле Либлист.гам(liblist.gam) найдите secure «1» исправьте на secure «0» -это выключит Вальве античит. Вроде бы всё должно быть нормально
Sorry but your ping very large
ваш пинг очень большой. Ограничение устанавливается на сервере.
Warning:Connection problem
или нет связи, или связь ооочень паршивая…
Server used client (47) you client is (46)
Надо обновить версию CS (Если у вас сервер 1.6 — он обновится сам, а если 1.5 или клиент 1.6 — обновлять надо вручную)
Host_Error: UserMsg: Not Present on Client 56
CS 1.6 и происходит выброс в главное меню, скоррее всего на сервере версия патча старее чем у вас
Hunk_Alloc:failed on xxxxx bytes
CS uses more RAM than HL and TFC, so those with 32megs of RAM are having problems. In your command line, set -heapsize 32000 — or try other values, smaller or larger — depending how much RAM you have. If you don’t know how to do this, right click on hl.exe and ‘create shortcut’ Right click on this new shortcut, choose ‘properties’, then edit the ‘target’ (command line) to say something similar to «C:sierrahalf-lifehl.exe» -game cstrike -heapsize 32000. The «real» fix, however, is to get more RAM
FATAL ERROR
Mod_NumForName: models/shield/v_shield_usp.mdl not found
Обычно бывает после закачки обновления через Steam. Просто, похоже, архив обновления скачался не до конца, т.к. на самом диске 1.6 есть этот файл.
you have disconected froom the server.
reason:Error verifying STEAM userid tickey(server was unable to contact the authentication server,35)
стим не смог идентифицировать твой ключ (IMHO cd-key) вследствии того что несмог достучаться до сервера аутинтефикации.. юзай КС без стима.
Your system has been modified.
Please remove the modifiction
to play on this server.
Code[28]
Играть на тех серверах где нету Cheating-Death.
Video mod warning. Failed to set video mod-resetting to defalts. Game will now restart with the new video settings.
Качай новые драйвера для Видеокарты.
A connection the Steam VAC servers could not be made. for troubleshooting network issues, pleas click the link below, и ссылка на steampowered.
данный случай похож на временную невозможность законнектится с VAC (Valve Anti-Cheat) серверами, короче скорее всего перебои с сетью…
Unable to get IFileSystem interface from filesystem factory
Переустановить КС. Обновить апдейтами. Если не поможет, купить лицензионную версию… ну или на худой конец слить пиратку с другого места.
This server is using newer protocol (x) that your client have (x)
сообщение говорит именно об использовании пиратской версии игры
© faq.cs2.ru