Vitaliy Blats

Results 12 comments of Vitaliy Blats

I have the same issue with my cubietruck. And it's definitely not SD issue, FS corruption or something like that. ![Screenshot from 2019-04-29 20-11-01](https://user-images.githubusercontent.com/12632755/56913692-fd70cc00-6aba-11e9-8fff-ff4963b26632.png) ![Screenshot from 2019-04-29 20-11-12](https://user-images.githubusercontent.com/12632755/56913693-fd70cc00-6aba-11e9-86dc-8278d3eb02be.png)

``` [ntfs@h2749367 ~]$ ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)" See Linuxbrew: http://linuxbrew.sh/ [ntfs@h2749367 ~]$ ```

Want to join to issue. Roughly speaking, this issue doesn't related to **parallel**, better to anonymous function (Closures), but because of parallel using them - anyway needs a proper solution....

> Having the same issue Been trying to fix this for 3 days now. Had a power outage, when everything rebooted it seems like my server booted up before my...

> Hi > > This is an inusual issue, normaly people not remove their network and reboot server without it > > This can happen because vesta may run network...

I'm still checking all possible solutions to create system tray for your dock. I found way to do this over d-bus. Any change of system tray state (for example incoming...

Well, if shortly: - There is exists utility called "snixembed". It's proxying old xembed calls to modern SNI to d-bus - After run this utility in background, all new apps...

Anyway want to re-open ticket just for your info. Step by step I found root of memory leak, and it's not GTK. Function "**Php::Value GObject_::connect_internal**" of GObject.cpp contains some struct...

Added callback_object to public field of class to make it visible outside. Not sure how to explain this correctly. **GObject.h**: ```cpp public: struct st_callback; st_callback *callback_object; ``` Then added deletion...

Yes, it's not leaking so many memory, just about 1Kb for iteration. But if we have many iterations - this leak is sensitive. If we'll refresh every 250ms - our...