Pharohbot

Well if you have decent tools to debug them, why should he be wary?

Well the biggest concern for most is null pointers, so invoking not nil on the pointers would suffice for most

when --nilChecks:On become a thing, dereferencing null pointers will be like Java, a NilError (NullPointerException in Java). This is why I said it's as safe mainstream languages that dont have AMM but languages like Rust are safer than those mainstream languages. any others to point out?

Since when were we comparing Nim and Rust? yes Rust is more safe than Nim, but that comes with tradeoffs. You are obviously not reading the whole thread about me bringing up (multiple times) the fact that you can avoid these and will be even easier to avoid in the future.

Because it isn't true

Did you not see the other person who just said that?

Strawman ... the comment was about scripting languages.

I do not have a clue what you are trying to say...

I never said that Nim is safe/ doesnt have safe areas in the language. But at this stage of development with Nim, it really focuses on the Language goals rather than anything else right now. I have only stated multiple times through this thread that there are way to avoid this unsafetiness and ways that will help avoid these situations in the Future with Nim (nilChecks)

As stated before in this thread, there _will_ be nil Checks in the future which will result in NilErrors or you can just annotate it with `not nil` right now and it will never be nil. You can also use -fsanitize flags with the clang backend to trap the null dereferences.

I probably should have been more clear, but I think it's safe to say that unlike C/C++, Nim can handle these types of issues like other languages that deal with pointers (Java, Go etc) with control from the programmer. The only memory safe language I know is Rust, but I am probably wrong on that part, so that's why I singled out Rust on how It's safer than Nim.

It really depends on how you define "safe". Nim will allow you to deref null pointers (unless you annotate it with `not nil`, then it can never be nil, this results in compile errors if it is) but if they are, it will be like Java and throw an exception if --nilChecks:On. The only language I know that makes pointers safe is Rust, with it's borrow checker and such, but that's a tradeoff I don't really want and the options Nim provides are better for my case.

As stated before, there are ways to avoid them and ways that Nim will soon handle them, but do you know how many other languages deref a NULL pointer? Unlike C, this does not result in undefined behavior in means that it will execute something unsafe in Nim

Uhh that's not much of an answer...

Yes Rust is more safe than Nim, I'm not arguing that. I'm also not arguing that Nim is as safe as languages with automatic memory management.

EDIT: Also, Nim is planning on turning those segfaults into runtime NilErrors and a nilChecks flag that will check for them at compile time, you can also avoid this by annotating Pointers with `not nil`

Do you have any specific examples of these unsafetiness in Nim?

Why not? I'm interested to know because in my opinion I don't see it any less safe than languages that don't have automatic memory management and/or languages like Rust.

Nim is as safe as any other language. Perhaps it's not as safe as Rust but that brings specific trade offs most people dont wan't to deal with. I don't understand why people think that Nim is "terribly unsafe" when in reality it's like any other language

A more general approach to shared memory via lockable heaps is a feature Nim seems will implement soon.

Sweeet

It's still the Ruby language, just a different run-time environment.

The performance will be on par _before_ the final release of 9000, the final release should include the big performance boost

You can do this in Rust too: http://doc.rust-lang.org/std/dynamic_lib/struct.DynamicLibra...

I really meant that I prefer JS(Node/IO) over Elixir.

but I stated that I do not wish to learn about how the internals of the computer works, rather than im more interested in the language itself, which is Rust. plus I saw Elixir, I didnt like it all :(

I dont personally like Go, but from what you mean, since im taking Java, I dont need to learn C on top of that, so I can just get into Rust(and i want to be a web developer as a career). plus Rust has its frameworks like Nickel and Iron that are being actively developed on.

http://www.infoworld.com/article/2854034/ruby/faster-ruby-on...

Are you sure? I dont think Sinatra outperforms nodejs, although I could be wrong, this is just a broad perspective of Node's speed and Ruby's speed. Any benchmarks or anything to enlighten me?

Okay now I see your point, but Dart is far from replacing Node or IO as the next cool thing.

Would Asm.js + IE be faster than DartVM + IE?

ITs not that its not cool, its the likelihood of Dart to be implemented in most browsers is low.

Really? Dart?

So IO.js will update to V8 Turbofan when its released?