seems like enclosjure addresses a bunch of my problems/questions. It also seems to work like we wanted SLIME to work, more or less . . .where you attach to the vm that's used for execution . . . only you attach to the REPL, I think, which still accomplishes the goal of keeping the editor separate from the memory, but what about having the REPL being able to attach to the vm it is managing. Then it wouldn't be something that NetBeans/enclosure is doing . . . rather something that's part of the language.
So, yeah. enslojure sets up a HelloWorld that you can play with right away. In fact, when you click on "build" it even tells you how you could run your application from the command line using a java command. It jars up you whole clojure project and everything. Nice. On the other hand, I couldn't figure out how to use NetBeans' run button. it couldn't find main or something. So I also couldn't debug using NetBeans' debugger because of this. Also, it isn't clear how to get different clojure files to work together. Do you use the (load) function? If so, I don't know how the project thinks of relative file locations. It's not as clean/clear as java (for a beginner, at least) where you just import classes you want to use . . and make packages. . . . or modules in python. I don't know what the notion of "path" is in clojure. I see the namespace stuff but have no clue how to make it work yet. Are you just supposed to use one giant file for all your work? That wouldn't be good for teams, for sure. . . only for hacking. Also the REPL errors are USELESS to a beginner. something about iSeq all the time. The moral for me there was no to make an error. Better than where I was before enclojure. Again, I contend that a language is only as good as the IDE that has been written for it, which is why it's cool to see enclojure coming along (even though it means learning NetBeans instead of Eclipse). On Jan 10, 5:31 pm, Paul Mooser <taron...@gmail.com> wrote: > If I'm not mistaken, this is fairly close to how SLIME works, when > connected to a remote VM. The remote VM is running some server code > which allows it to communicate with SLIME, which is running inside of > emacs. > > On Jan 10, 2:15 pm, e <evier...@gmail.com> wrote: > > > exactly. . . .but I bet a lot of people would just reply that this is > > not possible to address since the REPL is the one and only vm. > > Disclaimer, I'm only guessing at that, too. I don't understand any of > > this, yet. But if that's the case, fix that. Have the REPL send > > messages to the vm that's running the program . . . instead of the > > REPL being the program. > > > On Jan 10, 5:00 pm, Paul Mooser <taron...@gmail.com> wrote: > > > > Yeah, I'm not really sure how I think the problem would be ideally > > > solved. It would just be nice for an interactive programming > > > environment to be able to recover from all exceptions that happen at a > > > higher level than the VM itself. > > > > On Jan 10, 12:20 pm, "Christian Vest Hansen" <karmazi...@gmail.com> > > > wrote: > > > > > I don't think it is possible to define a way to deal with heap > > > > saturation that is general enough to cover all programs written in > > > > Clojure, and therefor I don't think this is something that the Clojure > > > > runtime should deal with at all. > > > > > Personally, I only know of two ways to handle OutOfMemoryErrors: 1) > > > > let the program blow up and hope someone notices or 2) look at your > > > > body, pick the limb you are least likely to be needing pretty soon and > > > > cut it off (aka. free some memory) and _then_ yell for help through > > > > some hopefully reliable channel. --~--~---------~--~----~------------~-------~--~----~ 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 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 -~----------~----~----~----~------~----~------~--~---
