Menu
▾
▴
rlib-users
|
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-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 01:00:19
Attachments:
Alden Arzaga.vcf
|
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 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 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: 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: 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 > |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X