Re: [Libevent-users] Different behavior of my code

2011-09-01 Thread Dave Hart
To use libevent with normal files (as opposed to sockets), you need to ensure a backend which supports normal files is used, something like: evcfg = event_config_new(); if (NULL == evcfg) { printf("%s: event_config_new() failed!\n", progname); return

[Libevent-users] Different behavior of my code

2011-09-01 Thread Bernd Schoeller
Dear List, I am currently taking my first steps in experimenting with libevent. To do that, I have written the small example below that should copy a file. I am currently trying to restrict myself to the core functions, and I know that the buffer handling is too primitive. I am trying the co

Re: [Libevent-users] https support within libevent

2011-09-01 Thread Nick Mathewson
On Tue, Aug 30, 2011 at 6:11 PM, Graham Leggett wrote: > On 30 Aug 2011, at 11:54 PM, Nick Mathewson wrote: > >> Folks have submitted patches, and I commented on the patches to >> suggest revisions, and they never revised. I can try to look more >> closely in the future. > > I did find this mentio

Re: [Libevent-users] mysql client with libevent

2011-09-01 Thread Mark Ellzey
On Thu, Sep 01, 2011 at 11:34:11AM -0500, Nulik Nol wrote: > But ... I think it is over for me with SQL type databases. There is a > big movement going on on non-relational databases and I think it is > time to change. Most if not all (widely used) relational databases these days expose some type

Re: [Libevent-users] mysql client with libevent

2011-09-01 Thread Nulik Nol
> FWIW, the PostgreSQL C client API works non-blocking. It's quite well > designed. > Thanks! But ... I think it is over for me with SQL type databases. There is a big movement going on on non-relational databases and I think it is time to change. I came across GT.M database. It was commercial but

Re: [Libevent-users] [PATCH] disclose TTL for negative answers

2011-09-01 Thread Leonid Evdokimov
On Thu, Sep 1, 2011 at 18:58, Nick Mathewson wrote: > Any chance of a unit test on this one? Sure. I'll try to grok tinytest this week. *** To unsubscribe, send an e-mail to majord...@freehaven.net with unsubscribe libevent-users

Re: [Libevent-users] [PATCH] disclose TTL for negative answers

2011-09-01 Thread Nick Mathewson
On Thu, Sep 1, 2011 at 10:47 AM, Leonid Evdokimov wrote: > On Thu, Sep 1, 2011 at 18:36, Nick Mathewson wrote: >> When you say >> +       if ((flags & 0x020f) && (flags & 0x020f) != DNS_ERR_NOTEXIST) { >> +               /* there was an error and it's not NXDOMAIN */ >> >> I don't see how (flags

Re: [Libevent-users] [PATCH] disclose TTL for negative answers

2011-09-01 Thread Leonid Evdokimov
On Thu, Sep 1, 2011 at 18:36, Nick Mathewson wrote: > When you say > +       if ((flags & 0x020f) && (flags & 0x020f) != DNS_ERR_NOTEXIST) { > +               /* there was an error and it's not NXDOMAIN */ > > I don't see how (flags & 0x020f) != DNS_ERR_NOTEXIST could ever be > false.  DNS_ERR_NOT

Re: [Libevent-users] [PATCH] disclose TTL for negative answers

2011-09-01 Thread Nick Mathewson
On Thu, Sep 1, 2011 at 4:57 AM, Leonid Evdokimov wrote: > RFC 2308 says a lot about negative answer caching. > > Here is patch, that discloses TTL of negative answer (if possible) to > the library user. > Hi, Leonid! One concern: When you say + if ((flags & 0x020f) && (flags & 0x020f) != D

[Libevent-users] [PATCH] disclose TTL for negative answers

2011-09-01 Thread Leonid Evdokimov
RFC 2308 says a lot about negative answer caching. Here is patch, that discloses TTL of negative answer (if possible) to the library user. -- WBRBW, Leonid Evdokimov xmpp:l...@darkk.net.ru && http://darkk.net.ru tel:+79816800702 && tel:+79050965222 From c903d9db417d2d8478eb7371e46dbc5ef60f650b Mo