Menu
▾
▴
rlib-users — RLIB Users Mailing List
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(10) |
Oct
(54) |
Nov
(34) |
Dec
(45) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(49) |
Feb
(17) |
Mar
(13) |
Apr
|
May
(30) |
Jun
(13) |
Jul
(18) |
Aug
(23) |
Sep
(8) |
Oct
(10) |
Nov
(15) |
Dec
(24) |
| 2005 |
Jan
(16) |
Feb
(33) |
Mar
(58) |
Apr
(61) |
May
(37) |
Jun
(6) |
Jul
(30) |
Aug
(31) |
Sep
(12) |
Oct
(18) |
Nov
(8) |
Dec
(8) |
| 2006 |
Jan
(30) |
Feb
(4) |
Mar
(5) |
Apr
(4) |
May
(2) |
Jun
(6) |
Jul
(11) |
Aug
(21) |
Sep
(12) |
Oct
(9) |
Nov
(1) |
Dec
(15) |
| 2007 |
Jan
(4) |
Feb
(6) |
Mar
(7) |
Apr
(1) |
May
(2) |
Jun
(7) |
Jul
(4) |
Aug
(4) |
Sep
(6) |
Oct
|
Nov
|
Dec
(3) |
| 2008 |
Jan
(1) |
Feb
(2) |
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
(3) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2009 |
Jan
|
Feb
|
Mar
|
Apr
(8) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(4) |
Nov
(3) |
Dec
|
| 2010 |
Jan
(5) |
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
(6) |
Aug
(4) |
Sep
(3) |
Oct
|
Nov
|
Dec
|
| 2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
(1) |
Jul
(1) |
Aug
(1) |
Sep
|
Oct
(2) |
Nov
|
Dec
|
| 2012 |
Jan
(1) |
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2013 |
Jan
(1) |
Feb
|
Mar
|
Apr
(5) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2014 |
Jan
|
Feb
|
Mar
(4) |
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
(1) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2018 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2022 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Roddy G. P. S. <rp...@gm...> - 2005-02-28 03:13:28
|
Yeah man... i comment that line and that was all !!!!
Thanks man, i will write a simple text with the implementation in rh9
because i had little problems that the people must know to use the
software...ok?
- roddy
On Sun, 27 Feb 2005 21:37:15 -0500, Bob Doan <bd...@si...> wrote:
> Yikes!
>
> You found a bug.. It's the "rlib_version" function call.. it's doing
> nasty things w/ php.. I'll fix this up tomorrow.. for now just don't
> call rlib_version in PHP
>
> - bob
>
> On Sun, 2005-02-27 at 21:31 -0500, Roddy G. Posada Santos wrote:
> > Hey Bob, i hope that this thing will be...
> >
> > [root@eureka-sg rlib]# gdb /usr/bin/php core.29659 > file
> > [root@eureka-sg rlib]# cat file
> > GNU gdb Red Hat Linux (5.3post-0.20021129.18rh)
> > Copyright 2003 Free Software Foundation, Inc.
> > GDB is free software, covered by the GNU General Public License, and you are
> > welcome to change it and/or distribute copies of it under certain conditions.
> > Type "show copying" to see the conditions.
> > There is absolutely no warranty for GDB. Type "show warranty" for details.
> > This GDB was configured as "i386-redhat-linux-gnu"...
> > (no debugging symbols found)...
> > Core was generated by `php rlib.php'.
> > Program terminated with signal 3, Quit.
> > Reading symbols from /usr/lib/libexpat.so.0...(no debugging symbols found)...
> > done.
> > Loaded symbols for /usr/lib/libexpat.so.0
> > Reading symbols from /usr/lib/libpspell.so.4...(no debugging symbols found)...
> > done.
> > Loaded symbols for /usr/lib/libpspell.so.4
> > Reading symbols from /usr/lib/libltdl.so.3...(no debugging symbols found)...
> > done.
> > Loaded symbols for /usr/lib/libltdl.so.3
> > Reading symbols from /usr/lib/libpspell-modules.so.1...
> > (no debugging symbols found)...done.
> > Loaded symbols for /usr/lib/libpspell-modules.so.1
> > Reading symbols from /usr/lib/libstdc++.so.5...(no debugging symbols found)...
> > done.
> > Loaded symbols for /usr/lib/libstdc++.so.5
> > Reading symbols from /lib/tls/libc.so.6...(no debugging symbols found)...done.
> > Loaded symbols for /lib/tls/libc.so.6
> > Reading symbols from /lib/libgcc_s.so.1...(no debugging symbols found)...done.
> > Loaded symbols for /lib/libgcc_s.so.1
> > Reading symbols from /usr/lib/libncurses.so.5...(no debugging symbols found)...
> > done.
> > Loaded symbols for /usr/lib/libncurses.so.5
> > Reading symbols from /lib/libpam.so.0...(no debugging symbols found)...done.
> > Loaded symbols for /lib/libpam.so.0
> > Reading symbols from /usr/lib/libgmp.so.3...(no debugging symbols found)...
> > done.
> > Loaded symbols for /usr/lib/libgmp.so.3
> > Reading symbols from /usr/lib/libgd.so.1.8...(no debugging symbols found)...
> > done.
> > Loaded symbols for /usr/lib/libgd.so.1.8
> > Reading symbols from /usr/lib/libxml2.so.2...(no debugging symbols found)...
> > done.
> > Loaded symbols for /usr/lib/libxml2.so.2
> > Reading symbols from /lib/libdb-4.0.so...done.
> > Loaded symbols for /lib/libdb-4.0.so
> > Reading symbols from /usr/lib/libgdbm.so.2...done.
> > Loaded symbols for /usr/lib/libgdbm.so.2
> > Reading symbols from /usr/kerberos/lib/libcom_err.so.3...done.
> > Loaded symbols for /usr/kerberos/lib/libcom_err.so.3
> > Reading symbols from /usr/kerberos/lib/libk5crypto.so.3...done.
> > Loaded symbols for /usr/kerberos/lib/libk5crypto.so.3
> > Reading symbols from /usr/kerberos/lib/libkrb5.so.3...done.
> > Loaded symbols for /usr/kerberos/lib/libkrb5.so.3
> > Reading symbols from /usr/kerberos/lib/libgssapi_krb5.so.2...done.
> > Loaded symbols for /usr/kerberos/lib/libgssapi_krb5.so.2
> > Reading symbols from /usr/lib/libcurl.so.2...done.
> > Loaded symbols for /usr/lib/libcurl.so.2
> > Reading symbols from /usr/lib/libbz2.so.1...done.
> > Loaded symbols for /usr/lib/libbz2.so.1
> > Reading symbols from /lib/libssl.so.4...done.
> > Loaded symbols for /lib/libssl.so.4
> > Reading symbols from /lib/libcrypto.so.4...done.
> > Loaded symbols for /lib/libcrypto.so.4
> > Reading symbols from /usr/lib/libttf.so.2...done.
> > Loaded symbols for /usr/lib/libttf.so.2
> > Reading symbols from /lib/tls/libm.so.6...done.
> > Loaded symbols for /lib/tls/libm.so.6
> > Reading symbols from /usr/lib/libfreetype.so.6...done.
> > Loaded symbols for /usr/lib/libfreetype.so.6
> > Reading symbols from /usr/lib/libpng12.so.0...done.
> > Loaded symbols for /usr/lib/libpng12.so.0
> > Reading symbols from /usr/lib/libjpeg.so.62...done.
> > Loaded symbols for /usr/lib/libjpeg.so.62
> > Reading symbols from /usr/lib/libz.so.1...done.
> > Loaded symbols for /usr/lib/libz.so.1
> > Reading symbols from /lib/libnsl.so.1...done.
> > Loaded symbols for /lib/libnsl.so.1
> > Reading symbols from /lib/libresolv.so.2...done.
> > Loaded symbols for /lib/libresolv.so.2
> > Reading symbols from /lib/libcrypt.so.1...done.
> > Loaded symbols for /lib/libcrypt.so.1
> > Reading symbols from /lib/libdl.so.2...done.
> > Loaded symbols for /lib/libdl.so.2
> > Reading symbols from /lib/ld-linux.so.2...done.
> > Loaded symbols for /lib/ld-linux.so.2
> > Reading symbols from /lib/tls/libpthread.so.0...done.
> > Loaded symbols for /lib/tls/libpthread.so.0
> > Reading symbols from /lib/libnss_files.so.2...done.
> > Loaded symbols for /lib/libnss_files.so.2
> > Reading symbols from /usr/local/Zend/lib/ZendExtensionManager.so...done.
> > Loaded symbols for /usr/local/Zend/lib/ZendExtensionManager.so
> > Reading symbols from /usr/lib/php4/imap.so...done.
> > Loaded symbols for /usr/lib/php4/imap.so
> > Reading symbols from /usr/lib/php4/ldap.so...done.
> > Loaded symbols for /usr/lib/php4/ldap.so
> > Reading symbols from /usr/lib/libldap.so.2...done.
> > Loaded symbols for /usr/lib/libldap.so.2
> > Reading symbols from /usr/lib/liblber.so.2...done.
> > Loaded symbols for /usr/lib/liblber.so.2
> > Reading symbols from /usr/lib/libsasl.so.7...done.
> > Loaded symbols for /usr/lib/libsasl.so.7
> > Reading symbols from /usr/lib/php4/mysql.so...done.
> > Loaded symbols for /usr/lib/php4/mysql.so
> > Reading symbols from /usr/lib/libmysqlclient.so.10...done.
> > Loaded symbols for /usr/lib/libmysqlclient.so.10
> > Reading symbols from /lib/libnss_dns.so.2...done.
> > Loaded symbols for /lib/libnss_dns.so.2
> > Reading symbols from /usr/lib/php4/snmp.so...done.
> > Loaded symbols for /usr/lib/php4/snmp.so
> > Reading symbols from /usr/lib/libsnmp.so.5...done.
> > Loaded symbols for /usr/lib/libsnmp.so.5
> > Reading symbols from /usr/lib/php4/pgsql.so...done.
> > Loaded symbols for /usr/lib/php4/pgsql.so
> > Reading symbols from /usr/lib/libpq.so.3...done.
> > Loaded symbols for /usr/lib/libpq.so.3
> > Reading symbols from /usr/lib/php4/odbc.so...done.
> > Loaded symbols for /usr/lib/php4/odbc.so
> > Reading symbols from /usr/lib/libodbc.so.1...done.
> > Loaded symbols for /usr/lib/libodbc.so.1
> > Reading symbols from
> > /usr/local/Zend/lib/Optimizer-2.5.7/php-4.2.x/ZendOptimizer.so...done.
> > Loaded symbols for
> > /usr/local/Zend/lib/Optimizer-2.5.7/php-4.2.x/ZendOptimizer.so
> > Reading symbols from /usr/lib/php4/librlib.so...done.
> > Loaded symbols for /usr/lib/php4/librlib.so
> > Reading symbols from /usr/local/lib/libr-1.3.1.so...done.
> > Loaded symbols for /usr/local/lib/libr-1.3.1.so
> > Reading symbols from /usr/lib/libgmodule-2.0.so.0...done.
> > Loaded symbols for /usr/lib/libgmodule-2.0.so.0
> > Reading symbols from /usr/lib/libglib-2.0.so.0...done.
> > Loaded symbols for /usr/lib/libglib-2.0.so.0
> > Reading symbols from /usr/lib/libcpdf.so.2...done.
> > Loaded symbols for /usr/lib/libcpdf.so.2
> > Reading symbols from /usr/local/lib/libr-mysql.so...done.
> > Loaded symbols for /usr/local/lib/libr-mysql.so
> > Reading symbols from /usr/lib/gconv/ISO8859-1.so...done.
> > Loaded symbols for /usr/lib/gconv/ISO8859-1.so
> > #0 0xffffe002 in ?? ()
> > (gdb)
> > (gdb)
> > (gdb)
> > (gdb) bt
> > #0 0xffffe002 in ?? ()
> > #1 <signal handler called>
> > #2 0x08140726 in zend_fetch_resource ()
> > #3 0x409f7a26 in zif_rlib_version (ht=0, return_value=0x8257f9c,
> > this_ptr=0x0, return_value_used=0) at php.c:507
> > #4 0x40b73997 in get_module ()
> > from /usr/local/Zend/lib/Optimizer-2.5.7/php-4.2.x/ZendOptimizer.so
> > #5 0x40b7e132 in zend_oe ()
> > from /usr/local/Zend/lib/Optimizer-2.5.7/php-4.2.x/ZendOptimizer.so
> > #6 0x080705ea in php_execute_script ()
> > #7 0x0806d648 in main ()
> > #8 0x42015574 in __libc_start_main () from /lib/tls/libc.so.6
> > (gdb)
> > #0 0xffffe002 in ?? ()
> > #1 <signal handler called>
> > #2 0x08140726 in zend_fetch_resource ()
> > #3 0x409f7a26 in zif_rlib_version (ht=0, return_value=0x8257f9c,
> > this_ptr=0x0, return_value_used=0) at php.c:507
> > #4 0x40b73997 in get_module ()
> > from /usr/local/Zend/lib/Optimizer-2.5.7/php-4.2.x/ZendOptimizer.so
> > #5 0x40b7e132 in zend_oe ()
> > from /usr/local/Zend/lib/Optimizer-2.5.7/php-4.2.x/ZendOptimizer.so
> > #6 0x080705ea in php_execute_script ()
> > #7 0x0806d648 in main ()
> > #8 0x42015574 in __libc_start_main () from /lib/tls/libc.so.6
> > (gdb) q
> > [root@eureka-sg rlib]# ls -l
> > Thanks to you!
> >
> > - roddy
> >
> > On Sun, 27 Feb 2005 07:04:31 -0500, Bob Doan <bd...@si...> wrote:
> > > Hym... Most odd
> > >
> > > Can you run your test from the command line:
> > >
> > > So: php some_file_name.php
> > >
> > > We'll expect a crash.. and a core.xxxxx
> > >
> > > Then gdb /usr/bin/php core.xxxxxx
> > >
> > > Then @ the gdb command prompt type: bt
> > >
> > > and send me the output
> > >
> > > thanks!
> > >
> > > - bob
> > >
> > > On Sat, 2005-02-26 at 20:50 -0500, Roddy G. Posada Santos wrote:
> > > > Hi Bob, here is it:
> > > >
> > > > [root@eureka-sg lib]# mysql_config --version
> > > > 4.1.7
> > > > [root@eureka-sg lib]#
> > > >
> > > > -roddy
> > > >
> > > >
> > > > On Sat, 26 Feb 2005 20:10:02 -0500, Bob Doan <bd...@si...> wrote:
> > > > > Hi,
> > > > >
> > > > > Can you run this for me?
> > > > >
> > > > > mysql_config --version
> > > > >
> > > > > On Sat, 2005-02-26 at 19:52 -0500, Roddy G. Posada Santos wrote:
> > > > > > Thanks Bob, check this please :
> > > > > > rlib-1.3.1:
> > > > > >
> > > > > > prefix: /usr
> > > > > > compiler: gcc
> > > > > > Memory debugging: no
> > > > > > Warning Fun: no
> > > > > > Crash detection: yes
> > > > > > UTF8 disabled: yes
> > > > > >
> > > > > > INPUTS:
> > > > > > MYSQL: yes
> > > > > > POSTGRE: yes
> > > > > > ODBC: yes
> > > > > >
> > > > > > OUTPUTS:
> > > > > > PDF: yes
> > > > > > HTML: Always
> > > > > > CSV: Always
> > > > > > TEXT: Always
> > > > > >
> > > > > > GRAPHING:
> > > > > > PDF: yes
> > > > > > HTML: no
> > > > > >
> > > > > > BINDINGS:
> > > > > > PHP: yes
> > > > > > PHP entension dir: /usr/lib/php4
> > > > > > PYTHON: no
> > > > > > PYTHON version: 2.2
> > > > > > PYTHON entension dir:
> > > > > > JAVA: no
> > > > > > PERL: no
> > > > > > PERL entension dir:
> > > > > >
> > > > > > Music: Snow Patrol
> > > > > >
> > > > > > Having Problems: rli...@li...
> > > > > > Want to contribute: rli...@li...
> > > > > >
> > > > > > i have mysql 4.1, php 4.2.2 rh9, like i said evething is ok, execpt
> > > > > > when i use the mysql connection like datasource, can you send to me
> > > > > > the installation tips for rh9.
> > > > > > i try with python 2.3 too, nothing is diferent when i use
> > > > > > dl("libr-mysql.so") just for try another solution the systems says
> > > > > > "this may not be a php library" , why mysql datasource is not
> > > > > > funtioning?. i use rlib 1.3.1
> > > > > >
> > > > > > Thanks
> > > > > > Roddy
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > On Sat, 26 Feb 2005 07:49:49 -0500, Bob Doan <bd...@si...> wrote:
> > > > > > > Hi,
> > > > > > >
> > > > > > > On RH9 configure RLIB w/ --prefix=/usr --disable-utf8
> > > > > > >
> > > > > > > - bob
> > > > > > >
> > > > > > > On Fri, 2005-02-25 at 22:27 -0500, Roddy G. Posada Santos wrote:
> > > > > > > > I have the same problem on a linux box rh9, but using ldconfig, and
> > > > > > > > adding /usr/local/lib to the /etc/ld.so.conf , i dont receive that
> > > > > > > > message again, the graphics is function ok like the formats html, pdf
> > > > > > > > and cvs but; when the datasource is mysql dont:
> > > > > > > >
> > > > > > > > [root@eureka-sg rlib]# php rlib.php
> > > > > > > > Setting locale to
> > > > > > > > [LC_CTYPE=es_EC.UTF-8;LC_NUMERIC=C;LC_TIME=C;LC_COLLATE=C;LC_MONETARY=C;LC_MESSAGES=C;LC_PAPER=C;LC_NAME=C;LC_ADDRESS=C;LC_TELEPHONE=C;LC_MEASUREMENT=C;LC_IDENTIFICATION=C]
> > > > > > > > FAILEDencoding is NULL or invalid [C]... using en_USencoding is NULL
> > > > > > > > or invalid [C]... using en_USencoding is NULL or invalid [C]... using
> > > > > > > > en_USencoding is NULL or invalid [C]... using en_USencoding is NULL or
> > > > > > > > invalid [C]... using en_USencoding is NULL or invalid [C]... using
> > > > > > > > en_USencoding is NULL or invalid [C]... using en_USencoding is NULL or
> > > > > > > > invalid [C]... using en_USencoding is NULL or invalid [C]... using
> > > > > > > > en_USencoding is NULL or invalid [C]... using en_USencoding is NULL or
> > > > > > > > invalid [C]... using en_USLocale set to: es_EC** NUTS.. WE CRASHED
> > > > > > > > Abandona (core dumped)
> > > > > > > >
> > > > > > > >
> > > > > > > > -------------------------------------------------------
> > > > > > > > SF email is sponsored by - The IT Product Guide
> > > > > > > > Read honest & candid reviews on hundreds of IT Products from real users.
> > > > > > > > Discover which products truly live up to the hype. Start reading now.
> > > > > > > > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> > > > > > > > _______________________________________________
> > > > > > > > Rlib-users mailing list
> > > > > > > > Rli...@li...
> > > > > > > > https://lists.sourceforge.net/lists/listinfo/rlib-users
> > > > > > > --
> > > > > > > Bob Doan <bd...@si...>
> > > > > > >
> > > > > > >
> > > > > --
> > > > > Bob Doan <bd...@si...>
> > > > >
> > > > >
> > > --
> > > Bob Doan <bd...@si...>
> > >
> > >
> >
> >
> > -------------------------------------------------------
> > SF email is sponsored by - The IT Product Guide
> > Read honest & candid reviews on hundreds of IT Products from real users.
> > Discover which products truly live up to the hype. Start reading now.
> > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> > _______________________________________________
> > Rlib-users mailing list
> > Rli...@li...
> > https://lists.sourceforge.net/lists/listinfo/rlib-users
> --
> Bob Doan <bd...@si...>
>
>
|
|
From: Marty K. <ma...@gm...> - 2005-02-28 02:37:51
|
Al, per Bob, yes the $LD_LIBRARY_PATH is important to set in the BSD environment for clean rlib run. I'll add that when/if you start running RLIB in an Apache environment on BSD you need to set your apache.sh and/or your cgi environment to know this lib path also... -marty On Sat, 26 Feb 2005 12:56:11 -0600, Al Arzaga <aa...@ge...> wro= te: > Scratch that. I found the problem. Lots of 'gremlins' were embedded > in the text when I transfered the .xml source from the documentation's > pdf file to a text file. I scrubbed it clean and all works fine now. >=20 > Thanks, everyone, for all the assistance! >=20 >=20 > On Feb 26, 2005, at 12:24 PM, Al Arzaga wrote: >=20 > > Ok, I set LD_LIBRARY_FLAG accordingly, and it didn't crash this time, > > nor did the mysql errors appear. > > But I did get the following new errors: > > > > [kungpao:~]$ php test.php > test.pdf > > CPDF version 2.02-r1-2 > > The field [(null).'0xe5e5e5'] does not existUnrecognized operand: > > ['0xe5e5e5'] > > The field [(null).'white'] does not existUnrecognized operand: > > ['white'] > > The field [(null).'] does not existUnrecognized operand: ['] > > rlib_resolve_namevalue: INVALID RESULT SET $, name was [2d'] > > The field [$.2d'] does not existUnrecognized operand: [$.2d'] > > The field [(null).'black'] does not existUnrecognized operand: > > ['black'] > > The field [(null).'0xe5e5e5'] does not existUnrecognized operand: > > ['0xe5e5e5'] > > The field [(null).'black'] does not existUnrecognized operand: > > ['black'] > > The field [(null).'white'] does not existUnrecognized operand: > > ['white'] > > The field [(null).'white'] does not existUnrecognized operand: > > ['white'] > > rlib_resolve_namevalue: INVALID RESULT SET 'logo, name was [jpg'] > > The field ['logo.jpg'] does not existUnrecognized operand: ['logo.jpg'] > > The field [(null).'jpeg'] does not existUnrecognized operand: ['jpeg'] > > The field [(null).'white'] does not existUnrecognized operand: > > ['white'] > > The field [(null).'black'] does not existUnrecognized operand: > > ['black'] > > The field [(null).'white'] does not existUnrecognized operand: > > ['white'] > > The field [(null).'0xe5e5e5'] does not existUnrecognized operand: > > ['0xe5e5e5'] > > The field [(null).'white'] does not existUnrecognized operand: > > ['white'] > > The field [(null).'] does not existUnrecognized operand: ['] > > rlib_resolve_namevalue: INVALID RESULT SET $, name was [2d'] > > The field [$.2d'] does not existUnrecognized operand: [$.2d'] > > The field [(null).'black'] does not existUnrecognized operand: > > ['black'] > > The field [(null).'0xe5e5e5'] does not existUnrecognized operand: > > ['0xe5e5e5'] > > The field [(null).'black'] does not existUnrecognized operand: > > ['black'] > > The field [(null).'white'] does not existUnrecognized operand: > > ['white'] > > RLIB EXPERIENCED A FATAL MATH ERROR WHILE TRYING TO PREFORM THE > > FOLLOWING OPERATION: MOD > > DATA TYPES ARE [string] [string] > > RLIB EXPERIENCED A FATAL MATH ERROR WHILE TRYING TO PREFORM THE > > FOLLOWING OPERATION: MOD > > DATA TYPES ARE [string] [string] > > RLIB EXPERIENCED A FATAL MATH ERROR WHILE TRYING TO PREFORM THE > > FOLLOWING OPERATION: MOD > > DATA TYPES ARE [string] [string] > > RLIB EXPERIENCED A FATAL MATH ERROR WHILE TRYING TO PREFORM THE > > FOLLOWING OPERATION: MOD > > DATA TYPES ARE [string] [string] > > RLIB EXPERIENCED A FATAL MATH ERROR WHILE TRYING TO PREFORM THE > > FOLLOWING OPERATION: MOD > > DATA TYPES ARE [string] [string] > > RLIB EXPERIENCED A FATAL MATH ERROR WHILE TRYING TO PREFORM THE > > FOLLOWING OPERATION: MOD > > DATA TYPES ARE [string] [string] > > RLIB EXPERIENCED A FATAL MATH ERROR WHILE TRYING TO PREFORM THE > > FOLLOWING OPERATION: MOD > > DATA TYPES ARE [string] [string] > > RLIB EXPERIENCED A FATAL MATH ERROR WHILE TRYING TO PREFORM THE > > FOLLOWING OPERATION: MOD > > DATA TYPES ARE [string] [string] > > RLIB EXPERIENCED A FATAL MATH ERROR WHILE TRYING TO PREFORM THE > > FOLLOWING OPERATION: MOD > > DATA TYPES ARE [string] [string] > > >=20 > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_ide95&alloc_id=14396&opclick > _______________________________________________ > Rlib-users mailing list > Rli...@li... > https://lists.sourceforge.net/lists/listinfo/rlib-users > |
|
From: Bob D. <bd...@si...> - 2005-02-28 02:37:24
|
Yikes!
You found a bug.. It's the "rlib_version" function call.. it's doing
nasty things w/ php.. I'll fix this up tomorrow.. for now just don't
call rlib_version in PHP
- bob
On Sun, 2005-02-27 at 21:31 -0500, Roddy G. Posada Santos wrote:
> Hey Bob, i hope that this thing will be...
>
> [root@eureka-sg rlib]# gdb /usr/bin/php core.29659 > file
> [root@eureka-sg rlib]# cat file
> GNU gdb Red Hat Linux (5.3post-0.20021129.18rh)
> Copyright 2003 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and you are
> welcome to change it and/or distribute copies of it under certain conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB. Type "show warranty" for details.
> This GDB was configured as "i386-redhat-linux-gnu"...
> (no debugging symbols found)...
> Core was generated by `php rlib.php'.
> Program terminated with signal 3, Quit.
> Reading symbols from /usr/lib/libexpat.so.0...(no debugging symbols found)...
> done.
> Loaded symbols for /usr/lib/libexpat.so.0
> Reading symbols from /usr/lib/libpspell.so.4...(no debugging symbols found)...
> done.
> Loaded symbols for /usr/lib/libpspell.so.4
> Reading symbols from /usr/lib/libltdl.so.3...(no debugging symbols found)...
> done.
> Loaded symbols for /usr/lib/libltdl.so.3
> Reading symbols from /usr/lib/libpspell-modules.so.1...
> (no debugging symbols found)...done.
> Loaded symbols for /usr/lib/libpspell-modules.so.1
> Reading symbols from /usr/lib/libstdc++.so.5...(no debugging symbols found)...
> done.
> Loaded symbols for /usr/lib/libstdc++.so.5
> Reading symbols from /lib/tls/libc.so.6...(no debugging symbols found)...done.
> Loaded symbols for /lib/tls/libc.so.6
> Reading symbols from /lib/libgcc_s.so.1...(no debugging symbols found)...done.
> Loaded symbols for /lib/libgcc_s.so.1
> Reading symbols from /usr/lib/libncurses.so.5...(no debugging symbols found)...
> done.
> Loaded symbols for /usr/lib/libncurses.so.5
> Reading symbols from /lib/libpam.so.0...(no debugging symbols found)...done.
> Loaded symbols for /lib/libpam.so.0
> Reading symbols from /usr/lib/libgmp.so.3...(no debugging symbols found)...
> done.
> Loaded symbols for /usr/lib/libgmp.so.3
> Reading symbols from /usr/lib/libgd.so.1.8...(no debugging symbols found)...
> done.
> Loaded symbols for /usr/lib/libgd.so.1.8
> Reading symbols from /usr/lib/libxml2.so.2...(no debugging symbols found)...
> done.
> Loaded symbols for /usr/lib/libxml2.so.2
> Reading symbols from /lib/libdb-4.0.so...done.
> Loaded symbols for /lib/libdb-4.0.so
> Reading symbols from /usr/lib/libgdbm.so.2...done.
> Loaded symbols for /usr/lib/libgdbm.so.2
> Reading symbols from /usr/kerberos/lib/libcom_err.so.3...done.
> Loaded symbols for /usr/kerberos/lib/libcom_err.so.3
> Reading symbols from /usr/kerberos/lib/libk5crypto.so.3...done.
> Loaded symbols for /usr/kerberos/lib/libk5crypto.so.3
> Reading symbols from /usr/kerberos/lib/libkrb5.so.3...done.
> Loaded symbols for /usr/kerberos/lib/libkrb5.so.3
> Reading symbols from /usr/kerberos/lib/libgssapi_krb5.so.2...done.
> Loaded symbols for /usr/kerberos/lib/libgssapi_krb5.so.2
> Reading symbols from /usr/lib/libcurl.so.2...done.
> Loaded symbols for /usr/lib/libcurl.so.2
> Reading symbols from /usr/lib/libbz2.so.1...done.
> Loaded symbols for /usr/lib/libbz2.so.1
> Reading symbols from /lib/libssl.so.4...done.
> Loaded symbols for /lib/libssl.so.4
> Reading symbols from /lib/libcrypto.so.4...done.
> Loaded symbols for /lib/libcrypto.so.4
> Reading symbols from /usr/lib/libttf.so.2...done.
> Loaded symbols for /usr/lib/libttf.so.2
> Reading symbols from /lib/tls/libm.so.6...done.
> Loaded symbols for /lib/tls/libm.so.6
> Reading symbols from /usr/lib/libfreetype.so.6...done.
> Loaded symbols for /usr/lib/libfreetype.so.6
> Reading symbols from /usr/lib/libpng12.so.0...done.
> Loaded symbols for /usr/lib/libpng12.so.0
> Reading symbols from /usr/lib/libjpeg.so.62...done.
> Loaded symbols for /usr/lib/libjpeg.so.62
> Reading symbols from /usr/lib/libz.so.1...done.
> Loaded symbols for /usr/lib/libz.so.1
> Reading symbols from /lib/libnsl.so.1...done.
> Loaded symbols for /lib/libnsl.so.1
> Reading symbols from /lib/libresolv.so.2...done.
> Loaded symbols for /lib/libresolv.so.2
> Reading symbols from /lib/libcrypt.so.1...done.
> Loaded symbols for /lib/libcrypt.so.1
> Reading symbols from /lib/libdl.so.2...done.
> Loaded symbols for /lib/libdl.so.2
> Reading symbols from /lib/ld-linux.so.2...done.
> Loaded symbols for /lib/ld-linux.so.2
> Reading symbols from /lib/tls/libpthread.so.0...done.
> Loaded symbols for /lib/tls/libpthread.so.0
> Reading symbols from /lib/libnss_files.so.2...done.
> Loaded symbols for /lib/libnss_files.so.2
> Reading symbols from /usr/local/Zend/lib/ZendExtensionManager.so...done.
> Loaded symbols for /usr/local/Zend/lib/ZendExtensionManager.so
> Reading symbols from /usr/lib/php4/imap.so...done.
> Loaded symbols for /usr/lib/php4/imap.so
> Reading symbols from /usr/lib/php4/ldap.so...done.
> Loaded symbols for /usr/lib/php4/ldap.so
> Reading symbols from /usr/lib/libldap.so.2...done.
> Loaded symbols for /usr/lib/libldap.so.2
> Reading symbols from /usr/lib/liblber.so.2...done.
> Loaded symbols for /usr/lib/liblber.so.2
> Reading symbols from /usr/lib/libsasl.so.7...done.
> Loaded symbols for /usr/lib/libsasl.so.7
> Reading symbols from /usr/lib/php4/mysql.so...done.
> Loaded symbols for /usr/lib/php4/mysql.so
> Reading symbols from /usr/lib/libmysqlclient.so.10...done.
> Loaded symbols for /usr/lib/libmysqlclient.so.10
> Reading symbols from /lib/libnss_dns.so.2...done.
> Loaded symbols for /lib/libnss_dns.so.2
> Reading symbols from /usr/lib/php4/snmp.so...done.
> Loaded symbols for /usr/lib/php4/snmp.so
> Reading symbols from /usr/lib/libsnmp.so.5...done.
> Loaded symbols for /usr/lib/libsnmp.so.5
> Reading symbols from /usr/lib/php4/pgsql.so...done.
> Loaded symbols for /usr/lib/php4/pgsql.so
> Reading symbols from /usr/lib/libpq.so.3...done.
> Loaded symbols for /usr/lib/libpq.so.3
> Reading symbols from /usr/lib/php4/odbc.so...done.
> Loaded symbols for /usr/lib/php4/odbc.so
> Reading symbols from /usr/lib/libodbc.so.1...done.
> Loaded symbols for /usr/lib/libodbc.so.1
> Reading symbols from
> /usr/local/Zend/lib/Optimizer-2.5.7/php-4.2.x/ZendOptimizer.so...done.
> Loaded symbols for
> /usr/local/Zend/lib/Optimizer-2.5.7/php-4.2.x/ZendOptimizer.so
> Reading symbols from /usr/lib/php4/librlib.so...done.
> Loaded symbols for /usr/lib/php4/librlib.so
> Reading symbols from /usr/local/lib/libr-1.3.1.so...done.
> Loaded symbols for /usr/local/lib/libr-1.3.1.so
> Reading symbols from /usr/lib/libgmodule-2.0.so.0...done.
> Loaded symbols for /usr/lib/libgmodule-2.0.so.0
> Reading symbols from /usr/lib/libglib-2.0.so.0...done.
> Loaded symbols for /usr/lib/libglib-2.0.so.0
> Reading symbols from /usr/lib/libcpdf.so.2...done.
> Loaded symbols for /usr/lib/libcpdf.so.2
> Reading symbols from /usr/local/lib/libr-mysql.so...done.
> Loaded symbols for /usr/local/lib/libr-mysql.so
> Reading symbols from /usr/lib/gconv/ISO8859-1.so...done.
> Loaded symbols for /usr/lib/gconv/ISO8859-1.so
> #0 0xffffe002 in ?? ()
> (gdb)
> (gdb)
> (gdb)
> (gdb) bt
> #0 0xffffe002 in ?? ()
> #1 <signal handler called>
> #2 0x08140726 in zend_fetch_resource ()
> #3 0x409f7a26 in zif_rlib_version (ht=0, return_value=0x8257f9c,
> this_ptr=0x0, return_value_used=0) at php.c:507
> #4 0x40b73997 in get_module ()
> from /usr/local/Zend/lib/Optimizer-2.5.7/php-4.2.x/ZendOptimizer.so
> #5 0x40b7e132 in zend_oe ()
> from /usr/local/Zend/lib/Optimizer-2.5.7/php-4.2.x/ZendOptimizer.so
> #6 0x080705ea in php_execute_script ()
> #7 0x0806d648 in main ()
> #8 0x42015574 in __libc_start_main () from /lib/tls/libc.so.6
> (gdb)
> #0 0xffffe002 in ?? ()
> #1 <signal handler called>
> #2 0x08140726 in zend_fetch_resource ()
> #3 0x409f7a26 in zif_rlib_version (ht=0, return_value=0x8257f9c,
> this_ptr=0x0, return_value_used=0) at php.c:507
> #4 0x40b73997 in get_module ()
> from /usr/local/Zend/lib/Optimizer-2.5.7/php-4.2.x/ZendOptimizer.so
> #5 0x40b7e132 in zend_oe ()
> from /usr/local/Zend/lib/Optimizer-2.5.7/php-4.2.x/ZendOptimizer.so
> #6 0x080705ea in php_execute_script ()
> #7 0x0806d648 in main ()
> #8 0x42015574 in __libc_start_main () from /lib/tls/libc.so.6
> (gdb) q
> [root@eureka-sg rlib]# ls -l
> Thanks to you!
>
> - roddy
>
> On Sun, 27 Feb 2005 07:04:31 -0500, Bob Doan <bd...@si...> wrote:
> > Hym... Most odd
> >
> > Can you run your test from the command line:
> >
> > So: php some_file_name.php
> >
> > We'll expect a crash.. and a core.xxxxx
> >
> > Then gdb /usr/bin/php core.xxxxxx
> >
> > Then @ the gdb command prompt type: bt
> >
> > and send me the output
> >
> > thanks!
> >
> > - bob
> >
> > On Sat, 2005-02-26 at 20:50 -0500, Roddy G. Posada Santos wrote:
> > > Hi Bob, here is it:
> > >
> > > [root@eureka-sg lib]# mysql_config --version
> > > 4.1.7
> > > [root@eureka-sg lib]#
> > >
> > > -roddy
> > >
> > >
> > > On Sat, 26 Feb 2005 20:10:02 -0500, Bob Doan <bd...@si...> wrote:
> > > > Hi,
> > > >
> > > > Can you run this for me?
> > > >
> > > > mysql_config --version
> > > >
> > > > On Sat, 2005-02-26 at 19:52 -0500, Roddy G. Posada Santos wrote:
> > > > > Thanks Bob, check this please :
> > > > > rlib-1.3.1:
> > > > >
> > > > > prefix: /usr
> > > > > compiler: gcc
> > > > > Memory debugging: no
> > > > > Warning Fun: no
> > > > > Crash detection: yes
> > > > > UTF8 disabled: yes
> > > > >
> > > > > INPUTS:
> > > > > MYSQL: yes
> > > > > POSTGRE: yes
> > > > > ODBC: yes
> > > > >
> > > > > OUTPUTS:
> > > > > PDF: yes
> > > > > HTML: Always
> > > > > CSV: Always
> > > > > TEXT: Always
> > > > >
> > > > > GRAPHING:
> > > > > PDF: yes
> > > > > HTML: no
> > > > >
> > > > > BINDINGS:
> > > > > PHP: yes
> > > > > PHP entension dir: /usr/lib/php4
> > > > > PYTHON: no
> > > > > PYTHON version: 2.2
> > > > > PYTHON entension dir:
> > > > > JAVA: no
> > > > > PERL: no
> > > > > PERL entension dir:
> > > > >
> > > > > Music: Snow Patrol
> > > > >
> > > > > Having Problems: rli...@li...
> > > > > Want to contribute: rli...@li...
> > > > >
> > > > > i have mysql 4.1, php 4.2.2 rh9, like i said evething is ok, execpt
> > > > > when i use the mysql connection like datasource, can you send to me
> > > > > the installation tips for rh9.
> > > > > i try with python 2.3 too, nothing is diferent when i use
> > > > > dl("libr-mysql.so") just for try another solution the systems says
> > > > > "this may not be a php library" , why mysql datasource is not
> > > > > funtioning?. i use rlib 1.3.1
> > > > >
> > > > > Thanks
> > > > > Roddy
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > On Sat, 26 Feb 2005 07:49:49 -0500, Bob Doan <bd...@si...> wrote:
> > > > > > Hi,
> > > > > >
> > > > > > On RH9 configure RLIB w/ --prefix=/usr --disable-utf8
> > > > > >
> > > > > > - bob
> > > > > >
> > > > > > On Fri, 2005-02-25 at 22:27 -0500, Roddy G. Posada Santos wrote:
> > > > > > > I have the same problem on a linux box rh9, but using ldconfig, and
> > > > > > > adding /usr/local/lib to the /etc/ld.so.conf , i dont receive that
> > > > > > > message again, the graphics is function ok like the formats html, pdf
> > > > > > > and cvs but; when the datasource is mysql dont:
> > > > > > >
> > > > > > > [root@eureka-sg rlib]# php rlib.php
> > > > > > > Setting locale to
> > > > > > > [LC_CTYPE=es_EC.UTF-8;LC_NUMERIC=C;LC_TIME=C;LC_COLLATE=C;LC_MONETARY=C;LC_MESSAGES=C;LC_PAPER=C;LC_NAME=C;LC_ADDRESS=C;LC_TELEPHONE=C;LC_MEASUREMENT=C;LC_IDENTIFICATION=C]
> > > > > > > FAILEDencoding is NULL or invalid [C]... using en_USencoding is NULL
> > > > > > > or invalid [C]... using en_USencoding is NULL or invalid [C]... using
> > > > > > > en_USencoding is NULL or invalid [C]... using en_USencoding is NULL or
> > > > > > > invalid [C]... using en_USencoding is NULL or invalid [C]... using
> > > > > > > en_USencoding is NULL or invalid [C]... using en_USencoding is NULL or
> > > > > > > invalid [C]... using en_USencoding is NULL or invalid [C]... using
> > > > > > > en_USencoding is NULL or invalid [C]... using en_USencoding is NULL or
> > > > > > > invalid [C]... using en_USLocale set to: es_EC** NUTS.. WE CRASHED
> > > > > > > Abandona (core dumped)
> > > > > > >
> > > > > > >
> > > > > > > -------------------------------------------------------
> > > > > > > SF email is sponsored by - The IT Product Guide
> > > > > > > Read honest & candid reviews on hundreds of IT Products from real users.
> > > > > > > Discover which products truly live up to the hype. Start reading now.
> > > > > > > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> > > > > > > _______________________________________________
> > > > > > > Rlib-users mailing list
> > > > > > > Rli...@li...
> > > > > > > https://lists.sourceforge.net/lists/listinfo/rlib-users
> > > > > > --
> > > > > > Bob Doan <bd...@si...>
> > > > > >
> > > > > >
> > > > --
> > > > Bob Doan <bd...@si...>
> > > >
> > > >
> > --
> > Bob Doan <bd...@si...>
> >
> >
>
>
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now.
> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> _______________________________________________
> Rlib-users mailing list
> Rli...@li...
> https://lists.sourceforge.net/lists/listinfo/rlib-users
--
Bob Doan <bd...@si...>
|
|
From: Roddy G. P. S. <rp...@gm...> - 2005-02-28 02:31:57
|
Hey Bob, i hope that this thing will be...
[root@eureka-sg rlib]# gdb /usr/bin/php core.29659 > file
[root@eureka-sg rlib]# cat file
GNU gdb Red Hat Linux (5.3post-0.20021129.18rh)
Copyright 2003 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i386-redhat-linux-gnu"...
(no debugging symbols found)...
Core was generated by `php rlib.php'.
Program terminated with signal 3, Quit.
Reading symbols from /usr/lib/libexpat.so.0...(no debugging symbols found)...
done.
Loaded symbols for /usr/lib/libexpat.so.0
Reading symbols from /usr/lib/libpspell.so.4...(no debugging symbols found)...
done.
Loaded symbols for /usr/lib/libpspell.so.4
Reading symbols from /usr/lib/libltdl.so.3...(no debugging symbols found)...
done.
Loaded symbols for /usr/lib/libltdl.so.3
Reading symbols from /usr/lib/libpspell-modules.so.1...
(no debugging symbols found)...done.
Loaded symbols for /usr/lib/libpspell-modules.so.1
Reading symbols from /usr/lib/libstdc++.so.5...(no debugging symbols found)...
done.
Loaded symbols for /usr/lib/libstdc++.so.5
Reading symbols from /lib/tls/libc.so.6...(no debugging symbols found)...done.
Loaded symbols for /lib/tls/libc.so.6
Reading symbols from /lib/libgcc_s.so.1...(no debugging symbols found)...done.
Loaded symbols for /lib/libgcc_s.so.1
Reading symbols from /usr/lib/libncurses.so.5...(no debugging symbols found)...
done.
Loaded symbols for /usr/lib/libncurses.so.5
Reading symbols from /lib/libpam.so.0...(no debugging symbols found)...done.
Loaded symbols for /lib/libpam.so.0
Reading symbols from /usr/lib/libgmp.so.3...(no debugging symbols found)...
done.
Loaded symbols for /usr/lib/libgmp.so.3
Reading symbols from /usr/lib/libgd.so.1.8...(no debugging symbols found)...
done.
Loaded symbols for /usr/lib/libgd.so.1.8
Reading symbols from /usr/lib/libxml2.so.2...(no debugging symbols found)...
done.
Loaded symbols for /usr/lib/libxml2.so.2
Reading symbols from /lib/libdb-4.0.so...done.
Loaded symbols for /lib/libdb-4.0.so
Reading symbols from /usr/lib/libgdbm.so.2...done.
Loaded symbols for /usr/lib/libgdbm.so.2
Reading symbols from /usr/kerberos/lib/libcom_err.so.3...done.
Loaded symbols for /usr/kerberos/lib/libcom_err.so.3
Reading symbols from /usr/kerberos/lib/libk5crypto.so.3...done.
Loaded symbols for /usr/kerberos/lib/libk5crypto.so.3
Reading symbols from /usr/kerberos/lib/libkrb5.so.3...done.
Loaded symbols for /usr/kerberos/lib/libkrb5.so.3
Reading symbols from /usr/kerberos/lib/libgssapi_krb5.so.2...done.
Loaded symbols for /usr/kerberos/lib/libgssapi_krb5.so.2
Reading symbols from /usr/lib/libcurl.so.2...done.
Loaded symbols for /usr/lib/libcurl.so.2
Reading symbols from /usr/lib/libbz2.so.1...done.
Loaded symbols for /usr/lib/libbz2.so.1
Reading symbols from /lib/libssl.so.4...done.
Loaded symbols for /lib/libssl.so.4
Reading symbols from /lib/libcrypto.so.4...done.
Loaded symbols for /lib/libcrypto.so.4
Reading symbols from /usr/lib/libttf.so.2...done.
Loaded symbols for /usr/lib/libttf.so.2
Reading symbols from /lib/tls/libm.so.6...done.
Loaded symbols for /lib/tls/libm.so.6
Reading symbols from /usr/lib/libfreetype.so.6...done.
Loaded symbols for /usr/lib/libfreetype.so.6
Reading symbols from /usr/lib/libpng12.so.0...done.
Loaded symbols for /usr/lib/libpng12.so.0
Reading symbols from /usr/lib/libjpeg.so.62...done.
Loaded symbols for /usr/lib/libjpeg.so.62
Reading symbols from /usr/lib/libz.so.1...done.
Loaded symbols for /usr/lib/libz.so.1
Reading symbols from /lib/libnsl.so.1...done.
Loaded symbols for /lib/libnsl.so.1
Reading symbols from /lib/libresolv.so.2...done.
Loaded symbols for /lib/libresolv.so.2
Reading symbols from /lib/libcrypt.so.1...done.
Loaded symbols for /lib/libcrypt.so.1
Reading symbols from /lib/libdl.so.2...done.
Loaded symbols for /lib/libdl.so.2
Reading symbols from /lib/ld-linux.so.2...done.
Loaded symbols for /lib/ld-linux.so.2
Reading symbols from /lib/tls/libpthread.so.0...done.
Loaded symbols for /lib/tls/libpthread.so.0
Reading symbols from /lib/libnss_files.so.2...done.
Loaded symbols for /lib/libnss_files.so.2
Reading symbols from /usr/local/Zend/lib/ZendExtensionManager.so...done.
Loaded symbols for /usr/local/Zend/lib/ZendExtensionManager.so
Reading symbols from /usr/lib/php4/imap.so...done.
Loaded symbols for /usr/lib/php4/imap.so
Reading symbols from /usr/lib/php4/ldap.so...done.
Loaded symbols for /usr/lib/php4/ldap.so
Reading symbols from /usr/lib/libldap.so.2...done.
Loaded symbols for /usr/lib/libldap.so.2
Reading symbols from /usr/lib/liblber.so.2...done.
Loaded symbols for /usr/lib/liblber.so.2
Reading symbols from /usr/lib/libsasl.so.7...done.
Loaded symbols for /usr/lib/libsasl.so.7
Reading symbols from /usr/lib/php4/mysql.so...done.
Loaded symbols for /usr/lib/php4/mysql.so
Reading symbols from /usr/lib/libmysqlclient.so.10...done.
Loaded symbols for /usr/lib/libmysqlclient.so.10
Reading symbols from /lib/libnss_dns.so.2...done.
Loaded symbols for /lib/libnss_dns.so.2
Reading symbols from /usr/lib/php4/snmp.so...done.
Loaded symbols for /usr/lib/php4/snmp.so
Reading symbols from /usr/lib/libsnmp.so.5...done.
Loaded symbols for /usr/lib/libsnmp.so.5
Reading symbols from /usr/lib/php4/pgsql.so...done.
Loaded symbols for /usr/lib/php4/pgsql.so
Reading symbols from /usr/lib/libpq.so.3...done.
Loaded symbols for /usr/lib/libpq.so.3
Reading symbols from /usr/lib/php4/odbc.so...done.
Loaded symbols for /usr/lib/php4/odbc.so
Reading symbols from /usr/lib/libodbc.so.1...done.
Loaded symbols for /usr/lib/libodbc.so.1
Reading symbols from
/usr/local/Zend/lib/Optimizer-2.5.7/php-4.2.x/ZendOptimizer.so...done.
Loaded symbols for
/usr/local/Zend/lib/Optimizer-2.5.7/php-4.2.x/ZendOptimizer.so
Reading symbols from /usr/lib/php4/librlib.so...done.
Loaded symbols for /usr/lib/php4/librlib.so
Reading symbols from /usr/local/lib/libr-1.3.1.so...done.
Loaded symbols for /usr/local/lib/libr-1.3.1.so
Reading symbols from /usr/lib/libgmodule-2.0.so.0...done.
Loaded symbols for /usr/lib/libgmodule-2.0.so.0
Reading symbols from /usr/lib/libglib-2.0.so.0...done.
Loaded symbols for /usr/lib/libglib-2.0.so.0
Reading symbols from /usr/lib/libcpdf.so.2...done.
Loaded symbols for /usr/lib/libcpdf.so.2
Reading symbols from /usr/local/lib/libr-mysql.so...done.
Loaded symbols for /usr/local/lib/libr-mysql.so
Reading symbols from /usr/lib/gconv/ISO8859-1.so...done.
Loaded symbols for /usr/lib/gconv/ISO8859-1.so
#0 0xffffe002 in ?? ()
(gdb)
(gdb)
(gdb)
(gdb) bt
#0 0xffffe002 in ?? ()
#1 <signal handler called>
#2 0x08140726 in zend_fetch_resource ()
#3 0x409f7a26 in zif_rlib_version (ht=0, return_value=0x8257f9c,
this_ptr=0x0, return_value_used=0) at php.c:507
#4 0x40b73997 in get_module ()
from /usr/local/Zend/lib/Optimizer-2.5.7/php-4.2.x/ZendOptimizer.so
#5 0x40b7e132 in zend_oe ()
from /usr/local/Zend/lib/Optimizer-2.5.7/php-4.2.x/ZendOptimizer.so
#6 0x080705ea in php_execute_script ()
#7 0x0806d648 in main ()
#8 0x42015574 in __libc_start_main () from /lib/tls/libc.so.6
(gdb)
#0 0xffffe002 in ?? ()
#1 <signal handler called>
#2 0x08140726 in zend_fetch_resource ()
#3 0x409f7a26 in zif_rlib_version (ht=0, return_value=0x8257f9c,
this_ptr=0x0, return_value_used=0) at php.c:507
#4 0x40b73997 in get_module ()
from /usr/local/Zend/lib/Optimizer-2.5.7/php-4.2.x/ZendOptimizer.so
#5 0x40b7e132 in zend_oe ()
from /usr/local/Zend/lib/Optimizer-2.5.7/php-4.2.x/ZendOptimizer.so
#6 0x080705ea in php_execute_script ()
#7 0x0806d648 in main ()
#8 0x42015574 in __libc_start_main () from /lib/tls/libc.so.6
(gdb) q
[root@eureka-sg rlib]# ls -l
Thanks to you!
- roddy
On Sun, 27 Feb 2005 07:04:31 -0500, Bob Doan <bd...@si...> wrote:
> Hym... Most odd
>
> Can you run your test from the command line:
>
> So: php some_file_name.php
>
> We'll expect a crash.. and a core.xxxxx
>
> Then gdb /usr/bin/php core.xxxxxx
>
> Then @ the gdb command prompt type: bt
>
> and send me the output
>
> thanks!
>
> - bob
>
> On Sat, 2005-02-26 at 20:50 -0500, Roddy G. Posada Santos wrote:
> > Hi Bob, here is it:
> >
> > [root@eureka-sg lib]# mysql_config --version
> > 4.1.7
> > [root@eureka-sg lib]#
> >
> > -roddy
> >
> >
> > On Sat, 26 Feb 2005 20:10:02 -0500, Bob Doan <bd...@si...> wrote:
> > > Hi,
> > >
> > > Can you run this for me?
> > >
> > > mysql_config --version
> > >
> > > On Sat, 2005-02-26 at 19:52 -0500, Roddy G. Posada Santos wrote:
> > > > Thanks Bob, check this please :
> > > > rlib-1.3.1:
> > > >
> > > > prefix: /usr
> > > > compiler: gcc
> > > > Memory debugging: no
> > > > Warning Fun: no
> > > > Crash detection: yes
> > > > UTF8 disabled: yes
> > > >
> > > > INPUTS:
> > > > MYSQL: yes
> > > > POSTGRE: yes
> > > > ODBC: yes
> > > >
> > > > OUTPUTS:
> > > > PDF: yes
> > > > HTML: Always
> > > > CSV: Always
> > > > TEXT: Always
> > > >
> > > > GRAPHING:
> > > > PDF: yes
> > > > HTML: no
> > > >
> > > > BINDINGS:
> > > > PHP: yes
> > > > PHP entension dir: /usr/lib/php4
> > > > PYTHON: no
> > > > PYTHON version: 2.2
> > > > PYTHON entension dir:
> > > > JAVA: no
> > > > PERL: no
> > > > PERL entension dir:
> > > >
> > > > Music: Snow Patrol
> > > >
> > > > Having Problems: rli...@li...
> > > > Want to contribute: rli...@li...
> > > >
> > > > i have mysql 4.1, php 4.2.2 rh9, like i said evething is ok, execpt
> > > > when i use the mysql connection like datasource, can you send to me
> > > > the installation tips for rh9.
> > > > i try with python 2.3 too, nothing is diferent when i use
> > > > dl("libr-mysql.so") just for try another solution the systems says
> > > > "this may not be a php library" , why mysql datasource is not
> > > > funtioning?. i use rlib 1.3.1
> > > >
> > > > Thanks
> > > > Roddy
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > On Sat, 26 Feb 2005 07:49:49 -0500, Bob Doan <bd...@si...> wrote:
> > > > > Hi,
> > > > >
> > > > > On RH9 configure RLIB w/ --prefix=/usr --disable-utf8
> > > > >
> > > > > - bob
> > > > >
> > > > > On Fri, 2005-02-25 at 22:27 -0500, Roddy G. Posada Santos wrote:
> > > > > > I have the same problem on a linux box rh9, but using ldconfig, and
> > > > > > adding /usr/local/lib to the /etc/ld.so.conf , i dont receive that
> > > > > > message again, the graphics is function ok like the formats html, pdf
> > > > > > and cvs but; when the datasource is mysql dont:
> > > > > >
> > > > > > [root@eureka-sg rlib]# php rlib.php
> > > > > > Setting locale to
> > > > > > [LC_CTYPE=es_EC.UTF-8;LC_NUMERIC=C;LC_TIME=C;LC_COLLATE=C;LC_MONETARY=C;LC_MESSAGES=C;LC_PAPER=C;LC_NAME=C;LC_ADDRESS=C;LC_TELEPHONE=C;LC_MEASUREMENT=C;LC_IDENTIFICATION=C]
> > > > > > FAILEDencoding is NULL or invalid [C]... using en_USencoding is NULL
> > > > > > or invalid [C]... using en_USencoding is NULL or invalid [C]... using
> > > > > > en_USencoding is NULL or invalid [C]... using en_USencoding is NULL or
> > > > > > invalid [C]... using en_USencoding is NULL or invalid [C]... using
> > > > > > en_USencoding is NULL or invalid [C]... using en_USencoding is NULL or
> > > > > > invalid [C]... using en_USencoding is NULL or invalid [C]... using
> > > > > > en_USencoding is NULL or invalid [C]... using en_USencoding is NULL or
> > > > > > invalid [C]... using en_USLocale set to: es_EC** NUTS.. WE CRASHED
> > > > > > Abandona (core dumped)
> > > > > >
> > > > > >
> > > > > > -------------------------------------------------------
> > > > > > SF email is sponsored by - The IT Product Guide
> > > > > > Read honest & candid reviews on hundreds of IT Products from real users.
> > > > > > Discover which products truly live up to the hype. Start reading now.
> > > > > > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> > > > > > _______________________________________________
> > > > > > Rlib-users mailing list
> > > > > > Rli...@li...
> > > > > > https://lists.sourceforge.net/lists/listinfo/rlib-users
> > > > > --
> > > > > Bob Doan <bd...@si...>
> > > > >
> > > > >
> > > --
> > > Bob Doan <bd...@si...>
> > >
> > >
> --
> Bob Doan <bd...@si...>
>
>
|
|
From: Bob D. <bd...@si...> - 2005-02-27 12:04:41
|
Hym... Most odd
Can you run your test from the command line:
So: php some_file_name.php
We'll expect a crash.. and a core.xxxxx
Then gdb /usr/bin/php core.xxxxxx
Then @ the gdb command prompt type: bt
and send me the output
thanks!
- bob
On Sat, 2005-02-26 at 20:50 -0500, Roddy G. Posada Santos wrote:
> Hi Bob, here is it:
>
> [root@eureka-sg lib]# mysql_config --version
> 4.1.7
> [root@eureka-sg lib]#
>
> -roddy
>
>
> On Sat, 26 Feb 2005 20:10:02 -0500, Bob Doan <bd...@si...> wrote:
> > Hi,
> >
> > Can you run this for me?
> >
> > mysql_config --version
> >
> > On Sat, 2005-02-26 at 19:52 -0500, Roddy G. Posada Santos wrote:
> > > Thanks Bob, check this please :
> > > rlib-1.3.1:
> > >
> > > prefix: /usr
> > > compiler: gcc
> > > Memory debugging: no
> > > Warning Fun: no
> > > Crash detection: yes
> > > UTF8 disabled: yes
> > >
> > > INPUTS:
> > > MYSQL: yes
> > > POSTGRE: yes
> > > ODBC: yes
> > >
> > > OUTPUTS:
> > > PDF: yes
> > > HTML: Always
> > > CSV: Always
> > > TEXT: Always
> > >
> > > GRAPHING:
> > > PDF: yes
> > > HTML: no
> > >
> > > BINDINGS:
> > > PHP: yes
> > > PHP entension dir: /usr/lib/php4
> > > PYTHON: no
> > > PYTHON version: 2.2
> > > PYTHON entension dir:
> > > JAVA: no
> > > PERL: no
> > > PERL entension dir:
> > >
> > > Music: Snow Patrol
> > >
> > > Having Problems: rli...@li...
> > > Want to contribute: rli...@li...
> > >
> > > i have mysql 4.1, php 4.2.2 rh9, like i said evething is ok, execpt
> > > when i use the mysql connection like datasource, can you send to me
> > > the installation tips for rh9.
> > > i try with python 2.3 too, nothing is diferent when i use
> > > dl("libr-mysql.so") just for try another solution the systems says
> > > "this may not be a php library" , why mysql datasource is not
> > > funtioning?. i use rlib 1.3.1
> > >
> > > Thanks
> > > Roddy
> > >
> > >
> > >
> > >
> > >
> > > On Sat, 26 Feb 2005 07:49:49 -0500, Bob Doan <bd...@si...> wrote:
> > > > Hi,
> > > >
> > > > On RH9 configure RLIB w/ --prefix=/usr --disable-utf8
> > > >
> > > > - bob
> > > >
> > > > On Fri, 2005-02-25 at 22:27 -0500, Roddy G. Posada Santos wrote:
> > > > > I have the same problem on a linux box rh9, but using ldconfig, and
> > > > > adding /usr/local/lib to the /etc/ld.so.conf , i dont receive that
> > > > > message again, the graphics is function ok like the formats html, pdf
> > > > > and cvs but; when the datasource is mysql dont:
> > > > >
> > > > > [root@eureka-sg rlib]# php rlib.php
> > > > > Setting locale to
> > > > > [LC_CTYPE=es_EC.UTF-8;LC_NUMERIC=C;LC_TIME=C;LC_COLLATE=C;LC_MONETARY=C;LC_MESSAGES=C;LC_PAPER=C;LC_NAME=C;LC_ADDRESS=C;LC_TELEPHONE=C;LC_MEASUREMENT=C;LC_IDENTIFICATION=C]
> > > > > FAILEDencoding is NULL or invalid [C]... using en_USencoding is NULL
> > > > > or invalid [C]... using en_USencoding is NULL or invalid [C]... using
> > > > > en_USencoding is NULL or invalid [C]... using en_USencoding is NULL or
> > > > > invalid [C]... using en_USencoding is NULL or invalid [C]... using
> > > > > en_USencoding is NULL or invalid [C]... using en_USencoding is NULL or
> > > > > invalid [C]... using en_USencoding is NULL or invalid [C]... using
> > > > > en_USencoding is NULL or invalid [C]... using en_USencoding is NULL or
> > > > > invalid [C]... using en_USLocale set to: es_EC** NUTS.. WE CRASHED
> > > > > Abandona (core dumped)
> > > > >
> > > > >
> > > > > -------------------------------------------------------
> > > > > SF email is sponsored by - The IT Product Guide
> > > > > Read honest & candid reviews on hundreds of IT Products from real users.
> > > > > Discover which products truly live up to the hype. Start reading now.
> > > > > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> > > > > _______________________________________________
> > > > > Rlib-users mailing list
> > > > > Rli...@li...
> > > > > https://lists.sourceforge.net/lists/listinfo/rlib-users
> > > > --
> > > > Bob Doan <bd...@si...>
> > > >
> > > >
> > --
> > Bob Doan <bd...@si...>
> >
> >
--
Bob Doan <bd...@si...>
|
|
From: Roddy G. P. S. <rp...@gm...> - 2005-02-27 01:51:07
|
Hi Bob, here is it:
[root@eureka-sg lib]# mysql_config --version
4.1.7
[root@eureka-sg lib]#
-roddy
On Sat, 26 Feb 2005 20:10:02 -0500, Bob Doan <bd...@si...> wrote:
> Hi,
>
> Can you run this for me?
>
> mysql_config --version
>
> On Sat, 2005-02-26 at 19:52 -0500, Roddy G. Posada Santos wrote:
> > Thanks Bob, check this please :
> > rlib-1.3.1:
> >
> > prefix: /usr
> > compiler: gcc
> > Memory debugging: no
> > Warning Fun: no
> > Crash detection: yes
> > UTF8 disabled: yes
> >
> > INPUTS:
> > MYSQL: yes
> > POSTGRE: yes
> > ODBC: yes
> >
> > OUTPUTS:
> > PDF: yes
> > HTML: Always
> > CSV: Always
> > TEXT: Always
> >
> > GRAPHING:
> > PDF: yes
> > HTML: no
> >
> > BINDINGS:
> > PHP: yes
> > PHP entension dir: /usr/lib/php4
> > PYTHON: no
> > PYTHON version: 2.2
> > PYTHON entension dir:
> > JAVA: no
> > PERL: no
> > PERL entension dir:
> >
> > Music: Snow Patrol
> >
> > Having Problems: rli...@li...
> > Want to contribute: rli...@li...
> >
> > i have mysql 4.1, php 4.2.2 rh9, like i said evething is ok, execpt
> > when i use the mysql connection like datasource, can you send to me
> > the installation tips for rh9.
> > i try with python 2.3 too, nothing is diferent when i use
> > dl("libr-mysql.so") just for try another solution the systems says
> > "this may not be a php library" , why mysql datasource is not
> > funtioning?. i use rlib 1.3.1
> >
> > Thanks
> > Roddy
> >
> >
> >
> >
> >
> > On Sat, 26 Feb 2005 07:49:49 -0500, Bob Doan <bd...@si...> wrote:
> > > Hi,
> > >
> > > On RH9 configure RLIB w/ --prefix=/usr --disable-utf8
> > >
> > > - bob
> > >
> > > On Fri, 2005-02-25 at 22:27 -0500, Roddy G. Posada Santos wrote:
> > > > I have the same problem on a linux box rh9, but using ldconfig, and
> > > > adding /usr/local/lib to the /etc/ld.so.conf , i dont receive that
> > > > message again, the graphics is function ok like the formats html, pdf
> > > > and cvs but; when the datasource is mysql dont:
> > > >
> > > > [root@eureka-sg rlib]# php rlib.php
> > > > Setting locale to
> > > > [LC_CTYPE=es_EC.UTF-8;LC_NUMERIC=C;LC_TIME=C;LC_COLLATE=C;LC_MONETARY=C;LC_MESSAGES=C;LC_PAPER=C;LC_NAME=C;LC_ADDRESS=C;LC_TELEPHONE=C;LC_MEASUREMENT=C;LC_IDENTIFICATION=C]
> > > > FAILEDencoding is NULL or invalid [C]... using en_USencoding is NULL
> > > > or invalid [C]... using en_USencoding is NULL or invalid [C]... using
> > > > en_USencoding is NULL or invalid [C]... using en_USencoding is NULL or
> > > > invalid [C]... using en_USencoding is NULL or invalid [C]... using
> > > > en_USencoding is NULL or invalid [C]... using en_USencoding is NULL or
> > > > invalid [C]... using en_USencoding is NULL or invalid [C]... using
> > > > en_USencoding is NULL or invalid [C]... using en_USencoding is NULL or
> > > > invalid [C]... using en_USLocale set to: es_EC** NUTS.. WE CRASHED
> > > > Abandona (core dumped)
> > > >
> > > >
> > > > -------------------------------------------------------
> > > > SF email is sponsored by - The IT Product Guide
> > > > Read honest & candid reviews on hundreds of IT Products from real users.
> > > > Discover which products truly live up to the hype. Start reading now.
> > > > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> > > > _______________________________________________
> > > > Rlib-users mailing list
> > > > Rli...@li...
> > > > https://lists.sourceforge.net/lists/listinfo/rlib-users
> > > --
> > > Bob Doan <bd...@si...>
> > >
> > >
> --
> Bob Doan <bd...@si...>
>
>
|
|
From: Bob D. <bd...@si...> - 2005-02-27 01:10:12
|
Hi,
Can you run this for me?
mysql_config --version
On Sat, 2005-02-26 at 19:52 -0500, Roddy G. Posada Santos wrote:
> Thanks Bob, check this please :
> rlib-1.3.1:
>
> prefix: /usr
> compiler: gcc
> Memory debugging: no
> Warning Fun: no
> Crash detection: yes
> UTF8 disabled: yes
>
> INPUTS:
> MYSQL: yes
> POSTGRE: yes
> ODBC: yes
>
> OUTPUTS:
> PDF: yes
> HTML: Always
> CSV: Always
> TEXT: Always
>
> GRAPHING:
> PDF: yes
> HTML: no
>
> BINDINGS:
> PHP: yes
> PHP entension dir: /usr/lib/php4
> PYTHON: no
> PYTHON version: 2.2
> PYTHON entension dir:
> JAVA: no
> PERL: no
> PERL entension dir:
>
> Music: Snow Patrol
>
> Having Problems: rli...@li...
> Want to contribute: rli...@li...
>
> i have mysql 4.1, php 4.2.2 rh9, like i said evething is ok, execpt
> when i use the mysql connection like datasource, can you send to me
> the installation tips for rh9.
> i try with python 2.3 too, nothing is diferent when i use
> dl("libr-mysql.so") just for try another solution the systems says
> "this may not be a php library" , why mysql datasource is not
> funtioning?. i use rlib 1.3.1
>
> Thanks
> Roddy
>
>
>
>
>
> On Sat, 26 Feb 2005 07:49:49 -0500, Bob Doan <bd...@si...> wrote:
> > Hi,
> >
> > On RH9 configure RLIB w/ --prefix=/usr --disable-utf8
> >
> > - bob
> >
> > On Fri, 2005-02-25 at 22:27 -0500, Roddy G. Posada Santos wrote:
> > > I have the same problem on a linux box rh9, but using ldconfig, and
> > > adding /usr/local/lib to the /etc/ld.so.conf , i dont receive that
> > > message again, the graphics is function ok like the formats html, pdf
> > > and cvs but; when the datasource is mysql dont:
> > >
> > > [root@eureka-sg rlib]# php rlib.php
> > > Setting locale to
> > > [LC_CTYPE=es_EC.UTF-8;LC_NUMERIC=C;LC_TIME=C;LC_COLLATE=C;LC_MONETARY=C;LC_MESSAGES=C;LC_PAPER=C;LC_NAME=C;LC_ADDRESS=C;LC_TELEPHONE=C;LC_MEASUREMENT=C;LC_IDENTIFICATION=C]
> > > FAILEDencoding is NULL or invalid [C]... using en_USencoding is NULL
> > > or invalid [C]... using en_USencoding is NULL or invalid [C]... using
> > > en_USencoding is NULL or invalid [C]... using en_USencoding is NULL or
> > > invalid [C]... using en_USencoding is NULL or invalid [C]... using
> > > en_USencoding is NULL or invalid [C]... using en_USencoding is NULL or
> > > invalid [C]... using en_USencoding is NULL or invalid [C]... using
> > > en_USencoding is NULL or invalid [C]... using en_USencoding is NULL or
> > > invalid [C]... using en_USLocale set to: es_EC** NUTS.. WE CRASHED
> > > Abandona (core dumped)
> > >
> > >
> > > -------------------------------------------------------
> > > SF email is sponsored by - The IT Product Guide
> > > Read honest & candid reviews on hundreds of IT Products from real users.
> > > Discover which products truly live up to the hype. Start reading now.
> > > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> > > _______________________________________________
> > > Rlib-users mailing list
> > > Rli...@li...
> > > https://lists.sourceforge.net/lists/listinfo/rlib-users
> > --
> > Bob Doan <bd...@si...>
> >
> >
--
Bob Doan <bd...@si...>
|
|
From: Roddy G. P. S. <rp...@gm...> - 2005-02-27 00:52:46
|
Thanks Bob, check this please :
rlib-1.3.1:
prefix: /usr
compiler: gcc
Memory debugging: no
Warning Fun: no
Crash detection: yes
UTF8 disabled: yes
INPUTS:
MYSQL: yes
POSTGRE: yes
ODBC: yes
OUTPUTS:
PDF: yes
HTML: Always
CSV: Always
TEXT: Always
GRAPHING:
PDF: yes
HTML: no
BINDINGS:
PHP: yes
PHP entension dir: /usr/lib/php4
PYTHON: no
PYTHON version: 2.2
PYTHON entension dir:
JAVA: no
PERL: no
PERL entension dir:
Music: Snow Patrol
Having Problems: rli...@li...
Want to contribute: rli...@li...
i have mysql 4.1, php 4.2.2 rh9, like i said evething is ok, execpt
when i use the mysql connection like datasource, can you send to me
the installation tips for rh9.
i try with python 2.3 too, nothing is diferent when i use
dl("libr-mysql.so") just for try another solution the systems says
"this may not be a php library" , why mysql datasource is not
funtioning?. i use rlib 1.3.1
Thanks
Roddy
On Sat, 26 Feb 2005 07:49:49 -0500, Bob Doan <bd...@si...> wrote:
> Hi,
>
> On RH9 configure RLIB w/ --prefix=/usr --disable-utf8
>
> - bob
>
> On Fri, 2005-02-25 at 22:27 -0500, Roddy G. Posada Santos wrote:
> > I have the same problem on a linux box rh9, but using ldconfig, and
> > adding /usr/local/lib to the /etc/ld.so.conf , i dont receive that
> > message again, the graphics is function ok like the formats html, pdf
> > and cvs but; when the datasource is mysql dont:
> >
> > [root@eureka-sg rlib]# php rlib.php
> > Setting locale to
> > [LC_CTYPE=es_EC.UTF-8;LC_NUMERIC=C;LC_TIME=C;LC_COLLATE=C;LC_MONETARY=C;LC_MESSAGES=C;LC_PAPER=C;LC_NAME=C;LC_ADDRESS=C;LC_TELEPHONE=C;LC_MEASUREMENT=C;LC_IDENTIFICATION=C]
> > FAILEDencoding is NULL or invalid [C]... using en_USencoding is NULL
> > or invalid [C]... using en_USencoding is NULL or invalid [C]... using
> > en_USencoding is NULL or invalid [C]... using en_USencoding is NULL or
> > invalid [C]... using en_USencoding is NULL or invalid [C]... using
> > en_USencoding is NULL or invalid [C]... using en_USencoding is NULL or
> > invalid [C]... using en_USencoding is NULL or invalid [C]... using
> > en_USencoding is NULL or invalid [C]... using en_USencoding is NULL or
> > invalid [C]... using en_USLocale set to: es_EC** NUTS.. WE CRASHED
> > Abandona (core dumped)
> >
> >
> > -------------------------------------------------------
> > SF email is sponsored by - The IT Product Guide
> > Read honest & candid reviews on hundreds of IT Products from real users.
> > Discover which products truly live up to the hype. Start reading now.
> > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> > _______________________________________________
> > Rlib-users mailing list
> > Rli...@li...
> > https://lists.sourceforge.net/lists/listinfo/rlib-users
> --
> Bob Doan <bd...@si...>
>
>
|
|
From: Al A. <aa...@ge...> - 2005-02-26 18:57:00
|
Scratch that. I found the problem. Lots of 'gremlins' were embedded=20 in the text when I transfered the .xml source from the documentation's=20 pdf file to a text file. I scrubbed it clean and all works fine now. Thanks, everyone, for all the assistance! On Feb 26, 2005, at 12:24 PM, Al Arzaga wrote: > Ok, I set LD_LIBRARY_FLAG accordingly, and it didn't crash this time, = > nor did the mysql errors appear. > But I did get the following new errors: > > [kungpao:~]$ php test.php > test.pdf > CPDF version 2.02-r1-2 > The field [(null).=920xe5e5e5=92] does not existUnrecognized operand: = > [=920xe5e5e5=92] > The field [(null).=92white=92] does not existUnrecognized operand:=20 > [=92white=92] > The field [(null).=92] does not existUnrecognized operand: [=92] > rlib_resolve_namevalue: INVALID RESULT SET $, name was [2d=92] > The field [$.2d=92] does not existUnrecognized operand: [$.2d=92] > The field [(null).=92black=92] does not existUnrecognized operand:=20 > [=92black=92] > The field [(null).=920xe5e5e5=92] does not existUnrecognized operand: = > [=920xe5e5e5=92] > The field [(null).=92black=92] does not existUnrecognized operand:=20 > [=92black=92] > The field [(null).=92white=92] does not existUnrecognized operand:=20 > [=92white=92] > The field [(null).=92white=92] does not existUnrecognized operand:=20 > [=92white=92] > rlib_resolve_namevalue: INVALID RESULT SET =92logo, name was [jpg=92] > The field [=92logo.jpg=92] does not existUnrecognized operand: = [=92logo.jpg=92] > The field [(null).=92jpeg=92] does not existUnrecognized operand: = [=92jpeg=92] > The field [(null).=92white=92] does not existUnrecognized operand:=20 > [=92white=92] > The field [(null).=92black=92] does not existUnrecognized operand:=20 > [=92black=92] > The field [(null).=92white=92] does not existUnrecognized operand:=20 > [=92white=92] > The field [(null).=920xe5e5e5=92] does not existUnrecognized operand: = > [=920xe5e5e5=92] > The field [(null).=92white=92] does not existUnrecognized operand:=20 > [=92white=92] > The field [(null).=92] does not existUnrecognized operand: [=92] > rlib_resolve_namevalue: INVALID RESULT SET $, name was [2d=92] > The field [$.2d=92] does not existUnrecognized operand: [$.2d=92] > The field [(null).=92black=92] does not existUnrecognized operand:=20 > [=92black=92] > The field [(null).=920xe5e5e5=92] does not existUnrecognized operand: = > [=920xe5e5e5=92] > The field [(null).=92black=92] does not existUnrecognized operand:=20 > [=92black=92] > The field [(null).=92white=92] does not existUnrecognized operand:=20 > [=92white=92] > RLIB EXPERIENCED A FATAL MATH ERROR WHILE TRYING TO PREFORM THE=20 > FOLLOWING OPERATION: MOD > DATA TYPES ARE [string] [string] > RLIB EXPERIENCED A FATAL MATH ERROR WHILE TRYING TO PREFORM THE=20 > FOLLOWING OPERATION: MOD > DATA TYPES ARE [string] [string] > RLIB EXPERIENCED A FATAL MATH ERROR WHILE TRYING TO PREFORM THE=20 > FOLLOWING OPERATION: MOD > DATA TYPES ARE [string] [string] > RLIB EXPERIENCED A FATAL MATH ERROR WHILE TRYING TO PREFORM THE=20 > FOLLOWING OPERATION: MOD > DATA TYPES ARE [string] [string] > RLIB EXPERIENCED A FATAL MATH ERROR WHILE TRYING TO PREFORM THE=20 > FOLLOWING OPERATION: MOD > DATA TYPES ARE [string] [string] > RLIB EXPERIENCED A FATAL MATH ERROR WHILE TRYING TO PREFORM THE=20 > FOLLOWING OPERATION: MOD > DATA TYPES ARE [string] [string] > RLIB EXPERIENCED A FATAL MATH ERROR WHILE TRYING TO PREFORM THE=20 > FOLLOWING OPERATION: MOD > DATA TYPES ARE [string] [string] > RLIB EXPERIENCED A FATAL MATH ERROR WHILE TRYING TO PREFORM THE=20 > FOLLOWING OPERATION: MOD > DATA TYPES ARE [string] [string] > RLIB EXPERIENCED A FATAL MATH ERROR WHILE TRYING TO PREFORM THE=20 > FOLLOWING OPERATION: MOD > DATA TYPES ARE [string] [string] > |
|
From: Al A. <aa...@ge...> - 2005-02-26 18:25:21
|
Ok, I set LD_LIBRARY_FLAG accordingly, and it didn't crash this time,=20
nor did the mysql errors appear.
But I did get the following new errors:
[kungpao:~]$ php test.php > test.pdf
CPDF version 2.02-r1-2
The field [(null).=920xe5e5e5=92] does not existUnrecognized operand:=20
[=920xe5e5e5=92]
The field [(null).=92white=92] does not existUnrecognized operand: =
[=92white=92]
The field [(null).=92] does not existUnrecognized operand: [=92]
rlib_resolve_namevalue: INVALID RESULT SET $, name was [2d=92]
The field [$.2d=92] does not existUnrecognized operand: [$.2d=92]
The field [(null).=92black=92] does not existUnrecognized operand: =
[=92black=92]
The field [(null).=920xe5e5e5=92] does not existUnrecognized operand:=20
[=920xe5e5e5=92]
The field [(null).=92black=92] does not existUnrecognized operand: =
[=92black=92]
The field [(null).=92white=92] does not existUnrecognized operand: =
[=92white=92]
The field [(null).=92white=92] does not existUnrecognized operand: =
[=92white=92]
rlib_resolve_namevalue: INVALID RESULT SET =92logo, name was [jpg=92]
The field [=92logo.jpg=92] does not existUnrecognized operand: =
[=92logo.jpg=92]
The field [(null).=92jpeg=92] does not existUnrecognized operand: =
[=92jpeg=92]
The field [(null).=92white=92] does not existUnrecognized operand: =
[=92white=92]
The field [(null).=92black=92] does not existUnrecognized operand: =
[=92black=92]
The field [(null).=92white=92] does not existUnrecognized operand: =
[=92white=92]
The field [(null).=920xe5e5e5=92] does not existUnrecognized operand:=20
[=920xe5e5e5=92]
The field [(null).=92white=92] does not existUnrecognized operand: =
[=92white=92]
The field [(null).=92] does not existUnrecognized operand: [=92]
rlib_resolve_namevalue: INVALID RESULT SET $, name was [2d=92]
The field [$.2d=92] does not existUnrecognized operand: [$.2d=92]
The field [(null).=92black=92] does not existUnrecognized operand: =
[=92black=92]
The field [(null).=920xe5e5e5=92] does not existUnrecognized operand:=20
[=920xe5e5e5=92]
The field [(null).=92black=92] does not existUnrecognized operand: =
[=92black=92]
The field [(null).=92white=92] does not existUnrecognized operand: =
[=92white=92]
RLIB EXPERIENCED A FATAL MATH ERROR WHILE TRYING TO PREFORM THE=20
FOLLOWING OPERATION: MOD
DATA TYPES ARE [string] [string]
RLIB EXPERIENCED A FATAL MATH ERROR WHILE TRYING TO PREFORM THE=20
FOLLOWING OPERATION: MOD
DATA TYPES ARE [string] [string]
RLIB EXPERIENCED A FATAL MATH ERROR WHILE TRYING TO PREFORM THE=20
FOLLOWING OPERATION: MOD
DATA TYPES ARE [string] [string]
RLIB EXPERIENCED A FATAL MATH ERROR WHILE TRYING TO PREFORM THE=20
FOLLOWING OPERATION: MOD
DATA TYPES ARE [string] [string]
RLIB EXPERIENCED A FATAL MATH ERROR WHILE TRYING TO PREFORM THE=20
FOLLOWING OPERATION: MOD
DATA TYPES ARE [string] [string]
RLIB EXPERIENCED A FATAL MATH ERROR WHILE TRYING TO PREFORM THE=20
FOLLOWING OPERATION: MOD
DATA TYPES ARE [string] [string]
RLIB EXPERIENCED A FATAL MATH ERROR WHILE TRYING TO PREFORM THE=20
FOLLOWING OPERATION: MOD
DATA TYPES ARE [string] [string]
RLIB EXPERIENCED A FATAL MATH ERROR WHILE TRYING TO PREFORM THE=20
FOLLOWING OPERATION: MOD
DATA TYPES ARE [string] [string]
RLIB EXPERIENCED A FATAL MATH ERROR WHILE TRYING TO PREFORM THE=20
FOLLOWING OPERATION: MOD
DATA TYPES ARE [string] [string]
On Feb 25, 2005, at 7:09 PM, Bob Doan wrote:
> Oh..
>
> Not sure how this works in BSD but in Linux if you install a library
> outside of where dynamic linking knows where to fix it you need to =
set
> $LD_LIBRARY_PATH to where the library is installed... so it works @ =
run
> time
>
> - bob
>
> On Fri, 2005-02-25 at 19:00 -0600, Al Arzaga wrote:
>> Ah, yes. I was considering including that in my email.
>> This is what mine says:
>>
>> rlib-1.3.1:
>>
>> prefix: /home/aarzaga/bin/rlib
>> compiler: gcc
>> Memory debugging: no
>> Warning Fun: no
>> Crash detection: yes
>> UTF8 disabled: yes
>>
>> INPUTS:
>> MYSQL: yes
>> POSTGRE: no
>> ODBC: yes
>>
>> OUTPUTS:
>> PDF: yes
>> HTML: Always
>> CSV: Always
>> TEXT: Always
>>
>> GRAPHING:
>> PDF: yes
>> HTML: no
>>
>> BINDINGS:
>> PHP: yes
>> PHP entension dir: /usr/local/lib/php/20040412
>> PYTHON: no
>> PYTHON version: 2.2
>> PYTHON entension dir:
>> JAVA: no
>> PERL: no
>> PERL entension dir:
>>
>> Music: Snow Patrol
>>
>> Having Problems: rli...@li...
>> Want to contribute: rli...@li...
>>
>>
>> On Feb 25, 2005, at 6:55 PM, Bob Doan wrote:
>>
>>> Hi,
>>>
>>> When you configured RLIB there was a little report at the end..
>>>
>>> Under the Inputs section was MySQL Enabled or not?
>>>
>>> On linux macines you need to have mysql-devel installed. The key =
is=20
>>> a
>>> program called "mysql_config" which comes in that package..
>>>
>>> Dunno what you would need on BSD
>>>
>>> Marty? :)
>>>
>>> - bob
>>>
>>> On Fri, 2005-02-25 at 18:10 -0600, Al Arzaga wrote:
>>>> Hi,
>>>>
>>>> I'm now testing out rlib 1.3.1 using Example 1 in Chapter 6 of the
>>>> documentation. I saved the php source in test.php and the xml=20
>>>> source
>>>> in report.xml. I'm running PHP 5.0.2. The sample tables were=20
>>>> created
>>>> in a mysql db table I called 'test'. I was able to access it
>>>> perfectly
>>>> fine via the mysql command line client using the same db access
>>>> settings I used in the sample code. But here are my results:
>>>>
>>>> [kungpao:~]$ php test.php > test.pdf
>>>> Could Not Load MYSQL Input [Shared object "libr-mysql.so" not =
found]
>>>> rlib_add_query_as: Could not find input source [mysql]!
>>>> CPDF version 2.02-r1-2
>>>> ** NUTS.. WE CRASHED
>>>> Quit (core dumped)
>>>>
>>>>
>>>> It says it couldn't find libr-mysql.so but it exists in
>>>> ~/bin/rlib/lib/
>>>>
>>>> My ./configure paramaters:
>>>> --with-perl-include=3D/usr/bin/perl --disable-python=20
>>>> --disable-postgres
>>>> --prefix=3D/home/aarzaga/bin/rlib =
--exec-prefix=3D/home/aarzaga/bin/rlib
>>>> --disable-utf8:
>>>>
>>>>
>>>>
>>>> -Al
>>>>
>>>>
>>>> -------------------------------------------------------
>>>> SF email is sponsored by - The IT Product Guide
>>>> Read honest & candid reviews on hundreds of IT Products from real
>>>> users.
>>>> Discover which products truly live up to the hype. Start reading=20
>>>> now.
>>>> http://ads.osdn.com/?ad_id=3D6595&alloc_id=3D14396&op=3Dclick
>>>> _______________________________________________
>>>> Rlib-users mailing list
>>>> Rli...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/rlib-users
>>> --=20
>>> Bob Doan <bd...@si...>
>>>
>>
> --=20
> Bob Doan <bd...@si...>
|
|
From: Bob D. <bd...@si...> - 2005-02-26 12:50:02
|
Hi, On RH9 configure RLIB w/ --prefix=/usr --disable-utf8 - bob On Fri, 2005-02-25 at 22:27 -0500, Roddy G. Posada Santos wrote: > I have the same problem on a linux box rh9, but using ldconfig, and > adding /usr/local/lib to the /etc/ld.so.conf , i dont receive that > message again, the graphics is function ok like the formats html, pdf > and cvs but; when the datasource is mysql dont: > > [root@eureka-sg rlib]# php rlib.php > Setting locale to > [LC_CTYPE=es_EC.UTF-8;LC_NUMERIC=C;LC_TIME=C;LC_COLLATE=C;LC_MONETARY=C;LC_MESSAGES=C;LC_PAPER=C;LC_NAME=C;LC_ADDRESS=C;LC_TELEPHONE=C;LC_MEASUREMENT=C;LC_IDENTIFICATION=C] > FAILEDencoding is NULL or invalid [C]... using en_USencoding is NULL > or invalid [C]... using en_USencoding is NULL or invalid [C]... using > en_USencoding is NULL or invalid [C]... using en_USencoding is NULL or > invalid [C]... using en_USencoding is NULL or invalid [C]... using > en_USencoding is NULL or invalid [C]... using en_USencoding is NULL or > invalid [C]... using en_USencoding is NULL or invalid [C]... using > en_USencoding is NULL or invalid [C]... using en_USencoding is NULL or > invalid [C]... using en_USLocale set to: es_EC** NUTS.. WE CRASHED > Abandona (core dumped) > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Rlib-users mailing list > Rli...@li... > https://lists.sourceforge.net/lists/listinfo/rlib-users -- Bob Doan <bd...@si...> |
|
From: Roddy G. P. S. <rp...@gm...> - 2005-02-26 03:27:38
|
I have the same problem on a linux box rh9, but using ldconfig, and adding /usr/local/lib to the /etc/ld.so.conf , i dont receive that message again, the graphics is function ok like the formats html, pdf and cvs but; when the datasource is mysql dont: [root@eureka-sg rlib]# php rlib.php Setting locale to [LC_CTYPE=es_EC.UTF-8;LC_NUMERIC=C;LC_TIME=C;LC_COLLATE=C;LC_MONETARY=C;LC_MESSAGES=C;LC_PAPER=C;LC_NAME=C;LC_ADDRESS=C;LC_TELEPHONE=C;LC_MEASUREMENT=C;LC_IDENTIFICATION=C] FAILEDencoding is NULL or invalid [C]... using en_USencoding is NULL or invalid [C]... using en_USencoding is NULL or invalid [C]... using en_USencoding is NULL or invalid [C]... using en_USencoding is NULL or invalid [C]... using en_USencoding is NULL or invalid [C]... using en_USencoding is NULL or invalid [C]... using en_USencoding is NULL or invalid [C]... using en_USencoding is NULL or invalid [C]... using en_USencoding is NULL or invalid [C]... using en_USencoding is NULL or invalid [C]... using en_USLocale set to: es_EC** NUTS.. WE CRASHED Abandona (core dumped) |
|
From: Bob D. <bd...@si...> - 2005-02-26 01:09:22
|
Oh.. Not sure how this works in BSD but in Linux if you install a library outside of where dynamic linking knows where to fix it you need to set $LD_LIBRARY_PATH to where the library is installed... so it works @ run time - bob On Fri, 2005-02-25 at 19:00 -0600, Al Arzaga wrote: > Ah, yes. I was considering including that in my email. > This is what mine says: > > rlib-1.3.1: > > prefix: /home/aarzaga/bin/rlib > compiler: gcc > Memory debugging: no > Warning Fun: no > Crash detection: yes > UTF8 disabled: yes > > INPUTS: > MYSQL: yes > POSTGRE: no > ODBC: yes > > OUTPUTS: > PDF: yes > HTML: Always > CSV: Always > TEXT: Always > > GRAPHING: > PDF: yes > HTML: no > > BINDINGS: > PHP: yes > PHP entension dir: /usr/local/lib/php/20040412 > PYTHON: no > PYTHON version: 2.2 > PYTHON entension dir: > JAVA: no > PERL: no > PERL entension dir: > > Music: Snow Patrol > > Having Problems: rli...@li... > Want to contribute: rli...@li... > > > On Feb 25, 2005, at 6:55 PM, Bob Doan wrote: > > > Hi, > > > > When you configured RLIB there was a little report at the end.. > > > > Under the Inputs section was MySQL Enabled or not? > > > > On linux macines you need to have mysql-devel installed. The key is a > > program called "mysql_config" which comes in that package.. > > > > Dunno what you would need on BSD > > > > Marty? :) > > > > - bob > > > > On Fri, 2005-02-25 at 18:10 -0600, Al Arzaga wrote: > >> Hi, > >> > >> I'm now testing out rlib 1.3.1 using Example 1 in Chapter 6 of the > >> documentation. I saved the php source in test.php and the xml source > >> in report.xml. I'm running PHP 5.0.2. The sample tables were created > >> in a mysql db table I called 'test'. I was able to access it > >> perfectly > >> fine via the mysql command line client using the same db access > >> settings I used in the sample code. But here are my results: > >> > >> [kungpao:~]$ php test.php > test.pdf > >> Could Not Load MYSQL Input [Shared object "libr-mysql.so" not found] > >> rlib_add_query_as: Could not find input source [mysql]! > >> CPDF version 2.02-r1-2 > >> ** NUTS.. WE CRASHED > >> Quit (core dumped) > >> > >> > >> It says it couldn't find libr-mysql.so but it exists in > >> ~/bin/rlib/lib/ > >> > >> My ./configure paramaters: > >> --with-perl-include=/usr/bin/perl --disable-python --disable-postgres > >> --prefix=/home/aarzaga/bin/rlib --exec-prefix=/home/aarzaga/bin/rlib > >> --disable-utf8: > >> > >> > >> > >> -Al > >> > >> > >> ------------------------------------------------------- > >> SF email is sponsored by - The IT Product Guide > >> Read honest & candid reviews on hundreds of IT Products from real > >> users. > >> Discover which products truly live up to the hype. Start reading now. > >> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > >> _______________________________________________ > >> Rlib-users mailing list > >> Rli...@li... > >> https://lists.sourceforge.net/lists/listinfo/rlib-users > > -- > > Bob Doan <bd...@si...> > > > -- Bob Doan <bd...@si...> |
|
From: Al A. <aa...@ge...> - 2005-02-26 01:00:19
|
Ah, yes. I was considering including that in my email.
This is what mine says:
rlib-1.3.1:
prefix: /home/aarzaga/bin/rlib
compiler: gcc
Memory debugging: no
Warning Fun: no
Crash detection: yes
UTF8 disabled: yes
INPUTS:
MYSQL: yes
POSTGRE: no
ODBC: yes
OUTPUTS:
PDF: yes
HTML: Always
CSV: Always
TEXT: Always
GRAPHING:
PDF: yes
HTML: no
BINDINGS:
PHP: yes
PHP entension dir: /usr/local/lib/php/20040412
PYTHON: no
PYTHON version: 2.2
PYTHON entension dir:
JAVA: no
PERL: no
PERL entension dir:
Music: Snow Patrol
Having Problems: rli...@li...
Want to contribute: rli...@li...
On Feb 25, 2005, at 6:55 PM, Bob Doan wrote:
> Hi,
>
> When you configured RLIB there was a little report at the end..
>
> Under the Inputs section was MySQL Enabled or not?
>
> On linux macines you need to have mysql-devel installed. The key is a
> program called "mysql_config" which comes in that package..
>
> Dunno what you would need on BSD
>
> Marty? :)
>
> - bob
>
> On Fri, 2005-02-25 at 18:10 -0600, Al Arzaga wrote:
>> Hi,
>>
>> I'm now testing out rlib 1.3.1 using Example 1 in Chapter 6 of the
>> documentation. I saved the php source in test.php and the xml source
>> in report.xml. I'm running PHP 5.0.2. The sample tables were created
>> in a mysql db table I called 'test'. I was able to access it
>> perfectly
>> fine via the mysql command line client using the same db access
>> settings I used in the sample code. But here are my results:
>>
>> [kungpao:~]$ php test.php > test.pdf
>> Could Not Load MYSQL Input [Shared object "libr-mysql.so" not found]
>> rlib_add_query_as: Could not find input source [mysql]!
>> CPDF version 2.02-r1-2
>> ** NUTS.. WE CRASHED
>> Quit (core dumped)
>>
>>
>> It says it couldn't find libr-mysql.so but it exists in
>> ~/bin/rlib/lib/
>>
>> My ./configure paramaters:
>> --with-perl-include=/usr/bin/perl --disable-python --disable-postgres
>> --prefix=/home/aarzaga/bin/rlib --exec-prefix=/home/aarzaga/bin/rlib
>> --disable-utf8:
>>
>>
>>
>> -Al
>>
>>
>> -------------------------------------------------------
>> SF email is sponsored by - The IT Product Guide
>> Read honest & candid reviews on hundreds of IT Products from real
>> users.
>> Discover which products truly live up to the hype. Start reading now.
>> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
>> _______________________________________________
>> Rlib-users mailing list
>> Rli...@li...
>> https://lists.sourceforge.net/lists/listinfo/rlib-users
> --
> Bob Doan <bd...@si...>
>
|
|
From: Bob D. <bd...@si...> - 2005-02-26 00:56:09
|
Hi, When you configured RLIB there was a little report at the end.. Under the Inputs section was MySQL Enabled or not? On linux macines you need to have mysql-devel installed. The key is a program called "mysql_config" which comes in that package.. Dunno what you would need on BSD Marty? :) - bob On Fri, 2005-02-25 at 18:10 -0600, Al Arzaga wrote: > Hi, > > I'm now testing out rlib 1.3.1 using Example 1 in Chapter 6 of the > documentation. I saved the php source in test.php and the xml source > in report.xml. I'm running PHP 5.0.2. The sample tables were created > in a mysql db table I called 'test'. I was able to access it perfectly > fine via the mysql command line client using the same db access > settings I used in the sample code. But here are my results: > > [kungpao:~]$ php test.php > test.pdf > Could Not Load MYSQL Input [Shared object "libr-mysql.so" not found] > rlib_add_query_as: Could not find input source [mysql]! > CPDF version 2.02-r1-2 > ** NUTS.. WE CRASHED > Quit (core dumped) > > > It says it couldn't find libr-mysql.so but it exists in ~/bin/rlib/lib/ > > My ./configure paramaters: > --with-perl-include=/usr/bin/perl --disable-python --disable-postgres > --prefix=/home/aarzaga/bin/rlib --exec-prefix=/home/aarzaga/bin/rlib > --disable-utf8: > > > > -Al > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Rlib-users mailing list > Rli...@li... > https://lists.sourceforge.net/lists/listinfo/rlib-users -- Bob Doan <bd...@si...> |
|
From: Al A. <aa...@ge...> - 2005-02-26 00:10:40
|
Hi, I'm now testing out rlib 1.3.1 using Example 1 in Chapter 6 of the documentation. I saved the php source in test.php and the xml source in report.xml. I'm running PHP 5.0.2. The sample tables were created in a mysql db table I called 'test'. I was able to access it perfectly fine via the mysql command line client using the same db access settings I used in the sample code. But here are my results: [kungpao:~]$ php test.php > test.pdf Could Not Load MYSQL Input [Shared object "libr-mysql.so" not found] rlib_add_query_as: Could not find input source [mysql]! CPDF version 2.02-r1-2 ** NUTS.. WE CRASHED Quit (core dumped) It says it couldn't find libr-mysql.so but it exists in ~/bin/rlib/lib/ My ./configure paramaters: --with-perl-include=/usr/bin/perl --disable-python --disable-postgres --prefix=/home/aarzaga/bin/rlib --exec-prefix=/home/aarzaga/bin/rlib --disable-utf8: -Al |
|
From: Bob D. <bd...@si...> - 2005-02-23 16:03:51
|
Soon. The port is not yet complete - bob On Wed, 2005-02-23 at 07:00 +0000, alagu madhu wrote: > Hi, > > I am looking for the RLIB on windows installation. > > > > ________________________________________________________________________ > Yahoo! Messenger - Communicate instantly..."Ping" > your friends today! Download Messenger Now > http://uk.messenger.yahoo.com/download/index.html > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Rlib-users mailing list > Rli...@li... > https://lists.sourceforge.net/lists/listinfo/rlib-users |
|
From: alagu m. <alm...@ya...> - 2005-02-23 07:00:58
|
Hi,
I am looking for the RLIB on windows installation.
________________________________________________________________________
Yahoo! Messenger - Communicate instantly..."Ping"
your friends today! Download Messenger Now
http://uk.messenger.yahoo.com/download/index.html
|
|
From: Bob D. <bd...@si...> - 2005-02-22 11:55:20
|
Hi, Thats my bad. Remove "-ldl" from Makefile.am and re make This will be fixed in RLIB 1.3.2 - bob On Mon, 2005-02-21 at 21:09 -0600, Al Arzaga wrote: > Thanks, Marty. > > Actually, I do have iconv.h in both directories. I did not look > thoroughly before I sent that first post. > > I followed your example and set CPPFLAGS accordingly. The configure > was able to complete with just the warnings. However, when I run a > make I get a '/usr/bin/ld: cannot find -ldl' and the make stops there. > > How do I get passed this one? > > -Al > > On Feb 21, 2005, at 3:52 PM, Marty Kacin wrote: > > > Hey Guys, > > > > I've got iconv.h in both: > > > > ./usr/include/sys/iconv.h > > ./usr/local/include/iconv.h > > > > my dev environment (my RLIB compile env) will find the iconv in > > /usr/local/include. BTW, I don't find iconf.h anywhere on my system > > but my compiles are working fine. Per the warnings, you might have > > some path resolution issues and your dev env is not referencing > > /usr/include/sys by default? > > > > I script something similar to the following in order to compile and > > force some paths: > > > > freebsd>env CPPFLAGS="-I/usr/local/include -L/usr/local/lib" > > ./configure --prefix=/../rlib --exec-prefix=/../rlib --disable-utf8 > > > > This info is from a bsd 5.2.1 box. Hope it helps.... > > > > -marty > > > > > > > > On Sun, 20 Feb 2005 13:49:50 -0500, Bob Doan <bd...@si...> > > wrote: > >> Hi, > >> > >> Hym... Any idea why iconv.h is in /usr/include/sys/iconv.h? > >> > >> I know RLIB does work on FreeBSD. > >> Marty Kacin uses RLIB on FreeBSD > >> > >> For you maybe symlink iconv.h to /usr/include > >> > >> Any ideas Marty? > >> > >> - bob > >> > >> > >> On Sun, 2005-02-20 at 12:14 -0600, Al Arzaga wrote: > >>> Greetings, > >>> > >>> I'm having issues running the following configure command on my > >>> FreeBSD > >>> 5.2.1 machine: > >>> > >>> ./configure --with-perl-include="/usr/bin/perl" --with-pythonver=2.4 > >>> --without-postgres > >>> > >>> Notable results: > >>>> checking for pg_config... no > >>>> *** WARNING: POSTGRE NOT FOUND IN PATH. RLIB WILL NOT BE COMPILED > >>>> WITH > >>> SUPPORT FOR IT > >>>> checking for gdlib-config... no > >>>> *** WARNING: GD NOT FOUND IN PATH. RLIB WILL NOT BE COMPILED WITH > >>>> SUPPORT > >>> FOR IT > >>>> checking for PERL files... configure: WARNING: PERL bindings are > >>>> not going > >>> to be used > >>>> checking iconv.h usability... no > >>>> checking iconv.h presence... no > >>>> checking for iconv.h... no > >>>> configure: error: cannot find iconf.h > >>> > >>> Warnings notwithstanding, how do I get past the error in which it > >>> can't find > >>> iconv.h and iconf.h? On my machine iconv.h can be found in > >>> /usr/include/sys/iconv.h > >>> > >>> I've tried this on both RLIB 1.2.1 and RLIB 1.3.1 > >>> > >>> > >>> -Al > >>> > >>> > >>> ------------------------------------------------------- > >>> SF email is sponsored by - The IT Product Guide > >>> Read honest & candid reviews on hundreds of IT Products from real > >>> users. > >>> Discover which products truly live up to the hype. Start reading now. > >>> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > >>> _______________________________________________ > >>> Rlib-users mailing list > >>> Rli...@li... > >>> https://lists.sourceforge.net/lists/listinfo/rlib-users > >> -- > >> Bob Doan <bd...@si...> > >> > >> > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Rlib-users mailing list > Rli...@li... > https://lists.sourceforge.net/lists/listinfo/rlib-users -- Bob Doan <bd...@si...> |
|
From: Al A. <aa...@ge...> - 2005-02-22 03:09:14
|
Thanks, Marty. Actually, I do have iconv.h in both directories. I did not look thoroughly before I sent that first post. I followed your example and set CPPFLAGS accordingly. The configure was able to complete with just the warnings. However, when I run a make I get a '/usr/bin/ld: cannot find -ldl' and the make stops there. How do I get passed this one? -Al On Feb 21, 2005, at 3:52 PM, Marty Kacin wrote: > Hey Guys, > > I've got iconv.h in both: > > ./usr/include/sys/iconv.h > ./usr/local/include/iconv.h > > my dev environment (my RLIB compile env) will find the iconv in > /usr/local/include. BTW, I don't find iconf.h anywhere on my system > but my compiles are working fine. Per the warnings, you might have > some path resolution issues and your dev env is not referencing > /usr/include/sys by default? > > I script something similar to the following in order to compile and > force some paths: > > freebsd>env CPPFLAGS="-I/usr/local/include -L/usr/local/lib" > ./configure --prefix=/../rlib --exec-prefix=/../rlib --disable-utf8 > > This info is from a bsd 5.2.1 box. Hope it helps.... > > -marty > > > > On Sun, 20 Feb 2005 13:49:50 -0500, Bob Doan <bd...@si...> > wrote: >> Hi, >> >> Hym... Any idea why iconv.h is in /usr/include/sys/iconv.h? >> >> I know RLIB does work on FreeBSD. >> Marty Kacin uses RLIB on FreeBSD >> >> For you maybe symlink iconv.h to /usr/include >> >> Any ideas Marty? >> >> - bob >> >> >> On Sun, 2005-02-20 at 12:14 -0600, Al Arzaga wrote: >>> Greetings, >>> >>> I'm having issues running the following configure command on my >>> FreeBSD >>> 5.2.1 machine: >>> >>> ./configure --with-perl-include="/usr/bin/perl" --with-pythonver=2.4 >>> --without-postgres >>> >>> Notable results: >>>> checking for pg_config... no >>>> *** WARNING: POSTGRE NOT FOUND IN PATH. RLIB WILL NOT BE COMPILED >>>> WITH >>> SUPPORT FOR IT >>>> checking for gdlib-config... no >>>> *** WARNING: GD NOT FOUND IN PATH. RLIB WILL NOT BE COMPILED WITH >>>> SUPPORT >>> FOR IT >>>> checking for PERL files... configure: WARNING: PERL bindings are >>>> not going >>> to be used >>>> checking iconv.h usability... no >>>> checking iconv.h presence... no >>>> checking for iconv.h... no >>>> configure: error: cannot find iconf.h >>> >>> Warnings notwithstanding, how do I get past the error in which it >>> can't find >>> iconv.h and iconf.h? On my machine iconv.h can be found in >>> /usr/include/sys/iconv.h >>> >>> I've tried this on both RLIB 1.2.1 and RLIB 1.3.1 >>> >>> >>> -Al >>> >>> >>> ------------------------------------------------------- >>> SF email is sponsored by - The IT Product Guide >>> Read honest & candid reviews on hundreds of IT Products from real >>> users. >>> Discover which products truly live up to the hype. Start reading now. >>> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click >>> _______________________________________________ >>> Rlib-users mailing list >>> Rli...@li... >>> https://lists.sourceforge.net/lists/listinfo/rlib-users >> -- >> Bob Doan <bd...@si...> >> >> |
|
From: Marty K. <ma...@gm...> - 2005-02-21 21:53:11
|
Hey Guys, I've got iconv.h in both: ./usr/include/sys/iconv.h ./usr/local/include/iconv.h my dev environment (my RLIB compile env) will find the iconv in /usr/local/include. BTW, I don't find iconf.h anywhere on my system but my compiles are working fine. Per the warnings, you might have some path resolution issues and your dev env is not referencing /usr/include/sys by default? I script something similar to the following in order to compile and force some paths: freebsd>env CPPFLAGS="-I/usr/local/include -L/usr/local/lib" ./configure --prefix=/../rlib --exec-prefix=/../rlib --disable-utf8 This info is from a bsd 5.2.1 box. Hope it helps.... -marty On Sun, 20 Feb 2005 13:49:50 -0500, Bob Doan <bd...@si...> wrote: > Hi, > > Hym... Any idea why iconv.h is in /usr/include/sys/iconv.h? > > I know RLIB does work on FreeBSD. > Marty Kacin uses RLIB on FreeBSD > > For you maybe symlink iconv.h to /usr/include > > Any ideas Marty? > > - bob > > > On Sun, 2005-02-20 at 12:14 -0600, Al Arzaga wrote: > > Greetings, > > > > I'm having issues running the following configure command on my FreeBSD > > 5.2.1 machine: > > > > ./configure --with-perl-include="/usr/bin/perl" --with-pythonver=2.4 > > --without-postgres > > > > Notable results: > > > checking for pg_config... no > > > *** WARNING: POSTGRE NOT FOUND IN PATH. RLIB WILL NOT BE COMPILED WITH > > SUPPORT FOR IT > > > checking for gdlib-config... no > > > *** WARNING: GD NOT FOUND IN PATH. RLIB WILL NOT BE COMPILED WITH SUPPORT > > FOR IT > > > checking for PERL files... configure: WARNING: PERL bindings are not going > > to be used > > > checking iconv.h usability... no > > > checking iconv.h presence... no > > > checking for iconv.h... no > > > configure: error: cannot find iconf.h > > > > Warnings notwithstanding, how do I get past the error in which it can't find > > iconv.h and iconf.h? On my machine iconv.h can be found in > > /usr/include/sys/iconv.h > > > > I've tried this on both RLIB 1.2.1 and RLIB 1.3.1 > > > > > > -Al > > > > > > ------------------------------------------------------- > > SF email is sponsored by - The IT Product Guide > > Read honest & candid reviews on hundreds of IT Products from real users. > > Discover which products truly live up to the hype. Start reading now. > > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > > _______________________________________________ > > Rlib-users mailing list > > Rli...@li... > > https://lists.sourceforge.net/lists/listinfo/rlib-users > -- > Bob Doan <bd...@si...> > > |
|
From: Bob D. <bd...@si...> - 2005-02-20 18:50:02
|
Hi, Hym... Any idea why iconv.h is in /usr/include/sys/iconv.h? I know RLIB does work on FreeBSD. Marty Kacin uses RLIB on FreeBSD For you maybe symlink iconv.h to /usr/include Any ideas Marty? - bob On Sun, 2005-02-20 at 12:14 -0600, Al Arzaga wrote: > Greetings, > > I'm having issues running the following configure command on my FreeBSD > 5.2.1 machine: > > ./configure --with-perl-include="/usr/bin/perl" --with-pythonver=2.4 > --without-postgres > > Notable results: > > checking for pg_config... no > > *** WARNING: POSTGRE NOT FOUND IN PATH. RLIB WILL NOT BE COMPILED WITH > SUPPORT FOR IT > > checking for gdlib-config... no > > *** WARNING: GD NOT FOUND IN PATH. RLIB WILL NOT BE COMPILED WITH SUPPORT > FOR IT > > checking for PERL files... configure: WARNING: PERL bindings are not going > to be used > > checking iconv.h usability... no > > checking iconv.h presence... no > > checking for iconv.h... no > > configure: error: cannot find iconf.h > > Warnings notwithstanding, how do I get past the error in which it can't find > iconv.h and iconf.h? On my machine iconv.h can be found in > /usr/include/sys/iconv.h > > I've tried this on both RLIB 1.2.1 and RLIB 1.3.1 > > > -Al > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Rlib-users mailing list > Rli...@li... > https://lists.sourceforge.net/lists/listinfo/rlib-users -- Bob Doan <bd...@si...> |
|
From: Al A. <aa...@ge...> - 2005-02-20 18:14:22
|
Greetings, I'm having issues running the following configure command on my FreeBSD 5.2.1 machine: ./configure --with-perl-include="/usr/bin/perl" --with-pythonver=2.4 --without-postgres Notable results: > checking for pg_config... no > *** WARNING: POSTGRE NOT FOUND IN PATH. RLIB WILL NOT BE COMPILED WITH SUPPORT FOR IT > checking for gdlib-config... no > *** WARNING: GD NOT FOUND IN PATH. RLIB WILL NOT BE COMPILED WITH SUPPORT FOR IT > checking for PERL files... configure: WARNING: PERL bindings are not going to be used > checking iconv.h usability... no > checking iconv.h presence... no > checking for iconv.h... no > configure: error: cannot find iconf.h Warnings notwithstanding, how do I get past the error in which it can't find iconv.h and iconf.h? On my machine iconv.h can be found in /usr/include/sys/iconv.h I've tried this on both RLIB 1.2.1 and RLIB 1.3.1 -Al |
|
From: Bob D. <bd...@si...> - 2005-02-19 00:06:50
|
Hi, First rlib-sales is for Sales Questions. Non Paid Support questions should be sent to rli...@li... Libxml can be downloaded from http://www.xmlsoft.org/ ftp://xmlsoft.org/libxml2-2.6.17.tar.gz Shoud do the trick Untar it, configure it like: ./configure --prefix=/usr make (as root) make install - bob On Fri, 2005-02-18 at 16:08 +0530, Inpreet Singh wrote: > Hello, > > I am trying to install RLIB library on my Red Hat Linux 9 and getting > error : > > checking for libxml-2.0 >= 2.6.0... Requested 'libxml-2.0 >= 2.6.0' > but version of libXML is 2.5.4 > > configure: error: Library requirements (libxml-2.0 >= 2.6.0) not met; > consider adjusting the PKG_CONFIG_PATH environment variable if your > libraries are in a nonstandard prefix so pkg-config can find them. > > Now when I searched on rpmfind.net for libxml-2.0, it shows that no > such rpm exists. Where I can find this rpm. > I have also installed pkgconfig-0.15.0 on my Linux machine. > > Thanks and Regards > Inpreet Singh > > -- Bob Doan <bd...@si...> |
|
From: Bob D. <bd...@si...> - 2005-02-18 16:16:31
|
Hi Marty, Fixed in the next release Ty! - bob On Tue, 2005-02-15 at 18:23 -0800, Marty Kacin wrote: > Hi Bob, > > FYI, the 1.3.1 release has re-introduced the -ldl compile problem on > FreeBSD. Here's the snippet from the last time I encountered this on > bsd: > > >>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) > > > > > > remove it and compile is fine..... > > -marty > > > > > On Thu, 20 Jan 2005 13:30:38 -0500, Bob Doan <bd...@si...> wrote: > > Hey all, > > > > I'm pleased to announce the official release of RLIB 1.3.1 (UNSTABLE). > > > > The major changes are graphing support. > > > > For examples see: > > > > http://www.sicom.com/~bdoan/report.html > > and http://www.sicom.com/~bdoan/report.pdf > > > > In src/examples/php/ there is graphing.xml and graphing.php which show > > you how to use it. > > > > The graphing support is not quite yet complete as there are still a few > > problems w/ y axis labeling and ticking.. but it works out nice a lot of > > the time. > > > > At this time I want to give a VERY SPECIAL THANK YOU to Mike Ibison for > > all of his help w/ graping support! It would not have been possible w/ > > out his help! (Mike doesn't work for SICOM so he did this on his own > > time) > > > > Once again!! Thanks Mike! > > > > Get it from the usual place: > > > > http://rlib.sicompos.com > > > > Note RLIB requires gd > 2.0 form HTML images support Packages needed are > > (gd, gd-devel, AND gd-progs) > > > > There are a few more things to get done before RLIB 1.4 comes out: > > * Fix up python bindings > > * Fix up java bindings > > * Finish perl bindings > > * Windows Port > > * Graphing cleanup > > > > All feedback is appreciated > > > > - bob > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting > > Tool for open source databases. Create drag-&-drop reports. Save time > > by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. > > Download a FREE copy at http://www.intelliview.com/go/osdn_nl > > _______________________________________________ > > Rlib-users mailing list > > Rli...@li... > > https://lists.sourceforge.net/lists/listinfo/rlib-users > > |
11 messages has been excluded from this view by a project administrator.
