Is there any idea to use sqlite version 3 in vb6 like sqlite version 1 ? sqlite version 1 use ags_sqlite.dll
http://www.freevbcode.com/imagesvr_ce/184390/source/008/zully_lite_sqlite.zip
I would use the SQLite ODBC driver. It works pretty darn well and allows the DSN-less approach, which makes app distribution easier.
The only to look out for is that it won't allow multiple statements in one call - thus you must call them separately.
Related
For a rest service written in DENO - i.e Nodejs replacement, I need to query oracle database.
How can I do that? Any examples?
Note: I do see postgres libs, but that's not my current need.
Note2: If currently no solution, just make the question more visible so the 'gods' know that there is a popular-demand.
Deno is pretty young, I doubt that we already an Oracle driver implemented in Deno (But I might be wrong). If you want to build a production-ready application I suggest you to stick with Node.js until Deno has all the libraries and driver that you require.
You can see all the third-party libraries available for Deno here. There is limited database support. Check out this library for MySQL, SQLite and PostgreSQL. Not sure there's any for Oracle.
I am currently running an application on Firebird 1.54 and working on an Upgrade to 2.56. As Firebird 3 is released, I would like to directly go to this version but I need the great Free-AdHoc-UDFs as users also have custom statements in their installations that make heavy use of these UDFs. Apart from that, not all of these UDFs are replaceable by new native functions.
Unfortunately these UDFs are officially only available for Firebird 2.5 and I am currently not even able to compile them for all required platforms.
Does anybody have experiences with UDFs from Firebird 2.5 and using them in Firebird 3?
Update: I found out that Firebird 3 supports functions in PSQL, so my first approach will be to replace the udfs by new self written PSQL functions. But I believe the question still is interesting.
I've got an old VB4 app I want to look at to convert/re-write into something maintainable.
I have the source, but of course, nothing to compile it with, and VS2010 doesn't like the vbp and won't open it.
Although it installs, it won't run - failing with an out of memory error. I want to try an updated version of Jet 3.0, but I can't seem to get the files referenced in this link http://support.microsoft.com/kb/q151186/
So a few questions:
1) Where is the latest version of Jet 3.0?
2) Is running the app in VB4/5/6 the only viable option to be able to view the forms, designers, etc to convert the app?
1) If at all possible move to Jet 4.0/DAO 3.6 as they have been included in every version of Windows since Windows 2000. It's not worth your while trying to use an older version of Jet with all the install problems you will likely encounter. You might have a few syntax changes to make but I doubt they will be that severe.
2) I have no idea about how good or bad the upgrade path is from VB3 to newer versions of VB. If you don't get an answer here the real long time VB Classic (not VB.NET) experts hang out in http://groups.google.com/group/microsoft.public.vb.general.discussion/topics?hl=en That said the VB6 IDE works well in Windows 7 once you know about one particular install trick which requires creating a 0 byte msjava.dll file in the Windows directory.
1) Where is the latest version of Jet 3.0?
2) Is running the app in VB4/5/6 the only viable option to be able to
view the forms, designers, etc to convert the app?
1 - I'd try to dig up an old copy of Access (or Office)
2 - Actually I doubt it'll even work in vb6 (and vb5 might be an adventure), the project upgrade paths weren't very smooth back then, but yes, you're pretty much stuck. As far as I know there was never anything else that would emulate those designers.
If you can find a version of VB4, or Access 95, then this would come with JET3.
2) Realistically you would need VB4 to have the best chance of opening this. Try to find someone who has some old MSDN disk sets.
You might try a later version. The jump from VB4 to 6 might be too much. I imagine it would open but perhaps not run in VB5 as I presume Microsoft looked at people upgrading projects from the immediately prior version.
I would like to build a graphical application that must work on at least Windows, Linux and MacOS. I would like to know what do you suggest I should use.
I have some experience with Java and C++ but I thought about using Java Swing first. What do you think or further suggest (like maybe tools or frameworks)? I also may be needing to connect to a PostgreSQL database to store data.
Java is probably the simplest way to get your application working on all 3 platforms as well as to add database support. All of these are equally possible in C++, but it definitely involves more work because you need to learn to use a cross-platform widget toolkit. Also, C++ database drivers usually have wildly varying designs but Java presents a unified interface via JDBC - this also means that you can change your underlying DB at any time without having to change your code.
I would use the Qt platform from Nokia. It supports all the OSes that you've mentioned and has also database connectors for PostgreSQL but also for MySQL, SQLite, etc.
It also has a very nice IDE, the QT Creator that you can use should you pick Qt.
I would suggest Qt too. Qt has seen very good development recently, their examples and documentation base is quite large, and the LGPL license is flexible too, for creating proprietary software. It has a good Qt Creator IDE, a Qt GUI Designer. Plus is has quite a number of modules, enabling it to be used in conjunction with other language developed apps/libraries. And, it is used in commercial/public apps like Google Earth, Skype (maybe only the linux version). So, it has a good history of reliability. And yeah, for Database, it has modules, like Qt-Sql. Another advantage you get over java is speed.
wxWidgets does cross-platform easily enough, using available native toolkits. You could probably use a ORM for the database part, but I don't have enough experience using them under C++ to provide an actual informed opinion there.
GTK is cross-platform. Pidgin uses it and manages to get away with being generally considered a fully-cross-platform app. The installer size is a problem, though.
I'm working on an application written in .NET. We are currently using ODP.NET 11's xcopy deployment for all of our .NET operations and everything is peachy - we can run on machines with no Oracle client previously installed. Peachy, that is, until we came to the part of the application which depends on a library written in COM, which obviously(?) cannot use .NET providers.
What's the least amount of stuff we have to install in order to get an OLEDB or ODBC provider for Oracle working?
Some additional details:
I believe that any OLEDB or ODBC provider will be good enough for these purposes - performance isn't a big deal.
We definitely need to use the ODP.NET 11 client for .NET stuff because we're using 11-specific functionality. (So we can't just install the big ol' 10 client.)
We're eventually going to have an installer, so it's important that we can install whatever we need to via the command line.
You probably want to look at the Instant Client. You would need the basic package as well as either the ODBC Supplement (to use ODBC) or the ODAC (to use OLE DB). This involves installing just a handful of DLLs and environment variables as part of your installer.