On 25 June 2012 09:40, Carsten Haitzler <ras...@rasterman.com> wrote:
> On Mon, 25 Jun 2012 06:15:17 +0100 Mick <michaelkintz...@gmail.com> said:
>
>> On Monday 25 Jun 2012 01:01:25 Carsten Haitzler wrote:
>> > On Sun, 24 Jun 2012 16:45:44 +0100 Mick <michaelkintz...@gmail.com> said:
>>
>> > > However, ...
>> > >
>> > > 71737 crashed.
>> >
>> > 71400 is where i fixed ecore_con and ecore_ipc. discomfitor added dns.c
>> > after that before he changed my ecore_con/ipc refcounting to be something
>> > different. 71738 is his change to it. what u probably want to do is take
>> > your current efl and reverse the patch for 71738 patch and hope it applies
>> > still.
>>
>> Sorry I lost you here ...
>>
>> If 71737 which is *before* 71738 still crashes, this means that there is
>> something else before discomfitor's changes that causes the crash, right?
>
> no - i think u have a different bug that got fixed later. 71652 has my changes
> to ecore-con to do refcounting to fix an ecore-ipc issue. 71738 is where
> discomfitor removed that fix and replaced it by something else. ty apply the
> reverse of that patch (patch -R) and hope it works.
Okey, dokey! Before I try this I must report that I think I know what
it causing at least one of the crashes.
When I start without a network connection, at rev. 72777 e crashes and
within valgrind it reports this error:
INF<e>e_main.c:948 ESTART: 0.41943 [0.04428] - Load Modules Done
INF<e>e_main.c:950 ESTART: 0.41950 [0.00007] - Run Startup Apps
INF<e>e_main.c:958 ESTART: 0.41964 [0.00014] - Run Startup Apps Done
INF<e>e_main.c:966 ESTART: 0.41970 [0.00006] - E_Container Thaw
INF<e>e_main.c:968 ESTART: 0.41976 [0.00006] - E_Container Thaw Done
INF<e>e_main.c:970 ESTART: 0.41980 [0.00004] - E_Test Init
INF<e>e_main.c:972 ESTART: 0.41984 [0.00005] - E_Test Done
INF<e>e_main.c:976 ESTART: 0.42010 [0.00025] - E_Shelf Config Update
INF<e>e_main.c:978 ESTART: 0.42212 [0.00202] - E_Shelf Config Update Done
INF<e>e_main.c:980 ESTART: 0.42217 [0.00005] - Manage all windows
INF<e>e_main.c:991 ESTART: 0.42508 [0.00292] - MAIN LOOP AT LAST
INF<e>e_main.c:1797 ESTART: 0.43531 [0.01023] - SLEEP
ERR<ecore_con>ecore_con_dns.c:92 resolve failed: Connection refused
ERR<ecore>ecore.c:474
*** ECORE ERROR: Ecore Magic Check Failed!!!
*** IN FUNCTION: ecore_con_server_data_get()
ERR<ecore>ecore.c:484 Input handle is wrong type
Expected: 77665544 - <UNKNOWN>
Supplied: 01f01c90 - <UNKNOWN>
ERR<ecore>ecore.c:487 *** NAUGHTY PROGRAMMER!!!
*** SPANK SPANK SPANK!!!
When I connect to a network there is no crash at start up. So it
seems that at this last revision at least the problem is with the
ecore_con_dns.c?
Now applying the reverse patch in Gentoo is probably going to be
difficult. Will I have to stop an emerge half way after it downloads
the file(s) from svn, apply the patch and try to resume? I think I've
tried something like this with development wireless drivers in the
very distant past, but can't recall what I did exactly and if I were
successful. Any Gentoo specific guidance would be much appreciated.
--
Regards,
Mick
------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users
