237 karma · joined February 1, 2011
The advisory makes it sound like that would be the case, but it would have been great if that was explicitly stated.
I know it's a long shot, but some sort of shell integration would be awesome. My typical day is > 60% iTerm2. iTerm2 has shell integration: https://iterm2.com/shell_integration.html, and maybe that would be one way is something that Qbserve could be fetching info about what's going on in the terminal.
In the sense that a programming language is not only made to be parsed by a computer, but also read back by a human.
Reminded me of: https://en.wikipedia.org/wiki/U2_(EP)
A side effect of the shared pool is that you might have two totally unrelated pointers share the same mutex, leading to surprising locking behaviors. Something to keep in mind.
For example, the user has provided a config with two TCP ports to listen to, but the program only supports one.
You can either error out, and abort the action to listen to a port, or warn the user saying that you chose one of the ports, and proceed with listening to a port.
Aren't you incurring a cost for logging for stuff that would end up being thrown out?
Email me at fdeweerdt[at]cloudmark.com
We're a small team developing a high availability, high performance messaging (SMTP, SMS, DNS) gateway on Linux. Our software is mostly developed in C and uses python for automated testing coverage.
We're looking for someone passionate about technology, who has an eye for performance and has some familiarity with Linux system and networking and C.
Email me at fdeweerdt[at]cloudmark.com
We're a small team developing a high availability, high performance messaging (SMTP, SMS, DNS) gateway on Linux. Our software is mostly developed in C and uses python for automated testing coverage.
We're looking for someone passionate about technology, who has an eye for performance and has some familiarity with Linux system and networking and C.
Email me at fdeweerdt[at]cloudmark.com
We're a small team developing a high availability, high performance messaging (SMTP, SMS, DNS) gateway on Linux. Our software is mostly developed in C and uses python for automated testing coverage.
We're looking for someone passionate about technology, who has an eye for performance and has some familiarity with Linux system and networking and C.
Email me at fdeweerdt[at]cloudmark.com
That said, I'd like to point out that it is convenient for the developer - since customers are ultimately interested to know if your software is vulnerable, and you'll have to explain how the vulnerability affects it -.
It's also a double edged sword: openssl has a good ascending compatibility record, but that can't be said about all user space libraries. IOW, it's tricky to guarantee that your software will work flawlessly across all the incarnations of CentOS 6.x, if you have a lot of external dependencies, for example.
Alternate link for WM reviews: 30 Window Managers in 30 days: http://crunchbang.org/forums/viewtopic.php?id=18273