Alexander Seibel | 1 Sep 13:20 2010
Picon

Cant compile for armel

Hi
I am a noob when it comes to compiling. When I want to compile libevent-1.4.14b-stable for armel, i  get
errors like this :

..../..../...../libevent-1.4.14b-stable/signal.c:117: undefined reference to `event_warn'
..../..../...../libevent-1.4.14b-stable/signal.c:118: undefined reference to `event_warn'
..../..../...../libschrott/libevent-1.4.14b-stable/signal.c:112: undefined reference to `event_err'
.libs/signal.o: In function `evsignal_cb':
..../..../...../libevent-1.4.14b-stable/signal.c:83: undefined reference to `event_err'
collect2: ld returned 1 exit status
make[3]: *** [libevent_extra.la] Error 1
make[3]: Leaving directory `../../.../libevent-1.4.14b-stable'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `../..../../libschrott/libevent-1.4.14b-stable'
make[1]: *** [all] Error 2
make[1]: Leaving directory `../../.../libschrott/libevent-1.4.14b-stable'
make: *** [build-stamp] Error 2

What do i need to install to get this compiled ? Need the whole log, or is that enough ?

regards
Alex
___________________________________________________________
GRATIS für alle WEB.DE Nutzer: Die maxdome Movie-FLAT!
Jetzt freischalten unter http://movieflat.web.de
***********************************************************************
To unsubscribe, send an e-mail to majordomo <at> freehaven.net with
unsubscribe libevent-users    in the body.

(Continue reading)

Sebastian Hahn | 1 Sep 17:17 2010
Picon

Re: Cant compile for armel


On Sep 1, 2010, at 1:20 PM, Alexander Seibel wrote:

> Hi
> I am a noob when it comes to compiling. When I want to compile  
> libevent-1.4.14b-stable for armel, i  get errors like this :
>
> ..../..../...../libevent-1.4.14b-stable/signal.c:117: undefined  
> reference to `event_warn'
> ..../..../...../libevent-1.4.14b-stable/signal.c:118: undefined  
> reference to `event_warn'
> ..../..../...../libschrott/libevent-1.4.14b-stable/signal.c:112:  
> undefined reference to `event_err'
> .libs/signal.o: In function `evsignal_cb':
> ..../..../...../libevent-1.4.14b-stable/signal.c:83: undefined  
> reference to `event_err'
> collect2: ld returned 1 exit status
> make[3]: *** [libevent_extra.la] Error 1
> make[3]: Leaving directory `../../.../libevent-1.4.14b-stable'
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory `../..../../libschrott/libevent-1.4.14b- 
> stable'
> make[1]: *** [all] Error 2
> make[1]: Leaving directory `../../.../libschrott/libevent-1.4.14b- 
> stable'
> make: *** [build-stamp] Error 2
>
> What do i need to install to get this compiled ? Need the whole log,  
> or is that enough ?
>
(Continue reading)

Gilad Benjamini | 1 Sep 19:06 2010

RE: Dynamic changes of read water mark


> > It seems that this can be done with a buffered event which keeps
> changing
> > the read low watermark (twice per message).

Your sample code did not include the watermark part.
May I assume that at the end of the code snippet you would set the low
watermark ?
If I set the low watermark to X, am I guaranteed that the next time I reach
the callback at least X bytes are available ?
Is that also true if I leave some bytes in the buffer at the end of my
processing ?

> > Is this a "proper" way to use buffered events ?
> >
> 
> Yes, bufferevents are fine for this, this abstracts some of the hard
> work. I do the same thing in one of my applications. Something along
> the lines of:
> 
> struct frame {
> 	uint16_t something;
>   uint16_t length;
> };
> 
> size_t frame_length = 4;
> 
> buf = bufferevent_get_input(bev);
> 
> while (evbuffer_get_length(buf) > 0) {
(Continue reading)

Alexander Seibel | 2 Sep 01:38 2010
Picon

Re: Cant compile for armel

-----Ursprüngliche Nachricht-----
Von: Sebastian Hahn <libevent-users <at> sebastianhahn.net>
Gesendet: 01.09.2010 17:17:05
An: libevent-users <at> freehaven.net
Betreff: Re: [Libevent-users] Cant compile for armel

>
>On Sep 1, 2010, at 1:20 PM, Alexander Seibel wrote:
>
>> Hi
>> I am a noob when it comes to compiling. When I want to compile  
>> libevent-1.4.14b-stable for armel, i  get errors like this :
>>
>> ..../..../...../libevent-1.4.14b-stable/signal.c:117: undefined  
>> reference to `event_warn'
>> ..../..../...../libevent-1.4.14b-stable/signal.c:118: undefined  
>> reference to `event_warn'
>> ..../..../...../libschrott/libevent-1.4.14b-stable/signal.c:112:  
>> undefined reference to `event_err'
>> .libs/signal.o: In function `evsignal_cb':
>> ..../..../...../libevent-1.4.14b-stable/signal.c:83: undefined  
>> reference to `event_err'
>> collect2: ld returned 1 exit status
>> make[3]: *** [libevent_extra.la] Error 1
>> make[3]: Leaving directory `../../.../libevent-1.4.14b-stable'
>> make[2]: *** [all-recursive] Error 1
>> make[2]: Leaving directory `../..../../libschrott/libevent-1.4.14b- 
>> stable'
>> make[1]: *** [all] Error 2
>> make[1]: Leaving directory `../../.../libschrott/libevent-1.4.14b- 
(Continue reading)

Alexander Seibel | 2 Sep 01:43 2010
Picon

Re: Cant compile for armel

Compiled in scratchbox for maemo, most stuff is automatic.

Here is the log : http://pastebin.com/nEkJxXz8
___________________________________________________________
WEB.DE DSL SOMMER-SPECIAL: Surf & Phone Flat 16.000 für 
nur 19,99 &euro;/mtl.!* http://web.de/DSL-Doppel-Flatrate/
***********************************************************************
To unsubscribe, send an e-mail to majordomo <at> freehaven.net with
unsubscribe libevent-users    in the body.

Mark Ellzey | 2 Sep 16:57 2010
Picon

Re: Dynamic changes of read water mark

On Wed, Sep 01, 2010 at 10:06:44AM -0700, Gilad Benjamini wrote:
> Your sample code did not include the watermark part.

It doesn't need to.

> May I assume that at the end of the code snippet you would set the low
> watermark ?

No.

> If I set the low watermark to X, am I guaranteed that the next time I reach
> the callback at least X bytes are available ?

The key here is "at least". You can have more waiting, and you have to
take that into account.

> Is that also true if I leave some bytes in the buffer at the end of my
> processing ?
> 

If you leave bytes on the buffer when a bufferevent is signaled, the
bufferevent will not signal again until something else is written to it.

***********************************************************************
To unsubscribe, send an e-mail to majordomo <at> freehaven.net with
unsubscribe libevent-users    in the body.

Nick Mathewson | 2 Sep 20:50 2010
Picon

Re: Cant compile for armel

On Wed, Sep 1, 2010 at 7:20 AM, Alexander Seibel <Puddingsbrumsel <at> web.de> wrote:
> Hi
> I am a noob when it comes to compiling. When I want to compile libevent-1.4.14b-stable for armel, i  get
errors like this :
>
> ..../..../...../libevent-1.4.14b-stable/signal.c:117: undefined reference to `event_warn'
> ..../..../...../libevent-1.4.14b-stable/signal.c:118: undefined reference to `event_warn'

The "undefined reference to event_warn" thing means that the linker is
trying to find event_warn -- which is defined in log.c -- and it isn't
there.  Maybe for some reason you aren't linking log.c into Libevent
when you build it?

The thing you linked to below looks like a copy of your config.log
file, which explains what the "configure" script is doing.  But the
error above isn't coming from there; it looks like it's coming as part
of your compiler output.  Could you please upload somewhere the entire
output of the compilation process?  Just copy-and-pasting the results
of "make" from your terminal should do fine.

yrs,
--

-- 
Nick
***********************************************************************
To unsubscribe, send an e-mail to majordomo <at> freehaven.net with
unsubscribe libevent-users    in the body.

Alexander Seibel | 3 Sep 02:46 2010
Picon

Cant compile for armel

Here is the output from make :

 

http://pastebin.com/TZeEfgFF
___________________________________________________________
Neu: WEB.DE De-Mail - Einfach wie E-Mail, sicher wie ein Brief!  
Jetzt De-Mail-Adresse reservieren: https://produkte.web.de/go/demail02
***********************************************************************
To unsubscribe, send an e-mail to majordomo <at> freehaven.net with
unsubscribe libevent-users    in the body.

Alexander Seibel | 3 Sep 03:44 2010
Picon

Cant compile for armel

Thanks to the solution from nick, i got it  :)
It was the LDFLAGS=-Wl,-z,defs that was created automatic by the maemo Scratchbox.(Scratchbox is a
cross-compilation toolkit designed to make embedded Linux application development easier.) 
So i went in the Debian folder, and edited the rules file by erasing that part from the whole ./configure.

THX a lot !!!!
___________________________________________________________
GRATIS für alle WEB.DE Nutzer: Die maxdome Movie-FLAT!
Jetzt freischalten unter http://movieflat.web.de
***********************************************************************
To unsubscribe, send an e-mail to majordomo <at> freehaven.net with
unsubscribe libevent-users    in the body.

Yee Keat Phuah | 3 Sep 09:49 2010
Picon

Stop listening on http server when accept() returns Too Many Open Files

Hi,


I am using the http server part of libevent 2.0.6, and currently testing it under all sorts of situation. One of the situation I ran into is when there are too many connections, there might be "Too Many Open Files" returned from the accept() call, that is ok, but the problem is because in listener.c:listener_read_cb() function, there's no way I could intercept this error message, and maybe stop accepting new connections, what happen subsequently is that event_sock_warn just gets called thousands of time.

Is there a way that I can intercept this error and act accordingly? Probably stop listening for a while?

Thanks in advance.

Cheers,
Phuah Yee Keat

Gmane