EMULAB Forum

Please login or register.

Login with username, password and session length
Advanced search  

News:

The new forum is online, hope you enjoy it!

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - Carl0s_H

Pages: [1]
1
Sorry, ignore me, just realised I had "Only show progress window" ticked...  ::) doh!

Edit: Sorry to have wasted your time!

2
Sorry yes, I meant the profile name. So what I mean is, say you were doing a batch run of 100 different profiles, it would show the name of the profile being processed in the title bar, like for example:

'Rebuilding Sets: Thomson MO5 - Applications - [WAV] (TOSEC-v2012-08-27_CM)'

In cases where there are no matches at all, you don't see the name of the set at any point - I've got mine set to crunch through them without any prompts, so you get a brief glimpse of the Scanner window (which shows the profile name), but this then usually disappears so quickly I don't get a chance to see what profile has just been processed, unless I stare hard at the screen ;D

Hope this makes sense?

3
Hi,

First off, thank you for making this awesome piece of software, it's so useful! 8)

I was wondering if it would be possible to add the name of the current set being worked on to the "Rebuilding Sets" dialog, in the title bar?. I've found that, when batch rebuilding, I have no idea which set is being worked on. It would be nice to be able to see which one is being processed at the time.

If it's not too complicated, would really appreciate this change, please. What are your thoughts?

Cheers!

"H"

4
Awesome, I'll give it a try and see what happens.  ;D

Update: Yes, that works perfectly now. Thanks for the help Roman :)

5
Hello Roman,

I think that might be the case.

I've checked, and 7z uses the @ symbol as a parameter to add a list of files to an archive, e.g. @filelist.txt

Maybe it's getting confused and thinking the input file is supposed to be a list...

I have checked the archive to which it is writing, and it is neither solid nor locked.

BTW, I never had this problem under XP. Worked perfectly with the same version of clrmamepro (3.137b), the same DATs and the same ROM input / 7z output files.

It's probably just Windows 7... I've noticed a few strange things.

Thanks for taking the time to look into this though, and thanks for writing such a fantastic tool :)

If you need any other information, please let me know.

Cheers

Carlos

6
As per the subject, I have found a few sets containing files starting with @ symbols. These fail to build/rebuild into 7z archives under Windows 7 Ultimate 64 bit, and produce the following error:



If I select Yes, the destination archive becomes corrupted. Selecting No, however, skips the problematic files without corrupting the destination archive.

Has anybody else had this problem? I searched the forums but couldn't find anything similar (unless I missed it).

Any replies appreciated.

Many thanks

Carlos

Pages: [1]

Page created in 0.124 seconds with 20 queries.

anything