*Only* stops the server from crashing? Is this not the hlds mailing list?
On 02/02/2012 22:38, Robert Paulson wrote:
The holiday punch only stops the server from crashing. It doesn't
prevent the hl2.exe has stopped working client crashes that are much
more pervasive.
On Thu, Feb 2, 2012 at
Or use an already existing system? If servers are registered to Steam
accounts, let people favourite all servers by Steam account?
On 29/01/2012 12:08, E3pO wrote:
I would love to see it take effect for all source games and even include
servers already in players favorites.
That way server
Will this ever be officially stated outside of the mailing list? I'm
sure there's a few server owners out there that don't follow the list
and could be punished for simply not knowing.
On 24/01/2012 20:08, Fletcher Dunn wrote:
Yesterday the Team Fortress team took further action pursuant to
If Valve had this attitude, where would they be now?
It's Valve's duty to inform *ALL* server owners what they can and can't
do. It's almost like VAC banning people without even explaining what VAC is.
On 25/01/2012 20:18, Andre Müller wrote:
Thier problem, not our problem!
2012/1/25
[mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Yuki
Sent: woensdag 25 januari 2012 22:04
To: Half-Life dedicated Linux server mailing list
Subject: Re: [hlds_linux] The policy of truth is still in effect
If Valve had this attitude, where would they be now?
It's Valve's duty to inform *ALL* server
Valid points, but I really don't see what the harm is in doing it
anyway? If you're going to announce it at all, why not do it properly?
On 25/01/2012 21:40, James Puckett wrote:
Its their fault for abusing the games general populous into believing their
joining a full server, when in reality
Correct! However, sorry to burst your bubble, but technically this is
Source server administration related. http://mattie.net/cs/
While it may be on a tangent, there's no need to blacklist a topic like
this from the list!
On 22/01/2012 14:39, Alex Kowald wrote:
This mailing list is for source
listed on
reddit and still was hacked, then does Steam has security issues
again (forums anyone)? Steamguard ineffective? Interesting to see
if he had the fault or Steam.
-ics
22.1.2012 16:43, Yuki kirjoitti:
Correct! However, sorry to burst your bubble, but technically
this is Source server
This isn't hard. Run it on 24 players with replay enabled, and you will
get 24 players with replay enabled.
On 04/01/2012 16:16, daniel jokiaho wrote:
so when running with replay enabled i should start my server with 25 slots
or normal 24 slots.
I want to have 24 player slots and also replay.
Pretty sure the list is intended for Linux servers available through
hldsupdatetool.
On 03/12/2011 22:14, Frederic Fortier wrote:
Killing floor is using Unreal engine iirc, and I'm pretty sure Brink
uses ID Tech. They're not Source games. MW3 server files are most
likely downloaded through
Probably makes more sense for me to post this in here than in a new
thread, but the registration system spat out an interesting message
earlier while I was out and another admin reported it to me.
Not sure if anyone's seen this before, but I haven't heard much about it.
Server cvar
Possibly related, been getting this for a few hours over in TF2 land.
On 07/11/2011 22:58, Det wrote:
On 08/11/11 11:49, Loïc PERY wrote:
ok u updated again to get good steam.inf ...
so im only the one with
version : 1.0.0.68/19 4743 insecure (secure mode enabled,
disconnected from
Steam3)
Are we going to be seeing an update tonight or will it be after the weekend?
On 12 August 2011 21:15, Marcel hlds_li...@vermasslt.de wrote:
Please don't break CentOS 5.6. I'm pretty sure many hosters use this
distro. Upgrading to CentOS 6 is afaik not possible and a re-installation is
a pain
Get back to SPUF.
On 10 August 2011 03:20, James Puckett jamesrichardpuck...@gmail.comwrote:
Micro transactions are for idiots... who would purchase a hat model for
$20...
On Tue, Aug 9, 2011 at 7:12 PM, Ross Bemrose rbemr...@vgmusic.com wrote:
Steam Trading: https://support.steampowered.
Pretty much this. If there's an update, and discussion is related to the
update, it makes sense for said discussion to take place in the update
thread.
On 30 July 2011 00:25, msleeper mslee...@ismsleeperwrong.com wrote:
Dear mailing list friends,
Please stop doing things that I, personally,
Agreed. If Valve could host something similar this could be pretty useful.
On 29 July 2011 05:26, John Schoenick nephy...@doublezen.net wrote:
I think this could only really work if valve hosted it. Things like making
uploads (minidumps/etc) only accessible by valve and making the system
PreMinidumpCallback: updating dump comment
Uploading dump (in-process) [proxy '']
/tmp/dumps/crash_20110725222650_1.dmp
success = yes
response: CrashID=bp-d8b6d5c8-e1b4-4162-a5d8-47f652110725
On 25 July 2011 21:42, Andrew Armitage and...@thirdlife.org wrote:
Hi,
If anyone is able to save a
Had one on round end, not sure if it's related to the others, so I'm still
submitting it.
response: CrashID=bp-c1f94f7e-da6c-457b-bab5-6e8bb2110725
On 25 July 2011 23:04, Bajdechi Nightbox Alexandru
alexandrualexa...@gmail.com wrote:
Hopefully today ? It's been already a weekend + some days
I just crashed at the exact same time.
Seeing as we're all using Pastebin: http://pastebin.com/wigab20i
Are these definitely related to the new weapons or not?
On 23 July 2011 16:37, Peter Reinhold peter_va...@reinhold.dk wrote:
On Sat, 23 Jul 2011 00:22:25 -0400, E3pO wrote:
Servers are
A weird crash this time. Someone joined the server and saw a teleporter
built by no one, upon going through it, there was a crash. Unsure whether
the missing name was a client side issue, but the fact that the server
managed to crash at the same time is odd. No memory corruption and similar
error
Just had a bit of an interesting story on my server - replays initially
failed to connect, which I believe caused the process to hang for a while,
the map changed, and replays timed out again having a similar effect, and
then the server crashed, during which I got a 500 internal server error on
Boom.
*** glibc detected *** ./srcds_linux: double free or corruption (!prev):
0x0f8c9f10 ***
=== Backtrace: =
/lib/libc.so.6[0x6056c5]
/lib/libc.so.6(cfree+0x59)[0x605b09]
/home/dazzozo/service26/tf2/orangebox/bin/engine.so[0xf7717af0]
Crashing here.
*** glibc detected *** ./srcds_linux: malloc(): memory corruption:
0x0ae60118 ***
...and so on.
Incidentally I'm hearing things of bugs with these new weapons and crashes
relating to teleporters, though I'm not sure whether these are true.
On 21 July 2011 12:47, Anthony Stoyanov
I have one server in the system right now and it's full. When it empties
out, I find restarting seems to fill it again.
On 10 July 2011 15:54, Chris Oryschak ch...@oryschak.com wrote:
Maybe less people are using the matchmaking system since they've been
playing TF2 for a few weeks and using
Come to think of it, last night my server emptied out and restarting
wouldn't help either.
At some point today it managed to fill back up, I don't know if that's the
same for anyone else.
On 10 July 2011 16:26, Drogen Viech drogenvi...@googlemail.com wrote:
I'm having the same issue on my
25 matches
Mail list logo