All notable changes to this project will be documented in this file.
The format is based on Keep a Changelog, and this project adheres to Semantic Versioning.
[Unreleased]
[0.6.1] - 2026-10-15
Added
mix templates.upgrade, a maintainer task that asks each upstream for its latest release and reports or rewrites the versions the code generators pin.--checkfails when a pin is behind,--examplesregenerates the checked-in example projects afterwards,--offlineskips the networkActorSimulation.TemplateVersions, the single table of third-party versions a generated project pins, together withsources/0, which records where each version comes from and how much of it we take (:latest_within_majornever moves a generated project across a breaking major on its own)scripts/generate_ractor_examples.exs, so all six generators have a regeneration scriptbenchmarks/virtual_time_speedup.exs, which measures the real speed-up the README quotes, so the performance table is reproducible rather than inherited- Tests for the clock lifecycle: a stopped or killed clock must not leave its scheduler process behind
Changed
- Code generators no longer hardcode dependency versions in their templates.
They read
ActorSimulation.TemplateVersions, which is why the generated projects' pins are now reviewed in one place - Generator dependency pins brought up to date: CAF 1.0.2 → 1.1.0, Catch2 3.7.1 →
3.16.0, OMNeT++ 6.2.0 → 6.4.0, Ractor 0.15 → 0.16.5, tokio-test 0.4 → 0.4.6,
JUnit 5.10.0 → 5.14.4, Maven plugins, Prism 1.29.0 → 1.30.0, and the GitHub
Actions the generated CI workflows pin (
checkoutv3 → v7,cachev3 → v6,setup-gov4 → v7,setup-javav3 → v6,setup-pythonv4 → v7,setup-rust-toolchainv1 → v2). Generated CAF projects install Conan withconan-io/setup-conaninstead of an unpinnedpip install conan - Generated projects now refer to this repository instead of a
yourusernameplaceholder, and their README prerequisites follow the version table - All dependencies and their requirement floors are current; the library itself
still depends on nothing but
:logger— the upgrade tooling lives indev/and is not packaged - Documentation corrected against the code: the README's speed-up table is now
measured,
wrap_mermaid_html/1(which never existed) is replaced with the real report API, the state machine documentation namesVirtualTimeGenStateMachinerather than a dependency the library does not use, and the flowchart shape and colour tables match what the report generator emits. The README also says what is deterministic about a run: the clock, not the order in which tracing records messages that share one virtual instant docs/index.mdis now published on HexDocs, and its links resolve there
Fixed
- A
VirtualClockleaked its scheduler process: the two were linked, and a process that is not trapping exits ignores an exit signal whose reason is:normal, so every stopped clock left a process behind. The scheduler now watches its clock. This made long benchmark runs fail with "Too many processes" - The generated CAF main did not initialise the atom type ID block it declares
(
CAF_MAIN(caf::id_block::ActorSimulation)), which is undefined behaviour: the generated demo crashed with SIGSEGV as soon as it sent a message - Generated CAF actors without a send pattern now handle the message atom their
upstream actually sends, and call their declared
on_messagecallback, so a generated pub/sub project delivers messages instead of dropping them - Examples and templates regenerated from the upgraded generators;
test/output/(stale generated reports that no test wrote) removed GeneratorUtils.to_pascal_case/1mangled an identifier that was already PascalCase ("MyActor"→"Myactor"), so a generated project could not be regenerated from its own output. It now uppercases the first character of each word and leaves the rest aloneGeneratorUtils.pattern_interval/1raised on{:self_message, delay, message}, a pattern the DSL otherwise accepts, so a generator could not read the interval of a self-messaging actorActorSimulation.TemplateVersions.major/1answered with the first dot-separated field of whatever the pin happened to be, so a release channel or a Go pseudo-version produced a nonsense major for the templates that interpolate it. A pin that is not a version now reports no major- Tests that asserted nothing, asserted their own fixtures, compared a list
against
[], or claimed virtual-time behaviour without attaching a clock now assert the behaviour their names describe - The pure parts of the library — actor definitions, the statistics aggregation,
the identifier conversions and the version table — are now specified by
property tests, and
mix templates.upgradetakes its fetcher, its table path and its script runner as arguments, so its report, its--checkand its example regeneration are exercised without the network, without touching the real table and without rebuilding the checked-in projects - CI: the sequence-diagram job ran
mix testin the documentation workflow'sdevenvironment, where the test-only dependencies are not loaded, so compiling the test files failed there; it now runs in the test environment, as the other test steps already did. One property test filtered a generator down to the handful of pins that are versions, which StreamData refuses on Elixir 1.19; it now enumerates that subset and asserts it is not empty
[0.6.0] - 2026-09-13
Breaking changes: the minimum Elixir is now 1.19 with OTP 28, and
VirtualClock.cancel_timer/2 returns the remaining virtual time, or false,
where it previously returned :ok. Events scheduled for the same instant now
fire in the order they were scheduled rather than the reverse. A virtual time
that used to be silently truncated at the end of a long advance is no longer
truncated, so a simulation can now report more messages than before.
Added
- Property-based test suites (
test/virtual_clock_property_test.exs,test/actor_simulation_property_test.exs) covering time additivity, event ordering, cancellation and simulation message counts - Mutation testing with muex in place of the
broken
muzak/exavierdependencies, which fail on current Elixir doctest VirtualClockso the moduledoc andcancel_timer/2examples are executed by the test suite
Changed
- Minimum Elixir version is now 1.19, and minimum OTP 28, matching the
versions CI verifies. (1.15 was the previous floor, needed by
ex_doc ~> 0.40.) - CI matrix reduced to Elixir 1.19/1.20 with OTP 28/29, and the other five workflows aligned, which still pinned Elixir 1.15/1.18 and OTP 25/27
- GitHub Actions updated to their current majors (
checkoutv7,cachev6,upload-artifactv7,download-artifactv8,setup-javav6,setup-gov7, the Pages actions,action-junit-reportv6,action-gh-releasev3 andsetup-rust-toolchainv2), which also clears the Node 20 deprecation notices - Updated all dependencies, including
ex_doc0.38 → 0.40,credo1.7.13 → 1.7.19,dialyxir1.4.6 → 1.4.8,castore1.0.15 → 1.0.21 - Consolidated four duplicated message-dispatch blocks in
ActorSimulation.Actorinto shared helpers, and nine duplicated acknowledgement clauses in theVirtualTimeGenStateMachinewrapper into shared delivery handling - FOSSA no longer scans
generated/orexamples/: they are build output whose transitive dependencies (for exampleio.vlingo.xoom:xoom-actors, MPL-2.0) are not part of what is published - README and documentation index restructured to lead with install and runnable examples
- Replaced
length(x) > 0withx != []throughout, which is what Credo's expensive-empty-enum check asks for. Every expression was verified to hold a list, and the two where it may benilusenot in [nil, []]to keep the original short-circuit behaviour. Credo now reports no issues, down from 42
Fixed
- Clock deliveries to
VirtualTimeGenServeractors now carry a token and are acknowledged by that token alone. Actors previously acknowledged every message they handled, so an unrelated message could satisfy the wait for a delivered event and let the clock advance while the event was still queued - which made simulations intermittently under-count their messages VirtualTimeGenStateMachineactors use the same token protocol, so a:gen_statemactor can no longer be advanced past an event it has not processedActorSimulation.run/2now reads actor statistics until they settle. A single pass could sample a downstream actor before an upstream one had forwarded to it, so a finished simulation could report zero messages for the last actor in a chain- Events due at the same virtual instant now fire in scheduling order, matching real timers (previously reverse order)
VirtualClock.scheduled_count/1now counts every scheduled event; it previously reported one per due time, undercounting events that shared a timestampVirtualClock.cancel_timer/2now returns the remaining virtual milliseconds (orfalse), matching theTimeBackendbehaviour andProcess.cancel_timer/1- The acknowledgement watchdog is now tracked in the clock state, so a stale timeout can no longer fire against a later wait
- Removed dead code: redundant
Enum.eachclauses inActorSimulation.Actor, an unreachablepattern_to_interval/2clause in the OMNeT++ generator, and unusedVirtualScheduleraccessors that had no server-side handlers
Test Reliability
- Removed all
Process.sleep/1-based synchronisation from the test suite: tests now wait on the observable effect (WaitUntil.wait_until/2) before advancing the clock, instead of guessing how long another process needs. The four remaining sleeps are deliberate and documented: two gen_server timeouts, which cannot be polled because any message resets them, and two:slowtests that exist to show real time is slow - Replaced real-time deadline assertions with load-tolerant bounds, so a busy machine slows the tests down rather than failing them
- Fixed tests that claimed to use virtual time but did not: they scheduled timers from the test process, which uses that process's backend - real time by default - so the clock advance did nothing and the assertions were vacuous. They now schedule from inside the server, which is the documented pattern, and assert the resulting state
- Gave assertions to tests that had none (they slept and then stopped the
server): cancellation, per-instance clocks,
send_after_self/2and the "virtual time is faster than real time" claim now check what they claim - The dining philosophers diagram test no longer asserts that every philosopher eats: concurrent actors have no deterministic ordering, so that outcome is a race. It asserts the behaviour the scenario guarantees instead
Demos and Documentation
- The century demo runs this repository's code instead of the published Hex
package (
Mix.installused to fetch~> 0.5.0), so a fix made here can show up in it, and its workflow can catch a regression here. Its header no longer claims "milliseconds" where runs measure seconds - The century demo reports its goal honestly: it states how many of the 36,525
midnights triggered a backup and how many were skipped because the previous
backup was still running, and checks that the two add up - which they do. The
earlier
(expected: 36525)line implied the simulation was losing work; the gap was the demo's own "ignore a trigger while already backing up" rule - README states the primary goal up front - the RxJS TestScheduler idea applied to the BEAM - alongside the simulation DSL and the generators, rather than leaving it at the bottom under "Inspiration"
[0.5.0] - 2025-10-27
Added
- VirtualTimeGenStateMachine with full
:gen_statemsupport start_link/3,start/3,call/3,cast/2,stop/3functions for VirtualTimeGenStateMachine- Compilation warnings for global virtual clock operations to prevent race conditions
Changed
- Optimized VirtualClock event scheduling by using asynchronous operations
- Time backend is now internal and transparent to client code
- VirtualTimeGenServer and VirtualTimeGenStateMachine functions now emit warnings when using global clock injection
- Removed complex wrapper module causing callback conflicts
- Now uses native Erlang
:gen_statemdirectly
Fixed
- State enter callbacks now work correctly in VirtualTimeGenStateMachine
- Long-running simulations timeout issues resolved
- Both
:handle_event_functionand:state_functionscallback modes supported
[0.4.0] - 2025-10-15
Added
- Ractor (Rust) code generator with Ractor framework
- Single-file generator examples for Ractor and VLINGO
- Documentation for Ractor generator
Fixed
- Separated generated interface code from customizable implementation code across all generators
- Fixed Mermaid flowchart reports missing edges for dynamic sends
[0.3.0] - 2025-10-14
Added
- Virtual delays feature for actors
- Quiescence termination mode
- Enhanced diagram generation with trace-based approach
- Dining philosophers example
Changed
- Refactored sleep handling into
TimeBackendbehaviour - Enhanced diagram generation
Fixed
- Corrected termination labels in reports
- Fixed diagram accuracy issues
[0.2.3] - 2025-10-14
Added
- Generator documentation in README
Changed
- Added console output in all generated code
- Implemented thread-safe ConsoleLogger for Pony generator
- Updated all example projects
[0.2.0] - 2025-10-12
Added
- Code generators for CAF (C++), Pony, Phony (Go), and VLINGO (Java)
- Mermaid report generator module
- Full GenServer callback support including
handle_continue/2and call timeout handling - Termination conditions for simulations based on actor state
- Enhanced Mermaid diagrams with sequence diagram features
- Dining philosophers example
- Single-file generator examples
- Generator documentation
Changed
- Reorganized documentation with quick start examples first
- Enhanced GitHub Actions workflows
- Updated license to include full MIT license text
Fixed
- Dialyzer warnings
- Flaky tests
- Generator output issues
0.1.0 - 2025-10-11
Added
- Initial release
- VirtualTimeGenServer with virtual time support
- VirtualClock for event scheduling
- Switchable real/virtual time backends
- Actor Simulation DSL
- Message patterns (periodic, rate-based, burst)
- Process-in-the-Loop support
- Pattern matching responses with
on_match - Message tracing and Mermaid diagram generation
[Unreleased]: https://github.com/d-led/gen_server_virtual_time/compare/v0.6.1...HEAD [0.6.1]: https://github.com/d-led/gen_server_virtual_time/compare/v0.6.0...v0.6.1 [0.6.0]: https://github.com/d-led/gen_server_virtual_time/compare/v0.5.0...v0.6.0 [0.5.0]: https://github.com/d-led/gen_server_virtual_time/compare/v0.4.0...v0.5.0 [0.4.0]: https://github.com/d-led/gen_server_virtual_time/compare/v0.2.4...v0.4.0 [0.3.0]: https://github.com/d-led/gen_server_virtual_time/compare/v0.2.3...v0.3.0 [0.2.4]: https://github.com/d-led/gen_server_virtual_time/compare/v0.2.3...v0.2.4 [0.2.3]: https://github.com/d-led/gen_server_virtual_time/compare/v0.2.2...v0.2.3 [0.2.0]: https://github.com/d-led/gen_server_virtual_time/compare/v0.1.0...v0.2.0