Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
Pharohbot
searching Neon…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
8 ms
·
1.
▲
Of the emerging systems languages, which is the strongest language and why?
(quora.com)
3 points
by
Pharohbot
11y ago
|
0 comments
2.
▲
by
Pharohbot
11y ago
Well if you have decent tools to debug them, why should he be wary?
3.
▲
by
Pharohbot
11y ago
Well the biggest concern for most is null pointers, so invoking not nil on the pointers would suffice for most
4.
▲
Is Nim unsafe?
(github.com)
47 points
by
Pharohbot
11y ago
|
38 comments
5.
▲
by
Pharohbot
11y ago
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 tha
6.
▲
by
Pharohbot
11y ago
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 eve
7.
▲
by
Pharohbot
11y ago
> 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...
8.
▲
by
Pharohbot
11y ago
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
9.
▲
by
Pharohbot
11y ago
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
10.
▲
by
Pharohbot
11y ago
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 me
11.
▲
by
Pharohbot
11y ago
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
12.
▲
by
Pharohbot
11y ago
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 someth
13.
▲
by
Pharohbot
11y ago
Uhh that's not much of an answer...
14.
▲
by
Pharohbot
11y ago
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 nilC
15.
▲
by
Pharohbot
11y ago
Do you have any specific examples of these unsafetiness in Nim?
16.
▲
by
Pharohbot
11y ago
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.
17.
▲
by
Pharohbot
11y ago
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
18.
▲
by
Pharohbot
11y ago
A more general approach to shared memory via lockable heaps is a feature Nim seems will implement soon.
19.
▲
Nim by Example
(nim-by-example.github.io)
2 points
by
Pharohbot
11y ago
|
0 comments
20.
▲
What can Nim learn from Crystal
(forum.nim-lang.org)
2 points
by
Pharohbot
11y ago
|
0 comments
21.
▲
by
Pharohbot
11y ago
Sweeet
22.
▲
Crystal: A Ruby-Inspired Compiled Language
(crystal-lang.org)
16 points
by
Pharohbot
11y ago
|
2 comments
23.
▲
JRuby+Truffle Overview and Tests
(chrisseaton.com)
2 points
by
Pharohbot
11y ago
|
0 comments
24.
▲
Very High Performance JRuby+Truffle/C Extenions
(chrisseaton.com)
1 points
by
Pharohbot
11y ago
|
0 comments
25.
▲
by
Pharohbot
11y ago
It's still the Ruby language, just a different run-time environment.
26.
▲
by
Pharohbot
11y ago
The performance will be on par _before_ the final release of 9000, the final release should include the big performance boost
27.
▲
Lotus.rb performs faster than Express.js
(gist.github.com)
1 points
by
Pharohbot
12y ago
|
0 comments
28.
▲
Volt Framework – Fast Ruby Framework for Both Server-Side and Client-Side
(voltframework.com)
1 points
by
Pharohbot
12y ago
|
0 comments
29.
▲
Updated(Read Updates) Quick Comparison Between Nim and Rust
(arthurtw.github.io)
4 points
by
Pharohbot
12y ago
|
0 comments
30.
▲
Rust WebDev in action
5 points
by
Pharohbot
12y ago
|
0 comments
More ›