[hlcoders] Incorrect Game.dll
Hi, i recently compiled my Mod in linux and works well in local. But, when i upload to a linux dedicated server, i have some problems. The major problem is in the start, that shows: Game.dll loaded for Half-life 2 Deathmatch instead of: Game.dll loaded for MyMod What's the problem?. Is related to GCLIB or GCC versions of the linux compilation?. Thanks. Mensaje original De: Marcel [EMAIL PROTECTED] Enviado: viernes, 14 de julio de 2006 18:47 Para: hlds_linux@list.valvesoftware.com Asunto: Re: [hlds_linux] alfred: steam client trying to update from filtered steam content servers Hi, I also had the same problem with my windows steam client on my pc (but not only with csarena servers). It just didn't update the client (the Jul 5 update). I just tried it several times and did a tcpdump on my router. I saw some packets to the csarena steam servers, but also some other steam servers which I don't remember any more. Sadly I haven't checked if they were filtered servers. - Marcel Alfred Reynolds schrieb: We will look into this, thanks for the info. Timo Hilbertz wrote: hi alfred, this is my first time posting in this list, i'm not sure if this is the right place for my question, but i did not find any other adequate list. since two days our cs/css/dods servers try to update from steam content servers located at cs-arena.com. as you can see in the steam content servers status page at http://www.steampowered.com/status/content_servers.html , these servers are filtered - so it's impossible for our servers to get an update. the only solution was to edit our hosts files so all request pointing at cs-arena.com are redirected to unfiltered servers from other providers located in germany. it seems that this problem is not limited to us as we also tried to update temp servers located in other data centers which are not related to us. our assumption is that steam clients simply do not know that content servers from cs-arena are filtered and block all update requests from servers that do not belong to the cs-arena IP pool. can you confirm that? can you tell somebody to fix it? :o) by the way: we'd like to get our own steam content servers (bandwidth is no problem), is there any way to speed up the application? kind regards, timo XG1.net ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders
Re: [hlcoders] Incorrect Game.dll
-- [ Picked text/plain from multipart/alternative ] find const char *GetGameDescription() in *_client.cpp. On 7/15/06, Jose Luis Gonzalez [EMAIL PROTECTED] wrote: Hi, i recently compiled my Mod in linux and works well in local. But, when i upload to a linux dedicated server, i have some problems. The major problem is in the start, that shows: Game.dll loaded for Half-life 2 Deathmatch instead of: Game.dll loaded for MyMod What's the problem?. Is related to GCLIB or GCC versions of the linux compilation?. Thanks. Mensaje original De: Marcel [EMAIL PROTECTED] Enviado: viernes, 14 de julio de 2006 18:47 Para: hlds_linux@list.valvesoftware.com Asunto: Re: [hlds_linux] alfred: steam client trying to update from filtered steam content servers Hi, I also had the same problem with my windows steam client on my pc (but not only with csarena servers). It just didn't update the client (the Jul 5 update). I just tried it several times and did a tcpdump on my router. I saw some packets to the csarena steam servers, but also some other steam servers which I don't remember any more. Sadly I haven't checked if they were filtered servers. - Marcel Alfred Reynolds schrieb: We will look into this, thanks for the info. Timo Hilbertz wrote: hi alfred, this is my first time posting in this list, i'm not sure if this is the right place for my question, but i did not find any other adequate list. since two days our cs/css/dods servers try to update from steam content servers located at cs-arena.com. as you can see in the steam content servers status page at http://www.steampowered.com/status/content_servers.html , these servers are filtered - so it's impossible for our servers to get an update. the only solution was to edit our hosts files so all request pointing at cs-arena.com are redirected to unfiltered servers from other providers located in germany. it seems that this problem is not limited to us as we also tried to update temp servers located in other data centers which are not related to us. our assumption is that steam clients simply do not know that content servers from cs-arena are filtered and block all update requests from servers that do not belong to the cs-arena IP pool. can you confirm that? can you tell somebody to fix it? :o) by the way: we'd like to get our own steam content servers (bandwidth is no problem), is there any way to speed up the application? kind regards, timo XG1.net ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ 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] CUtlLinkedList overflow
On Tuesday 11 July 2006 10:21 pm, John Sheu wrote: On Tuesday 11 July 2006 8:56 pm, Alfred Reynolds wrote: Loading the minidump in windbg shows the assert coming out of client+0x67db62, so that would be your code (perhaps it comes from one of the libraries that you link with, in particular the VGUI2 one?) The call is inside the SolveTraverse() VGUI2 logic so it is applying scheme settings, doing the OnThink() calls and working out dialog positioning on the screen (which is separate to the rendering pass). Check your ApplySchemeSettings() and OnThink() VGUI2 calls. Whoops, wrong dump. And I conveniently can't find the right one. I'll post up the new one when I get it again. Very strange. The crash I referred to occured in animation code, doing some slerps. And yet, I took the hint and moved some CreateTextureID calls out of ApplySchemeSettings and into the constructor, and the crashes disappeared. So I guess CreateTextureID doesn't belong in there. All's well that ends well. Thanks for the tip. -John Sheu ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders
[hlcoders] Can't load lump 8, allocation of 5983321 bytes failed!!!
I just did a steam update about 12 hours ago: ... Updating 'Half-Life 2 Deathmatch' from version 16 to version 17 ... and now this error popped up soon after: Can't load lump 8, allocation of 5983321 bytes failed!!! The exclamation points are part of the actual message of the pop-up message. The stack trace seems unrelated to mod code. It's worth noting that every time the map changes, the vmsize goes up by about 1 megabyte. Possibly a new memory leak? ntdll.dll!7c90eb94() user32.dll!77d49418() user32.dll!77d5e2a2() user32.dll!77d561c6() user32.dll!77d6a92e() engine.dll!0db7f560() ntdll.dll!7c90e10e() kernel32.dll!7c80a42b() tier0.dll!008955b5() engine.dll!0d9acdcf() dedicated.dll!10012d86() ntdll.dll!7c9106eb() tier0.dll!008a38e7() tier0.dll!008a38ec() tier0.dll!008a38ec() tier0.dll!008a3909() tier0.dll!008a3934() tier0.dll!00894798() ntdll.dll!7c910732() ntdll.dll!7c910732() ntdll.dll!7c9106ab() ntdll.dll!7c9106eb() engine.dll!0dc0a28f() engine.dll!0dc0aa41() engine.dll!0dc0a517() engine.dll!0dc0aa90() ntdll.dll!7c91056d() dedicated.dll!100b1792() dedicated.dll!1008e5ca() user32.dll!77d6a294() tier0.dll!00897c55() tier0.dll!008910b8() tier0.dll!00894180() tier0.dll!008945bf() tier0.dll!00894780() dedicated.dll!1000d3e2() tier0.dll!00897c55() tier0.dll!008910b8() tier0.dll!00894701() dedicated.dll!10015066() dedicated.dll!1001524d() dedicated.dll!10015272() user32.dll!77d95fbb() user32.dll!77d96060() user32.dll!77d80577() user32.dll!77d8052f() engine.dll!0dabb11b() ntdll.dll!7c9106eb() ntdll.dll!7c911538() ntdll.dll!7c911596() ntdll.dll!7c9106eb() materialsystem.dll!00d1fd7a() dedicated.dll!1000a9cf() materialsystem.dll!00d0d4e2() ntdll.dll!7c90fb6c() ntdll.dll!7c90fb71() ntdll.dll!7c90d4ea() ntdll.dll!7c92812f() ntdll.dll!7c9106eb() ntdll.dll!7c911dac() ntdll.dll!7c910eca() materialsystem.dll!00d115de() materialsystem.dll!00d115de() materialsystem.dll!00d11edf() tier0.dll!0089c405() materialsystem.dll!00cd7936() ntdll.dll!7c91056d() tier0.dll!008a3b4f() tier0.dll!008a3b54() tier0.dll!008a3b54() tier0.dll!0089482a() engine.dll!0da35fba() engine.dll!0d995154() ntdll.dll!7c9106eb() tier0.dll!008a38e7() tier0.dll!008a38ec() tier0.dll!008a38ec() tier0.dll!008a3909() tier0.dll!008a3934() tier0.dll!00894798() engine.dll!0da35b00() engine.dll!0da3b578() ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders