EMULAB Forum
clrmamepro [English] => clrmame Discussion => Topic started by: 65Cobra427SC on 20 January 2014, 21:32
-
Haven't used clrmamepro in a few years so I spent some time trying to figure this out but no luck. Although I'm using Windows 8.1, I don't think that's the problem. I installed the 64 bit version of clrmamepro 4.012a in Program Files and set it to run as Administrator. I created a dat file from the mame.exe file, set my rom and samples paths, and ran the scanner without any of the fix options checked. The scan runs and creates a Scan Results list, which is what I was looking for. But at the last second I get a Windows dialog box which says "clrmamepro has stopped working" which of course closes everything. When I restart clrmamepro I have to start over with creating a dat file.
I uninstalled the 64 bit version, and installed the 32 bit version in Program Files (x86) instead but it also required me to run as Administrator... "Most likely you installed clrmame in an UAC protected folder or cmpro's tempfolder is locked. Please check if 'run as administrator' solves the problem or cleanup the tempfolder manually." I changed the setting, and ran the program but it does the exact same thing as the 64 bit version. Tried searching about the tempfolder but everything I find refers to a clrmame.ini file, which doesn't exist in my installation folder.
I'm thinking of installing an older version to see what happens but could really use some help on what the problem is. Thanks.
-
you dont need to run it as administrator, simply put it in a non uac-controlled folder (i.e. NOT 'c:\programs' or similar....
There are no know or reported crashes at the moment.
if it crashes for you after a scan, try to disable the show statistics option.
for statistics it loads a file with the stats layout....which might be not accessible due to uac protection...on the other hand this should not cause a crash...
so disable the option and generally run it from a non-uac folder....
-
Disabling the show statistics option does not prevent the crash.
About running as Administrator, maybe I wasn't clear enough in my first post so let me try this...
I initially installed the "64 bit" version to "Program Files". I ran the program as Administrator per the instructions. It ran fine but constantly crashed at the end of the scan. I therefore uninstalled the 64 bit version.
I then installed the "32 bit" version to "Program Files (x86)". I understand I shouldn't need to run the program as Administrator, but unless I do the program won't run due to this error...
"Most likely you installed clrmame in an UAC protected folder or cmpro's tempfolder is locked. Please check if 'run as administrator' solves the problem or cleanup the tempfolder manually."
At this point, I apparently have two separate problems...
(1) I can't use the 32 bit version without running it as Administrator even though it's installed in the (x86) directory, and
(2) The program still crashes at the end of a scan.
I've had no other issues with my system and everything works flawlessly. As far as the 32 bit version requiring me to run as Administrator my bet is a poor uninstall of the 64 bit version.
Thanks
-
Roman Says: and generally run it from a non-uac folder.
So don't get the installer - get the ZIP archive of Roman's CMP
Extract that ZIP to a folder like
R:\CMP
Then try again.
-
Uninstalled previous version. Downloaded ZIP version. Extracted contents to D:\CMP. No longer have to run as Administrator but it still crashed exactly as before. I noticed the last file in the display windows was a sample, so I unchecked Samples from the items to scan and it no longer crashes. Thought I might have a bad zip file in the samples folder but I checked and they all extract properly, so I'm not sure exactly what the problem is. If anyone has any ideas, let me know. Otherwise I'll remove them in groups until I can single out the problem. Thanks.
-
Thought I might have a bad zip file in the samples folder but I checked and they all extract properly
Actually I have a 7z archive which causes a crash in the latest CMP.
(took me a little while to identify 'exactly' too)
It exits similar to what you describe.
And... it too extracts just fine..
(Sorry Roman I have been meaning to send it to you)
I think it is a 'bad' date inside the archive. Yet is a crash CMP should catch rather than just 'crash & exit'
@65Cobra427SC
Make a copy of existing 'Samples Folder' AS IS
If there is a file there that 'is' causing the crash - Roman wants it ;)
Then:
Could you try "Torrent Zip" the contents of the original 'Samples Folder' .
This will standardise all the internal file dates & ensure the archives are physically different.
Another Note:
What happens if you untick Sets, ROMs & CHDs in CMP's Scanner options
And just try scanning 'Samples' ? AS IS..
EDIT:
Another idea maybe faster..
Get samples dat from here:
http://www.progettosnaps.net/samples_en.html (http://www.progettosnaps.net/samples_en.html)
Load that in CMP & scan "Samples Folder" AS IS
AH - but dont let it fix anything - unless you have a copy of the folder first.
(don't want to loose the file (if it is a file causing the crash)
see if that causes a crash.
-
65Cobra427SC, try to minimize the problem. If the crash happens at the end of a scan it's most likely more related to after-scan things like showing statistics than to bad rom/sample files. If you're able to repeat it with only some files, you can try to pack your cmpro folder and the samples folder files and try to send it to me (...upload it to a free file hoster or something)....
Generally I will check (when I find some more time) if the UAC protection thingie can be resolved easily..
oxyandy, you know the story....send the files in and I will check them :)
-
By coincidence I just finished narrowing down the problem sample files and logged in to mention what oxyandy brought up. There are two sample files... 005 and wotwc... both extract and play without errors, but cause CMP to crash. Although the 005 samples are nothing but 44 byte silent sample files so I'm not sure what's up with that... and it looks like 005 isn't even used by Mame anymore. But yes, I agree they shouldn't cause CMP to crash. My next move will be to update my sample collection so thanks for the link.
No matter what I untick before running a scan, if Samples is ticked, it will crash. Let me see what I can find out about the file dates and report back.
Thanks. I really appreciate the info.
-
can you please send me your (sample) files first.....otherwise I don't have a chance to find out what is causing the problem.
on a side note, I've just made a scan on an UAC-protected folder (running cmpro 'as administrator'), no issues...
-
Attached 005 and wotwc which cause CMP to crash. Thanks.
-
thank you...I can repeat the crash now....so assume it gets fixed very soon
ah..ok...a typo caused it (some similar named array variables...ehehe...)...only used within the unneeded samples detection....nice finding....
-
so here's already the sample fix...
http://mamedev.emulab.it/clrmamepro/binaries/cmp20140121.rar (http://mamedev.emulab.it/clrmamepro/binaries/cmp20140121.rar)
-
No more scanning issues so just wanted to say thanks for the fix.
-
Hi Roman,
As requested here is that naughty 7z archive..
It was made by me several years ago..
No idea how it ended up with the bizarre file date :D
Checked just now with fresh cmp4012a & latest 'Sample' fix exe & dlls
Using Rebuilder with this file in source folder.
Still happens - click Rebuild = *CRASH*, any dat I believe..
*Contents are a unique hack/fix of a ROM I made.
@65Cobra427SC - Great work isolating the files !
-
Seem to have another crash issue... during a rebuild... only this time the PC freezes. I'm able to move the mouse during this time, but nothing else... not even click on another window to bring it to the top. The only option was to shut off the PC with the power button. Same thing on second attempt but this time I realized CMP is still running so I let it finish (several hours) but the computer never recovers and I still have to use the power button.
I updated my system about 5 months ago... Gigabyte MB, Intel i7-3770K Ivy Bridge, 32GB ram, 3 TB and 2 TB hard drives, and fresh install of Windows 8. No issues running Adobe Lightroom, Autodesk AutoCAD, or playing Diablo III for hours on end, so this surprises me. But if either of you happen to have any ideas or suggestions, I'd be interested in hearing them.
Thanks
-
No idea on lock-up, nor touched win8 ..yet..
that seems like an overly extended rebuild time period though.
Bit more details though please.
Source archive type ? 7z ?
Destination archive type ?
Quantity & total size of source archives ?
-
exactly...more information is needed....corrupt archives are pretty common and can cause all kind of weird effects....especially 7z or rar
so again, try to minimize the problem.....
the rebuilder is so heavily used and freezes or crashes have not been reported ( as long files are ok )
...not to forget there can be some rebuild operations which can take ages....e.g. if you archives in archives...or work with large solid archives...even fast PCs with lots of RAM might be working on maximum power for minutes....
-
so here's already the illegal date fix...
http://mamedev.emulab.it/clrmamepro/binaries/cmp20140122.rar (http://mamedev.emulab.it/clrmamepro/binaries/cmp20140122.rar)
-
Source and destination files are standard zip files.
The length of time may have to do with the source files being Mame 0.139 non-merged sets being updated to Mame 0.150 split sets? I don't recall the size of the 0.139 rom folder (I have a backup on an external drive but can get it if you need to know) but the size of the 0.150 rom folder is 204 GB.
It's one thing to narrow down a problem among 74 samples but to narrow one down among 28,496 rom files is another story. Don't forget, it's Windows that locks up... CMP runs successfully to completion so there are no clues as to where the problem is. The best I can do is unzip all the roms and see if WinZip runs into any errors but if you have any other ideas, let me know.
Thanks
-
Thanks Roman,
Crash 'fix' confirmed..
CMP just got tougher ;)
-
The best I can do is unzip all the roms and see if WinZip runs into any errors
As you say CMP runs to completion - this step of extracting doesnt seem needed..
So while "Rebuilding" an older MAME set (source ZIP) to newer MAME set (dest. ZIP)
You are basically loosing control over you PC, while CMP is doing the task..
Not only while CMP is "Rebuilding" do you loose control of PC.
But you don't even regain control after CMP has completed.
That sum it up ?
-
Yes, that sums it up.
One more comment and a question regarding the long rebuild time and the Windows lockup.
For the rebuild, I specified the source directory as one which included all the rom updates from 139 to 150. I specified the destination directory as my rom folder, but I'm not sure that was right. Since my rom folder contained non-merged sets, and the rebuild was creating split sets, should I have specified both folders as the source and an empty folder as the destination?
-
Actually for speed.. (which also means convenience)
it is so much better to take the 'latest dat' set the path to the 'old folder'
Use "Scanner" with all fix option ticked - untick "Ask before fixing"
And let CMP do it's thing.
Rebuilding from "Back-Up" folder afterward (& what ever update folders etc)
But slightly going off topic pointing this out ;)
I forgot to add:
on win8 not only while CMP is "Rebuilding" do you loose control of PC.
But you don't even regain control after CMP has completed.
eeek that sounds awful, see I get it.
-
Many tnx to Roman,Oxy and Cobra for discussion :)
But Oxy explain me what problem have cmp under win8 ? Because me used win8.1 and not view problem with loose control of PC. Tnx :)
-
Hi oddi :)
Well I understand the problem, the effect it is having on his PC.
I have no idea why it is happening ?
Guess a badly written driver ...
I would use something like this:
https://www.slimwareutilities.com/slimdrivers.php (https://www.slimwareutilities.com/slimdrivers.php)
Check to see if any updates made any difference .. ?
Again - I am guessing. ;)
Is good to hear from a win8 user who is not having any issue with CMP (YOU)
I have not ever tried win8 myself & have no plan to use it any time soon either :P
-
Tnx Oxy, me see @cobra have new very good hardware, my hardware is too new ( 1 month ago) -
Gigabyte f2a88xm-d3h / A8-6600k /8GB dddr3 /win8.1 x64. Me think cmp work different of differents hardware,, atm my cmp not randomly crashed, who know, time is see. :)
-
Well, no other person with Win 8.x did report such an effect yet.....and actually it sounds more like an OS issue....if it's a lengthy operation (where cmpro may take a lot of cpu time), you may want to monitor your cpu/mb temperature with a tool...or the general memory/cpu activity in task manager....Maybe other running tasks interfear...etc...etc...
-
Thanks for the info everyone. I'll check a few things to see if it makes any difference, but in all honesty I don't update Mame all that often so my use of CMP is limited. But if I do happen to find what's causing the problem, I'll definitely report here. In the next couple days I'll try to disable multiple drivers and see what effect that has. If it eliminates the lockup, I'll narrow that down as well. Either way I'll fill you in.
-
I disabled almost all the non-Microsoft services using the System Configuration tool (msconfig) and after running a rebuild and scan the lockup issue is gone. I don't plan to narrow down which service(s) were causing the problem because it would be too time consuming... it could be one, or a certain combination, and they're all necessary for one thing or another. But at least we know it's a third party driver causing the problem and I'll just disable them all before using CMPro.
-
Thanks for the feedback...however this method is a bit..erm...beyond what you'd expect.....
Haven't installed Windows 8.1 yet but other users did not come back with such a report....
I guess it's some service connected with powermanagement or background re-indexing or defragmentation....something like that....(however you got that on Win7, too....)
I remember some early Windows XP installs where the 3d screensaver killed everything :-)
-
Understand. In my case, I'm very particular about what runs in the background so I periodically take the time to disable anything unnecessary, especially following a program installation. Of course that still leaves critical programs like Norton which I leave as is even though it can be notorious at times. But I clear out any snippets which run at startup for programs I don't use daily. However, I do have some items which the casual user doesn't, like VMware and drivers for a RAID Mirror of drive D: which isn't using the intel chipset. But if I happen to figure out exactly what's causing the problem, which I still may do at some point, I will definitely post it here.
-
thanks for the effort