× 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.


  • Subject: RE: ILE C question. Access to System Heap instead of Fast Heap
  • From: "Smith, Graham (EBM)" <Graham_SmithEBM@xxxxxxxxxxx>
  • Date: Fri, 29 Dec 2000 17:13:58 -0000

Alexei, and also Phil Hall,

thanks for the advice.  

The TERRASPACE parm works a treat - especially when you remember to
physically set *TSIFC which isn't the default on the command setting. Duh!

Happy Holidays
Regards
Graham

> ----------
> From:         Alexei Pytel[SMTP:pytel@us.ibm.com]
> Sent:         27 December 2000 17:40
> To:   MIDRANGE-L@midrange.com
> Subject:      Re: ILE C question. Access to System Heap instead of Fast
> Heap
> 
> 
> All heap support used to be limited to 16meg maximum allocation.
> In V4R4 (it could be V4R5 - I am not sure) a new teraspace support was
> introduced, which can handle much larger allocations.
> Check compiler documentation in AS/400 information center.
> 
> Quote from the book "ILE C for AS/400 Programmer's Guide" - Version 4
> Document Number SC09-2712-01 Part Number 24L2113 Program Number 5769-CX2:
> 
>      2. Objects built with TERASPACE(*YES *TSIFC) will allocate dynamic
> storage from
>          teraspace. Teraspace allocation routines do not use the
> _HEAP_SIZE
> macro.
> 
> Best regards
>     Alexei Pytel
> 
> 
> 
> "Smith, Graham (EBM)" <Graham_SmithEBM@heinz.co.uk>@midrange.com on
> 12/27/2000 08:41:19 AM
> 
> Please respond to MIDRANGE-L@midrange.com
> 
> Sent by:  owner-midrange-l@midrange.com
> 
> 
> To:   "'MIDRANGE-L@midrange.com'" <MIDRANGE-L@midrange.com>
> cc:
> Subject:  ILE C question. Access to System Heap instead of Fast Heap
> 
> 
> 
> Hi all,
> 
> Its my first posting to this list so treat me gently!
> 
> We're using ILE C based programs to interface with IBM's MQSeries product
> on
> an AS/400 at V4R4M0 os level..
> 
> We have a requirement to receive an approx 20MB MQ Message from a queue.
> 
> To that end our program attempts to allocate (using Calloc function) a
> portion of memory 20Mb in size.
> 
> The calloc fails to return a pointer which indicates that it couldn't
> allocate the memory.
> 
> I notice from the ILE C manuals (C/C++ Run Time Library Reference) that
> ILE
> 'C' programs usually make use of the "Fast Heap" which has a maximum size
> of
> 16 711 600 bytes.
> 
> Its possible (allegedly) to use System heap by setting the _HEAP_SIZE
> macro
> to _NO_DEFAULT_HEAP.  This should then give access to much more memory.
> 
> I've tried redefining _HEAP_SIZE  to _NO_DEFAULT_HEAP in my program before
> the first mallco/calloc with no sucess.
> I've also tried altering the STDLIB.H definition for _HEAP_SIZE from
> _C_heap_size to _NO_DEFAULT_HEAP.  Equally no success.
> 
> Any suggestions would be most useful.   I cannot claim to be an
> experienced
> 'C' programmer on any platform so plain and simple english explanations
> would be best.
> 
> Regards
> Graham Smith
> Graham_SmithEBM@Heinz.co.uk
> 
> **********************************************************************
>  This email and any attachments are confidential and solely
>  for the use of the intended recipient.  They may contain
>  material protected by legal professional or other privilege.
>  If you are not the intended recipient or the person responsible
>  for delivering to the intended recipient, you are not authorised
>  to and must not disclose, copy, distribute or retain this email
>  or its attachments.  Although this email and its attachments
>  are believed to be free of any virus or other defect, it is the
>  responsibility of the recipient to ensure that they are virus free
>  and no responsibility is accepted by the company for any
>  loss or damage arising from receipt or use thereof.
> 
> **********************************************************************
> +---
> | This is the Midrange System Mailing List!
> | To submit a new message, send your mail to MIDRANGE-L@midrange.com.
> | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
> | To unsubscribe from this list send email to
> MIDRANGE-L-UNSUB@midrange.com.
> | Questions should be directed to the list owner/operator:
> david@midrange.com
> +---
> 
> 
> 
> +---
> | This is the Midrange System Mailing List!
> | To submit a new message, send your mail to MIDRANGE-L@midrange.com.
> | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
> | To unsubscribe from this list send email to
> MIDRANGE-L-UNSUB@midrange.com.
> | Questions should be directed to the list owner/operator:
> david@midrange.com
> +---
> 
**********************************************************************
 This email and any attachments are confidential and solely
 for the use of the intended recipient.  They may contain
 material protected by legal professional or other privilege.
 If you are not the intended recipient or the person responsible
 for delivering to the intended recipient, you are not authorised
 to and must not disclose, copy, distribute or retain this email
 or its attachments.  Although this email and its attachments
 are believed to be free of any virus or other defect, it is the
 responsibility of the recipient to ensure that they are virus free
 and no responsibility is accepted by the company for any
 loss or damage arising from receipt or use thereof.

**********************************************************************
+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---

As an Amazon Associate we earn from qualifying purchases.

This thread ...


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.