try vscode ;) ~ 5*10^6 java code base, i don't notice any slowness. it would be impossible to do this in emacs.
i don't think that's it. i like scheme, and clojure is not scheme. it may just be that.
if i change anything in filters.scm then i (load "filters.scm") instead of just sending a snippet to the interpreter to eval. i have this happen when i save the file. same thing, except i never have to worry about…
it's something.
my inkling is that the more special forms the more difficult it is to repl a language. if everything is an expression not only can you eval parts of it, but that is enough to support quite a bit of extensibility sans…
or the ridiculous namespace system.
what about the horrible debugging experience?
i've used emacs for 20 years. i still spend 80% of my day in it ... and vscode is vastly superior for development.
i don't love java but no one can argue with the fact that it has fantastic tooling. properly written java is a joy.
hmmm ... what if it's a closure, and it depends on a huge lexical environment?
> In emacs, for instance, you often use `eval-last-sexp`, by default bound to C-x C-e. This lets you move your cursor to a particular point in the file, often deep in a function, and get the results of just the form(s)…
i get the magical aspect of repls in scheme and CL. not in clojure. not sure why. so i don't like clojure, but i feel like i should ?? why is that?
what about the current source?
same here. i would say it was a full 2 years before i was free. i do not want to go through that again though.
isn't this a bit like saying i'm not afraid of being homeless, what i am afraid of is having no where to sleep and keeping warm in cold weather.
i also don't notice any speedup. it was a bit disappointing :) i use gnus and org-mode heavily. 80% of my day is in one or the other. i would add that emacs28 w/o compilation feels faster than emacs27. emacs28 w and wo…
this is why if you don't enjoy leet puzzles, you don't learn anything, or can't even do them.
hmmm ... good point.
thanks gpm for taking the time. let's see how it pans out. rust is definitely interesting. now let me not impose on your kindness further and go learn a little rust.
> It is clear to me that he is asking for no panics for OOM. agreed. which is why i'm confused. maybe this is a non-issue that has exploded into an issue :) thanks.
thank you for this. this helps. but let's say one is writing a filesystem in rust, so you're implementing most of the functions in "struct file_operations", and moreover you are passing "struct inode" , "struct page"…
> we have good support for "no allocations" and "panic on OOM or return Result on OOM" so if i understand it correctly, the ability is there by just "returning a result on oom" - linus is just asking for complete…
what about interacting with the existing kernel code base? would data coming back from the kernel into rust space need to be wrapped to provide safety guarantees? or would it be necessary to turn safety features off? a…
oops. corrected. thanks. my main beef with fossil was performance. but i should clarify that this was 5 years ago or so. so maybe it's ok now.
so stop buying apple. that'll light a match in the right place.
try vscode ;) ~ 5*10^6 java code base, i don't notice any slowness. it would be impossible to do this in emacs.
i don't think that's it. i like scheme, and clojure is not scheme. it may just be that.
if i change anything in filters.scm then i (load "filters.scm") instead of just sending a snippet to the interpreter to eval. i have this happen when i save the file. same thing, except i never have to worry about…
it's something.
my inkling is that the more special forms the more difficult it is to repl a language. if everything is an expression not only can you eval parts of it, but that is enough to support quite a bit of extensibility sans…
or the ridiculous namespace system.
what about the horrible debugging experience?
i've used emacs for 20 years. i still spend 80% of my day in it ... and vscode is vastly superior for development.
i don't love java but no one can argue with the fact that it has fantastic tooling. properly written java is a joy.
hmmm ... what if it's a closure, and it depends on a huge lexical environment?
> In emacs, for instance, you often use `eval-last-sexp`, by default bound to C-x C-e. This lets you move your cursor to a particular point in the file, often deep in a function, and get the results of just the form(s)…
i get the magical aspect of repls in scheme and CL. not in clojure. not sure why. so i don't like clojure, but i feel like i should ?? why is that?
what about the current source?
same here. i would say it was a full 2 years before i was free. i do not want to go through that again though.
isn't this a bit like saying i'm not afraid of being homeless, what i am afraid of is having no where to sleep and keeping warm in cold weather.
i also don't notice any speedup. it was a bit disappointing :) i use gnus and org-mode heavily. 80% of my day is in one or the other. i would add that emacs28 w/o compilation feels faster than emacs27. emacs28 w and wo…
this is why if you don't enjoy leet puzzles, you don't learn anything, or can't even do them.
hmmm ... good point.
thanks gpm for taking the time. let's see how it pans out. rust is definitely interesting. now let me not impose on your kindness further and go learn a little rust.
> It is clear to me that he is asking for no panics for OOM. agreed. which is why i'm confused. maybe this is a non-issue that has exploded into an issue :) thanks.
thank you for this. this helps. but let's say one is writing a filesystem in rust, so you're implementing most of the functions in "struct file_operations", and moreover you are passing "struct inode" , "struct page"…
> we have good support for "no allocations" and "panic on OOM or return Result on OOM" so if i understand it correctly, the ability is there by just "returning a result on oom" - linus is just asking for complete…
what about interacting with the existing kernel code base? would data coming back from the kernel into rust space need to be wrapped to provide safety guarantees? or would it be necessary to turn safety features off? a…
oops. corrected. thanks. my main beef with fossil was performance. but i should clarify that this was 5 years ago or so. so maybe it's ok now.
so stop buying apple. that'll light a match in the right place.