Custom Query (37 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (31 - 33 of 37)

1 2 3 4 5 6 7 8 9 10 11 12 13
Ticket Owner Reporter Resolution Summary
#39 [email protected] duplicate Memory leak at exit
Description

When using aethread, some memory is not freed at exit (example below is from the aefile-example, but is reproducible by any aethread using program). Fortunately, the amount of reachable memory seems to be fixed regardless of how often aethreads are used (verified in aefile-example.ae by running the tests twice in the main loop).

==31478== HEAP SUMMARY: ==31478== in use at exit: 440 bytes in 2 blocks ==31478== total heap usage: 70 allocs, 68 frees, 101,172 bytes allocated ==31478== ==31478== Thread 1: ==31478== 168 bytes in 1 blocks are still reachable in loss record 1 of 2 ==31478== at 0x4C28BED: malloc (vg_replace_malloc.c:263) ==31478== by 0x40728F: aethread_create_group_pool (aethread.c:89) ==31478== by 0x4044E7: aefile_init (aefile.ae:39) ==31478== by 0x403F4F: ae_worker_aesop_main (in /home/jehannum/Source/aesop-test/aefile-example) ==31478== by 0x4041D1: aesop_main (in /home/jehannum/Source/aesop-test/aefile-example) ==31478== by 0x404436: main (in /home/jehannum/Source/aesop-test/aefile-example) ==31478== ==31478== 272 bytes in 1 blocks are possibly lost in loss record 2 of 2 ==31478== at 0x4C272B8: calloc (vg_replace_malloc.c:566) ==31478== by 0x401128E: _dl_allocate_tls (dl-tls.c:300) ==31478== by 0x4E36483: [email protected]@GLIBC_2.2.5 (allocatestack.c:580) ==31478== by 0x40732D: aethread_create_group_pool (aethread.c:111) ==31478== by 0x4044E7: aefile_init (aefile.ae:39) ==31478== by 0x403F4F: ae_worker_aesop_main (in /home/jehannum/Source/aesop-test/aefile-example) ==31478== by 0x4041D1: aesop_main (in /home/jehannum/Source/aesop-test/aefile-example) ==31478== by 0x404436: main (in /home/jehannum/Source/aesop-test/aefile-example) ==31478== ==31478== LEAK SUMMARY: ==31478== definitely lost: 0 bytes in 0 blocks ==31478== indirectly lost: 0 bytes in 0 blocks ==31478== possibly lost: 272 bytes in 1 blocks ==31478== still reachable: 168 bytes in 1 blocks ==31478== suppressed: 0 bytes in 0 blocks ==31478== ==31478== For counts of detected and suppressed errors, rerun with: -v ==31478== Use --track-origins=yes to see where uninitialised values come from ==31478== ERROR SUMMARY: 2 errors from 2 contexts (suppressed: 4 from 4)

#50 [email protected] fixed fsync memory leak
Description

Whenever I call aefile_fsync on a valid file descriptor, the call leaks memory (details below).

==11238== 88 bytes in 1 blocks are possibly lost in loss record 57 of 106 ==11238== at 0x4C244E8: malloc (vg_replace_malloc.c:236) ==11238== by 0x447DAF: ae_opcache_get (opcache.c:329) ==11238== by 0x447C05: aethread_hint (aethread.c:177) ==11238== by 0x444F76: ae_worker_aefile_fsync (aefile.ae:88) ==11238== by 0x445BB0: aefile_fsync (aefile.ae:84)

#72 https://www.google.com/accounts/o8/id?id=AItOawlSBDoIc3pUkjYEp2ibI7vLmDaOj6PSpIY fixed Non-internet installation
Description

When building AESOP dependencies (alex and happy) using the setup-hs-local shell script, the cabal installer tries to reach out to hackage.haskell.org for .tar.gz files. Despite providing these locally, setting up AESOP fails. On a machine without internet access, this ends setup at a very early stage.

There should be instructions provided to work around the cabal installer, or it should be removed as an installation requirement entirely.

1 2 3 4 5 6 7 8 9 10 11 12 13
Note: See TracQuery for help on using queries.