Author Topic: CLIPBOARD HELP+SPELL LATEST VERSION INFO THREAD - v2.46.0 - Dec 30, 2019 (Read 502906 times)

IainB · « **Reply #275 on:** January 07, 2016, 08:14 AM »

On 2015-05-09 using CHS v2.29.0, I got a spurious error:
Access violation at address 0080DF94 in module
'ClipboardHeIpAndSpeII.exe'. Read of address 00000008.
I was busy editing notes in CHS at the time.
The error did not stop the CHS process, but I closed CHS down and restarted it anyway, just in case, and then got CHS to Verify, Repair, Optimize database .
_________________________
-IainB (May 09, 2015, 10:55 AM)

I can better define this problem now: (see image below - actual text copy is in the spoiler below that)

Spoiler

In CHS, if you leave the cursor inside one or any (not sure if it applies to ALL) of the fields in the Grid pane, and then do a search, then the below Read of address 00000008 error occurs.
In the example below, I had left the cursor inside the Notes field when I did the search.
It seems to make no difference whether the field involved is in a record which is included as one of the search results.
This is a repeatable, non-fatal error.

Screen clipping taken: 2016-01-06 21:16
   ---------------------------
   Clipboard Help+Spell
   ---------------------------
   Access violation at address 0080E8C8 in module
   'ClipboardHelpAndSpell.exe'. Read of address 00000008.
   ---------------------------
   OK
   ---------------------------

mouser · « **Reply #276 on:** January 07, 2016, 08:17 AM »

Nice work

I can confirm and reproduce this bug.. It's wonderful that you figured out a reliable way to trigger it, because now I can fix it

Will try to get out an update this week.

Thanks IainB, both for finding the bug and for your good natured spirit about the hunt!

IainB · « **Reply #277 on:** January 07, 2016, 08:46 AM »

^ You're welcome - and thanks right back to you.

I quite enjoy analysing software problems - if I use that software for my own purposes. It can only tend to benefit myself in the longer term.
I only tripped over it by chance, whilst doing some serious experimentation/discovery with CHS, I felt pleased to have finally found a consistent explanation of the trigger.

mouser · « **Reply #278 on:** May 15, 2016, 11:46 AM »

v2.36.0 BETA - May 13, 2016

[MinorFeature] Added option (Tweaks tab) to disable default behavior of focusing search edit box when toggling display of main window.
[MinorFeature] Added option (Interface tab) to not flash/change tray icon when copying clips.
[MinorChange] Changed the default values on the maintenance tab to wait longer before moving clips from New to Old section and from Old to Recycle bin.
[MinorBugFix] You can now search for - as a single character.
[BugFix] Fixed bug where clip title edit field could temporarily disappear if previous clip was an image and window was minimized before capturing a text clip.

IainB · « **Reply #279 on:** May 16, 2016, 09:52 AM »

Thanks for the update, but I am getting this when I try to update using the FARR DCUppdater (yes, is the correct spelling):

I haven't figured out what the problem is yet.

mouser · « **Reply #280 on:** May 16, 2016, 09:54 AM »

Not sure why you are getting that error BUT:

This is a Clipboard Help and Spell update, not a FARR update.
This is a beta release, not available via the updater or shown on any update check -- just available for download at the BETA link on first post.

IainB · « **Reply #281 on:** May 16, 2016, 05:39 PM »

Ach, I'm half asleep, got no sleep last night.
As to the error message, for always I have had CHS set up as one of several FARR plugins and so that when I run DcUppdater ("Check for updates now" from the standard FARR Help menu), it checks for latest version updates for FARR and all plugins at the same time - updating whatever is listed in the Installables folder - in one hit. I've never seen that error message before, so thought I should mention it. I haven't figured out the root cause yet, but, as I only recently migrated FARR to this new (refurbished) laptop that I am using, I suspect that I may have inadvertently fouled up the FARR DcUppdater settings or not set it "PORTABLE" or something.

As for it being a CHS Beta update, my apologies - I was in too much of a hurry and did not read the post properly and thus did not register that this latest CHS version was a Beta update. I have now updated it separately via the opening post to this thread.

IainB · « **Reply #282 on:** May 17, 2016, 12:57 AM »

[BugFix] Fixed bug where clip title edit field could temporarily disappear if previous clip was an image and window was minimized before capturing a text clip.
_______________________________
-mouser (May 15, 2016, 11:46 AM)

Thought I should mention this: I noticed by chance in one instance the other day that, when the condition arose where the clip title edit field did happen to temporarily disappear, I chanced to inadvertently restore it by maximising and then minimizing the CHS window.

Since I can't make that condition arise to order, I was unable to test for consistency/repeatability.

vietnam rum · « **Reply #283 on:** September 11, 2016, 09:50 PM »

Read of address 00000008.
-mouser (May 15, 2016, 11:46 AM)

I received an Access violation - Read of address 00000008 and found this thread.
Got the error when doing a search - program continued to work after closing the error boxes.

You message shows v2.36.0 BETA - May 13, 2016
I can not locate it on our site.

I am running v2.34.0 and it is the only one i see for download.

Thanks, excellent program.
Vietnamrum

vietnam rum · « **Reply #284 on:** September 11, 2016, 10:17 PM »

Just found link to Beta 2.36 on the first page. I did not see it originally because my search took me to page 12.
https://www.donation...pandspell/index.html
Shows 2.34

Forum CLIPBOARD HELP+SPELL LATEST VERSION INFO THREAD - v2.34.0 - Jan 4, 2016

Please post a sticky with current Beta so it is easy to find.

Thanks, excellent program.
Vietnamrum

dr_andus · « **Reply #285 on:** October 01, 2016, 07:10 PM »

I have never tried CHS but I'm just wondering, how is CHS's performance once the database gets large such as 400MB+?

The reason I'm asking is because I have a ClipCache Pro database of that size, and ClipCache is painfully slow now with any operation involving that database.

My laptop is reasonably powerful (core i7 5500U, 16GB RAM).

Basically I'm wondering if CHS could handle working with databases of this size better. E.g. I wanted to delete the larger clippings there, or put them into folders by year, but everything is so slow (freezes) that it's just not feasible with ClipCache.

The other thing I'm wondering if it's at all possible to import a ClipCache database into CHS.

IainB · « **Reply #286 on:** October 02, 2016, 07:16 PM »

@dr_andus: I'd be interested in any CHS performance factors/limitations you may discover on this. Please could you post your results here, as and when any turn up?

mouser · « **Reply #287 on:** October 03, 2016, 05:01 AM »

how is CHS's performance once the database gets large such as 400MB+?

That's a good question, but i don't know the answer.. If there is interest we could find out -- I could write a function that generates some random clip data and we can see how it performs.

My suspicion is that, assuming the clips are in different "folders", so that it's not trying to sort and search 400mb of data at a time, that CHS will perform pretty well, but that's just my guess. It's also quite possible that it performs very similarly to ClipCache... A factor involved here is how many clips there are (a relatively small number of large clips will perform better i would guess than a million clips).

What I will say is that CHS does try to "help" you not accumulate 400mb worth of clip data, by employing configurable options that will automatically move default (non-favorited) captured clips by default from new to old to trash groups.

As for importing, CHS doesn't have a way to import clips (though it can export them). I would be willing to write a simple import function if you can get your data out of your existing program in a fairly clean and simple format. The easiest would be one line per clip, with a line being just the clip text, no extra data like date, etc.

dr_andus · « **Reply #288 on:** October 03, 2016, 05:24 AM »

Hi mouser - thanks for your reply.

There doesn't seem to be an export function in ClipCache (and it can only import its own older version files).

Yes, the problem is that I have now one mega folder with 46,375 clips accumulated over 4 years, ranging in size from a couple of bytes to 16MB. No matter how I sort it or what I try to do with it, it now takes minutes to complete every operation (such as sort by size or date or search).

This was not by design. I just never had the patience to figure out the app and develop a workflow. Instead, it just runs in the background and saves every clip. This might not be an optimal workflow but it has the advantage that I can find things that I never knew I had (such when I find that I lost a bit of text somewhere ages ago and then I find a copy of it in ClipCache, which is a godsend).

So for me this is a backup solution, as none of my other backups protect me from some apps truncating text while I'm working on it or from me accidentally deleting text. The clipboard memory can be a last resort in finding lost stuff.

I guess I just have to start a new database, so that the current one stops growing.

Don't trouble yourself with the import script. I'll just need to take CHS for a test drive, as I'm curious about those rules you mentioned. Though I wouldn't want to defeat the unconscious backup function.

tomos · « **Reply #289 on:** October 03, 2016, 08:00 AM »

I'll just need to take CHS for a test drive, as I'm curious about those rules you mentioned. Though I wouldn't want to defeat the unconscious backup function.
-dr_andus (October 03, 2016, 05:24 AM)

You can stop it deleting anything.
I do remember having some performance issues some years back when I had everything being saved (unfortunately I cant find any record of it). I think it better as mouser says to group older clips in folders maybe by date.

dr_andus · « **Reply #290 on:** October 03, 2016, 08:45 AM »

@Tom - thanks for the suggestion. Though it's now too late for my 400MB file (it would be just too painful to try to restructure it now), going forward I'll try to use folders by year or month.

mouser · « **Reply #291 on:** December 16, 2016, 03:29 PM »

v2.38.0 BETA - Dec 16, 2016

[Improvement] Significantly improved performance when browsing through clips and adding new clips.
[Improvement] Home and End keys now go to top and bottom of grid.
[Improvement] New option to not update last view date of clips when browsing (better performance).

You should find that browsing through clips is noticeably faster now -- for some folks the speed improvement may be huge; thanks to Iain for his help tracking down the slowdown.

IainB · « **Reply #292 on:** December 16, 2016, 10:26 PM »

Cross-posted from: Re: Problem: CHS consistently very slow to display clips. Need workaround or fix.

This can definitely be flagged as "FIXED" now!
I have downloaded CHS v2.38 BETA Portable.zip and installed it, from
CLIPBOARD HELP+SPELL LATEST VERSION INFO THREAD - v2.38.0 BETA - Dec 16, 2016

Thanks a lot for doing this speed-up. Nice work. You raised the bar of CHS' performance.
CHS v2.38 BETA is blazingly fast - just like it should be. Out of interest, I was just comparing it side-by-side with CHS v2.36 BETA on another laptop. No contest!
And thanks also for improving the functional ergonomics of the Home/End keys. It's only a small ergonomic improvement, but, when one uses those keys as frequently as I tend do on a daily basis, then it can all add up so that even a small ergonomic improvement like that can make for a vast improvement over time, in terms of time saved.

By contrast, the speed-up is also an ergonomic improvement, but it's a big deal (massive) improvement for this user, and it changes one's whole perception of the ease-of-use of CHS. After this fix, one can now better use CHS for the sorts of things it should and could have been useful for, by design, but which one had avoided using it for, because it was effectively crippled by such a proverbial PITB. (Because of my critical view and high expectations, I am usually extremely impatient with computer software and can't abide "laggy" functionality in a GUI that I need to use.)

A much happier user now!
-IainB (December 16, 2016, 10:25 PM)

IainB · « **Reply #293 on:** December 17, 2016, 05:34 PM »

Odd thing here. Text is in the spoiler below.

Spoiler

      CHS "hang" with unusual icon with a little green arrow, in the Systray.
      Whilst messing about on 2016-12-15 (0429hrs) with testing the CHS "laggy" problem (not absolutely sure, but I think it was CHS v2.37), CHS hung (stopped responding), and I noticed that it had this icon with a little green arrow in the Systray. Since I had never seen it before, I took a screenshot, meaning to ask you what the icon signified. Then I killed the CHS process (in Process Hacker) and restarted CHS - and promptly forgot about it.

      Then, with CHS v2.38 the same thing happened earlier this morning (2016-12-18) - CHS hung, the little icon was there, and I killed the CHS process (in Process Hacker) and restarted CHS.


      I don't know what the little icon with the green arrow signifies.Could it be related to a CHS hang?Since I had never seen it before (previous CHS v2.36), I wondered whether you had introduced it in v2.37.

IainB · « **Reply #294 on:** December 17, 2016, 05:46 PM »

Under what circumstances would CHS (v2.36) put files:

tmpin.txt
tmpout.txt

- into the CHS program folder?
I recall taking a clip of the contents of the first file, but there is no clip in CHS, so I may have subsequently deleted it.
The contents of the second file appear to be a very garbled version of the contents of the first file.

mouser · « **Reply #295 on:** December 17, 2016, 06:42 PM »

That icon will be shown while it's trying to copy a clip to the clipboard.

As for tmpin and tempout, those are used when CHS is trying to invoke a custom external exe tool that you have configured as part of modifying the clipboard text.

IainB · « **Reply #296 on:** December 17, 2016, 08:08 PM »

^^Thanks!

mouser · « **Reply #297 on:** December 19, 2016, 06:03 PM »

Would love to hear more beta tester reports..

mouser · « **Reply #298 on:** December 21, 2016, 06:57 AM »

I'd really love to hear some more reports that the beta works well before I release it officially..

IainB · « **Reply #299 on:** December 21, 2016, 07:00 PM »

CHS v2.38 BETA still running very nicely on my Win10-64 Pro super-discounted (>50%) Dick Smith closing-down-sale Intel i7 Pavilion 15 laptop (a nice laptop, but not without its shortcomings).
CHS is now blazingly fast, and, after years of teeth grinding sluggishness - finally, a pleasure to use!

For Christmas(??), before you wrap it up, I would respectfully request that that you consider these changes (already suggested elsewhere on the DC Forum):

restore/ensure the source URL capture to the Grid "Notes" column (I am really missing this. Users wanting this have to tediously manually work around the problem).
OCR of any embedded text in image clips (most users would probably be able to make use of this).
Enable the optional display of Grid fields (meta data) as selectable, editable and actionable rows beneath the Memo display (most users would probably be able to make use of this, and it would circumvent real and ergonomic problems of editing the Grid fields).
restore/correct the meta data for image clips where the CHS image file has been edited (e.g., by SC). (Relevant to all users.)

There is also one new request:

(ingratiating smiley)

Enable wiki-like - (say) [[link]] - linking between CHS records - maybe by new/smart use of SQL virtual folders(??).