[hlcoders] steam issues
Hello all, I perfectly know that this is programming forum, but I'll still post that here cos I already saw [and felt on myself] how Steam support works and maybe you guys (from Valve, or other) will read that and know the answer... 1. I've installed Steam at work and only on my machine it doesn't launch at all! Just gives me 'exception can't load Steam.dll' without even displaying progress window or trying to connect anywhere! On other machines it first displays progress window, tries to connect and then gives that error. Steam forum has no answers regarding that, only questions from hundred of users. I [and everyone from work] go to Internet through our company's proxy, but it even doesn't try to connect on my machine. There is no ports issue 2. You've made regional protection together with Buka company regarding CIS countries [some people here were joking why there were no writings on walls in game This is version for poor countries )))] and the question is: I always used only western Half-Life 2 activation keys, western Half-Life generations key. If I'll use Buka's activation key, will it work with my account? My Steam's language setting is English and I don't want make it russian because: 1. this isn't my native language 2. I don't need those russian game cache files. Hope for reply, please understing me right that I wrote here. Thanks -- Best regards, Slava Hoaxer Dzhura mailto:[EMAIL PROTECTED] ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders
Re: [hlcoders] steam issues
This isn't the valve hotline, it's a mailing list for mod programmers On 6/7/06, Vyacheslav Dzhura [EMAIL PROTECTED] wrote: Hello all, I perfectly know that this is programming forum, but I'll still post that here cos I already saw [and felt on myself] how Steam support works and maybe you guys (from Valve, or other) will read that and know the answer... 1. I've installed Steam at work and only on my machine it doesn't launch at all! Just gives me 'exception can't load Steam.dll' without even displaying progress window or trying to connect anywhere! On other machines it first displays progress window, tries to connect and then gives that error. Steam forum has no answers regarding that, only questions from hundred of users. I [and everyone from work] go to Internet through our company's proxy, but it even doesn't try to connect on my machine. There is no ports issue 2. You've made regional protection together with Buka company regarding CIS countries [some people here were joking why there were no writings on walls in game This is version for poor countries )))] and the question is: I always used only western Half-Life 2 activation keys, western Half-Life generations key. If I'll use Buka's activation key, will it work with my account? My Steam's language setting is English and I don't want make it russian because: 1. this isn't my native language 2. I don't need those russian game cache files. Hope for reply, please understing me right that I wrote here. Thanks -- Best regards, Slava Hoaxer Dzhura mailto:[EMAIL PROTECTED] ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders
[hlcoders] Getting srcds to work on newer linuxes?
Neither srcds_i486 nor srcds_i686 will load my mod on FC5. They will load hl2mp however. It's hard to say what's to blame because, as has been discussed ad nauseam on the Verc forums, the srcds has a bug where it gives no indication as to why it fails to load your .so, it simply skips it and tries the hl2mp one. The usual tricks I've helped others perform in the past when they couldn't get their mods to load don't help here, because my .so really is loadable and exports the CreateInterface symbol, so something new is at work. Anyone seen something like this? Or, alternatively, know of any way to get helpful info out of srcds? strace only reveals that it loaded the .so, but then unloaded it shortly thereafter. What it might have disliked about the .so is not clear from the trace. open(/home/bk/source/aoa/bin/server_i486.so, O_RDONLY) = 4 read(4, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\240\207..., 512) = 512 fstat64(4, {st_mode=S_IFREG|0664, st_size=15746804, ...}) = 0 mmap2(NULL, 11697696, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 4, 0) = 0x4e84000 mmap2(0x58cb000, 458752, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0xa46) = 0x58cb000 mmap2(0x593b000, 462368, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x593b000 close(4)= 0 mprotect(0x4e84000, 10776576, PROT_READ|PROT_WRITE) = 0 munmap(0x4e84000, 11697696) = 0 open(/home/bk/source/hl2mp/bin/server_i486.so, O_RDONLY) = 4 ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders
RE: [hlcoders] Getting srcds to work on newer linuxes?
What does ldd -d aoa/bin/server_i486.so return one you have run export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:. ? [EMAIL PROTECTED] wrote: Neither srcds_i486 nor srcds_i686 will load my mod on FC5. They will load hl2mp however. It's hard to say what's to blame because, as has been discussed ad nauseam on the Verc forums, the srcds has a bug where it gives no indication as to why it fails to load your .so, it simply skips it and tries the hl2mp one. The usual tricks I've helped others perform in the past when they couldn't get their mods to load don't help here, because my .so really is loadable and exports the CreateInterface symbol, so something new is at work. Anyone seen something like this? Or, alternatively, know of any way to get helpful info out of srcds? strace only reveals that it loaded the .so, but then unloaded it shortly thereafter. What it might have disliked about the .so is not clear from the trace. open(/home/bk/source/aoa/bin/server_i486.so, O_RDONLY) = 4 read(4, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\240\207..., 512) = 512 fstat64(4, {st_mode=S_IFREG|0664, st_size=15746804, ...}) = 0 mmap2(NULL, 11697696, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 4, 0) = 0x4e84000 mmap2(0x58cb000, 458752, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0xa46) = 0x58cb000 mmap2(0x593b000, 462368, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x593b000 close(4)= 0 mprotect(0x4e84000, 10776576, PROT_READ|PROT_WRITE) = 0 munmap(0x4e84000, 11697696) = 0 open(/home/bk/source/hl2mp/bin/server_i486.so, O_RDONLY) = 4 ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders
Re: [hlcoders] steam issues
I perfectly know that this is programming forum, but I'll still post that here cos I already saw [and felt on myself] how Steam support works and maybe you guys (from Valve, or other) will read that and know the answer... Besides the risk of annoying a bunch of coders, you might also consider (preferbly before posting) that we really can't help you here. We're working with the SDK; what Steam does or doesn't do is beyond our control. As to getting access to a Valve answer by posting here; your mileage may vary. Personally, I doubt it. But then again, Alfred might surprise me here. -John Sheu ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders
RE: [hlcoders] Getting srcds to work on newer linuxes?
Ah - I should've thought of this, but it's rather late, thanks for leading me down the right path there! There were several gnu symbols undefined because srcds_i486 and srcds_i686 don't link to libstdc++.so, unlike the test program I was using to check the validity of my .so, which of course was compiled with g++. I linked to it in the .so, which is really the kosher thing to do anyway, and now it works. At 2006/06/06 11:29 PM, Alfred Reynolds wrote: What does ldd -d aoa/bin/server_i486.so return one you have run export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:. ? [EMAIL PROTECTED] wrote: Neither srcds_i486 nor srcds_i686 will load my mod on FC5. They will load hl2mp however. It's hard to say what's to blame because, as has been discussed ad nauseam on the Verc forums, the srcds has a bug where it gives no indication as to why it fails to load your .so, it simply skips it and tries the hl2mp one. The usual tricks I've helped others perform in the past when they couldn't get their mods to load don't help here, because my .so really is loadable and exports the CreateInterface symbol, so something new is at work. Anyone seen something like this? Or, alternatively, know of any way to get helpful info out of srcds? strace only reveals that it loaded the .so, but then unloaded it shortly thereafter. What it might have disliked about the .so is not clear from the trace. open(/home/bk/source/aoa/bin/server_i486.so, O_RDONLY) = 4 read(4, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\240\207..., 512) = 512 fstat64(4, {st_mode=S_IFREG|0664, st_size=15746804, ...}) = 0 mmap2(NULL, 11697696, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 4, 0) = 0x4e84000 mmap2(0x58cb000, 458752, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0xa46) = 0x58cb000 mmap2(0x593b000, 462368, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x593b000 close(4)= 0 mprotect(0x4e84000, 10776576, PROT_READ|PROT_WRITE) = 0 munmap(0x4e84000, 11697696) = 0 open(/home/bk/source/hl2mp/bin/server_i486.so, O_RDONLY) = 4 ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders
RE: [hlcoders] Getting srcds to work on newer linuxes?
Linking to libstdc++ will cause your mod to fail to run on numerous Linux distributions (the reason we statically link to it). You should statically link also, the sample Makefile ship with an example of how to do that. - Alfred [EMAIL PROTECTED] wrote: Ah - I should've thought of this, but it's rather late, thanks for leading me down the right path there! There were several gnu symbols undefined because srcds_i486 and srcds_i686 don't link to libstdc++.so, unlike the test program I was using to check the validity of my .so, which of course was compiled with g++. I linked to it in the .so, which is really the kosher thing to do anyway, and now it works. At 2006/06/06 11:29 PM, Alfred Reynolds wrote: What does ldd -d aoa/bin/server_i486.so return one you have run export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:. ? [EMAIL PROTECTED] wrote: Neither srcds_i486 nor srcds_i686 will load my mod on FC5. They will load hl2mp however. It's hard to say what's to blame because, as has been discussed ad nauseam on the Verc forums, the srcds has a bug where it gives no indication as to why it fails to load your .so, it simply skips it and tries the hl2mp one. The usual tricks I've helped others perform in the past when they couldn't get their mods to load don't help here, because my .so really is loadable and exports the CreateInterface symbol, so something new is at work. Anyone seen something like this? Or, alternatively, know of any way to get helpful info out of srcds? strace only reveals that it loaded the .so, but then unloaded it shortly thereafter. What it might have disliked about the .so is not clear from the trace. open(/home/bk/source/aoa/bin/server_i486.so, O_RDONLY) = 4 read(4, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\240\207..., 512) = 512 fstat64(4, {st_mode=S_IFREG|0664, st_size=15746804, ...}) = 0 mmap2(NULL, 11697696, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 4, 0) = 0x4e84000 mmap2(0x58cb000, 458752, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0xa46) = 0x58cb000 mmap2(0x593b000, 462368, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x593b000 close(4)= 0 mprotect(0x4e84000, 10776576, PROT_READ|PROT_WRITE) = 0 munmap(0x4e84000, 11697696) = 0 open(/home/bk/source/hl2mp/bin/server_i486.so, O_RDONLY) = 4 ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders