From: Bob D. <bd...@si...> - 2004-09-16 19:42:23
|
All, I have a RLIB 1.2.1 test for everyone. It fixes a lot of the problems that have been reported, plus some we discovered on our own. It also adds support for a PHP Array data source. Can everyone try to download it and give it ago to make sure we didn't break anything before I roll an official release http://www.sicompos.com/~bdoan/rlib-1.2.1.tar.gz Thanks! - bob |
From: Marty K. <ma...@gm...> - 2004-09-17 01:47:19
|
Hi Bob, I built and installed. I'm new to rlib so I'm not sure if my comments are new or old news: 1) I run FreeBSD, Apache, PHP - the compile fails on linking "-ldl", on bsd, you don't need to include that shlib so I removed the "-ldl" option from the libsrc makefile line: libr_la_LIBADD = $(RLIB_LIBS) and compile worked fine. I also had to disable-utf8 at configure time to get rid of some env setting failure at report runtime. I'm not sure why about the utf8 thing, but will debug some more. For now seems to have worked. 2) I have compiled with-mysql and it seems that rlib want to dynamically load it's own mysql.so. Apache was giving me an error as rlib could not find the location of that rlib mysql.so, so my fix was to add: export LD_LIBRARY_PATH=..../lib (lib where your mysql.so lives) to the script (apache2.sh) that starts my Apache processes. I found no other way to reference that library so that rlib would find it. I thought by having that mysql.so in the php "extensions" dir that it would be found but no go. My apache is compiled with-mysql support so I'm not exactly sure why the additional rlib mysql.so is needed. I don't dynamically load the core mysql.so into my apache so maybe that is the difference. 3) When I stop Apache I get the following information posted to my Apache error log: "Setting output encoding to US-ASCIICPDF version 2.02-r1-2Setting output encoding to US-ASCIICPDF version 2.02-r1-2Setting output encoding to US-ASCIISetting output encoding to US-ASCII[Thu Sep 16 16:39:26 2004] [notice] caught SIGTERM, shutting down" I only get this when I have run some rlib reports (from php pages) between starting and stopping my apache server. Not sure if this is normal benign logging or if it is something I should worry about. Otherwise, reports are being generated nicely. I'll keep testing. Any guidance you have about the above would be appreciated... thx, marty On Thu, 16 Sep 2004 15:42:17 -0400, Bob Doan <bd...@si...> wrote: > All, > > I have a RLIB 1.2.1 test for everyone. It fixes a lot of the problems > that have been reported, plus some we discovered on our own. > > It also adds support for a PHP Array data source. > > Can everyone try to download it and give it ago to make sure we didn't > break anything before I roll an official release > > http://www.sicompos.com/~bdoan/rlib-1.2.1.tar.gz > > Thanks! > > - bob > > ------------------------------------------------------- > This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 > Project Admins to receive an Apple iPod Mini FREE for your judgement on > who ports your project to Linux PPC the best. Sponsored by IBM. > Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php > _______________________________________________ > Rlib-users mailing list > Rli...@li... > https://lists.sourceforge.net/lists/listinfo/rlib-users > |
From: Bob D. <bd...@si...> - 2004-09-24 15:04:09
|
All: I have 1 last rlib-1.2.1.tar.gz which fixes BSD Problems.. can you try it 1 more time http://www.sicompos.com/~bdoan/rlib-1.2.1.tar.gz On Thu, 2004-09-16 at 18:47 -0700, Marty Kacin wrote: > Hi Bob, > > I built and installed. I'm new to rlib so I'm not sure if my comments > are new or old news: > > 1) I run FreeBSD, Apache, PHP - the compile fails on linking "-ldl", > on bsd, you don't need to include that shlib so I removed the "-ldl" > option from the libsrc makefile line: > > libr_la_LIBADD = $(RLIB_LIBS) I removed it.. it should have never been there... > > and compile worked fine. I also had to disable-utf8 at configure time > to get rid of some env setting failure at report runtime. I'm not > sure why about the utf8 thing, but will debug some more. For now > seems to have worked. UTF8 is more of a not using PDF thing and i18n/l10n > > 2) I have compiled with-mysql and it seems that rlib want to > dynamically load it's own mysql.so. Apache was giving me an error as > rlib could not find the location of that rlib mysql.so, so my fix was > to add: > > export LD_LIBRARY_PATH=..../lib (lib where your mysql.so lives) > > to the script (apache2.sh) that starts my Apache processes. I found > no other way to reference that library so that rlib would find it. I > thought by having that mysql.so in the php "extensions" dir that it > would be found but no go. My apache is compiled with-mysql support so > I'm not exactly sure why the additional rlib mysql.so is needed. I > don't dynamically load the core mysql.so into my apache so maybe that > is the difference. > Hym... Only the mysql input plugin needs mysql.so.. and the .so is linked w/ it.. but the so is loaded run time.. maybe BSD can't handle this? > 3) When I stop Apache I get the following information posted to my > Apache error log: > > "Setting output encoding to US-ASCIICPDF version 2.02-r1-2Setting > output encoding to US-ASCIICPDF version 2.02-r1-2Setting output > encoding to US-ASCIISetting output encoding to US-ASCII[Thu Sep 16 > 16:39:26 2004] [notice] caught SIGTERM, shutting down" RLIB is a tad quieter now - bob |
From: Everton L. B. <ev...@fa...> - 2004-09-24 15:20:20
|
works. (slackware9.1) Bob Doan wrote: > All: > > I have 1 last rlib-1.2.1.tar.gz which fixes BSD Problems.. can you try > it 1 more time > > http://www.sicompos.com/~bdoan/rlib-1.2.1.tar.gz > > > On Thu, 2004-09-16 at 18:47 -0700, Marty Kacin wrote: > >>Hi Bob, >> >>I built and installed. I'm new to rlib so I'm not sure if my comments >>are new or old news: >> >>1) I run FreeBSD, Apache, PHP - the compile fails on linking "-ldl", >>on bsd, you don't need to include that shlib so I removed the "-ldl" >>option from the libsrc makefile line: >> >> libr_la_LIBADD = $(RLIB_LIBS) > > > I removed it.. it should have never been there... > > > >>and compile worked fine. I also had to disable-utf8 at configure time >>to get rid of some env setting failure at report runtime. I'm not >>sure why about the utf8 thing, but will debug some more. For now >>seems to have worked. > > > UTF8 is more of a not using PDF thing and i18n/l10n > > >>2) I have compiled with-mysql and it seems that rlib want to >>dynamically load it's own mysql.so. Apache was giving me an error as >>rlib could not find the location of that rlib mysql.so, so my fix was >>to add: >> >> export LD_LIBRARY_PATH=..../lib (lib where your mysql.so lives) >> >>to the script (apache2.sh) that starts my Apache processes. I found >>no other way to reference that library so that rlib would find it. I >>thought by having that mysql.so in the php "extensions" dir that it >>would be found but no go. My apache is compiled with-mysql support so >>I'm not exactly sure why the additional rlib mysql.so is needed. I >>don't dynamically load the core mysql.so into my apache so maybe that >>is the difference. >> > > > Hym... Only the mysql input plugin needs mysql.so.. and the .so is > linked w/ it.. but the so is loaded run time.. maybe BSD can't handle > this? > > > >>3) When I stop Apache I get the following information posted to my >>Apache error log: >> >>"Setting output encoding to US-ASCIICPDF version 2.02-r1-2Setting >>output encoding to US-ASCIICPDF version 2.02-r1-2Setting output >>encoding to US-ASCIISetting output encoding to US-ASCII[Thu Sep 16 >>16:39:26 2004] [notice] caught SIGTERM, shutting down" > > > RLIB is a tad quieter now > > - bob > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 > Project Admins to receive an Apple iPod Mini FREE for your judgement on > who ports your project to Linux PPC the best. Sponsored by IBM. > Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php > _______________________________________________ > Rlib-users mailing list > Rli...@li... > https://lists.sourceforge.net/lists/listinfo/rlib-users > -- Everton Luis Berz Nucleo de Sistemas :: FACCAT - Faculdades de Taquara +55 51 541 6600 - R.647 ICQ 7807919 |
From: Marty K. <ma...@gm...> - 2004-09-24 23:29:39
|
Bob, The configure/make/install on BSD are now clean. Thanks. I'm using PHP as apache mod so I think that's why the rlib-msyql.so is not being found cleanly at runtime but just putting it in my env load_library_path is an OK workaround. Having it in my php extensions dir along side my rlib so doesn't seem to work (aka library.so not found error at runtime). I still see the few lines of stdout output at runtime: Setting output encoding to US-ASCIIC PDF version 2.02-r1-2 (this one only when generated PDF, assume its coming from cpdflib) But that's not a big deal. Just haven't looked into why these particular messages aren't suppressed. Thanks, marty On Fri, 24 Sep 2004 11:04:00 -0400, Bob Doan <bd...@si...> wrote: > All: > > I have 1 last rlib-1.2.1.tar.gz which fixes BSD Problems.. can you try > it 1 more time > > http://www.sicompos.com/~bdoan/rlib-1.2.1.tar.gz > > > On Thu, 2004-09-16 at 18:47 -0700, Marty Kacin wrote: > > Hi Bob, > > > > I built and installed. I'm new to rlib so I'm not sure if my comments > > are new or old news: > > > > 1) I run FreeBSD, Apache, PHP - the compile fails on linking "-ldl", > > on bsd, you don't need to include that shlib so I removed the "-ldl" > > option from the libsrc makefile line: > > > > libr_la_LIBADD = $(RLIB_LIBS) > > I removed it.. it should have never been there... > > > > > > and compile worked fine. I also had to disable-utf8 at configure time > > to get rid of some env setting failure at report runtime. I'm not > > sure why about the utf8 thing, but will debug some more. For now > > seems to have worked. > > UTF8 is more of a not using PDF thing and i18n/l10n > > > > > 2) I have compiled with-mysql and it seems that rlib want to > > dynamically load it's own mysql.so. Apache was giving me an error as > > rlib could not find the location of that rlib mysql.so, so my fix was > > to add: > > > > export LD_LIBRARY_PATH=..../lib (lib where your mysql.so lives) > > > > to the script (apache2.sh) that starts my Apache processes. I found > > no other way to reference that library so that rlib would find it. I > > thought by having that mysql.so in the php "extensions" dir that it > > would be found but no go. My apache is compiled with-mysql support so > > I'm not exactly sure why the additional rlib mysql.so is needed. I > > don't dynamically load the core mysql.so into my apache so maybe that > > is the difference. > > > > Hym... Only the mysql input plugin needs mysql.so.. and the .so is > linked w/ it.. but the so is loaded run time.. maybe BSD can't handle > this? > > > > 3) When I stop Apache I get the following information posted to my > > Apache error log: > > > > "Setting output encoding to US-ASCIICPDF version 2.02-r1-2Setting > > output encoding to US-ASCIICPDF version 2.02-r1-2Setting output > > encoding to US-ASCIISetting output encoding to US-ASCII[Thu Sep 16 > > 16:39:26 2004] [notice] caught SIGTERM, shutting down" > > RLIB is a tad quieter now > > - bob > > |