Builds and runs OK on WIN32 as well.
André
>>> [EMAIL PROTECTED] 15.09.2004 15:46:45 >>>
Hi,
I've put the tarballs for 2.0.51 up at http://httpd.apache.org/dev/dist/.
Please test and vote,
Sander
Hello,
as there is a security problem in webdav of 2.0.50, I think a 2.0.51 release will
happen soon.
http://www.heise.de/security/news/meldung/51086
http://www.securitytracker.com/alerts/2004/Sep/1011248.html
André
>>> [EMAIL PROTECTED] 15.09.2004 10:10:15 >>>
Hi all,
I am just about fini
> [EMAIL PROTECTED] 29.06.2004 02:27:06
>Hi,
>
>The 2.0.50 tarballs are up and available for testing at:
>
> http://httpd.apache.org/dev/dist/
>
>Please test and cast your votes for release.
>
Compiles and runs fine under Windows 2000
+1 if I'm allowed to
André
Don't you think,
that the client is filling up it's buffer, and the after it's full just
stream what it has played ?
André
aarboard ag
internet - networks - screen&print design - multimedia
Egliweg 10 - Postfach 214 - CH-2560 Nidau (Switzerland)
Phone +41 32 332 9714 - Fax +41 32 332 9715
www.aa
560 Nidau (Switzerland)
Phone +41 32 332 9714 - Fax +41 32 332 9715
www.aarboard.ch - [EMAIL PROTECTED]
>>> [EMAIL PROTECTED] 23.06.2004 21:13:10 >>>
I just commited a fix for this.
Bill
Andre Schild wrote:
> Hello,
>
> I have taken the sources as tagged in CSV and tr
Hello Eddie,
>>198: 'apr_iconv_open' : Nicht genuegend Parameter uebergeben
>>
c:\Develop\Apache\httpd-2.0.50-rc1\srclib\apr-util\xlate\xlate.c(182) :
>> warning
>> C4047: '=' : Anzahl der Dereferenzierungen bei 'void *' und 'int '
>> unterschiedli
>> ch
>>
>Are you sure you have the rc2 tag? it
Hello,
we just noticed, that the mod_autoindex always returns the strings in
english,
and the dates are also in a non-i18n format.
Have there been any ideas on how to solve this ?
André
Hello,
I have taken the sources as tagged in CSV and tried it to build under
Windows 2000.
It fails when compiling xlate.c to generate libaprutil
xlate.c
c:\Develop\Apache\httpd-2.0.50-rc1\srclib\apr-util\xlate\xlate.c(181) :
error C2
198: 'apr_iconv_close' : Nicht genuegend Parameter uebergeben
Hello Guenter,
I had just some tests with Jess, and now I am able to build a working mod_ldap for
2.0.49
It is in fact a problem, depending which MS SDK you use.
With the old SDK I used previously (Whistler Beta1 March 2001)
the mod_ldap stuff crashes.
I have then rebuilt it with the MS SDK Sp
AIL PROTECTED] 04.06.2004 17:08:21 >>>
Hmmm We've had no such problems on 2.0.48 or 2.0.49 on Windows.
We did have such problems attempting to build against any Microsoft SDK
prior to the Spring 2003 update, however
Now we just have this problem on UNIX with mod_worker.
Andre S
For Windows 2000 it's included in the bug report.
Not sure if it whas for 2.1 or 2.0.50, it crashed in both, and always in the WLDAP32
DLL
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18334
André
>>> [EMAIL PROTECTED] 04.06.2004 17:17:31 >>>
Jess Holle wrote:
> Hmmm We've had no su
Hello,
is anyone using the mod_ldap module on win32 platform ?
We have used it up to build 2.0.48 with (almost) no problems.
But we can't get the mod_ldap from 2.0.49 or from the 2.1 to work.
The problem is, that apache.exe will crash on the first request
who actually does a authentication via L
There are the mailing list archives for the history...
And it's a personal preference if you like/dislike webforums.
André
>>> [EMAIL PROTECTED] 01.06.2004 16:56:32 >>>
> The Apache httpd server project does not use web forums.
very very bad !!!
I didn't search previous topic :(
And people not
Hello,
>use piped log and tell your users to put the status in a certain location
>write a custom module that implements the log-transaction hook, and do whatever
>you want for status==500
Yep, is just what I did. (Using mod_examples as a starting point.
>> I think of something like a (transpar
>People will move Apache 1.x to this platform because there is virtually NO
>migration cost (i.e. recoding modules etc) and they get a performance boost
>and while replacing an aging infrastructure.
>12 million user on the move - make it easy for them, buy a cheap AMD Opteron
>and optimize and imp
>> I think we should put a warning on the second "recomended configuration"
>> that compressing everything can cause problems. (Specially with PDF files)
>
>Could you file a bug against the documentation for this so it doesn't get
>forgotten?
Done.
http://nagoya.apache.org/bugzilla/show_bug.cgi?i
>>> [EMAIL PROTECTED] 31.10.2003 23:44:06 >>>
>
>On Fri, 31 Oct 2003, Andre Schild wrote:
>> Please have a look at the following Mozilla bug report
>>
>> http://bugzilla.mozilla.org/show_bug.cgi?id=224296
>>
>> It seems that mod_deflate does
Hello,
what would be the "best" way to log all error 500 (all status 50x responses
in fact) into a separate logfile ?
One way could be a piped log, but depending of the format
the user has configured the output can be very different.
I think of something like a (transparent) filter in the outpu
Hello,
today I noticed a problem with our webserver (Upgraded yesterday from 2.0.47 to .48),
concering PDF files.
We have mod_deflate active on the server and
use the default config for this as described on
the the module config page, where we compress everything, except images.
http://httpd.ap
The patchs seems to not solve the problem with the missing ssl-std.conf.in
Otherwise I can build the release and on first tests it works fine.
André
>>> [EMAIL PROTECTED] 29.10.2003 21:26:00 >>>
Günter was right on target, of course, and I had to make the exact patch
he suggested simply to roll
Hello,
we have seen this behaviour with 2.0.45 when it can't write to the
logfile (for whatever reason)
Our server under NT 4.0 logs just fine (with ~20 rotatelogs running for
the different vhosts.)
André
>>> [EMAIL PROTECTED] 04.04.2003 19:04:01 >>>
See subject...
Setup customlog to do piped a
Works fine under NT 4.0 with ssl and mod_jk since ~10 hours so far.
André
>>> [EMAIL PROTECTED] 31.03.2003 19:31:37 >>>
Works just dandy under Solaris 8, prefork and worker, with SSL
enabled.
--
===
Jim Jagielski [|]
>> [EMAIL PROTECTED] 28.03.2003 06:55:25 >>>
>At 11:27 PM 3/27/2003, William A. Rowe, Jr. wrote:
>>Based on observations of broken SSLMutex behavior on Win32,
>>and some other protocol.c based-bugs, we have now created what
>>we hope is the final release candidate tag, WROWE_2_0_45_RC2.
>Apologies
>>But currently we are at the stage that the SSLMutex passes a NULL
>>filename in for the mutexname and assumes the apr will generate
>>"something".
>It's more correct to say that it assumes APR "does the right thing",
which
>it does. Under Win32 it creates an unnamed mutex ala the mpm.
The creatio
>up with your dialog ;-) Be aware we are talking about win32 which
>doesn't fork, so it doesn't have the same apr_global_mutex_t in the
>child worker process as in the parent process.
Correct.
>File mutex modes aren't really win32 files - they are simply
>named mutexes. Elsewhere in apr we've tr
>I'm +1 for having the SSLMutex code autogen a bogus fname. I can add
>this quickly... but please read below.
In this case update the docu in the .h file accordingly.
>vary. For example, would /tmp/apr879879 be OK under Win32? Again,
>this is just the sort of abstraction I think would be prefect i
Hello,
I did some investigations on this message and found the following:
Using SSLMutex default results in no-filename for the mutex.
In the comments to this, there it stays:
mc->szMutexFile = NULL; /* APR determines temporary filename */
According to the apr documentation (and the win3
> [EMAIL PROTECTED] 16.03.2003 21:45:12 >>>
>>Graham Leggett <[EMAIL PROTECTED]> wrote:
>Then your idea to use "'s and have only one check is probably a
solution
>or we can have an extra option to specify how this "require user User1
User2 .."
> to be interpreted - as a single value or as a list
>makefiles will need to be updated to comply with the #defines values
in
>apr_ldap.h.in (Unix) and apr_ldap.hw (Win32). Could somebody on
those
>platforms fix the makefiles?
If no one is faster, I could do the win32 part during the next 3-4
days.
André
>If Netware or Win32 can 'conditionally' support ldap, then we need
>to consider having an apr_ldap.hxx file that contains all of the
>#define APR_HAS_LDAP_* 0 statements. The header should
>always exist, and inform the app if ldap is available.
>Of course, I'm expecting that Win32 will support L
+1 for a 2.1 tree
Why? :
When a securityproblem/bug is found in 2.0.43, then I excpect to
get a new version who is just a "drop-in" replacement for it.
What can be accepted is
- To have to recompile all modules
- Make sourcecode changes to the modules if AND ONLY IF the api change
is directl
> [EMAIL PROTECTED] 09.10.2002 10:14:58 >>>
>Andre Schild wrote:
>> What about renaming util_ldap.c to mod_ldap.c ?
>Is it that important for now? I think lets rather worry about this
when
>mod_auth_ldap gets fitted to the new authn/authz framework. Then we
will
&g
if we wish to change, then we should do it probably asap
André
>>> [EMAIL PROTECTED] 09.10.2002 08:53:31 >>>
Andre Schild wrote:
> finaly I got the module compiled and running under w2k.
Sweet... I just comitted them - thanks!
> If my changes are accepted, then I'm
Hello,
finaly I got the module compiled and running under w2k.
Here the steps required to get it working:
1. put the two dsp files from the attachement in the experimental
folder
2. the netscape/iplanet ldap libraries are installed in srclib\ldap
3. Apply the util_ldap.c.diff and util_ldap.h.di
Did you compile mod_auth_ldap as one module, and util_ldap as the second
one ?
If yes, how did you resolve the missing exports from util_ldap to be
able to link mod_auth_ldap.
Actually it seems for me, that in util_ldap.h all functions should be
declared as AP_DECLARE_NONSTD (or whatever the type
Hello Guenter,
>> The module loads fine in relase and debug modes in apache, but as
soon
>> as a auth request commes, apache crashes.
>hmm, just looked at your *.dsp, but I think this is not planned so.
Look at
>util_ldap.c, it has an own module declaration, and from my
understanding
>it should
Hallo Günter,
>> The module loads fine in relase and debug modes in apache, but as
soon
>> as a auth request commes, apache crashes.
>hmm, I've seen exactly the same with another module mod_auth_pgsql;
>I thought it was the module as it is beta stuff, but it works fine on
Linux; but
> now I thin
Hello,
here is my dsw/dsp file. (Configured for Netscape/iplanet SDK in
srclib\ldap
The module loads fine in relase and debug modes in apache, but as soon
as a auth request commes, apache crashes.
First tests show a stack trace of mod_auth_ldap ->
apr_thread_mutex_create -> apr_palloc -> crash
I
>What seems to be the sticking point? I seem to recall that it was
1. where do I see if my APR has the ldap support included ? (I assume
it hasn't)
2. Where should the ldap libraries/sdk be installed, so they are found
?
>the LDAP stuff has moved into experimental. Actually, I would have
>ho
Hello,
can someone give me some hints how to build the auth_ldap module of the
2.0.43 apache ?
I've already built the "normal" ssl version of apache since ~2.0.36...
Actually we use another (half-self written) auth_ldap module with
2.0.42, but since it would require major work to get it working
>other container implements the protocol ? Moreover, the mod_jk is of
no
>use to other webservers than apache and with the increased use of
But mod_jk is of no use without tomcat either..
>servlets, most apaches will use mod_jk anyway.
Not so sure about this one. (For my webservers true, but all
>I think this is an important fact which then stops many
>users from updating to Apache2 because of missing their favorite
modules...
>All platforms which mainly use binary distributions such as Win32 and
Netware are affected...
As we are using Apache 2.x on Win32 and Linux I'm just affected by
>[EMAIL PROTECTED] 30.08.2002 19:20:58
>>On Fri, Aug 30, 2002 at 06:04:06PM +0100, Tony Finch wrote:
>> The Apache project's dislike of branching seems slightly odd to me
>> given that it seems to work quite effectively over long periods of
>> time in the BSD projects.
>+1
>This is not everyone he
+1 to this as well.
We use LDAP authentication with 2.0.40 on win32 already and would very
welcome a "official" module for this
>Now that 2.0.40 has been released and we are in development of
> .41 and the fact that there has been a proposal for re-architecting
> the AUTH modules, I would li
44 matches
Mail list logo