The stat building process uses more and more RAM as time passes. For a large database the process will eventually run out of RAM and crash - it's not a case of if but when. Even if windows swap file (paging) were to be used, a crash is inevitable.

Process ideally needs to use a finite amount of RAM and save stats to the postgres DB at regular intervals in order to clear the RAM cache and prevent crashing.

With current setup it's basically impossible to build stats for databases over a certain size.

gt-hud said:

Hi, I recommend making backups of the entire Hand2Note folder more often. In case of serious bugs, it will be possible to rollback to the latest working version of H2N.

--------------------------------------

Thanks for the suggestion. I have been doing this anyway for the last 6 months or so. Frankly, there is no choice unless someone has hundreds of hours to waste rebuilding everything.

Arts said:

Try to reinstalll your H2N step-by-step and check with default config: http://hand2note.com/Help/pages/Troubleshooting/Reinstallation/

This is not a solution. It's avoidance of the problem.

I want to understand why H2N config menu crashes without the presence of a particular HUD profile. Why is it so reliant on that file in order to run correctly. What type of queries are going on behind the scenes to cause the software to crash without access to a random HUD profile.

I don't really get time to use H2N any more, I just spend all my time investigating this bug. Pretty disappointed with the lack of professionalism here. It's all very well to assume everything will be fixed in H2N 4, but we are paying money for software we are using NOW and some sort of working product is expected.

I'm not sure whether the issue is caused by too many filters. I wonder if it's more a case that the more files one has, the more likely one is to trigger this bug.

Here were my observations.

H2N is initially at a state where the config menu is opening.
I had a hud profile, lets called it 'myprofile'. Any time I would delete this profile, H2N would start crashing in the config menu. If I transfer the 'myprofile' file back, H2N starts working again. Removing a file was hence causing the crash, H2N was treating this 'myprofile' profile like it's some sort of dependency.

I was able to rename 'myprofile' and the H2N would continue crash free. I was able to delete some of the stats from 'myprofile', but if I deleted all of them, the crashes would start again.

After renaming 'myprofile' it was still showing up in 'Game Types' under the original name even after being renamed. H2N for some reason is really attached to this file and won't work without it.

Point is, maybe it has nothing to do with the amount of filters. Unless of course, this is a completely separate bug that just so happens to cause the same crash.

Hi,

Quick question please.

Is it still necessary to purchase at least 1 month H2N subscription to run a custom locked HUD?

Wondering if things changed with the overhaul to the subscription system.

Thanks,

On that, we can agree.

Hey guys,

Decided to just suck it up and reverse-engineer a solution to lack of GG import for H2N.

Here it is. If this solution helped you, feel free to check out my Death Star HUD package which is in the H2N shop or on the site.

1. Grab the find and replace tool from findandreplace.io

2. Point it to the folder with the GG hand histories

3. Make the following replaces.

4. Import into a fresh database rather than one you've already tried to import to and failed.

100% working and tested aside from the fact that GG HH's don't include rake (regardless of which tracker you use). Hands will also appear as Pokerstars network.

Probably H2N developers could use this info to roll out a very quick fix for GG native import for H2N. There is really no excuse now ;)

I tried reinstall and adding files slowly from scratch before posting.

Seems there is an upper limit on the number of definitions that H2N will run with, and it's possibly below the 65k limit implied by the error message.

Alternative is that a bad stat is causing the crash (rather than volume of stats). Or it could be volume of stats within an individual folder rather than overall volume of stats.

In the past my mind would have boggled at the thought of one stat crashing the entire application, but I've already managed proof of concept for other similar bugs where one small change can destroy the entire application.

So not really sure what to believe at this stage.

Hey,

Problem is presumably resolved. That was pretty confusing though.

I had existing edge sub up to end of 2020. I tried to purchase 1 month asia and my edge sub was deleted and replaced with asia. There was zero information or confirmation of what was about to happen before I made payment.

Generally confusing and misleading. I guess it's based on an account having a certain amount of credit the new subscription length is calculated based on that. Having said that, I've made 2 payments to H2N and I have no idea what I've just paid for since there is no breakdown.

Would like to know what I'm paying for before making the payment in future.

Regards,

Appears I ran out of stat IDs.

I have deleted a large of amount of stats but still software doesn't function correctly. I can't create a new stat or open config menu without a crash.

System.InvalidOperationException: Corrupted filter : new name2 ---> System.Exception: No more ids 65535
at Hand2NoteCore.Model.ShortIdRepository.CreateNewShortId()
at Hand2NoteCore.Model.ShortIdRepository.GetShortId(Int32 longId)
at Hand2NoteCore.Model.FilterIdRepository.GetShort(Int32 longId)
at Hand2NoteCore.FilterCheckProxyConverter.Convert(Filter filter)
--- End of inner exception stack trace ---
at Hand2NoteCore.FilterCheckProxyConverter.Convert(Filter filter)
at Hand2NoteCore.FilterEditor.TestFilterViewModel.B()
at System.Threading.Tasks.Task.Execute()
--- End of stack trace from previous location where exception was thrown ---
at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
at Hand2NoteCore.FilterEditor.TestFilterViewModel.A.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
at System.Windows.Threading.ExceptionWrapper.InternalRealCall(Delegate callback, Object args, Int32 numArgs)
at System.Windows.Threading.ExceptionWrapper.TryCatchWhen(Object source, Delegate callback, Object args, Int32 numArgs, Delegate catchHandler)
Inner exception
System.Exception: No more ids 65535
at Hand2NoteCore.Model.ShortIdRepository.CreateNewShortId()
at Hand2NoteCore.Model.ShortIdRepository.GetShortId(Int32 longId)
at Hand2NoteCore.Model.FilterIdRepository.GetShort(Int32 longId)
at Hand2NoteCore.FilterCheckProxyConverter.Convert(Filter filter)

I guess since the stats are deleted I need a way to reset available stat IDs to resume proper functionality.