|Anonymous | Login | Signup for a new account||2017-02-22 16:31 CET|
|Main | My View | View Issues | Change Log | Roadmap|
|View Issue Details|
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0001625||OCaml||OCaml otherlibs||public||2003-04-05 21:19||2016-12-07 16:24|
|Target Version||Fixed in Version|
|Summary||0001625: [proposal] thread-safe variant of Str library|
|Description||Full_Name: Yutaka OIWA|
Submission from: h219-110-060-091.catv01.itscom.jp (184.108.40.206)
How about to provide thread-safe variant of Str library?
It would be useful to have an MT-safe regexp library
in the standard distribution.
Previously, I wrote a thread-safe wrapper for Str library
using mutex, which is http://www.oiwa.jp/~yutaka/mtStr.mli [^]
and http://www.oiwa.jp/~yutaka/mtStr.ml [^] .
Recently I looked into the "to-be-3.07" CVS version of Str library,
and found that the engine written in C is almost thread-safe.
It seems that all global states are stored in Caml-level variables,
and only thread-unsafe portions of code are two static
temporary variables "re_group" and "re_register" in strstubs.c,
which can easily be moved to either stack or heap.
I think that interface for Str module should not be changed for
both compatibility and convenience. (But some replace-related functions
can be MT-safe without modification to their interface.)
So either providing a new module (like my MtStr), or adding another
set of functions for Str module might be desirable.
|Tags||No tags attached.|
|I think Str will be moved out of the compiler distribution in due course, so it seems most unlikely that it will be augmented with a thread-safe version prior to that time.|
|2005-11-18 10:13||administrator||New Issue|
|2016-12-07 16:23||shinwell||Category||OCaml general => OCaml otherlibs|
|2016-12-07 16:23||shinwell||Description Updated||View Revisions|
|2016-12-07 16:24||shinwell||Note Added: 0016724|
|2016-12-07 16:24||shinwell||Status||acknowledged => closed|
|2016-12-07 16:24||shinwell||Resolution||open => won't fix|
|Copyright © 2000 - 2011 MantisBT Group|