Papp | AngularJS resource for Parse.com , query builder | REST library

I think your approach is wrong. What will you be doing if the UI (main) thread is "dormant"? Prevent the worker thread from working, ie suspend it? Will it no longer be collecting data? And what will happen when the UI is brought to the foreground again? The worker thread will have to collect ALL the data, which will still need to be added to the debug window, all at once, so the total response time will be yet longer.

If it's adding the data to the debug window (I guess a listbox-derived class) that takes so long, there is no real solution, they need to be added anyway. Only some optimizations:

• Call m_wndOutputDebug.SetRedraw(FALSE); before adding the strings and m_wndOutputDebug.SetRedraw(TRUE); and m_wndOutputDebug.Invalidate(); when you are done, maybe the delay is caused by the UI attempting to draw the debug window immediately after each item is added.
• Avoid those GetHead()/RemoveHead() calls for browsing the list (it's overhead, as it may rearrange/realloc the list), instead call RemoveAll() when you are done, there is no problem with this because you lock the operation.

A side note (not performance-related), why do you need to call AfxGetApp()? You are not doing anything with it (pApp) anyway. And you have the theApp singleton available (AfxGetApp() should just return the address of theApp, no?).

If you want to find the total the u have to sum all the individual totals not union them

This kind of issue screams one of the following:

• your class pointer is invalid through being destroyed, uninitialized, or otherwise;
• you have stack or heap corruption e.g. buffer overflow or other undefined behavior.

Now, let's look at the strings appearing in your class, which are candidates for buffer overflow. Nope, it looks like you're initializing those fine.

Okay, more static analysis. Work backwards from where the issue happens.

• who called CreateDeviceResources? It was OnRender
• who called OnRender? It was the WM_PAINT handler.
• that call is very simple: pApp->OnRender(hWnd);
• so, is pApp valid? Where is that initialized?
• it's stored in the window long pointer -- when is that stored?

And this leads me to this line:

Fail to reproduce this issue using your presented code. The following is an example based on your code piece and it works for me. You can refer to.

App.h

Try to use loadDataWithBaseURL instead of loadData

first, thanks for reading my blog ;)

I get the same error :( looks like the way unique_ptr is forwarded to the worker lambda is not working like it should. easiest fix is to use a shared_ptr instead, that will work. otherwise I will have to think on it for a bit to see if I can come up with a fix...

After dealing with some code and searching for the problem I figured out that problem was that SCRIPT_URL and other stuff are decoded to utf-8 by default in the host. so it gives an error for that. I fixed it temporarily with changing get_bytes_from_wsgi return statement to this;

Your request params's name is name but you are using req.params.pappName in your code. So replace req.params.pappName with req.params.name. Also use pappName instead of _pappName in the filter query.

Please follow the syntax below: