Hi,
I am new to the Catalyst framework and am running Catalyst on Kubuntu Linux
using the built-in server with the TT view and DBIC database backend.
My problem is that sometimes the end sub in Root.pm hangs. All it has is the
RenderView action (as generated by Catalyst), so I assume that is
Rodrigo wrote:
But how about the /root part? Can mixed-up root dirs be seen as a
single root dir easily?
I'm interested in making a pluggable app as well. Seems like you and I
would want the ability to specify an arrayref for MyApp-config-{root},
and have that work. Poking around
On 26 Jun 2009, at 17:06, Merlyn Kline wrote:
being. Basically, though, the obvious proximal cause of this
would be
calling the write method with no parameter. This might seem an
[snip]
I'm afraid this isn't too helpful for me at least; in this
case I'm just an end user, not doing
On 26 Jun 2009, at 21:41, George Nistorica wrote:
Hi,
(my reply might be garbled, sorry)
Makes perfect sense here.
I've got the same problem generated from a Controller that uses
Controller::REST as a base class.
And the warning being generated when I -forward() to another
Controller
On 28 Jun 2009, at 09:16, Robert Buels wrote:
Rodrigo wrote:
But how about the /root part? Can mixed-up root dirs be seen as a
single root dir easily?
I'm interested in making a pluggable app as well. Seems like you
and I would want the ability to specify an arrayref for MyApp-
Tomas Doran wrote on 6/28/09 10:08 AM:
On 28 Jun 2009, at 09:16, Robert Buels wrote:
Rodrigo wrote:
But how about the /root part? Can mixed-up root dirs be seen as a
single root dir easily?
I'm interested in making a pluggable app as well. Seems like you and
I would want the ability
On 28 Jun 2009, at 07:35, Gunnar Strand wrote:
[debug] Rendering template users/create_form.tt2
[info] Request took 795.658106s (0.001/s)
.+---.
| Action | Time |
On 28 Jun 2009, at 16:50, Gunnar Strand wrote:
Thanks for th tip! I'll see if I can nail it down - the template
structure isn't just that one file - I am using the wrapper
support in TT.
Right. I'd start by blanking the actual template, which will at least
tell you if it's the template
Assuming that you're mandating a TT view for your pluggable parts, then you
can just subclass View::TT to have an INCLUDE_PATH which picks up the 'root'
directories from all your loaded 'Components'.
I usually have /static stuff too, mostly css and images.
Rodrigo wrote on 6/28/09 12:11 PM:
Assuming that you're mandating a TT view for your pluggable parts, then you
can just subclass View::TT to have an INCLUDE_PATH which picks up the 'root'
directories from all your loaded 'Components'.
I usually have /static stuff too, mostly css and images.
Hi Will, apologizes for the delayed response;
From a combination of the debug screen in the browser and the server
output, I can see the following under Apache 2.0 on Win32 (observed on
2 machines):
PATH_INFO - /action
SCRIPT_NAME - /action
$c-req-base - http://localhost/action/
On 28 Jun 2009, at 20:41, Orlando Vazquez wrote:
I'm the one who was responsible for removing the prepare_path method
from the SCGI engine. I did this because it was overriding with an
outdated verbatim copy of the prepare_path method in C::E::CGI, which
::SCGI inherits from. Hmmm, ::FastCGI
Is there any way of running the server in a debugger or to turn tracing on?
Can I send a signal to it to get it to dump a stack trace somehow? Any
attempt I've made so far just results in nothing or segmentation faults.
[...]
I don't understand why you're seeing segfaults. What version of
13 matches
Mail list logo