[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: Invaldi handle passed



If you can't figure anything else out, try reducing the DIM_A1,2,3 constants and recompiling. For testing make them 1. Do one thing a time until you get a clean compile. Then backtrack and see what was affected by the dims you changed. When WSDL2RPG doesn't know a size, it will use a default like 128. This may or may not fit your application.

The program you have is full of special large values. Take one of them and change all references to something smaller and unique. For example: take 32767A and change it to 113A. Test the compile. If you want to change it back mass change '  113A' to 32767A. There are other special large values in your program. Find them and change them to be smaller.

******** This might the key change. 
The data structure for NS_ARRAYOFORDERS_T and ORDER appear to be pretty darn big. Maybe you can change the procedures to use a smaller data structure.

*RNF7031 NS_ARRAYOFORDERS_T...
                           DS(13534980)          5000107D    5000163      001524      001582
                           TEMPLATE
*RNF7031   ORDER           DS(13534980)          5000110D

Tracing those back it appears notes is data structure of ns_Array ofStrings_t and orderItems is data structure of ns_ArrayOfOrderItems_t. Setting the sizes of those items to expected values might be the key change. Look at ns_timianOrderItem_t and make it as small as practical. Do the same with ns_timianORderRnmd_t. You probably don't need 128A on most of those elements.

Look for any item that is A(128) and is composed of large data elements. Determine if the array can be smaller (see DIM_A1,2,3 constants).


-----Original Message-----
From: ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx [mailto:ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx] On Behalf Of Thomas Raddatz
Sent: Monday, July 20, 2015 1:02 PM
To: ftpapi@xxxxxxxxxxxxxxxxxxxxxx
Subject: Re: Invaldi handle passed

It is hard to say what the problem is. Obviously something unexpected happened to the compiler, because the syntax checker did not return an error but the compiler cannot create an object.

For what I can say, the only way to find the problem is to strip down the generated source code until it can be compiled. Afterwards it might be possible to submit a PMR to IBM to change the compiler to recognize the problem and to create a proper error message.

I cannot help you with this problem unless I have the wsdl file or at least the generated source code. Evidently I cannot retrieve the source code from the compiler listing to try to compile the objects.

Thomas.

Am 20.07.2015 um 13:25 schrieb kjartan@xxxxx:
>    Now I'm back to work after summer holiday, and after I generated the
>    module and try to compile it, I get an error "Automatic storage for
>    procedure exceeds maximum error."  Following is the compile list, and
>    I'm not able to find out why it doesn't compile.
>    Kjartan Þór Guðmundsson
>    Tölvudeild
>    Sláturfélag Suðurlands
>    sími 575 6014
>    Innihald þessa pósts er trúnaðarmál og aðeins ætlað því fyrirtæki
>    og/eða einstaklingi sem hann er stílaður á.
>    Ef um mistök í póstsendingu er að ræða ertu vinsamlega beðin(n) að láta
>    sendanda vita og eyða póstinum hið fyrsta.
> 
>    From:    Thomas Raddatz <thomas.raddatz@xxxxxxxxxxx>
>    To:      HTTPAPI and FTPAPI Projects <ftpapi@xxxxxxxxxxxxxxxxxxxxxx>
>    Date:    09.06.2015 23:02
>    Subject: Re: Invaldi handle passed
>    Sent by: ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx
>      
> __________________________________________________________________
> 
>    Hi Kjartan,
>    At the moment I'm at a Common conference, but I gladly look at the
>    error
>    after I'm back home. Please send the wsdl file along with all
>    referenced
>    files (import element) to me. Otherwise I cannot reproduce the error.
>    Just in case it is a public Web service, that I can reach from the
>    Internet, all I need is the URL of the wsdl file.
>    Regards,
>    Thomas
>    Gesendet mit AquaMail für Android
>    [1]http://www.aqua-mail.com
>    Am 9. Juni 2015 19:20:15 schrieb kjartan@xxxxx:
>    > Hi,
>    >         I've been using WSDL2RPG for some time and it is great.  Now
>    I
>    > need to connect to [2]https://demo.timian.is/is/timian/wsdl
>    webservice.
>    > Yesterday I got an error and Thomas Radditz suggested that I would
>    upgrade
>    > to the newest version because I need the TLS V1.2 support.  Before I
>    > upgraded I got an error straight away, but after the upgrade and
>    change in
>    > the QSSLPCL (adding the TLSV1.2 etc)  I can now select which service
>    I
>    > would like to generate.  But the generator stops with an error,
>    Invalid
>    > handle passed to procedure WSDL2R53_Message_getQName, and the debug
>    log is
>    > 1086 pages long.  And now I'm stuck and I really need you help.
>    >
>    > Kindest regards,
>    >
>    > Kjartan Þór Guðmundsson
>    >
>    >
>    >
>    > ----------
>    >
>    -----------------------------------------------------------------------
>    > This is the FTPAPI mailing list.  To unsubscribe, please go to:
>    > [3]http://www.scottklement.com/mailman/listinfo/ftpapi
>    >
>    -----------------------------------------------------------------------
>    >
>    -----------------------------------------------------------------------
>    This is the FTPAPI mailing list.  To unsubscribe, please go to:
>    [4]http://www.scottklement.com/mailman/listinfo/ftpapi
>    
> ----------------------------------------------------------------------
> -
> 
> References
> 
>    1. http://www.aqua-mail.com/
>    2. https://demo.timian.is/is/timian/wsdl
>    3. http://www.scottklement.com/mailman/listinfo/ftpapi
>    4. http://www.scottklement.com/mailman/listinfo/ftpapi
> 
> 
> 
> ----------------------------------------------------------------------
> - This is the FTPAPI mailing list.  To unsubscribe, please go to:
> http://www.scottklement.com/mailman/listinfo/ftpapi
> ----------------------------------------------------------------------
> -
> 
-----------------------------------------------------------------------
This is the FTPAPI mailing list.  To unsubscribe, please go to:
http://www.scottklement.com/mailman/listinfo/ftpapi
-----------------------------------------------------------------------
-----------------------------------------------------------------------
This is the FTPAPI mailing list.  To unsubscribe, please go to:
http://www.scottklement.com/mailman/listinfo/ftpapi
-----------------------------------------------------------------------