|
Okay. Let's say Delphi would come somewhere in between VB 6 and VB.NET
That's a fair compromise I guess
Nish
Regards,
Nish
Native CPian.
Born and brought up on CP.
With the CP blood in him.
|
|
|
|
|
Nish - Native CPian wrote:
Okay. Let's say Delphi would come somewhere in between VB 6 and VB.NET
ROFLMAO
Michael
Errata 1: p. 154, section 'Defusing'. For 'red wire' read 'blue wire'.
|
|
|
|
|
Ok, I get it, but why do you want to mock at Nish by telling him lies?
Best regards,
Alexandru Savescu
|
|
|
|
|
I had the misfortune to write a Delphi based app a few years back - I always hated the fact that you had to explicitly call class constructors with Delphi - truly gross.
Free
|
|
|
|
|
Michael P Butler wrote:
Think of it as Visual Basic for PASCAL programmers
That's exactly how I think of it now
Nish
Regards,
Nish
Native CPian.
Born and brought up on CP.
With the CP blood in him.
|
|
|
|
|
exactly, except that Visual Basic is useless compared to Delphi - pointers aren't really supported in VB, it doesn't have inline assembly support, i don't know about 64-bit integers, and classes.... VB almost has those.... oh and Delphi supports them all. being as easy as VB makes it good for when you first learn to code, because bBASIC really isnt good for that (i leanred that about 8 years ago.... been using Delphi for 4 or 5 years and C/C++ for about 3 or 4 years....)
-- señor codeman
codeman@delphidudes.com
|
|
|
|
|
i think delphi is for applications that u have to do them quickly, coz it has a lot of components and that make easier the development. And i like C++ Builder more than Delphi and it has the same components, And is C++
|
|
|
|
|
C++ Builder was fun, and it can compile both C++ and Pascal code (the components are all ripped straight out of delphi...)
also Delphi and Kylix are code-compatible so most code will prot straight from windows to linux with very little effort (except for windows API calls obviously)
-- señor codeman
codeman@delphidudes.com
|
|
|
|
|
Asking this question on VC++ forum can't give you objective answers
Tomasz Sowinski -- http://www.shooltz.com
- It's for protection - Protection from what? Zee Germans?
|
|
|
|
|
tiaozi wrote:
which one you like much?
VC++
Delphi is very easier for developing application but I know that there are lots of BUG in it.At least I know about database programming of it.
Mazy
"The more I search, the more my need
For you,
The more I bless, the more I bleed
For you."The Outlaw Torn-Metallica
|
|
|
|
|
some fundamental rules of windows coding i have learned:
1. there are always bugs in the code - yours or somebody elses
2. microsoft bugs have evolved and are very hard to detect and workaround at times (why do i always get lousy scores in solitare? )
3. microsoft realised they can't defeat borland, and they actually own 10% of inprise (parent company) now....
-- señor codeman
codeman@delphidudes.com
|
|
|
|
|
VC++ unless RAD was critical. Then I would choose C# or VB.NET if the .NET framework was there. Otherwise I would probably choose VB6.
--
Dana Holt
Xenos Software
|
|
|
|
|
If you like the GUI centered approach to coding but would prefer to work with C++, you could try Borlands (now Inprise, I think) C++ Builder - same idea as their Delphi product but based around C++ rather than Pascal.
Free
|
|
|
|
|
C++Builder is based around C++ but it fully supports pascal as well, making for many hours of multi-language coding fun (and about 5,000 access violations.... damn you WinXP!)
-- señor codeman
codeman@delphidudes.com
|
|
|
|
|
Pascal was originally developed to teach programming to beginners. Although Delphi uses a far better compiler it is not as powerful as VC++. It is impossible (I believe) to add an icon to the system tray in delphi (well versions 5 and lower - if you can, how???), but obviously not in VC++, I think (having used both) that Delphi is more of a tool for programmers wanting to create windows GUI applications FAST, it is not a serious contender to the power of VC++. With this in mind I'd say Delphi is by far the best language to start learning to program and get familiar with programming concepts (pointers, data structures etc.) but if you want to be a serious programmer VC++ is eventually where you should progress to. I think Java is more of a contender to throne (but will never beat it cause you can't manipulate memory!!!).
Alan.
"When I left you I was but the learner, now I am the master" - Darth Vader
|
|
|
|
|
Alan Chambers wrote:
It is impossible (I believe) to add an icon to the system tray in delphi (well versions 5 and lower - if you can, how???),
I doubt you cannot do that. With Delphi you can call any WIN32 API function. So if you can do it with API, you can do it with Delphi.
I believe Borland is supporting Delphi only for the language. It has behind a C++ compiler and only with a different parser. You can use C++ builder to build Delphi files also.
Best regards,
Alexandru Savescu
|
|
|
|
|
you can add icons to system tray in delphi, i was doing it in delphi 3 (because i never had delphi 2) -> i have a comjponent i wrote for it somewhere, if you are interested maybe i can dig it out (email me)
the only things C++ REALLY has over Delphi in terms of power now is templates and multiple inheritance (you can inherit from a class and an interface, but not two classes)
it's better for getting things going quick though, and it builds faster than any C++ compiler i've ever used...
as for java, it belongs steaming in my coffee cup (speaking of coffee, i could use some now )
-- señor codeman
codeman@delphidudes.com
|
|
|
|
|
|
HI
I am having problem with the minimal COM example in D. Esposito's book of Visual C++ Shell Programing. Is anybody out there who used that example. On my system it gives error of ClassFactory. Is there any solution to this problem.
|
|
|
|
|
I've seen this problem mentioned before, so, I'm hoping someone can help. I have a dialog that has some controls on it. In debug, the dialog works fine. However, in release mode, the code crashes on GetDlgItem. The code looks something like this:
// determine what menu item the mouse may be over.
for (n = IDC_TEAROFF_ITEM2; n<=m_lastMenuItemID; ++n)
{
pWnd = GetDlgItem(n);
pWnd->GetWindowRect(&itemRect);
The controls are all CStatics. Their ids are in sequential order. The dialog lives in a dll.
It consistently crashes on the GetDlgItem call. Anyone have an idea as to what is wrong?
TIA,
Mike
|
|
|
|
|
Have you called
AFX_MANAGE_STATE (AfxGetStaticModuleState ());
at the beginning of the DLL entry point for this code?
Ed.
|
|
|
|
|
Not directly. The code is housed within a COM component that contains a doc-view framework. The user clicks a toolbar button that creates an instance of a modeless dialog. When the mouse is moved over the dialog items (ie. OnMouseMove()), the example code is triggered to determine what control the mouse is over. The error is an 005 Access Violation which usually means a bad pointer. I'm not sure why the code works fine in debug. I suspect it has something to do with the individual controls. I used classwizard to define member variables for each control. I get further into the code now, but, it still crashes later on. In release mode, it appears that the GetDlgItem() call has trouble if the control is not tied to an actual member variable.
|
|
|
|
|
Pretty sure you should use "AFX_MANAGE_STATE (AfxGetStaticModuleState ());" at the beginning of the COM call - especially if your using CWnds or resources (or any MFC!) inside a DLL.
|
|
|
|
|
Thanks to Mike Collins, this problem has been solved. Here is the resolution:
My code uses many user message handlers. I typically use the ON_MESSAGE() macro with a function handler. When defining the function handler, I often code a prototype function like the following:
void OnUserHandler();
However, this is incorrect. Eventhough this code will compile (with no warnings!) and work fine in debug, it will fail in release mode. The resolution is to change the function handlers to the following:
afx_msg LRESULT memberFxn(WPARAM, LPARAM);
Hope this helps all who run across this in the future!
|
|
|
|
|
FWIW, the version of MFC included with VS.NET uses the casting operators to detect when signature mismatches like this occur.
Peace!
-=- James.
"Some People Know How To Drive, Others Just Know How To Operate A Car."
(Try Check Favorites Sometime!)
|
|
|
|