-1
Get an error:
Error C2065 'DAV_WALKTYPE_TOLERANT': undeclared identifier mod_dav_fs
C:\VS17\Win32\httpd-2.4\modules\dav\fs\repos.c 1599
Steffen
On 2024/04/03 12:26:09 Eric Covener wrote:
> Hi all,
>
> (After only minor embarrassment of patching tags/2.4.55 instead o
Yep,
next week I try PCRE 8.45 with the branche at
https://github.com/ylavic/httpd/tree/pcre2_tls
On Friday 18/02/2022 at 14:16, Eric Covener wrote:
@Steffen Land any chance you can test the pcre8 update on Windows
prior to integration in 2.4.x?
+ https://github.com/apache/httpd
Happy holidays to all the HTTPD Community developers and users and
enjoy the holidays !
We wish for you, your friends and your families time to reconnect,
enjoy traditions, and to find some rest during the holiday season.
Whatever you celebrate, I hope you take a moment to reflect on the
year
+1 looks ok on Windows
On Thursday 07/10/2021 at 15:17, ste...@eissing.org wrote:
Hi all,
due to found security weaknesses in our 2.4.50 release, the security
team
feels it is necessary to do a new release on very short notice. We
will skip
the usual 3 day voting period and close the vote
anticipating also a possible (likely?) OpenSSL 3.0.1, as a common
then when releases are done and the test base broadens significantly.
+1 for 3.0.1
Steffen
On Monday 13/09/2021 at 10:08, ste...@eissing.org wrote:
Am 13.09.2021 um 07:23 schrieb Dennis Clarke :
ALL :
I may recei
Thanks Christophe for all the work, nice process changes !
See a little one:
- at https://httpd.apache.org/security/vulnerabilities_24.html I see
under 2.4.48 the CVE 13938 and in the change log under 2.4.47
- in changelog I see under 2.4.48 the CVE 31618 and at the page under
2.4.47
Thanks MJ,
Found that I did not updated my build script for libhttpd.dll
Struggling now with the rest.
--- Original message ---
Subject: Re: Current branches mod_proxy link error
From: Marion JAILLET
To: , Steffen Land
Date: Saturday, 15/05/2021 18:43
Le 15/05/2021 à 16:18, Steffen
Try to build branches revision 1889914
mod_proxy.obj : error LNK2019: unresolved external symbol
__imp__ap_ssl_conn_is_ssl@4 referenced in function
_ap_proxy_conn_is_https@4
mod_proxy.obj : error LNK2019: unresolved external symbol
__imp__ap_ssl_var_lookup@20 referenced in function
_ap
Trunk revision 1881390
02 sept 2020 404
01 sept 2020 405
On Tuesday 01/09/2020 at 16:30, Steffen Land wrote:
Trunk revision 1881351 date 1 sept 2020
New layout list, more readable now.
01 sept 2020 405 some solved already by jailletc36
14 May 2020 416
Steffen
Warning C4244
Trunk revision 1881351 date 1 sept 2020
New layout list, more readable now.
01 sept 2020 405 some solved already by jailletc36
14 May 2020 416
Steffen
Ah..found it. Was using an old .dsp for libhttpd.
Later I post the Win64 warnings
On Tuesday 01/09/2020 at 12:21, Steffen Land wrote:
I saw that jailletc36 was picking up the warnings !
So to check building trunk from today, revision 1881351
Creating library .\Release\mod_dav_fs.lib
I saw that jailletc36 was picking up the warnings !
So to check building trunk from today, revision 1881351
Creating library .\Release\mod_dav_fs.lib and object
.\Release\mod_dav_fs.exp
repos.obj : error LNK2019: unresolved external symbol
__imp_ap_make_etag_ex referenced in function dav_f
WIN32 APR 1.7.0 APR-UTIL 1.6.1 with Analyses
Warning C6386 \apr\time\win32\timestr.c 189 Buffer overrun while
writing to 'new_format': the writable size is 'max+11' bytes, but 'j' bytes
might be written.
Warning C26451 \apr\time\win32\time.c 239 Arithmetic overflow: Using
op
aplogno warnings on 2.4.40 was a reason to skip.
www.apachelounge.com/viewtopic.php?t=8329&highlight=aplogno
On Thursday 30/07/2020 at 17:10, Jim Jagielski wrote:
On Jul 30, 2020, at 5:55 AM, Christophe JAILLET
wrote:
I wouldn't say it is a show stopper, but I thought that we had a
HTTPd 2.4.45
Warning C4267 modules\http\http_filters.c 284 '+=': conversion from
'size_t' to 'apr_int32_t', possible loss of data
Warning C4267 modules\http\http_filters.c 473 '=': conversion from
'size_t' to 'int', possible loss of data
Warning C4267 modules\http\http_fil
Once in a while I post the build warnings in Windows 32/64.
Till now this is not really picked up, some times it is solved.
Should it not be a goal to get warning free code on all platforms ?
What do you think.
Steffen
Running production. Get crashes, mostly few times a day:
Error log:
[mpm_winnt:notice] [pid 11936:tid 744] AH00428: Parent: child process
4980 exited with status 3221225477 -- Restarting
The thread tried to read from or write to a virtual address for which
it does not have the appropriate ac
17 matches
Mail list logo