|Anonymous | Login | Signup for a new account||2015-04-28 02:38 CEST|
|Main | My View | View Issues | Change Log | Roadmap|
|View Issue Details|
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0001625||OCaml||OCaml general||public||2003-04-05 21:19||2003-04-06 15:10|
|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.|
|2005-11-18 10:13||administrator||New Issue|
|Copyright © 2000 - 2011 MantisBT Group|