Hello friends I want to develop database application in windows phone using sqlite.I just want to know whether sqlmetal can be used in wp7 and also want to know does it supports .net v4.0 or any alternative solution is there. When I googled I came across using dblinq in sqlite. Please provide some sample for this.
Related
can you recommend me a froms builder for oracle forms6i? on our work we use forms6i, but it is outdated long ago, its not comfort to use. But in our work we use 6i, cause all projects buided on it.
Can i use some other soft to buid 6i valid forms?
Forms is a proprietary Oracle format and Forms Builder is the only supported tool for working with it.
Obviously it is a fairly old tool but what exact problems make it uncomfortable to use? Have you explored the C API and JDAPI libraries for programmatic manipulation in C and Java?
There has to be an easier way than to read the entire source code and check each line against what's compatible from the msdn docs
Suggestions?
I am assuming you mean from a Silverlight solution to a Windows Phone 7 solution? Anyhow, the answer is no - there is no simple / easy migration path. Simply copy the project files into a new WP7 project and start working through the compilation errors.
There is on tool that can help you creat portable code, the Portable Class Library which allows you to create assemblies which can be linked to Silverlight, WP7, WPF, XNA solutions. However, the code that you can shae is somewhat limited.
Our VB6 application uses a 3rd party control (PowerTCP from Dart) for SSL3 connectivity. However, this doesn't seem to work on Windows 7 - and I have not found any useful information on what I can do to make it work.
Is there a VB6.0 compatible control that will work on Win 7 for SSL3 communication?
Unfortunately, I can only suggest a workaround, not a solution: If you do not find a suitable ActiveX control for your VB6 application, you might consider migrating the communication part of your application to VB.NET.
This has the following advantages:
Calling .net code from VB6 is not hard.
The .net Framework has a built-in SSLStream class, which might already do what you want, so you're not dependent on a third-party component.
Since VB6 IDE support ended in April 2008, you will probably want to migrate your application to VB.NET sooner or later anyway. Therefore, migrating parts of your application now might be a better investment of your time than familiarizing yourself with a new third-party ActiveX control.
It has the following disadvantages:
One more layer in your application: Your VB6 code can call the .net code, but not vice-versa.
You need to familiarize yourself with the .net-COM interop stuff (it's not difficult, but it's something that needs to be done).
Your deployment process becomes more complicated, since you require the .net Framework to be installed on your customer's machines and you need to register your .net library as a COM component (so that your VB6 application can access it).
Dart still support the ActiveX control - why not ask them for help directly and post a question on their support forum?
Apologies in advance if you've already tried this.
Currently, it is just a windows-based application (slowed down guitar software) written in Delphi. However, I do have plans to port them to the following platforms :
Mac
iPhone
Web-based
How do I go about this? What is the bes programming language to use? What kind of developers do I need to look for? And how long will these projects be?
If you want to keep the Delphi code, then take a look at Lazarus/FreePascal. I have to say that I don't have used it for more than a Hello World yet, so you have to evaluate yourself if it can help you, but it's free and it supports Windows/Mac/Linux. Windows Mobile is also supported.
For 1 and 2 you'd be looking at Cocoa, for 3 you could either go Flash/Java Applet/Silverlight depending on how complex the software is. Obviously Flash would not be the best to use for large projects. But Silverlight and Java Applets are capable platforms that can suite just about any need.
I'm afraid you can not simply "port" Delphi code into all those enviroments. Ok, moving Delphi logic via Delphi.NET to web based may be simple, but using delphi code for Mac or iPhone... Harder. Probably you will have to rewrite it from scratch, most probably in Java.
Thanks for that. I was already thinking along those lines. Yeah, I am thinking of dropping Delphi for the Web-based and start from scratch for the web-based because I have heard so much of the power of Java. Although my only constraint is the whole Delphi (windows) application will be put to waste, especially now that its being enhanced on some features. Aren't there some codes in Delphi that can be salvaged for Java?
I wanted to know what i shouldn't do in code that will prevent my C# app from running on mac.
In general you shouldn't use anything from the Microsoft.* namespaces, no PInvoke (DllImport in C#) and UI might be problematic as well.
Further information on Mono compatibility is contained in the Mono Guide Porting Winforms Applications. Existing applications can be checked for compatibility using the Migration Analyzer tool.
UPDATE: PInvoke actually works in Mono, but if you want to have it working cross-platform you must provide a native shared library with the same interface for each platform (i.e. Win API most likely will not work).
Mono's Application Portability guide is a good reference.
In addition to divo's recommendations, I would recommend the Mono Migration Analyzer (MoMA) tool: "The Mono Migration Analyzer (MoMA) tool helps you identify issues you may have when porting your .Net application to Mono"
Also, I would keep an eye on Miguel de Icaza's blog, and the Mono Project website.
In his presentation for the Boston.NET Users Group this month, he showed a preview of a Visual Studio plugin that launches your app on Mono using a VM! This lets you test compatibility during the development process.
I believe their goal was to release it at TechEd 2009, so look for an update over the next month or so.
You will, at the very least, want to try and avoid using Windows Forms, since that is just a paper-thin layer on top of the Windows native UI.
Mono emulates it somewhat with help from WINE, but I wouldn't trust that.
Mono did this a while ago but the effort was abandoned. See WinForms on Mono for more information. Thanks jpobst.
Try using GTK# or Qt# (although I'm not too sure the latter one actually exists) for cross platform support. You might also consider using Java with SWT or even Swing instead of C#, but that will probably not be an option you're willing to consider.
Using anything related to P/Invoke is probably also a bad idea, since that invokes native code which will probably not be portable (unless you write it yourself, then you can choose to make it portable).
I'm not sure if it is possible with mono, but WIN32 API calls will definitly not work ;)