>>>>> "blake" == blake <[EMAIL PROTECTED]> writes:
blake> I am using cmucl for the creation of a large graphic image (interfaced
blake> through the alien functions with Intels opencv and IPP libraries). The
blake> program works fine for images less than 40 megabytes, but when I try to
blake> do something larger than this (essentially I just change the size of the
blake> drawing), it silently fails and returns me to the operating system. I
blake> am not sure how to go about debugging this. Flailing around, I thought
blake> it might be the "dynamic space" so I put in to print it out. It starts
blake> out with:
[snip]
blake> 134,406,144 bytes for 5,266,093 dynamic objects (space total.)
blake> ; Compiling LAMBDA (#:G1572 #:G1573 #:G1574):
blake> ; Compiling Top-Level Form:
blake> ; Compiling LAMBDA (#:G1575 #:G1576 #:G1577 #:G1578 #:G1579 #:G1580):
blake> ; Compiling Top-Level Form:
blake> ; Compiling LAMBDA (#:G1581 #:G1582 #:G1583 #:G1584 #:G1585 #:G1586
blake> #:G1587 #:G1588):
blake> ; Compiling Top-Level Form:
blake> [EMAIL PROTECTED] tiha]$
Could it be the alien libraries exiting for some reason? If it were a
heap-overflow, there would normally be a segfault with a terse
message.
Ray
--
Ericsson may automatically add a disclaimer. Sorry, it's beyond my
control.
This communication is confidential and intended solely for the addressee(s). Any
unauthorized review, use, disclosure or distribution is prohibited. If you believe
this message has been sent to you in error, please notify the sender by replying to
this transmission and delete the message without disclosing it. Thank you.
E-mail including attachments is susceptible to data corruption, interruption,
unauthorized amendment, tampering and viruses, and we only send and receive e-mails on
the basis that we are not liable for any such corruption, interception, amendment,
tampering or viruses or any consequences thereof.
