× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Walden,
    I understand that teraspace can not be directly shared across multiple
jobs, but that's really not much of an impediment to sharing teraspace.  You
just do it indirectly.  If you create a job which allocates an instance of
teraspace, and this job runs in batch as a daemon, it can provide shared
access to common teraspace across all other jobs in your system.  Other jobs
can communicate with the Teraspace Server via two data queues.  One to send
requests to the server, the other to send result sets back to the client.  A
request to the server could contain a function code, a handle, and data.
The result would be just handle and data.  The handle/address cross
reference could be stored in an array or based data structure in the server
program, and the cookie/handle would be the array pointer or based data
structure offset, depending on which way you went.  Why wouldn't such a
mechanism work ?  -Dave K.

----- Original Message -----
From: "Walden H. Leverich" <WaldenL@TechSoftInc.com>
To: <midrange-l@midrange.com>
Sent: Wednesday, December 26, 2001 12:00 PM
Subject: RE: Teraspace memory allocation


> Dave,
>
> Actually, the manual says teraspace allocations are valid only in the job
> that does the allocation, if you want to share the allocations then you
need
> to deal with the share memory apis. Now, if you are referencing teraspace
> with a space pointer I'm not sure how that would play out, on one hand
> teraspace is only valid in the job that allocates it, on the other hand a
> space pointer is a space pointer from any job.
>
> -Walden
>
> ------------
> Walden H Leverich III
> President
> Tech Software
> (516)627-3800 x11
> WaldenL@TechSoftInc.com
> http://www.TechSoftInc.com
>
>
>
> -----Original Message-----
> From: David & Eileen Keck [mailto:bstars@optonline.net]
> Sent: Monday, December 24, 2001 11:11
> To: midrange-l@midrange.com
> Subject: Re: Teraspace memory allocation
>
>
> I beg to differ.  As I suggested in a previous post on this topic, a
> Teraspace Server process could be set up as a daemon.  From a design point
> of view, mutiple jobs can certainly share the same teraspace by
referencing
> the same handle / cookie. Dave K.
>
> ----- Original Message -----
> From: "Simon Coulter" <shc@flybynight.com.au>
> To: <midrange-l@midrange.com>
> Sent: Saturday, December 22, 2001 10:08 PM
> Subject: Re: Teraspace memory allocation
>
> ----snip ----------
> >  TS exists only
> > for the duration of a job/process thus a handle cannot be stored
> externally
> > to the process and reused in a different process.
> ----snip-----------
>
> _______________________________________________
> This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
> To post a message email: MIDRANGE-L@midrange.com To subscribe,
unsubscribe,
> or change list options,
> visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l
> or email: MIDRANGE-L-request@midrange.com
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/midrange-l.
> _______________________________________________
> This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
> To post a message email: MIDRANGE-L@midrange.com
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l
> or email: MIDRANGE-L-request@midrange.com
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/midrange-l.
>



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.