Hangs in RenderView in "end"

[Gordon Yeong]

hey K

 thanks for including the error logs for me.


_______________________________________________
List: Catalyst@...
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@.../
Dev site: http://dev.catalyst.perl.org/

[Gordon Yeong]

hey K,

 try running myApp_server.pl with "-k" . I tried it on my mac and it works just fine!

:D anyway, would be interesting to find out why FF 3/3.5 causes the problem it does on Mac.

_______________________________________________
List: Catalyst@...
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@.../
Dev site: http://dev.catalyst.perl.org/

[John Romkey]

For what it's worth, I do my development under MacOS X 10.5 (currently  
10.5.7) and use FF 3.0.x (currently 3.0.11) as my primary browser for  
development and haven't run into any problems. I'm up-to-date on all  
the Catalyst packages. I normally run the built-in server with '-r -d'  
but deploy on a Debian system under Apache2 (also no problems).

I also use Mason to render pages, not TT. I also don't use CGI.pm.

I'd hope that you're not letting real users run against the built-in  
development server. And while it's a pain that the built-in server is  
hanging, that doesn't mean that your app under a deployment server  
would also hang.

I gave up on FF 3.5 pretty quickly; I was having some Javascript and  
Firebug glitches and when it wouldn't show me the source to the page  
it was rendering I decided to try again later after 3.5.1 is out.

I'm saying this just to say that Catalyst can work under MacOS X.  
Perhaps there's some combination of packages or MacOS X updates or the  
like which brings out this particular problem, but it's not the case  
that Catalyst is 100% having these issues under Mac OS X.

kakimoto and Gordon, you did catch the earlier bit from Gunnar that  
using CGI.pm with debugging turned on was the culprit for him, didn't  
you? Are you using CGI.pm in your app or templates?
        - john romkey
        http://www.romkey.com/


_______________________________________________
List: Catalyst@...
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@.../
Dev site: http://dev.catalyst.perl.org/

[Gordon Yeong]

2009/7/16 John Romkey <romkey@...>

For what it's worth, I do my development under MacOS X 10.5 (currently 10.5.7) and use FF 3.0.x (currently 3.0.11) as my primary browser for development and haven't run into any problems. I'm up-to-date on all the Catalyst packages. I normally run the built-in server with '-r -d' but deploy on a Debian system under Apache2 (also no problems).

Hi, John,.

  I believe K. akimoto was developing on an Ubuntu box and accessed his application for testing with a Firefox 3/3.5 browser on Mac OS X for testing.

 

kakimoto and Gordon, you did catch the earlier bit from Gunnar that using CGI.pm with debugging turned on was the culprit for him, didn't you? Are you using CGI.pm in your app or templates?
       - john romkey
       http://www.romkey.com/

 

Yes, we did discuss that and I checked the codes with no sight of CGI.pm (at least in the eyes of "fgrep -iRn CGI projects/myApp"

I do have something to announce (and K. akimoto's tried this too). It's that
he was running his app with "scripts/myapp_server.pl"  - that caused the problem.

I read up on the new book on Catalyst (woo hoo!) and ran it with the "-k" flag to keep connections alive (ie. "scripts/myapp_server.pl -k") and that seem to be stable (ie. Firefox 3/3.5 on Mac OS X was not hanging or taking his server down).

Interesting but I am not entirely sure why Firefox 3/3.5 acts this way on Mac OS X.




_______________________________________________
List: Catalyst@...
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@.../
Dev site: http://dev.catalyst.perl.org/