MAMEWorld >> News
View all threads Index   Threaded Mode Threaded  

Pages: 1

abelenki
Super Drunk
Reged: 10/20/03
Posts: 962
Loc: Perm, Russia
Send PM


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 new [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.



Ramirez
MAME Fan
Reged: 07/06/10
Posts: 248
Loc: Brasil
Send PM


Re: MAME 0.149 new [Re: abelenki]
#310080 - 06/11/13 01:12 PM


Thanks Mame developers.



xibic
Reged: 05/12/05
Posts: 249
Send PM


build non 64bits = Crash (same as mess) new [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^^
エツ



RobbbertModerator
Sir
Reged: 08/21/04
Posts: 3204
Loc: A long way from you
Send PM


Re: build non 64bits = Crash (same as mess) new [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.



TafoidAdministrator
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) new [Re: abelenki]
#310086 - 06/11/13 03:59 PM Attachment: mame_0.149.7z 15081 KB (34 downloads)


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



joey35car
MAME Fan
Reged: 02/07/07
Posts: 1112
Loc: Planet Claire
Send PM


Re: MAME 0.149 (correct 32-bit binary) new [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.



TafoidAdministrator
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) new [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


Re: MAME 0.149 new [Re: abelenki]
#310099 - 06/11/13 06:35 PM Attachment: MAME_0.149_32-bit.7z 19746 KB (18 downloads)


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)



joey35car
MAME Fan
Reged: 02/07/07
Posts: 1112
Loc: Planet Claire
Send PM


Re: MAME 0.149 (correct 32-bit binary) new [Re: Tafoid]
#310100 - 06/11/13 06:39 PM


OK thanks for clearing that up.



Rockman
MAME Fan
Reged: 08/23/12
Posts: 31
Send PM


Re: MAME 0.149 new [Re: abelenki]
#310113 - 06/11/13 11:13 PM


Great work! Thanks to all Mamedev.



Cyberzinho Punk
Reged: 12/31/09
Posts: 182
Loc: São José dos Campos, SP, Brazil
Send PM


Re: MAME 0.149 new [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



Traso
MAME Fan
Reged: 01/15/13
Posts: 2687
Send PM


Re: MAME 0.149 (correct 32-bit binary) new [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) new [Re: Traso]
#310138 - 06/12/13 10:21 AM


beam 1.5 only looks good if you enable hlsl.



Emu Loader
Ciro Alfredo Consentino
home: http://emuloader.mameworld.info
e-mail: [email protected]



Spyder
Reged: 10/18/04
Posts: 104
Loc: Melbourne, Australia
Send PM


Re: MAME 0.149 new [Re: Spyder]
#310140 - 06/12/13 11:33 AM


The new binaries extract fine..



TafoidAdministrator
I keep on testing.. testing.. testing... into the future!
Reged: 04/19/06
Posts: 3137
Loc: USA
Send PM


Re: MAME 0.149 new [Re: Cyberzinho Punk]
#310163 - 06/12/13 08:38 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.



flamuss
MAME Fan
Reged: 06/13/13
Posts: 4
Send PM


Re: MAME 0.149 new [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'



Cyberzinho Punk
Reged: 12/31/09
Posts: 182
Loc: São José dos Campos, SP, Brazil
Send PM


Re: MAME 0.149 new [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 new [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.



Janez
MAME Fan
Reged: 03/25/10
Posts: 48
Send PM


Re: MAME 0.149 new [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 new [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?)



flamuss
MAME Fan
Reged: 06/13/13
Posts: 4
Send PM


Re: MAME 0.149 new [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 new [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.



flamuss
MAME Fan
Reged: 06/13/13
Posts: 4
Send PM


Re: MAME 0.149 new [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.



Vas Crabb
BOFH
Reged: 12/13/05
Posts: 4467
Loc: Melbourne, Australia
Send PM


Re: MAME 0.149 new [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 new [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.



Anonymous
Unregistered
Send PM


Re: MAME 0.149 new [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 new [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


Pages: 1

MAMEWorld >> News
View all threads Index   Threaded Mode Threaded  

Extra information Permissions
Moderator:  John IV, Robbbert, Tafoid 
0 registered and 206 anonymous users are browsing this forum.
You cannot start new topics
You cannot reply to topics
HTML is enabled
UBBCode is enabled
Thread views: 5035