ZConnection does not work with FB 2.1 - delphi

)
I used to use Firebird 1.5.
It works great but I need to make an incremental backup so it looks to me that I need to updgrade FB to at least 2.1
This is what I did, I un-installed 1.5 and installed 2.1
Flamerobin works fine.
In my Delphi 7 application I use ZConnection version 6.6.6-stable. It worked fine with Protocol set to firebird-1.5 but with firebird-2.1 it crashes with Access violation at address 000000000. Read of address 00000000.
I do not want to update ZEOS libs because I am afraid that I will break something in the process.
I need incremental backup (so it seems to me that I need FB at least 2.1). I do not want FB 2.5 because my ZConnection highest protocol is only 2.1 (and it does not seem to be working).
Any ideas, help? What is the best solution here?
Thank you! :-)

Related

Sending phone call without TAPI installed?

I am developing an auto-dialer application to send out mass phone calls to a list of clients from a database. I am using Dialogic's Diva SDK 5.5 WIN API to develop this application. I believe my code is running correctly and I can have the application begin the process of sending a call out, however the issue is that it stops working and just returns "Dialing" as the progress status. The call fails to do anything other than this and I have now been troubleshooting it for quite a while and found return code from one of the error tests that reports there is no TAPI installed on my computer.
Is TAPI required to be able to send phone calls successfully from any computer or is it likely the issue is just an error in my code? I am using the Dialogic Diva UM-Analog-4 media board and I believe I have all of the cables hooked up correctly to it. I cannot find anything that helps answer this question in the Dialogic manuals, any help or insight into this issue is greatly appreciated.
Which of the many APIs are you using? What version of Windows? You mentioned the 5.5 SDK, but is it the Diva API, Diva Component API, Diva API for .NET, etc.? What is your development environment? Do you call "DivaInitialize" as your first command or something else like LineInitializeEX? As of Dec 2015, Dialogic stopped supporting TAPI on their Diva boards (though it still works), so calls to one of their direct APIs should not require TAPI. However using these older 5.5 drivers, especially if you are using the COM controls, it may sit on top of TAPI. You may want to check the follwing:
run services.msc from a command prompt and make sure the "Telephony" service is running. It should be set to "automatic" if you are going to use TAPI
Check that the TSP is installed for your Dialogic card. You should have seen something related to TAPI during the install. The file "divasp.tsp" should be in your system32 folder
Make sure you ran and saved the settings in the Dialogic Configuration Manager for lines, boards, and especially "services" so it connects the correct API for you to use.

Which is the websocket version used in node.js?

I am trying to connect to node.js websocket using unitt ios client. But it is failing continuously may be because I'm using a different client. Which is the websocket version used in node.js?
I've just updated my websocket library to be backwards compatible with hixie-76, which is used by iPhone / iPad / Safari / Opera.
See if that helps: https://github.com/einaros/ws
I have had luck with CocoaAsyncSocket. You can find the GitHub project here.
https://github.com/robbiehanson/CocoaAsyncSocket
Node.js can be used with Socket.io in which CocoaAsyncSockey can connect to.
I suggest updating your stack to use the iOS WebSocket library we just released. It's called SocketRocket. Caveat: it's still beta and untested in production.
It conforms to RFC 6455 which is the latest (and final) WebSocket standard. The Unitt client does not and is on an old standard which may be part of your issues you're having.
It also does not depend on CocoaAsyncSocket (or any other external dependencies). For me, this is a huge win because there are about half the number of places you can have bugs.
Very fast as well. A benchmark has shown it to perform better than a C++ (ASIO) WebSocket client.
I got it. I got a working socket.io client for IOS. You can download it from here http://minus.com/mbataWf5It#1 . I got this link from a youtube video http://www.youtube.com/watch?v=VCXKMVENW_o

Blackberry OS 4.6 and 5.0

What is difference between Blackberry OS 4.6 and 5.0?
Thanks.
Two major differences that I've found are that SQLite does not work on anything below OS5.0 (though it only 75% works on OS5.0 anyway) and that BrowserField2 does not work in anything below OS5.
Really? Try to compile your code using a different JDK and see what happens :)
That's sort of a vague question. From the developers side you can look at the differences between the 4.6 API and the 5.0 API yourself. The major additions I noticed were the accelerometer classes and the ConnectionFactory.
From the user side you can google any number of articles on new features for 5.0. Here are a couple I found: BoyGeniusReports, PCMag.
If you tell us more about your application we might be able to tell you whether you'd likely need to use the 5.0 OS or not.

Building Installation Disk for My Delphi 2010 Application

Can someone please give me a step by step on how to build an installation disk for my Delphi 2010 application?
I have tried both InstallAware Express Edition which comes with Delphi 2010 but keeps on giving me error message for it continue to look for *120.bpl instead of *140.bpl
I have also tried InnoSetup with ISTool but fail to work, which I believe I am not setting it up properly.... (e.g. failed to include all required packages)
My Apps is a simple database enquiry which I used dbExpress to connect to my ms-sql database.
I have also tried switching the flag in Delphi 2010 for "Built with Packages", no luck also...
Please help....
I am leaning toward using InnoSetup instead, but can someone tell me what is the typical set up is like... much appreciated.
Cheers.
The best place for support on an innosetup script, is the innosetup newsgroups. If you ask your question there, they would want to know more detail about what you are trying to do. Your app is going to set up some database stuff, so a lot more detail is required if you want an answer.
Innosetup is definitely is the easiest and fastest route to a setup.exe, which when placed on a CD, would make an "install CD". (Who uses CDs anymore anyways?)
In Thunderbird/OutlookExpress/WindowsMail, add an nntp server called news.jrsoftware.org,
and subscribe to the newsgroup "Jrsoftware.innosetup.code" and "jrsoftware.innosetup", and ask your question. Post your script. Show your error messages. Explain your database configuration strings, and how you are installing any dbExpress runtime components, if any apply to your application.
dbexpress in Delphi 2010 don't need nothing to be registered when deployed.
You simply need to create a folder with:
your executable.
all the required packages.
libmysql.dll
dbxmys.dll
midas.dll (if you are not using midaslib in your uses clause)
This is a easy work for an installer.
We've used Wise Installation for many years. Very easy to build install scripts. Works great.

Delphi Keyboard Hook

I'm having an interesting problem implementing a global keyboard hook.
I wrote a dll which is used to set the hook and then an application (Delphi) which loads the dll and processes the results of the hook. This was done this afternoon on my PC at work and after some testing I figured it was working 100%.
I've just tested the same app and dll here at home and I'm not getting any errors, but the application does not appear to be getting any data either.
Both machines are WinXP, although my work machine is SP2 and this one is SP3.
Has there been some change in the Win32 API which would cause this to malfunction, or could the problem be related to some A/V / Spyware / MS Update that has been released recently?
I'm hoping somebody here will know of an obvious reason that this may happen before I spend hours debugging.
Thanks!
Actually some A/Vs don't like homemade hooks. I've got the same problem with my mouse hooker on some machines, and it doesn't depend on service pack version.
Yeah, I could. I haven't installed Delphi on this machine, but I think I might have to. I'm going for the low hanging fruit here. If there's an obvious answer, there's no need to go through all the trouble of debugging and hoping to find what might be the problem.
My first suspicion is that there's been a change in the API somewhere.
As I mentioned, this app works absolutely perfectly on my work machine.
Do you have a debugger on your home computer? Do you receive any messages via the hook at all?
Can it be that some other application is hooking, and don't pass the message on down the hook-chain?
BTW: I love virtual machines for this kind of testing. Keep a clean XP install. Install SP2, and test your application. Roll back to clean install again, and install SP3. Try your application again. This way you will know if its SP3, since there is nothing else to mess things up. I like to keep a set of snapshots around with different configurations.
Which kind of hook are you using? I once used the WH_CBT-type and encountered problems when certain other applications where running. One case I could trace back to Trillian, which seems to do also some kind of hooking (and maybe screws up).
Apart from that I am currently working on an application that uses the WH_KEYBOARD-hook and this works on SP2 and SP3 equally well. The MSDN also doesn't mention any service-pack related changes.
What you can do to trace the bug on your home machine:
make sure to check all result values of all system api calls (and use GetLastError in case of error)
provide some kind of debug output in case of error (e.g. as message box or to a text file)
optional: log some status messages so you know whats going on internally
One alternative is to use a low level keyboardhook. (Just a different param to SetWindowsHookEx). The hook is processed in the message loop of the registering thread, and thus does not need to inject a dll everywhere. And for some odd reason VirusScanners/Firewalls interfere much less with it. They often silently block dllinjection or normal keyboardhooks. Also removes the need to share the hHook across processes if you want it to work in older windows versions.
And if you abuse a keyboardhook to implement global hotkeys(Have seen that a lot) use RegisterHotkey/http://msdn.microsoft.com/en-us/library/ms646309.aspx) instead.

Resources