On 05/11/2014 10:50 AM, Martin Schreiber wrote:
Have you ever concurrentely read strings from different threads?
I do this all the time.
-Michael
--
Accelerate Dev Cycles with Automated Cross-Browser Testing - For
On 05/11/2014 08:06 AM, Martin Schreiber wrote:
Hi,
Because of the big overhead by locked refcount operations and memory barriers
long strings and dynamic arrays are not thread safe, even reading needs
serializing if the data will be accessed from several threads.
In exactly what environment
On Monday 12 May 2014 09:37:25 Michael Schnell wrote:
On 05/11/2014 08:06 AM, Martin Schreiber wrote:
Hi,
Because of the big overhead by locked refcount operations and memory
barriers long strings and dynamic arrays are not thread safe, even
reading needs serializing if the data will be
On 05/12/2014 10:40 AM, Martin Schreiber wrote:
AFAIK memory barriers are extremely evil.
Of course with modern CPUs this is correct.
Anyway, not allowing normal seemingly innocent language types for
ubiquitous use asks for an infinite count of problems.
-Michael
On Monday 12 May 2014 10:57:27 Michael Schnell wrote:
On 05/12/2014 10:40 AM, Martin Schreiber wrote:
AFAIK memory barriers are extremely evil.
Of course with modern CPUs this is correct.
Anyway, not allowing normal seemingly innocent language types for
ubiquitous use asks for an infinite
On 05/12/2014 11:02 AM, Martin Schreiber wrote:
Managed types apparently are not innocent. ;-)
That is obviously for language developers. But to the language users
thy seem to innocent ;-)
-Michael
--
Accelerate Dev
The overhead? Every operation which inc/dec's ref count, for example
That's why me recommend both types - You may implement unsafe types
first and safe ones later.
--
Accelerate Dev Cycles with Automated Cross-Browser
7 matches
Mail list logo