Re: [hlcoders] Scrollbar Missing Texture
Can you be more specific? Don't see it, but then the chatbear search is not reliable. At 2006/04/30 11:47 PM, Aaron Schiff wrote: >-- >[ Picked text/plain from multipart/alternative ] >It certainly is an SDK bug and a fix *has been posted* on VERC forums. > > >-- >ts2do >-- > >___ >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] VSTDLIB Whoes.
I'm not sure what is meant by 'kernel accessing functions' in the context of static linking. However that's not what I was referring to. I was referring to static linking being incompatible at the user code level. Ie, gcc doesn't allow '-static' and '-shared' at the same time, and if you force it using a linker line you end up with competing heap managers which will crash with code that uses dynamically allocated memory. At 2006/05/06 06:52 PM, Alfred Reynolds wrote: >You are right, we do exactly that for HLDS and Source. You cannot do a >full static link however as the embedded kernel accessing functions then >crash on incompatible machines. > >- Alfred > >Jorge Rodriguez wrote: >> [EMAIL PROTECTED] wrote: >>> If you're using a newer version of gcc than the version the host box >>> came with, you may need to ship libstdc++.so, libc.so or others with >>> your game .so. GNU/Linux does an absolutely abysmal job of helping >>> you in this respect. There is, for instance, no way to fully >>> statically link a dynamically linkable library. >>> >> I was under the impression that you could link in libstdc++.a, and >> that >> would let you distribute your binary onto a box with an incompatible >> version of GCC. Correct me if I'm wrong. >> >> -- >> Jorge "Vino" Rodriguez >> >> >> ___ >> 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] VSTDLIB Whoes.
Ya, it's not a crash 'as such'. It's a User Breakpoint which I can continue
through in Debug but in run mode it crashes straight out.
I hadn't yet tested it with GCC. It gets to a "User Breakpoint" in
free.c::101 HeapFree when I run it in debug in MSVC 2003 on the
PurgeAndDeleteElements line.
I got the same "User Breakpoint" on the same line in Free.c when I used Q_
functions on a new character array. It happened on the delete line, worked
fine without delete but then its leaking memory..
char *sName = new char[100];
/* Perform some Q_ functions here, actually Q_StrSubst was one of them */
delete [] sName;
I'll compile it in GCC and test today.
- Jay
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:hlcoders-
> [EMAIL PROTECTED] On Behalf Of Jay Stelly
> Sent: 06 May 2006 23:52
> To: hlcoders@list.valvesoftware.com
> Subject: RE: [hlcoders] VSTDLIB Whoes.
>
> I just cut & pasted this into my code (without the META_LOG statement
> however) and it works without crashing. Is the code below supposed to
> be a repro case out of context?
>
> Jay
>
>
> > I had to remove dependance on the standard STL library,
> > otherwise server
> > admins were getting a cannot find libstd error.
> > I cant believe the code got so muddled in the original mails,
> > no line breaks
> > :\
> >
> > But yeah, I re-wrote it removing Valve's functions and its
> > working but I
> > thought the reason for these functions was to help us. Most
> > of them aren't
> > used in the SDK at all, so what are they there for?
> >
> > -
> > CUtlVector > outStrings;
> > const char *sToDo = "gren, pans, heli";
> > Q_SplitString( sToDo, ",", outStrings );
> > char sTmp[25] = "";
> > int x = 0;
> > for ( x = 0; x < outStrings.Count(); x++ )
> > {
> > Q_StrSubst( outStrings[x], " ", "", sTmp, 25, true );
> > META_LOG( g_PLAPI, "String:'%s'", sTmp );
> > }
> > Q_strcpy( sTmp, "" );
> > outStrings.PurgeAndDeleteElements();
> > return;
>
> ___
> 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
