Re: Changing mod_lua to stable

2018-12-17 Thread Yann Ylavic
On Mon, Dec 17, 2018 at 8:23 PM Daniel Gruno wrote: > > I've been pondering on the state of mod_lua, and it seems like it's time > to get rid of the 'experimental' note, which still scares off a lot of > people. The API has been steady over the past few years, I believe, and > the code itself

Re: [PATCH] mod_deflate: hardcoded "%ld" -> APR_OFF_T_FMT

2018-12-17 Thread Yann Ylavic
On Mon, Dec 17, 2018 at 5:40 PM William A Rowe Jr wrote: > > On Sun, Dec 16, 2018 at 7:27 AM Yann Ylavic wrote: >> >> >> Since it's logging only, it may be easier to cast to (long) each >> total_in/out though. > > Downcast? Why not upcast to apr_off_t and use the _FMT macro as first >

Re: Changing mod_lua to stable

2018-12-17 Thread Ken Wilson
Sent from my iPhone > On Dec 17, 2018, at 4:58 PM, Christophe JAILLET > wrote: > > Hi, > > sorry for the inconvenience. You receive these emails because you have > subscribe to the list in the past. > Information to unsubscribe from the list is given at >

Re: Changing mod_lua to stable

2018-12-17 Thread Christophe JAILLET
Hi, sorry for the inconvenience. You receive these emails because you have subscribe to the list in the past. Information to unsubscribe from the list is given at https://httpd.apache.org/lists.html#http-dev In other words, just send an email to 'dev-unsubscr...@httpd.apache.org' and it

Re: Changing mod_lua to stable

2018-12-17 Thread Ken Wilson
Could you please remove me from your bull ..thAnks Sent from my iPhone > On Dec 17, 2018, at 4:30 PM, Christophe JAILLET > wrote: > >> Le 17/12/2018 à 20:23, Daniel Gruno a écrit : >> Hi folks, >> I've been pondering on the state of mod_lua, and it seems like it's time to >> get rid of the

Re: Changing mod_lua to stable

2018-12-17 Thread Christophe JAILLET
Le 17/12/2018 à 20:23, Daniel Gruno a écrit : Hi folks, I've been pondering on the state of mod_lua, and it seems like it's time to get rid of the 'experimental' note, which still scares off a lot of people. The API has been steady over the past few years, I believe, and the code itself seems

Re: Changing mod_lua to stable

2018-12-17 Thread Frank Gingras
+1 On Mon, Dec 17, 2018 at 2:43 PM Ruediger Pluem wrote: > > > On 12/17/2018 08:23 PM, Daniel Gruno wrote: > > Hi folks, > > I've been pondering on the state of mod_lua, and it seems like it's time > to get rid of the 'experimental' note, which > > still scares off a lot of people. The API has

Re: Changing mod_lua to stable

2018-12-17 Thread Ruediger Pluem
On 12/17/2018 08:23 PM, Daniel Gruno wrote: > Hi folks, > I've been pondering on the state of mod_lua, and it seems like it's time to > get rid of the 'experimental' note, which > still scares off a lot of people. The API has been steady over the past few > years, I believe, and the code

Re: Changing mod_lua to stable

2018-12-17 Thread Eric Covener
On Mon, Dec 17, 2018 at 2:23 PM Daniel Gruno wrote: > > Hi folks, > I've been pondering on the state of mod_lua, and it seems like it's time > to get rid of the 'experimental' note, which still scares off a lot of > people. The API has been steady over the past few years, I believe, and > the

Re: Changing mod_lua to stable

2018-12-17 Thread Daniel Gruno
On 12/17/18 8:23 PM, Daniel Gruno wrote: Hi folks, I've been pondering on the state of mod_lua, and it seems like it's time to get rid of the 'experimental' note, which still scares off a lot of people. The API has been steady over the past few years, I believe, and the code itself seems to

Changing mod_lua to stable

2018-12-17 Thread Daniel Gruno
Hi folks, I've been pondering on the state of mod_lua, and it seems like it's time to get rid of the 'experimental' note, which still scares off a lot of people. The API has been steady over the past few years, I believe, and the code itself seems to be in a stable state, so I'm inclined to go

Re: [PATCH] mod_deflate: hardcoded "%ld" -> APR_OFF_T_FMT

2018-12-17 Thread William A Rowe Jr
On Sun, Dec 16, 2018 at 7:27 AM Yann Ylavic wrote: > > Since it's logging only, it may be easier to cast to (long) each > total_in/out though. > Downcast? Why not upcast to apr_off_t and use the _FMT macro as first suggested?