Re: [cfaussie] String Manipulation
On Thu, Jul 11, 2013 at 3:15 PM, Robin Hilliard ro...@rocketboots.com.auwrote: I should point out that because the recursion is on the last line of the function this is tail recursive - the compiler will notice this and optimise the code by throwing away the current stack frame (which would have been used by later statements in the function had they existed) each time the recursive call is made, so you don't need to worry about a stack overflow - this is how functional languages iterate efficiently. Are you saying that Railo does tail recursion optimisation? Do you know if ACF does tail recursion optimisation? Chris -- Chris Velevitch Manager - Adobe Platform Users Group, Sydney m: 0415 469 095 www.apugs.org.au Adobe Platform Users Group, Sydney Topic: TBD Date: Monday, 29th July Details and RSVP on http://www.meetup.com/Sydney-Adobe-Platform-User-Group -- You received this message because you are subscribed to the Google Groups cfaussie group. To unsubscribe from this group and stop receiving emails from it, send an email to cfaussie+unsubscr...@googlegroups.com. To post to this group, send email to cfaussie@googlegroups.com. Visit this group at http://groups.google.com/group/cfaussie. For more options, visit https://groups.google.com/groups/opt_out.
Re: [cfaussie] String Manipulation
On 12/07/2013, at 8:07 AM, Chris Velevitch chris.velevi...@gmail.com wrote: On Thu, Jul 11, 2013 at 3:15 PM, Robin Hilliard ro...@rocketboots.com.au wrote: I should point out that because the recursion is on the last line of the function this is tail recursive - the compiler will notice this and optimise the code by throwing away the current stack frame (which would have been used by later statements in the function had they existed) each time the recursive call is made, so you don't need to worry about a stack overflow - this is how functional languages iterate efficiently. Are you saying that Railo does tail recursion optimisation? Do you know if ACF does tail recursion optimisation? Actually I'd like to make a (very surprising to me) correction - unlike many VMs and interpreters for other languages the Sun JVM does not support hard (in VM) tail call optimisation, whereas the IBM JVM does support it where possible. There is ongoing discussion as to whether or not Java 8 will support it. I assumed tail call optimisation was universal - it's not hard to implement, for example little virtual machine I wrote for my Greener Threads talk at CFOANZ included tail call optimisation for a simple subset of cfscript. Apparently the java permission mechanism and the need to include a stack trace in exceptions have prevented it to date. I do not know off hand if ColdFusion or Railo support any soft tail call optimisation when compiling CFML to byte code. Thanks, Robin Robin Hilliard Chief Technology Officer RocketBoots Pty Ltd Level 11 189 Kent Street Sydney NSW 2001 Australia map Phone +61 2 9323 2507 Facsimile +61 2 9323 2501 Mobile +61 418 414 341 email ro...@rocketboots.com web www.rocketboots.com.au -- You received this message because you are subscribed to the Google Groups cfaussie group. To unsubscribe from this group and stop receiving emails from it, send an email to cfaussie+unsubscr...@googlegroups.com. To post to this group, send email to cfaussie@googlegroups.com. Visit this group at http://groups.google.com/group/cfaussie. For more options, visit https://groups.google.com/groups/opt_out. inline: rb_logo.png
Re: [cfaussie] String Manipulation
I'd be pretty surprised if it did. Clojure requires you to avoid the footgun of TCO on the JVM by using special constructs. I'd be pretty sure CFML would be similar. This is why we get StackOverFlowExceptions :) Mark On Fri, Jul 12, 2013 at 9:38 AM, Robin Hilliard ro...@rocketboots.com.auwrote: On 12/07/2013, at 8:07 AM, Chris Velevitch chris.velevi...@gmail.com wrote: On Thu, Jul 11, 2013 at 3:15 PM, Robin Hilliard ro...@rocketboots.com.au wrote: I should point out that because the recursion is on the last line of the function this is tail recursive - the compiler will notice this and optimise the code by throwing away the current stack frame (which would have been used by later statements in the function had they existed) each time the recursive call is made, so you don't need to worry about a stack overflow - this is how functional languages iterate efficiently. Are you saying that Railo does tail recursion optimisation? Do you know if ACF does tail recursion optimisation? Actually I'd like to make a (very surprising to me) correction - unlike many VMs and interpreters for other languages the Sun JVM does not support hard (in VM) tail call optimisation, whereas the IBM JVM does support it where possible. There is ongoing discussion as to whether or not Java 8 will support it. I assumed tail call optimisation was universal - it's not hard to implement, for example little virtual machine I wrote for my Greener Threads talk at CFOANZ included tail call optimisation for a simple subset of cfscript. Apparently the java permission mechanism and the need to include a stack trace in exceptions have prevented it to date. I do not know off hand if ColdFusion or Railo support any soft tail call optimisation when compiling CFML to byte code. Thanks, Robin Robin Hilliard Chief Technology Officer RocketBoots Pty Ltd Level 11 189 Kent Street Sydney NSW 2001 Australia map http://goo.gl/maps/RKyY9 Phone +61 2 9323 2507 Facsimile +61 2 9323 2501 Mobile +61 418 414 341 email ro...@rocketboots.com web www.rocketboots.com.au -- You received this message because you are subscribed to the Google Groups cfaussie group. To unsubscribe from this group and stop receiving emails from it, send an email to cfaussie+unsubscr...@googlegroups.com. To post to this group, send email to cfaussie@googlegroups.com. Visit this group at http://groups.google.com/group/cfaussie. For more options, visit https://groups.google.com/groups/opt_out. -- E: mark.man...@gmail.com T: http://www.twitter.com/neurotic W: www.compoundtheory.com 2 Devs from Down Under Podcast http://www.2ddu.com/ -- You received this message because you are subscribed to the Google Groups cfaussie group. To unsubscribe from this group and stop receiving emails from it, send an email to cfaussie+unsubscr...@googlegroups.com. To post to this group, send email to cfaussie@googlegroups.com. Visit this group at http://groups.google.com/group/cfaussie. For more options, visit https://groups.google.com/groups/opt_out. rb_logo.png
Re: [cfaussie] Railo Daemon Team Up
Dale's point regarding lack of recognition of how much Railo is being used is valid, however if possible some sort of stats would be nice to have to sell to the rest of the business, also some sort of categorisation of usage in terms part of a CMS and as an web application would be nice as well. BTW, if anyone can chase up with Railo when will Railo-955 be implemented? https://issues.jboss.org/browse/RAILO-955?page=com.atlassian.jirafisheyeplugin:crucible-issuepanel Once this is done I can push for adoption of Railo at work. I can't seem for the life of me to get an answer regarding multiple datasources for ORM Thanks! -- You received this message because you are subscribed to the Google Groups cfaussie group. To unsubscribe from this group and stop receiving emails from it, send an email to cfaussie+unsubscr...@googlegroups.com. To post to this group, send email to cfaussie@googlegroups.com. Visit this group at http://groups.google.com/group/cfaussie. For more options, visit https://groups.google.com/groups/opt_out.
Re: [cfaussie] Railo Daemon Team Up
I've forwarded it to someone I know there :) Will let you know when I hear back. Cheers Kai Dale's point regarding lack of recognition of how much Railo is being used is valid, however if possible some sort of stats would be nice to have to sell to the rest of the business, also some sort of categorisation of usage in terms part of a CMS and as an web application would be nice as well. BTW, if anyone can chase up with Railo when will Railo-955 be implemented? https://issues.jboss.org/browse/RAILO-955?page=com.atlassian.jirafisheyeplugin:crucible-issuepanel Once this is done I can push for adoption of Railo at work. I can't seem for the life of me to get an answer regarding multiple datasources for ORM -- You received this message because you are subscribed to the Google Groups cfaussie group. To unsubscribe from this group and stop receiving emails from it, send an email to cfaussie+unsubscr...@googlegroups.com. To post to this group, send email to cfaussie@googlegroups.com. Visit this group at http://groups.google.com/group/cfaussie. For more options, visit https://groups.google.com/groups/opt_out.