See:Apache :: Compiling httpd + libapr-2 failed on Windowsapachelounge.com
20, 2018 2:38:16 PM
To: Gregg Smith; dev@apr.apache.org
Subject: Re: Linking with libapr-1.lib on MS Windows using MSVC 19
> No not really, but this gives me problems trying to build x86 on a x64
> computer so I just remove it from makefile.win.
> Just to make sure this is not an oversigh
ld I try even earlier versions?
> If all else fails I believe you can bypass makefile.win
>
> nmake /f libapr.mak cfg="libapr - x64 Release"
This gives the exact same error (although, this time the executable that
produces it isn't the rc.exe, but link.exe)
More information t
On Tue, Jun 19, 2018 at 9:17 AM, Oleg Sivokon wrote:
> Hello list!
>
> Later, in Release directory I discovered libapr-1.lib which, as far as I
> understand is analogous to an *.a file (archive), and is used by MSVC to
> look up symbol definitions.
>
Note, it looks them up, b
he VS20xx x64 Native Tools Command Prompt?
If all else fails I believe you can bypass makefile.win
nmake /f libapr.mak cfg="libapr - x64 Release"
Cheers
On 6/19/2018 8:38 AM, Oleg Sivokon wrote:
As I continue to struggle with this issue, I realized that
nmake -f Makefile.win
would c
misconfiguration
on your side?
Thanks!
Oleg
From: Oleg Sivokon
Sent: Tuesday, June 19, 2018 5:17:38 PM
To: dev@apr.apache.org
Subject: Linking with libapr-1.lib on MS Windows using MSVC 19
Hello list!
I'm trying to compile my Python extension w
t and compiled the
library using:
cd apr
nmake -f Makefile.win
Later, in Release directory I discovered libapr-1.lib which, as far as I
understand is analogous to an *.a file (archive), and is used by MSVC to look
up symbol definitions.
I then dropped this file in the directory I configured the l
* Matthias Apitz:
> Maybe it's worth to put this together into some configure value as
> --without-glibc-2.10-level or something like this...
In general, you need to build on the oldest GNU/Linux system you want
to run on anyway because newer GNU libc versions will use newer
symbols even for func
Hello Rainer,
El día Thursday, October 23, 2014 a las 04:34:51PM +0200, Rainer Jung escribió:
> Try to also set
>
> apr_cv_sock_cloexec=no
>
> Again check apr_private.h after configure for having HAVE_SOCK_CLOEXEC
> not set.
>
> Got that additional dependency from
>
> https://issues.apache.
Hi Matthias,
Am 23.10.2014 um 15:02 schrieb Matthias Apitz:
El día Thursday, October 23, 2014 a las 08:43:22AM +0200, Matthias Apitz
escribió:
nm .libs/libapr-1.so.0.4.5 | egrep 'GLIBC_2.[4-9]|GLIBC_2.10'
U accept4@@GLIBC_2.10
U dup3@@GLIBC_2.9
U epo
El día Thursday, October 23, 2014 a las 08:43:22AM +0200, Matthias Apitz
escribió:
> nm .libs/libapr-1.so.0.4.5 | egrep 'GLIBC_2.[4-9]|GLIBC_2.10'
> U accept4@@GLIBC_2.10
> U dup3@@GLIBC_2.9
> U epoll_create1@@GLIBC_2.9
>
> With setting:
&
El día Wednesday, October 22, 2014 a las 07:14:43PM +0200, Rainer Jung escribió:
> Start with a more informative command:
>
> nm libapr-1.so.0.5.1 | grep GLIBC
>
> This will show you which symbol is taken with which version from GLIBC.
> Let us know the result, especially the
Am 22.10.2014 um 15:13 schrieb Matthias Apitz:
We compile and deliver to our customers in a large Library Project an
Apache and the libapr-1.so, among other stuff.
The compilation is done on our production Linux box:
guru@srap08dxoh:~/apr-1.5.1> uname -a
Linux srap08dxoh 3.0.76-0.11-pae #1
Hello,
We compile and deliver to our customers in a large Library Project an
Apache and the libapr-1.so, among other stuff.
The compilation is done on our production Linux box:
guru@srap08dxoh:~/apr-1.5.1> uname -a
Linux srap08dxoh 3.0.76-0.11-pae #1 SMP Fri Jun 14 08:21:43 UTC 2013 (ccab
Aaargh! My own followup got mis-routed!
Begin forwarded message:
Date: Fri, 22 Jul 2011 11:15:46 +0100
From: Nick Kew
On 22 Jul 2011, at 09:38, Nick Kew wrote:
> I take it this is way too unpredictable to reproduce to order, so an
> interactive gdb
> session would be pointless?
Oh, hang
amic linker to perform extra
* work at startup, waste system resources, and may pose a security
* risk. On some architectures, the code may not even function
* properly, if at all.
* For more information, see http://hardened.gentoo.org/pic-fix-guide.xml
* Please include the following list o
On 22 Jul 2011, at 05:42, John L. Poole wrote:
[asides]
I have httpd running on a different ARM platform, but I don't recollect the
APR version, and I think it might be 1.3.x.
How does that "-elibc_FreeBSD -older-kernels-compatibility" fit with
your Linux platform?
[/asides]
> What can I provide
* For more information, see http://hardened.gentoo.org/pic-fix-guide.xml
* Please include the following list of files in your report:
* TEXTREL usr/lib/libapr-1.so.0.4.4
I've tried going outside of Gentoo's package system and I installed APR
directly.
I ran ./configure, make test, and ma
On 2/16/2010 8:42 AM, raj reddy wrote:
> Hi All,
>
> This is in reference to Windows:
> I am building a module that has a requirement to support IPV6. Kindly
> let me know, if the present libapr that comes with apache install
> supports IPV6 by default? If not where can i dow
Hi All,
This is in reference to Windows:
I am building a module that has a requirement to support IPV6. Kindly let me
know, if the present libapr that comes with apache install supports IPV6 by
default? If not where can i download it?
status = apr_sockaddr_info_get(&
It seems all the fatal errors for mingw apr build are cleaned up.
What I don't understand; why libtool believes that it can only
build static libraries?
If the nonsense continues, I may just be dumping libtool for jlibtool
in our suggested mingw config.
using different ways?
Your help will be greatly appreciated!
> Date: Sat, 24 Nov 2007 01:50:07 -0600
> From: [EMAIL PROTECTED]
> To: [EMAIL PROTECTED]
> CC: dev@apr.apache.org
> Subject: Re: How can I debug libapr-1.dll, libaprutil-1.dll?
>
> Learning apr wrote:
> >
Learning apr wrote:
Thank you for your replying. I still have some questions I inserted them into
your email.
Now you need the symbols (.pdb files) that were created by whomever rolled up
your application. Those allow you to unwind a crash dump, set breakpoints, etc.
For example, libapr-1
Thank you for your replying. I still have some questions I inserted them into
your email.
> Date: Fri, 23 Nov 2007 14:44:11 -0600
> From: [EMAIL PROTECTED]
> To: [EMAIL PROTECTED]
> CC: dev@apr.apache.org
> Subject: Re: How can I debug libapr-1.dll, libaprutil-1.dll?
>
&g
Learning apr wrote:
Hello,
My own dlls depend on libapr-1.dll and libaprutil-1.dll. I doubt there is
something wrong with those two dlls. How can I debug them?
I will use visual studio 2005.
How can I integrate the source code from libapr-1.dll, libaprutil-1.dll to my source code?
Three
Hello,
My own dlls depend on libapr-1.dll and libaprutil-1.dll. I doubt there is
something wrong with those two dlls. How can I debug them?
I will use visual studio 2005.
How can I integrate the source code from libapr-1.dll, libaprutil-1.dll to my
source code?
Thanks
William A. Rowe, Jr. wrote:
> FYI if you are going to iterate, it would be very helpful if you would
> please play on trunk where we are on the same page.
>
> I actually don't see a point to focusing on apr 1.2.anything, but instead
> focus all of our CE-energies into making a releasable 1.3.0 in
William A. Rowe, Jr. wrote:
Glad to see so much progress, I started to tinker in this area, but had to
shut it down before I became completely distracted :) Thanks for the
research and your submission!
FYI if you are going to iterate, it would be very helpful if you would
please play on trunk
Ioan Popescu wrote:
> # PROGRAMS includes all test programs built on this platform.
FYI - rather than fork Makefile and give us *another* one-off to
maintain (a dangerous situation), we'll look together at integrating
this into the substantial changes I'm already making to the test
framework build
Ioan Popescu wrote:
> Index: abts.c
> ===
> --- abts.c(revision 575665)
> +++ abts.c(working copy)
Just as a quick FYI; I'm incredibly dismissive of tests by-platform within
the test/* tree, and do plan to nix/veto all of them
/D UNICODE /D _UNICODE /FD
.c.obj::
$(CL) -c $< $(CFLAGS) $(INCLUDES)
LOCAL_LIBS= ../Debug/libapr-1.lib
ALL_LIBS= coredll.lib corelibc.lib ws2.lib ole32.lib
CLEAN_TARGETS = testfile.tmp mod_test.dll proc_child.exe occhild.exe \
readchild.exe tryread.exe sockchild.
This is a summary of the changes I made to the tests for the core APR
1.2.11 library. The patch and other files will follow separately.
* Build as Unicode project.
* Include tchar.h to use generic data type mappings for Unicode.
* Change "main" declarations to use generic data type mappings.
* Use
This is a summary of the changes I made to the core APR 1.2.11 library. The
patch will follow separately. The changes target CE 5 and may have broken
earlier versions. I do not have earlier versions on which to test/build
against, but it's possible to modify these changes to revert them using the
v
\Windows\apr> testall
.\testatomic: SUCCESS
.\testdir : SUCCESS
.\testdso : SUCCESS
.\testdup : SUCCESS
.\testenv : SUCCESS
.\testfile : SUCCESS
.\testfilecopy : SUCCESS
.\testfileinfo : FAILED 4 of 5
.\testflock :
The attached patch contains the changes I've made to get libapr-1 to compile
for Windows CE 5. I've had some problems sending the project files, so if
anyone wants those, let me know and I'll send them directly.
The changes aren't complete solutions in all cases. Some are prob
Hi all,
Now, I have written "libapr programming tutorial".
It is available at the following site:
+ http://dev.ariel-networks.com/apr/apr-tutorial/html/apr-tutorial.html (HTML)
+ http://dev.ariel-networks.com/apr/apr-tutorial/sample/ (sample code)
+ http://dev.ariel-networks.c
Only busted for 'releases'.
Because httpd kept picking up -dev tags, this was never noted.
At 12:44 AM 3/11/2005, Justin Erenkrantz wrote:
>--On Thursday, March 10, 2005 5:55 PM -0600 "William A. Rowe, Jr." <[EMAIL
>PROTECTED]> wrote:
>
>>Backporting to 1.1 ASAP, then! A related question, 1.1(.
--On Thursday, March 10, 2005 5:55 PM -0600 "William A. Rowe, Jr."
<[EMAIL PROTECTED]> wrote:
Backporting to 1.1 ASAP, then! A related question, 1.1(.1) is a
drop-in replacement for anyone running APR 1.0. But do we backport
this fix to 0.9 since it is it's own flavor?
Is 0.9.x busted too? I h
>Justin Erenkrantz wrote:
>>--On Monday, March 7, 2005 10:47 PM -0600 "William A. Rowe, Jr." <[EMAIL
>>PROTECTED]> wrote:
>>
>>>I'd committed a patch to fix the version resource tag, it seems
>>>we were broken when trying to build non-dev flavors of the .dll's.
>>
>>I would go for 1.1.1 as I don'
Justin Erenkrantz wrote:
--On Monday, March 7, 2005 10:47 PM -0600 "William A. Rowe, Jr."
<[EMAIL PROTECTED]> wrote:
I'd committed a patch to fix the version resource tag, it seems
we were broken when trying to build non-dev flavors of the .dll's.
What's consensus? Do we make the next release 1.
Justin Erenkrantz wrote:
>
> --On Monday, March 7, 2005 10:47 PM -0600 "William A. Rowe, Jr."
> <[EMAIL PROTECTED]> wrote:
>
> > I'd committed a patch to fix the version resource tag, it seems
> > we were broken when trying to build non-dev flavors of the .dll's.
> >
> > What's consensus? Do we
Paul Querna wrote:
I would go for 1.1.1 as I don't believe we're ready for a 1.2.0 that
includes apr_dbd just yet. So, I think you should just backport your
changes to the 1.1.x branch so that Win32 builds properly and then we
can roll out 1.1.1. -- justin
+1, I Agree.
+1
-garrett
Justin Erenkrantz wrote:
--On Monday, March 7, 2005 10:47 PM -0600 "William A. Rowe, Jr."
<[EMAIL PROTECTED]> wrote:
I'd committed a patch to fix the version resource tag, it seems
we were broken when trying to build non-dev flavors of the .dll's.
What's consensus? Do we make the next release 1.
--On Monday, March 7, 2005 10:47 PM -0600 "William A. Rowe, Jr."
<[EMAIL PROTECTED]> wrote:
I'd committed a patch to fix the version resource tag, it seems
we were broken when trying to build non-dev flavors of the .dll's.
What's consensus? Do we make the next release 1.2.0, admitting
this was j
I'd committed a patch to fix the version resource tag, it seems
we were broken when trying to build non-dev flavors of the .dll's.
What's consensus? Do we make the next release 1.2.0, admitting
this was just borked in 1.1.x and prior, or do we do a point bump
release 1.1.2 or whatnot?
It seems t
Ben Laurie wrote:
Stas Bekman wrote:
How could I know whether libapr was built with a certain option on or
off?
e.g. after building libapr with CPPFLAGS="-DAPR_BUCKET_DEBUG" and
--enable-pool-debug, I run:
% apr-config --cppflags
-DLINUX=2 -D_REENTRANT -DAPR_POOL_DEBUG=1 -D_XO
Stas Bekman wrote:
How could I know whether libapr was built with a certain option on or off?
e.g. after building libapr with CPPFLAGS="-DAPR_BUCKET_DEBUG" and
--enable-pool-debug, I run:
% apr-config --cppflags
-DLINUX=2 -D_REENTRANT -DAPR_POOL_DEBUG=1 -D_XOPEN_SOURCE=500
-D_
How could I know whether libapr was built with a certain option on or off?
e.g. after building libapr with CPPFLAGS="-DAPR_BUCKET_DEBUG" and
--enable-pool-debug, I run:
% apr-config --cppflags
-DLINUX=2 -D_REENTRANT -DAPR_POOL_DEBUG=1 -D_XOPEN_SOURCE=500
-D_BSD_SOURCE -D_S
On Mon, May 06, 2002 at 01:20:45PM -0300, Marc G. Fournier wrote:
> This I understand, and it isn't a problem, since the only processes
> accessing 'shared memory' are child processes from the parent that
> originally creates it ...
If you're not going to support mapping of this segment by externa
ince the only processes
accessing 'shared memory' are child processes from the parent that
originally creates it ...
The issue that I have, and may be one that makes APR not usable, is that
we don't to throw out the SysV shm* stuff that is in PgSQL, we want to
extend the code so that *
On Mon, May 06, 2002 at 10:23:39AM -0300, Marc G. Fournier wrote:
> Just wondering if anyone has looked at (or does it already exist)
> creating a simple SysV SHM compatibility API, so that it 'plugs-n-plays'
> nicer with existing programs?
APR's apr_shm.h API is really just for working with
Morning all ...
Just wondering if anyone has looked at (or does it already exist)
creating a simple SysV SHM compatibility API, so that it 'plugs-n-plays'
nicer with existing programs?
For instance, what is equivalent to:
int shmget(key_t key, int size, int flag);
Looking through unix/
snapshot tarballs. A release tarball will be
> available when APR reaches 1.0 (which probably isn't that many months
> off).
Ah, most cool ... Is there (will there be?) some sort of DLL that ppl can
download as well, instead of having to build it? My goal over the next
several weeks (
This should be on [EMAIL PROTECTED] I have copied that list.
On Fri, 3 May 2002, Marc G. Fournier wrote:
>
> A couple of questions here ... I'm looking at the APR work that has been
> done, specifically in relation to the shared memory on win32 work, with an
> eye to making use of it to work t
On Fri, 3 May 2002, Marc G. Fournier wrote:
> Ah, most cool ... Is there (will there be?) some sort of DLL that ppl can
> download as well, instead of having to build it?
I'm pretty sure there are no binary distributions as of yet, but I would
think there probably *will* be after the 1.0 release.
[moving this to [EMAIL PROTECTED] where it belongs]
On Fri, 3 May 2002, Marc G. Fournier wrote:
> A couple of questions here ... I'm looking at the APR work that has been
> done, specifically in relation to the shared memory on win32 work, with an
> eye to making use of it to work towards a 'na
"Pier P. Fumagalli" wrote:
>
> jean-frederic clere at [EMAIL PROTECTED] wrote:
> >
> >> DOH! So why do you keep saying that you're against using sources...
> >> Since all those problems are simply fixed by using them
> >
> > No, I am not against using the APR sources, I was just thinking
jean-frederic clere at [EMAIL PROTECTED] wrote:
>
>> DOH! So why do you keep saying that you're against using sources...
>> Since all those problems are simply fixed by using them
>
> No, I am not against using the APR sources, I was just thinking that the time
> needed to change mod_weba
> > > I am also worried with mod_webapp for Apache-2.0, what will happend when a
> > > internal typedef of APR comming from httpd will be used by mod_webapp and
> > > will
> > > be handled differently there because of different APR version?
> >
> > Who said that for Apache 2.0 there will be 2 dif
> I am also worried with mod_webapp for Apache-2.0, what will happend when a
> internal typedef of APR comming from httpd will be used by mod_webapp and will
> be handled differently there because of different APR version?
This is going to be handled by having APR provide a programatic way of
det
> against the HTTPd binary as they do in BeOS.
Now a day it is a little stricky: to link staticly against httpd we need a
config.m4 to put in httpd-2.0/modules/web_app and run autoconf to rebuild the
configure of httpd-2.0...
>
> > I am not every happy to use APR sources in mod_webapp,
e 2 different versions of APR? I
never did (I actually said quite the contrary, that it would be cool to link
against the HTTPd binary as they do in BeOS.
> I am not every happy to use APR sources in mod_webapp, because I use a "libapr
> and --disable-shared" for mod_webapp on my
a
internal typedef of APR comming from httpd will be used by mod_webapp and will
be handled differently there because of different APR version?
> Out
> tomorrow or Friday...
I am not every happy to use APR sources in mod_webapp, because I use a "libapr
and --disable-shared&quo
For information's sake, the big problem is MM. I can generate at install
libapr's shared libraries, but since we don't install MM, we have big
problems. It's on my short list now. :-)
Ryan
On Thu, 5 Jul 2001, Pier P. Fumagalli wrote:
> (me dumb when no reply-to header)
>
> Justin Erenkrantz
(me dumb when no reply-to header)
Justin Erenkrantz at [EMAIL PROTECTED] wrote:
>
> [ Moving to [EMAIL PROTECTED] ]
>From where ? :)
> On Wed, Jul 04, 2001 at 05:48:42PM -0700, [EMAIL PROTECTED] wrote:
>>
>> APR doesn't install the library correctly yet. Until we fix that, we need
>> to use d
[ Moving to [EMAIL PROTECTED] ]
On Wed, Jul 04, 2001 at 05:48:42PM -0700, [EMAIL PROTECTED] wrote:
>
> APR doesn't install the library correctly yet. Until we fix that, we need
> to use disable shared. It is in the STATUS file to fix the install, and
> make APR a useful external library. :-)
>
66 matches
Mail list logo
