Hi!
On Fri, Jun 26, 2009 at 03:01:19PM +0600, Rauan Maemirov wrote:
Hi, Clint. Thanks for the answer. But I was interested how can i solve
it in the scope of libevent.
You can't. Handling signals is a global effect, so libraries shouldn't
touch them implicitly, instead the main program should.
Hi!
On Wed, Jan 21, 2009 at 06:16:47PM -0500, arthur wrote:
When I connect to a remote unreachable tcp port, connect() return -1
(with errno as EINPROGRESS). If I use event_add, I can get read event
later and then getsockopt(fd, SOL_SOCKET, SO_ERROR,..) will tell me
error.
Just a note: For
Hi!
On Thu, Jan 22, 2009 at 10:01:35AM -0500, arthur wrote:
Just a note: For tracking a non-blocking connect, you use a *write*
event, not a *read* event. ...
Thanks Hannah and Niels. That is the point, I didn't register write cb
for the connecting fd (with my old event_add code, the
Hi!
On Thu, Jan 01, 2009 at 06:21:48PM -0800, Michael Carter wrote:
The libevent-users list is configured such that when you hit reply it
sends the response directly to the user who posted, not the list itself. You
can use reply all, of course, but its cumbersome.
Reasonable mail readers have
Hi!
On Sat, Jun 14, 2008 at 02:03:20PM -0400, Nick Mathewson wrote:
On Thu, Jun 12, 2008 at 07:59:45AM -0700, Teunis Peters wrote:
I've not found any code to work with - but is there any reason that
libevent would not work with standard files?
I keep getting permission denied
more or less:
Hi!
On Thu, Nov 08, 2007 at 02:19:25PM -0800, Christopher Layne wrote:
On Thu, Nov 08, 2007 at 08:11:55AM -0800, Garth Patil wrote:
http://sfbay.craigslist.org/pen/cpg/472325599.html
libevent programmer wanted (san mateo)
- NOT BLOCK ON ANY STEP
close() can block. *boom tsst*.
On sockets,
Hi!
On Thu, Sep 20, 2007 at 03:23:32PM +0200, Trond Norbye wrote:
Magne Mæhre wrote:
Changing to /bin/bash isn't a good solution, since you're not
guaranteed to have bash on every system (nor that it's in /bin)
I would suggest to have the script Bourne shell compliant instead :
SYSNAME=`uname`