Are those files registered using regsvr32? If not, that's probably your problem.
From Pervasive's KB (solution id psql552):
SQL Connection String parameters have changed significantly between Pervasive.SQL 7.0 and Pervasive.SQL 2000. Here are the connection string parameters supported by Pervasive.SQL 2000.
Driver={Pervasive ODBC Client Interface}
The "Pervasive ODBC Engine Interface" driver does not permit connection through SQLDriverConnect (DSN-less connection).
For Client Interface DSNs, use the following parameters:
ServerName= <servername where Engine DSN resides>
*if using on a non-default TCP port, the server name should be followed
by a period and the TCP port, ie. <servername>.1583
ServerDSN= <May be either an Engine DSN on the server, or a DBNAME>
TransportHint= <TransportHint may be one of the following values:
TCP

PX = Tries TCP/IP first, then SPX
SPX:TCP = Tries SPX first, then TCP/IP
TCP = Tries only TCP/IP
SPX = Tries only SPX>
Optional additions based on settings:
TCPPort= <TCP Port server is listening on,default is 1583>
ArrayFetchOn= <1(one) for On, 0(zero) for Off>
ArrayBufferSize= <size of buffer in KB, default is 8KB>
UID= <Username>(required if security is enabled)
PWD= <password> (required if security is enabled)
Example:
Driver={Pervasive ODBC Client Interface};ServerName=ServerMain;DBQ=DEMODATA;
To establish a connection to a Pervasive.SQL 2000 server database,
Use the Pervasive ODBC Client Interface:
1. Call SQLAllocHandle with SQL_HANDLE_ENV as the handle type, to
allocate the environment handle.
2. Call SQLAllocHandle with SQL_HANDLE_DBC to allocate a connection handle. 3. Call SQLDriverConnect with the appropriate connection string. If you
are using a minimum set of connect string parameters, use
SQL_DRIVER_COMPLETE for the completion parameter.