August 2012 - Asg - mailman3.cels.anl.gov

[aesop] #34: Initialization + declaration: invalid reorder
by aesop 30 Sep '14

30 Sep '14

#34: Initialization + declaration: invalid reorder ---------------------------+------------------------------------------------ Reporter: dkimpe | Owner: Type: defect | Status: new Priority: major | Component: code generator Version: git repository | Keywords: ---------------------------+------------------------------------------------ In the following (accepted by the compiler): {{{ ... init_a (); int my_var = call_b (); ... }}} my_var gets moved to the context structure (correct); However, it gets initialized at the beginning of the function, effectively moving {{{call_b}}} before {{{init_a}}} in the example. This can be a very hard to track down bug... Possible solution: disallow behavior in source translator or fix. -- Ticket URL: <https://trac.mcs.anl.gov/projects/aesop/ticket/34> aesop <https://trac.mcs.anl.gov/projects/aesop> The Aesop Language

1 2

[aesop] #26: OSX warnings during build
by aesop 12 Sep '14

12 Sep '14

#26: OSX warnings during build -------------------------------+-------------------------------------------- Reporter: rross@… | Type: defect Status: new | Priority: don't know Component: don't know | Version: Keywords: | -------------------------------+-------------------------------------------- Lots of warnings when building on my OSX box. -- Rob --- make -C src/c-utils GHC parser/ae-blocking-parser CC opcache.o CC aesop.o DEP lookup3.d DEP triton-string.d CC resource.o DEP libev/event.d In file included from ../resource.c:1: ../src/c-utils/libev/ev.h: In function ‘ev_default_loop_uc_’: ../src/c-utils/libev/ev.h:548: warning: nested extern declaration of ‘ev_default_loop_ptr’ DEP libev/ev.d ../resource.c: In function ‘ae_get_stack’: ../resource.c:738: warning: format not a string literal and no format arguments CC hints.o CC libev/ev.o CC libev/event.o CC triton-string.o CC lookup3.o CC ae-ctl.o CC ae-init.o RANLIB libc-utils.a Linking parser/ae-blocking-parser ... ld: warning: could not create compact unwind for _ffi_call_unix64: does not use RBP or RSP based frame AECC src/aefile/aefile.ae AECC src/socket/aesocket.ae AECC resources/resourcebuilder/resourcebuilder.hae AECC resources/thread/aethread.hae AECC resources/timer/timer.hae CC resources/resourcebuilder/resourcebuilder.o CC resources/thread/aethread.o CC resources/timer/timer.o In file included from ../resources/timer/timer.c:14: ../src/c-utils/libev/ev.h: In function ‘ev_default_loop_uc_’: ../src/c-utils/libev/ev.h:548: warning: nested extern declaration of ‘ev_default_loop_ptr’ /usr/include/assert.h:79: warning: previous declaration of ‘__assert_rtn’ was here /usr/include/assert.h:79: warning: previous declaration of ‘__assert_rtn’ was here ../src/aefile/aefile.hae:23: warning: previous declaration of ‘aefile_pwrite’ was here ../src/aefile/aefile.hae:24: warning: previous declaration of ‘aefile_pread’ was here ../src/aefile/aefile.hae:22: warning: previous declaration of ‘aefile_fsync’ was here ../src/aefile/aefile.hae:23: warning: previous declaration of ‘aefile_fdatasync’ was here ../src/aefile/aefile.ae: In function ‘__ae_worker_aefile_fdatasync’: ../src/aefile/aefile.ae:88: warning: nested extern declaration of ‘fdatasync’ ../src/aefile/aefile.ae: At top level: ../src/aefile/aefile.hae:25: warning: previous declaration of ‘aefile_ftruncate’ was here ../src/aefile/aefile.hae:25: warning: previous declaration of ‘aefile_unlink’ was here /usr/include/assert.h:79: warning: previous declaration of ‘__assert_rtn’ was here /usr/include/assert.h:79: warning: previous declaration of ‘__assert_rtn’ was here /usr/include/string.h:172: warning: previous declaration of ‘swab’ was here /usr/include/stdlib.h:218: warning: previous declaration of ‘mkstemp’ was here /usr/include/stdlib.h:217: warning: previous declaration of ‘mktemp’ was here /usr/include/stdlib.h:235: warning: previous declaration of ‘setkey’ was here /usr/include/stdlib.h:341: warning: previous declaration of ‘valloc’ was here /usr/include/stdlib.h:340: warning: previous declaration of ‘suboptarg’ was here /usr/include/stdlib.h:206: warning: previous declaration of ‘getsubopt’ was here /usr/include/assert.h:79: warning: previous declaration of ‘__assert_rtn’ was here /usr/include/pthread.h:400: warning: previous declaration of ‘pthread_kill’ was here /usr/include/pthread.h:406: warning: previous declaration of ‘pthread_sigmask’ was here /usr/include/unistd.h:710: warning: previous declaration of ‘mknod’ was here ../src/c-utils/libev/ev.h: In function ‘ev_default_loop_uc_’: ../src/c-utils/libev/ev.h:548: warning: nested extern declaration of ‘ev_default_loop_ptr’ ../src/socket/aesocket.ae: At top level: ../src/socket/aesocket.hae:79: warning: previous declaration of ‘aesocket_ready’ was here ../src/socket/aesocket.hae:45: warning: previous declaration of ‘aesocket_accept’ was here ../src/socket/aesocket.hae:56: warning: previous declaration of ‘aesocket_read’ was here ../src/socket/aesocket.hae:67: warning: previous declaration of ‘aesocket_write’ was here RANLIB lib/libaesop.a mcswl174:build rross$ -- Ticket URL: <http://trac.mcs.anl.gov/projects/aesop/ticket/26> aesop <https://trac.mcs.anl.gov/projects/aesop> The Aesop Language

1 1

[aesop] #22: overriding CFLAGS in make or configure causes build to fail.
by aesop 12 Sep '14

12 Sep '14

#22: overriding CFLAGS in make or configure causes build to fail. ---------------------------+------------------------------------------------ Reporter: dkimpe | Owner: Type: defect | Status: new Priority: minor | Component: build system Version: git repository | Keywords: ---------------------------+------------------------------------------------ Configuring aesop using CFLAGS="-O2" (i.e. ./configure CFLAGS="-O2") or issuing make CFLAGS="-O2" causes the build to fail. One reason is that it overrides the -I needed to find aesop.h. This most likely is a bug in Makefile.in and/or aecc -- Ticket URL: <http://trac.mcs.anl.gov/projects/aesop/ticket/22> aesop <https://trac.mcs.anl.gov/projects/aesop> The Aesop Language

1 2

[aesop] #20: Provide some debugging helper functions for aesop
by aesop 23 Oct '13

23 Oct '13

#20: Provide some debugging helper functions for aesop ---------------------------+------------------------------------------------ Reporter: dkimpe | Owner: Type: enhancement | Status: new Priority: minor | Component: aesop functions Version: git repository | Keywords: ---------------------------+------------------------------------------------ - would be nice if we had a function to poke at aesop and dump a list of what contexts are running, what function they are in, etc. - the problem right now is if you stop an aesop program in gdb you don't see anything helpful; it is usually in the event loop - could trigger with function call, signal, rpc, or whatever -- Ticket URL: <http://trac.mcs.anl.gov/projects/aesop/ticket/20> aesop <https://trac.mcs.anl.gov/projects/aesop> The Aesop Language

1 1

[aesop] #19: Add call to feed variable=value keys to the aesop configuration system
by aesop 27 Feb '13

27 Feb '13

#19: Add call to feed variable=value keys to the aesop configuration system ---------------------------+------------------------------------------------ Reporter: dkimpe | Owner: Type: enhancement | Status: new Priority: minor | Component: aesop functions Version: git repository | Keywords: ---------------------------+------------------------------------------------ The goal is to link zeroconf to the more limited aesop equivalent. By adding a {{{processUpdate(key,value)}}} function we can call from zeroconf, we can easily link outside systems to the internal aesop configuration. The other reason for this call is to enable aesop code to change certain system parameters (such as blocking call debugging) easily. -- Ticket URL: <http://trac.mcs.anl.gov/projects/aesop/ticket/19> aesop <https://trac.mcs.anl.gov/projects/aesop> The Aesop Language

1 1

[aesop] #18: Enable non-resource code to register configuration items
by aesop 27 Feb '13

27 Feb '13

#18: Enable non-resource code to register configuration items ---------------------------+------------------------------------------------ Reporter: dkimpe | Owner: Type: enhancement | Status: new Priority: minor | Component: aesop functions Version: git repository | Keywords: ---------------------------+------------------------------------------------ With the move to resourcebuilder and branchthreader, we now have non- resource code needing to access the configuration values. Expose the configuration functionality outside of the resources. -- Ticket URL: <http://trac.mcs.anl.gov/projects/aesop/ticket/18> aesop <https://trac.mcs.anl.gov/projects/aesop> The Aesop Language

1 2

[aesop] #33: Memory leak
by aesop 26 Feb '13

26 Feb '13

#33: Memory leak ---------------------------+------------------------------------------------ Reporter: dkimpe | Owner: Type: defect | Status: new Priority: minor | Component: code generator Version: git repository | Keywords: ---------------------------+------------------------------------------------ A simple aesop program leaks memory due to the resources not being stopped/finalized. Need to revisit once transition to explicit resource initialization is complete. {{{ ==32292== ==32292== HEAP SUMMARY: ==32292== in use at exit: 1,301 bytes in 8 blocks ==32292== total heap usage: 20 allocs, 12 frees, 84,494 bytes allocated ==32292== ==32292== 6 bytes in 1 blocks are still reachable in loss record 1 of 8 ==32292== at 0x4C28F5D: malloc (vg_replace_malloc.c:263) ==32292== by 0x5552181: strdup (in /lib64/libc-2.13.so) ==32292== by 0x403CE7: ae_resource_init_register (resource.c:122) ==32292== by 0x407EE2: aesop_timer_init_register (timer.c:241) ==32292== by 0x412465: ??? (in /home/lts/git/aesop/parser/tests/blocking/pbranch-empty) ==32292== by 0x401962: ??? (in /home/lts/git/aesop/parser/tests/blocking/pbranch-empty) ==32292== ==32292== 7 bytes in 1 blocks are still reachable in loss record 2 of 8 ==32292== at 0x4C28F5D: malloc (vg_replace_malloc.c:263) ==32292== by 0x5552181: strdup (in /lib64/libc-2.13.so) ==32292== by 0x403CE7: ae_resource_init_register (resource.c:122) ==32292== by 0x408CB8: triton_aethread_init_register (aethread.c:263) ==32292== by 0x412465: ??? (in /home/lts/git/aesop/parser/tests/blocking/pbranch-empty) ==32292== by 0x401962: ??? (in /home/lts/git/aesop/parser/tests/blocking/pbranch-empty) ==32292== ==32292== 8 bytes in 1 blocks are still reachable in loss record 3 of 8 ==32292== at 0x4C28F5D: malloc (vg_replace_malloc.c:263) ==32292== by 0x4C290A7: realloc (vg_replace_malloc.c:632) ==32292== by 0x409C7E: ev_realloc_emul (ev.c:612) ==32292== by 0x409CBC: ev_realloc (ev.c:638) ==32292== by 0x409F30: array_realloc (ev.c:860) ==32292== by 0x40A590: fd_change (ev.c:1043) ==32292== by 0x40EEFE: ev_io_start (ev.c:2674) ==32292== by 0x40AD4E: evpipe_init (ev.c:1317) ==32292== by 0x40FB53: ev_signal_start (ev.c:2920) ==32292== by 0x40DB14: ev_default_loop (ev.c:2095) ==32292== by 0x403E62: ae_resource_register_with_data (resource.c:165) ==32292== by 0x403DBA: ae_resource_register (resource.c:136) ==32292== ==32292== 48 bytes in 1 blocks are still reachable in loss record 4 of 8 ==32292== at 0x4C29042: realloc (vg_replace_malloc.c:632) ==32292== by 0x409C7E: ev_realloc_emul (ev.c:612) ==32292== by 0x409CBC: ev_realloc (ev.c:638) ==32292== by 0x409F30: array_realloc (ev.c:860) ==32292== by 0x411B0D: ev_async_start (ev.c:3689) ==32292== by 0x404052: ae_resource_register_with_data (resource.c:191) ==32292== by 0x403DBA: ae_resource_register (resource.c:136) ==32292== by 0x407F65: aesop_timer_init (timer.c:259) ==32292== by 0x4059F9: ae_resource_init_all (resource.c:978) ==32292== by 0x403625: aesop_init (aesop.c:42) ==32292== by 0x40347B: main (pbranch-empty.ae.s:2528) ==32292== ==32292== 128 bytes in 1 blocks are still reachable in loss record 5 of 8 ==32292== at 0x4C28F5D: malloc (vg_replace_malloc.c:263) ==32292== by 0x4C290A7: realloc (vg_replace_malloc.c:632) ==32292== by 0x409C7E: ev_realloc_emul (ev.c:612) ==32292== by 0x409CBC: ev_realloc (ev.c:638) ==32292== by 0x409F30: array_realloc (ev.c:860) ==32292== by 0x40EE78: ev_io_start (ev.c:2671) ==32292== by 0x40AD4E: evpipe_init (ev.c:1317) ==32292== by 0x40FB53: ev_signal_start (ev.c:2920) ==32292== by 0x40DB14: ev_default_loop (ev.c:2095) ==32292== by 0x403E62: ae_resource_register_with_data (resource.c:165) ==32292== by 0x403DBA: ae_resource_register (resource.c:136) ==32292== by 0x408D27: aethread_init (aethread.c:279) ==32292== ==32292== 168 bytes in 1 blocks are still reachable in loss record 6 of 8 ==32292== at 0x4C28F5D: malloc (vg_replace_malloc.c:263) ==32292== by 0x409804: ae_opcache_init (opcache.c:229) ==32292== by 0x408CFE: aethread_init (aethread.c:272) ==32292== by 0x4059F9: ae_resource_init_all (resource.c:978) ==32292== by 0x403625: aesop_init (aesop.c:42) ==32292== by 0x40347B: main (pbranch-empty.ae.s:2528) ==32292== ==32292== 168 bytes in 1 blocks are still reachable in loss record 7 of 8 ==32292== at 0x4C28F5D: malloc (vg_replace_malloc.c:263) ==32292== by 0x409804: ae_opcache_init (opcache.c:229) ==32292== by 0x407F46: aesop_timer_init (timer.c:253) ==32292== by 0x4059F9: ae_resource_init_all (resource.c:978) ==32292== by 0x403625: aesop_init (aesop.c:42) ==32292== by 0x40347B: main (pbranch-empty.ae.s:2528) ==32292== ==32292== 768 bytes in 1 blocks are still reachable in loss record 8 of 8 ==32292== at 0x4C28F5D: malloc (vg_replace_malloc.c:263) ==32292== by 0x4C290A7: realloc (vg_replace_malloc.c:632) ==32292== by 0x409C7E: ev_realloc_emul (ev.c:612) ==32292== by 0x409CBC: ev_realloc (ev.c:638) ==32292== by 0x40BA5C: epoll_init (ev_epoll.c:242) ==32292== by 0x40CB09: loop_init (ev.c:1752) ==32292== by 0x40DAB0: ev_default_loop (ev.c:2088) ==32292== by 0x403E62: ae_resource_register_with_data (resource.c:165) ==32292== by 0x403DBA: ae_resource_register (resource.c:136) ==32292== by 0x408D27: aethread_init (aethread.c:279) ==32292== by 0x4059F9: ae_resource_init_all (resource.c:978) ==32292== by 0x403625: aesop_init (aesop.c:42) ==32292== ==32292== LEAK SUMMARY: ==32292== definitely lost: 0 bytes in 0 blocks ==32292== indirectly lost: 0 bytes in 0 blocks ==32292== possibly lost: 0 bytes in 0 blocks ==32292== still reachable: 1,301 bytes in 8 blocks ==32292== suppressed: 0 bytes in 0 blocks ==32292== ==32292== For counts of detected and suppressed errors, rerun with: -v ==32292== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 6 from 6) }}} -- Ticket URL: <https://trac.mcs.anl.gov/projects/aesop/ticket/33> aesop <https://trac.mcs.anl.gov/projects/aesop> The Aesop Language

1 1

[aesop] #36: Memory leak at exit
by aesop 26 Feb '13

26 Feb '13

#36: Memory leak at exit --------------------------------+------------------------------------------- Reporter: gcdanie@… | Type: defect Status: new | Priority: don't know Component: aesop functions | Version: Keywords: | --------------------------------+------------------------------------------- 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). ==8658== ==8658== HEAP SUMMARY: ==8658== in use at exit: 1,996 bytes in 7 blocks ==8658== total heap usage: 70 allocs, 63 frees, 101,114 bytes allocated ==8658== ==8658== Thread 1: ==8658== 19 bytes in 1 blocks are still reachable in loss record 1 of 7 ==8658== at 0x4C244E8: malloc (vg_replace_malloc.c:236) ==8658== by 0x4004DA1: local_strdup (dl-load.c:162) ==8658== by 0x4007AB3: _dl_map_object (dl-load.c:2234) ==8658== by 0x4011EE8: dl_open_worker (dl-open.c:225) ==8658== by 0x400D905: _dl_catch_error (dl-error.c:178) ==8658== by 0x4011929: _dl_open (dl-open.c:554) ==8658== by 0x53CCE6F: do_dlopen (dl-libc.c:86) ==8658== by 0x400D905: _dl_catch_error (dl-error.c:178) ==8658== by 0x53CCF0E: dlerror_run (dl-libc.c:47) ==8658== by 0x53CD006: __libc_dlopen_mode (dl-libc.c:160) ==8658== by 0x4E386EB: pthread_cancel_init (unwind-forcedunwind.c:53) ==8658== by 0x4E3884B: _Unwind_ForcedUnwind (unwind-forcedunwind.c:126) ==8658== ==8658== 19 bytes in 1 blocks are still reachable in loss record 2 of 7 ==8658== at 0x4C244E8: malloc (vg_replace_malloc.c:236) ==8658== by 0x400AA84: _dl_new_object (dl-object.c:156) ==8658== by 0x4006005: _dl_map_object_from_fd (dl-load.c:1050) ==8658== by 0x4007839: _dl_map_object (dl-load.c:2329) ==8658== by 0x4011EE8: dl_open_worker (dl-open.c:225) ==8658== by 0x400D905: _dl_catch_error (dl-error.c:178) ==8658== by 0x4011929: _dl_open (dl-open.c:554) ==8658== by 0x53CCE6F: do_dlopen (dl-libc.c:86) ==8658== by 0x400D905: _dl_catch_error (dl-error.c:178) ==8658== by 0x53CCF0E: dlerror_run (dl-libc.c:47) ==8658== by 0x53CD006: __libc_dlopen_mode (dl-libc.c:160) ==8658== by 0x4E386EB: pthread_cancel_init (unwind-forcedunwind.c:53) ==8658== ==8658== 56 bytes in 1 blocks are still reachable in loss record 3 of 7 ==8658== at 0x4C244E8: malloc (vg_replace_malloc.c:236) ==8658== by 0x400C213: _dl_map_object_deps (dl-deps.c:510) ==8658== by 0x4011F45: dl_open_worker (dl-open.c:262) ==8658== by 0x400D905: _dl_catch_error (dl-error.c:178) ==8658== by 0x4011929: _dl_open (dl-open.c:554) ==8658== by 0x53CCE6F: do_dlopen (dl-libc.c:86) ==8658== by 0x400D905: _dl_catch_error (dl-error.c:178) ==8658== by 0x53CCF0E: dlerror_run (dl-libc.c:47) ==8658== by 0x53CD006: __libc_dlopen_mode (dl-libc.c:160) ==8658== by 0x4E386EB: pthread_cancel_init (unwind-forcedunwind.c:53) ==8658== by 0x4E3884B: _Unwind_ForcedUnwind (unwind-forcedunwind.c:126) ==8658== by 0x4E368FF: __pthread_unwind (unwind.c:130) ==8658== ==8658== 168 bytes in 1 blocks are still reachable in loss record 4 of 7 ==8658== at 0x4C244E8: malloc (vg_replace_malloc.c:236) ==8658== by 0x406EE2: aethread_create_group_pool (aethread.c:89) ==8658== by 0x404CA7: aefile_init (aefile.ae:39) ==8658== by 0x403DEE: __ae_worker_aesop_main (in /home/jehannum/aesop- test/aefile-example) ==8658== by 0x404078: aesop_main (in /home/jehannum/aesop-test/aefile- example) ==8658== by 0x4042F5: main (in /home/jehannum/aesop-test/aefile- example) ==8658== ==8658== 272 bytes in 1 blocks are possibly lost in loss record 5 of 7 ==8658== at 0x4C2380C: calloc (vg_replace_malloc.c:467) ==8658== by 0x401106E: _dl_allocate_tls (dl-tls.c:297) ==8658== by 0x4E30291: pthread_create@@GLIBC_2.2.5 (allocatestack.c:576) ==8658== by 0x406F7E: aethread_create_group_pool (aethread.c:111) ==8658== by 0x404CA7: aefile_init (aefile.ae:39) ==8658== by 0x403DEE: __ae_worker_aesop_main (in /home/jehannum/aesop- test/aefile-example) ==8658== by 0x404078: aesop_main (in /home/jehannum/aesop-test/aefile- example) ==8658== by 0x4042F5: main (in /home/jehannum/aesop-test/aefile- example) ==8658== ==8658== 288 bytes in 1 blocks are still reachable in loss record 6 of 7 ==8658== at 0x4C2380C: calloc (vg_replace_malloc.c:467) ==8658== by 0x400F553: _dl_check_map_versions (dl-version.c:299) ==8658== by 0x4012198: dl_open_worker (dl-open.c:268) ==8658== by 0x400D905: _dl_catch_error (dl-error.c:178) ==8658== by 0x4011929: _dl_open (dl-open.c:554) ==8658== by 0x53CCE6F: do_dlopen (dl-libc.c:86) ==8658== by 0x400D905: _dl_catch_error (dl-error.c:178) ==8658== by 0x53CCF0E: dlerror_run (dl-libc.c:47) ==8658== by 0x53CD006: __libc_dlopen_mode (dl-libc.c:160) ==8658== by 0x4E386EB: pthread_cancel_init (unwind-forcedunwind.c:53) ==8658== by 0x4E3884B: _Unwind_ForcedUnwind (unwind-forcedunwind.c:126) ==8658== by 0x4E368FF: __pthread_unwind (unwind.c:130) ==8658== ==8658== 1,174 bytes in 1 blocks are still reachable in loss record 7 of 7 ==8658== at 0x4C2380C: calloc (vg_replace_malloc.c:467) ==8658== by 0x400A7DE: _dl_new_object (dl-object.c:72) ==8658== by 0x4006005: _dl_map_object_from_fd (dl-load.c:1050) ==8658== by 0x4007839: _dl_map_object (dl-load.c:2329) ==8658== by 0x4011EE8: dl_open_worker (dl-open.c:225) ==8658== by 0x400D905: _dl_catch_error (dl-error.c:178) ==8658== by 0x4011929: _dl_open (dl-open.c:554) ==8658== by 0x53CCE6F: do_dlopen (dl-libc.c:86) ==8658== by 0x400D905: _dl_catch_error (dl-error.c:178) ==8658== by 0x53CCF0E: dlerror_run (dl-libc.c:47) ==8658== by 0x53CD006: __libc_dlopen_mode (dl-libc.c:160) ==8658== by 0x4E386EB: pthread_cancel_init (unwind-forcedunwind.c:53) ==8658== ==8658== LEAK SUMMARY: ==8658== definitely lost: 0 bytes in 0 blocks ==8658== indirectly lost: 0 bytes in 0 blocks ==8658== possibly lost: 272 bytes in 1 blocks ==8658== still reachable: 1,724 bytes in 6 blocks ==8658== suppressed: 0 bytes in 0 blocks ==8658== ==8658== For counts of detected and suppressed errors, rerun with: -v ==8658== ERROR SUMMARY: 2 errors from 2 contexts (suppressed: 4 from 4) -- Ticket URL: <http://trac.mcs.anl.gov/projects/aesop/ticket/36> aesop <https://trac.mcs.anl.gov/projects/aesop> The Aesop Language

1 2

[aesop] #24: add rpc support to aesop repository
by aesop 26 Feb '13

26 Feb '13

#24: add rpc support to aesop repository ---------------------------+------------------------------------------------ Reporter: carns | Owner: Type: task | Status: new Priority: major | Component: parser Version: git repository | Keywords: ---------------------------+------------------------------------------------ This means adding the aercc translator and its network-related dependencies. Make sure that rpc/network support is optional and can be disabled at compile time. -- Ticket URL: <http://trac.mcs.anl.gov/projects/aesop/ticket/24> aesop <https://trac.mcs.anl.gov/projects/aesop> The Aesop Language

1 1

[aesop] #17: Enable run-time resource registration
by aesop 26 Feb '13

26 Feb '13

#17: Enable run-time resource registration ---------------------------+------------------------------------------------ Reporter: dkimpe | Owner: Type: enhancement | Status: new Priority: minor | Component: aesop functions Version: git repository | Keywords: ---------------------------+------------------------------------------------ Add support for 'runtime' resource registration. Some notes: - init and finalize might have to be blocking. - Have to take care not to call hard blocking functions (for example pthread_join) from within the init/finalize functions. This is needed to implement the functionality outlined below. ---------------------- - we have some problems with components now: - resources and non-resources are initialized differently in the aesop tree - not clear when to initialize what - have distinction between registering resource and initializing resource - consensus: - simplify things and make the following changes: - every component (even resources) has an explicit, directly callable init function - apps/servers/testprograms will explicitly call the init functions that they need - if a component depends on something else (like rosd -> tosd -> bdb) then the compent should initialize the things it needs - do reference counting in every init/finalize function so that we don't break when init is called twice - have resources "register" with aesop when you initialize them -- Ticket URL: <http://trac.mcs.anl.gov/projects/aesop/ticket/17> aesop <https://trac.mcs.anl.gov/projects/aesop> The Aesop Language

1 1