Manuscript (Case [Issue]20848) FastTable - Fast table lead to memory leak in filter mode

Denis Kudryashov edited Case 20848: Fast table lead to memory leak in filter mode: Bug in  FastTable: Misc  •  You are subscribed to this case You are right. I found problem in Calypso panes with filter. And I did some workaround to prevent it. Now I wonder how it works. The process runs simple #repeat loop without any condition to return. And it does not stored in any variable: FTFilterFunction>>spawnFilterUpdateThread     "Runs in background, thank to Henrik Johansen for this"    [ | oldPattern |     oldPattern := nil.     [ isEditingSemaphore wait.     "If pattern has changed, see if we need to filter.     If not, it's probably an extraneous signal received while we were waiting for 0.2 seconds, and we discard then till we end up waiting for filterChangeSemaphore again"     oldPattern ~= pattern         ifTrue: [ oldPattern := pattern.             0.2 seconds wait.             "Pattern still the same? If not, just loop again and end up waiting for another 0.2 secs"             oldPattern = pattern                 ifTrue: [ self filter ] ] ] repeat ] forkAt: Processor userBackgroundPriority Priority: 3 – Must Fix Status: Work Needed Assigned to: Everyone Milestone: Pharo7.0 Go to Case No longer need updates? Unsubscribe from this case. Don't want Manuscript notifications anymore? Update your preferences.

A Manuscript case was edited by Denis Kudryashov. Case ID: 20848 Title: Fast table lead to memory leak in filter mode Status: Work Needed Category: Bug Project: FastTable Area: Misc Priority: 3 - Must Fix Milestone: Pharo7.0: 02.09.2018 (Past) Assigned To: Everyone URL: https://pharo.manuscript.com/f/cases/20848 You are right. I found problem in Calypso panes with filter. And I did some workaround to prevent it. Now I wonder how it works. The process runs simple #repeat loop without any condition to return. And it does not stored in any variable: FTFilterFunction>>spawnFilterUpdateThread     "Runs in background, thank to Henrik Johansen for this"    [ | oldPattern |     oldPattern := nil.     [ isEditingSemaphore wait.     "If pattern has changed, see if we need to filter.     If not, it's probably an extraneous signal received while we were waiting for 0.2 seconds, and we discard then till we end up waiting for filterChangeSemaphore again"     oldPattern ~= pattern         ifTrue: [ oldPattern := pattern.             0.2 seconds wait.             "Pattern still the same? If not, just loop again and end up waiting for another 0.2 secs"             oldPattern = pattern                 ifTrue: [ self filter ] ] ] repeat ] forkAt: Processor userBackgroundPriority You are subscribed to this case. If you do not want to receive automatic notifications in the future, unsubscribe (https://pharo.manuscript.com/default.asp?pre=preUnsubscribe&pg=pgEditBug&command=view&ixBug=20848) from this case.
_______________________________________________
Pharo-bugtracker mailing list
[hidden email]
https://lists.gforge.inria.fr/mailman/listinfo/pharo-bugtracker