Re: [Catalyst] New restarter code in Catalyst::Devel 1.14_01
On Mon, 25 May 2009, Rodrigo wrote: Shame we can't use the new pre-loading functionality on Windows though. I tested with different versions of things and errors just got nastier and nastier. IMO, to be able to pick restarter engines via %ENV was also a necessary change anyway. Say, in the future we could have a threaded implementation, and that would be a whole new ballgame for the restarter. For the record, I did try a threaded version, and saw the same weird errors on Windows. That's not entirely surprising since Perl uses threads for fork() on Windows. -dave /* http://VegGuide.org http://blog.urth.org Your guide to all that's veg House Absolute(ly Pointless) */ ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] New restarter code in Catalyst::Devel 1.14_01
On Sun, May 24, 2009 at 2:20 AM, Dave Rolsky wrote: > On Tue, 19 May 2009, Rodrigo wrote: > > Since I needed to have the restarter working badly on that machine in >> particular, I quickly patched the code with Proc::Background. Something >> like >> this: >> > > I implemented something like this in the latest Catalyst::Devel. I did more > thorough testing on Windows and it seems to really work now. > > Please give it a shot on your system. > > > > -dave > That's just hack-tastic! Works great. Thanks. Shame we can't use the new pre-loading functionality on Windows though. I tested with different versions of things and errors just got nastier and nastier. IMO, to be able to pick restarter engines via %ENV was also a necessary change anyway. Say, in the future we could have a threaded implementation, and that would be a whole new ballgame for the restarter. -rodrigo ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Strange RenderView error
On Sunday 24 May 2009 03:51:47 pm Ivan Wills wrote: > If I understand it correctly the :Arg attribute takes extra path parameters > and converts them to method parameters so I can't see why the problem would > occur. > 1. That happens by default. 2. :Args(0) says that there are _no_ extra args on the path and the dispatcher shouldn't match them. 3. :Arg(0) does nothing (at least, it should do nothing) because it's not :Args(0). Andrew ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Strange RenderView error
2009/5/24 Tomas Doran
> Ivan Wills wrote:
>
>> I have finally worked out what was causing me the problem, if I take away
>> the :Arg(0) from the sub definition the error goes away.
>>
>> Does any one know what :Arg(0) is doing that might be causing this?
>>
>
> Erm, which subroutine definition?
>
> I just generated a TestApp, and changed 'sub index : Args(0)' to 'sub index
> : Arg(0)' and it works fine.
>
> Can you show us the code for a controller I can add to a TestApp which
> breaks it or something?
>
>
> Cheers
> t0m
>
>
> ___
> List: Catalyst@lists.scsys.co.uk
> Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
> Searchable archive:
> http://www.mail-archive.com/catalyst@lists.scsys.co.uk/
> Dev site: http://dev.catalyst.perl.org/
>
The code was something like this
sub index :Path :Arg(0) {}
sub add :Path :Arg(0) {}
To get it working I changed this to
sub index :Path :Arg(0) {}
sub add :Path {}
If I understand it correctly the :Arg attribute takes extra path parameters
and converts them to method parameters so I can't see why the problem would
occur.
Ivan
--
email/jabber: ivan.wi...@gmail.com
/
/ _ _
/ \ / | | | |
/\/ \_| | |
___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/
Dev site: http://dev.catalyst.perl.org/
[Catalyst] Catalyst and ExtJS : Using Table Relationships
Hi, I am trying my hand at using Catalyst and the ExtJS Grid (instead of TT). I am able to fetch data from a single table and display them in the grid. But I am not able to figure out how I can use the table relationships to fetch, say, the corresponding item_name for a given item_code and display that in the grid instead of the item_code. If I use TT, I use the following to fetch the item_name from another table in the schema: [% FOREACH item IN item_stash %] [% item.belongs_to_relationship.item_name %] [% END %] How is this to be done when one is using the ExtJS Grid? I'm following mainly Jason Kohles' tutorial which is available at http://www.catalystframework.org/calendar/2007/9. Jagdish Eashwar ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Strange RenderView error
Ivan Wills wrote: I have finally worked out what was causing me the problem, if I take away the :Arg(0) from the sub definition the error goes away. Does any one know what :Arg(0) is doing that might be causing this? Erm, which subroutine definition? I just generated a TestApp, and changed 'sub index : Args(0)' to 'sub index : Arg(0)' and it works fine. Can you show us the code for a controller I can add to a TestApp which breaks it or something? Cheers t0m ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
