I believe that SDLMAME-specific questions should go to the board
(http://www.bannister.org/forums/ubbthreads.php?ubb=postlistBoard=8page=1),
as you will find more users there.
As for QMC2, I've done some smoke tests and it seems to work nice. I
have some suggestions, though:
1. Could you add
R. Reucher napisał(a):
Hi,
On Mi, Oktober 18, 2006 15:00, Julian Sikorski wrote:
qmamecat2 partially works with sldmame too. And because it is configured via
xml files, making it work better should be moderately easy task
Well, QMC2 0.1.b5 should work just fine with xmame.sdl. I see
Matthias Saou napisał(a):
Frank Cox wrote :
On Tue, 17 Oct 2006 17:34:52 -0400
c.s.h. [EMAIL PROTECTED] wrote:
Do any of the linux mame front ends work with SDLMame?
http://it.geocities.com/pinguinogoloso/
A frontend in tcl/tk hosted on geocities!? Ugh :-)
And The web site you are
theGREENzebra napisał(a):
So, recently (a few minutes ago?) I wanted to check out sdlmame and
hans' patches, but I 404 on all of the urls in his email. Is there a new
spot I should be looking?
B
Sdlmame has a new home at one of http://rbelmont.mameworld.info, so you
should be able to grab
0106u3.diff.bz2
Description: application/bzip
Well, it seems that 0.103u2 needs a bit more work than my compilation
patch. The command
/usr/local/bin/xmame.x11 -noloadconfig -listxml 2
which is invoked by kxmame while creating gamelist, slows system down to
an unusable level. There were some config file parsing changes made,
maybe they are
Julian Sikorski napisał(a):
Well, it seems that 0.103u2 needs a bit more work than my compilation
patch. The command
/usr/local/bin/xmame.x11 -noloadconfig -listxml 2
which is invoked by kxmame while creating gamelist, slows system down to
an unusable level. There were some config file
Attached a patch that removes translucency option, as it no longer
compiles with 0.106u2. Btw, the features Aaron's new rendering system
will offer seem to be awesome, it would me nice it at least some of them
were ported to unix. Greets.
0106u2.diff.bz2
Description: application/bzip
Hans de Goede napisał(a):
With DGA the code will show some frames twice when the monitor refresh
rate is higher then the games, and drop some frames when vica versa.
Regards,
Hans
Would it be a problem to add the same feature (which is mentioned as
method 3 in the article) to
Hi. I have some questions about -keepaspect and -displayaspectratio
options. To make the games look like in the arcade, I should use -ka
switch, right? This would mean that games with weird resolutions, e.g.
400x254 (mitwunit) were originally stretched in the arcade, or the
monitors used did not
Hans de Goede napisał(a):
Julian Sikorski wrote:
Hi. I have some questions about -keepaspect and -displayaspectratio
options. To make the games look like in the arcade, I should use -ka
switch, right? This would mean that games with weird resolutions, e.g.
400x254 (mitwunit) were originally
As a result, MESS CVS ceased to compile. It stops here:
[OSDEPEND] Compiling src/unix/sound.c ...
src/unix/sound.c: In function ‘sound_update_refresh_rate’:
src/unix/sound.c:36: error: invalid operands to binary /
src/unix/sound.c: In function ‘osd_sound_enable’:
src/unix/sound.c:94: error:
Julian Sikorski napisał(a):
As a result, MESS CVS ceased to compile. It stops here:
[OSDEPEND] Compiling src/unix/sound.c ...
src/unix/sound.c: In function ‘sound_update_refresh_rate’:
src/unix/sound.c:36: error: invalid operands to binary /
src/unix/sound.c: In function ‘osd_sound_enable
Frank Claycomb napisał(a):
i was wondering if someone could please explain to me how to get xmame
into fullscreen. i tried the -fullscreen option but it is not working
for me. i even did the left alt and page-down and it still didnt work.
any help would be greatly appreciated
-Frank
I tried to compile mess cvs today. Here is what I got:
[MESS] Compiling mess/vidhrdw/m6847.c ...
mess/vidhrdw/m6847.c: In function ‘m6847_init’:
mess/vidhrdw/m6847.c:1847: warning: implicit declaration of function
‘add_full_refresh_callback’
mess/vidhrdw/m6847.c: In function ‘video_update_m6847’:
Lawrence Gold napisał(a):
Julian Sikorski wrote:
I tried to compile mess cvs today. Here is what I got:
[MESS] Compiling mess/vidhrdw/m6847.c ...
mess/vidhrdw/m6847.c: In function ‘m6847_init’:
mess/vidhrdw/m6847.c:1847: warning: implicit declaration of function
‘add_full_refresh_callback
This time the thing is connected with change how 0.105u1 handles clones:
[OSDEPEND] Compiling src/unix/video.c ...
src/unix/video.c: In function `osd_create_display':
src/unix/video.c:558: error: structure has no member named `clone_of'
--snip--
src/unix/video.c:567: error: structure has no
Here is the console output:
xmess.obj/unix.x11/fileio.o: In function `init_errorlog':
fileio.c:(.text+0x43): undefined reference to `options'
collect2: ld returned 1 exit status
make: *** [imgtool] Error 1
I have unix tree from mess cvs and win mess 0.105 source. xmame 0.105
built fine. Just a
Luo Yong napisał(a):
Here's the problem:
src/cpu/m68000/m68kmame.h:8:20: driver.h: No such file or directory
src/cpu/m68000/m68kmame.h:9:22: cpuintrf.h: No such file or directory
src/cpu/m68000/m68kmame.h:11:22: debugger.h: No such file or directory
src/cpu/m68000/m68000.h:4:21: osd_cpu.h:
Have a look here. Something strange is happening. Isn't the space after
gcc too long?
[EMAIL PROTECTED] mame]$ LANG=en_GB make
/opt/gcc34/bin/gcc -std=gnu89 -Wall -Wno-unused -O3 -march=prescott
-Ixmame.obj/cpu/m68000 -c src/cpu/m68000/m68kmake.c -o
xmame.obj/cpu/m68000/m68kmake.o
M68K make
[EMAIL PROTECTED] napisał(a):
P. Cizaire [EMAIL PROTECTED] écrit :
Afaik SHA1 is enough, btw the tools you are planing to write already
exists. there is clrmame and others, see mame rom manager
yes those tools exists. but as I mentioned I'm a Mac User and linux PPC user
(thus no Wine)
Lawrence Gold napisał(a):
Julian Sikorski wrote:
The first problem was connected with removed common.h - I have managed
to solve it. The second one it too difficult for me, though:
The attached patch to the 0.104 src/unix should allow you to build. I
haven't tested it much
Lawrence Gold napisał(a):
Julian Sikorski wrote:
The first problem was connected with removed common.h - I have managed
to solve it. The second one it too difficult for me, though:
The attached patch to the 0.104 src/unix should allow you to build. I
haven't tested it much
Lawrence Gold napisał(a):
On Feb 24, 2006, at 1:19 AM, Julian Sikorski wrote:
Btw I have noticed that skip_disclaimer option is still present in
xmame. Wasn't it removed from the core?
It doesn't appear to have been. The 0.104u3 patch references it in a
couple of places
Frank Cox napisał(a):
The eolith and eolith16 games crash with a segfault when compiled with -02 on
Fedora Core 4. Compiling with -01 seems to work, though.
The official supported compiler for mame is gcc 3.4.2. Fedora contains
4.0.2, which is known to cause problems, such as miscompilation
Julian Sikorski napisał(a):
Julian Sikorski napisał(a):
I have managed to compile 0.104u2. The problem is that when trying to
run namcos11 or namcos22 (or probably any other game using
m37710/m37702) something similar appears:
[EMAIL PROTECTED] ~]$ xmame.x11 raveracw
GLINFO: loaded OpenGL
Lawrence Gold napisał(a):
Julian Sikorski wrote:
It seems that I'm alone with this problem...
I don't see that problem here. Have you done a clean build? Could
there be some files that are modified on your end? You can check by
running cvs -n update and seeing if any are marked
Julian Sikorski napisał(a):
Lawrence Gold napisał(a):
Julian Sikorski wrote:
It seems that I'm alone with this problem...
I don't see that problem here. Have you done a clean build? Could
there be some files that are modified on your end? You can check by
running cvs -n update and seeing
Julian Sikorski napisał(a):
Julian Sikorski napisał(a):
Lawrence Gold napisał(a):
Julian Sikorski wrote:
It seems that I'm alone with this problem...
I don't see that problem here. Have you done a clean build? Could
there be some files that are modified on your end? You can check
Julian Sikorski napisał(a):
I have managed to compile 0.104u2. The problem is that when trying to
run namcos11 or namcos22 (or probably any other game using
m37710/m37702) something similar appears:
[EMAIL PROTECTED] ~]$ xmame.x11 raveracw
GLINFO: loaded OpenGL library libGL.so!
GLINFO
I have managed to compile 0.104u2. The problem is that when trying to
run namcos11 or namcos22 (or probably any other game using
m37710/m37702) something similar appears:
[EMAIL PROTECTED] ~]$ xmame.x11 raveracw
GLINFO: loaded OpenGL library libGL.so!
GLINFO: loaded GLUlibrary libGLU.so!
Hi. I have noticed that make install installs only the emulator binaries
(xmame.x11, xmess.x11 and so on). In my opinion, it would be nice if
imgtool, romcmp, chdman and so on would be installed too. Greets.
___
Xmame mailing list
Hi. This is probably connected with Aaron's changes:
Made a clean-up pass over all the makefiles. rules.mak is gone now,
replaced by cpu.mak and sound.mak. mame.mak has been reorganized. All
the makefiles are now commented and should be easier to follow.
[Aaron Giles]
The proplen itself is as
Toan T Nguyen napisał(a):
Happy New Year everybody!
Damn, it rains so much in LA. I decided let you all know that there's
an unstable branch (named xmess) in kxmame CVS that supports xmess.
Here is the mandatory screenshot.
Toan T Nguyen napisał(a):
Hi,
Thanks for the report. I put up kxmame-1.90 for download on sf.net. It
supports zip file and properly uses .xmess/cfg (nvram, ini, ...)
instead of .xmame/cfg when running xmess. Let me know how it goes.
Toan
On 1/3/06, Julian Sikorski [EMAIL PROTECTED
Toan T Nguyen napisał(a):
Happy New Year everybody!
Damn, it rains so much in LA. I decided let you all know that there's
an unstable branch (named xmess) in kxmame CVS that supports xmess.
Here is the mandatory screenshot.
I have noticed this behaviour for tekken3, so this issue may be
connected with h8/3002 update. Xmame hangs as soon as the window
appears, even before 'press any key' screen. It can't even be killed
with killall -9 xmame.x11. Does anybody experience the same issue?
It seems that the problem is more serious. Here is the output of
/var/log messages of the first xmame.x11 exit. An the first look it
seems tobe some problem with new nvidia drivers.
Dec 9 21:47:19 DOMOWY kernel: [ cut here ]
Dec 9 21:47:19 DOMOWY kernel: kernel BUG at
Julian Sikorski napisał(a):
It seems that the problem is more serious. Here is the output of
/var/log messages of the first xmame.x11 exit. An the first look it
seems tobe some problem with new nvidia drivers.
Dec 9 21:47:19 DOMOWY kernel: [ cut here ]
Dec 9 21
Hans de Goede napisał(a):
Julian Sikorski wrote:
Hi. I have noticed this behaviour for psx and stv games for now. If
video-mode 0 is used, htese games are not stretched. Is this the rifht
behaviour? Greets.
Actually Xvideo and opengl can do hardwarescaling and uee this to gain
smf napisał(a):
Anyway, how is that that the driver specifies one resolution and video
is displayed at different one?
The driver specifies a maximum resolution that it will use. It can
change it to a lower one at runtime. You really need hardware stretching
or the aspect ratio will not be
Hi. I have noticed this behaviour for psx and stv games for now. If
video-mode 0 is used, htese games are not stretched. Is this the rifht
behaviour? Greets.
___
Xmame mailing list
Xmame@toybox.twisted.org.uk
Lawrence Gold napisał(a):
On Nov 29, 2005, at 12:40 AM, Julian Sikorski wrote:
Maybe we're getting somewhere? Moreover, a selinux and kernel update
have arrived. I'll check them as soon as livna releases updated kernel
modules. Greets.
It's encouraging to see that that changed
Carl M. Fongheiser napisał(a):
Julian Sikorski wrote:
I have enabled HAVE_MPROTECT, now the backtrace is different:
(gdb) bt
#0 0x08501f04 in drc_cache_reset (drc=0x0) at src/x86drc.c:114
#1 0x0835ac3e in ppcdrc603_reset (param=0xab12c60)
at src/cpu/powerpc/ppcdrc.c:1135
#2
Lawrence Gold napisał(a):
On Nov 29, 2005, at 10:47 AM, Julian Sikorski wrote:
What do you mean by non-se? There are three main kernels for FC: i386,
i686 and i686-smp. Now I'm using the smp one to benefit from HT.
I meant a regular, non-SELinux kernel. I was under the impression
Lawrence Gold napisał(a):
On Nov 29, 2005, at 10:47 AM, Julian Sikorski wrote:
What do you mean by non-se? There are three main kernels for FC: i386,
i686 and i686-smp. Now I'm using the smp one to benefit from HT.
I meant a regular, non-SELinux kernel. I was under the impression
Hans de Goede napisał(a):
Julian Sikorski wrote:
Hans de Goede napisał(a):
nothing obvious in your updates list, have you tried an older kernel?
Regards,
Hans
Both 2.6.13_1532 and 2.6.14 something. Maybe selinux? Is thre a command
to disable it for a while to check?
You get
Lawrence Gold napisał(a):
On Nov 28, 2005, at 2:29 AM, Adam D. Moss wrote:
Julian is using a processor (implied by -march=prescott) which supports
the NX bit. SELinux (or a kernel reconfig, or Linux 2.6.8+ by default)
may very well be configured to enable no-execute on process data
Julian Sikorski napisał(a):
Hans de Goede napisał(a):
Could be, if the problem only happens when a certain access pattern
happens. I've seen stranger problems.
Regards,
Hans
Memtest86+ was running for almost nine hours, 28 tests passed, no errors
found
Hans de Goede napisał(a):
nothing obvious in your updates list, have you tried an older kernel?
Regards,
Hans
Both 2.6.13_1532 and 2.6.14 something. Maybe selinux? Is thre a command
to disable it for a while to check?
___
Xmame mailing list
Lawrence Gold napisał(a):
Julian Sikorski wrote:
I surrender :( I have no idea what might have broken drc cores. Any help
would be appreciated.
In case it isn't a hardware problem as Hans suggests, is there any
possibility you could try some older releases to see if it works in
them
Hans de Goede napisał(a):
Julian Sikorski wrote:
Julian Sikorski napisał(a):
Lawrence Gold napisał(a):
On Nov 17, 2005, at 3:43 PM, Julian Sikorski wrote:
Did this crash occur in 0.101, or just since 0.101u5?
If you'd like to get u5, It is still mon mamedev.com:
http
Hans de Goede napisał(a):
Could be, if the problem only happens when a certain access pattern
happens. I've seen stranger problems.
Regards,
Hans
Memtest86+ was running for almost nine hours, 28 tests passed, no errors
found.
___
Xmame mailing
Julian Sikorski napisał(a):
Lawrence Gold napisał(a):
On Nov 17, 2005, at 3:43 PM, Julian Sikorski wrote:
Did this crash occur in 0.101, or just since 0.101u5?
If you'd like to get u5, It is still mon mamedev.com:
http://mamedev.com/updates/0101u5_diff.zip
same as other u releases.
I
Lawrence Gold napisał(a):
On Nov 17, 2005, at 3:43 PM, Julian Sikorski wrote:
Did this crash occur in 0.101, or just since 0.101u5?
If you'd like to get u5, It is still mon mamedev.com:
http://mamedev.com/updates/0101u5_diff.zip
same as other u releases.
I looked at the diff for u5
Lawrence Gold napisał(a):
On Nov 17, 2005, at 3:43 PM, Julian Sikorski wrote:
Did this crash occur in 0.101, or just since 0.101u5?
If you'd like to get u5, It is still mon mamedev.com:
http://mamedev.com/updates/0101u5_diff.zip
same as other u releases.
I looked at the diff for u5
Lawrence Gold napisał(a):
On Nov 16, 2005, at 11:25 AM, Julian Sikorski wrote:
This is not mess-specific change and _not_ to ppc core as mips drc also
crashes with same backtrace. Moreover the crash appeared in vanilla u5
with unix subdir from released xmame-0.101. That time
Lawrence Gold napisał(a):
On Nov 16, 2005, at 11:25 AM, Julian Sikorski wrote:
This is not mess-specific change and _not_ to ppc core as mips drc also
crashes with same backtrace. Moreover the crash appeared in vanilla u5
with unix subdir from released xmame-0.101. That time
Lawrence Gold napisał(a):
On Nov 16, 2005, at 11:25 AM, Julian Sikorski wrote:
This is not mess-specific change and _not_ to ppc core as mips drc also
crashes with same backtrace. Moreover the crash appeared in vanilla u5
with unix subdir from released xmame-0.101. That time
Lawrence Gold napisał(a):
Julian Sikorski wrote:
Disabling -march=prescott also does not help here. Here is the backtrace
from scudrace:
Ah-hah, now we're getting somewhere. Xmame built from MESS CVS is not
segfaulting for me when I try scudrace, but it's dying with
ctrl_w: 06
Lawrence Gold napisał(a):
Ah-hah, now we're getting somewhere. Xmame built from MESS CVS is not
segfaulting for me when I try scudrace, but it's dying with
ctrl_w: 06, 0308,
printed to the console. In a clean MAME 0.102 tree, it runs fine. Could
you
Lawrence Gold napisał(a):
Any chance you could try a vanilla compiler? You can install to an
isolated directory, such as /usr/local/gcc4.
Either way, the MESS changes to the PPC code interfere with scudrace,
so I'll work with Bletch to see what the best solution to that problem
is. (If
Hi. I have just compiled latest mess cvs and dynarec cores still
segfault. According to mametesters, the issue does not exist in windows
build. Can anybody help?
___
Xmame mailing list
Xmame@toybox.twisted.org.uk
Lawrence Gold napisał(a):
On Nov 15, 2005, at 3:06 AM, Julian Sikorski wrote:
Hi. I have just compiled latest mess cvs and dynarec cores still
segfault. According to mametesters, the issue does not exist in windows
build. Can anybody help?
I tried yesterday or the day before and didn't
Julian Sikorski napisał(a):
Lawrence Gold napisał(a):
On Nov 15, 2005, at 3:06 AM, Julian Sikorski wrote:
Hi. I have just compiled latest mess cvs and dynarec cores still
segfault. According to mametesters, the issue does not exist in windows
build. Can anybody help?
I tried yesterday
Lawrence Gold napisał(a):
On Nov 15, 2005, at 11:29 AM, Julian Sikorski wrote:
with the attached makefile it still crashes.
makefile.unix.debug.bz2
Which version of GCC are you using?
___
Xmame mailing list
Xmame@toybox.twisted.org.uk
Julian Sikorski napisał(a):
Have a look here:
http://www.mameworld.info/ubbthreads/showflat.php?Cat=Number=54112
I have tried building with gcc 3.2.3 and 4.0.1, same result for both.
Does anybody have the same issue? Greets.
___
Xmame mailing
Have a look here:
http://www.mameworld.info/ubbthreads/showflat.php?Cat=Number=54112
I have tried building with gcc 3.2.3 and 4.0.1, same result for both.
Does anybody have the same issue? Greets.
___
Xmame mailing list
Xmame@toybox.twisted.org.uk
Lawrence Gold napisał(a):
On Oct 31, 2005, at 12:19 AM, Julian Sikorski wrote:
Could you forward this to Aaron so that it will be fixed in next
release?
Done.
___
Xmame mailing list
Xmame@toybox.twisted.org.uk
http
Could you forward this to Aaron so that it will be fixed in next release?
___
Xmame mailing list
Xmame@toybox.twisted.org.uk
http://toybox.twisted.org.uk/mailman/listinfo/xmame
Linking xmame.x11 ...
xmame.obj/cpu/mips/mips3drc.o(.text+0x188): In function `tlbp':
mips3drc.c: undefined reference to `debug_halt_on_next_instruction'
collect2: ld returned 1 exit status
make: *** [xmame.x11] Error 1
I though it is an error with empty file, but I'm unable to find which
one, so
Hi. I have tried to disable MIPS3_DRC in order to work around the
previous issue, but here is what happens:
xmame.obj/cpu/powerpc/ppcdrc.o(.text+0x134c): In function
`append_generate_exception':
ppcdrc.c: undefined reference to `drc_append_dispatcher'
Sorry, my fault, did not run make clean. Probably that's the reason of
failure.
___
Xmame mailing list
Xmame@toybox.twisted.org.uk
http://toybox.twisted.org.uk/mailman/listinfo/xmame
Lawrence Gold napisał(a):
On Oct 25, 2005, at 2:27 PM, Julian Sikorski wrote:
Linking xmame.x11 ...
xmame.obj/cpu/mips/mips3drc.o(.text+0x188): In function `tlbp':
mips3drc.c: undefined reference to `debug_halt_on_next_instruction'
collect2: ld returned 1 exit status
make: *** [xmame.x11
Hi. I have noticed that -march=athlon64 has been added to the makefile.
How about adding -march=prescott too? Greets.
___
Xmame mailing list
Xmame@toybox.twisted.org.uk
http://toybox.twisted.org.uk/mailman/listinfo/xmame
William Edsall napisał(a):
Hello!
This is my first post, hopefully I'm doing it right.
Anyways. I've been working with Fedora Core 3 and Xmame for the last few
weeks. I'm using the mamed front end.
My problem is, everything runs at high processor utilization. Games like
x-men run at
Federico napisał(a):
hi all,
I have a question. I have an old laptop with a Pentium I 100Mhz and 32
MB ram. Do you think xmame can run in this pc? I have installed the last
version of xmame and I have 20% cpu usage for X and 80% cps usage for
xmame... naturally it doesn't work well Are
Matheus Villela wrote:
Are the effects code working with xmame.x11 in GL mode? (video-mode 2)?
I remember using effects in GL mode some months ago but now it isn't
working.
My xmamerc relevant configs:
video-mode 2
effect 3
I've also tried with control + page
Christopher Stone wrote:
Does kxmame need to be installed in order to run correctly? I
compiled it and ran it under the ./src/ directory and it didn't last
very long. :)
KCrash: Application 'kxmame' crashing...
On 8/25/05, Toan T Nguyen [EMAIL PROTECTED] wrote:
Hello everyone,
I'm
src/unix/video.c: In function `update_params':
src/unix/video.c:651: `ui_dirty' undeclared (first use in this function)
src/unix/video.c:651: (Each undeclared identifier is reported only once
src/unix/video.c:651: for each function it appears in.)
src/unix/video.c: In function
Toan T Nguyen wrote:
Hello,
I add support to kxmame for viewing the marquees, flyers, ... with
proper scaling and hide the BIOS category as you requested. I also
add the translation files from gxmame. They compile and install. But I
have no idea if it works properly or not. (I tried the
Is mailing list for kxmame set up? It may be annoying for Lawrence to
use theirs for a longer period. Locale works fine, same as in gxmame.
What I really meant concerning the bioses in not to hide the bios
category, but rather not to list them in e.g available folder. The only
bios that is able to
Pierre Maziere wrote:
minor fix
Changes:
- fix clrmamepro dat file parsing, allowing the use of titles
clrmamepro dat files and possibly others
(thanks to Julian Sikorski for reporting)
-
Pierre Maziere
http://mamory.sourceforge.net
I am unable to compile it:
if g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/kde
-I/usr/lib/qt-3.3/include -I/usr/X11R6/include -DQT_THREAD_SUPPORT
-D_REENTRANT -pthread -I/usr/include/glib-2.0
-I/usr/lib/glib-2.0/include-Wnon-virtual-dtor -Wno-long-long -Wundef
-ansi -D_XOPEN_SOURCE=500
Toan T Nguyen wrote:
Hi,
It's fixed in the latest CVS. I also complete the support for game
filters and fix a problem with setting catver directory. Please wait
for a few hours before the latest modifications to appear in CVS.
Toan
Now everything works ok. I presume that support for
Ren Hoek wrote:
On 8/17/05, Lawrence Gold [EMAIL PROTECTED] wrote:
On Aug 17, 2005, at 12:35 AM, Julian Sikorski wrote:
Hi. I am using Mametitles and I would like to audit them with provided
clrmamepro dat file. I was trying to use mamory, but I was
unsuccessful.
Do you have any ideas
Toan T Nguyen wrote:
Now everything works ok. I presume that support for title screenshots
and custom icons will appear.
Title screenshot is already supported. You can set it by
Menu-Directories-Xmame additional paths-Snapshots path
Bests,
Toan
I keep the bios listing to make things compatible with gxmame.
Toan
I have suggested the same thing on gxmame mailinglist, but no one seemed
to reply. as the developers state, gxmame is 'not dead, but almost'.
___
Xmame mailing list
Hi. I am using Mametitles and I would like to audit them with provided
clrmamepro dat file. I was trying to use mamory, but I was unsuccessful.
Do you have any ideas? Greets.
___
Xmame mailing list
Xmame@toybox.twisted.org.uk
Hi. I am attaching the makefile I use. I compile with make -f
makefile.unix.debug. Unfortunately, I am unable to get debugging symbols:
(gdb) bt
#0 0x084751d8 in ?? ()
#1 0x01f0 in ?? ()
#2 0x0018 in ?? ()
#3 0xb0aa2008 in ?? ()
#4 0x00204a86 in ?? ()
#5 0xb0aa2008 in ?? ()
#6
Carl M. Fongheiser napisał(a):
INSTALL_PROGRAM = $(INSTALL) -c -s -o $(INSTALL_USER) -g $(INSTALL_GROUP)
-m 555
The -s in this line is what is causing your problem. The copy in your
build directory should have debug symbols, but the installed copy is
stripped.
Carl Fongheiser
The error results from double definition of config_init. I have renamed
all it's occurences in unix tree to config_init_unix. Is it a good fix?
Greets.
___
Xmame mailing list
Xmame@toybox.twisted.org.uk
Julian Sikorski wrote:
The error results from double definition of config_init. I have renamed
all it's occurences in unix tree to config_init_unix. Is it a good fix?
Greets.
___
Xmame mailing list
Xmame@toybox.twisted.org.uk
http
Julian Sikorski wrote:
Julian Sikorski wrote:
The error results from double definition of config_init. I have renamed
all it's occurences in unix tree to config_init_unix. Is it a good fix?
Greets.
___
Xmame mailing list
Xmame@toybox.twisted.org.uk
Lawrence Gold wrote:
I made the same fix in the MESS CVS sources, except I named it
xmame_config_init and also renamed config_exit to xmame_config_exit to
be consistent.
IMO it is a better name ;)
___
Xmame mailing list
Xmame@toybox.twisted.org.uk
I have just upgraded to gcc 4.0.1 and recompiled xmame-0.98u2.
Unfortunately, v60 core still gets miscompiled. Maybe we should file in
a bug in gcc? Greets.
___
Xmame mailing list
Xmame@toybox.twisted.org.uk
Julian Sikorski wrote:
Lawrence Gold wrote:
Julian Sikorski wrote:
Compiling src/sndhrdw/mcr.c ...
In file included from src/sndhrdw/mcr.c:19:
src/includes/mcr.h:16: error: array type has incomplete element type
make: *** [xmame.obj/sndhrdw/mcr.o] Error 1
[EMAIL PROTECTED] xmame-0.98u2]$
I
So fedora sucks once again. I have to use gcc 3.2.3 which deprecates
#pragma once, or gcc 4.0.0 miscompiling v60 core :(.
___
Xmame mailing list
Xmame@toybox.twisted.org.uk
http://toybox.twisted.org.uk/mailman/listinfo/xmame
Compiling src/sndhrdw/mcr.c ...
In file included from src/sndhrdw/mcr.c:19:
src/includes/mcr.h:16: error: array type has incomplete element type
make: *** [xmame.obj/sndhrdw/mcr.o] Error 1
[EMAIL PROTECTED] xmame-0.98u2]$
Using fc4 here.
___
Xmame
Lawrence Gold wrote:
Julian Sikorski wrote:
Compiling src/sndhrdw/mcr.c ...
In file included from src/sndhrdw/mcr.c:19:
src/includes/mcr.h:16: error: array type has incomplete element type
make: *** [xmame.obj/sndhrdw/mcr.o] Error 1
[EMAIL PROTECTED] xmame-0.98u2]$
I committed
1 - 100 of 175 matches
Mail list logo