05285: qntoondo, quintoon,qntoond, pokio, slotsnl, paradice, pyramid, sltblgtk, sltblgpo, sltblgp1: Adder 2 games crash if regular Scorpion 2 game played first

ID	Category [?]	Severity [?]	Reproducibility	Date Submitted	Last Update
05285	Multisession	Major	Always	Sep 8, 2013, 19:08	Oct 25, 2014, 22:54

Tester	JWallace	View Status	Public	Platform	MAME (Self-compiled)
Assigned To		Resolution	Fixed	OS	Windows Vista/7/8 (64-bit)
Status [?]	Resolved			Driver	bfm/bfm_sc2.cpp
Version	0.149u1	Fixed in Version		Build	Debug
		Fixed in Git Commit		Github Pull Request #

Summary	05285: qntoondo, quintoon, qntoond, pokio, slotsnl, paradice, pyramid, sltblgtk, sltblgpo, sltblgp1: Adder 2 games crash if regular Scorpion 2 game played first
Description	If a Scorpion 2 game such as sc2drwho is played, and then a new game that is selected that uses the adder 2, MAME crashes. The assert is that m_machine != null, from shedule.h, so is there an issue with overlapping variables that I can't track down?
Steps To Reproduce	Play any AWP game from bfm_sc2.c (sc2drwho, for example) Menu 'Select new game' Pick an Adder 2 game (quintoon, for example) MAME crashes!
Additional Information
Github Commit

Flags
Regression Version
Affected Sets / Systems	qntoondo, quintoon,qntoond, pokio, slotsnl, paradice, pyramid, sltblgtk, sltblgpo, sltblgp1

Attached Files

No.09788 Osso Moderator Sep 11, 2013, 17:00	Program received signal SIGSEGV, Segmentation fault. 0x0000000003933d16 in emu_timer::adjust (this=0x5b34dc28, start_delay=..., param=6, period=...) at src/emu/schedule.c:210 210 if (scheduler.m_callback_timer == this) (gdb) bt 10 #0 0x0000000003933d16 in emu_timer::adjust (this=0x5b34dc28, start_delay=..., param=6, period=...) at src/emu/schedule.c:210 #1 0x0000000000623c45 in MechMtr_update (id=6, state=1) at src/mame/machine/meters.c:107 #2 0x0000000000645bb0 in bfm_sc2_state::mmtr_w (this=0x5fdd1018, space=..., offset=0, data=192 'À', mem_mask=255 '\377') at src/mame/drivers/bfm_sc2.c:614 #3 0x000000000599bb4a in delegate_base<void, address_space&, unsigned int, unsi gned char, unsigned char, _noparam>::operator() (this=0x52ddee40, p1=..., p2=0, p3=192 'À', p4=255 '\377') at src/emu/delegate.h:543 #4 0x00000000059bfb28 in handler_entry_write::write8 (this=0x52dded88, space=..., offset=0, data=192 'À', mask=255 '\377') at src/emu/memory.c:490 #5 0x000000000574d9a2 in address_space_specific<unsigned char, (endianness_t)1, false>::write_native (this=0x52f49088, offset=0, data=192 'À') at src/emu/memory.c:1131 #6 0x000000000574c80a in address_space_specific<unsigned char, (endianness_t)1, false>::write_byte (this=0x52f49088, address=9011, data=192 'À') at src/emu/memory.c:1403 #7 0x00000000050d09fd in write_memory (data=192 'À', address=9011, this=0x5b3abf48) at src/emu/cpu/m6809/m6809.h:148 #8 m6809_base_device::write_ea (this=0x5b3abf48, data=192 'À') at src/emu/cpu/m6809/m6809.h:170 #9 0x0000000002ca3d3a in execute_one (this=0x5b3abf48) at obj/windows64d/emu/cpu/m6809/m6809.inc:1152 (More stack frames follow...)
No.09843 Firewave Senior Tester Sep 26, 2013, 11:39	Cannot reproduce this on Linux.
No.11175 Tafoid Administrator Oct 25, 2014, 22:53	I cannot reproduce this after several attempts. Closing