There's a simple workaround for this problem. I've tested it and it
works fine. The concept is that I have to make the ajax request
synchronous. For this purpose I've used the jQuery.ajax function
instead of the web2py supplied one and I had to put everythin inside a
queue. The code in my first pos
Okay, update.
I can't run web2py with a non-threaded Python, because it uses the
threading library.
On a single CPU system running OpenBSD 4.6 everything is fine.
On an SMP system running OpenBSD 4.6 web2py (fcgihandler and the built-
in webserver) crashes.
My knowledge of these kinda things st
Tomorrow I'll try it out with the standard port on a non-SMP system
and with a manually compiled non-threaded version of Python on a SMP
system. I think the problem lies with the standard threaded version
and the SMP host.
On Jun 27, 9:29 pm, mdipierro wrote:
> thanks for letting us know. If you
thanks for letting us know. If you find a solution keep up posted.
On Jun 27, 12:30 pm, ScOut3R wrote:
> Dear mdipierro,
>
> I think it's an error related to OpenBSD or OpenBSD's port of python.
> I've tested the app on Debian and it handles the ajax() function well,
> without any problem.
>
> On
Dear mdipierro,
I think it's an error related to OpenBSD or OpenBSD's port of python.
I've tested the app on Debian and it handles the ajax() function well,
without any problem.
On Jun 25, 11:56 am, mdipierro wrote:
> can you try 1.79.2?
>
> Massimo
>
> On Jun 25, 4:52 am, ScOut3R wrote:
>
>
>
Sure, same results. It crashes at the return function.
On Jun 25, 11:56 am, mdipierro wrote:
> can you try 1.79.2?
>
> Massimo
>
> On Jun 25, 4:52 am, ScOut3R wrote:
>
>
>
> > Hello there again!
>
> > I've added some logging and with a double click submit I can see the
> > the response crashes b
can you try 1.79.2?
Massimo
On Jun 25, 4:52 am, ScOut3R wrote:
> Hello there again!
>
> I've added some logging and with a double click submit I can see the
> the response crashes before the return UL(*items).xml() part in the
> first search function.
>
> I hope this helps.
>
> Best regards,
> M
Hello there again!
I've added some logging and with a double click submit I can see the
the response crashes before the return UL(*items).xml() part in the
first search function.
I hope this helps.
Best regards,
Mate
On Jun 24, 8:57 pm, ScOut3R wrote:
> I've added session.unlock to each of the
I've added session.unlock to each of the functions and it seems stable
except under one condition and that is if I'm accidentally double
click the submit button.
I'm using MySQL as the backend.
The first function (bg_quick_dvd()) got executed and it returns the
value but the following just times
This needs to be investigated. I think it may be a problem with
fcgi.py, not with web2py itself. Anywya, let's rule out problems with
session locking. Try add
session.unlock()
to those actions called via ajax that do not write session variables.
Do you still get the problem?
Do you use sqlite?
10 matches
Mail list logo