Re: Memory leaks in vendor software

[Pete Helgren <Pete@xxxxxxxxxx>]

   "What is being reported I believe are sporadic "socket errors". "
   Scott, I think that Dan is suggesting that the sporadic socket errors
   are a result of "memory leaks".  It sounds like someone might have
   suggested it to Dan as a possible cause.
   Dan, I doubt it.  Typically, memory leaks reveal themselves through
   processes that take up increasing amounts of memory over time causing,
   in most cases, poor performance and programs that eventually crash
   because the available memory is used up.  This is rare in the i world
   and more rare in RPG programs like HTTPAPI.
   More likely the socket errors are due to network disruptions but that
   would depend upon what the errors would be.  You may want to post the
   errors here so that we can give you more definitive feedback..  I
   really doubt the socket errors are due to memory leaks.
   Pete
   Scott Klement wrote:

Hi Dan,

Memory leaks are bugs in a computer program.  They're a result of using 
memory (directly or indirectly), but never freeing it up.

If you are suggesting that there are memory leaks in HTTPAPI, then 
please provide more information.

If you are suggesting that the leaks aren't in HTTPAPI, but are in an 
HTTP server that HTTPAPI is talking to, then that server needs to be 
fixed.

Huesman, Dan wrote:
  

            We're currently using HTTPAPI version 1.20 and am
wondering if in calling webservices using this tool that memory leaks
on a webserver could be created?  We are using what I'll call the
"two-part" method where we first use the http_url_post, then
http_parse_xml_stmf to parse the response.  Sorry for such a novice
question as it really makes no sense to me, but perhaps I'm missing
something.  What is being reported I believe are sporadic "socket
errors".
    

-----------------------------------------------------------------------
This is the FTPAPI mailing list.  To unsubscribe, please go to:
[1]http://www.scottklement.com/mailman/listinfo/ftpapi
-----------------------------------------------------------------------

References

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