https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101692
Eugene Zhiganov changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101692
--- Comment #8 from Eugene Zhiganov ---
Created attachment 51250
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51250&action=edit
eventDriivenStateMachines in D, working version
attached the file, maybe someone will be interested
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101692
--- Comment #7 from Eugene Zhiganov ---
(In reply to Eugene Zhiganov from comment #5)
> This rxMachines array is just for the purpose of holding references,
> since references in linked list are not counted at all by GC.
Maybe I am not right he
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101692
--- Comment #6 from Eugene Zhiganov ---
... and there is another "interesting" observation...
In one one of the programs there is a StageMachine instance,
that catches SIGTERM and SIGINT and there is
'honest' reference to that instance in main(
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101692
Bug ID: 101692
Summary: Program crushes at unpredictable moment of time
Product: gcc
Version: 8.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
10 matches
Mail list logo
