Mantis Bug Tracker

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0001625OCamlOCaml generalpublic2003-04-05 21:192003-04-06 15:10
Reporteradministrator 
Assigned To 
PrioritynormalSeverityfeatureReproducibilityalways
StatusacknowledgedResolutionopen 
PlatformOSOS Version
Product Version 
Target VersionFixed in Version 
Summary0001625: [proposal] thread-safe variant of Str library
DescriptionFull_Name: Yutaka OIWA
Version: 3.06+27
OS: Linux
Submission from: h219-110-060-091.catv01.itscom.jp (219.110.60.91)


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.

TagsNo tags attached.
Attached Files

- Relationships

-  Notes
There are no notes attached to this issue.

- Issue History
Date Modified Username Field Change
2005-11-18 10:13 administrator New Issue


Copyright © 2000 - 2011 MantisBT Group
Powered by Mantis Bugtracker