The CLIENTNAME environment is set to "CONSOLE" on some xp workstations after they have had a thin client session running. I'm not sure why this happens, and only on some workstations (could be version of XP?), so I've put this in to overcome this problem.
I have my fingers crossed...
I use the following VB to do this...
If Trim(Environ("CLIENTNAME")) <> "" And UCase(Trim(Environ("CLIENTNAME"))) <> "CONSOLE" Then MsgBox Trim(Environ("CLIENTNAME"))
If the client is running TS, then the clients machine name is returned.
We experienced this problem when our SQL backups were failing due to file locking problems on the server, solved by deleting the old backups. You might also want to try increasing the number of transaction backups if this doesn't work.
The BSETUP of the past seems to have been replaced with the Pervasive Control Centre. If, like me, you are using this from DOS and do not have easy access to the PCC, then I reccommend editing the BTI.CFG file in the servers SYSTEM directory.
Hope this helps.
I've encountered this problem several times, which was due to an old version the BREQUEST.EXE lurking about, the upgrade program does not always seem to remove them, especially if you're using Novell. Do a complete check on both the server and workstation for the BREQUEST.EXE and check the...
I did a bit of checking, assuming that the error is not being caused by data corruption, increasing the Active Clients settings should solve this problem. I used the following setup to do this in Pervasive 7.
1. Click Start, Programs, then Pervasive SQL 7.
2. Select Configuration (Setup) from...
According to the Pervasive spec, Error 214 occurs when a user has Alter rights to a table and has rights to every column in the table. I'm not 100% sure what this means, but you could try revoking access to the table before making changes to it, and then regranting access afterwards.
If you...
I've found that the BUTIL.EXE utility is the best way to recover files. From the DOS prompt type the following to recover the file CORRUPT.BTR:
BUTIL -CLONE CORRUPT.NEW CORRUPT.BTR
BUTIL -COPY CORRUPT.BTR CORRUPT.NEW
REN CORRUPT.BTR CORRUPT.OLD
REN CORRUPT.NEW CORRUPT.BTR
The first line...
It would appear that SQLScope has no IF or CASE commands. After much searching I found that the following statement can be used to solve this problem;
SELECT (if_statement ?? then_condition :: else_condition) AS dataresult FROM datafile
Example:
SELECT (field > 1000 ?? 'large' ...
For an additional source of Pervasive information, I can reccommend the Pervasive development-talk room.
http://devtalk.pervasive.com/
I don't work for them, but I love to share information that I have found useful.
For an additional source of Pervasive information, I can reccommend the Pervasive development-talk room.
http://devtalk.pervasive.com/
I don't work for them, but I love to share information that I have found useful.
Thanks for trying this, I suspect it's a problem with my RDBMS. As a test removed simplified the statement to:<br>SELECT *,<br>CASE WHEN (Datafield < 0)<br>THEN<br> 52755 <br>ELSE<br> 12785<br>END NewDatafield<br>FROM tbltest<br><br>I'm...
Thanks,<br><br>I've tried to include this into a SELECT statement, but I'm getting an invalid statement error. Any ideas?<br><br>SELECT <br>CASE WHEN (datafield < 0 )<br>THEN<br> datafield + 52755 <br>ELSE<br> datafield - 12785<br>END<br>FROM...
A large group of us have looked into this one before. It seems that the Interrupt Vector is coded into the software not changeable. Our solution was to change the other software accordingly. Hope this helps.
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.