333 reputation
28
bio website
location Boulder, CO
age
visits member for 3 years, 2 months
seen Jul 4 at 5:44
  • Assembler programmer since dawn of time.
  • Perl enthusiast (intermediate).
  • C/C++
  • Objective-C 2, Cocoa, iOS (beginner).
  • Java (late beginner).
  • Unix freak.

Working as Systems Analyst for direct marketing cooperative database.


Jul
2
awarded  Curious
Jan
3
accepted “C++ Templates: The Complete Guide” (c) 2002 — up to date with C++11?
Jan
3
asked “C++ Templates: The Complete Guide” (c) 2002 — up to date with C++11?
Dec
16
comment Concrete types - as described by Stroustrup - C++ Programming Language 4th ed
@JamesAnderson Actually, in general, I find his prose surprisingly readable - spare, to the point, written in the first and second person, and almost conversational. :) This was the first place that I got stuck.
Dec
16
comment Concrete types - as described by Stroustrup - C++ Programming Language 4th ed
One of his criteria for a concrete type is that you can create one on the stack. I'm guessing that you can't create an abstract type on the stack because its size can't be determined. (Similarly, I believe, you can't make a container of base class objects - e.g. your animals - and expect to be able to add derived class objects to it, because they'll be truncated [wrong word]).
Dec
16
revised Concrete types - as described by Stroustrup - C++ Programming Language 4th ed
"BJ"->"BS" ... d'errr.
Dec
15
asked Concrete types - as described by Stroustrup - C++ Programming Language 4th ed
Sep
11
comment Seeking xinetd alternative for forking concurrent servers in Linux
See above. I duplicated xinetd functionality - spawn multiple concurrent instances. Load will be 10-20 connections at most.
Sep
11
comment Seeking xinetd alternative for forking concurrent servers in Linux
I cant really answer all your questions here. The socket-using infrastructure was already written; the service(s) would have to be launched at startup if they were to handle connections directly. As it turned out, I wrote what I needed in Perl (which itself has to be launched at startup). The passing of the opened socket descriptor, something unnecessary with xinetd's STDIO, was something I did with a command line argument provided by the launch daemon. (BTW, "compelling arguments" are sometimes "because the CTO and Operations say so")
Aug
25
comment Efficiently “moving” data upward through a communication stack
I expect (1) 700 messages/sec, and (2) under 1MB/sec. (3) C++ (non-GC). (4) We have to process 2.5M messages/hour, which is where I got 700 per sec. Totally agree on measure first / optimize second. ("TL;DR:" ?)
Aug
25
comment Efficiently “moving” data upward through a communication stack
I was wondering whether there might be some way of doing this. my_buffer would have to be larger (right now I reclaim buffer space after step 2) and I'd have to write my own split algorithm (I think) rather than using boost::algorithm::string::split.hpp. That might be a good way of doing it.
Aug
25
comment Efficiently “moving” data upward through a communication stack
I had a go at reading that link. Totally over my head.
Aug
25
asked Efficiently “moving” data upward through a communication stack
Aug
6
comment Seeking xinetd alternative for forking concurrent servers in Linux
@gnat: Thanks. I'm unclear what's meant by "tool" in this case -- for example, is xinetd considered a tool? Is there perhaps a better forum for this question; e.g. SO or Unix/Linux?
Aug
6
comment Seeking xinetd alternative for forking concurrent servers in Linux
Well, @gnat, check it out. Any better?
Aug
6
revised Seeking xinetd alternative for forking concurrent servers in Linux
rewrote per comment
Aug
6
asked Seeking xinetd alternative for forking concurrent servers in Linux
Aug
1
accepted Are there security implications to using dynamically-assigned TCP port numbers?
Aug
1
revised Are there security implications to using dynamically-assigned TCP port numbers?
UPDATE 1 adds mention of FTP's dynamic port assignment and wonders how security features accommodate this.
Aug
1
comment Are there security implications to using dynamically-assigned TCP port numbers?
Good point; what do firewalls do about FTP, which uses (as I understand it) the same technique?