heres a snip of a diff file, check and see if those files are missing
from the vcproj.

http://www.nopaste.com/p/amuitIo1z

On Sun, Feb 1, 2009 at 8:11 AM, Andrew Watkins <a...@watkins.to> wrote:
> Thanks for the suggestions guys, sorry for the delay.
>
> I've checked, and neither my mod project nor the default hl2mp project
> have excluded-from-build files in them.
>
> As for NC's suggestion of enumerating all the class tables...
> I made a function to do exactly that, and write the names of every table
> & sendprop to the console. I run it on linux and on a windows listen
> server, copy & paste the output to a text file, and run some file
> comparison... they're identical. Absolutely identical. And yet, I still
> get the "Server uses different class tables" error when trying to
> connect to the linux server only.
>
> I think maybe I need to bash my face off the keyboard some more or
> something. Maybe try a few virgin sacrifices to srcds_l...
>
> Thanks for the help so far guys, and if anyone else can think of
> anything at all that might cause this error (apart from the class tables
> actually being different...) then I'm eagerly awaiting suggestions :)
>
> Andrew
>
>> Date: Tue, 27 Jan 2009 16:44:45 -0800
>> From: Tony Sergi <to...@valvesoftware.com>
>> Subject: Re: [hlcoders] Linux server disconnects
>> To: Discussion of Half-Life Programming
>>       <hlcoders@list.valvesoftware.com>
>> Message-ID:
>>       
>> <7315746f7efcaf4a93699ce8fa579786148ec29...@exchange07.valvesoftware.com>
>>
>> Content-Type: text/plain; charset="us-ascii"
>>
>> Vcprojtomake does not take in account for files that are 'excluded from 
>> build' so if in windows there is a cpp file in the solution that under 
>> properties is 'excluded from build' it will compile in linux, but not VS.
>>
>>
>> -Tony
>> -----Original Message-----
>> From: hlcoders-boun...@list.valvesoftware.com 
>> [mailto:hlcoders-boun...@list.valvesoftware.com] On Behalf Of Andrew Watkins
>> Sent: January-27-09 7:09 PM
>> To: hlcoders@list.valvesoftware.com
>> Subject: Re: [hlcoders] Linux server disconnects
>>
>> When an up-to-date client.dll is not present on the server, a warning
>> message similar to "Your client dll is different from the server's" is
>> shown before immediately before the disconnect, but regardless, the
>> disconnect is always the same old:
>> "Server uses different class tables"
>>
>> This is with a blank HL2MP mod, and it works fine with a windows server,
>> built using an identical file list in the VS server project as the linux
>> uses in its makefile (though the makefile only uses the .cpp files).
>>
>> Can anyone confirm / deny whether (and how) the VS project could compile
>> additional cpp files that aren't listed in the project file, and so are
>> missed when generating the linux makefile?
>>
>> Thanks,
>> Andrew
>>
>>
>>
>> > Date: Sat, 24 Jan 2009 20:52:49 -0800
>> > From: Tony Sergi <to...@valvesoftware.com>
>> > Subject: Re: [hlcoders] Linux server disconnects
>> > To: Discussion of Half-Life Programming
>> >       <hlcoders@list.valvesoftware.com>
>> > Message-ID:
>> >       
>> > <7315746f7efcaf4a93699ce8fa579786148ec29...@exchange07.valvesoftware.com>
>> >
>> > Content-Type: text/plain; charset="us-ascii"
>> >
>> > Only the client needs the server.dll to exist, for the network table check.
>> > The client engine loads them from the serverdll, and then compares.
>> >
>> >
>> > -Tony
>> >
>> > -----Original Message-----
>> > From: hlcoders-boun...@list.valvesoftware.com 
>> > [mailto:hlcoders-boun...@list.valvesoftware.com] On Behalf Of Tony Paloma
>> > Sent: January-24-09 8:14 PM
>> > To: 'Discussion of Half-Life Programming'
>> > Subject: Re: [hlcoders] Linux server disconnects
>> >
>> > But the server could still perform a checksum or something on it. Have you
>> > tried changing the DLL on the Linux server and seeing if clients can still
>> > connect?
>> >
>> > -----Original Message-----
>> > From: hlcoders-boun...@list.valvesoftware.com
>> > [mailto:hlcoders-boun...@list.valvesoftware.com] On Behalf Of Olly
>> > Sent: Saturday, January 24, 2009 12:53 PM
>> > To: Discussion of Half-Life Programming
>> > Subject: Re: [hlcoders] Linux server disconnects
>> >
>> > I'm telling you, linux cant read dll's, and there is never a client_i486.so
>> > ><
>> >
>> > 2009/1/24 Nick <xnicho...@gmail.com>
>> >
>> > > I am not sure about that at all. Servers always check client binaries.
>> > > Can someone else check this for us?
>> > >
>> > > On Fri, Jan 23, 2009 at 6:38 AM, Olly <oli...@gmail.com> wrote:
>> > > > Linux cant/doesn't read DLLs, they are for windows only. In any case,
>> > > there
>> > > > is no need for a client 'binary' for a server
>> > > >
>> > > > 2009/1/23 Nick <xnicho...@gmail.com>
>> > > >
>> > > >> I've had this problem before. I think the problem was solved by 
>> > > >> running
>> > > >>
>> > > >>  ./steam -command update -game
>> > > >>
>> > > >>  is the correct way i think. I don't remember if the linux server
>> > > >> needed the exact same dll's as the  clients but i would make sure both
>> > > >> the client and the server have the exact same DLLS.
>> > > >>
>> > > >> Yes, running a  blank hl2mp mod is probably the best idea. Although, I
>> > > >> don't even know if that that works out of the box. Goodluck, I hope u
>> > > >> get it working
>> > > >>
>> > > >> On Wed, Jan 21, 2009 at 5:30 PM, Andrew Watkins <a...@watkins.to>
>> > > wrote:
>> > > >> > Update: after some mucking around in notepad++ & excel, I can 
>> > > >> > confirm
>> > > >> > that the file list for the linux server is identical to the list of
>> > > .cpp
>> > > >> > files included in the visual studio project. Not much of a surprise,
>> > > >> > given that one was used to generate the other. I can also confirm
>> > that
>> > > >> > there's definately no network tables inside windows-only defines.
>> > > >> >
>> > > >> > Lastly, I tried hosting a TF2 server, and the build numbers shown in
>> > > the
>> > > >> > console were the same as with my mod, so that's definately not to
>> > > blame
>> > > >> > either.
>> > > >> >
>> > > >> > What else could be causing the "Server uses different class tables"
>> > > >> > disconnect, and only for the linux server? I haven't got the
>> > slightest
>> > > >> > idea at this point. Is it worth checking to see if a blank hl2mp mod
>> > > >> > works?
>> > > >> >
>> > > >> > Thanks,
>> > > >> >
>> > > >> > Andrew
>> > > >> >
>> > > >> > On Mon, 2009-01-19 at 14:12 -0800,
>> > > >> > hlcoders-requ...@list.valvesoftware.com wrote:
>> > > >> >> Date: Mon, 19 Jan 2009 20:42:52 +0000
>> > > >> >> From: Andrew Watkins <a...@watkins.to>
>> > > >> >> Subject: [hlcoders] Linux server disconnects
>> > > >> >> To: hlcoders@list.valvesoftware.com
>> > > >> >> Message-ID: <1232397772.8330.7.ca...@2800mhz>
>> > > >> >> Content-Type: text/plain
>> > > >> >>
>> > > >> >> Thanks to Nick's suggestion, I've managed to get my linux server
>> > > >> >> compiled & running. Turns out the error was down to the way I'd
>> > > linked
>> > > >> >> the sqlite dll, that had been one of the things I'd thought of, but
>> > > it
>> > > >> >> seems that I hadn't removed the sqlite header include from one 
>> > > >> >> file,
>> > > and
>> > > >> >> that was messing things up.
>> > > >> >>
>> > > >> >> Now I have a server that I can try to connect to, but when I try to
>> > > >> >> connect, very near the end of the process I get disconnected with
>> > the
>> > > >> >> error:
>> > > >> >>       Server uses different class tables
>> > > >> >>
>> > > >> >> Normally I'd have expected this to say which network table / value
>> > > was
>> > > >> >> missing or incorrect, but there's nothing. I'm pretty damn sure all
>> > > the
>> > > >> >> same files are being used by linux as by Visual studio; I've been
>> > > >> >> through my makefiles many times over. I really can't see anything
>> > > thats
>> > > >> >> in one & not the other, though I guess its possible I'm being dumb
>> > > here.
>> > > >> >> I can't find any network tables that are within #ifdef _WIN32 or
>> > > >> >> anything like that - strikes me that would be a bit ridiculous if 
>> > > >> >> it
>> > > >> >> were the case anyway. Anyone run into this error with a linux
>> > server?
>> > > >> >>
>> > > >> >> One thing that I do notice - when I try to connect to the linux
>> > > server,
>> > > >> >> it lists its Build version as 3691, but when I run a listen server,
>> > > it
>> > > >> >> says its Build 3704. Now I've repeatedly run the update commands 
>> > > >> >> for
>> > > the
>> > > >> >> linux server, but its not loading any other updates. Could this
>> > > version
>> > > >> >> issue be behind my network table issue, or is that just the way its
>> > > >> >> meant to be?
>> > > >> >>
>> > > >> >> Thanks for any insight anyone has to offer
>> > > >> >>
>> > > >> >> Andrew
>> > > >> >>
>> > > >> >> >
>> > > >> >> > Message: 5
>> > > >> >> > Date: Sat, 27 Dec 2008 13:50:06 -0600
>> > > >> >> > From: Nick <xnicho...@gmail.com>
>> > > >> >> > Subject: Re: [hlcoders] Linux binary runtime error
>> > > >> >> > To: "Discussion of Half-Life Programming"
>> > > >> >> >     <hlcoders@list.valvesoftware.com>
>> > > >> >> > Message-ID:
>> > > >> >> >     <c578cfd80812271150u1b2e07bdi75f14bf1bd631...@mail.gmail.com>
>> > > >> >> > Content-Type: text/plain; charset=ISO-8859-1
>> > > >> >> >
>> > > >> >> > can you try debugging with gdb? starting srcds with gdb is a real
>> > > >> >> > pain, but generally you can hook to srcds process easily 
>> > > >> >> > enough...
>> > > >> >> >
>> > > >> >> > On Sat, Dec 27, 2008 at 1:06 PM, Andrew Watkins <a...@watkins.to>
>> > > >> wrote:
>> > > >> >> > > Hey list,
>> > > >> >> > > Still having srcds linux issues. I've discovered I can force it
>> > > to
>> > > >> use
>> > > >> >> > > only my binary with the -binary command, and now I get a crash
>> > > >> related
>> > > >> >> > > to my binary, although I wouldn't exactly call it meaningful.
>> > The
>> > > >> debug
>> > > >> >> > > log looks like this:
>> > > >> >> > >
>> > > >> >> > > ----------------------------------------------
>> > > >> >> > > CRASH: Sat Dec 27 17:48:18 GMT 2008
>> > > >> >> > > Start Line: modularcombat/bin/server_i486.so -game 
>> > > >> >> > > modularcombat
>> > > >> -binary
>> > > >> >> > > modularcombat/bin/server_i486.so -debug
>> > > >> >> > > Core was generated by `modularcombat/bin/server_i486.so -game
>> > > >> >> > > modularcombat -binary modularcombat/bin/'.
>> > > >> >> > > Program terminated with signal 11, Segmentation fault.
>> > > >> >> > > [New process 27928]
>> > > >> >> > > #0  0xb73fa536 in __do_global_dtors_aux ()
>> > > >> >> > > #0  0xb73fa536 in __do_global_dtors_aux ()
>> > > >> >> > > #1  0xb73fa4f9 in CMemoryStack::CMemoryStack ()
>> > > >> >> > > #2  0x00000000 in ?? ()
>> > > >> >> > > Current language:  auto; currently asm
>> > > >> >> > > No locals.
>> > > >> >> > > No shared libraries loaded at this time.
>> > > >> >> > > Stack level 0, frame at 0xbf906e08:
>> > > >> >> > >  eip = 0xb73fa536 in __do_global_dtors_aux; saved eip 
>> > > >> >> > > 0xb73fa4f9
>> > > >> >> > >  called by frame at 0xbf906e0c
>> > > >> >> > >  source language asm.
>> > > >> >> > >  Arglist at 0xbf906e00, args:
>> > > >> >> > >  Locals at 0xbf906e00, Previous frame's sp is 0xbf906e08
>> > > >> >> > >  Saved registers:
>> > > >> >> > >  eip at 0xbf906e04
>> > > >> >> > > End of Source crash report
>> > > >> >> > > ----------------------------------------------
>> > > >> >> > >
>> > > >> >> > > I'm guessing a crash in the CMemoryStack constructor means that
>> > > >> >> > > something's gone stupid, but I'm clueless as to what. Any
>> > > >> suggestions?
>> > > >> >> > >
>> > > >> >> > > Thanks,
>> > > >> >> > > Andrew
>> > > >> >> > >
>> > > >> >> > >> Date: Wed, 24 Dec 2008 23:12:59 +0000
>> > > >> >> > >> From: Andrew Watkins <a...@watkins.to>
>> > > >> >> > >> Subject: [hlcoders] Linux binary runtime error
>> > > >> >> > >> To: hlcoders@list.valvesoftware.com
>> > > >> >> > >> Message-ID: <1230160379.8788.10.ca...@2800mhz>
>> > > >> >> > >> Content-Type: text/plain
>> > > >> >> > >>
>> > > >> >> > >> Ok, so I've finally built a linux binary for my mod, and I've
>> > > >> managed
>> > > >> >> > >> to
>> > > >> >> > >> fix several undefined symbol errors that come up when I try to
>> > > run
>> > > >> a
>> > > >> >> > >> dedicated server (locally) using it.
>> > > >> >> > >>
>> > > >> >> > >> But this last one has me stumped, while all the rest have 
>> > > >> >> > >> shown
>> > > up
>> > > >> in
>> > > >> >> > >> my
>> > > >> >> > >> mod's server_i486.so, having corrected all of those, I'm now
>> > > >> getting
>> > > >> >> > >> undefined symbol: GetCVarIF in the *hl2mp* server_i486.so!
>> > > >> >> > >> Why this could be I don't know, my mod's an orange box
>> > > hl2dm-based
>> > > >> >> > >> affair, but its running on AppID 218, definately not 320.
>> > > Changing
>> > > >> to
>> > > >> >> > >> to
>> > > >> >> > >> 440 has no effect on this error.
>> > > >> >> > >>
>> > > >> >> > >> I realise its to be expected that hl2dm would fail if loaded
>> > > into
>> > > >> the
>> > > >> >> > >> OB
>> > > >> >> > >> engine, like appears to be happening. It shouldn't be 
>> > > >> >> > >> happening
>> > > >> >> > >> though!
>> > > >> >> > >> We've previously worked out whats required to run a dedicated
>> > > >> server
>> > > >> >> > >> (on
>> > > >> >> > >> windows) and typically go for one with hl2dm and tf2 installed
>> > -
>> > > >> all
>> > > >> >> > >> of
>> > > >> >> > >> this may not be necessary, but we know it works. I can run 
>> > > >> >> > >> both
>> > > a
>> > > >> tf2
>> > > >> >> > >> &
>> > > >> >> > >> an hl2dm server locally without problems.
>> > > >> >> > >>
>> > > >> >> > >> So, two questions:
>> > > >> >> > >> 1. Where is GetCVarIF defined?
>> > > >> >> > >> 2. Why on earth is it trying to load the hl2dm binaries?
>> > There's
>> > > no
>> > > >> >> > >> such issue on windows...
>> > > >> >> > >> Thanks, and merry Christmas :)
>> > > >> >> > >> -Andrew
>> > > >> >> > >>
>> > > >> >> > >
>> > > >> >> > >
>> > > >> >> > > _______________________________________________
>> > > >> >> > > 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
>> > > >>
>> > > >>
>> > > > _______________________________________________
>> > > > 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
>>
>>
>> _______________________________________________
>> 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

Reply via email to