Re: [e-users] why e is blocked ?

2017-11-15 Thread Carsten Haitzler
On Wed, 15 Nov 2017 07:30:47 +0100 Pierre Couderc  said:

> On 11/15/2017 01:39 AM, Carsten Haitzler wrote:
> > On Tue, 14 Nov 2017 16:55:29 +0100 Pierre Couderc  said:
> >
> >> e fails when starting GenTOLpatch applications : blocked with cursor
> >> active but mouse and keybord buttons inactive. Needs to kill it.
> >>
> >> Is there a mistake in this desktop file ?
> >>
> >> Desktop Entry]
> >> Name=GenTOLpatch
> >> CExec=perl /var/d/TOLutils/GenTOLpatch/exec.pl
> >> Icon=GenTOLpatch
> >> Comment=GenTOLpatch
> >> Terminal=false
> >> Type=Application
> >> Categories=Utility;
> >>
> >> knowing that "perl /var/d/TOLutils/GenTOLpatch/exec.pl" works ok.
> > where is e blocked? go to a text console and:
> >
> > killall -SEGV enlightenment
> >
> > you'll get your usual crash handler + ~/.e-crashdump.txt and that backtrace
> > might help.
> >
> >
> Thank you, I am not able to read (it is in 
> www.tol.fr/download/e-crashdump.txt ).
> 
> But I have tried to simplify the problem by clicking in the ibar icon at 
> the beginning of the session.
> It does blick bo more but I get a message  "Enlightenment was unable to 
> fork a child process".
> 
> So my question is now, why I success to excute 
> "/var/d/TOLutils/GenTOLpatch/exec.pl" in terminology and not from the 
> command line ?

the last bt says it all:


Thread 1 (Thread 0x7f9bac2e7300 (LWP 7905)):
#0  pthread_cond_wait@@GLIBC_2.3.2 ()
#at ../sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
No locals.
#1  0x7f9ba3edbfdd in _XReply () from /usr/lib/x86_64-linux-gnu/libX11.so.6
No symbol table info available.
#2  0x7f9ba3ed7b1d in XSync () from /usr/lib/x86_64-linux-gnu/libX11.so.6
No symbol table info available.
#3  0x7f9ba7e990b3 in ecore_x_sync () at lib/ecore_x/ecore_x.c:1034
No locals.
#4  0x559f4b65c142 in _e_crash () at src/bin/e_signals.c:116
No locals.
#5  
No locals.
#6  0x7f9ba79ab6ad in poll () at ../sysdeps/unix/syscall-template.S:84
No locals.
#7  0x7f9ba15b3150 in ?? () from /usr/lib/x86_64-linux-gnu/libxcb.so.1
No symbol table info available.
#8  0x7f9ba15b4c0f in ?? () from /usr/lib/x86_64-linux-gnu/libxcb.so.1
No symbol table info available.
#9  0x7f9ba15b4d81 in xcb_wait_for_reply64 ()
#from /usr/lib/x86_64-linux-gnu/libxcb.so.1
No symbol table info available.
#10 0x7f9ba3edc018 in _XReply () from /usr/lib/x86_64-linux-gnu/libX11.so.6
No symbol table info available.
#11 0x7f9ba3ec6e2f in XInternAtom ()
#from /usr/lib/x86_64-linux-gnu/libX11.so.6
No symbol table info available.
#12 0x7f9ba7eaab1b in ecore_x_screen_is_composited (screen=)
#at lib/ecore_x/ecore_x_netwm.c:2066
win = 
atom = 
buf = "_NET_WM_CM_S1\000\000\000\001\000\000\000\000\000\000\000Z0\374
\253\233\177\000"

e is asking the xserver for something. the xserver is not responding. likely
because some client grabbed the xserver. if e grabbed it... then this would
work because the client grabbing the server has exclusive access. all other
clients are locked out during a grab.

so... some client has grabbed x. it isn't e that has done it. well not the x
connection it controls and uses. it's some other connection. my guess is that
something that that perl script runs is grabbing the xserver... and not
ungrabbing it. check the processes in that tree and maybe kill them and see. if
you kill those processes in the pl tree possibly perl is the only process). if
things work again, then i'm almost certain your problem is over there with that
script/tool and what it does. there is nothing e can do about it as it's been
locked out by those tools along with every other x client.



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


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users


Re: [e-users] why e is blocked ? (sorry, updated)

2017-11-15 Thread Carsten Haitzler
On Wed, 15 Nov 2017 08:15:14 +0100 Pierre Couderc  said:

> On 11/15/2017 01:39 AM, Carsten Haitzler wrote:
> > On Tue, 14 Nov 2017 16:55:29 +0100 Pierre Couderc  said:
> >
> >> e fails when starting GenTOLpatch applications : blocked with cursor
> >> active but mouse and keybord buttons inactive. Needs to kill it.
> >>
> >> Is there a mistake in this desktop file ?
> >>
> >> Desktop Entry]
> >> Name=GenTOLpatch
> >> CExec=perl /var/d/TOLutils/GenTOLpatch/exec.pl
> >> Icon=GenTOLpatch
> >> Comment=GenTOLpatch
> >> Terminal=false
> >> Type=Application
> >> Categories=Utility;
> >>
> >> knowing that "perl /var/d/TOLutils/GenTOLpatch/exec.pl" works ok.
> > where is e blocked? go to a text console and:
> >
> > killall -SEGV enlightenment
> >
> > you'll get your usual crash handler + ~/.e-crashdump.txt and that backtrace
> > might help.
> >
> >
> Thank you, I am not able to read (it is in 
> www.tol.fr/download/e-crashdump.txt ).
> 
> But I have tried to simplify the problem by clicking in the ibar icon at 
> the beginning of the session.
> It does block no more but I get a message  "Enlightenment was unable to 
> fork a child process".
> 
> So my question is now, why I success to excute 
> "/var/d/TOLutils/GenTOLpatch/exec.pl" in terminology and not from the 
> ibar icon ?

as a separate thing if e can't fork... fork() is likely fialing - that's a
system call. is ulimit or some security thing causing e to have a limit on the
number of child processes? too many processes?

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


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users


Re: [e-users] why e is blocked ? (sorry, updated)

2017-11-14 Thread Pierre Couderc

On 11/15/2017 01:39 AM, Carsten Haitzler wrote:

On Tue, 14 Nov 2017 16:55:29 +0100 Pierre Couderc  said:


e fails when starting GenTOLpatch applications : blocked with cursor
active but mouse and keybord buttons inactive. Needs to kill it.

Is there a mistake in this desktop file ?

Desktop Entry]
Name=GenTOLpatch
CExec=perl /var/d/TOLutils/GenTOLpatch/exec.pl
Icon=GenTOLpatch
Comment=GenTOLpatch
Terminal=false
Type=Application
Categories=Utility;

knowing that "perl /var/d/TOLutils/GenTOLpatch/exec.pl" works ok.

where is e blocked? go to a text console and:

killall -SEGV enlightenment

you'll get your usual crash handler + ~/.e-crashdump.txt and that backtrace
might help.


Thank you, I am not able to read (it is in 
www.tol.fr/download/e-crashdump.txt ).


But I have tried to simplify the problem by clicking in the ibar icon at 
the beginning of the session.
It does block no more but I get a message  "Enlightenment was unable to 
fork a child process".


So my question is now, why I success to excute 
"/var/d/TOLutils/GenTOLpatch/exec.pl" in terminology and not from the 
ibar icon ?


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users


Re: [e-users] why e is blocked ?

2017-11-14 Thread Pierre Couderc

On 11/15/2017 01:39 AM, Carsten Haitzler wrote:

On Tue, 14 Nov 2017 16:55:29 +0100 Pierre Couderc  said:


e fails when starting GenTOLpatch applications : blocked with cursor
active but mouse and keybord buttons inactive. Needs to kill it.

Is there a mistake in this desktop file ?

Desktop Entry]
Name=GenTOLpatch
CExec=perl /var/d/TOLutils/GenTOLpatch/exec.pl
Icon=GenTOLpatch
Comment=GenTOLpatch
Terminal=false
Type=Application
Categories=Utility;

knowing that "perl /var/d/TOLutils/GenTOLpatch/exec.pl" works ok.

where is e blocked? go to a text console and:

killall -SEGV enlightenment

you'll get your usual crash handler + ~/.e-crashdump.txt and that backtrace
might help.


Thank you, I am not able to read (it is in 
www.tol.fr/download/e-crashdump.txt ).


But I have tried to simplify the problem by clicking in the ibar icon at 
the beginning of the session.
It does blick bo more but I get a message  "Enlightenment was unable to 
fork a child process".


So my question is now, why I success to excute 
"/var/d/TOLutils/GenTOLpatch/exec.pl" in terminology and not from the 
command line ?


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users


Re: [e-users] why e is blocked ?

2017-11-14 Thread Carsten Haitzler
On Tue, 14 Nov 2017 16:55:29 +0100 Pierre Couderc  said:

> e fails when starting GenTOLpatch applications : blocked with cursor 
> active but mouse and keybord buttons inactive. Needs to kill it.
> 
> Is there a mistake in this desktop file ?
> 
> Desktop Entry]
> Name=GenTOLpatch
> CExec=perl /var/d/TOLutils/GenTOLpatch/exec.pl
> Icon=GenTOLpatch
> Comment=GenTOLpatch
> Terminal=false
> Type=Application
> Categories=Utility;
> 
> knowing that "perl /var/d/TOLutils/GenTOLpatch/exec.pl" works ok.

where is e blocked? go to a text console and:

killall -SEGV enlightenment

you'll get your usual crash handler + ~/.e-crashdump.txt and that backtrace
might help.


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


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users