Re: [hlcoders] Getting an effect to punch through a wall.

-- [ Picked text/plain from multipart/alternative ] Ok then, well one way would be to use botmans method, except replace his start_position with tr.startpos. Then ensure the second beam you call has a startpos of tr.endpos, and an endpos of the scaled new vector. So, /* start here */ DrawBeam( s

[hlcoders] Possible bug in INetworkStringTable::FindStringIndex

Acording to the comment beside FindStringIndex in the INetworkStringTable interface definition it returns -1 if the string is not found. However it appears to return 65535 which seems like it may be the result of a signed/unsigned mismatch within the implementation that is used. I'm just wonderin

RE: [hlcoders] Possible bug in INetworkStringTable::FindStringIndex

It returns INVALID_STRING_INDEX on error, check for that value (it is unsigned short under the hood, so it will be 65535 ). The comment in the interface should be corrected to get you to check for INVALID_STRING_INDEX and not -1. And yes, AddString() will update an existing entry if it exists. -

Re: [hlcoders] Getting an effect to punch through a wall.

Still doesn't work, it freezes the game sometimes, and the beam still doesn't go through, and sometimes the beam comes from the middle of the screenI have fooled around with it but nothing works :( Oh wellany other ideas? On 4/12/05, NuclearFriend <[EMAIL PROTECTED]> wrote: > -- > [ Picked

[hlcoders] C_Embers::C_Embers() causing a "rare" assert.

Hey, One of my mappers just sent me his new map, where he used hl2dm.fgd instead of base.fgd (since i use source code only sdk as a base, this could be the problem, but...) somehow, whenever i get close to his ember particles, i get the assert from C_BaseEntity::GetAbsOrigin firing, wich is this on