Am 09.02.2011 08:16, schrieb Zeno Davatz:
mod_ruby.so could not be loaded. If I open mod_ruby.so with
depends.exe (Dependencywalker.com) I get no errors.
On Tue, Feb 8, 2011 at 10:42 PM, Andrew Oliver wrote:
Another possibility is that one of your libraries can't be accessed by
LocalSystem (w
On 02/08/2011 10:08 PM, j...@apache.org wrote:
> Author: jim
> Date: Tue Feb 8 21:08:10 2011
> New Revision: 1068581
>
> URL: http://svn.apache.org/viewvc?rev=1068581&view=rev
> Log:
> Remove the thread mutex from the worker... it really should be
> in the balancer. Thus we have global and thre
Dear Andrew
On Tue, Feb 8, 2011 at 10:42 PM, Andrew Oliver wrote:
> Another possibility is that one of your libraries can't be accessed by
> LocalSystem (which services run as) but can as whatever user you're
> logging in as. You could try changing the service descriptor to run
> Apache as that
On 02/07/2011 08:25 PM, j...@apache.org wrote:
> Author: jim
> Date: Mon Feb 7 19:25:14 2011
> New Revision: 1068066
>
> URL: http://svn.apache.org/viewvc?rev=1068066&view=rev
> Log:
> OK, use faster, shared version... makes sense to persist this
> info since it is aligned with the actual data
Good evening,
-- Build started: Project: mod_proxy_balancer, Configuration: Release Win32
--
Compiling...
mod_proxy_balancer.c
.\mod_proxy_balancer.c(1332) : error C2491: 'ap_proxy_update_members' :
definition of dllimport function not allowed
.\mod_proxy_balancer.c(1343) : warning C4018
G/M,
With assistance, the following gets mod_slotmem_plain.c to build again:
Index: modules/slotmem/mod_slotmem_plain.c
===
--- modules/slotmem/mod_slotmem_plain.c (revision 1068715)
+++ modules/slotmem/mod_slotmem_plain.c (working
On 2/8/2011 4:29 PM, Steve Hay wrote:
> William A. Rowe Jr. wrote on 2011-02-08:
>> On 2/8/2011 8:29 AM, Steve Hay wrote:
>>> +int len = (int)strlen(newarr[arg]) + 1; +*env =
>>> (char*)_malloc_dbg(len * sizeof(char), _CRT_BLOCK, __FILE__, __LINE__);
>>> +strcpy_s(*env, len,
G/M,
Building httpd-trunk and get:
Calling NWGNUslotmem_plain
Compiling mod_slotmem_plain.c
### mwccnlm Compiler:
#File: mod_slotmem_plain.c
#
# 221: for (i=0; i
Will omit remainder in case they result from above. Admit CW is a bit
(?) pedantic at times
William A. Rowe Jr. wrote on 2011-02-08:
> On 2/8/2011 8:29 AM, Steve Hay wrote:
>> +int len = (int)strlen(newarr[arg]) + 1; +*env =
>> (char*)_malloc_dbg(len * sizeof(char), _CRT_BLOCK, __FILE__, __LINE__);
>> +strcpy_s(*env, len, newarr[arg]);
>
> That's just sick ... It'
Another possibility is that one of your libraries can't be accessed by
LocalSystem (which services run as) but can as whatever user you're
logging in as. You could try changing the service descriptor to run
Apache as that user.
On Tue, Feb 8, 2011 at 3:36 PM, Zeno Davatz wrote:
> Dear William
>
Dear William
As usual, thank you for your valuable reply.
On Tue, Feb 8, 2011 at 9:16 PM, William A. Rowe Jr. wrote:
> On 2/8/2011 8:30 AM, Zeno Davatz wrote:
>>>
>>> Can you start it "manually" from the console?
>>>
>>> http://httpd.apache.org/docs/current/invoking.html
>>> http://httpd.apache.
Hi Carsten, you've certainly found dev@ worthy flaws :)
On 2/8/2011 10:57 AM, Carsten Wiedmann wrote:
> Hello all,
>
> there seems to be a problem, if I try to access "ftp://localhost/"; with
> firefox. Access is
> not not possible. Instead Apache is trying to serve an index document
> (Directo
On 2/8/2011 8:29 AM, Steve Hay wrote:
> +int len = (int)strlen(newarr[arg]) + 1;
> +*env = (char*)_malloc_dbg(len * sizeof(char), _CRT_BLOCK, __FILE__,
> __LINE__);
> +strcpy_s(*env, len, newarr[arg]);
That's just sick ... It's inexcusable to use strcpy when len is already
On 2/8/2011 8:30 AM, Zeno Davatz wrote:
>>
>> Can you start it "manually" from the console?
>>
>> http://httpd.apache.org/docs/current/invoking.html
>> http://httpd.apache.org/docs/current/platform/windows.html#wincons
>>
>>> mod_ruby.so could not be loaded. If I open mod_ruby.so with
>>
>> Usually
Steve Hay wrote on 2011-02-07:
> Steve Hay wrote on 2011-02-07:
>> Steve Hay wrote on 2011-02-04:
>>> William A. Rowe Jr. wrote on 2011-02-04:
On 2/4/2011 3:49 PM, Steve Hay wrote:
> It looks like the original environ[] was allocated by msvcr100.dll
using something other than a functi
Dear Igor
2011/2/8 Igor Galić :
>> As explained here
>>
>> http://dev.ywesee.com/wiki.php/Apache/Libapr-1
>>
>> I have build mod_ruby.so against MinGW and the Windows-Installer lib
>> and include files. The module compiled fine.
>>
>> Apache 2.2.17 on Windows starts fine from the commandline if I
Dear Igor
2011/2/8 Igor Galić :
>> As explained here
>>
>> http://dev.ywesee.com/wiki.php/Apache/Libapr-1
>>
>> I have build mod_ruby.so against MinGW and the Windows-Installer lib
>> and include files. The module compiled fine.
>>
>> Apache 2.2.17 on Windows starts fine from the commandline if I
- Original Message -
> Hi
>
> As explained here
>
> http://dev.ywesee.com/wiki.php/Apache/Libapr-1
>
> I have build mod_ruby.so against MinGW and the Windows-Installer lib
> and include files. The module compiled fine.
>
> Apache 2.2.17 on Windows starts fine from the commandline if I typ
Since we're moving a bunch of stuff, including strings, to
shm, we now need to worry about string lengths... I'd
appreciate an overview of the current values, which are
admittedly generous... maybe too generous (esp
PROXY_WORKER_MAX_NAME_SIZE)?
/* Some max char string sizes, for shm fields */
#def
On Feb 7, 2011, at 9:54 PM, Roy T. Fielding wrote:
> On Feb 4, 2011, at 12:34 PM, j...@apache.org wrote:
>
>> Author: jim
>> Date: Fri Feb 4 20:34:47 2011
>> New Revision: 1067276
>>
>> URL: http://svn.apache.org/viewvc?rev=1067276&view=rev
>> Log:
>> Lock around the time when we're mucking w/
Hi
As explained here
http://dev.ywesee.com/wiki.php/Apache/Libapr-1
I have build mod_ruby.so against MinGW and the Windows-Installer lib
and include files. The module compiled fine.
Apache 2.2.17 on Windows starts fine from the commandline if I type
"httpd". Also
httpd -M shows me that the Rub
21 matches
Mail list logo
