On Sat, 12 Feb 2011 00:32:30 -0500 Mike Blumenkrantz <[email protected]> said:
which commit? > Hey Raster, > > The following errors (when connecting to a server) are new > since you added that code which fixed the epoll bug pre-1.0. It seems that > the lookup data is attempting to clear its own pointer after the container > struct has already been freed. > > ==16463== Invalid write of size 4 > ==16463== at 0x42B3E08: ecore_con_info_data_clear (ecore_con_ares.c:313) > ==16463== by 0x42AB2A6: _ecore_con_server_free (ecore_con.c:1335) > ==16463== by 0x42ADE73: _ecore_con_event_server_del_free (ecore_con.c:2525) > ==16463== by 0x40AAA63: _ecore_event_del (ecore_events.c:475) > ==16463== by 0x40AA761: _ecore_event_shutdown (ecore_events.c:407) > ==16463== by 0x40A918E: ecore_shutdown (ecore.c:179) > ==16463== by 0x804BEEC: main (client.c:259) > ==16463== Address 0x47daca8 is 8 bytes inside a block of size 68 free'd > ==16463== at 0x40286F4: free (vg_replace_malloc.c:366) > ==16463== by 0x42B46D4: _ecore_con_info_ares_nameinfo > (ecore_con_ares.c:585) ==16463== by 0x478EE9C: ares_getnameinfo > (in /usr/lib/libcares.so.2.0.0) ==16463== by 0x42B3C0A: > _ecore_con_info_ares_getnameinfo (ecore_con_ares.c:245) ==16463== by > 0x42B4302: _ecore_con_info_ares_host_cb (ecore_con_ares.c:459) ==16463== > by 0x478DC18: end_aquery (in /usr/lib/libcares.so.2.0.0) ==16463== by > 0x478DFF2: next_lookup (in /usr/lib/libcares.so.2.0.0) ==16463== by > 0x42B3D15: ecore_con_info_get (ecore_con_ares.c:281) ==16463== by > 0x42B38BA: ecore_con_info_tcp_connect (ecore_con_ares.c:131) ==16463== by > 0x42A9560: ecore_con_server_connect (ecore_con.c:483) ==16463== by > 0x40630F1: azy_client_connect (azy_client.c:264) ==16463== by 0x804BEC6: > main (client.c:252) > > > -- > Mike Blumenkrantz > Zentific: NULL pointer dereferences now 50% off! > > ------------------------------------------------------------------------------ > The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: > Pinpoint memory and threading errors before they happen. > Find and fix more than 250 security defects in the development cycle. > Locate bottlenecks in serial and parallel code that limit performance. > http://p.sf.net/sfu/intel-dev2devfeb > _______________________________________________ > enlightenment-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) [email protected] ------------------------------------------------------------------------------ The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb _______________________________________________ enlightenment-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
