bb.donnay-software.com

To track users who have open files eg. program running so you can kick it out of exe for maintenance? To track users who have special files open. I'm talking about a situation with 200+ users in a mixed environment, about half of them using a TS with the same user name on that TS (which is standard...

Hi, there. In a topology that runs on (among other things) a terminal server, all users who connect to the ADS have the same username under most installation circumstances. If you retrieve further information about this with sp_mgGetConnectedUsers(), you will get, for example, the actual user name w...

From the ot4xb reference (you may find the PDF available on a GoogleDrive if you search for "OT4XB help"): MakeLangId ( nPrimaryLanguage , nSubLanguage ) -> nLanguageIdentifier Creates a language identifier from a primary language identifier and a sublanguage identifier. <usPrimaryLanguage> Primary ...

Chilkat gets my vote for the most valuable suite of ActiveX tools.

It gets my vote too.

Chilkat should do the job. ActiveX, easy to use, excellent samples, royalty free.

https://www.chilkatsoft.com/refdoc/xChi ... enRef.html

Im am able to do that, as long as some kind of DBF is involved. But ADS can't be the default DBE while DbfUpsize runs. DbfUpsize doesn't work with ADT tables. Edit: I'm not sure wether this is correct. We do it this way if customers use the ADS (we only support DBF there), but since the DBE should b...

I don't think that 1 year is a short and acceptable time

That was Roger's question. The time we invested to migrate to PGDBE was about four weeks (net).

Don't hesitate to modernize and advance your applications with true SQL. Its not the future, its the present and you have to catch it. SQL is just language . It's a way to get data back from a database. SQL ist not a technique (not a technical solution). You can have bad or good servers, or good or...

Are you saying that this is possible now?

No, it isn't. There is an upsize file (XML) and the DbfUpsize() function, which does the job. But we created our own UI for that, using the responses of DbfUpsize(). The function still awaits physical tables.

These are the most important tasks: 1. Get the upsizing done. We don't use the automatic upsizing. We create upsize files by ourselfes and control the work of the dbfupsize.dll. You need server data in your app, you may need to create the target database with SQL, which is not a big issue. Good to k...