This is just a note to anyone who gets the same error reported in
this thread.
The issue stems from a Unidata-specific bug (more like a well
intended design flaw) with the way the CHANGE() and SWAP()
functions handle substitutions of large strings, which is exactly
what our NebulaXLite product
@listserver.u2ug.org
Subject: RE: [U2] [UD] Memory allocation
Is anyone else finding it themselved locked out of U2TechConnect now?
It
shows I'm all set up correctly, but I cannot access entitlements -- If
it's
just me then I'll contact U2BC - but since this is a 'new setup', well,
I'm
wondering if I'm
Haskett
Sent: Thursday, January 01, 2009 2:37 PM
To: u2-users@listserver.u2ug.org
Subject: Re: [U2] [UD] Memory allocation
David:
IBM altered the credential process. It used to be that
you had to enter one
set of credentials to access U2Connect then another to
access U2Business
Here is a link to a public document that describes the process for
accessing entitled documents in the ibm.com knowledge base.
Hope it helps.
https://www-927.ibm.com/software/data/u2/support/entitleddocs.asp
regards,
Wally Terhune
U2 Support Architect
IBM Information Management Software
Tel:
I'm running Win/UDPE 7.2 for development. When running a program
with a few hundred K of variables being tossed around, the
connection running the process will die, sometimes just gasping
out this message:
Size of memory requested (146157568, 35683 local pages) is too
big!
The same code