On Tuesday 29 July 2008 12:07:31 am Chris Dolan wrote:
> [error] Caught exception in engine "Apache2::RequestIO::read: (104)
> Connection reset by peer at /home/foo/perl/lib/perl5/site_perl/5.8.8/
> Catalyst/Engine/Apache.pm line 187"
> [Mon Jul 28 16:14:36 2008] [error] [client xxx.xxx.xxx.xxx] Fi
On Tue, Jul 29, 2008 at 12:07:31AM -0500, Chris Dolan wrote:
>
> [error] Caught exception in engine "Apache2::RequestIO::read: (104)
> Connection reset by peer at /home/foo/perl/lib/perl5/site_perl/5.8.8/
> Catalyst/Engine/Apache.pm line 187"
> [Mon Jul 28 16:14:36 2008] [error] [client xxx.xxx
This is a long shot, and I have no idea whether it's Catalyst's
fault... Does the following problem look familiar to anyone?
Under Catalyst::Runtime 5.7014, Apache2::RequestIO 2.02> I'm seeing
Apache logged errors like this occasionally (paths obfuscated
slightly to protect my beta sit
On Mon, Jul 28, 2008 at 2:40 PM, Matt S Trout <[EMAIL PROTECTED]>wrote:
> On Mon, Jul 28, 2008 at 08:27:27AM -0700, John Beppu wrote:
>
>
> > Imagine if you could install a blog, a wiki, a forum, or a store just as
> > easily.
>
> Yeah, we'll be doing that for arbitrary Catalyst components for 5.8
I'd like to express my interest in this project as well, kick ass!
-Devin
On Mon, Jul 28, 2008 at 9:27 AM, John Beppu <[EMAIL PROTECTED]> wrote:
> *Squatting::On::Catalyst*
>
> Squatting is a web microframework for Perl that's based on Camping from the
> Ruby world. During the transition from R
On Mon, Jul 28, 2008 at 08:27:27AM -0700, John Beppu wrote:
> *Squatting::On::Catalyst*
>
> Squatting is a web microframework for Perl that's based on Camping from the
> Ruby world. During the transition from Ruby to Perl, Squatting gained some
> mutant powers which is why I'm writing to you toda
On Mon, Jul 28, 2008 at 01:03:52PM +0200, Tobias Kremer wrote:
> Hi list,
>
> I've written about this at least once in the past and still haven't been able
> to
> figure out a proper solution to the problem.
>
> We're getting loads (up to 30-40 per day) of the following fatal error:
>
> Duplica
On Sun, Jul 27, 2008 at 09:09:46AM -0700, Bill Moseley wrote:
> On Sat, Jul 26, 2008 at 06:00:39AM +0100, Matt S Trout wrote:
> >
> > sub widget :Local VersionedXMLRPC('widget.get') {
> >
> > sub widget_xmlrpc_v1 {
> >
> > have VersionedXMLRPC apply a custom a ction class that does ->can
> > bas
Bill Moseley <[EMAIL PROTECTED]> wrote on 07/28/2008 01:53:11 AM:
> On Sun, Jul 27, 2008 at 06:42:23PM -0500, [EMAIL PROTECTED] wrote:
> > > widget.1.get
> > > widget.2.get
> > > etc.
> > >
> > Icky, I think the API should be versioned -- not methods. What
if
> > the methods a
*Squatting::On::Catalyst*
Squatting is a web microframework for Perl that's based on Camping from the
Ruby world. During the transition from Ruby to Perl, Squatting gained some
mutant powers which is why I'm writing to you today.
One of Squatting's mutant powers is its ability to embed itself in
Tobias Kremer wrote:
This is a different problem than the one discussed last week or so! I'm pretty
sure it's a classic race-condition.
Then I would suggest placing a lock around the critical region of code.
IPC::SRLock perhaps (which I wrote)
--
Regards
___
Quoting Peter Flanigan <[EMAIL PROTECTED]>:
> Tobias Kremer wrote:
> > Duplicate entry 'flash:***' for key 1 [for Statement "INSERT INTO sessions2
> > (id) VALUES (?)" with ParamValues: 0='flash:***'] at
> > /usr/local/lib/perl5/site_perl/5.8.8/Catalyst/Plugin/Session/Store
> > /DBIC/Delegate.pm li
Tobias Kremer wrote:
Duplicate entry 'flash:***' for key 1 [for Statement "INSERT INTO sessions2 (id)
VALUES (?)" with ParamValues: 0='flash:***'] at
/usr/local/lib/perl5/site_perl/5.8.8/Catalyst/Plugin/Session/Store/DBIC/Delegate.pm
line 52"
What is the length of the id field in the sessions2
Hi list,
I've written about this at least once in the past and still haven't been able to
figure out a proper solution to the problem.
We're getting loads (up to 30-40 per day) of the following fatal error:
Duplicate entry 'flash:***' for key 1 [for Statement "INSERT INTO sessions2 (id)
VALUES (
On Sun, Jul 27, 2008 at 06:42:23PM -0500, [EMAIL PROTECTED] wrote:
> > widget.1.get
> > widget.2.get
> > etc.
> >
> Icky, I think the API should be versioned -- not methods. What if
> the methods across versions are not compatible (widget1 output used with
> foo2) versioning the
15 matches
Mail list logo