https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101692
--- Comment #5 from Eugene Zhiganov ---
Eventually I used following workaround:
RxSm[] rxMachines;
auto rxPool = new RestRoom();
for (int k = 0; k < nConnections; k++) {
auto sm = new RxSm(rxPool);
rxMachines ~= sm;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101692
--- Comment #4 from Eugene Zhiganov ---
investigation continues...
--
'RX-98' deregistered 107 (esrc.Io)
!!! esrc.EventSource.~this() : esrc.Io (owner RX-97)
this @ 0x7f845328b680<<< note addr
!!!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101692
--- Comment #3 from Eugene Zhiganov ---
I have reorginized my data - now references to EventSource class
and it's derivatives (timers, sockets, signals) are stored
in explicitly named data members of other classes.
That did not help, still cras
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101692
--- Comment #2 from Eugene Zhiganov ---
I've attached full source, just in case.
And I think, I began to understand, what is wrong with it.
In brief: it looks like GC deallocates objects,
which it should not deallocate, because
it does not tak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101692
--- Comment #1 from Eugene Zhiganov ---
Created attachment 51227
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51227&action=edit
references to objects in associative arrays
