I don't know about the emacs stuff, but I consider the latter to be a "nice" workaround/hack :)
On Wed, May 22, 2013 at 8:35 PM, Gary Trakhman <gary.trakh...@gmail.com>wrote: > emacs does this navigation stuff.. M-. and M-, . For uses of a function, > try grep -R or rgrep. > > > On Wed, May 22, 2013 at 1:30 PM, atkaaz <atk...@gmail.com> wrote: > >> Looks like I forgot to enable the paging file (windows virtual memory was >> disabled) and that is why my eclipse/firefox would crash when running out >> of memory and also had much eclipse.ini memory allocated -Xms228m -Xmx712m >> ; and because of all these I was unable to start repl most of the time in >> ccw due to not enough memory(it said), so due to your comment (thank you), >> I've fixed those and set -Xms128m -Xmx512m but will probably go back to 712 >> (it's ok now since I've the paging file); but the memory total is like >> 3.5gig since 512 is eaten by video card memory. >> >> So now at least I can run them without running out of memory all the time >> :) but they still use quite a lot and I found myself having to run lein >> commands (like lein test) and restarting repls enough times for it to make >> me want something else - but I am an odd ball, so it's not something >> everyone else will do. >> >> Honestly I really want a system where things are more accessible, >> unfortunately I can't explain this (i'll try if u really want me to) for >> example I really enjoyed the F3 in eclipse on java source code which would >> do Go to Definition/Declaration (of this identifier), and also the find all >> calls to this method in this project and the refactoring... this kind of >> connectivity I'd expect to be in the system (from what I've read some Lisp >> machines(?) or the lisp lang on some machines really have that was it >> Genera ? and some read about Dynamic Windows but I also remember something >> vaguely about ruby - haven't used it though). In a more broader way, I want >> to be able to explore/deduce the system without having to jump through >> hoops like googling for information about it, when in fact I already have >> it running on my system, why not just explore its construction live while >> it's running, visualize all its connections (like in a graph) >> >> I like this clojure lang because it gets me closer to the way I want >> things to be, but it feels all so disconnected like I can't feel that when >> writing some code I can just easily F3 on a symbol and see where else it >> was used or even defined(sometimes this works in ccw btw ie. for clojure >> core code) >> >> >> So far, I'm thinking maybe code something from assembler level up (maybe >> even not requiring garbage collector but still not using explicit mem >> allocations like malloc) so it will eventually become a replacement for >> whatever I use for text editor, and if it does the way I think it will, I >> can then store all kinds of information and advance it even to the next >> level... but there's all these barrier with transactions and locks but this >> functional programming idea might be pretty good to apply(even though I >> envisioned a system where everything would be global(ly accessible) >> restrictions can still apply in dependency style like A depends on B and C >> depends on B, so if I want to change B then the way A and C depend on B >> have to be satisfied before the change can occur or that change will have >> to include changes to A and/or C also). >> >> >> Sorry for the rant, it's just that i feel lost so far(and not very >> knowledgeable). I just imagine how awesome it would be to can explore a >> system (PC+OS+java+clojure+some window+some text+some word on it) of which >> say you know nothing of, from a point (any point you choose) and be able to >> understand it and see how everything interconnects to everything else (no >> data/level/layer stripped just like the .exe is without the sourcecode for >> example), because everything you need is there, visually explorable(maybe >> graph like) and even changeable, if you just need to know exactly how is >> some word(or even a pixel) on the screen connected to everything else for >> example you could dig in - I don't know how it would look and how to >> implement that so far, but i know I want it, and apparently I'm reluctant >> to accepting the status quo even though that's the only way to get there :/ >> It can still be fast even though all the debug info (so to speak) and >> source code is tagged/connected to the binary code/offsets I imagine. >> >> >> >> >> >> On Wed, May 22, 2013 at 6:51 PM, Mikera <mike.r.anderson...@gmail.com>wrote: >> >>> On Wednesday, 22 May 2013 20:35:01 UTC+8, atkaaz wrote: >>> >>>> thank you very much, my search has lead me to seeking a lisp that could >>>> compile to machine code (mainly because i cannot accept the 20-22 sec `lein >>>> repl` startup time and eclipse/ccw memory consumptions - so I was hoping >>>> for something fast even though the cost is portability and all else) >>>> >>>> >>> The above strikes me as a slightly odd statement. Eclipse/CCW or lein >>> repl startup times should be irrelevant because you should only be >>> incurring them once, when starting a development session. Sure, Eclipse >>> eats memory too, but again this is only a development time issue and your >>> dev machine should have plenty, right? >>> >>> In production, running the packaged .jar file should be pretty quick and >>> much more lightweight. JVM startup is less than 0.1sec nowadays, so you can >>> get a splash screen or basic GUI up in front of a user almost immediately. >>> That only leaves the time required to compile and initialise Clojure itself >>> and your application code - maybe 5 secs or so for a reasonably sized app. >>> If you are smart you can do quite a lot of work lazily / in the background >>> so the user doesn't even notice.... >>> >>> I can certainly see some uses for a Clojure-to-assembler compiler, but >>> only in very specialised areas (embedded devices, realtime systems etc.). >>> For general purpose application development I think it's probably going to >>> be more trouble than it is worth. >>> >>> >>> -- >>> -- >>> 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/groups/opt_out. >>> >>> >>> >> >> -- >> -- >> 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/groups/opt_out. >> >> >> > > -- > -- > 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/groups/opt_out. > > > -- -- 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/groups/opt_out.
