Suggestion from web: from Ukraine with love

[Binary](https://github.com/avast-tl/retdec/files/1702980/structaddress.zip) sent to us by user through https://retdec.com/.

**The original message (:-D):**
_Доброго часу доби! Так, цікавить, цікавить! Ваш декомпілятор дуже високої якості.
Він досить добре відновлює структури. Цілком приємний виходить код.
Але є і явні недоліки.
Ось приклад. Все це, скрізь це звернення до змінних структури! + 104 + 108, це змінні структури адресу, і такого коду половина. Було б куди приємніше звертатися до них за допомогою оператора стрільця ->. А тим більше, що параметри функції видно відмінно!
А так, в цілому дуже добре!_

**Google translate:**
_Good day! Thus, interested, interesting! Your kompylyator very high quality.
He recovers well enough structure. It turns out nice code.
But there are obvious shortcomings.
Here's an example. All this, it always appeals to the changing structure! + 104 + 108, the structure is variable address and the code of the half. It would be much nicer to contact them by using the arrow ->. And the more that function parameters seen great!
And, in general, very good!_

Basically we should look into better work with structures.

Start by examining the attached structaddress.zip binary and the decompiler output it produces. Determine how recovered structures are represented and where pointer member access is emitted; done means producing readable arrow-based access instead of repeated offset arithmetic for the demonstrated case.

Written by the indexing model from the issue text.