|
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-09 19:04:20
|
I tried rlib-1.1.8-test3 on my reports that works at rlib-1.1.7.
And I receives a 'Nuts we crash' error.
Follow the gdb-bt trace..
Reading symbols from /lib/libnss_compat.so.2...done.
Loaded symbols for /lib/libnss_compat.so.2
Reading symbols from /usr/lib/gconv/ISO8859-1.so...done.
Loaded symbols for /usr/lib/gconv/ISO8859-1.so
#0 0x40384ac1 in kill () from /lib/libc.so.6
(gdb) bt
#0 0x40384ac1 in kill () from /lib/libc.so.6
#1 0x427138bb in myFaultHandler (signum=3D11, si=3D0x0, aptr=3D0x0) at u=
til.c:45
#2 0x42823c45 in __pthread_sighandler () from /lib/libpthread.so.0
#3 <signal handler called>
#4 0x403d872d in memset () from /lib/libc.so.6
#5 0x4270f27e in align_text (r=3D0x0, rtn=3D0xbfffb5b0 "\177\003=FF=FF=20
@=FF=FF=FF=FF=FF=FF^=F6pB#", len=3D1024,
src=3D0xbfffb8e0 "REGISTRO DE FREQ=C3\234=C3\212NCIA", align=3D-1073=
760980,=20
width=3D22) at reportgen.c:267
#6 0x4270f9de in execute_pcodes_for_line (r=3D0x8259018, rl=3D0x82a6750,=
=20
extra_data=3D0x83db0a0) at reportgen.c:387
#7 0x427105c6 in print_report_output_private (r=3D0x8259018,=20
roa=3D0x82750a0, backwards=3D0, page=3D1114787496)
at reportgen.c:641
#8 0x42710d90 in print_report_outputs_private (r=3D0x8259018,=20
e=3D0x8274d98, backwards=3D0) at reportgen.c:814
#9 0x42710de3 in print_report_output (r=3D0x8259018, e=3D0x8274d98,=20
backwards=3D0) at reportgen.c:824
#10 0x4271b600 in rlib_print_break_header_output (r=3D0x8259018,=20
rb=3D0x8274d38, e=3D0x8274d98, backwards=3D0)
at breaks.c:50
#11 0x4271b956 in rlib_handle_break_headers (r=3D0x8259018) at breaks.c:1=
48
#12 0x42711d50 in make_report (r=3D0x8259018) at reportgen.c:1179
#13 0x427122e3 in rlib_execute (r=3D0x8259018) at api.c:126
#14 0x4269dd38 in zif_rlib_execute (ht=3D1, return_value=3D0x8259b44,=20
this_ptr=3D0x0, return_value_used=3D0) at php.c:312
#15 0x081744be in execute (op_array=3D0x825705c) at=20
/usr/local/src/php-4.3.4/Zend/zend_execute.c:1616
#16 0x081669df in zend_execute_scripts (type=3D8, retval=3D0x0, file_coun=
t=3D3)
at /usr/local/src/php-4.3.4/Zend/zend.c:884
#17 0x0813d5f8 in php_execute_script (primary_file=3D0xbffff820) at=20
/usr/local/src/php-4.3.4/main/main.c:1729
#18 0x08179496 in main (argc=3D2, argv=3D0xbffff8b4) at=20
/usr/local/src/php-4.3.4/sapi/cli/php_cli.c:819
#19 0x40370d06 in __libc_start_main () from /lib/libc.so.6
(gdb)
I'm using php 4.3.4 on slackware9.1.
--=20
Everton Luis Berz
Nucleo de Sistemas :: FACCAT - Faculdades de Taquara
+55 51 541 6600 - R.647
ICQ 7807919
Chet Heilman wrote:
> Hi all,
>=20
> I just posted a new documentation PDF and another update to RLIB on=20
> my RLIB website.
>=20
> http://elmo.sicompos.com/~cheilman/ <http://elmo.sicompos.com/%7Echeilm=
an/>
>=20
> This adds some functions to the doc that I thought were already=20
> there. The function to set the font is rlib_set_pdf_font. It affects=20
> only PDF reports. The encoding parameter (for the set_pdf_font) should=20
> be either one of the 4 encodings accepted by CPDF or it can be NULL to=20
> use the default encoding for the font. The encoding set by the=20
> set_output_encoding determines how the UTF-8 is translated - this shoul=
d=20
> be NULL only if you want UTF-8 (which works in HTML, but not PDF).
>=20
> Chet
>=20
>=20
>=20
>=20
> -------------------------------------------------------
> 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=3D1470&alloc_id=3D3638&op=3Dc=
lick
> _______________________________________________
> Rlib-users mailing list
> Rli...@li...
> https://lists.sourceforge.net/lists/listinfo/rlib-users
>=20
|
|
From: Chet H. <che...@si...> - 2004-03-09 21:04:06
|
Hi Everton,
Do you have a rlib.log file for when this happens? Also, if you can
identify where in your XML the text in line #5 of the dump is output,
I'd like to see a snippet of that rlib XML. It was attempting to
align="center" in a field/literal as far as I can see, but it works fine
when I do it.
Chet
Everton Luis Berz wrote:
>
> I tried rlib-1.1.8-test3 on my reports that works at rlib-1.1.7.
> And I receives a 'Nuts we crash' error.
> Follow the gdb-bt trace..
>
> Reading symbols from /lib/libnss_compat.so.2...done.
> Loaded symbols for /lib/libnss_compat.so.2
> Reading symbols from /usr/lib/gconv/ISO8859-1.so...done.
> Loaded symbols for /usr/lib/gconv/ISO8859-1.so
> #0 0x40384ac1 in kill () from /lib/libc.so.6
> (gdb) bt
> #0 0x40384ac1 in kill () from /lib/libc.so.6
> #1 0x427138bb in myFaultHandler (signum=11, si=0x0, aptr=0x0) at
> util.c:45
> #2 0x42823c45 in __pthread_sighandler () from /lib/libpthread.so.0
> #3 <signal handler called>
> #4 0x403d872d in memset () from /lib/libc.so.6
> #5 0x4270f27e in align_text (r=0x0, rtn=0xbfffb5b0 "\177\003ÿÿ
> @ÿÿÿÿÿÿ^öpB#", len=1024,
> src=0xbfffb8e0 "REGISTRO DE FREQÃ\234Ã\212NCIA",
> align=-1073760980, width=22) at reportgen.c:267
> #6 0x4270f9de in execute_pcodes_for_line (r=0x8259018, rl=0x82a6750,
> extra_data=0x83db0a0) at reportgen.c:387
> #7 0x427105c6 in print_report_output_private (r=0x8259018,
> roa=0x82750a0, backwards=0, page=1114787496)
> at reportgen.c:641
> #8 0x42710d90 in print_report_outputs_private (r=0x8259018,
> e=0x8274d98, backwards=0) at reportgen.c:814
> #9 0x42710de3 in print_report_output (r=0x8259018, e=0x8274d98,
> backwards=0) at reportgen.c:824
> #10 0x4271b600 in rlib_print_break_header_output (r=0x8259018,
> rb=0x8274d38, e=0x8274d98, backwards=0)
> at breaks.c:50
> #11 0x4271b956 in rlib_handle_break_headers (r=0x8259018) at breaks.c:148
> #12 0x42711d50 in make_report (r=0x8259018) at reportgen.c:1179
> #13 0x427122e3 in rlib_execute (r=0x8259018) at api.c:126
> #14 0x4269dd38 in zif_rlib_execute (ht=1, return_value=0x8259b44,
> this_ptr=0x0, return_value_used=0) at php.c:312
> #15 0x081744be in execute (op_array=0x825705c) at
> /usr/local/src/php-4.3.4/Zend/zend_execute.c:1616
> #16 0x081669df in zend_execute_scripts (type=8, retval=0x0, file_count=3)
> at /usr/local/src/php-4.3.4/Zend/zend.c:884
> #17 0x0813d5f8 in php_execute_script (primary_file=0xbffff820) at
> /usr/local/src/php-4.3.4/main/main.c:1729
> #18 0x08179496 in main (argc=2, argv=0xbffff8b4) at
> /usr/local/src/php-4.3.4/sapi/cli/php_cli.c:819
> #19 0x40370d06 in __libc_start_main () from /lib/libc.so.6
> (gdb)
>
> I'm using php 4.3.4 on slackware9.1.
>
|
|
From: Everton L. B. <ev...@fa...> - 2004-03-10 13:56:30
|
The line #5 of dump at my XML is:
<literal width=3D"22" align=3D"center">REGISTRO DE FREQ=DC=CANCIA</litera=
l>
^^
I found the problem, is the same that occurs 3 months ago with Bob..
ISO-8859-1 special chars does not appears at pdf or causes a 'Nuts we=20
crashed' error. Ask Bob for solution.
If i change the line to :
<literal width=3D"22" align=3D"center">REGISTRO DE FREQUENCIA</literal>
^^
the report is built, but others iso-8859-1 special chars appears wrong.
I tried to put the "rlib_set_output_encoding($rlib, 'ISO-8859-1')" at my=20
php file and the error persists.
--=20
Everton Luis Berz
Nucleo de Sistemas :: FACCAT - Faculdades de Taquara
+55 51 541 6600 - R.647
ICQ 7807919
Chet Heilman wrote:
> Hi Everton,
>=20
> Do you have a rlib.log file for when this happens? Also, if you can=20
> identify where in your XML the text in line #5 of the dump is output,=20
> I'd like to see a snippet of that rlib XML. It was attempting to=20
> align=3D"center" in a field/literal as far as I can see, but it works f=
ine=20
> when I do it.
>=20
>=20
> Chet
>=20
|