You can check the length of the data in the input or output buffer of
a bufferedevent via:
EVBUFFER_LENGTH(evbuf-input) or EVBUFFER_LENGTH(evbuf-output)
This somewhat violates the opaqueness of internal data structures but
I have not yet found a better way to deal with this.
Niels.
On
Hmm. Nathan, did you check against CVS?
Niels.
On 3/26/06, Nathan Binkert [EMAIL PROTECTED] wrote:
I have some related issues. In addition to freeing a base, I want to be
able to create a base without setting current_base. (I have a library
that uses libevent, and I don't want to assume
Which version of libevent are you using and where is the code that
makes use of it?
Niels.
On 4/26/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Hannah,
What results do you get if you profile your server program (compile
and
link with -pg, run it, terminate it, run
gprof binary
On 7/8/06, Alexander Lazic [EMAIL PROTECTED] wrote:
Do you mean in libevent or in the event port framework?!
In libevent. For event notification mechanisms that support it like
kqueue, persistent events stay on the kernel list until they get
deleted.
Niels.
Have a look at the code that is in CVS. At the moment, only EV_WRITE
is enabled by default. I have to think about the implications of NULL
callbacks.
Thanks for the patch.
Niels.
On 7/27/06, Rainer Giedat [EMAIL PROTECTED] wrote:
Hi,
while reading some code which used buffered events, i
That's absolutely great.
Thank you very much for setting this up.
Niels.
On 11/11/06, Scott Lamb [EMAIL PROTECTED] wrote:
I've got a buildbot installation set up at http://buildbot.slamb.org/
libevent/.
Every time a change is committed to trunk, it tries it on each slave.
You can also force
Hi Ben,
the http support is still very experimental. You are right in all the
problems that you are seeing. Your best bet at the moment is to track
the subversion trunk.
Niels.
On 11/16/06, Ben Rigas [EMAIL PROTECTED] wrote:
Hello all,
I am experimenting with the HTTP support in libevent
I am not really a Windows user and have no convenient way to ensure
that the Windows build works. If you have patches that make it work
for you, please send them my way.
Niels.
On 11/23/06, Kalin Nakov [EMAIL PROTECTED] wrote:
Hi,
I saw that libevent has some .dsp and .dsw files, but the
.
On 11/16/06, Niels Provos [EMAIL PROTECTED] wrote:
Hi Ben,
the http support is still very experimental. You are right in all the
problems that you are seeing. Your best bet at the moment is to track
the subversion trunk.
Niels.
On 11/16/06, Ben Rigas [EMAIL PROTECTED] wrote:
Hello all,
I am
You need to wait for the write callback that tells you that the buffer
is empty before you can close the socket (or free the buffer event).
Niels.
On 12/8/06, Alejo S [EMAIL PROTECTED] wrote:
Hi.
Silly question: what's the proper way to flush pending buffered write
events before closing a
The libevent API has never supported absolute times for timeouts. If
they worked before then that was only by accident and never by
intention. The switch to clock monotonic was made to support clock
resets. So, personally, I am very surprised that absolute times ever
worked for you.
Is this
Thank you. I have applied the patch to trunk.
Niels.
On 12/11/06, Nick Mathewson [EMAIL PROTECTED] wrote:
Hi, all! This patch fixes a bug in nameserver timeouts in evdns.c.
Previously, we would count the number of successive requests that had
timed out in a row for each nameserver, but we
Thank you. Submitted to trunk.
Niels.
On 12/27/06, Nick Mathewson [EMAIL PROTECTED] wrote:
Hi, all! This patch renames the strlcpy defined in strlcpy.c so that
it no longer messes with tests by other programs for the presence of a
strlcpy function. This patch also fixes compilation on
Hi Phil,
the C++ extern change is made. I also asserted activeq in event.c.
The tailq related changes are unnecessary. If Coverity flagged them
then they are false positives.
Thanks for the patches,
Niels.
On 1/25/07, Phil Oleson [EMAIL PROTECTED] wrote:
Index: evdns.h
Hah. That was super quick. Thank you very much. The patch has been
submitted to trunk.
Niels.
On 1/26/07, Nick Mathewson [EMAIL PROTECTED] wrote:
So, I saw that Niels had checked in my code to do IPv6 DNS lookups
with the comment:
support for DNS; from Nick Mathewson.
libevent doesn't do any pre-emptive scheduling. So, I don't
understand your problem. Your code can run as long as it likes. It
just means that other events don't get handled in the meantime.
Niels.
On 2/8/07, Adam Chou [EMAIL PROTECTED] wrote:
i have a critical section of code where once it
Hi everyone,
I just released libevent-1.3. It contains a ton of changes:
- DNS server from Nick Mathewson
- DNS IPv6 from Nick Mathewson
- HTTP/1.1 chunked transfer encoding from Dug Song
- a ton of other small changes
Let me know how it works for you.
Niels.
Do you have an addition to the regression test that would allow me to
verify that the new code works as intended? If not, it would be most
appreciated :-)
Niels.
On 2/22/07, Scott Lamb [EMAIL PROTECTED] wrote:
On Feb 21, 2007, at 1:29 AM, William Ahern wrote:
On Wed, Feb 21, 2007 at
Hi everyone,
I recently released SpyBye, http://www.spybye.org/. Although, it
fulfills a real and practical purpose, it was mostly an exercise in
testing libevent's HTTP layer. It might be an interesting code
example for some of you. You can download the source code from:
On 5/8/07, Phil Oleson [EMAIL PROTECTED] wrote:
So.. To fix your implementation you will need to do something like I did.
I reimplemented libevents' gettime() function (because it's not exposed
via event.h) and use it instead of calling time(NULL);
I don't really understand why you are saying
That's exactly what it's supposed to do.
Niels.
On 5/9/07, chengzhong [EMAIL PROTECTED] wrote:
Hi All,
If my inport is:
char *html = amp;;
when i do
evhttp_htmlescape(html);
I will get amp;amp;
I'm not sure it is a bug or not , but it really bother me...
Thank you.
I submitted the patch.
Niels.
On 5/11/07, Ben Rigas [EMAIL PROTECTED] wrote:
We had an issue where we needed to evhttp_conneciton_free() inside
the response callback, which caused an error with line 617 of http.c
/* notify the user of the request */
(*req-cb)(req,
I am fine with removing rtsig. I personally never liked that way to
do event notification. If someone feels strongly, they can revive it
from svn and fix it.
Niels.
Ps: Just got back from two weeks of essentially being offline :-)
On 7/24/07, Scott Lamb [EMAIL PROTECTED] wrote:
While
] wrote:
Niels Provos wrote:
Any chance to take a look at your patches vs trunk?
Hi Niels,
I checked the patches against trunk and a few issues are already fixed.
* inline vs __inline
* libresolv on solaris
It comes down to at least these patches:
aix-monotonic
AIX has clock_gettime
Thank you. I love unit tests :-) Submitted to trunk.
Niels.
On 8/2/07, Elliot Foster [EMAIL PROTECTED] wrote:
Here's a follow-up with a regression test (attached.)
Elliot
Elliot Foster wrote:
Another quick fix for the dispatch callback, for when it goes through
available callbacks
On 8/4/07, Scott Lamb [EMAIL PROTECTED] wrote:
Here's the relevant bit from frame #1:
521if (req-cb != NULL)
522(*req-cb)(NULL, req-cb_arg);
So that test will cause bus errors any time the http connection fails.
Any particular reason it's passing NULL here rather
Hi Mark,
I would like to figure out ways in which libevent can be more thread
friendly without requiring everyone to use threads. So, thread
specific store for the event base seems like a good idea and I would
certainly appreciate to see patches.
Niels.
On 8/5/07, Mark Heily [EMAIL PROTECTED]
Hi everyone,
I just wanted to let everyone know that Nick Mathewson is going to
help with maintaining libevent. So, in the future, you have two
people to bug about patches and bugs.
Thanks,
Niels.
___
Libevent-users mailing list
This has been fixed in trunk already. There is going to be a new
release soon - I have been traveling for the last week. This was a
pretty dumb bug and shows why unittesting is really important.
Niels.
On 8/13/07, Charles Kerr [EMAIL PROTECTED] wrote:
1.3c's evhttp_add_header() function has
I just released 1.3d which fixes this and one other bug.
Niels.
On 8/14/07, Niels Provos [EMAIL PROTECTED] wrote:
This has been fixed in trunk already. There is going to be a new
release soon - I have been traveling for the last week. This was a
pretty dumb bug and shows why unittesting
Hi Charles,
thanks for your patches. We are going to integrate them in some form
into a trunk - I'll probably have to massage them a little bit.
Niels.
On 8/23/07, Charles Kerr [EMAIL PROTECTED] wrote:
Attached is a two-part patch. First, it makes evhttp.h portable on
mingw and other
Hi Charles,
I submitted the header parsing changes to trunk. They look fine, but
they probably need some exposure before we are completely comfortable
with them.
Thank you,
Niels.
On 8/24/07, Niels Provos [EMAIL PROTECTED] wrote:
Hi Charles,
thanks for your patches. We are going
When the read returns 0, it means that you have EOF on the file
descriptor. You need to delete the read event at that point. It's
not entirely surprising that stdin goes away when you daemonize a
program.
Niels.
On 9/8/07, tom [EMAIL PROTECTED] wrote:
Hi,
I'm writing a daemon using
Hi everyone,
I am pleased to announce the release of libevent-1.3e. This is mostly
a bug fix release. Here is a list of changes:
- demote most http warnings to debug messages
- Fix compilation on Solaris; from Magne Mahre
- Add a Date header to HTTP responses when it's missing, as
required
Hi Christopher,
I am not sure if this is necessarily the right way to go for a
library, esp if it can impact backwards compatibility for
bufferevents. As for reducing the size of the library, do you really
think that 30K make a difference these days?
Niels.
On 9/26/07, Christopher Layne [EMAIL
Try
#include sys/queue.h
before including evhttp.h
Niels.
On 10/30/07, Paul Fisher [EMAIL PROTECTED] wrote:
In using the latest 1.3e on linux, evhttp.h fails to compile because of a
missing definition of TAILQ_ENTRY in evhttp.h. This is due to the fact that
the workaround in event.h is
Hi Paul,
thank you very much for your patch. Unfortunately, something very
similar is already present in trunk:
/** Create a new HTTP server
*
* @param base (optional) the event base to receive the HTTP events
* @return a pointer to a newly initialized evhttp server structure
*/
struct
This has been fixed in trunk and is going to make it into the next release.
Niels.
On 11/5/07, Kelly Anderson [EMAIL PROTECTED] wrote:
Hello,
I submitted a patch for 1.3b that fixed this. As it didn't get applied,
here it is again for 1.3e.
Regards
--- ./Makefile.am.orig 2007-07-30
Should be fixed now.
On 11/5/07, arthur [EMAIL PROTECTED] wrote:
Looks the web link in the end of each email is broken.
http://monkey.org/mailman/listinfo/libevent-users
___
Libevent-users mailing list
Libevent-users@monkey.org
Thank you. I applied this to trunk.
Niels.
On Nov 10, 2007 9:14 PM, Christopher Layne [EMAIL PROTECTED] wrote:
On Sat, Nov 10, 2007 at 06:49:58PM -0800, Christopher Layne wrote:
On Sat, Nov 10, 2007 at 06:44:12PM -0800, Christopher Layne wrote:
11. here's the funny part:
Thank you. Applied to trunk and branches.
Niels.
On Nov 11, 2007 7:27 PM, Christopher Layne [EMAIL PROTECTED] wrote:
___
Libevent-users mailing list
Libevent-users@monkey.org
http://monkeymail.org/mailman/listinfo/libevent-users
Hi William,
I think the most straightforward approach is to extend the set
callback mechanism to accept a wild card character such as *. I will
take a look at it. For now, progress is tracked in the source forge
tracker.
Niels.
On Nov 12, 2007 12:55 AM, [EMAIL PROTECTED] wrote:
I'm no more
Thank you. Applied to trunk and branch.
Niels
On Nov 10, 2007 5:46 PM, Christopher Layne [EMAIL PROTECTED] wrote:
1. Fix a debugging call with wrong format, (we should probably use
__attr__((format(printf))) eventually).
2. Add additional debugging calls for sanity.
-cl
Index: signal.c
Hi Ilya,
thanks for the report. I filed a bug for it and will get back to you
when I am back from vacation. You can track the progress at:
https://sourceforge.net/tracker/index.php?func=detailaid=1833446group_id=50884atid=461322
Niels.
On Nov 15, 2007 9:49 AM, Ilya Martynov [EMAIL
Feel free to send SpyBye related items to me personally. There is a
public svn repository hosted on Google's code hosting; see
http://www.spybye.org/, in case you want to submit patches.
Niels.
On Nov 23, 2007 7:05 AM, Rabindra Paikaray [EMAIL PROTECTED] wrote:
Hi Niels,
First of all I
On Nov 25, 2007 8:17 AM, [EMAIL PROTECTED] wrote:
I have the whole http (firstline, headers and content) within a buffer and
want to send it as it is to the browser. (in my example this is *txt)
Hi William,
the purpose of the HTTP layer is to obviate the need for the caller of
the API to
On Nov 5, 2007 11:52 AM, arthur [EMAIL PROTECTED] wrote:
2. one process (I didn't use thread) can only have a limited number of
fd's - fork multiple processes to more accept client connection
Some event backends do not deal with fork, for example, kqueue file
descriptors do not surive across a
Hi Eran,
Nick has been working on improving the Win32 code. I would suggest
that you try 1.4.0-beta.
Please, let me know if that works for you.
Thanks,
Niels.
On Dec 11, 2007 12:57 AM, Eran Sandler [EMAIL PROTECTED] wrote:
Hello all,
Does anyone knows the status of LibEvent 1.3e support
Hi Ilya,
thanks for the report. It seems that the SO_LINGER is not necessary
there. I put this into the tracker:
http://sourceforge.net/tracker/index.php?func=detailaid=1851137group_id=50884atid=461322
You can see updates there.
Thank you,
Niels.
On Dec 14, 2007 3:40 AM, Ilya Martynov
Hi Subbu,
please, use signal_{set,add,del} for handling signals when you use libevent.
Niels.
On Dec 18, 2007 5:17 PM, Subbu Subramaniam [EMAIL PROTECTED] wrote:
Hi,
What is the right way to handle siganls while using libevent?
Am I supposed to use signal_set()/signal_add() etc. calls, or
It's defined in event.h
Niels
On Jan 28, 2008 11:31 PM, Peter Hinz [EMAIL PROTECTED] wrote:
I'm looking for the definition of
struct evkeyvalq;
All I can find is the above line in evhttp.h. Where is the real definition.
Peter
___
Thanks for the patch. I fixed trunk. Could you please verify that
this is working for you in trunk? I can back port to the 1.4 branch
then.
Niels.
On Feb 6, 2008 2:50 AM, W.C.A. Wijngaards [EMAIL PROTECTED] wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
port_getn on Solaris
,
~ Wouter
Niels Provos wrote:
| Thanks for the patch. I fixed trunk. Could you please verify that
| this is working for you in trunk? I can back port to the 1.4 branch
| then.
|
| Niels.
|
| On Feb 6, 2008 2:50 AM, W.C.A. Wijngaards [EMAIL PROTECTED] wrote:
| Hi,
|
| port_getn
Please, take a look at the doxygen documentation.
As for evbuffer - you never loose ownership of it, the data usually
just gets removed from it.The documentation could be clearer on
that.
Niels.
On Feb 9, 2008 4:33 AM, Florian Lohoff [EMAIL PROTECTED] wrote:
Hi,
i was once again reading
Thank you. I applied this to both trunk and patches-1.4.
Niels.
On Feb 13, 2008 11:32 AM, Springande Ulv [EMAIL PROTECTED] wrote:
To be able to obtain the event method used if libevent was initialized
with event_base_new() a new method is needed since event_get_method()
operates on the
Hi,
we are getting closer to a stable release of the Libevent 1.4.x
series. Today, we announce release candidate 1.4.2-rc which you can
download from:
http://www.monkey.org/~provos/libevent-1.4.2-rc.tar.gz
We expect this to be very close to the final release. Please, try it
and let us know
On Tue, Feb 26, 2008 at 12:41 PM, Tani Hosokawa [EMAIL PROTECTED] wrote:
Under high load, unless you build a dedicated acceptor thread you will
find that only allowing a listen backlog of 10 connections will cause
lots of attempted connections to simply be dropped if you have any
On Thu, Feb 28, 2008 at 3:28 AM, Lyes Amazouz [EMAIL PROTECTED] wrote:
I've seen that in the libevent we have, in the server side, the function
evhttp_send_reply_chunk(struct evhttp_request *req, struct evbuffer * buf),
and I want to know if buf represents the chunk itself or the whole data
On Sat, Mar 1, 2008 at 2:52 AM, awantik.das [EMAIL PROTECTED] wrote:
I have to develop embedded software for RTOS. Can libevent be
used in this case ?
I see no reason why not. You should try it and let us know how it goes.
Niels.
___
On Mon, Mar 3, 2008 at 6:15 AM, Yakov Lerner [EMAIL PROTECTED] wrote:
What is thread-safety of libevent ? Specifically, is it OK
if I run libevent mainloop in one thread, and register new
events in other thread ?
The 1.4 branch supports an event base for each thread. Trunk has
support for
On Mon, Mar 10, 2008 at 6:24 AM, Lyes Amazouz [EMAIL PROTECTED] wrote:
I want to know if there is a mean to access the socket descriptor associated
with the evhttp_connection object (the field fd i guess), because I want to
use it as a key for a hash function.
instead of this, can the server
On Wed, Mar 12, 2008 at 2:40 PM, Ycrux [EMAIL PROTECTED] wrote:
We can have the case that multiple clients use the same IP address.
Hashing this IP will produce the same digest.
The way that this is done usually with HTTP is to set a session cookie
on the client. The client then echos the
On Sun, Mar 30, 2008 at 8:53 PM, Adrian Chadd [EMAIL PROTECTED] wrote:
I'm interested in these sort of changes making it into the libevent http
code. Flow control and connection aborting are important for handling
HTTP cases that stuff like Squid handles.
I have started looking at them, but
On Sun, Apr 13, 2008 at 5:11 PM, Rich Onyon [EMAIL PROTECTED] wrote:
I'm having a problem compiling libevent. Upon doing a make verify the
regress tests are failing. Output and system version information below.
It looks like they are all failing in the same way. Please, send the
output of
On Sun, Apr 27, 2008 at 1:12 PM, Bob Maccione [EMAIL PROTECTED] wrote:
Hi all, I'm looking to try to use the C based garbage collection package at
http://www.hpl.hp.com/personal/Hans_Boehm/gc/, integrating into my code is
prety easy but I'm not sure what's needed to change libevent to also
On Mon, May 12, 2008 at 5:50 PM, Forest [EMAIL PROTECTED] wrote:
I'm calling event_set() with EV_PERSIST, and building against libevent
1.3b on linux. Are timeouts known to be broken with either of these?
The behavior of timeouts with EV_PERSIST is not well documented and
somewhat counter
Hi,
I am happy to announce the release of libevent 1.4.4-stable. You can
download the source here:
http://monkey.org/~provos/libevent-1.4.4-stable.tar.gz
There have been a few bug fixes since 1.4.3-stable. Here's a brief summary:
- Epoll fixes
- Correctly handle timeouts larger than
On Mon, May 26, 2008 at 12:10 PM, Scott Lamb [EMAIL PROTECTED] wrote:
It looks like regress.c:test_methods() is trying to disable the first method
and instantiate a config, which is failing because the test.sh wrapper has
set environmental variables which cause evsel-init() to fail on all other
On Thu, Jun 12, 2008 at 6:16 AM, liusifan [EMAIL PROTECTED] wrote:
After reading the min_heap.h, I found the min_heap_pop may be has a bug
[...]
evp = min_heap_pop( heap );
min_heap_erase( heap, evp );
Hi Liusifan,
thanks for the report; I changed min_heap_pop to set the index
On Sat, Jun 14, 2008 at 11:13 AM, Nick Mathewson [EMAIL PROTECTED] wrote:
In other words, something fishy is afoot here. Having a stack trace
and the contents of the offending struct event might help track it down.
To me this seems like some kind of memory corruption might be
happening; such
Hi,
I am happy to announce the release of libevent 1.4.5-stable. You can
download the source here:
http://monkey.org/~provos/libevent-1.4.5-stable.tar.gz
There have been a few bug fixes since 1.4.4-stable. Here's a brief summary:
- Several HTTP fixes
- Fixed the Windows port
-
On Wed, Jun 25, 2008 at 7:51 PM, Brodie Thiesfield
[EMAIL PROTECTED] wrote:
This still doesn't build for me on Windows. If I am missing some
requirements please let me know. Perhaps there should be a readme for
Windows building as well?
Steps to reproduce:
* extract 1.4.5 archive
* open
On Wed, Jun 25, 2008 at 9:18 PM, Brodie Thiesfield
[EMAIL PROTECTED] wrote:
I think that workspace / project files are fine. The problem appears to me
that no-one is actually building libevent on Windows, or that they are using
different project files than are being released. I would suggest
On Wed, Jul 9, 2008 at 5:59 AM, Alexander Drozdov [EMAIL PROTECTED] wrote:
I want to call event_base_free() in the child process to free parent's
event_base before
the next event_init() call. But this doesn't work correctly when using epoll
because listening
events of epolling descriptors are
Hi Liusifan,
thank you very much for the patch. Not requiring EV_ACCEPT is a great
change. I will try to look at this as soon as time permits.
Niels.
On Fri, Jul 11, 2008 at 8:29 AM, liusifan [EMAIL PROTECTED] wrote:
Hi,
On Sun, Jul 20, 2008 at 7:37 PM, Reid van Melle [EMAIL PROTECTED] wrote:
The file descriptors for socket pairs and/or pipes do not seem to function
properly in libevent after a process fork on MacOS. The same code works
fine in Linux. After registering an event and calling libevent_loop, I
Hi everyone,
with all the DNS stuff that is going on at the moment, it took longer
than planned to release libevent 1.4.6-stable, but here it is. You
can download the source from the usual place:
http://monkey.org/~provos/libevent-1.4.6-stable.tar.gz
This was meant to be a quick bug fix
Thanks. I will take a look at it. You can track this issue here:
https://sourceforge.net/tracker/index.php?func=detailaid=2028375group_id=50884atid=461322
Niels.
___
Libevent-users mailing list
Libevent-users@monkey.org
On Thu, Jul 31, 2008 at 7:17 PM, Alex Evans [EMAIL PROTECTED] wrote:
passed into a generic handler callback. instead it just saves the
evhttp_request pointer in my own list structure, and doesn't immediately call
evhttp_send_reply or equivalent. instead it falls back to the main dispatch
On Wed, Aug 27, 2008 at 8:41 AM, Vsevolod Stakhov
[EMAIL PROTECTED] wrote:
Current evdns code does not check QUESTIONS section in DNS reply, but it is
wrong by design: we cannot fully avoid id collision on highly loaded
systems. My suggestion is to check request QUESTIONS section and reply
Hi everyone,
I just found out from Nick that I have apparently not been sending any
email to the mailing list in 2009. Well, I thought I did. Turns
out my gmail address was not really empowered to send to the mailing
list. That bas been fixed now. So, hopefully, in the future, my
email
On Sun, Apr 19, 2009 at 2:19 PM, Niels Provos pro...@gmail.com wrote:
I am going to update the tar ball later today and let you know when it's done.
The tar ball should be working now.
Niels
___
Libevent-users mailing list
Libevent-users@monkey.org
On Sun, Apr 26, 2009 at 3:48 AM, Diem di...@inbox.ru wrote:
I want so my browser get data partialy, but i can see result only after
ending of a cycle.
How i want to made this ?
The problem is that your callback blocks. You need to return control
to the event loop so that libevent can send
On Fri, May 22, 2009 at 9:15 AM, Thor Lancelot Simon t...@panix.com wrote:
If I look at events[8] and events[9], not just the udata is 0 -- all
members of the structure are 0. Should the kernel ever return events
like these?
That does seem odd. You would expect at least ident and filter to
On Thu, May 28, 2009 at 2:34 PM, James Mansion
ja...@mansionfamily.plus.com wrote:
The issues I'd like to address are:
- bale out with sys.exit(1) is inappropriate except from main after
catching an exception
- there is no way to direct the generated files to a directory other
than the
On Thu, Jul 30, 2009 at 11:01 AM, Julian Scheeljul...@jusst.de wrote:
I see a very weird problem when reading from an analog capture card with MPEG
encoder using libevent 1.4 and an EV_READ callback function (persistent mode).
Actually so far I used the same code for reading from a dvb dvr
On Tue, Feb 2, 2010 at 9:06 AM, Kenneth Cox kens...@gmail.com wrote:
The http request is not useful to me if it's delayed. And yet I rely on
the request callback to free some memory associated with the request.
You could resolve the address yourself and then issue the request.
At that point,
87 matches
Mail list logo
