Hi Koen,

Wat bij me in gedachten komt: Wanneer SetRedraw() true gezet wordt, worden de computed columns her-berekend. Indien niet, dan kun je misschien een GroupCalc() proberen voordat je de sort() uitvoert?

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

What comes in mind is that when SetRedraw() is set to true, the computed columns are being re-calculated. If not, then maybe a GroupCalc() previous to the Sort() would help?

HIH,

MiguelL

...setSort('cf_total')  

Aside from missing A or D  for ascending or descending sort, I am wondering if the formula in cf_total contains any aggregate functions.

The best way to check if the compute expression is valid for sorting is to enter the compute in expression in the datawindow painter:

1) Open Rows > Sort 

2) In Specify Sort Columns, Drag any column across

3) double click the column

4) in the Expression field enter or paste the expression from cf_total and click Verify

Hi Koen,

As Chris said: please test on another computer and provide us with more details of your case.

If this still happens, you can open a support ticket and upload a reproducible test case so we can take a closer look into the problem.

Regards,

Hi Koen;

   I emulated your SetReDraw () within a SetSort and Sort command sequence and this did not cause any Application issues what-so-ever using the same PB 2017 build as you indicated. My testing BTW was on the W10 Fall Creator Edition - 64 bit O/S, as follows ...

  Your issue might also be related to the way your SetSort criteria is being formulated.   Can you tell us what other factors might also be in play in your application's environment. For example, what is your Windows O/S, bitness, memory, CPU, video card, running P-Code or M-Code, running from IDE vs EXE, etc?

PS: Have you tried this App's sorting code on another PC?

Regards ... Chris