r3wp [groups: 83 posts: 189283]
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

World: r3wp

[!Cheyenne] Discussions about the Cheyenne Web Server

BrianH
2-Apr-2009
[4351x3]
The recent release build. Nothing shows up in the logs. I'll try 
verbose mode.
2/4-22:54:04.266-## Error in [uniserve] : On-received call failed 
with error: make object! [
    code: 303
    type: 'script
    id: 'expect-arg
    arg1: 'insert
    arg2: 'series
    arg3: [series! port! bitset!]
    near: [insert/part tmp/port s skip e]
    where: 'process-bounded-content
] !
This is in -vv mode. Should I post the rest of the logs forr that 
request?
BrianH
3-Apr-2009
[4354x2]
Weird, it works if I use Internet Explorer, but not Chrome.
I'm on a time limit for now so I'll increase the post mem limit by 
10x, but I need to get this fixed eventually so I'll track the error 
down.
Dockimbel
3-Apr-2009
[4356]
I'll test it with Chrome too, seems that multipart encoding is not 
exactly the same as in IE. Does it work with FF?
BrianH
3-Apr-2009
[4357x2]
I don't have enough RAM here for FF.
Netbook.
Graham
3-Apr-2009
[4359]
I run FF on my asus eeepc
BrianH
3-Apr-2009
[4360]
So could I, if I wasn't also running Cheyenne, MySQL, and my whole 
development platform.
Graham
3-Apr-2009
[4361]
sounds rather tortued
Dockimbel
3-Apr-2009
[4362]
I just tested with latest Chrome (1.0.154.53) with %www/post.html 
test script and it seems OK here, no error. I get the file(s) in 
 %incoming/ folder.
BrianH
3-Apr-2009
[4363]
It works fine. I only use IE for testing and Qtask - everything else 
I use Chrome. I know how to make a Windows machine stable :)
Dockimbel
3-Apr-2009
[4364]
Check if your FORM tags are using enctype="multipart/form-data" to 
indicate proper encoding for file uploading.
BrianH
3-Apr-2009
[4365]
Let me try upgrading Chromium and see if the problem goes away.
Dockimbel
3-Apr-2009
[4366]
Also try to use the %show.rsp as target for the FORM for debugging.
BrianH
3-Apr-2009
[4367x5]
Here's the test source:
<!doctype html>
<html><body>

<form action="blah.rsp" method="POST" enctype="multipart/form-data">
<input type="file" name="ufile" size="16" />
<input type="submit" name="usubmit" value="upload" />
</form>
</body></html>

And here's the test target:
<%=mold request/content%>


I get the same error with show.rsp, so I went with something simpler.
I'm posting a 150k file.
Same error after upgrading Chromium, here's the verbose 5 log of 
the request:


3/4-01:38:00.891-[HTTPd] ================== NEW REQUEST ==================

3/4-01:38:01.531-[HTTPd] Request Line=>POST /ecg/blah.rsp HTTP/1.1

3/4-01:38:02.109-[HTTPd] Trying phase method-support ( mod-static 
)

3/4-01:38:02.828-[HTTPd] Trying phase url-translate ( mod-static 
)
3/4-01:38:03.062-[uniserve] Calling >on-received< with {^M
Host: localhost:8080^M
Connection: keep-alive^M
Us}
3/4-01:38:03.547-[HTTPd] Request Headers=>
Host: localhost:8080
Connection: keep-alive

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US) AppleWebKit/530.5 
(KHTML, like Gecko) Chrome/2.0.173.0 Safari/530.5
Referer: http://localhost:8080/ecg/blah.html
Content-Length: 153149
Cache-Control: max-age=0
Origin: http://localhost:8080

Content-Type: multipart/form-data; boundary=----WebKitFormBoundaryEv3SZArZWdjyznJZ

Accept: application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
Accept-Encoding: gzip,deflate,bzip2,sdch
Accept-Language: en-US,en;q=0.8
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.3



3/4-01:38:03.797-[HTTPd] Trying phase url-to-filename ( mod-alias 
)
3/4-01:38:04.031-[HTTPd] => request processed
3/4-01:38:04.766-[HTTPd] Trying phase url-to-filename ( mod-rsp )
3/4-01:38:05-[HTTPd] => request processed

3/4-01:38:05.469-[HTTPd] Trying phase url-to-filename ( mod-internal 
)

3/4-01:38:05.719-[HTTPd] Trying phase url-to-filename ( mod-static 
)
3/4-01:38:05.969-[HTTPd] => request processed

3/4-01:38:06.453-[uniserve] >> Port: 3789, low-level reading: 17520

3/4-01:38:06.703-[uniserve] >> Port: 3789, low-level reading: 17520

3/4-01:38:06.953-[uniserve] >> Port: 3789, low-level reading: 17520

3/4-01:38:07.437-[uniserve] >> Port: 3789, low-level reading: 17520

3/4-01:38:07.906-[uniserve] >> Port: 3789, low-level reading: 19980

3/4-01:38:08.391-[uniserve] Calling >on-received< with "------WebKitFormBoundaryEv3SZArZWdjyznJZ^M^/Content-"

3/4-01:38:08.875-[uniserve] >> Port: 3789, low-level reading: 16680

3/4-01:38:09.344-[uniserve] >> Port: 3789, low-level reading: 17520

3/4-01:38:09.844-[uniserve] >> Port: 3789, low-level reading: 17520

3/4-01:38:10.312-[uniserve] >> Port: 3789, low-level reading: 1149

3/4-01:38:10.797-[uniserve] Calling >on-received< with {037.17923" 
"4429 SUNNYSLOPE RD SW" "Port Orchard" }

3/4-01:38:11.266-## Error in [uniserve] : On-received call failed 
with error: make object! [
    code: 303
    type: 'script
    id: 'expect-arg
    arg1: 'insert
    arg2: 'series
    arg3: [series! port! bitset!]
    near: [insert/part tmp/port s skip e]
    where: 'process-bounded-content
] !
3/4-01:38:11.734-[uniserve] Port closed : 127.0.0.1
It took a while - might it be a timeout?
If I increase the post-mem-limit over 150k, no error. Weird.
Dockimbel
3-Apr-2009
[4372]
What's the uploaded file name extension?
BrianH
3-Apr-2009
[4373x2]
I've tried a .r, .csv, .exe, .zip. The only thing that affects things 
is whether the file size is larger than the post-mem-limit.
.pdf too.
Graham
3-Apr-2009
[4375x2]
did you try a rebol client?
you say it only works wiih IE ?
Dockimbel
3-Apr-2009
[4377]
Weird, I've just tried uploading using Chrome various kind of file 
with size up to 10MB with no issue.
BrianH
3-Apr-2009
[4378]
I've only tested it with IE and Chromium. I never really trusted 
the REBOL http client, so I wrote my own. Let me try that.
Graham
3-Apr-2009
[4379]
read/custom is all you need ...
BrianH
3-Apr-2009
[4380x2]
Great. Just tried 458k pdf files and I get the same Error 324, but 
with no logged script error and the temp file gets left there.
This was after restarting Cheyenne after a crash. I gotta review 
the source some time :(
Graham
3-Apr-2009
[4382]
maybe your memory is just too low ....
BrianH
3-Apr-2009
[4383]
Likely so, though right now Cheyenne in verbose 5 is crashing with 
every request, failing to open its own log. I'm going to reboot.
Dockimbel
3-Apr-2009
[4384]
Does rebooting solved the issue?
BrianH
3-Apr-2009
[4385]
Back to the old expect-arg issue after the reboot. Upping the post-mem-limit 
to way beyond the expected size of the posted files solved the issue, 
for now. This is not going to be a high-volume site, so that's no 
problem.
Dockimbel
4-Apr-2009
[4386]
Testing on XP SP2 with Chromium 2.0.160.0, no issue here. If you 
could catch and send me the POST data, I could figure out what's 
going wrong.
Endo
21-Apr-2009
[4387x2]
is there anyone using cheyenne as a service on win xp home edition?
is there anyone using cheyenne as a service on win xp home edition?
Dockimbel
21-Apr-2009
[4389]
I have a Cheyenne (enpro version) session running for a few months 
now on a Windows XP Pro.
Endo
21-Apr-2009
[4390x4]
well, I tried several times to run as a service on my xp home, it 
failed everytime
I tried that several times in 1 or 2 months, it failed.
but today after when I send this message it works as a service. stand-alone 
mode was always worked well.
so, problem solved mysteriously :?
Dockimbel
21-Apr-2009
[4394]
Did you changed anything related to user rights? Maybe logged as 
Admin user now? Installing a service requires admin privileges.
Endo
21-Apr-2009
[4395x3]
No, I was always logged as administrator, I gave everyone full access 
to all the files and folders in cheyenne folder
service.dll was created
I can not reproduce the problem now
Dockimbel
21-Apr-2009
[4398]
Strange. Any %crash.log file produced by Cheyenne?
Endo
21-Apr-2009
[4399x2]
no %crash.log file.
I have another problem / question: if cheyenne configured to execute 
rebol files (.r extension)