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 > > |