Re: [hlcoders] Threading
-- [ Picked text/plain from multipart/alternative ] Listserv emails are handled very well by gmail, check it out. On 11/15/06, Jorge Rodriguez <[EMAIL PROTECTED]> wrote: > > LDuke wrote: > > What software are you using there? > > > > That'd be Thunderbird. It's Firefox's counterpart. > > -- > 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
Re: [hlcoders] Threading
LDuke wrote: What software are you using there? That'd be Thunderbird. It's Firefox's counterpart. -- Jorge "Vino" Rodriguez ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders
Re: [hlcoders] Threading
-- [ Picked text/plain from multipart/alternative ] What software are you using there? On 11/14/06, Jorge Rodriguez <[EMAIL PROTECTED]> wrote: > > I hate to be a stickler, but does anybody else notice this? > > http://vinoisnotouzo.com/images/threading.png > > This happens when people start a new topic by replying to a post in an > existing topic. It makes for some really monster threads, especially > when people reply to a thread that's really old in the first place. Mike > was kind enough to solve the problem where Valve employees reset the > threads, now if only people could create them correctly, this list would > be easy reading. > > Suggestion to thread starters: When you want to create a thread, just > type "hlcoders" in the "To: " line, and I promise you it will > auto-complete the rest of the address if you've posted to the list > before. Then you can start a new thread and everybody will be happy. > Thanks everyone. > > -- > 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
Re: [hlcoders] Threading
Nick wrote: > You want us to not reply to really old threads but make new threads > instead? Yes, precisely, that would be wonderful. -- Jorge "Vino" Rodriguez ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders
RE: [hlcoders] Threading
When creating a new thread, don't reply to an e-mail and change the subject and delete all of the contents. Instead, create a new e-mail message and send it to [EMAIL PROTECTED] That way threading works properly. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Nick Sent: Tuesday, November 14, 2006 5:51 PM To: hlcoders@list.valvesoftware.com Subject: Re: [hlcoders] Threading On 11/14/06, Jorge Rodriguez <[EMAIL PROTECTED]> wrote: > This happens when people start a new topic by replying to a post in an > existing topic. It makes for some really monster threads, especially > when people reply to a thread that's really old in the first place. Mike > was kind enough to solve the problem where Valve employees reset the > threads, now if only people could create them correctly, this list would > be easy reading. I'm not quite clear on what exactly you want us to do, or not to do. You want us to not reply to really old threads but make new threads instead? ___ 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] Threading
On 11/14/06, Jorge Rodriguez <[EMAIL PROTECTED]> wrote: This happens when people start a new topic by replying to a post in an existing topic. It makes for some really monster threads, especially when people reply to a thread that's really old in the first place. Mike was kind enough to solve the problem where Valve employees reset the threads, now if only people could create them correctly, this list would be easy reading. I'm not quite clear on what exactly you want us to do, or not to do. You want us to not reply to really old threads but make new threads instead? ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders
Re: [hlcoders] Threading
On Sat, 2005-12-03 at 22:55 -0600, Pat Magnan wrote: > AFAIK threads are inherently a platform specific device, and at one time > could not be counted on even being present on a platform (Linux has had a > few versions of 'threads' over the years, in fact, it hasn't always even > supported them, like about the time HL was released there were none IIRC). The Linux kernel has had thread support since early 1996. That's something like 2.5 years before HL was released. User-space thread libraries (of which there have been several) predate even that. Damn. Makes me realize how old the HL engine really is. Well, 7 years old and still going strong. And NS is still _the_ best FPS, mod or otherwise, ever. -John Sheu ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders
RE: [hlcoders] Threading
Don't forget about boost either. It's a great library that provides a great method to provide cross-platform usability and the chance for it becoming standardized later on. http://www.boost.org/doc/html/threads.html Now you won't need to do #ifdef's, I only wish that Valve had used more of Boost and the STL in their code. Writing redundant data structures is pointless, especially when standards exist. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ignacio Martín Sent: Sunday, December 04, 2005 6:09 AM To: hlcoders@list.valvesoftware.com Subject: Re: [hlcoders] Threading You could also write a simple http client library. The only thing that you have to know is the use of sockets (simple) and the http protocol specification. You would learn a lot! (this is one thing that I am doing now) If you decide to use the apache software, you should read the license. Basically it says that if you redistribute your software, you have to include a copy of the achache license with it. Regards, 2005/12/4, Jorge Rodriguez <[EMAIL PROTECTED]>: > Lachlan Gunn wrote: > > >Hi, > >Is there a way in which I can spawn a thread in a cross-platform way? > >I'm making a ranking system, and would rather not force the client to > >wait for a response from the server or a timeout before changing maps. > > > >Also, what would be the best way to use HTTP from the mod? Is it > >possible to do this without #ifdef'ing code for Windows and Linux? > >-- > >Thanks, > >Lachlan > > > > > I recommend finding a library that does what you want. I think apr from > the Apache project at http://apr.apache.org does everything you're > talking about. From the apr website: > > "The mission of the Apache Portable Runtime (APR) project is to create > and maintain software libraries that provide a predictable and > consistent interface to underlying platform-specific implementations. > The primary goal is to provide an API to which software developers may > code and be assured of predictable if not identical behaviour regardless > of the platform on which their software is built, relieving them of the > need to code special-case conditions to work around or take advantage of > platform-specific deficiencies or features." > > As you can see from the documentation > http://apr.apache.org/docs/apr/modules.html it seems to handle threads > and networking, which is what you need to do the two things listed > above. Querying an HTTP server is as simple as opening port 80 on that > machine and writing the HTTP headers, then reading and parsing the > response. If you don't know what the HTTP headers are, read the HTTP RFC > specification! > > -- > 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] Threading
-- [ Picked text/plain from multipart/alternative ] I recommend libcurl http://curl.haxx.se/ for http/ftp manipulation. On 12/4/05, Ignacio Martín <[EMAIL PROTECTED]> wrote: > > You could also write a simple http client library. The only thing that > you have to know is the use of sockets (simple) and the http protocol > specification. You would learn a lot! (this is one thing that I am > doing now) > If you decide to use the apache software, you should read the license. > Basically it says that if you redistribute your software, you have to > include a copy of the achache license with it. > Regards, > > > 2005/12/4, Jorge Rodriguez <[EMAIL PROTECTED]>: > > Lachlan Gunn wrote: > > > > >Hi, > > >Is there a way in which I can spawn a thread in a cross-platform way? > > >I'm making a ranking system, and would rather not force the client to > > >wait for a response from the server or a timeout before changing maps. > > > > > >Also, what would be the best way to use HTTP from the mod? Is it > > >possible to do this without #ifdef'ing code for Windows and Linux? > > >-- > > >Thanks, > > >Lachlan > > > > > > > > I recommend finding a library that does what you want. I think apr from > > the Apache project at http://apr.apache.org does everything you're > > talking about. From the apr website: > > > > "The mission of the Apache Portable Runtime (APR) project is to create > > and maintain software libraries that provide a predictable and > > consistent interface to underlying platform-specific implementations. > > The primary goal is to provide an API to which software developers may > > code and be assured of predictable if not identical behaviour regardless > > of the platform on which their software is built, relieving them of the > > need to code special-case conditions to work around or take advantage of > > platform-specific deficiencies or features." > > > > As you can see from the documentation > > http://apr.apache.org/docs/apr/modules.html it seems to handle threads > > and networking, which is what you need to do the two things listed > > above. Querying an HTTP server is as simple as opening port 80 on that > > machine and writing the HTTP headers, then reading and parsing the > > response. If you don't know what the HTTP headers are, read the HTTP RFC > > specification! > > > > -- > > 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] Threading
You could also write a simple http client library. The only thing that you have to know is the use of sockets (simple) and the http protocol specification. You would learn a lot! (this is one thing that I am doing now) If you decide to use the apache software, you should read the license. Basically it says that if you redistribute your software, you have to include a copy of the achache license with it. Regards, 2005/12/4, Jorge Rodriguez <[EMAIL PROTECTED]>: > Lachlan Gunn wrote: > > >Hi, > >Is there a way in which I can spawn a thread in a cross-platform way? > >I'm making a ranking system, and would rather not force the client to > >wait for a response from the server or a timeout before changing maps. > > > >Also, what would be the best way to use HTTP from the mod? Is it > >possible to do this without #ifdef'ing code for Windows and Linux? > >-- > >Thanks, > >Lachlan > > > > > I recommend finding a library that does what you want. I think apr from > the Apache project at http://apr.apache.org does everything you're > talking about. From the apr website: > > "The mission of the Apache Portable Runtime (APR) project is to create > and maintain software libraries that provide a predictable and > consistent interface to underlying platform-specific implementations. > The primary goal is to provide an API to which software developers may > code and be assured of predictable if not identical behaviour regardless > of the platform on which their software is built, relieving them of the > need to code special-case conditions to work around or take advantage of > platform-specific deficiencies or features." > > As you can see from the documentation > http://apr.apache.org/docs/apr/modules.html it seems to handle threads > and networking, which is what you need to do the two things listed > above. Querying an HTTP server is as simple as opening port 80 on that > machine and writing the HTTP headers, then reading and parsing the > response. If you don't know what the HTTP headers are, read the HTTP RFC > specification! > > -- > 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
Re: [hlcoders] Threading
Lachlan Gunn wrote: Hi, Is there a way in which I can spawn a thread in a cross-platform way? I'm making a ranking system, and would rather not force the client to wait for a response from the server or a timeout before changing maps. Also, what would be the best way to use HTTP from the mod? Is it possible to do this without #ifdef'ing code for Windows and Linux? -- Thanks, Lachlan I recommend finding a library that does what you want. I think apr from the Apache project at http://apr.apache.org does everything you're talking about. From the apr website: "The mission of the Apache Portable Runtime (APR) project is to create and maintain software libraries that provide a predictable and consistent interface to underlying platform-specific implementations. The primary goal is to provide an API to which software developers may code and be assured of predictable if not identical behaviour regardless of the platform on which their software is built, relieving them of the need to code special-case conditions to work around or take advantage of platform-specific deficiencies or features." As you can see from the documentation http://apr.apache.org/docs/apr/modules.html it seems to handle threads and networking, which is what you need to do the two things listed above. Querying an HTTP server is as simple as opening port 80 on that machine and writing the HTTP headers, then reading and parsing the response. If you don't know what the HTTP headers are, read the HTTP RFC specification! -- Jorge "Vino" Rodriguez ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders
Re: [hlcoders] Threading
Is there a way in which I can spawn a thread in a cross-platform way? AFAIK threads are inherently a platform specific device, and at one time could not be counted on even being present on a platform (Linux has had a few versions of 'threads' over the years, in fact, it hasn't always even supported them, like about the time HL was released there were none IIRC). Is it possible to do this without #ifdef'ing code for Windows and Linux? Yes, and the answer is related to the above, you don't need to use conditional compilation all over the place to isolate platform differences, but in one spot, you write three classes to perform the platform specific things, one is a windows-only version of the code, one is a linux only version of the code, and one is the abstraction layer (i.e. abstract base class interface), then you have a single #if def to determine the platform (or do something trickier at runtime, but really the ifdef is a reasonable choice). You only have one instance of the three classes, a pointer to the parent class, which is set equal to the sub classes depending on where you're running -- windows/linux. Wendy Jones has an article which shows off a simple technique in 'Game Programming Tricks of the Trade', it more applies to things that run on consoles and PC's, but the technique is useful in general for isolating platform specific things. But the above would get someone started. Probably one would make the thing a singleton, but the basic concept in no way requires that. -- Thanks, Lachlan ___ 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
