ATTENTION: You are viewing a page formatted for mobile devices; to view the full web page, click HERE. Software > Screenshot Captor

SSC 4.30 portable Preferences UI locking up_viewing or making changes

(1/2) > >>

Using v4.30 portable in Vista x64, 7 GB free RAM, plenty of free disk space.
Noticed after I got the Windows error message (may be coincidence) mentioned in other thread,
Access violation at address 008713AE in module 'ScreenshotCaptor.exe'. Read of address 059F1780.
--- End quote ---
that the prefs UI would open OK, allow me to browse it, but then wouldn't close.  If I just finished browsing & hit cancel or made changes, & clicked Apply, took ~ 1 min to accept them & change the button color.  Though, doesn't seem it ever grayed out the Accept button, once change were made & accepted.

During the wait time, only indication it was working (I assume it was), is a 1/10 sec. flash, very near cursor that was hovered over the prefs UI.  Too fast to tell what the image was.  Eventually, it finished.
Once when I hit Cancel in the prefs UI, it took so long, just shut down SSC.
All this has happened several times in one day.  Nothing unusual going on in task manager & no msgs in Event Viewer.

is it possible that SC cannot save in the directory where you are running it from?
or where your configdir.ini is telling it to save?

If you mean configdir_default.ini...
then this is what is in that file:
--- End quote ---
Course, last line is a comment.  But, the locations of configdir is blank.  I assume because it's portable.  But that's also how previous versions of configdir_default.ini looked. 

That file is located in the root folder of the prgm files.
There's also a ScreenshotCaptor.ini & a - both in the root folder of the program files.  The changes I've made look like they're being stored in both.
No, there's no problem w/ SSC writing to that partition.   

Do you need to manually edit the config file to tell it where to save custom settings, even though the file is already in the root folder?

I'd have assumed (like most portables), it either saves the config file to the same folder / drive, etc., that the prgm files are on,  as it appears to be doing here.  I've never had to manually enter where to save config settings in a portable app - unless I wanted to change it from default location.

yeah that looks fine.  it should (and from your description looks like it does) obey configdir_default.ini.

but it sure sounds like something is going wrong when its saving its settings..

i suppose i could send you a special debug version of the program to help us identify where things are going wrong..

Alright.  How do you want to get it to me?  I'm assuming it's not that big, so you could send it to my registered email address - if you're able to see it.

Preference screens continue to be very slow to respond - like running out of RAM (not the case)  or serious cypherin' problems.


[0] Message Index

[#] Next page

Go to full version