World: r3wp

This is a video of my RSP pages showing binary at the top of the 
page.  http://screencast.com/t/WD2j8PJtse

The binary appears on a new RSP session

It will go away if I restart Cheyenne

Is there anything I can do to debug what is going on?

Each time I go to the RSP page, more binary appears above my html.

I'm running an command  encapped version of 9.19 ( I presume there's 
no difference between the earlier 9.19 and the official release )

you can try it yourself ... http://www.compkarori.co.nz:8000

I suspect I did somethng while writing some buggy rsp code

- The garbage binary data looks like compressed data. 

- "more binary appears..." => issue with a string! or binary! buffer 
not cleared or initialized as literal value instead of using MAKE.

- "...above my html" => check your 'on-page-start event handler in 
%app.init.r

on-page-start: has [][
	set 't0 now/time/precise
]

REBOL [
	Purpose: "RSP environement init code"
]

on-application-start: does [
	;--- add here your library / modules loading
    *do %private/captcha.r
    captcha/set-fonts-path %private/fonts/
]

on-application-end: does [
	;--- add here your library / modules proper closing
]

on-session-start: does [
	;--- add here your per session init code
	;--- ex: session/add 'foo 0
	;--- that can be latter accessed with : session/content/foo
	
	session/add 'user "guest"
	session/add 'hits 1
]

on-session-end: does [
	;--- add here your per session closing/cleanup code

]

on-page-start: has [][
	set 't0 now/time/precise
]

on-page-end: has [pos time][
	if pos: find response/buffer "</body>" [
		time: to-integer 1000 * to-decimal (now/time/precise - t0)
		insert pos reform [
			"<br><br><small>Processed in :"
			either zero? time ["< 1"][time]
			"ms.</small>"
		]
	]
]

nothing special ...

This has happened a few times now .. I mentioned it before.  And 
usually only when I am rewriting RSP code.

Are you using encmd v2.7.6 for encapping?

yes

running on Linux?

windows

I need cmd for the odbc

If there's nothing I can do to debug this, I'll restart cheyenne

You can restart it, I've a copy of the output.

The garbage data seems to increase by 830 bytes each time.

I thought it might be an internal response/buffer corruption (not 
been clear after the request), but the compressed size of the page 
is only 442 (in deflate format).

You should carefully examine each use of response/buffer in your 
RSP code. See if you're not inserting in response/buffer a growing 
 series?

server restarted

the only response/buffer I have is ...

nothing

You should at least have one occurence for the captcha image

Need to go now, will give it a look tonight.

no, I do have this too ...
		response/buffer: xfdf

        response/set-header 'Content-type "application/vnd.adobe.xfdf"

ah :-)

A suspect :)

Ok, let me look at the captcha

Inpect first xfdf

xfdf: {<?xml version="1.0"?>
<xfdf xmlns="http://ns.adobe.com/xfdf/"xml:space="preserve">
<fields>
<field name="Submit"><value>Send</value></field>
<field name="TextField1"><value>$fname</value></field>
<field name="TextField2"><value>$surname</value></field>
<field name="syupdfid"><value>$syupdfid</value></field>
</fields>
<f href="$myhost/testpdf4.pdf?$time"/>
</xfdf>
}

Look like we found the culprit :-)

I guess you're appending data to xfdf ?

xfdf: copy { }

I should fix that.

:-)

rsp and not cgi

Right

:(

thanks ...

If anyone is wonderng what I am doing, I am prefilling in PDF forms 
and sending them to the client browser

the client then fills in the form, and then clicks on the submit 
buttont to send the data back to me.

I think that I should add a "RSP best practice" or "RSP warnings" 
section to Cheyenne's wiki.

yes, that would be helpful :)

Graham, the PDF stuff sounds interesting. Any more information about 
this?

Is your PDF sepcified via an XML specification?

Robert, xfdf is a deprecated format once used by Adobe to specify 
the contents of fields in a PDF.  So, the above xfdf file will populate 
the fields TextField1, TextField2, syupdfid with $fname, $surname, 
and $syupdfid ... ( well,  I will replace those before I send the 
pdf. )