Re: [e-users] $QT_QPA_PLATFORMTHEME $QT_STYLE_OVERRIDE both set to gtk2

2018-09-26 Thread sergio

On 26/09/2018 16:37, Carsten Haitzler (The Rasterman) wrote:




maybe we should provide some options in e to set these to specific values for
user preferences


e should check existence of these variables and do not redefine them 
with default settings!



--
sergio.


___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users


Re: [e-users] more mouse button bindings feature request

2018-09-26 Thread sergio

On 26/09/2018 13:38, Carsten Haitzler wrote:


P.S.
There no List-Id headers in your replies. So my sieve dosn't put them to
separate folder and I'm not able to "reply to list".



i "Reply to all"


I know.


so you may be looking at the mail from me directly to. there should
also be mails from the list. that last one should have an list id
header. the first would be from me and thus not have one... it'll be
the cc line in my reply :)


But I receive only one mail, without list id.
Looks like it's google magic which doesn't send me mail when I'm in cc.

I've replied to this letter with reply all. You are in cc. Check it 
yourself.



--
sergio.


___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users


Re: [e-users] Enlightenment memory leaks?

2018-09-26 Thread Carsten Haitzler
On Wed, 26 Sep 2018 18:18:23 +0200 leoutat...@gmx.fr said:

> On 9/26/18 3:30 PM, Carsten Haitzler (The Rasterman) wrote:
> > On Wed, 26 Sep 2018 13:37:42 +0200 leoutat...@gmx.fr said:
> > 
> >> On 9/26/18 12:04 PM, Carsten Haitzler (The Rasterman) wrote:
> >>
> > you definitely have a leak. you want massif. so -massif option. then use
> > massif-visualizer to look at the trace and you'll see it probably going
> > "up and to the right". select a time point near the right/big end and
> > start digging through the tree of allocations (most of the mem allocs
> > are near the top). expand the trees for call traces. that there will
> > begin to give an idea of what is going on. you also will have learned a
> > new debugging technique :)
> >
>  valgrind -massif log file is available here
>  https://phab.enlightenment.org/T7410
> >>>
> >>> private paste - but we don't want the log. we want the massif output file.
> >>> massif.out maybe or something (i have an alias that produces a specific
> >>> one for me). even then i'm not sure i can usefully open it on a different
> >>> system. i have never tried. thus massif-visualizer.
> >>>
> >>>
> >> My apologize, access paste is public, now. Of course, it's massif output
> >> file, 'massif.out', you can get it.
> >> 'e-valgrind-massif.log' file has never been created, it's mistake.
> >> Massif created a massif.out automatically.
> > 
> > It's still private. :(
> > 
> It's displayed public on my account, I don't understand.
> I copied past raw text on phab site. I hope it's ok...

hmmm... that leak isn't in normal malloc. paths. it seems pretty ok - climbs a
bit over time. this smells like something to do with drm/gbm buffers. something
not being released?


-- 
- Codito, ergo sum - "I code, therefore I am" --
Carsten Haitzler - ras...@rasterman.com



___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users


Re: [e-users] Beta API tutorial GUI demo, untidiness

2018-09-26 Thread Carsten Haitzler
On Sat, 15 Sep 2018 15:02:58 +0200 (CEST) Peter Koellner 
said:

> On Sat, 15 Sep 2018, Carsten Haitzler wrote:
> 
> > No - it's fine in this regard (the tutorial). It's something inside EFL
> > that is hitting an invalid object. Unfortunately the "hex dumps" are
> > useless to mail you really need to use eina_btlog as described to turn
> > it into usable text. EFL does not go do this by default because it's rather
> > costly to do, so doing it every time we dump this to stderr is not a good
> > idea. We leave it to you to do when you want to know what that backtrace
> > says or share it with others, but I can reproduce it.
> 
> Well, basically I would expect a tutorial example to work without errors... I

It's not the tutorial. It's EFL internals. the tutorial is fine. it's a
tutorial for a beta API that is absolutely not stable yet and is explicitly
marked as such. it is changing and not ready for general use. It's available as
a kind of preview as well as for developers to give feedback on the API and
design and so on. Things like you see are just part of development and happen
because it's not a stable "supported" API set at this point.

> did try eina_btlog now, but I really have no idea what it is telling me
> there, except that efl did hit some invalid or destroyed object in closing
> the program, so it probably attemtps to destroy something twice. I do have

The btlog output will be human readable so you have a stack call trace to where
it happened with details of the EFL objects the symbol is in, symbol, file and
line number if available etc.

> some other problems with enlightemnent, but I have to find the time to
> produce a useful bugreport. Until now, the symptoms are a bit vague as to the
> source. For example, occasionally mouse clicks just stop working, or I have
> to use the laptop trackpads right mouse button to perform a left mouse click

That's bizarre. how a left and right mouse click would get mixed up. I can't
imagine how that might happen inside EFL - it just passes the button # in
events up the chain from X. that integer would have to magically change at
random for that to happen...

> to make the usb mouse work temporarily again, sometimes only the systme tray
> keeps working, but no window manager actions until I restart enlightenment.
> Since a couple of weeks there seem to be some problem with double buffering,
> I get flickering artefacts redisplaying invalidated rectangles with the old
> content again. Also, there are a few problems with automated focus. When

That's buffer age related there. either driver is mis-reporting buffer age or
we're totally losing update regions in the buffer "ring" history. I am unsure
about the latter being possible, so the only other option might be rectangle
math is wrong and just sometimes loses rects when merging multiple frames of
update rects... but that also seems unlikely otherwise we'd get odd results for
just any update, buffer age or not and lose rects etc. so it leads me to mostly
suspect buffer age, but it's hard to prove for sure. literally would have to
store every buffer entirely and then before every render compare it against all
buffers in the history list to see which one the content matches up with vs the
age reported. it's expensive stuff.

> IntelliJ Idea pops up some dialog, it sometimes triggers the mouse problem,
> and each and every time some Terminology or firefox window is brought to the
> front instead of that dialog box now. Also, when idea emits some notification
> during the longish build process, it often steals the input focus away from
> the program I am just typing in, so my input ends up in the middle of the
> current source file opend in idea, even if I am typing on the other screen. I
> am not sure if this all affects gtk-based programs more, but I have the not
> really well founded suspicion that the problems often start after opening a
> gtk-based application. So the idea behind starting with the tutorial was to

there are a few possible options here, but the main would be using the netwm
activate request where intellij is asking for an activation and e obliges (that
means switching to that desktop, raising that window and focusing it). another
option is thatr inellij is just setting focus directly. it could also be a new
window being opened up and if e's policy is "focus all new windows" then this
might happen - the default is to focus new windows only if a parent of that
dialog is focused. it's probably the first though. in the end intellij is
probably asking this to happen. can you find a setting to turn this off?

in the end we could try workarounds like in remembers/locks allow windows to be
on a blacklist to never "activate" if asked by a client or only do it in
certain cases (that desktop is active, that screen has mouse on it, etc.) which
is a workaround a bad app - we'd have to add features for that, but can be done.

> start testing if efl-based programs show the same effects. There may also 

Re: [e-users] Enlightenment memory leaks?

2018-09-26 Thread leoutation

On 9/26/18 3:30 PM, Carsten Haitzler (The Rasterman) wrote:

On Wed, 26 Sep 2018 13:37:42 +0200 leoutat...@gmx.fr said:


On 9/26/18 12:04 PM, Carsten Haitzler (The Rasterman) wrote:


you definitely have a leak. you want massif. so -massif option. then use
massif-visualizer to look at the trace and you'll see it probably going
"up and to the right". select a time point near the right/big end and
start digging through the tree of allocations (most of the mem allocs are
near the top). expand the trees for call traces. that there will begin to
give an idea of what is going on. you also will have learned a new
debugging technique :)


valgrind -massif log file is available here
https://phab.enlightenment.org/T7410


private paste - but we don't want the log. we want the massif output file.
massif.out maybe or something (i have an alias that produces a specific one
for me). even then i'm not sure i can usefully open it on a different
system. i have never tried. thus massif-visualizer.



My apologize, access paste is public, now. Of course, it's massif output
file, 'massif.out', you can get it.
'e-valgrind-massif.log' file has never been created, it's mistake.
Massif created a massif.out automatically.


It's still private. :(


It's displayed public on my account, I don't understand.
I copied past raw text on phab site. I hope it's ok...


___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users


Re: [e-users] $QT_QPA_PLATFORMTHEME $QT_STYLE_OVERRIDE both set to gtk2

2018-09-26 Thread The Rasterman
On Mon, 24 Sep 2018 12:36:53 +0100 Mick  said:

> On Monday, 24 September 2018 12:07:48 BST Mick wrote:
> > On Monday, 24 September 2018 06:34:35 BST Simon Lees wrote:
> > > On 18/09/2018 23:59, Mick wrote:
> > > > On Tuesday, 18 September 2018 11:27:35 BST sergio wrote:
> > > >> On 18/09/2018 11:31, Mick wrote:
> > > >>> Where are QT_QPA_PLATFORMTHEME and QT_STYLE_OVERRIDE specified outside
> > > >>> the
> > > >>> GUI?  In ~/.bashrc?  Where could they be set for system wide settings?
> > > >> 
> > > >> QT_STYLE_OVERRIDE is not specified.
> > > >> 
> > > >> QT_QPA_PLATFORMTHEME is from /etc/X11/Xsession.d/99qt5ct, which
> > > >> rewrites
> > > > 
> > > >> nothing, and just adds:
> > > > OK, this file is not installed in gentoo.
> > > > 
> > > >> moreover, there is ~/.xsession for user settings
> > > > 
> > > > I tried unsetting $QT_STYLE_OVERRIDE in ~.xsession, but I still got
> > > > gtk2.
> > > > Then, set it to a blank value using e's Settings/Advanced/Environment
> > > > Variables and this time it took.  However, I'm still no closer to having
> > > > KDE applications launching with QT themes and icons, unless I launch
> > > > them
> > > > from within urxvt.
> > > 
> > > Setting it from enlightenment's environment variable section should
> > > work, the way its implemented at the moment is the least worst way we
> > > could come up with to not have all users Qt apps broken by default.
> > 
> > Yes, setting $QT_STYLE_OVERRIDE to a blank value using e's
> > Settings/Advanced/ Environment Variables works in clearing the default gtk2
> > value.
> > 
> > Adding the contents of the /etc/X11/Xsession.d/99qt5ct file Sergio mentioned
> > also works in defining $QT_QPA_PLATFORMTHEME as qt5ct.
> > 
> > What doesn't work is starting any KDE application and having it load the Qt
> > theme I have selected.  The only exception seems to be when I launch a KDE
> > application from within urxvt, whereby the Qt theme is respected and loads
> > as expected.
> > 
> > The urxvt terminal output where Qt theme works is this:
> > 
> > $ kwrite
> > qt5ct: using qt5ct plugin
> > QApplication: invalid style override passed, ignoring it.
> > qt5ct: D-Bus global menu: no
> > QXcbConnection: XCB error: 5 (BadAtom), sequence: 955, resource id: 0, major
> > code: 19 (DeleteProperty), minor code: 0
> > 
> > 
> > While the terminology/xterm output where Qt theme is ignored is this:
> > 
> > $ kwrite
> > QApplication: invalid style override passed, ignoring it.
> 
> Ha! Found the solution:
> 
> Removed the /etc/X11/Xsession.d/99qt5ct file which is not installed by
> default in Gentoo (may be a distro specific solution).
> 
> Used e's GUI to set both an empty QT_STYLE_OVERRIDE and QT_QPA_PLATFORMTHEME 
> as qt5ct.  Now Qt themes are recognised and loaded normally.  :-)

maybe we should provide some options in e to set these to specific values for
user preferences - we set it to gtk2 as this was the most common that allows
for the best seamless experience years ago. things change.

so could someone do a write-up of what env vars need to be set to what values to
get specific results?

e.g.

qt "kde look":
  QT_XXX_YYY=a
  QT_AAA_B=xyz

qt "upstream qt5 look":
  QT_XXX_YYY=b
  QT_AAA_B=efg

qt "mimic gtk2 look":
  QT_XXX_YYY=c
  QT_AAA_B=hij

qt "mimic gtk3 look":
  QT_XXX_YY=d
  QT_AA_B=lmn

... you get the idea. so we can present a list of 3,4 or 5 options for qt app
looks and then set env vars right.

-- 
- Codito, ergo sum - "I code, therefore I am" --
Carsten Haitzler - ras...@rasterman.com



___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users


Re: [e-users] Enlightenment memory leaks?

2018-09-26 Thread The Rasterman
On Wed, 26 Sep 2018 13:37:42 +0200 leoutat...@gmx.fr said:

> On 9/26/18 12:04 PM, Carsten Haitzler (The Rasterman) wrote:
> 
> >>> you definitely have a leak. you want massif. so -massif option. then use
> >>> massif-visualizer to look at the trace and you'll see it probably going
> >>> "up and to the right". select a time point near the right/big end and
> >>> start digging through the tree of allocations (most of the mem allocs are
> >>> near the top). expand the trees for call traces. that there will begin to
> >>> give an idea of what is going on. you also will have learned a new
> >>> debugging technique :)
> >>>
> >> valgrind -massif log file is available here
> >> https://phab.enlightenment.org/T7410
> > 
> > private paste - but we don't want the log. we want the massif output file.
> > massif.out maybe or something (i have an alias that produces a specific one
> > for me). even then i'm not sure i can usefully open it on a different
> > system. i have never tried. thus massif-visualizer.
> > 
> > 
> My apologize, access paste is public, now. Of course, it's massif output 
> file, 'massif.out', you can get it.
> 'e-valgrind-massif.log' file has never been created, it's mistake.
> Massif created a massif.out automatically.

It's still private. :(

-- 
- Codito, ergo sum - "I code, therefore I am" --
Carsten Haitzler - ras...@rasterman.com



___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users


Re: [e-users] Enlightenment memory leaks?

2018-09-26 Thread leoutation

On 9/26/18 12:04 PM, Carsten Haitzler (The Rasterman) wrote:

even then i'm not sure i can usefully open it on a different system. i
have never tried. thus massif-visualizer.


May be you'll need original massif file name :
massif.out.20204


___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users


Re: [e-users] Enlightenment memory leaks?

2018-09-26 Thread leoutation

On 9/26/18 12:04 PM, Carsten Haitzler (The Rasterman) wrote:


you definitely have a leak. you want massif. so -massif option. then use
massif-visualizer to look at the trace and you'll see it probably going "up
and to the right". select a time point near the right/big end and start
digging through the tree of allocations (most of the mem allocs are near
the top). expand the trees for call traces. that there will begin to give
an idea of what is going on. you also will have learned a new debugging
technique :)


valgrind -massif log file is available here
https://phab.enlightenment.org/T7410


private paste - but we don't want the log. we want the massif output file.
massif.out maybe or something (i have an alias that produces a specific one
for me). even then i'm not sure i can usefully open it on a different system. i
have never tried. thus massif-visualizer.


My apologize, access paste is public, now. Of course, it's massif output 
file, 'massif.out', you can get it.

'e-valgrind-massif.log' file has never been created, it's mistake.
Massif created a massif.out automatically.


___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users


Re: [e-users] more mouse button bindings feature request

2018-09-26 Thread Carsten Haitzler
On Tue, 18 Sep 2018 14:09:37 +0300 sergio  said:

> On 18/09/2018 10:12, Carsten Haitzler (The Rasterman) wrote:
> 
> > this is a really nasty thing 
> 
> OK, thank you for explanation.
> 
> 
> > i'm not sure you're using wayland yet... :)
> 
> I've tried, but it's unusable. Unable to rotate screen, unable to use
> several monitors. (I have 3 portrait monitors). Some other multiple
> glitches and issues.
> 
> 
> P.S.
> There no List-Id headers in your replies. So my sieve dosn't put them to 
> separate folder and I'm not able to "reply to list".

i "Reply to all" so you may be looking at the mail from me directly to. there
should also be mails from the list. that last one should have an list id
header. the first would be from me and thus not have one... it'll be the cc
line in my reply :)


-- 
- Codito, ergo sum - "I code, therefore I am" --
Carsten Haitzler - ras...@rasterman.com



___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users


Re: [e-users] Enlightenment memory leaks?

2018-09-26 Thread The Rasterman
On Wed, 26 Sep 2018 12:10:06 +0200 Vincent Torri  said:

> On Wed, Sep 26, 2018 at 12:05 PM Carsten Haitzler 
> wrote:
> >
> > On Tue, 25 Sep 2018 21:43:29 +0200 leoutat...@gmx.fr said:
> >
> > > On 9/25/18 9:37 AM, Carsten Haitzler (The Rasterman) wrote:
> > > > On Mon, 24 Sep 2018 14:31:24 +0200 leoutat...@gmx.fr said:
> > > >
> > > >> On 9/24/18 7:41 AM, Simon Lees wrote:
> > > >>> For a bit more info, whats the memory usage after 10 minutes and after
> > > >>> 8-12 hrs, it is likely that as you run more programs e needs to use
> > > >>> more memory, so having a couple more data points would be useful.
> > > >>
> > > >> I only run firefox, thunderbird, terminology and sometimes, pcmanfm.
> > > >> Resident memory increases hugely from 2 hours.
> > > >> My efl + enlightenment (Raster is the maintainer) and terminology:
> > > >> https://aur.archlinux.org/packages/efl-git/
> > > >> https://aur.archlinux.org/packages/enlightenment-git/
> > > >> https://aur.archlinux.org/packages/terminology-git/
> > > >> In the same time, enlightenment-git-debug efl-git-debug
> > > >> terminoly-git-debug are installed.
> > > >> How can I debug this memory leak?
> > > >> With valgrind? Which option? Only '-valgrind=4' check leak or
> > > >> '-valgrind=all' ?
> > > >
> > > > you definitely have a leak. you want massif. so -massif option. then use
> > > > massif-visualizer to look at the trace and you'll see it probably going
> > > > "up and to the right". select a time point near the right/big end and
> > > > start digging through the tree of allocations (most of the mem allocs
> > > > are near the top). expand the trees for call traces. that there will
> > > > begin to give an idea of what is going on. you also will have learned a
> > > > new debugging technique :)
> > > >
> > > valgrind -massif log file is available here
> > > https://phab.enlightenment.org/T7410
> >
> > private paste - but we don't want the log. we want the massif output file.
> > massif.out maybe or something (i have an alias that produces a specific one
> > for me). even then i'm not sure i can usefully open it on a different
> > system. i have never tried. thus massif-visualizer.
> 
> it would be nice to have a massif visualizer in EFL :)

I believe you just volunteered for it! :) heheheheh

-- 
- Codito, ergo sum - "I code, therefore I am" --
Carsten Haitzler - ras...@rasterman.com



___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users


Re: [e-users] Enlightenment memory leaks?

2018-09-26 Thread Vincent Torri
On Wed, Sep 26, 2018 at 12:05 PM Carsten Haitzler  wrote:
>
> On Tue, 25 Sep 2018 21:43:29 +0200 leoutat...@gmx.fr said:
>
> > On 9/25/18 9:37 AM, Carsten Haitzler (The Rasterman) wrote:
> > > On Mon, 24 Sep 2018 14:31:24 +0200 leoutat...@gmx.fr said:
> > >
> > >> On 9/24/18 7:41 AM, Simon Lees wrote:
> > >>> For a bit more info, whats the memory usage after 10 minutes and after
> > >>> 8-12 hrs, it is likely that as you run more programs e needs to use more
> > >>> memory, so having a couple more data points would be useful.
> > >>
> > >> I only run firefox, thunderbird, terminology and sometimes, pcmanfm.
> > >> Resident memory increases hugely from 2 hours.
> > >> My efl + enlightenment (Raster is the maintainer) and terminology:
> > >> https://aur.archlinux.org/packages/efl-git/
> > >> https://aur.archlinux.org/packages/enlightenment-git/
> > >> https://aur.archlinux.org/packages/terminology-git/
> > >> In the same time, enlightenment-git-debug efl-git-debug
> > >> terminoly-git-debug are installed.
> > >> How can I debug this memory leak?
> > >> With valgrind? Which option? Only '-valgrind=4' check leak or
> > >> '-valgrind=all' ?
> > >
> > > you definitely have a leak. you want massif. so -massif option. then use
> > > massif-visualizer to look at the trace and you'll see it probably going 
> > > "up
> > > and to the right". select a time point near the right/big end and start
> > > digging through the tree of allocations (most of the mem allocs are near
> > > the top). expand the trees for call traces. that there will begin to give
> > > an idea of what is going on. you also will have learned a new debugging
> > > technique :)
> > >
> > valgrind -massif log file is available here
> > https://phab.enlightenment.org/T7410
>
> private paste - but we don't want the log. we want the massif output file.
> massif.out maybe or something (i have an alias that produces a specific one
> for me). even then i'm not sure i can usefully open it on a different system. 
> i
> have never tried. thus massif-visualizer.

it would be nice to have a massif visualizer in EFL :)

Vincent


___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users


Re: [e-users] Enlightenment memory leaks?

2018-09-26 Thread The Rasterman
On Tue, 25 Sep 2018 21:43:29 +0200 leoutat...@gmx.fr said:

> On 9/25/18 9:37 AM, Carsten Haitzler (The Rasterman) wrote:
> > On Mon, 24 Sep 2018 14:31:24 +0200 leoutat...@gmx.fr said:
> > 
> >> On 9/24/18 7:41 AM, Simon Lees wrote:
> >>> For a bit more info, whats the memory usage after 10 minutes and after
> >>> 8-12 hrs, it is likely that as you run more programs e needs to use more
> >>> memory, so having a couple more data points would be useful.
> >>
> >> I only run firefox, thunderbird, terminology and sometimes, pcmanfm.
> >> Resident memory increases hugely from 2 hours.
> >> My efl + enlightenment (Raster is the maintainer) and terminology:
> >> https://aur.archlinux.org/packages/efl-git/
> >> https://aur.archlinux.org/packages/enlightenment-git/
> >> https://aur.archlinux.org/packages/terminology-git/
> >> In the same time, enlightenment-git-debug efl-git-debug
> >> terminoly-git-debug are installed.
> >> How can I debug this memory leak?
> >> With valgrind? Which option? Only '-valgrind=4' check leak or
> >> '-valgrind=all' ?
> > 
> > you definitely have a leak. you want massif. so -massif option. then use
> > massif-visualizer to look at the trace and you'll see it probably going "up
> > and to the right". select a time point near the right/big end and start
> > digging through the tree of allocations (most of the mem allocs are near
> > the top). expand the trees for call traces. that there will begin to give
> > an idea of what is going on. you also will have learned a new debugging
> > technique :)
> > 
> valgrind -massif log file is available here 
> https://phab.enlightenment.org/T7410

private paste - but we don't want the log. we want the massif output file.
massif.out maybe or something (i have an alias that produces a specific one
for me). even then i'm not sure i can usefully open it on a different system. i
have never tried. thus massif-visualizer.


-- 
- Codito, ergo sum - "I code, therefore I am" --
Carsten Haitzler - ras...@rasterman.com



___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users