|
MAME 0.149
#310073 - 06/11/13 12:06 PM
|
|
|
http://www.mamedev.org/release.html
0.149 -------
MAMETesters Bugs Fixed ---------------------- - 04420: [Crash/Freeze] (crystal.c) crysbios, donghaer, officeye, topbladv: [debug] Crash after OK (Robbbert) - 04839: [Crash/Freeze] (pluto5.c) hb_dacz: Crash after OK (Robbbert) - 04836: [Crash/Freeze] (mpu5.c) Many sets in mpu5.c: Crash after OK (Robbbert) - 05205: [Crash/Freeze] (bwidow.c) bwidow: After last life the game crashes (MooglyGuy) - 05013: [Crash/Freeze] (vegas.c) sf2049: Integer Divide By Zero (Firewave) - 05201: [Crash/Freeze] mhavoc, starwars and clones: Various vector games will crash/freeze in MAME (MooglyGuy) - 05199: [Documentation] (ddenlovr.c) ultrchmph: The correct description is "Cheng Ba Shi Jie - Chao Shi Kong Guan Jun" and the region is Taiwan instead Hong Kong. (Fujix) - 05198: [Sound] (galdrvr.c) explorer: No sound and effect (hap) - 05197: [Graphics] (armedf.c) cclimbr2: Missing blinking white dot (hap)
Source Changes -------------- -Added NVRAMs for devices in software item named folder [Miodrag Milanovic]
-Changed keycus into a device and moved it into it's own file, only 3 parameters are saved instead of 64k. Changed I/O to 16 bits & uses memory maps instead of installing at runtime. Simplified digital player 3 inputs that are hooked up to dac inputs. [smf]
-diserial: Added methods for clocking the receiver/transmitter outside of the timers. [Curt Coder]
-Removes more MAME anonymous timers. [Andrew Gardner]
-Added DIP switch location to Namco System 11 & 12, also removed unused test dip switches. [smf]
-HLSL changes: [MooglyGuy] * Upped vertex buffer size to 64k verts, fixes assert in starwars and alphaone, please include the printed error message in any subsequent encounterings of the assert. * Improved vector rendering (beam width 1.5 suggested) * Ducked raster bloom default to 0.225 to reduce washout
-i386dasm.c [Peter Ferrie] * fix improper signed display in some opcode parameters
-Register the device post load after the devices are started, in case starting the device causes something (like sound_stream) to register it's own post load [smf]
-audit.c: Fixed software list chd verification. [qmc2]
-mazerbla.c: add notes about the game pcbs [Lord Nightmare, Quarterarcade]
-replace first rom of Ambush with a fresh dump, marked the old set as likely hacked [Ricky2001 (from AUMAP)]
-zn.c: added YMZ280 sound emulation to hvnsgate [smf, hap]
-m6800: Resolved out_sc2_func for M6808/HD6301/HD63701 variants. [Curt Coder]
-ksys573: Externalize the digital board [O. Galibert]
-Added a check for a bus error when fetching an instruction, the bus error condition is cleared before the fetch so bus errors in the debugger don't cause an exception to be triggered. [smf]
-m6502: Redo the prefetch and reset the state on debugger PC change [O. Galibert]
-savquest.c: added HASP emulator; marked BIOS as bad dump because it's incomplete [Peter Ferrie]
-z80dart: Merged in uPD7201 and modernized the interface. [Curt Coder]
-emuopts.c: Added a new option -statename which allows to specify the location of state saving, relative to -state_directory (whose usage remains unchanged). Syntax is basically the same as snapname, allowing for the / character as path separator, %g as the driver name, and %d_[media] as the image name mounted in the "media" device.
For example, using -statename foo/%g when running "mame wrally" will store save states into the folder sta/foo/wrally/ ; using -statename %g/%d_cart when running "mess nes -cart smb" will store save states into the folder sta/nes/smb/ ; using -statename %g/%d_cdrm when running "mess pce -cart cdsys -cdrm draculax" will store save states into sta/pce/draculax/ Specifying a media switch which is not available (e.g. %d_cdrm in a c64) or a media switch where no image is mounted (e.g. %d_cdrm in pce while playing a hucard game) will revert the option to its default value %g and save states will be stored in sta/*gamename*/ as in previous versions. [Fabio Priuli]
-msm5205.c: modernized the device. [Fabio Priuli]
-Added ds2401 rom loading to digital i/o board, rather than specifying it in each game. Fixes Mambo A Go-Go booting. [smf]
-snes_snd: modernized the SNES sound device [Fabio Priuli]
-tms6100: modernized theTMS6100 and M58819 devices. [Osso]
-Moved default card config, device inputs and clock off the slot interface so they can be specified for all cards [smf]
-Added support for machine config fragments that are applied when the cart is loaded, converted NCR 53C7xx to devcb2 as an example [smf]
-Converted NCR5380N to devcb2 [smf]
-Converted NCR5390 to devcb2 & use MCFG_DEVICE_CLOCK to set SCSI chip clock [smf]
-pcshare: make all the common pc hardware in various pc based drivers inherit from pcat_base_state [Carl]
-Adds the Image menu to the QT debugger's main window. This allows the user to mount disk/c images from the UI. [Andrew Gardner]
-uiimage.c: when creating a new file from the File Manager, require the user to enter an extension too [Fabio Priuli]
-modernized the RP5H01 device [Osso]
-Converted the Konami System 573 Security Cassettes to use slots. The current setting is no longer saved, so the default cassette is "game". Some games have additional I/O connected via the security cassette, which is now hooked up when the cassette is loaded instead of patched directly into the memory map. If the game has a separate "install" cassette then you need to select this and hard reset (shift+F3 or select reset from the slot menu) before it will let you install from the CD. [smf]
-modernized the MB14241 and MathBox devices. [Osso]
-inpttype.h: Use O1 instead of O0 on the critical function [Hans Ostermeyer]
-Fixed clipping of device address maps if the size of the map caused the end address to wrap. Added a proof of concept implementation of a address map bank device, which allows you to bank memory maps. Hooked it up to Taito GNET as an example [smf]
-Finished converting Taito GNET to use address maps instead of installing at run time [smf]
-Modernized the geebee and warpwarp sound devices [Osso]
-finished modernizing gp9001 [smf]
-modernized the MM58274C RTC device. [Fabio Priuli]
-Allow AM_NOP in device address maps, there may be others that should be allowed. [smf]
-Created a PCCARD slot and Linear Flash Card for System 573. Uses bankdev.c for banking the onboard flash chips and the pccard slots. This adds an extra two calls to the memory system & intelfsh.c already called the memory system for accessing the data. [smf]
-Split rf5c296 and ata flash functionality from taitogn.c into their own devices. The pccard slot has had to revert to use memory handlers instead of device maps for the moment [smf]
-modernized Kaneko Pandora device. [Osso]
-modernized the TMS9927 device [Fabio Priuli]
-Modernized the PIT8253 device. [Fabio Priuli]
-modernized speaker device. [Fabio Priuli]
-modernized Taito I/O devices. [Osso]
-Roms renamed for set gtmrusa to match actual labels. [Porchy]
-Started to split ide hd from ide controller [smf]
-firebeat: split midi keyboard to separate device [Carl]
-Modernized Flower sound device. [Osso]
-Added better .ini defaults for HLSL, and hooked up bloom sliders. [MooglyGuy]
-Added macros for read/write delegates. [Curt Coder]
-QT Debugger: WIP for a new breakpoints window. [Andrew Gardner]
-Modernized nmk112 device. [Osso]
-Modernized Namco I/O devices (56xx, 58xx, 59xx) [Osso, Fabio Priuli]
-naomi video: Pretend-modernize the powervr2 [O. Galibert]
-powervr2: Some register groups are obviously 32 bits, so make them so [O. Galibert]
-naomi: Better IRQ isolation [O. Galibert]
-naomig1: Make the dma cpu-independant [O. Galibert]
-First pass at tidying up ide interface. It no longer tries to force everything to act as a PC. A copy of the VIA VT83C461 datasheet would be useful to remove some of the hacks added to make the games using it work again. [smf]
-Modernize adc1038 and adc12138 devices. [Osso]
-Added USE_SIMD flag to RSP headers and began converting some opcodes to use SSE* intrinsics. Current plan is to target SSSE3-capable hardware (Core2 and up), with the resulting speedup theorized to be on the order of 5-10x when conversion is complete, though this applies only to situations where the emulation is heavily bottlenecked by the RSP. [MooglyGuy]
-nmk16.c: raphero sound improvements [trap15]
-Added SIMD code for the rest of the RSP vector load instructions [MooglyGuy]
-Improved Dragon World II protection routines [iq_132]
-Verified pacuman gfx roms [elnaib and Santy14]
New games added or promoted from NOT_WORKING status --------------------------------------------------- Top XXI (Version 1.2) [Roberto Fresca, ANY] Attack Force [Piero Andreini]
New clones added ---------------- Commando Bootleg 2 [Kevin Eshbach] Cresta Mundo (Laguna S.A. Spanish Moon Cresta bootleg) [Roselson (from AUMAP)] WWF: Wrestlemania (rev 1.1 07/11/95) [Brian Troha, The Dumping Union] Scramble (Reben S.A. Spanish bootleg) [Roselson (from Aumap)] Sky Soldiers (bootleg) [ANY] Galaxian (bootleg, set 2) [ANY] Nudge Double Up (JPM SRU) [jameswal] Unknown SRU Game [jameswal] Borderline (Tranquilizer Gun conversion) [Ricky2001 (from AUMAP)] (not working, bad ROM) Mysterious Stones - Dr. Kick in Adventure (Itisa PCB) [Ricky2001 (from AUMAP)] Aerolitos (Spanish bootleg of Asteroids) [Basilio García] Satan of Saturn (Inder S.A., bootleg) [Basilio García] Suzuka 8 Hours 2 (Japan) [ShouTime, The Dumping Union] TeddyBoy Blues (Old Ver. bootleg) [any] Car Action (set 2) [any] Space Chaser (set 4) [any] Mission Craft (version 2.7) [Artemio Urbina, The Dumping Union] Crazy Climber (Spanish, Operamatic bootleg) [Basilio García] Impacto (Billport S.A., Spanish bootleg of Scramble) [Basilio Garcia] Scramble (Petaco S.A., Spanish bootleg) [Basilio Garcia] Ave Fenix (Spanish bootleg of Phoenix) [Basilio García] Pajaro del Espacio (Spanish bootleg of UniWar S) [Basilio García] Battle Zone (bootleg of Mayday) [Basilio García] Air Inferno (Japan) [Shoutime] Crisis Zone (CSZO4 Ver. A) [Tormod, BrianT, Smitdogg, The Dumping Union] Crisis Zone (CSZO3 Ver. B, set 2) [Tormod, BrianT, Smitdogg, The Dumping Union] ThunderJaws (rev 3) [Artemio Urbina, The Dumping Union] Contra (Japan, set 2) [Artemio Urbina, The Dumping Union] 18 Challenge Pro Golf [Tormod, The Dumping Union]
New games marked as GAME_NOT_WORKING ------------------------------------ Music Ball [AUMAP] Guttang Gottong (bootleg on Galaxian type hardware) [Basilio García] Reel Good Time (Rebuild) (EPOCH) (Version 1.0) [Dr Slots/MPU Mecca] Treasure Hunt (Global) (EPOCH) (Version 1.6) [Dr Slots/MPU Mecca]
http://www.mamedev.org/release.html
|
MAME Stuff | MAME favorites | Bubble Bobble Series chart / wiki | PC configuration
|
|
Spyder |
|
|
|
Reged: 10/18/04
|
Posts: 104
|
Loc: Melbourne, Australia
|
|
Send PM
|
|
|
Re: MAME 0.149
[Re: abelenki]
#310077 - 06/11/13 01:02 PM
|
|
|
Just a heads up, I downloaded the mame0149b.exe file and extracted it, got a false positive warning on jedutil.exe file, using Avast, latest definitions.
No warning when extracting the mame0149b_64bit.exe file.
|
|
|
|
Re: MAME 0.149
[Re: abelenki]
#310080 - 06/11/13 01:12 PM
|
|
|
|
|
build non 64bits = Crash (same as mess)
[Re: abelenki]
#310081 - 06/11/13 01:58 PM
|
|
|
For official 32bits binaries @ mamedev.org.
Example:
Code:
----------------------------------------------------- Exception at EIP=01A0964F (input_class::frame_callback()+0x002f): ACCESS VIOLATI ON While attempting to read memory at 000041C5 ----------------------------------------------------- EAX=0023CA40 EBX=00000000 ECX=000000C1 EDX=00000000 ESI=09DB43E8 EDI=00000000 EBP=0023BDA8 ESP=0023BD70 ----------------------------------------------------- Stack crawl: 0023BDA8: 01A0964F (input_class::frame_callback()+0x002f) 0023BDC8: 019C1D19 (running_machine::call_notifiers(machine_notification)+0x00 29) 0023BE18: 01AB1914 (video_manager::frame_update(bool)+0x0174) 0023BE58: 01A346EA (ui_set_startup_text(running_machine&, char const*, int)+0x 006a) 0023C3E8: 01A01AE9 (open_rom_file(romload_private*, char const*, rom_entry con st*, astring&, bool)+0x0199) 0023C7B8: 01A075D3 (rom_init(running_machine&)+0x16c3) 0023C8A8: 019C29CF (running_machine::start()+0x050f) 0023C938: 019C40E9 (running_machine::run(bool)+0x0189) 0023FA08: 0191A9C6 (mame_execute(emu_options&, osd_interface&)+0x0496) 0023FBF8: 01A627B7 (cli_frontend::execute(int, char**)+0x0b57) 0023FEC8: 011C90C9 (utf8_main(int, char**)+0x0269) 0023FEF8: 01E7F2F1 (wmain+0x0071) 0023FFC0: 00401411 (__tmainCRTStartup+0x0291) 0023FFF0: 7C81776F (RegisterWaitForInputIdle+0x0049)
|
Sorry for my poor english^^
エツ
|
|
|
Re: build non 64bits = Crash (same as mess)
[Re: xibic]
#310085 - 06/11/13 03:44 PM
|
|
|
> For official 32bits binaries @ mamedev.org. > > > Example: > > > -----------------------------------------------------
Confirmed broken from mamedev site. Being replaced tomorrow from what i'm hearing.
Someone might like to make a build and post it here.
|
|
|
Tafoid![Administrator Administrator](//www.mameworld.info/ubbthreads/images/adm.gif) |
I keep on testing.. testing.. testing... into the future!
|
|
|
Reged: 04/19/06
|
Posts: 3137
|
Loc: USA
|
|
Send PM
|
|
|
|
Attached is only the binary/.sym file replacement until mamedev.org can be updated and mirrors populated with the proper binary. This contains no support files, so be warned.
EDIT: mamedev.org updated. Download full packages at: http://mamedev.org/release.html
|
|
|
|
Re: MAME 0.149 (correct 32-bit binary)
[Re: Tafoid]
#310094 - 06/11/13 05:49 PM
|
|
|
Improved vector rendering (beam width 1.5 suggested)
When I created a new mame.ini it still shows the default beam at 1.0 just to let you know.
|
|
|
Tafoid![Administrator Administrator](//www.mameworld.info/ubbthreads/images/adm.gif) |
I keep on testing.. testing.. testing... into the future!
|
|
|
Reged: 04/19/06
|
Posts: 3137
|
Loc: USA
|
|
Send PM
|
|
|
Re: MAME 0.149 (correct 32-bit binary)
[Re: joey35car]
#310096 - 06/11/13 06:14 PM
|
|
|
> Improved vector rendering (beam width 1.5 suggested) > > > When I created a new mame.ini it still shows the default beam at 1.0 just to let you > know.
It's suggested, but not default. No saying if it will be changed or not - defaults aren't always optimal for everyone in every circumstance.
|
|
|
B2K24 |
MAME @ 15 kHz Sony Trinitron CRT user
|
|
|
Reged: 10/25/10
|
Posts: 2663
|
|
|
Send PM
|
|
|
|
32 Bit build attached compiled from source on mamedev.org with latest Tools.
Disclaimer: This attachment is not official as I'm just a user. It's attached for people wanting it right now.
EDIT: mamedev.org updated. Download full packages at: http://mamedev.org/release.html
Edited by B2K24 (06/11/13 09:02 PM)
|
|
|
|
Re: MAME 0.149 (correct 32-bit binary)
[Re: Tafoid]
#310100 - 06/11/13 06:39 PM
|
|
|
OK thanks for clearing that up.
|
|
|
|
Re: MAME 0.149
[Re: abelenki]
#310113 - 06/11/13 11:13 PM
|
|
|
Great work! Thanks to all Mamedev.
|
|
|
|
Re: MAME 0.149
[Re: abelenki]
#310122 - 06/12/13 04:06 AM
|
|
|
Also broken here (Slackware Linux 13.37):
bash-4.1# make -j9 all Compiling src/emu/cpu/m6809/hd6309.c... cc1plus: warnings being treated as errors In file included from src/emu/cpu/m6809/hd6309.c:704:0: obj/sdl/emu/cpu/m6809/hd6309.inc: In member function 'void hd6309_device::execute_one()': obj/sdl/emu/cpu/m6809/hd6309.inc:257:7: error: case label value exceeds maximum value for type obj/sdl/emu/cpu/m6809/hd6309.inc:258:7: error: case label value exceeds maximum value for type obj/sdl/emu/cpu/m6809/hd6309.inc:259:7: error: case label value exceeds maximum value for type obj/sdl/emu/cpu/m6809/hd6309.inc:260:7: error: case label value exceeds maximum value for type obj/sdl/emu/cpu/m6809/hd6309.inc:261:7: error: case label value exceeds maximum value for type obj/sdl/emu/cpu/m6809/hd6309.inc:262:7: error: case label value exceeds maximum value for type obj/sdl/emu/cpu/m6809/hd6309.inc:263:7: error: case label value exceeds maximum value for type obj/sdl/emu/cpu/m6809/hd6309.inc:264:7: error: case label value exceeds maximum value for type obj/sdl/emu/cpu/m6809/hd6309.inc:265:7: error: case label value exceeds maximum value for type obj/sdl/emu/cpu/m6809/hd6309.inc:266:7: error: case label value exceeds maximum value for type obj/sdl/emu/cpu/m6809/hd6309.inc:267:7: error: case label value exceeds maximum value for type obj/sdl/emu/cpu/m6809/hd6309.inc:268:7: error: case label value exceeds maximum value for type obj/sdl/emu/cpu/m6809/hd6309.inc:269:7: error: case label value exceeds maximum value for type obj/sdl/emu/cpu/m6809/hd6309.inc:270:7: error: case label value exceeds maximum value for type obj/sdl/emu/cpu/m6809/hd6309.inc:271:7: error: case label value exceeds maximum value for type In file included from src/emu/cpu/m6809/hd6309.c:704:0: obj/sdl/emu/cpu/m6809/hd6309.inc:3084:16: error: large integer implicitly truncated to unsigned type obj/sdl/emu/cpu/m6809/hd6309.inc:3088:16: error: large integer implicitly truncated to unsigned type obj/sdl/emu/cpu/m6809/hd6309.inc:3092:78: error: large integer implicitly truncated to unsigned type obj/sdl/emu/cpu/m6809/hd6309.inc:3099:16: error: large integer implicitly truncated to unsigned type obj/sdl/emu/cpu/m6809/hd6309.inc:3103:16: error: large integer implicitly truncated to unsigned type obj/sdl/emu/cpu/m6809/hd6309.inc:3107:78: error: large integer implicitly truncated to unsigned type obj/sdl/emu/cpu/m6809/hd6309.inc:3114:16: error: large integer implicitly truncated to unsigned type obj/sdl/emu/cpu/m6809/hd6309.inc:3118:16: error: large integer implicitly truncated to unsigned type obj/sdl/emu/cpu/m6809/hd6309.inc:3122:78: error: large integer implicitly truncated to unsigned type obj/sdl/emu/cpu/m6809/hd6309.inc:3129:57: error: large integer implicitly truncated to unsigned type obj/sdl/emu/cpu/m6809/hd6309.inc:3136:79: error: large integer implicitly truncated to unsigned type obj/sdl/emu/cpu/m6809/hd6309.inc:3139:79: error: large integer implicitly truncated to unsigned type obj/sdl/emu/cpu/m6809/hd6309.inc:3153:79: error: large integer implicitly truncated to unsigned type obj/sdl/emu/cpu/m6809/hd6309.inc:3156:79: error: large integer implicitly truncated to unsigned type obj/sdl/emu/cpu/m6809/hd6309.inc:3164:78: error: large integer implicitly truncated to unsigned type make: *** [obj/sdl/emu/cpu/m6809/hd6309.o] Error 1
|
Sorry, my English is bad!!!
Slackware Linux 14.2 beta 2/Fluxbox 1.3.7
Linux user #438128
MAME for Slackware
|
|
|
Re: MAME 0.149 (correct 32-bit binary)
[Re: joey35car]
#310134 - 06/12/13 08:12 AM
|
|
|
1.5 beam width is too much on my monitor - but it's a lowER-res CRT. For LCDs run at least at 1280x1024, 1.5 might be necessary.
|
Scifi frauds. SF illuminates.
_________________
Culture General Contact Unit (Eccentric)
|
|
CiroConsentino |
Frontend freak!
|
|
|
Reged: 09/21/03
|
Posts: 6211
|
Loc: Alien from Terra Prime... and Brazil
|
|
Send PM
|
|
|
Re: MAME 0.149 (correct 32-bit binary)
[Re: Traso]
#310138 - 06/12/13 10:21 AM
|
|
|
|
Spyder |
|
|
|
Reged: 10/18/04
|
Posts: 104
|
Loc: Melbourne, Australia
|
|
Send PM
|
|
|
Re: MAME 0.149
[Re: Spyder]
#310140 - 06/12/13 11:33 AM
|
|
|
The new binaries extract fine..
|
|
|
Tafoid![Administrator Administrator](//www.mameworld.info/ubbthreads/images/adm.gif) |
I keep on testing.. testing.. testing... into the future!
|
|
|
Reged: 04/19/06
|
Posts: 3137
|
Loc: USA
|
|
Send PM
|
|
|
|
> Also broken here (Slackware Linux 13.37): > > bash-4.1# make -j9 all > Compiling src/emu/cpu/m6809/hd6309.c... > cc1plus: warnings being treated as errors > In file included from src/emu/cpu/m6809/hd6309.c0: > obj/sdl/emu/cpu/m6809/hd6309.inc: In member function 'void > hd6309_device::execute_one()': > obj/sdl/emu/cpu/m6809/hd6309.inc7: error: case label value exceeds maximum value for > type > obj/sdl/emu/cpu/m6809/hd6309.inc7: error: case label value exceeds maximum value for > type > obj/sdl/emu/cpu/m6809/hd6309.inc7: error: case label value exceeds maximum value for > type > obj/sdl/emu/cpu/m6809/hd6309.inc7: error: case label value exceeds maximum value for > type > obj/sdl/emu/cpu/m6809/hd6309.inc7: error: case label value exceeds maximum value for > type > obj/sdl/emu/cpu/m6809/hd6309.inc7: error: case label value exceeds maximum value for > type > obj/sdl/emu/cpu/m6809/hd6309.inc7: error: case label value exceeds maximum value for > type > obj/sdl/emu/cpu/m6809/hd6309.inc7: error: case label value exceeds maximum value for > type > obj/sdl/emu/cpu/m6809/hd6309.inc7: error: case label value exceeds maximum value for > type > obj/sdl/emu/cpu/m6809/hd6309.inc7: error: case label value exceeds maximum value for > type > obj/sdl/emu/cpu/m6809/hd6309.inc7: error: case label value exceeds maximum value for > type > obj/sdl/emu/cpu/m6809/hd6309.inc7: error: case label value exceeds maximum value for > type > obj/sdl/emu/cpu/m6809/hd6309.inc7: error: case label value exceeds maximum value for > type > obj/sdl/emu/cpu/m6809/hd6309.inc7: error: case label value exceeds maximum value for > type > obj/sdl/emu/cpu/m6809/hd6309.inc7: error: case label value exceeds maximum value for > type > In file included from src/emu/cpu/m6809/hd6309.c0: > obj/sdl/emu/cpu/m6809/hd6309.inc16: error: large integer implicitly truncated to > unsigned type > obj/sdl/emu/cpu/m6809/hd6309.inc16: error: large integer implicitly truncated to > unsigned type > obj/sdl/emu/cpu/m6809/hd6309.inc78: error: large integer implicitly truncated to > unsigned type > obj/sdl/emu/cpu/m6809/hd6309.inc16: error: large integer implicitly truncated to > unsigned type > obj/sdl/emu/cpu/m6809/hd6309.inc16: error: large integer implicitly truncated to > unsigned type > obj/sdl/emu/cpu/m6809/hd6309.inc78: error: large integer implicitly truncated to > unsigned type > obj/sdl/emu/cpu/m6809/hd6309.inc16: error: large integer implicitly truncated to > unsigned type > obj/sdl/emu/cpu/m6809/hd6309.inc16: error: large integer implicitly truncated to > unsigned type > obj/sdl/emu/cpu/m6809/hd6309.inc78: error: large integer implicitly truncated to > unsigned type > obj/sdl/emu/cpu/m6809/hd6309.inc57: error: large integer implicitly truncated to > unsigned type > obj/sdl/emu/cpu/m6809/hd6309.inc79: error: large integer implicitly truncated to > unsigned type > obj/sdl/emu/cpu/m6809/hd6309.inc79: error: large integer implicitly truncated to > unsigned type > obj/sdl/emu/cpu/m6809/hd6309.inc79: error: large integer implicitly truncated to > unsigned type > obj/sdl/emu/cpu/m6809/hd6309.inc79: error: large integer implicitly truncated to > unsigned type > obj/sdl/emu/cpu/m6809/hd6309.inc78: error: large integer implicitly truncated to > unsigned type > make: *** [obj/sdl/emu/cpu/m6809/hd6309.o] Error 1
I'm told that if you apply Arbee's "line ending" patch HERE, this should not happen.
|
|
|
|
Re: MAME 0.149
[Re: Tafoid]
#310188 - 06/13/13 03:23 AM
|
|
|
Posted this elsewhere..
That patch is out of date and will corrupt any binary files you have. It's better to use the program dos2unix, as it will skip binary files automatically:
find -type f -exec dos2unix {} \;
if for some reason you don't have dos2unix available, you can try this slower method:
find -type f -exec file {} \; | grep CRLF | awk 'BEGIN{FS=":"}{print $1}' | xargs perl -pi -e 's/\r\n?/\n/g'
|
|
|
|
Re: MAME 0.149
[Re: abelenki]
#310194 - 06/13/13 06:28 AM
|
|
|
OK.
I run the endings script and the error has been fixed. MAME 0.149 compiles perfectly now.
Thanks everyone!!!
|
Sorry, my English is bad!!!
Slackware Linux 14.2 beta 2/Fluxbox 1.3.7
Linux user #438128
MAME for Slackware
|
|
R. Belmont |
Cuckoo for IGAvania
|
|
|
Reged: 09/21/03
|
Posts: 9716
|
Loc: ECV-197 The Orville
|
|
Send PM
|
|
|
Re: MAME 0.149
[Re: flamuss]
#310213 - 06/13/13 05:00 PM
|
|
|
> Posted this elsewhere.. > > That patch is out of date and will corrupt any binary files you have.
Please stop slandering my perfectly good script, which has helped dozens of people to compile 0.149 and is therefore in no way "out of date".
Also, dos2unix is not packaged by most distros anymore and would break things worse on OS X.
|
|
|
|
Re: MAME 0.149
[Re: R. Belmont]
#310217 - 06/13/13 05:23 PM
|
|
|
Sorry but your script messes with some non textual file. An example are the little PNGs in the artwork directory.
The flamuss's scripts have the same problem.
Here's how I do the trick:
dos2unix `find . -type f | egrep -v "\.png$|\.ico$|\.wav$|\.bin$|\.iso$|\.nrg$|\.chd$"`
|
|
|
R. Belmont |
Cuckoo for IGAvania
|
|
|
Reged: 09/21/03
|
Posts: 9716
|
Loc: ECV-197 The Orville
|
|
Send PM
|
|
|
Re: MAME 0.149
[Re: Janez]
#310224 - 06/13/13 08:10 PM
|
|
|
> Sorry but your script messes with some non textual file. An example are the little > PNGs in the artwork directory.
My script explicitly skips PNGs.
And dos2unix is unportable - OS X users were the majority of those having 0.149 compile problems. (That's right - according to my data, more Mac users than Linux users build MAME from source. Your head just exploded, didn't it?)
|
|
|
|
Re: MAME 0.149
[Re: R. Belmont]
#310227 - 06/13/13 08:38 PM
|
|
|
"find . -type f -not -name uismall.png | xargs perl -pi -e 's/\r\n?/\n/g'"
Uh, no your script ignores one png file. Do you know how 'find' works?
Which distros don't package dos2unix? (besides the bastardized distro called OS X)
|
|
|
R. Belmont |
Cuckoo for IGAvania
|
|
|
Reged: 09/21/03
|
Posts: 9716
|
Loc: ECV-197 The Orville
|
|
Send PM
|
|
|
Re: MAME 0.149
[Re: flamuss]
#310228 - 06/13/13 09:02 PM
|
|
|
> "find . -type f -not -name uismall.png | xargs perl -pi -e 's/\r\n?/\n/g'" > > Uh, no your script ignores one png file. Do you know how 'find' works?
It ignores the 1 single png file that's involved in compiling. You can run the script from src/ if you're planning to be the first person on non-windows to try using the phosphor overlay though.
|
|
|
|
Re: MAME 0.149
[Re: R. Belmont]
#310253 - 06/14/13 08:50 AM
|
|
|
Do i need to spell out all the binary files that occur in the mame149s.zip? There are many "binary" files. What is a binary file? Are all files binary? Yes, one could consider all files "binary". However we like to assume that some are ASCII or text, and other ares just "binary". Meaning they contain characters outside the ASCII printable character set.
There are more pngs. There are more binary files. You just gotta find em all (like pokemon).
Now when you're changing byte 13 to 10, things are gonna get tricky. You wouldn't wanna change every file on your computer would you? NO of course not. Just all the text files that came from windows.
The real question is why is the MAME dev (i think his name is italian or french) puttin out zip files that are all CRLF? Is he a windows fanboy? Maybe. probably. I think he's the real enemy in all this.
Instead of attacking each other we need to attack him and say "Hey, consider putting releases out with LF instead of CRLF. That way, we don't have to have arguments over the internet about stupid shit that could be resolved with a simple fix." That way, every gets what they want, no need to type bytes about it.
|
|
|
|
Re: MAME 0.149
[Re: flamuss]
#310258 - 06/14/13 12:05 PM
|
|
|
> The real question is why is the MAME dev (i think his name is italian or french) > puttin out zip files that are all CRLF? Is he a windows fanboy? Maybe. probably. I > think he's the real enemy in all this.
Maybe, just maybe, it's because there are more Windows MAME users than all the other platforms put together, and Windows users are less likely to have the tech literacy necessary to pull SVN/git or to adjust line endings. (Yes, Dullaron's ability to build from SVN challenges this theory, but still.)
|
|
|
R. Belmont |
Cuckoo for IGAvania
|
|
|
Reged: 09/21/03
|
Posts: 9716
|
Loc: ECV-197 The Orville
|
|
Send PM
|
|
|
Re: MAME 0.149
[Re: flamuss]
#310267 - 06/14/13 03:42 PM
|
|
|
> There are more pngs. There are more binary files. You just gotta find em all (like > pokemon).
There is one png in the src/ tree (uismall.png) which will break the build if you line ending-ize it, which is what's relevant here. > Now when you're changing byte 13 to 10, things are gonna get tricky. You wouldn't > wanna change every file on your computer would you? NO of course not. Just all the > text files that came from windows.
Everything under src/ except uismall.png needs to have the endings changed. The compile problem people reported is specifically because Python doesn't handle foreign line endings gracefully like gcc and recent versions of patch can.
> The real question is why is the MAME dev (i think his name is italian or french) > puttin out zip files that are all CRLF? Is he a windows fanboy? Maybe. probably. I > think he's the real enemy in all this.
Windows is the lead platform. That isn't going to change, even though several of the developers are working on OS X and Linux nowadays. Linux users are expected to pull the nice binary packages that all of my excellent partners create (they're usually promptly available for Fedora/RH/CentOS, Ubuntu/Debian, Slackware, and Arch, at least) or use SVN which nicely avoids any line ending problems.
Seriously, integer releases are completely meaningless the way development operates now (there were major scary changes going into 0.149 less than 8 hours before release), so don't be afraid of SVN.
|
|
|
|
Re: MAME 0.149
[Re: flamuss]
#310268 - 06/14/13 04:10 PM
|
|
|
> The real question is why is the MAME dev (i think his name is italian or french) > puttin out zip files that are all CRLF? Is he a windows fanboy? Maybe. probably. I > think he's the real enemy in all this. > > Instead of attacking each other we need to attack him and say "Hey, consider putting > releases out with LF instead of CRLF. That way, we don't have to have arguments over > the internet about stupid shit that could be resolved with a simple fix." That way, > every gets what they want, no need to type bytes about it.
The real problem is thinking there is an enemy.
|
|
|
H@P |
Lurker in perpetuity
|
|
|
Reged: 09/22/03
|
Posts: 234
|
Loc: Seattle area
|
|
Send PM
|
|
|
Re: MAME 0.149
[Re: R. Belmont]
#310798 - 06/25/13 07:26 PM
|
|
|
> Everything under src/ except uismall.png needs to have the endings changed. The compile > problem people reported is specifically because Python doesn't handle foreign line > endings gracefully like gcc and recent versions of patch can.
You probably don't want to change some of the files in src/regtests (.bin, .chd, .iso, .nrg, .wav), and I think there's an .ico somewhere in the tree.
Even though I pull from svn, I had to run your script to get things compiling, and found some of these got flagged as changed and probably shouldn't.
H@P
|
|
|