Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Rust 1.5

blog.rust-lang.org

Post reply on HN
Print view View original

141–150 of 159 posts

Re: Rust 1.5

#141

Post by mangeletti »

iamd3vil wrote: post #49
mangeletti wrote: post #16

Earlier quoted context omitted.

Python (currently using), or Go. Add JS to that list as well, because I've done a little bit of work in Node, but that was before Coroutines (back in the days of yore when "callback hell" was a thing), so I wasn't nearly as excited at the time as I probably would be now.

Try Elixir ( https://elixir-lang.org ). Phoenix framework is awesome and working with it is a pleasure.

Thanks. Elixir looks interesting. I'm apprehensive about the "runs on Erlang" part though (wary of compiles-to or runs-on languages, unless the "to" or "on" is C).

Re: Rust 1.5

#142

Post by wyldfire »

kibwen wrote: post #139
wyldfire wrote: post #21

Congrats to the team! I recently wrote my first Rust [1] project. Great experience, IMO. I faced a lot of interesting challenges because my use case was a little outside of typical. But I tried to minimize 'unsafe' and I was still satisfied with the results so far. I know I've only just scratched the surface of the language and I'm looking forward to learning more. [1] https://github.com/androm3da/libfaultinj

This looks like a really cool utility! What other tools out there provide the same service, and how do they compare to this?

I don't think there are any that I know of. There's several tools that leverage LD_PRELOAD hooks though.

ElectricFence is similar but focusing on out-of-bounds memory accesses. Actually, that's not really fault injection, more like sanitizing bad behavior.

There's other fault injection stuff for linux, usually at different layers (I've seen some that use systemtap, e.g.).

Re: Rust 1.5

#143

Post by gbersac »

steveklabnik wrote: post #26
moonchrome wrote: post #22

Earlier quoted context omitted.

I'm particularly interested in incremental recompilation. From what I can see it hasn't landed yet (?) - but I can't seem to find any ETA on when it will.

There isn't a strong ETA, no. Everything about internals is basically waiting until after the HIR/MIR work lands, as it would end up changing a lot anyway, so that's where the focus is at the moment. That doesn't mean the _discussion_ about how it works has to stop in the meantime, though...

What does HIR/MIR mean ?

Re: Rust 1.5

#144

Post by moonchrome »

mahyarm wrote: post #100
moonchrome wrote: post #33

Earlier quoted context omitted.

Well even a guesstimate would be nice :) I've been following Rust from sidelines before 1.0 and from my perspective there are advantages but I can also see a lot of pain in porting stuff and moving over and I right now the benefits don't outweigh the risk and cost for me - but having a fast build system (which implies incremental recompilation) along with a default package manager (which it already has) would be enou…

What would make you choose swift vs rust at this point? The compile speeds have been getting pretty close to objective-c levels, there is 1st and 3rd party package management and its been recently open sourced and is actually being developed in the open. On top of that they have the financial backing of apple.

Does Swift run on Windows ? Emscripten ? Android ? Portability is also a big question that Rust has a lot better incentives to solve than Apple.

I got the impression that Linux support is more of a "here iOS/OSX develoeprs - we're aware you don't actually run OSX on your servers so you can share code between client and server now". I was not aware Apple wants to push Swift as a cross platform language.

If it was and their commitment looked credible (ie. they start porting tools like integrating debuggers and stuff on other platforms as well) I would definitely consider it.

Re: Rust 1.5

#145

Post by lobster_johnson »

wyldfire wrote: post #142
kibwen wrote: post #139

Earlier quoted context omitted.

This looks like a really cool utility! What other tools out there provide the same service, and how do they compare to this?

I don't think there are any that I know of. There's several tools that leverage LD_PRELOAD hooks though. ElectricFence is similar but focusing on out-of-bounds memory accesses. Actually, that's not really fault injection, more like sanitizing bad behavior. There's other fault injection stuff for linux, usually at different layers (I've seen some that use systemtap, e.g.).

I'm looking for something that simulates network errors (in particular: connect timeouts, read timeouts and sudden disconnects). Randomness would be good, too. Know anything for this that can be applied for individual processes?

Re: Rust 1.5

#146

Post by wyldfire »

lobster_johnson wrote: post #145
wyldfire wrote: post #142

Earlier quoted context omitted.

I don't think there are any that I know of. There's several tools that leverage LD_PRELOAD hooks though. ElectricFence is similar but focusing on out-of-bounds memory accesses. Actually, that's not really fault injection, more like sanitizing bad behavior. There's other fault injection stuff for linux, usually at different layers (I've seen some that use systemtap, e.g.).

I'm looking for something that simulates network errors (in particular: connect timeouts, read timeouts and sudden disconnects). Randomness would be good, too. Know anything for this that can be applied for individual processes?

Yeah, I am pretty sure this is doable but it's not covered by libfaultinj yet.

I opened an issue [1]. I'll get on it.

[1] https://github.com/androm3da/libfaultinj/issues/1

Re: Rust 1.5

#147

Post by lobster_johnson »

wyldfire wrote: post #146
lobster_johnson wrote: post #145

Earlier quoted context omitted.

I'm looking for something that simulates network errors (in particular: connect timeouts, read timeouts and sudden disconnects). Randomness would be good, too. Know anything for this that can be applied for individual processes?

Yeah, I am pretty sure this is doable but it's not covered by libfaultinj yet. I opened an issue [1]. I'll get on it. [1] https://github.com/androm3da/libfaultinj/issues/1

Awesome!

Re: Rust 1.5

#148

Post by steveklabnik »

gbersac wrote: post #143
steveklabnik wrote: post #26

Earlier quoted context omitted.

There isn't a strong ETA, no. Everything about internals is basically waiting until after the HIR/MIR work lands, as it would end up changing a lot anyway, so that's where the focus is at the moment. That doesn't mean the _discussion_ about how it works has to stop in the meantime, though...

What does HIR/MIR mean ?

https://news.ycombinator.com/item?id=10713301

Re: Rust 1.5

#149

Post by iamd3vil »

mangeletti wrote: post #141
iamd3vil wrote: post #49

Earlier quoted context omitted.

Try Elixir ( https://elixir-lang.org ). Phoenix framework is awesome and working with it is a pleasure.

Thanks. Elixir looks interesting. I'm apprehensive about the "runs on Erlang" part though (wary of compiles-to or runs-on languages, unless the "to" or "on" is C).

Actually Elixir and Erlang are totally interoperable with zero overhead. They both compile to BEAM virtual machine code. That "runs on Erlang" part is a selling point IMO.

Re: Rust 1.5

#150

Post by DasIch »

kbenson wrote: post #121
DasIch wrote: post #102

Earlier quoted context omitted.

You do realize that slavery is a current problem, right? Slavery is a multi-billion dollar industry and there are tens of millions of people enslaved today in the entire world.

Yes, but I also believe it's less as a proportion of population than it's ever been in the history of the world. There are approximately 7.3 billion people in the world[1], and there are over 35.8 million people in slavery[2]. That's less than half of one percent. But that doesn't matter, because slavery is bad, so any slavery, regardless of the amount is bad. So it could be 100 people in the world are enslaved, and…

You question a change to a status quo but ignore that the status quo deserves to be questioned just the same.

The terms are clearly, obviously and unquestionably inspired by actual human slavery. That's in bad taste at best. Using the master/slave terminology so casually further weakens their original meaning.

Not using the terms master/slave in a technology concept in no way erases awareness of the problem. Frankly to defend usage of these terms by suggesting using them in anyway promotes awareness and helps the victims of slavery, is disgusting. That's clearly not the case and not the goal of those defending the usage of these terms.

Post reply on HN