[Catalyst] Re: [Catalyst-dev] Bug in Catalyst::Model::DBI .15

2007-05-07 Thread Alex Pavlovic
Hi, On Sunday 06 May 2007 15:23, Evan Carroll wrote: On 5/6/07, Alex Pavlovic [EMAIL PROTECTED] wrote: Please note that each model will still create single initial connection ( when request for $dbh arrives ). This happens with either approach ( squirreling away a connection in new or ref

[Catalyst] Re: [Catalyst-dev] Bug in Catalyst::Model::DBI .16

2007-05-07 Thread Alex Pavlovic
different from 21434 at /var/www/Dealermade/script/../lib/Dealermade/C/Root.pm line 71, DATA line 228. die $c-model('DBI')-dbh-{pg_pid} . ' different from ' . $c-model('DBI')-dbh-{pg_pid}; These numbers should always be the same. -- Alex Pavlovic - CTO TF-1 Inc. ( Custom development, consultancy

[Catalyst] Re: [Catalyst-dev] Bug in Catalyst::Model::DBI

2007-05-07 Thread Alex Pavlovic
spent considerable amount of time analyzing a problem that did not exist it seems. If you are still concerned that there may be bugs or something needs patching, let me know and we can work on that to further enhance it. Thanks. -- Alex Pavlovic - CTO TF-1 Inc. ( Custom development

[Catalyst] Re: [Catalyst-dev] Bug in Catalyst::Model::DBI .15

2007-05-06 Thread Alex Pavlovic
free time to work on these things. On 5/5/07, Alex Pavlovic [EMAIL PROTECTED] wrote: Hi, On Friday 04 May 2007 19:01, Evan Carroll wrote: M::DBI has a pretty sizable bug in as is such that it will establish a new DBI handle on every incoming connection. In what

[Catalyst] Re: [Catalyst-dev] Bug in Catalyst::Model::DBI .15

2007-05-06 Thread Alex Pavlovic
. Enjoy. On Sunday 06 May 2007 12:38, Alex Pavlovic wrote: Hi, On Sunday 06 May 2007 09:37, Evan Carroll wrote: Let's start off with a brief description of the methods of M::DBI. Currently, there is no connection to the database on -new(). The connection is established on the first call

[Catalyst] Re: [Catalyst-dev] Bug in Catalyst::Model::DBI .15

2007-05-04 Thread Alex Pavlovic
-- Alex Pavlovic - CTO TF-1 Inc. ( Custom development, consultancy and training ) http://taskforce-1.com ___ List: Catalyst@lists.rawmode.org Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com

Re: [Catalyst] Catalyst::Plugin::Authentication (FreeBSD) installation problem

2007-04-01 Thread Alex Pavlovic
. /usr/bin/make test -- NOT OK Running make install make test had returned bad status, won't install without force Failed during this command: NUFFIN/Catalyst-Plugin-Authentication-0.09.tar.gz: make_test NO -- Alex Pavlovic - CTO TF-1 Inc. ( Custom development, consultancy and training ) http

Re: [Catalyst] ways to do stuff and why

2006-08-18 Thread Alex Pavlovic
Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.rawmode.org/ Dev site: http://dev.catalyst.perl.org/ -- Alex Pavlovic - CTO TF-1 Inc. ( Custom development, consultancy and training ) http://taskforce-1.com

Re: [Catalyst] Forms and Plugins and Tutorials, oh my!!

2006-08-17 Thread Alex Pavlovic
I use following Data::UUID ( so each image has unique identifier ) GD ( interface to GD ) Image::Resize ( nicer syntax ) Plugin sounds intresting. Cheers. On Thursday 17 August 2006 10:39, Jonathan Rockway wrote: I am writing a plugin to do this as we speak. Expect it to hit CPAN by the end

Re: [Catalyst] c-forwad vs direct method call

2006-08-09 Thread Alex Pavlovic
http://search.cpan.org/~mramberg/Catalyst-Runtime-5.7001/lib/Catalyst/Manual/Intro.pod#Flow_Control A forward is similar to a method call. The main differences are that it wraps the call in an eval to allow exception handling; it automatically passes along the context object ($c or $context);

[Catalyst] Catalyst::Plugin::Server::XMLRPC prefix option broken under lighttpd

2006-07-19 Thread Alex Pavlovic
Hi, Catalyst versions affected: 5.69/5.7 Server: lighttpd 1.4.11_1 For the test case assume the following: package MyApp; __PACKAGE__-config( xmlrpc = { path = 'xmlrpc', prefix = 'xmlrpc', show_errors = 1 } ); ... package

[Catalyst] strange behaviour when controllers are being inherited

2006-07-19 Thread Alex Pavlovic
Hi, I just found something odd when trying to inherit from a base controller. I attached the complete application and debug output. From the debug output you can clearly see that MyApp powered by Catalyst as well as other things appear 4 times in the output and are being duplicated. This

Re: [Catalyst] strange behaviour when controllers are being inherited

2006-07-19 Thread Alex Pavlovic
No, Just FCGI-0.67 Thanks. On Wednesday 19 July 2006 17:04, Matt S Trout wrote: Alex Pavlovic wrote: Hi, I just found something odd when trying to inherit from a base controller. I attached the complete application and debug output. From the debug output you can clearly see

Re: [Catalyst] strange behaviour when controllers are being inherited

2006-07-19 Thread Alex Pavlovic
: Alex Pavlovic wrote: Hi, I just found something odd when trying to inherit from a base controller. I attached the complete application and debug output. From the debug output you can clearly see that MyApp powered by Catalyst as well as other things appear 4 times in the output

Re: [Catalyst] strange behaviour when controllers are being inherited

2006-07-19 Thread Alex Pavlovic
Starting up process id:23065 at lib/MyApp.pm line 33. Starting up process id:23063 at lib/MyApp.pm line 33. Starting up process id:23066 at lib/MyApp.pm line 33. Starting up process id:23064 at lib/MyApp.pm line 33. On Wednesday 19 July 2006 17:37, Matt S Trout wrote: warn 'Starting up process

Re: [Catalyst] Catalyst::Plugin::Server::XMLRPC prefix option broken under lighttpd

2006-07-19 Thread Alex Pavlovic
prefix and entry point name like I did and you will save yourself time debugging. Thanks. On Wednesday 19 July 2006 00:12, Alex Pavlovic wrote: Hi, Catalyst versions affected: 5.69/5.7 Server: lighttpd 1.4.11_1 For the test case assume the following: package MyApp; __PACKAGE__-config