Solved

ODBC Client Interface unpacking error

Posted on 2006-06-11
13
885 Views
Last Modified: 2013-12-25
hi all...

I am using php on Win2003 server to call a Pervasive database server, and got the following error message:

[Pervasive][ODBC Client Interface][Client LNA]
The ODBC Client Interface unpacking error.
Re-start your application, then access the data source again.
Contact your system administrator if you still need assistance.

$conn = odbc_connect("DRIVER={Pervasive ODBC Client Interface};ServerName=$host;DBQ=$db;","","");      
            
$sql = " select * from ECFIL001";      
$rowexec= odbc_exec($conn,$sql);
            
odbc_connect returns a successfully-connected message. yet the odbc_exec function gives the above error.

have checked the ODBC drive settings; Win2003 works fine with the local pervasive database; it is only when it connects to the database server on the local network.


shizhen
0
Comment
Question by:mudskipperw
[X]
Welcome to Experts Exchange

Add your voice to the tech community where 5M+ people just like you are talking about what matters.

  • Help others & share knowledge
  • Earn cash & points
  • Learn & ask questions
  • 6
  • 5
13 Comments
 
LVL 18

Expert Comment

by:mirtheil
ID: 16882481
I have never seen that error.  What version are you using on the "client" and the "server"?  
Do you get the same error if you connect to DEMODATA and issue a "SELECT * FROM CLASS".  
0
 
LVL 18

Expert Comment

by:mirtheil
ID: 16882485
One more thing.  Anything in the PVSW.LOG on the client or server?
0
 
LVL 1

Author Comment

by:mudskipperw
ID: 16882572
mirtheil...

i am using Pervasive v9.0 on both client and server.

my code works fine when i use the same database locally(i have also the database on client). it is whenever i connect to the Server.

and it used to work when i had win2000 on the client. however, i have changed it to win2003.

shizhen
0
NEW Veeam Agent for Microsoft Windows

Backup and recover physical and cloud-based servers and workstations, as well as endpoint devices that belong to remote users. Avoid downtime and data loss quickly and easily for Windows-based physical or public cloud-based workloads!

 
LVL 1

Author Comment

by:mudskipperw
ID: 16882648
mirtheil... i cannot see anything unusual from the log file.
0
 
LVL 18

Expert Comment

by:mirtheil
ID: 16882808
I would REALLY suggest updating to at least PSQL 9.10 (or preferably PSQL 9.5).  

So if I'm reading this right, Win2000 works locally and remotely and Win2003 works locally but fails remotely.  Is that right?  
If so, and the remote server is the same in both cases the the problem is on the Win2003 machine.  
You might check for permission issues.  
Also, what's the values for:
$host
and
$db
0
 
LVL 1

Author Comment

by:mudskipperw
ID: 16882886
PSQL version is 9.10 on the remote server.

yes i only had this issure when calling the database remotely.

the remote server is only the database server. my php files are sitting on another win2003 server which is on the same local net work.
$host = "192.168.X.X" //ip address
$db is the database name.

the line odbc_connect is fine, i can even see a list of the tables.
but odbc_exec won't return anything!!!

thanks
0
 
LVL 18

Expert Comment

by:mirtheil
ID: 16882932
Okay, wait a second.  
What is the EXACT version of W3ODBCCI.DLL and W3ODBCEI.DLL on both the client and the server?  
Is it 9.10.xxx? or is it 9.00.xxx?  
DEMODATA is automatically created by the PSQL install.  DOes it work?
Make sure you're specifying the DATABASE name and not the ODBC DATA SOURCE name for the DBQ parameter?  
0
 
LVL 1

Author Comment

by:mudskipperw
ID: 16883008
the server has got 9.10.020.000
the client has 9.50.077.002

odbc_exec() returns the same error to database DEMODATA.

i have specified the database name correctly, otherwise odbc_tables wouldn't return a list of tables to me.

i can see so far tables, but not be able to do any queries.
0
 
LVL 18

Expert Comment

by:mirtheil
ID: 16883068
Okay.  The Client and Server really should be on the same version.  
Try uninstalling the 9.50 client and installing the 9.10 client.  Either that or update the 9.10 server to 9.50.  
Get them to the same level.
0
 
LVL 1

Author Comment

by:mudskipperw
ID: 16883070
i will try that. and see.
0
 
LVL 1

Author Comment

by:mudskipperw
ID: 16948064
the problem is solved updating both servers to SP2.
0
 
LVL 1

Accepted Solution

by:
DarthMod earned 0 total points
ID: 17586258
PAQed with points refunded (250)

DarthMod
Community Support Moderator
0

Featured Post

Announcing the Most Valuable Experts of 2016

MVEs are more concerned with the satisfaction of those they help than with the considerable points they can earn. They are the types of people you feel privileged to call colleagues. Join us in honoring this amazing group of Experts.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

Using SQL Scripts we can save all the SQL queries as files that we use very frequently on our database later point of time. This is one of the feature present under SQL Workshop in Oracle Application Express.
Never store passwords in plain text or just their hash: it seems a no-brainier, but there are still plenty of people doing that. I present the why and how on this subject, offering my own real life solution that you can implement right away, bringin…
Video by: Steve
Using examples as well as descriptions, step through each of the common simple join types, explaining differences in syntax, differences in expected outputs and showing how the queries run along with the actual outputs based upon a simple set of dem…
Polish reports in Access so they look terrific. Take yourself to another level. Equations, Back Color, Alternate Back Color. Write easy VBA Code. Tighten space to use less pages. Launch report from a menu, considering criteria only when it is filled…

730 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question