Closed Bug 3211 Opened 26 years ago Closed 26 years ago

RX: Service Manager and Repository

Categories

(Core :: XPCOM, defect, P2)

x86
Windows 95
defect

Tracking

()

VERIFIED FIXED

People

(Reporter: chofmann, Assigned: dp)

Details

(Whiteboard: 3/25/99 -- awaiting reporter to verify)

May be safe, but bug warren and dp: Much of our non-static/global data needs to be partitioned by window, not reachable by other windows except through statics/globals. Therefore we're starting the hunt with statics and globals. Please have a look at the file(s) below to see if we can improve reentrantcy across the code base by making modifications to: xpcom/public/nsIServiceManager.h: static nsIServiceManager* globalServiceManager; xpcom/public/nsMacRepository.h:static MacLibrary libraries[] = { xpcom/public/nsRepository.h: static nsHashtable *factories; xpcom/public/nsRepository.h: static PRMonitor *monitor; xpcom/public/nsRepository.h: static nsDllStore *dllStore;
I think globalServiceManager is the one true global. It's access is already synchronized.
RX tasks aren't going to make M3. close the reentrantcy tracking tasks if this specific area has been looked at and doesn't seem to be a problem. Otherwise each of these areas still need some looking at.
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
I think this is now a non-issue. (a) the statics have become instance variables, (b) you can create per-window service managers
QA Contact: 3849
Whiteboard: awaiting reporter to verify
Whiteboard: awaiting reporter to verify → 3/25/99 -- awaiting reporter to verify
Status: RESOLVED → VERIFIED
Component: XP Miscellany → XPCOM
You need to log in before you can comment on or make changes to this bug.