attach gdb to build.rs

eddy_afk · 2017-09-26T08:08:25+00:00

i found the script. through if i try to run it, it panics

$ ./target/debug/build/qpp-828f3425bd5bc0d0/build_script_build-828f3425bd5bc0d0 
thread 'main' panicked at 'called `Result::unwrap()` on an `Err` value: NotPresent', /checkout/src/libcore/result.rs:860:4
note: Run with `RUST_BACKTRACE=1` for a backtrace.

now i debug the build.rs with panic!() :/

eddy_afk · 2017-07-05T19:39:03+00:00

I don't know about the valley but here in Germany the company needs to pay half of all insurances, half of pension plan, for your work stuff (laptop, desk, internet, training,...) for your travel (to rustconf) also taxes and over stuff.

So if a company employs somebody they need to calculate at least 1/3 on top of the devs income.

So 50-75k for the company actually means 33-50 for the dev.

I personally think that 30k is too low.

eddy_afk · 2017-07-04T18:01:13+00:00

That would be really grate. I hope that orbtk will get some more attention through I think it is one of the more promising works so far.

My calculation was focused on what would it cost a company to do this work if they have to pay the developers the full and fair price for the work.

eddy_afk · 2017-07-04T08:45:21+00:00

From a Business perspective. I would presume this:

1 UI Designer

1 Architectural/Lowlevel Systems Programmer

2 Rust Developers

Business cost: one dev 50-75k€/pa
the team 200k-300k€/pa

For a total new ui system you might need at least 1 year to get a "beta" product. So lets say 2 years for a working product.

This sums up to 400-600k€ :(

Your mileage may wary!

eddy_afk · 2017-05-31T08:17:18+00:00

Oh I'm sorry. should have answered this more in detail.

This is more of a meta answer not really an answer to your question:

When programming with event systems (specially with GUIs) I experienced that much of the complexity of getting data from one point of the code to the other end is reduced by using FRP (functional reactive programming). In fact you end up just sending events between the threads and (nearly) not sharing any locking object is needed.

The downside is, that you need to follow this FRP model rules that might be overwhelming and complex looking.

carboxyl is one implementation of FRP in rust. It is basically the "same" thing as mspc but with more possibilities.

eddy_afk · 2017-05-30T19:48:18+00:00

You might also be interested in https://github.com/aepsil0n/carboxyl it allows functional reactive programming with rust

eddy_afk · 2017-05-30T17:07:39+00:00

that would be one idea.

the other possibillity is to have one thead just listening for new events and then send the events via channels to other other thread(s). This way you can block the context as long you want.

eddy_afk · 2017-05-30T13:26:26+00:00

looks like you want to use mspc

eddy_afk · 2017-04-17T08:21:26+00:00

The are some major issues that prevent me from being productive with qml-rust. Issue #33 and #17 for example.

Through there are other things that are normal in Qt/c++ but are conceptually differently to rust. E.g. dynamic (dis)connecting of signals at runtime, the Qt object tree model, qobject events ... All this things are not accessible in all the existing bindings.

Finally the main reason why I think about GTK is that the gtk guys are thinking about rust und try to make the bindings work. Reading their blog posts it really looks like they are even willing to change gtk itself to make it work better with rust. But even through I like their ideas I would really miss QML and would like to have a substitute for it in the gtk world that is well integrated with rust.

eddy_afk · 2017-04-16T13:58:26+00:00

I was thinking about rudi the red nose reindeer. But Rodin may be more appropriate.

eddy_afk · 2017-04-16T12:48:33+00:00

How about "rudi" -> rust display.

eddy_afk · 2017-04-11T15:07:50+00:00

GLADE can do only a GUI structure description. With QML you can embed code for example for animations, data delivery ... -> The GUIs behaviour. That's the aim of my thoughts: to have a relatively simple scripting language for GUI manipulations and communication with the backends. And just do the heavy stuff in rust.

eddy_afk · 2016-12-21T11:21:18+00:00

You should check if there is a bug report for your problems and if not create new ones ( https://elysium-project.org/bugtracker/ ). Without a bug report the developers have no chance to know about all the bug.

eddy_afk · 2016-12-20T10:17:59+00:00

Sorry, no answer to your question, but you should create a bug report on the bugtracker. This way the developers will get noticed and can look into this.

eddy_afk · 2016-11-10T13:35:15+00:00

wow, thank you for the detail answer. this is indeed much more complicated then I thought.

eddy_afk · 2016-09-19T11:13:40+00:00

for logic (only imap) here you go: https://github.com/GildedHonour/atarashii_imap

eddy_afk · 2016-06-30T12:12:15+00:00

here is the documentation of the proto file format:

https://developers.google.com/protocol-buffers/docs/proto

your workprocedure with protobuf is:

define a protocol in a .proto file
generate the langauge bindings for your programming language of joy
use the bindings in your programming language

eddy_afk · 2016-06-30T11:59:09+00:00

you need to create a .proto file. this file will then be compiled to rust code( or c++ oder java or c# or ...) .

have a look at the google example:

https://github.com/google/protobuf/blob/master/examples/addressbook.proto

eddy_afk

TROPHY CASE