Cameron
Don't see anything wrong with the code posted. Can you reduce it to a self-contained example?
No technical reason, mainly a smaller benefit versus the time spent implementing it. A form of this question has been asked before, see https://github.com/cameron314/readerwriterqueue/issues/76#issuecomment-893109612
Short answer: You can't with the current API. Longer answer: This could be done a few ways; perhaps the simplest is to use a semaphore, but this still requires iterating...
Yep, you're actually the second person to bring this to my attention (just the first to do it publicly). I'm really sorry, but I don't think there's anything I can...
Cool, I'm glad it's still useful :-) I wonder, how's the compression compared to the original PNGEncoder?
Interesting, thanks for the info (I don't currently have a setup to compile any flash-related stuff). You know, I just remembered that I already did [a bit of analysis](http://moodycamel.com/blog/2011/a-better-png-encoder-for-flash#comment-974649414) comparing...
If you want to add cmake support for Linux that's fine, but: - It should be optional (the existing files should not need to be changed/moved) - The cmake files...
I understand the layout is non-standard, but the intention was for it to be a header-only library in order to avoid mucking with build systems :-) That's why the two...
It depends on your system. For *nix, cd into `build` and run `make tests`. Run the resulting binaries that appear in `build/bin`.
The design of this queue makes it unsafe to share between processes. See https://github.com/cameron314/concurrentqueue/issues/236#issuecomment-758046065 and #132.