Menu
▾
▴
rlib-devel — RLIB Development Mailing List
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
(4) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(2) |
Feb
(4) |
Mar
(10) |
Apr
(2) |
May
(2) |
Jun
(2) |
Jul
(9) |
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
(9) |
| 2005 |
Jan
(2) |
Feb
|
Mar
(8) |
Apr
(46) |
May
(16) |
Jun
(69) |
Jul
(27) |
Aug
(12) |
Sep
|
Oct
(11) |
Nov
|
Dec
(14) |
| 2006 |
Jan
(22) |
Feb
(4) |
Mar
(9) |
Apr
(1) |
May
|
Jun
(4) |
Jul
|
Aug
(1) |
Sep
(6) |
Oct
(5) |
Nov
(2) |
Dec
(16) |
| 2007 |
Jan
(1) |
Feb
|
Mar
(5) |
Apr
(3) |
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
(2) |
Nov
(2) |
Dec
(3) |
| 2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(14) |
Sep
(10) |
Oct
|
Nov
|
Dec
|
| 2009 |
Jan
|
Feb
(3) |
Mar
|
Apr
(2) |
May
(7) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
(2) |
Nov
|
Dec
|
| 2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
|
From: Farryp <fa...@co...> - 2004-07-01 22:30:57
|
Hi, I'm wondering if there is a way to pass data to rlib without using a datasource. I'm using a replication system so I do not connect to a particular database. Is there is a way of instead of using rlib_add_datasource... and rlib_add_query_as, can I instead of having a select statement , having a variable which contains the data that I need RLIB to populate ? I will use my own libraries to get the data from the database. Thanks farry |
|
From: Bob D. <bd...@si...> - 2004-07-01 16:25:42
|
All, I made small small changes to RLIB to make python work.. and moved some config file stuff around Please TRY RLIB 1.1.9 one more time to make sure it still works for you http://www.sicompos.com/~bdoan/rlib-1.1.9.tar.gz If this release goes well we will have the official 1.2.0Z(stable) release based off this If any one wants to write some more documentation to rlib please get in touch w/ me - bob |
|
From: Farryp <fa...@co...> - 2004-06-30 17:17:57
|
Hi group. I just installed rlib 1.1.9 on Fedora Core 1.0 but it looks like there are some problems with python. [farryp@acme python]$ python Python 2.2.3 (#1, Oct 15 2003, 23:33:35) [GCC 3.3.1 20030930 (Red Hat Linux 3.3.1-6)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> >>> >>> import librlib Traceback (most recent call last): File "<stdin>", line 1, in ? ImportError: dynamic module does not define init function (initlibrlib) >>> Am I doing something wrong ? Best regards Farry |
|
From: <vit...@ya...> - 2004-06-14 09:13:58
|
$BFMA3$N%a!<%k<:Ni$$$?$7$^$9!#(B
$B6H3&=i!*JV6bBg4?7^!*8z2LJ]>ZIU!J#2(B,$B#1#0#01_(B $B@G9~!K<+?.$,M-$k$+$i=PMh$k!*(B
$B!c#1K\$@$19XF~!"0{$s$G$7$^$C$?8e$G$b!"G<F@$$$+$J$1$l$PJV6bCW$7$^$9!#!d(B
$B@-=U2sI|!*CK@-5!G=8~>e@-%I%j%s%/!!!V%S%?!&%^%s!WB(8z!u;}B3!&@:NO(BUp$B7r9/?)IJ$G$9!#0{MQ!"#4#0J,8e$+$i$,!"$*3Z$7$_!*!*(B
$B#1K\;n$;$PG<F@!*=>$C$FEv<R$G$O!"C1IJCmJ84?7^!*$5$i$K!"8z2L$,F@$i$l$J$+$C$?>l9g!"$*5RMM8}:B$XA43[$4JV6bCW$7$^$9!#(B
$BJ#?tK\9XF~$NJ}$b!"8z2LJ]>Z!J#1K\!K$@$1$G$O$J$/!"3+@r$7$F$$$J$$>&IJ$O!"$9$Y$FGcLa$7CW$7$^$9!#(B
$B=w@-$NJ}$b$40{MQ2DG=!#Nd@-$NJ}$K$*$9$9$a!*(B
$B:#$9$02<5-%[!<%`%Z!<%8$+$i$4CmJ82<$5$$!*(B
http://www.vitamanjapan.com
$BG[?.Dd;_$r$44uK>$NJ}$O!"$*<j?t$G$O$4$6$$$^$9$,!"(B
$B7oL>$r!VG[?.Dd;_!W$H$7$F$$$?$@$-!V(Bvi...@ya...$B!W$^$G(BE-mail$B$K$F$*CN$i$;2<$5$$!#(B
$B!c;v6H<T!d(B
$B3t<02q<R%M%C%H%o!<%k%I%S%8%M%9(B
$B%S%?%^%s;v6HIt(B
$BEl5~ETJ85~6h8~5V(B2-37-6
|
|
From: <ben...@id...> - 2004-05-25 07:46:12
|
Dear Open Source developer I am doing a research project on "Fun and Software Development" in which I kindly invite you to participate. You will find the online survey under http://fasd.ethz.ch/qsf/. The questionnaire consists of 53 questions and you will need about 15 minutes to complete it. With the FASD project (Fun and Software Development) we want to define the motivational significance of fun when software developers decide to engage in Open Source projects. What is special about our research project is that a similar survey is planned with software developers in commercial firms. This procedure allows the immediate comparison between the involved individuals and the conditions of production of these two development models. Thus we hope to obtain substantial new insights to the phenomenon of Open Source Development. With many thanks for your participation, Benno Luthiger PS: The results of the survey will be published under http://www.isu.unizh.ch/fuehrung/blprojects/FASD/. We have set up the mailing list fa...@we... for this study. Please see http://fasd.ethz.ch/qsf/mailinglist_en.html for registration to this mailing list. _______________________________________________________________________ Benno Luthiger Swiss Federal Institute of Technology Zurich 8092 Zurich Mail: benno.luthiger(at)id.ethz.ch _______________________________________________________________________ |
|
From: Bob D. <bd...@si...> - 2004-05-18 13:55:09
|
Hello All, After much work SICOM is happy to release the next version of RLIB. Changes Include: 1.1.8 === - UTF8 backed for international folks, can be disabled (CHET) - Paper types (me) - Java support (me) - Examples (me) - New way to format money (chet) - New way of doing dates (chet) - Lots of bug fixes (chet) Where to get it: http://rlib.sicompos.com News and Notes: Some of you may have noticed the development pace of RLIB has slowed down a bit. The reason is because we at SICOM are now using RLIB for all of our reporting, and we have tons of reports that are getting converted. But, the good news is lots more features will have to be added to RLIB.. so stay tuned ** PLEASE TEST ** We would like to release an official stable release soon. So we would appreciate feedback from this release. - bob |
|
From: Bob D. <bd...@si...> - 2004-04-29 12:36:24
|
Chet, I added a --disable-utf8 param to RLIB. I implemented most of it.. basically it allows RLIB to run the way it used to before UTF8 (Running on 8859-1) We are going to need this initially on the SL18 until I can upgrade all of libc.. no fun Can you finish it? I did parsexml and most of pcode_op_functions .. but you may want to do it a bit different so I didn't go all the way - Bob |
|
From: Chet H. <che...@si...> - 2004-03-26 19:58:27
|
Sorry Raimund, as far as we know nobody has made RLIB run on M$Windows. Porting to Windows is not on our immediate schedule so it could be a long time before we have a version available. Chet Raimund Heinl wrote: >Hi Rlib Developer, > >i found your project in sourceforge. > >i would like to try the features - the problem > >is that i am developing in M$Windows Visual 6.0. > >Do you have a Makefile / or DSP File for this environment. > >Is it possible to use Rlib with Ms Windows ? > > > >i would looking forward to get a Mail from you. > > > >Please send me an Mail to : he...@gm... > > > >thanks > >best regards from Germany. > > > > > > |
|
From: Everton L. B. <ev...@fa...> - 2004-03-25 20:49:14
|
Chet Heilman wrote: > Hi Everton, Hi, > > I can't tell what is happening from that stack trace. It was not in > RLIB at the time it crashed. I think that maybe RLIB does not remove its > exception handler when it exits, or maybe it got stuck in a loop and got > killed - can't tell. > > Anyway, was your database created with a specific encoding? The > latest RLIB requires the DB to be in UTF8. That is probably why the > characters are not coming out correctly. I suspected this might be a > problem in this version, but making everything work out correctly could > get very confusing. If this is the case, we need an input encoding for > the datasource. > > I suspect that your DB is encoded as iso-8859-1. Yes, you are right. > > 1.1.8 versions of RLIB use UTF8 internally. libxml always produces UTF8. > > Does anyone know if there is a way to 'ask' the db what encoding it > is using? That would eliminate the need for the app level to set it. At Postgres you can execute: SELECT getdatabaseencoding(); Returns for me 'LATIN1', it's the same of 'ISO-8859-1' > > Anyway, I'll make some changes so that you can set a datasource > encoding. This would be the encoding used by the datasource. > > We could have a similar problem with passed parameters, if they are > not UTF8 encoded. > > Chet > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click > _______________________________________________ > Rlib-devel mailing list > Rli...@li... > https://lists.sourceforge.net/lists/listinfo/rlib-devel > -- Everton Luis Berz Nucleo de Sistemas :: FACCAT - Faculdades de Taquara +55 51 541 6600 - R.647 ICQ 7807919 |
|
From: Chet H. <che...@si...> - 2004-03-25 20:33:11
|
Hi Everton,
I can't tell what is happening from that stack trace. It was not in
RLIB at the time it crashed. I think that maybe RLIB does not remove its
exception handler when it exits, or maybe it got stuck in a loop and got
killed - can't tell.
Anyway, was your database created with a specific encoding? The
latest RLIB requires the DB to be in UTF8. That is probably why the
characters are not coming out correctly. I suspected this might be a
problem in this version, but making everything work out correctly could
get very confusing. If this is the case, we need an input encoding for
the datasource.
I suspect that your DB is encoded as iso-8859-1.
1.1.8 versions of RLIB use UTF8 internally. libxml always produces
UTF8.
Does anyone know if there is a way to 'ask' the db what encoding it
is using? That would eliminate the need for the app level to set it.
Anyway, I'll make some changes so that you can set a datasource
encoding. This would be the encoding used by the datasource.
We could have a similar problem with passed parameters, if they are
not UTF8 encoded.
Chet
Everton Luis Berz wrote:
> encoding bugs:
>
> 1)
> when I use:
> rlib_set_output_encoding($rlib, 'ISO-8859-1');
> rlib_set_locale($rlib, 'pt_BR');
> it makes a "nuts we crashed" error..
>
> 2) only set_locale line makes a blank pdf.
>
> 3) only output_encoding line makes report ok, but special iso-8859-1
> chars are removed. (see Bob mail above)
>
> follow the stack trace for 'nuts we crashed' error (bug #1).
>
> Reading symbols from /lib/libnss_compat.so.2...done.
> Loaded symbols for /lib/libnss_compat.so.2
> #0 0x40433ac1 in kill () from /lib/libc.so.6
> (gdb) bt
> #0 0x40433ac1 in kill () from /lib/libc.so.6
> #1 0x427c4d2b in myFaultHandler (signum=11, si=0x0, aptr=0x0) at
> util.c:45
> #2 0x403c4c45 in __pthread_sighandler () from /lib/libpthread.so.0
> #3 <signal handler called>
> #4 0x404822b5 in _int_free () from /lib/libc.so.6
> #5 0x404810bf in free () from /lib/libc.so.6
> #6 0x081744a3 in zend_hash_destroy (ht=0x81fb100) at
> /usr/local/src/php-4.3.4/Zend/zend_hash.c:556
> #7 0x0817617f in zend_destroy_rsrc_list_dtors () at
> /usr/local/src/php-4.3.4/Zend/zend_list.c:342
> #8 0x0816f5da in zend_shutdown () at
> /usr/local/src/php-4.3.4/Zend/zend.c:557
> #9 0x08145e1f in php_module_shutdown () at
> /usr/local/src/php-4.3.4/main/main.c:1284
> #10 0x0818261e in main (argc=2, argv=0xbffff854) at
> /usr/local/src/php-4.3.4/sapi/cli/php_cli.c:876
> #11 0x4041fd06 in __libc_start_main () from /lib/libc.so.6
>
>
|
|
From: Everton L. B. <ev...@fa...> - 2004-03-25 15:41:44
|
encoding bugs:
1)
when I use:
rlib_set_output_encoding($rlib, 'ISO-8859-1');
rlib_set_locale($rlib, 'pt_BR');
it makes a "nuts we crashed" error..
2) only set_locale line makes a blank pdf.
3) only output_encoding line makes report ok, but special iso-8859-1=20
chars are removed. (see Bob mail above)
follow the stack trace for 'nuts we crashed' error (bug #1).
Reading symbols from /lib/libnss_compat.so.2...done.
Loaded symbols for /lib/libnss_compat.so.2
#0 0x40433ac1 in kill () from /lib/libc.so.6
(gdb) bt
#0 0x40433ac1 in kill () from /lib/libc.so.6
#1 0x427c4d2b in myFaultHandler (signum=3D11, si=3D0x0, aptr=3D0x0) at u=
til.c:45
#2 0x403c4c45 in __pthread_sighandler () from /lib/libpthread.so.0
#3 <signal handler called>
#4 0x404822b5 in _int_free () from /lib/libc.so.6
#5 0x404810bf in free () from /lib/libc.so.6
#6 0x081744a3 in zend_hash_destroy (ht=3D0x81fb100) at=20
/usr/local/src/php-4.3.4/Zend/zend_hash.c:556
#7 0x0817617f in zend_destroy_rsrc_list_dtors () at=20
/usr/local/src/php-4.3.4/Zend/zend_list.c:342
#8 0x0816f5da in zend_shutdown () at=20
/usr/local/src/php-4.3.4/Zend/zend.c:557
#9 0x08145e1f in php_module_shutdown () at=20
/usr/local/src/php-4.3.4/main/main.c:1284
#10 0x0818261e in main (argc=3D2, argv=3D0xbffff854) at=20
/usr/local/src/php-4.3.4/sapi/cli/php_cli.c:876
#11 0x4041fd06 in __libc_start_main () from /lib/libc.so.6
--=20
Everton Luis Berz
Nucleo de Sistemas :: FACCAT - Faculdades de Taquara
+55 51 541 6600 - R.647
ICQ 7807919
Bob Doan wrote:
> Cool.. can you send Chet/ or the list a stack trace of this...=20
>=20
> Thanks!
>=20
> - bob
>=20
> On Thu, 2004-03-25 at 09:54 -0300, Everton Luis Berz wrote:
>=20
>=20
>>Hi
>>paper types are ok.. great!
>>
>>but the characterset of pgsql data has errors..
>>(only from pgsql data, the special iso8859 chars at XML are ok!)
>>where report must be show this:
>>An=E1lise de Sistemas ...
>>
>>it show this:
>>An
>>
>>it cut from special char to end of phrase.
>>
>>And i tried to put rlib_set_locale('pt_BR') and receive a
>>"NUTS.. we crashed" error.
>>
>>
>>--=20
>>Everton Luis Berz
>>Nucleo de Sistemas :: FACCAT - Faculdades de Taquara
>>+55 51 541 6600 - R.647
>>ICQ 7807919
>>
>>
>=20
>=20
|
|
From: Bob D. <bd...@si...> - 2004-03-11 02:03:02
|
2004-03-01 Chet Heilman <che...@si...> * Makefile.am: Add a tgz of the interfaces to the dist because I can't get the below to work. Why not use EXTRA_DIST?? We need to get to the bottom of Perl && JAVA support just to get it out of they way - bob |
|
From: Chet H. <che...@si...> - 2004-03-10 21:55:31
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <title></title> </head> <body> Hi all,<br> <br> I put a new test version on my website <a href="http://elmo.sicompos.com/%7Echeilman">Chet's RLIB Homepage</a>. This fixes crashes with non ascii characters in 8859-1 and some other problems.<br> <br> Version 1.1.8 has been changed internally to work with utf8 rather than 8859-1 directly. This allows almost any character set to be used. libxml which parses the input xml, converts the native character set of the xml into utf8. RLIB versions prior to 1.1.8 converted the input back to 8859-1 and then operated internally using this. 1.1.8 and later versions operate internally with the utf8, thus the output can be converted to any character set. <br> <br> Cpdf which provides the pdf generation for RLIB does not work with all encodings. It has partial support for utf8 for certain asian languages. This is why there are two different output encoding functions in RLIB. The encoding that is passed to the set_pdf_font function is the encoding that is used for pdf generation. If "" is passed, the native encoding of the font is used. Default is WinAnsIEncoding which is similar (but not identical to) 8859-1. (This was the ONLY encoding for PDF in versions prior to 1.1.8). <br> <br> For HTML reporting, the encoding (rlib_set_output_encoding) is best set to UTF8, since most browsers can easily handle this. This value defaults to the encoding used by the current locale.<br> <br> Data coming from the datasources (MySql, Postgres, ODBC, etc, and other functions, including the set_parameter function) should be encoded in UTF8. This is currently assumed by RLIB. If this is NOT the case, we will need to provide functions for setting up and doing these conversions.<br> <br> <br> Chet<br> <br> <br> <br> <br> <br> <br> <br> </body> </html> |
|
From: Chet H. <che...@si...> - 2004-03-08 21:48:57
|
Hi all,
I just posted a new documentation PDF and another update to RLIB on
my RLIB website.
http://elmo.sicompos.com/~cheilman/ <http://elmo.sicompos.com/%7Echeilman/>
This adds some functions to the doc that I thought were already
there. The function to set the font is rlib_set_pdf_font. It affects
only PDF reports. The encoding parameter (for the set_pdf_font) should
be either one of the 4 encodings accepted by CPDF or it can be NULL to
use the default encoding for the font. The encoding set by the
set_output_encoding determines how the UTF-8 is translated - this should
be NULL only if you want UTF-8 (which works in HTML, but not PDF).
Chet
|
|
From: Everton L. B. <ev...@fa...> - 2004-03-08 16:27:42
|
hi,
I modified the follow lines of pdf.c for paper report be A4 instead LETTER.
114: cpdf_pageInit(OUTPUT_PRIVATE(r)->pdf, page_number+i, LANDSCAPE, A4,
A4);
115: cpdf_translate(OUTPUT_PRIVATE(r)->pdf, 0.0, 11.8); /* 11.0 must be
changed for non-LETTER size */
120: cpdf_pageInit(OUTPUT_PRIVATE(r)->pdf, page_number+i, PORTRAIT, A4, A4);
It's okay, but in landscape mode the top of report is cutted (starts at
line 3), and in portrait mode the report starts 3 lines after top of page.
I suggest you add a method ( $rlib->setPaperSize('A4'); ) like new
feature for the next version of rlib.
--
Everton Luis Berz
Nucleo de Sistemas :: FACCAT - Faculdades de Taquara
+55 51 541 6600 - R.647
ICQ 7807919
|
|
From: Chet H. <che...@si...> - 2004-03-02 13:52:40
|
Hi,
I added the updated documentation to my RLIB site.
http://elmo.sicompos.com/~cheilman
<http://elmo.sicompos.com/%7Echeilman>
Chet
|
|
From: Chet H. <che...@si...> - 2004-03-01 16:55:34
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <title></title> </head> <body> Hi all,<br> <br> I've posted a tarball with a new version of RLIB for testing on my <a href="http://elmo.sicompos.com/%7Echeilman">website</a>.<br> <br> Highlights of the changes: <br> <ul> <li>The DATE data type handling has been completly rewritten to allow dates prior to 1/1/70 and to make date comparisons and date arithmetic work properly. </li> <li>Locale handling, including character sets, fonts, etc has been implemented.</li> <li>New, more flexible and locale specific formatting for dates/times, numbers and currency.<br> </li> <li>Many minor fixes and enhancements.</li> </ul> Please note: this is a TEST VERSION with extensive changes and may have many new bugs.<br> <br> Enjoy!!<br> <br> <br> Chet<br> <br> <br> </body> </html> |
|
From: Bob D. <bd...@si...> - 2004-02-17 15:03:31
|
hey guys, We have had **TONS** of problems w/ getting 1.1.7 to compile.. I think I addressed most of them 1) java bindings were picking up kernel headers.. java bindings are off by default for now 2) -W's were causing problems on some unix systems... by default they are off.. if you want them on configure rlib w/ --enable-warningfun 3) I also just added in an "Alternate" report section... right now all it has is a "NoData" section.. so you can put out fun messages for empty result sets 4) Chet is workig is i10n issues.. date issues.. and lots of good stuff.. Hopefully he will be done soon :) and we can have another test release - Bob |
|
From: Bob D. <bd...@si...> - 2004-02-01 20:24:16
|
Ok.. it looks like we need to have _REENTRANT and possibly __STDC__ defined.. I think there are autoconf macros for that stuff.. next thing to do is put them into rlib configure.in.. and then rlib can include config.h and problem solved :) You get two bonus points if you find them for me :) I'll add them in when I get to the office on monday - Bob On Sun, 2004-02-01 at 15:16, Tony Cratz wrote: > Bob, > > > hymmmmm.. looks like it "should" be there... is it actually?? > > > > In linux (on my RH 9.0 box).. my time.h defines localtime_r like: > > > > # if defined __USE_POSIX || defined __USE_MISC > > > > . > > . > > . > > > > extern struct tm *localtime_r (__const time_t *__restrict __timer, > > struct tm *__restrict __tp) __THROW; > > > > so first.. is it defined?? Hopefully yes.. second.. what "#if "'s wrap > > it... those things get set through the include file hell we all know and > > love about *nix :) .. we might need have a #define or .. maybe a > > _GNU_SOURCE or something.. it's been a while since I was on a solaris > > box > > It has 2 different ones they are: > > #if defined(__STDC__) > > #if defined(__EXTENSIONS__) || defined(_REENTRANT) || \ > (_POSIX_C_SOURCE - 0 >= 199506L) > extern struct tm *gmtime_r(const time_t *, struct tm *); > extern struct tm *localtime_r(const time_t *, struct tm *); > #endif /* defined(__EXTENSIONS__) || defined(_REENTRANT) .. */ > > > And > > > #if defined(__EXTENSIONS__) || defined(_REENTRANT) || \ > (_POSIX_C_SOURCE - 0 >= 199506L) > extern struct tm *gmtime_r(); > extern struct tm *localtime_r(); > #endif /* defined(__EXTENSIONS__) || defined(_REENTRANT) .. */ > > > If you would like I can send you my time.h file. > > I'm going out of the house for a while. I should be back in > about 3 - 4 hours. > > > Tony > > > |
|
From: Bob D. <bd...@si...> - 2004-02-01 19:09:07
|
Hi, It turns out you are the second solaris person to see these problems.. we have decided to eliminate the bsd stuff that linux/bsd has... but not solaris and other OS's so we can be more portable.. rlib 1.1.8 will be a lot more portable.. but if you want to get 1.1.7 going in order to fix that error you need to cast the subscripts to int so foo[whatever] make foo[(int)whatever] - Bob On Sun, 2004-02-01 at 13:33, Tony Cratz wrote: > Hello All, > > I hope you can help me. I had a couple of issues which I was > able to solved. Bzero and index both required the strings.h > (note the extra 's' on strings). So I just added the include > and every was fine. > > Until I got the following: > > gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" > -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"rlib\" > -DVERSION=\"1.1.7\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 > -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 > -DHAVE_INTTYPES_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DHAVE_LIBC=1 > -DHAVE_LIBM=1 -DHAVE_MYSQL=1 -DHAVE_PHP=1 -DHAVE_ICONV_H=1 -DHAVE_ICONV_OPEN=1 > -DICONV_CONST_CHAR_PP=1 -DICONV_ISO=ISO8859-1 -DSTDC_HEADERS=1 -DHAVE_FCNTL_H=1 > -DHAVE_UNISTD_H=1 -DHAVE_CPDFLIB_H=1 -DHAVE_LIBCPDF=1 -DENABLE_CRASH=1 -I. -I. > -I/usr/local/include/libxml2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include > -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/opt/include -O3 > -fno-omit-frame-pointer -I/opt/apache/include/php -I/opt/apache/include/php/main > -I/opt/apache/include/php/Zend -I/opt/apache/include/php/TSRM -Wall -Werror -g > -O2 -c resolution.c -Wp,-MD,.deps/resolution.TPlo -fPIC -DPIC -o > .libs/resolution.o > cc1: warnings being treated as errors > resolution.c: In function `rlib_resolve_resultset_field': > resolution.c:86: warning: subscript has type `char' > *** Error code 1 > make: Fatal error: Command failed for target `resolution.lo' > Current working directory /home/cratz/src/rlib/rlib-1.1.7/libsrc > *** Error code 1 > make: Fatal error: Command failed for target `all-recursive' > > > I can't figure out what the problem is. Pleaes help. > > > > Tony > > > > ------------------------------------------------------- > The SF.Net email is sponsored by EclipseCon 2004 > Premiere Conference on Open Tools Development and Integration > See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > http://www.eclipsecon.org/osdn > _______________________________________________ > Rlib-devel mailing list > Rli...@li... > https://lists.sourceforge.net/lists/listinfo/rlib-devel |
|
From: Tony C. <cr...@he...> - 2004-02-01 18:35:13
|
Hello All, I hope you can help me. I had a couple of issues which I was able to solved. Bzero and index both required the strings.h (note the extra 's' on strings). So I just added the include and every was fine. Until I got the following: gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"rlib\" -DVERSION=\"1.1.7\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DHAVE_LIBC=1 -DHAVE_LIBM=1 -DHAVE_MYSQL=1 -DHAVE_PHP=1 -DHAVE_ICONV_H=1 -DHAVE_ICONV_OPEN=1 -DICONV_CONST_CHAR_PP=1 -DICONV_ISO=ISO8859-1 -DSTDC_HEADERS=1 -DHAVE_FCNTL_H=1 -DHAVE_UNISTD_H=1 -DHAVE_CPDFLIB_H=1 -DHAVE_LIBCPDF=1 -DENABLE_CRASH=1 -I. -I. -I/usr/local/include/libxml2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/opt/include -O3 -fno-omit-frame-pointer -I/opt/apache/include/php -I/opt/apache/include/php/main -I/opt/apache/include/php/Zend -I/opt/apache/include/php/TSRM -Wall -Werror -g -O2 -c resolution.c -Wp,-MD,.deps/resolution.TPlo -fPIC -DPIC -o .libs/resolution.o cc1: warnings being treated as errors resolution.c: In function `rlib_resolve_resultset_field': resolution.c:86: warning: subscript has type `char' *** Error code 1 make: Fatal error: Command failed for target `resolution.lo' Current working directory /home/cratz/src/rlib/rlib-1.1.7/libsrc *** Error code 1 make: Fatal error: Command failed for target `all-recursive' I can't figure out what the problem is. Pleaes help. Tony |
|
From: Bob D. <bd...@si...> - 2004-01-21 20:58:53
|
Hey All, I'm happy to announce to release of 1.1.7.. what was a month in the making, but well worth the wait. <READ THIS READ THIS READ THIS> Report element "text" changed to "literal" because libxml2 has a keyword "text".. You will have to change all of your "text"'s to "literal".. sorry.... but it is for the best in the long run.. if you want to complain please direct it at Chet because he noticed it :) </READ THIS READ THIS READ THIS> And the rest of the changes include: - GLIB Integration (bob) - XML 2.6 fixes (chet) - Portability, cleanup Heri Steuer <st...@un...> - New Date, Time, and String Functions (chet) - RLIB XML Compiler and Loader (me).. try (rlibc from the command line) - Major pcode cleanup, syntax same everywhere (chet) - Work around newer PHP's API Bugs (me) - Be more careful about freeing memory (chet) - Correct prototypes for all functions (chet) - Process report variables is a different order so they always work (me, chet) - Added more constants.. make rlib pcode more sane (chet) - Fix spelling mistakes in for RLIB Syntax (chet) - A RLIB DTD (chet)... - And lots of behind the scenes cleanups (me, chet) So... some other cool stuff to try verify your rlib xml's with a dtd: xmllint --xinclude --valid --noout filetocheck.xml libxml 2.6 is now required because of the Xinclude and Xpointer stuff.. neat stuff... Chet did all that so if you want to know more we can force him to post his knowledge to the list Special thanks in this release goes to: Heri Steuer AND Everton Luis Berz I updated the rlib web site.. and put RLIB contibutors in the "Community" section.. thanks guys for all your help And finally.. if you see Chet.. be sure to give him a hug for all his hard work - Bob |
|
From: Bob D. <bd...@si...> - 2004-01-05 23:28:51
|
Chet, Can you look this one over for me.. I'm really busy - Bob -----Forwarded Message----- From: H. Steuer <st...@un...> To: Bob Doan <bd...@si...> Subject: Re: [Rlib-users] rlib on OpenBSD Date: Sat, 03 Jan 2004 03:06:56 +0100 Hi Bob, thanks for your quick answer. The iconv thing was just a tiny issue, as the prototype expects a const char** as its second argument. i attached 2 diffs for your project which may be interresting to you. the api.c diff should be important for portability. e.g. solaris and msvc++ do #define stdout (&_iob[1]), so you can do something like stdout=... but BSD derivatives define stdout another way: extern FILE *__stdinp, *__stdoutp, *__stderrp; #define stdout (__stdoutp) which makes stdout an improper l-value for such an assignement. the way i've rewritten it should work well on all platforms. i just finished the patches and checked the lib compiles so far, will check if it produces any acceptable results tomorrow (its 3:02am now, time for some ZzZ). anyways i wanted to send the patches for review. regards, heri On Fri, 02 Jan 2004 14:48:54 -0500 Bob Doan <bd...@si...> wrote: > I think we had someone get it working on freebsd > > RLIB cvs is much more cross platform friendly (uses gmodule stuff.. so > no implicit -dl) > > What problems are you having w/ iconv?? can you send a patch or > somthing? > > - Bob > > On Fri, 2004-01-02 at 13:47, H. Steuer wrote: > > Hi guys, > > > > im trying to compile rlib on OpenBSD. > > After removing -ldl, fixing a few lines of code due to incompatible pointer types (e.g. to iconv()) i was stuck when it came to some libtool errors. i'm not into libtool stuff and therefore was not able to debug it further. > > did one of you guys ever compile rlib on a *BSD machine? > > > > kind regards, > > heri > > > |
|
From: Bob D. <bd...@si...> - 2003-12-13 15:49:11
|
Ahh.. Much Better.. thanks! - Bob On Sat, 2003-12-13 at 10:29, Mario Teijeiro Otero wrote: > El Sábado, 13 de Diciembre de 2003 16:21, Mario Teijeiro Otero escribió: > > Excuse me. I sent a wrong patch :-(. Now is the good ;) |
|
From: Bob D. <bd...@si...> - 2003-12-13 15:48:38
|
Hi, I think the patch looks good.. I dunno anything about debian... I'm gonna ask one of my Debian friends to have a looksies..... I think what I'm going to do is make a rlib/distros dir and off of that have debian, redhat.. ect for the package files.. A WIN32 port would kick ass and would be most appreciated.. however RLIB is in the process of undergoing a glib migration So we don't need to do this stuff # define DLLFUNC _declspec(dllexport) # define dlopen(x,y) LoadLibrary(x) It's on my immediate TODO list.. unless you wanna do it Basically we need to change the datatypes to the g[whatevers] and need to change dlloading to http://developer.gnome.org/doc/API/2.0/glib/glib-Dynamic-Loading-of-Modules.html And utf8 stuff to glib stuff And that should take care of 99% of the "port" What do you think? P.S.. you might want to work w/ rlib anon cvs - Bob On Sat, 2003-12-13 at 10:21, Mario Teijeiro Otero wrote: > Hello, > > I'm not a debian developer, but I build the direcoty "debian" for rlib-1.1.5. > > For build it, it is necesary apply a patch that I sent to Bob Doean three days > ago. > > The list of packages that generate from source es: > > rlib_1.1.5-1_i386.deb > rlib-dev_1.1.5-1_all.deb > rlib-mysql_1.1.5-1_i386.deb > rlib-odbc_1.1.5-1_i386.deb > rlib-pg_1.1.5-1_i386.deb > rlib-php_1.1.5-1_i386.deb > rlib-python_1.1.5-1_i386.deb > . > > On the other hand, Did try someone port rlib to Win32 platform? I'm tring it > and I near obtaining it. Basically it consists of put #defines: > > #ifdef HAVE_UNISTD_H > #include <unistd.h> > #endif > #ifdef WIN32 > # include <windows.h> > # define DLLFUNC _declspec(dllexport) > # define dlopen(x,y) LoadLibrary(x) > # define dlclose FreeLibrary > # define dlsym(x,y,z) z = (void *)GetProcAddress(x,y) > # define LLONG __int64 > # define strcasecmp(x,y) strcmpi(x,y) > # define bzero(p,s) memset(p,0,s) > #else > # include <dlfcn.h> > # define LLONG long long > #endif > > etc..., > > Are you interesting to port it to win32?. I'am doing but I need a platform of > reports that works on Linux and Win32. > > Regards. > |
6 messages has been excluded from this view by a project administrator.
