Received: from lothlorien.nfbcal.org (ns.NFBCAL.ORG [157.22.230.125]) by mail.postgresql.org (8.11.1/8.11.1) with ESMTP id eBIILa606816 for ; Mon, 18 Dec 2000 13:21:36 -0500 (EST) (envelope-from buhrow@lothlorien.nfbcal.org) Received: by lothlorien.nfbcal.org (8.9.3/8.8.4.nfbcal.org) id KAA27945; Mon, 18 Dec 2000 10:21:47 -0800 (PST) Message-Id: <200012181821.KAA27945@lothlorien.nfbcal.org> From: buhrow@lothlorien.nfbcal.org (Brian Buhrow) Date: Mon, 18 Dec 2000 10:21:47 -0800 X-Mailer: Mail User's Shell (7.2.3 5/22/91) To: pgsql-interfaces@postgresql.org Subject: Possible memory leak in Postgres V7.0.2/ecpg 2.7.1 Cc: buhrow@lothlorien.nfbcal.org X-Archive-Number: 200012/159 X-Sequence-Number: 503 Hello. I'm brand new to this list, and fairly new to postgres. I'm in the midst of writing a database application on top of Postgres V7.0.2, using ecpg V2.7.1, included with the package. I find that running a batch client I wrote leaks memory to the extent that the client bombs out a quarter of the way through its job. Thinking it was my code, I traced through the truss/ktrace output to determine when memory requests were coming in to the OS from the process in question. After my initializations, I discovered that it appears that all subsequent memory requests come in when the application is executing ecpg code. Since I'm not particularly familiar with the innards of the ecpg code, I thought I would ask if anyone has seen this sort of problem before. My sql code is not particularly complicated, but I am using cursors, and it seems that these allocations happen just before "declare cursor" is executed. Can anyone help shed light on what might be going on, and how I might fix it? I can provide traces if that would help, as well as any debugging statements, if someone can tell me how to turn them on. Many thanks in advance. -Brian