GUPTA.INI?

forum.connectivity (1998-2005) & forum.td.connectivity (2005-2010)
David Burke [Centura]

GUPTA.INI?

Post by David Burke [Centura] » 03 Dec 1998, 09:00

 Posted by:  David Burke [Centura] <David...@CenturaSoft.com> 

Dan,

This file is automatically generated only if you use ODBC connectivity.

--
Regards, R. J. David Burke
Centura Software Corporation

Dan Qiu

GUPTA.INI?

Post by Dan Qiu » 03 Dec 1998, 09:01

 Posted by:  Dan Qiu <Dan...@informatik.med.uni-giessen.de> 

Hello,

Some people have talked about the file GUPTA.INI, but there is no such
file in our installation of CTD 1.5. Is this file still current and
required?

regards,

Dan

David Burke [Centura]

GUPTA.INI?

Post by David Burke [Centura] » 04 Dec 1998, 09:02

 Posted by:  David Burke [Centura] <David...@CenturaSoft.com> 

Dan,

The gupta.ini file is only needed for applications that use Centura's
SQLRouter/ODBC for connections to ODBC data sources. It is not needed for
things like VB, Delphi, etc. to access SQLBase through ODBC.


--
Regards, R. J. David Burke
Centura Software Corporation

David Burke [Centura]

GUPTA.INI?

Post by David Burke [Centura] » 04 Dec 1998, 09:03

 Posted by:  David Burke [Centura] <David...@CenturaSoft.com> 

The gupta.ini file is created so that ODBC DSNs (which can be longer than 8
characters and have spaces) can be mapped to 8 character strings that the
SQL/API can handle.

In a deployment situation, I believe gupta.ini is created in the Windows
directory.

--
Regards, R. J. David Burke
Centura Software Corporation

Jarmo Muukka

GUPTA.INI?

Post by Jarmo Muukka » 04 Dec 1998, 09:04

 Posted by:  Jarmo Muukka <jarmo....@helsoft.fi> 

I looked GUPTA.INI and I have some idea. Why there is a file GUPTA.INI?.

Another questions. Is GUPTA.INI created on the same directory where the
application is running? If so, what happens when client does not have access
rights to write to that shared directory on a server?

--
JMu

Carsten B. Nielsen[TAO]

GUPTA.INI?

Post by Carsten B. Nielsen[TAO] » 04 Dec 1998, 09:05

 Posted by:  iss...@image.dk (Carsten B. Nielsen[TAO]) 

Dan ,


What kind of error msg do you get other than "didn't succeed" ?

Is SQLNGCI.DLL & SQLWNTM.DLL in the path ?


If you can connect with SQLTalk32 then no special entries in SQL.INI
are needed to get it to work whilst trying to connect from a non
Centura tool.

Regards,

Carsten B. Nielsen
[TeamAssist], email: iss...@image.dk

Dan Qiu

GUPTA.INI?

Post by Dan Qiu » 04 Dec 1998, 09:06

 Posted by:  Dan Qiu <Dan...@informatik.med.uni-giessen.de> 

Hi David,

Thank you for your answer! Is this file also required if the SQLBase
32-bit ODBC driver from INTERSOLV (C2GUP12.DLL) is used to access
SQLBase databases within a client written in VB, VC++ or other
language? I have tried all the time to get connected to our SQLBase
database through this ODBC, but it didn't succeed. I haven't ever seen a
file named GUPTA.INI created anywhere on my computer. To test the
connection, I use the Tandem ODBC Test. This program functions well
with ODBC driver for Tandem Non Stop SQL. The installation and
configuation of the ODBC driver for SQLBase seem to be so simple. What
could be wrong? I have only one and only SQL.INI and no installation of
SQLBase/CDT-components of versions earlier than 7.0.1/1.5 on the
computer(NT workstation 4.0).

regards,

Dan

Dan Qiu

GUPTA.INI?

Post by Dan Qiu » 04 Dec 1998, 09:07

 Posted by:  Dan Qiu <Dan...@informatik.med.uni-giessen.de> 

Hi Carsten,

Thank you for you message! Both SQLNGCI.DLL and SQLWNTM.DLL are
abailable
in the directory CENTURA. There are no other copies of these DLLs
anywhere else on my workstation. In addition, I have checked the DLLs
called both directly and indirectly by the SQLBase 32-bit ODBC driver
C2GUP12.DLL. They are all available. As described in an earlier message,
this driver had functioned until the deploy15.exe was executed. Since
then, the ODBC driver doesn't work, and in the SQL Talk Interactive SQL,
I can connect to the SQLBase database and do database manipulations ONLY
AFTER having executed the SET SERVER .... I have downloaded all the PTFs
for CTD 1.5 and installed them, but it doesn't help. Maybe, the ODBC
driver would work again if someone could tell me how to get rid of the
SET SERVER ... before the CONNECT. Can someone from CENTURA explain and
help?

best regards,

Dan

Carsten B. Nielsen[TAO]

GUPTA.INI?

Post by Carsten B. Nielsen[TAO] » 05 Dec 1998, 09:08

 Posted by:  iss...@image.dk (Carsten B. Nielsen[TAO]) 

Dan,

Here is what's needed to get SQLTalk up running *before* connect:

SQLTALK.EXE,
SQLTNE.DLL ,
TLKC32.DLL ,
CSFEDT32.DLL,
DAEMON32.EXE

Do all this *loaded* components have a the same version & builld
number as your DBNT*SV.EXE ?

Regards,

Carsten B. Nielsen
[TeamAssist], email: iss...@image.dk

Dan Qiu

GUPTA.INI?

Post by Dan Qiu » 06 Dec 1998, 09:09

 Posted by:  Dan Qiu <Dan...@informatik.med.uni-giessen.de> 

Hi Carsten,

Thank you very much! I have completely deinstalled both the SQLBase
7.0.1 clients(We use SQLBase 7.0.1 for Netware 3.12) and CTD 1.5 today.
After having done this, I installed the SQLBase clients again. In order
to connect to and access the database, I still have to execute SET
SERVER ... at first. The product version and build number of the
components listed by you are als follows:

SQLTALK.EXE : 7.0.1 build 11915
SQLTNE.DLL : 7.0.1 build 11913
TLKC32.DLL : 7.0.1 build 11915
CSFEDT32.DLL: 7.0.1 build 11915
DAEMON32.EXE: 6.1.0

What could be wrong? All these come from the original Centura CD.

regards,

Dan

Carsten B. Nielsen[TAO]

GUPTA.INI?

Post by Carsten B. Nielsen[TAO] » 07 Dec 1998, 09:10

 Posted by:  iss...@image.dk (Carsten B. Nielsen[TAO]) 

Dan,



Looking a little closer today I find that I use the same ver & build
as you and I have to wonder if SQLTNE.DLL exist as build 11915. I dont
know much about DAEMON32.EXE other that SQLTalk will 'ups' if it is
not there. My DBNT1SV.EXE, SQLWNTM.DLL, SQLNGCI.DLL are build 11913
too. One probably need to be part of the SB team to use this build no.
to something usefull.

Since you use CTD this will install a SB Desktop Single user, do you
need to SET SERVER if you try connect to that one too ?

Some versions ago SQLtalk set up ref to Program FilesCommon
FilesCentura, is any sign of that left in the registry ? Any Files
there ?

Do you have another computer ? Install there and get the bug twice !
Do you ?

Regards,

Carsten B. Nielsen
[TeamAssist], email: iss...@image.dk

Charles McLouth

GUPTA.INI?

Post by Charles McLouth » 08 Dec 1998, 09:11

 Posted by:  Charles McLouth <charles...@centurasoft.com> 

David Burke [Centura] wrote:



A small clarification to my Well Esteemed colleagues reply. In CTD, the
gupta.ini is created in the same location as the cdlliXX.dll.

charlie
--
Charles McLouth
Centura Software Corp. http://www.centurasoft.com
Premium Enterprise Support Team http://www.centurasoft.com/support/
Senior Support Engineer mailto:charles...@centurasoft.com

Charles McLouth

GUPTA.INI?

Post by Charles McLouth » 08 Dec 1998, 09:12

 Posted by:  Charles McLouth <charles...@centurasoft.com> 

Dan Qiu wrote:



What are the versions of the sqlwntm.dll & sqlngci.dll?

charlie
--
Charles McLouth
Centura Software Corp. http://www.centurasoft.com
Premium Enterprise Support Team http://www.centurasoft.com/support/
Senior Support Engineer mailto:charles...@centurasoft.com

Jarmo Muukka

GUPTA.INI?

Post by Jarmo Muukka » 11 Dec 1998, 09:13

 Posted by:  Jarmo Muukka <jarmo....@helsoft.fi> 

You said "In CTD, the gupta.ini is created in the same location as the
cdlliXX.dll". So, what happens if this directory is read-only? Our DSN is 8
chars long.

--
JMu

Jarmo Muukka

GUPTA.INI?

Post by Jarmo Muukka » 15 Dec 1998, 09:14

 Posted by:  Jarmo Muukka <jarmo....@helsoft.fi> 

I have an answer to my own question.

I mad one temporary application which copies data from two databases to
third database. When user run the app and queried, it showed SQL-error
saying there is invalid column name. This was odd because there is column
with that name.

I edited manually their GUPTA.INI-file and asked user to stop and start the
app. Now the query worked fine.

Answer is that if user does not have write access to GUPTA.INI-file, it
ignores the write operation errors and connects to wrong database.

--
JMu

Return to “td.connectivity”

Who is online

Users browsing this forum: [Ccbot] and 0 guests