A work-in-progress, open-source, multi-player city simulation game.

To get this error specifically I generated the small grid and pressed c.

Full call stack of the thread that threw the exception:

citybound.exe!alloc_system::platform::{{impl}}::oom() Line 438 (c:\projects\rust\src\liballoc_system\lib.rs:438)
citybound.exe!alloc_system::{{impl}}::oom() Line 80 (c:\projects\rust\src\liballoc_system\lib.rs:80)
citybound.exe!std::heap::__default_lib_allocator::__rdl_oom() Line 46 (c:\projects\rust\src\libstd\heap.rs:46)
citybound.exe!alloc::heap::{{impl}}::oom(alloc::heap::Heap * self, alloc::allocator::AllocErr err) Line 98 (c:\projects\rust\src\liballoc\heap.rs:98)
citybound.exe!alloc::raw_vec::RawVec<u8, alloc::heap::Heap>::allocate_in<u8,alloc::heap::Heap>(bool cap, alloc::heap::Heap zeroed) Line 101 (c:\projects\rust\src\liballoc\raw_vec.rs:101)
[Inline Frame] citybound.exe!alloc::raw_vec::RawVec<u8, alloc::heap::Heap>::with_capacity() Line 141 (c:\projects\rust\src\liballoc\raw_vec.rs:141)
[Inline Frame] citybound.exe!alloc::vec::Vec<u8>::with_capacity() Line 359 (c:\projects\rust\src\liballoc\vec.rs:359)
citybound.exe!allocators::{{impl}}::allocate<u8>(unsigned __int64 capacity) Line 28 (z:\Rust\CityBound\citybound\engine\allocators\src\lib.rs:28)
citybound.exe!chunked::SizedChunkedArena::push() Line 215 (z:\Rust\CityBound\citybound\engine\chunked\src\lib.rs:215)
citybound.exe!kay::swarm::Swarm<citybound::core::simulation::Simulation>::add_with_id<citybound::core::simulation::Simulation>(citybound::core::simulation::Simulation * self, kay::id::ID initial_state) Line 74 (z:\Rust\CityBound\citybound\engine\kay\src\swarm.rs:74)
citybound.exe!kay::swarm::Swarm<citybound::core::simulation::Simulation>::resize_at_index<citybound::core::simulation::Simulation>(kay::slot_map::SlotIndices) Line 134 (z:\Rust\CityBound\citybound\engine\kay\src\swarm.rs:134)
[Inline Frame] citybound.exe!kay::swarm::Swarm<citybound::core::simulation::Simulation>::resize(unsigned __int64) Line 129 (z:\Rust\CityBound\citybound\engine\kay\src\swarm.rs:129)
[Inline Frame] citybound.exe!kay::swarm::Swarm<citybound::core::simulation::Simulation>::receive_instance(kay::messaging::Packet<citybound::core::simulation::kay_auto::MSG_Simulation_wake_up_in> *) Line 155 (z:\Rust\CityBound\citybound\engine\kay\src\swarm.rs:155)
citybound.exe!kay::swarm::Swarm<citybound::core::simulation::Simulation>::dispatch_packet<citybound::core::simulation::Simulation,citybound::core::simulation::kay_auto::MSG_Simulation_wake_up_in,closure>(kay::messaging::Packet<citybound::core::simulation::kay_auto::MSG_Simulation_wake_up_in> * self, closure * packet, kay::actor_system::World * handler) Line 250 (z:\Rust\CityBound\citybound\engine\kay\src\swarm.rs:250)
citybound.exe!kay::actor_system::ActorSystem::single_message_cycle() Line 243 (z:\Rust\CityBound\citybound\engine\kay\src\actor_system.rs:243)
[Inline Frame] citybound.exe!kay::actor_system::{{impl}}::process_all_messages::{{closure}}(closure *) Line 269 (z:\Rust\CityBound\citybound\engine\kay\src\actor_system.rs:269)
[Inline Frame] citybound.exe!core::ops::function::FnOnce::call_once(closure) Line 223 (c:\projects\rust\src\libcore\ops\function.rs:223)
citybound.exe!std::panic::{{impl}}::call_once<(),closure>(std::panic::AssertUnwindSafe<closure>) Line 295 (c:\projects\rust\src\libstd\panic.rs:295)
citybound.exe!panic_unwind::__rust_maybe_catch_panic() Line 99 (c:\projects\rust\src\libpanic_unwind\lib.rs:99)
citybound.exe!std::panicking::try<(),std::panic::AssertUnwindSafe<closure>>(std::panic::AssertUnwindSafe<closure> f) Line 464 (c:\projects\rust\src\libstd\panicking.rs:464)
citybound.exe!std::panic::catch_unwind<std::panic::AssertUnwindSafe<closure>,()>(std::panic::AssertUnwindSafe<closure>) Line 363 (c:\projects\rust\src\libstd\panic.rs:363)
citybound.exe!kay::actor_system::ActorSystem::process_all_messages() Line 268 (z:\Rust\CityBound\citybound\engine\kay\src\actor_system.rs:268)
[Inline Frame] citybound.exe!citybound::main::{{closure}}(closure *) Line 106 (z:\Rust\CityBound\citybound\game\main.rs:106)
[Inline Frame] citybound.exe!core::ops::function::FnOnce::call_once(closure) Line 223 (c:\projects\rust\src\libcore\ops\function.rs:223)
citybound.exe!std::sys_common::backtrace::__rust_begin_short_backtrace<closure,()>(closure) Line 131 (c:\projects\rust\src\libstd\sys_common\backtrace.rs:131)
[Inline Frame] citybound.exe!std::thread::{{impl}}::spawn::{{closure}}::{{closure}}(closure) Line 400 (c:\projects\rust\src\libstd\thread\mod.rs:400)
citybound.exe!std::panic::{{impl}}::call_once<(),closure>(std::panic::AssertUnwindSafe<closure>) Line 295 (c:\projects\rust\src\libstd\panic.rs:295)
citybound.exe!panic_unwind::__rust_maybe_catch_panic() Line 99 (c:\projects\rust\src\libpanic_unwind\lib.rs:99)
citybound.exe!std::panicking::try<(),std::panic::AssertUnwindSafe<closure>>(std::panic::AssertUnwindSafe<closure>) Line 464 (c:\projects\rust\src\libstd\panicking.rs:464)
[Inline Frame] citybound.exe!std::panic::catch_unwind(std::panic::AssertUnwindSafe<closure>) Line 361 (c:\projects\rust\src\libstd\panic.rs:361)
[Inline Frame] citybound.exe!std::thread::{{impl}}::spawn::{{closure}}(closure) Line 399 (c:\projects\rust\src\libstd\thread\mod.rs:399)
citybound.exe!alloc::boxed::{{impl}}::call_box<(),closure>(closure * self, ...) Line 762 (c:\projects\rust\src\liballoc\boxed.rs:762)
[Inline Frame] citybound.exe!alloc::boxed::{{impl}}::call_once() Line 772 (c:\projects\rust\src\liballoc\boxed.rs:772)
[Inline Frame] citybound.exe!std::sys_common::thread::start_thread() Line 24 (c:\projects\rust\src\libstd\sys_common\thread.rs:24)
citybound.exe!std::sys::imp::thread::{{impl}}::new::thread_start() Line 54 (c:\projects\rust\src\libstd\sys\windows\thread.rs:54)
kernel32.dll!00007ffbe15413d2() (Unknown Source:0)
ntdll.dll!00007ffbe22f54f4() (Unknown Source:0)

Debug console in VS Code prints:

Exception thrown at 0x00007FF7473E7718 in citybound.exe: 0xC000001D: Illegal Instruction.

Debug window:

Currently messy code and uncertainties in an increasing number of areas hint at a missing coherent UI logic/architecture. In this meta issue I'll collect my own thoughts and developments towards an actual architecture.

This was a fairly simple implementation. Right now it uses the rotation modifier keys and speed, but I can add separate settings if that is needed.

Do note that I, unfortunately, ran rustfmt on src/core/ui.rs. I can revert and re-implement, if you'd prefer that.

Rustycode hasn't been updated in awhile, and is considered deprecated. The community has taken up development in a fork which we should recommend instead. (See the top of the description for an explanation)

Sorry if I'm treading on your toes, but I saw some comments on Reddit complaining about the UI and controls, so I changed the camera controls to feel more natural for me, to be more of an RTS style. New controls are:

• WASD or shift + mouse move to pan
• middle click + drag to rotate
• Scroll to zoom (also, scroll events were not being fired before for me in Linux because I think Linux uses MouseScrollDelta::LineDelta instead of MouseScrollDelta::PixelDelta, so I updated the code handling that so both should work now, untested in Windows or Mac)

Also, as theoretically what keyboard and mouse events do can be changed by the current keys and buttons held down, I updated the input handling so the Key and Mouse events mutate the InputState struct in UserInterface, and the actual update is performed when an UIUpdate message is received, after all the input is stored into InputState.

Ben Wang

Whenever I open the executable, the program opens for a split second and then instantly closes. Below is what the command prompt window said. Thread 'main' panicked at 'called 'Result::unwrap()' on an 'Err' value: NoVersion', C:\bot\slave\nightly-dist-rustc-win-gnu-64\build\src\libcore\result.rs:845 note: Run with 'RUST_BACKTRACE=1' for a backtrace. My graphics card is an Intel G45/G43 Express Chipset.

Addresses parts of #93.

What I've done:

• Implemented package format. Skipped dependencies.
• Loading of packages from disk.
• Loading of dylibs, registered from packages.
• Interfaces for mods to implement in order to be loaded.
• A tiny proof of concept mod.

How to use:

1. Run the game with cargo run.
2. If everything went well, you should see the text my mod was loaded! in the terminal.

What's missing:

• Only tested on Linux x86_64, and MacOS.
• ~~Loading of whole directories of mods.~~
• ~~Dependencies~~, and loads of other things.

This is just a first prototype though, but I wanted to put it up to get some feedback before I continue.

Since you seem to be using GitHub Issues for task-tracking, I think you'd like waffle.io.

It presents a customizable set of your Issues tags as columns in a Trello-like view.

Here's what this repo looks like with the defaults they use for projects with no associated accounts: https://waffle.io/citybound/citybound

Click the issue number in the top-left corner of a card to see more.

(Yes, you can use it to create/edit/delete things instead of the normal GitHub Issues UI when you're logged in. They also offer a badge you can embed into your README to show the number of tasks currently sitting in a column of your choice.)

They also recently added progress metrics, to help you keep track of yourself: https://waffle.io/citybound/citybound/metrics-cta

Hi!

Stumbled into kind of rust compiler believes citybound code is undefined behaviour for some reason. Hope there is something wrong with my setup, otherwise it would be a hard but interesting thing to track down )

so the bug: creating some roads, then spawning cars on mac soon results in:

transfer lane not connected for obstacles yet
[1]    42607 illegal hardware instruction  target/release/citybound

running under release lldb:

~/citybound master > lldb -- target/release/citybound
(lldb) run
All mapped
2017-12-16 12:42:17.346005+0100 citybound[42500:3746908] Month 13 is out of bounds
2017-12-16 12:42:17.405368+0100 citybound[42500:3746908] MessageTracer: load_domain_whitelist_search_tree:73: Search tree file's format version number (0) is not supported
2017-12-16 12:42:17.405397+0100 citybound[42500:3746908] MessageTracer: Falling back to default whitelist
2017-12-16 12:42:17.774650+0100 citybound[42500:3746908] Month 13 is out of bounds
Process 42500 stopped
* thread #1, queue = 'com.apple.main-thread', stop reason = EXC_BAD_INSTRUCTION (code=EXC_I386_INVOP, subcode=0x0)
    frame #0: 0x00000001001482a5 citybound`kay::actor_system::ActorSystem::add_spawner::_$u7b$$u7b$closure$u7d$$u7d$::h0ad618cd037e08ef + 37
citybound`kay::actor_system::ActorSystem::add_spawner::_$u7b$$u7b$closure$u7d$$u7d$::h0ad618cd037e08ef:
->  0x1001482a5 <+37>: ud2
    0x1001482a7 <+39>: ud2
    0x1001482a9 <+41>: nopl   (%rax)

the previous instruction being

    0x1001474c0 <+32>: callq  0x10019a980               ; citybound::core::simulation::kay_auto::SimulationID::wake_up_in::h30045977a0c501c4

I think rust compiler believes that everything after the call to wake_up_in would result in undefined bahaviour.

compiling with asm and mir output to get the source of the closure:

RUSTFLAGS=" --emit asm --emit=llvm-ir" cargo build --release

then grepping for the closure:

cd target/release
rg 'h0ad618cd037e08ef'
>
deps/citybound-47bb228c87096c93.citybound3-504d2d731c62cd7d7aeab2b09e40774b.rs.rcgu.s
88340:__ZN3kay12actor_system11ActorSystem11add_spawner28_$u7b$$u7b$closure$u7d$$u7d$17h0ad618cd037e08efE:
// reveals the asm location
less +88340 deps/citybound-47bb228c87096c93.citybound3-504d2d731c62cd7d7aeab2b09e40774b.rs.rcgu.s

which then has the reference to the file:

.file   76 "/Users/.../citybound/game/economy/households/family/mod.rs"

move_into method

in the move_into method there is a offers vec

 vec![
                Offer::new(
                    MemberIdx(0),
                    TimeOfDayRange::new(16, 0, 11, 0),
                    Deal::new(Some((Awakeness, 3.0)), Duration::from_hours(1)),
                    1,
                    true
                ),
            ].into(),

which gets converted to CVec.

altering the source to have this vec![] empty makes rust and llvm remove the undefined behaviour (ud2 instruction immedately after the call to wake_up_in) and generating the code after wake_up_in.

Unfortunately, this is all that I had time to dig, hope that helps! I'll try to continue in the meantime.

This is my first spin at rust compiling so I may have missed something, but I followed the current install instructions and have a recently updated VS2017.

It errored out , here is the terminal output. https://gist.github.com/HongPong/0269dd184ea412c7250248cbb49dd96e Very interesting project, I hope this is helpful!

I downloaded the app bundle and started it once without problems. Now I can't open it anymore, I just get a process running at almost 100%. Starting the binary inside the package using the terminal gives no output.

Running from source works fine, self compiled binary works fine as well!

OS: macOS Sierra 10.12.2

Bumps json5 from 1.0.1 to 1.0.2.

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

Bumps qs from 6.5.2 to 6.5.3.

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

Bumps decode-uri-component from 0.2.0 to 0.2.2.

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

Did the project die?

Citybound version: v0.1.2-823-g359e7e6 Error: window.cbRustBrowser.insert_control_point is not a function insertControlPoint in ../src/planning_browser/transport_planning/InsertControlPointInteractable.tsx 11:25 insertControlPoint in ../src/planning_browser/transport_planning/InsertControlPointInteractable.tsx 52:20 this.props.cursorMoved in ../src/stage/Stage.js 41:40 x in ../node_modules/react-dom/cjs/react-dom.production.min.js 14:0 onError in ../node_modules/react-dom/cjs/react-dom.production.min.js 15:0 onError in ../node_modules/react-dom/cjs/react-dom.production.min.js 15:0 qa in ../node_modules/react-dom/cjs/react-dom.production.min.js 17:0 ya in ../node_modules/react-dom/cjs/react-dom.production.min.js 18:0 ya in ../node_modules/react-dom/cjs/react-dom.production.min.js 18:0 Da in ../node_modules/react-dom/cjs/react-dom.production.min.js 21:0

Bumps moment from 2.24.0 to 2.29.4.

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.