Received: from igwserver.DILIGENCE.COM (www2.diligence.com [206.252.234.248] (may be forged)) by hub.org (8.10.1/8.10.1) with ESMTP id e6CJIcW36480 for ; Wed, 12 Jul 2000 15:18:39 -0400 (EDT) Received: from al ([206.252.234.248]) by igwserver.DILIGENCE.COM (Post.Office MTA v3.5.3 release 223 ID# 0-56960U300L2S100V35) with ESMTP id COM for ; Wed, 12 Jul 2000 13:18:44 -0600 Message-Id: <4.2.0.58.20000712131341.00ac0850@diligence.com> X-Sender: tim@diligence.com X-Mailer: QUALCOMM Windows Eudora Pro Version 4.2.0.58 Date: Wed, 12 Jul 2000 13:18:36 -0600 To: pgsql-interfaces@postgresql.org From: Tim Uckun Subject: ODBC and long object names. In-Reply-To: <24282.963425767@sss.pgh.pa.us> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Archive-Number: 200007/84 I am not sure if this a bug report or a feature request. When I compiles postgres I changed the NAMEDATALEN #DEFINE to 64 ( a more reasonable length for object names IMHO). So far it has not caused any problems with postgres but it is causing problems with the ODBC driver. When I attempt to attach any table who has a long object name or an associated index with a long name it causes an error message and does not connect. It seems like it's returning a null or an empty sting or something. There was talk a while ago about Postgres changing NAMEDATALEN a while back so this might become more important if the official disto gets changed. :wq Tim Uckun Due Diligence Inc. http://www.diligence.com/ Americas Background Investigation Expert. If your company isn't doing background checks, maybe you haven't considered the risks of a bad hire.