× 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: ILE C question. Access to System Heap instead of Fast Heap
  • From: "Smith, Graham (EBM)" <Graham_SmithEBM@xxxxxxxxxxx>
  • Date: Wed, 27 Dec 2000 14:41:19 -0000

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
+---

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:

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.