Browse Prior Art Database

Sharing Memory Resources Across Applications in OS/2

IP.com Disclosure Number: IPCOM000108606D
Original Publication Date: 1992-Jun-01
Included in the Prior Art Database: 2005-Mar-22
Document File: 1 page(s) / 50K

Publishing Venue

IBM

Related People

Cox, D: AUTHOR [+3]

Abstract

This article describes a method for sharing segments across many processes in OS/2* applications without requiring the restrictive use of Named Shared Segments.

This text was extracted from an ASCII text file.
This is the abbreviated version, containing approximately 68% of the total text.

Sharing Memory Resources Across Applications in OS/2

       This article describes a method for sharing segments
across many processes in OS/2* applications without requiring the
restrictive use of Named Shared Segments.

      There is no way to share many memory segments across OS/2
applications.  The applications must use Named Shared Segments, of
which there are a limited number (30) which can be allocated in any
given process.  If Named Shared Segments are not used, then the
applications which wish to share data must architect a way to pass
the selectors of the memory resources which they wish to share, and a
mechanism to access those selectors as they are allocated.

      In order to overcome this and other related memory problems in
our application systems, OfficeVision*/2 (OV/2) Office built a Memory
Management subsystem, providing a layer of independence between
applications programs and the OS/2 operating system.  This subsystem
is described in (*).

      Using this subsystem, applications which wish to share memory
resources with other programs are provided with the following methods
:
o    For a single segment, the application may allocate a segment
specifying the process ID which they wish to own the memory.  Both
the specified process and the requesting process are granted access
to memory allocated in this manner.
o    For sharing a memory pool, the application may pass the handle
of a memory pool to another process, and that proc...