On 6/30/2011 11:08 PM, Gregg L. Smith wrote:
> Hi Bill, Steffen,
>
> All I can add to this at the moment is this is happening in XP, I am running
> in Vista x86 just fine. I have not built on 2008 R2 x64 yet but I will
> assume (ouch) for now it will work fine there as well.
That's an incredib
On 07/01/2011 06:31 AM, Gregg L. Smith wrote:
Hi folks,
Well, this is the same chunk of Win32 specific debugging code causing this module to
crash yet again. I remember suggesting it be removed before, now I am a little more
adamant about it because it is really not needed, IMO of course. If y
Hi Bill, Steffen,
All I can add to this at the moment is this is happening in XP, I am running in
Vista x86 just fine. I have not built on 2008 R2 x64 yet but I will assume
(ouch) for now it will work fine there as well.
I'll try to see if I cannot track this down a little closer to the source
Hi folks,
Well, this is the same chunk of Win32 specific debugging code causing this
module to crash yet again. I remember suggesting it be removed before, now I am
a little more adamant about it because it is really not needed, IMO of course.
If you really got to have it there, please && a
_DE
Hello again,
This one is quite simple in that there are simply no Unix file permissions in
Windows for sure, Netware and OS/2 assumed.
Attached patch keeps this module from failing to load due to unix permission
setting.
This is a interesting one, if one is using slotmem_shm there is no proble
Hi Bill, Steffen, all,
My prior RE: to this has not shown up, so if it eventually does, sorry for the
double.
This seems to be specific to pre-Vista versions of Windoze. I am having no
problem in Vista x86 yet same build crashes (child only) on XP. I have not
tried 2008 R2 x64 yet.
I have not
Well? :-)
See original email for patch to Win build stuff. I nagged Nick to fix this
module to not crash on Windows, let's get it in the build, pretty please.
Cheers,
Gregg
-Original Message-
From: "Gregg L. Smith"
To: dev@httpd.apache.org
Date: Tue, 17 May 2011 18:13:38 -0700
Subject:
On 6/30/2011 3:19 PM, Steffen wrote:
> Found the following in drwatson when it crashes at start up:
>
> *> State Dump for Thread Id 0x1e48 <*
>
> eax=7c90da1a ebx= ecx=00c0ffa8 edx=00c0ffb0 esi=0094c198 edi=6ff43294
> eip=6eed568f esp=00c0ff88 ebp=00c0ffec iopl=0 nv up ei
Found the following in drwatson when it crashes at start up:
*> State Dump for Thread Id 0x1e48 <*
eax=7c90da1a ebx= ecx=00c0ffa8 edx=00c0ffb0 esi=0094c198
edi=6ff43294
eip=6eed568f esp=00c0ff88 ebp=00c0ffec iopl=0 nv up ei pl nz na pe
nc
cs=001b ss=0023 ds=0023 es
Hi,
I'm trying to fix an issue in a custom mpm. It's called peruser. More
or less it's a prefork with pools of processes running on different
users.
Additional pool of processes called Multiplexers is accepting
connections and sending them to workers. Each worker pool has it's own
pair of sockets
Hi,
Has anyone been able to look into bug #50807? It is a serious issue
for us that has shown up a number of times, some causing serious
problems with firewalls and load balancers preventing traffic from
getting through at all.
Thanks,
Adam
Still nog go with r1141201 on Windows:
fatal error C1189: #error : mod_ldap requires httpd to detect LDAP support
Steffen
- Original Message -
From: "Stefan Fritsch"
Newsgroups: gmane.comp.apache.devel
To:
Sent: Wednesday, June 29, 2011 9:31 PM
Subject: Re: [VOTE] Release Apache ht
On 27 Jun 2011, at 8:29 PM, Stefan Fritsch wrote:
This is fixed by calling the ldap_get_option() function described
in section 9.2 of
http://www-archive.mozilla.org/directory/ietf-docs/draft-ietf-ldap
ext-ldap-c-api-05.txt . There is no need to move the code to
support this, this can be supporte
Am 29.06.2011 23:43, schrieb William A. Rowe Jr.:
In the win32 case, we'll always link ASF binaries to msldap32.dll, so
it's a fair statement that AP_HAS_LDAP is 1 on that platform. The
question is, would typically all netware installs similarly link to
the ldap sdk?
yes. LDAP is always present
14 matches
Mail list logo
