Stack overflow while compiling...?
I'm persistently getting this. Annoyingly, it happens a long way through a very big computation: CompilerException java.lang.StackOverflowError, compiling:(/tmp/form-init8817362891013362767.clj:1:1) The content of file /tmp/form-init8817362891013362767.clj being compiled is this: (.deleteOnExit (java.io.File. /tmp/form-init8817362891013362767.clj)) (do (set! *warn-on-reflection* nil) (require (quote gorilla-repl.core)) (gorilla-repl.core/run-gorilla-server {:ip 127.0.0.1, :port 0, :nrepl-port 0, :project mw-explore, :gorilla-options nil, :version 0.3.4})) I get the same error (although, obviously, not quite the same tmp file) when I run at the repl rather than with Gorilla. The stacktrace does not touch any file of mine. The actual file of my own I'm evaluating is this: https://github.com/simon-brooke/mw-explore/blob/master/src/mw_explore/mw_explore.clj And it's calling into this library: https://github.com/simon-brooke/mw-engine And specifically, it's mainly exercising drainage: https://github.com/simon-brooke/mw-engine/blob/master/src/mw_engine/drainage.clj I acknowledge that this is a deep and nasty bit of algorithm, but the only thing I can think of that would cause a stack overflow while compiling would be an accidentally-recursive macro - and I'm not getting any of my own macros. This problem started after I introduced three new functions: (defn is-hollow Detects point hollows - that is, individual cells all of whose neighbours are higher. Return true if this `cell` has an altitude lower than any of its neighbours in this `world` [world cell] ;; quicker to count the elements of the list and compare equality of numbers ;; than recursive equality check on members, I think. But worth benchmarking. (let [neighbours (get-neighbours world cell) altitude (or (:altitude cell) 0)] (= (count neighbours) (count (get-neighbours-with-property-value world (:x cell) (:y cell) 1 :altitude ) (defn flood-hollow Raise the altitude of a copy of this `cell` of this `world` to the altitude of the lowest of its `neighbours`. ([world cell neighbours] (let [lowest (get-least-cell neighbours :altitude)] (merge cell {:state :water :altitude (:altitude lowest)}))) ([world cell] (flood-hollow world cell (get-neighbours world cell (defn flood-hollows Flood all local hollows in this `world`. At this stage only floods single cell hollows. [world] (map-world world #(if (is-hollow %1 %2) (flood-hollow %1 %2) %2))) However at the stage the problem occurs, these functions have evaluated successfully, and am into the flow-world stage, which previously worked reliably. Has anyone seen anything analogous? Any pointers as to what I might be doing wrong? -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: feedback on side project
I stand corrected. I guess I believed Hal Abelson when he used Scheme/Lisp interchangeably. On Tuesday, April 14, 2015 at 2:39:32 AM UTC+2, Alexis wrote: Sebastian Bensusan sbe...@gmail.com javascript: writes: As a side notes, in Lisp it is convention to append ! to those functions that have side-effects (i.e. mutate state). Well, not in /all/ Lisps. :-) It is the convention in Scheme[1], for example, but not in e.g. Emacs Lisp or Common Lisp. In the latter, for example, c.f. 'nconc', which modifies lists in-place. Alexis. [1] Modulo debates about whether or not Scheme is 'really' a Lisp. -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: feedback on side project
Sebastian Bensusan sbe...@gmail.com writes: I stand corrected. I guess I believed Hal Abelson when he used Scheme/Lisp interchangeably. Well, i myself consider Scheme a Lisp - particularly when comparing it to programming languages in general, rather than to other Lisps specifically - but i do understand why some people don't. Here's a recent thread about the issue: https://www.reddit.com/r/lisp/comments/326ztv/what_properties_must_a_language_fulfill_to_be/ which links to this post by Kent Pitman in which he agrees with those who say Scheme is not a Lisp: https://groups.google.com/forum/#!msg/comp.lang.lisp/Bj8Hx6mZEYI/6AWmNEwQR5YJ Also, i do prefer the style of appending '!' and '?' to functions, and am glad that Clojure takes this approach. :-) Alexis. -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: feedback on side project
On Tuesday, April 14, 2015 at 2:53:16 AM UTC+7, Sebastian Bensusan wrote: As a side notes, in Lisp it is convention to append ! to those functions that have side-effects (i.e. mutate state). A good candidate would be `reset-games!`. This is also an evidence that Andrea hasn't read the Clojure style guide and I highly recommend anyone in the community follow it: https://github.com/bbatsov/clojure-style-guide#naming -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: feedback on side project
Yes thanks to everyone, I actually did read that guide it but after I implemented that function. And I really like this convention, but I just need to get used before I remember to add the rigth ? and !. Anyway another question about that, so suppose my ref is initialized as (defonce live-games (ref {})) what am I supposed to do in the tests? Should I just create a reset-games function there that resets the thing again to (ref {}) Or is that wrong because in that case I would access and set some private implementation detail? So I should then still move the reset-games function into the implementation file? Thanks 2015-04-14 11:03 GMT+01:00 myguidingstar phuthuycuoimayhut...@gmail.com: On Tuesday, April 14, 2015 at 2:53:16 AM UTC+7, Sebastian Bensusan wrote: As a side notes, in Lisp it is convention to append ! to those functions that have side-effects (i.e. mutate state). A good candidate would be `reset-games!`. This is also an evidence that Andrea hasn't read the Clojure style guide and I highly recommend anyone in the community follow it: https://github.com/bbatsov/clojure-style-guide#naming -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: sp mm training in hyderabada
On Tuesday, April 14, 2015 at 1:36:33 AM UTC-4, Sean Corfield wrote: On Mon, Apr 13, 2015 at 9:32 AM, Fluid Dynamics a209...@trbvm.com javascript: wrote: On Monday, April 13, 2015 at 9:27:33 AM UTC-4, sunitha seo wrote: Sap Bw Bi Bo Training Centre in Hyderabad | Vijayawada |Guntur | Vizag, Online Sap Bw Bi Bo Training In USA, sp mm training in hyderabada http://www.primarkinfotech.com/sapbwbi.php New York, New Jersey,Dallas, Chicago, Atlanta, UK, Canada, Australia, India. www.primarkinfotech.com/*sap*bwbi.php http://www.primarkinfotech.com/sapbwbi.php Is this a job posting or something? It's spam. The poster should be banned (if the moderators haven't already done so). I moderate a number of groups on LinkedIn and this sort of annoying stuff gets posted all the time :( How can you even tell? If as you claim it's a sales pitch to us, it suffers from the same flaw of being completely incomprehensible. Which will result in no sales. -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [ANN] Clojure 1.7.0-beta1 released
Hi, Fancy printing is not working. Geraldo -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Poland - Poznań - i am looking people who are coding in Clojure to share experience
Hello, I'm from Kraków and I am looking for new way of programming quantum of time in Clojure 3 I am reading now the joy of clojure ebook and planing to incorporate my project of distributed ai (weak ai:) virtual univesity a game for authority http://www.kokos.hol.es/homevu.html and Im looking for young open minded volunters to implement it for secondary scool community :) never mind it's fne to learn clojure anymore :) W dniu czwartek, 9 kwietnia 2015 22:33:39 UTC+2 użytkownik Krzysztof Władyka napisał: Hello, I am learning Clojure. I watched Clojure Inside Out, read many atricles, half Programming Clojure (2nd edition), started reading The Joy of Clojure. I am really fascinate about this technology and idea behind that. I see it's good choice. *I am looking team / people in Poland - Poznań who are coding in Clojure to share experience.* PS I have a long experience in business managing, so i can share that experience also. PS2 I am sorry i am writing about that on this group, but in my country Clojure is not so popular and we even don't have any group meeting or something like that. Just i don't have any idea how i can meet this people in Poznań, this group looks good :) -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [ANN] Clojure 1.7.0-beta1 released
Thank you ! We live inside our heads but we expend much time inside repl. This is very much appreciated! Geraldo On Tuesday, April 14, 2015 at 2:56:44 PM UTC-3, Alex Miller wrote: Well, we never added fancy printing, just data printing of Throwables. :) But we were working on this in the context of another thing that got moved out and I have pulled that back as a separate ticket: http://dev.clojure.org/jira/browse/CLJ-1703 Haven't talked to Rich about it yet, but we'll discuss for 1.7. On Tuesday, April 14, 2015 at 6:06:49 AM UTC-5, Geraldo Lopes de Souza wrote: Hi, Fancy printing is not working. Geraldo -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [ANN] Clojure 1.7.0-beta1 released
Well, we never added fancy printing, just data printing of Throwables. :) But we were working on this in the context of another thing that got moved out and I have pulled that back as a separate ticket: http://dev.clojure.org/jira/browse/CLJ-1703 Haven't talked to Rich about it yet, but we'll discuss for 1.7. On Tuesday, April 14, 2015 at 6:06:49 AM UTC-5, Geraldo Lopes de Souza wrote: Hi, Fancy printing is not working. Geraldo -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[ANN] oolong-0.3.0
Hi, Oolong has had a version bump to 0.3.0 which incorporates a refactor to using my new tv100 library (for transformation and validation of data structures). Hopefully this will make it easier to build on top of. The artifact has now moved into the ‘irresponsible’ group to mirror the github organisation that owns this. https://github.com/irresponsible/oolong https://clojars.org/irresponsible/oolong /j -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [ANN] Dunaj lite, a library-only version of Dunaj
Hi :) more clojure funs 3 LISP renewed that's near perfect. W dniu poniedziałek, 13 kwietnia 2015 10:26:29 UTC+2 użytkownik Jozef Wagner napisał: Hi all, I've just released a version 0.4.0 of Dunaj [1], that contains some bugfixes and is built on top of Clojure 1.7.0 beta1. Dunaj provides an alternative core API for Clojure, introducing a set of core language experiments aimed to improve Clojure language and its core API. Starting from this version, Dunaj now provides a library only version called Dunaj lite. The codebase is shared, and Dunaj lite supports nearly all of Dunaj’s functionalities. Dunaj lite is ideal for cases where you want to evaluate Dunaj in existing projects, or in cases you cannot or don’t want to use custom Clojure forks. See Dunaj lite homepage [2] for more information. The main differences are: * bit more verbose and less elegant usage * small decrease of performance * no qualified special symbols * no changes to primitive types I've also started blogging at [3], where I plan to focus on Dunaj's individual features and its usage in real world cases. Best, Jozef Wagner [1] http://www.dunaj.org [2] http://lite.dunaj.org [3] http://blog.wagjo.com -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.