+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
Hi
I have successfully compiled and build APR on ubuntu7.10.
I am trying to run following hello world program.
#include stdio.h
#include apr.h
#include apr_general.h
int main(int argc, const char *argv[])
{
apr_status_t rv;
rv = apr_initialize();
printf( Hello world!\n);
2008-05-12 14:45 dharmarth [EMAIL PROTECTED] napisał(a):
gcc hello_world_apr.c -I/usr/local/apr/include/apr-1
-L/usr/local/apr/lib -lapr-1
But, it doesnt compile and gives following error trace.
In file included from hello_world_apr.c:2:
/usr/local/apr/include/apr-1/apr.h:273: error:
On Mon, May 12, 2008 at 3:45 PM, dharmarth [EMAIL PROTECTED] wrote:
Hi
I have successfully compiled and build APR on ubuntu7.10.
I am trying to run following hello world program.
#include stdio.h
#include apr.h
#include apr_general.h
int main(int argc, const char *argv[])
{
Both things working fine for me. Thanks a ton for your immediate attention.
--
View this message in context:
http://www.nabble.com/Newbie-question-%3A-compiling-helloworld.c-on-ubuntu7.10-tp17186844p17187420.html
Sent from the APR Dev (Apache Portable Runtime) mailing list archive at
On May 11, 2008, at 10:36 PM, William A. Rowe, Jr. wrote:
Jim Jagielski wrote:
On May 7, 2008, at 5:58 PM, Geoff Greer wrote:
Of course reverting the change (adding the rv=0 line again) causes
the
httpd tests to fail.
The Darwin impl assumes that it is very much like FreeBSDs
except for
Jim Jagielski wrote:
On May 11, 2008, at 10:36 PM, William A. Rowe, Jr. wrote:
A 10 minute old report on [EMAIL PROTECTED] implies this could very well be an
issue on FreeBSD.
Can you point out that post on [EMAIL PROTECTED] Not sure if it
implies that the rv reset is required on FreeBSD
Bojan Smojver wrote:
On Mon, 2008-05-12 at 12:55 +1000, Bojan Smojver wrote:
In r655174 and r655403 of the trunk now.
Backported to 1.3.x in r655404.
Good stuff, testing on 1.3.x, dropping --with-ldap and using the default
dbd, the dependencies on linux are down to
linux-gate.so.1
William A. Rowe, Jr. wrote:
Bojan Smojver wrote:
On Mon, 2008-05-12 at 12:55 +1000, Bojan Smojver wrote:
In r655174 and r655403 of the trunk now.
Backported to 1.3.x in r655404.
However, it appears that dbd/.libs/apr_dbd_sqlite3.so is not installed into
my local apr lib/ install path? Am
Is anyone else seeing testreslist spin for an excessive amount
of time? This is on
Linux 2.6.24.5-85.fc8 #1 SMP Sat Apr 19 12:39:34 EDT 2008 i686 i686 i386
GNU/Linux
In https://issues.apache.org/bugzilla/show_bug.cgi?id=42841 ,
Tom points out an issue that gives problems with MySQL
(and possibly other DBD drivers) and suggests that a change
to apr_reslist semantics would fix it. Tom also attaches
a patch implementing his proposed change.
Prompted by a recent
testreslist : SUCCESS
it does take a VERY long running time ( 1min).
This issue was raised at least once (while preparing a-u 1.2.12).
http://marc.info/?t=11956060583r=1w=2
http://marc.info/?l=apr-devm=119560860123663w=2
Linux lethe 2.6.24-17-generic #1 SMP Thu May 1 14:31:33 UTC
On 05/12/2008 09:22 PM, Nick Kew wrote:
In https://issues.apache.org/bugzilla/show_bug.cgi?id=42841 ,
Tom points out an issue that gives problems with MySQL
(and possibly other DBD drivers) and suggests that a change
to apr_reslist semantics would fix it. Tom also attaches
a patch
Ruediger Pluem wrote:
On 05/12/2008 09:22 PM, Nick Kew wrote:
Of course we can't just hack apr_reslist willy-nilly.
But perhaps it's time to introduce an additional API, or even an
environment variable, that will select
the maximum idle lifetime of a resource semantics
of TTL.
Or we
On Mon, 2008-05-12 at 16:10 -0500, William A. Rowe, Jr. wrote:
Like Roy, I'm frustrated with aprutil's dependency madness, and I'm working
right now on abstracting out apu-util into a loadable module. At this point
a --with-ldap build on linux FC8 is producing this pile of crap as bindings
Bojan Smojver wrote:
BTW, if you do link to to OpenLDAP on F8, all these things do make sense
to OpenLDAP - they are not useless. Or did I miss something?
Of course, yes this is OpenLDAP and it uses them all [under some
circumstances] so they are not a waste...
until a non-ldap apr-bound
On Mon, 2008-05-12 at 16:39 -0500, William A. Rowe, Jr. wrote:
Which is my point, a loadable apr_ldap.so stub which is loaded at runtime
by applications which need it is the simplest solution. With the existing
apr_ldap_init function, this should all be transparent.
Ah, sorry :-( I thought
On Mon, 2008-05-12 at 12:45 -0500, William A. Rowe, Jr. wrote:
Is anyone else seeing testreslist spin for an excessive amount
of time? This is on
Linux 2.6.24.5-85.fc8 #1 SMP Sat Apr 19 12:39:34 EDT 2008 i686 i686 i386
GNU/Linux
Ditto here (i.e. just confirming your result).
--
Bojan
On Mon, 12 May 2008 16:10:14 -0500
William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
So if we take a few more days to smooth out the rough edges of 1.3.0
I think it's a huge win to get these things right, reslist included.
+1 to taking time for this. But at the moment we're in danger of
doing a
Nick Kew wrote:
On Mon, 12 May 2008 16:10:14 -0500
William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
So if we take a few more days to smooth out the rough edges of 1.3.0
I think it's a huge win to get these things right, reslist included.
+1 to taking time for this. But at the moment we're in
Nick Kew wrote:
A definite +1 for dynamically linking apr-util modules by default.
For DBD and LDAP that's a no-brainer with the big dependencies,
but it could apply more widely.
Ideally any SSL/EVP code abstraction should do the same thing.
Regards,
Graham
--
smime.p7s
Description: S/MIME
Nick Kew wrote:
+1 to taking time for this. But at the moment we're in danger of
doing a rushed/botched job on a get-it-out-for-httpd-2.2.9 agenda.
That's basically because noone has been thinking of 1.3 as a
release candidate until the last couple of weeks, so we haven't
given sufficient
22 matches
Mail list logo
