|
|
Nishant S wrote:
What are you doing??? You been MC++ing for a while now! Are you developing some kinda killer app with MC++ ???
LOL, all will be revealed when I submit my article for the competition (I will be shaving the closing deadline rather close )
Obviously it is not a killer app, too much overhead for me in learning MC++ to produce a killer app on my first go. But it is pretty cool nonetheless, uses a host of new capabilities in the language and framework.
A clue: It uses the Code Project webservice, but is not a screen saver or a ticker effort.
I actually only got serious on the article this monday, been fooling around figuring things out up until that point. Now my ass is in gear
regards,
Paul Watson
Bluegrass
Cape Town, South Africa
The greatest thing you'll ever learn is just to love, and to be loved in return - Moulin Rouge
Alison Pentland wrote:
I now have an image of you in front of the mirror in the morning, wearing your knickers, socks and shoes trying to decided if they match!
|
|
|
|
|
|
Nishant S wrote:
I hope some of my MC++ intro articles were useful
Most definitley Nish. You are a great editor and article writer. You should check the messages on your articles, I posted one (the MC++ intro that that one idiot wrote that nasty post on.)
Nishant S wrote:
Cool! I am submitting one too
Ahh damn, and here I was hoping I was going to win, and then you come along. Dang, going to have to settle for second place I guess.
regards,
Paul Watson
Bluegrass
Cape Town, South Africa
The greatest thing you'll ever learn is just to love, and to be loved in return - Moulin Rouge
Alison Pentland wrote:
I now have an image of you in front of the mirror in the morning, wearing your knickers, socks and shoes trying to decided if they match!
|
|
|
|
|
|
|
How are you using gcroot?
James
"Java is free - and worth every penny." - Christian Graus
|
|
|
|
|
Hello Rama/James
It's a well know bug it seems. It happens when you use gcroot in an MFC application compiled with /clr.
See this reply from a Microsoft guy in reply to a similar question that got asked in the dotnet mailing list.
From: "Mark Hall (VC++)" <markhall@MICROSOFT.COM>
Subject: Re: gcroot template with warning C4244?
This is a mismatch between the way the GCHandle class is defined and the
way C++ implements the -Wp64 warnings. In short, intptr_t and
System::IntPtr were not recognized as fully compatible. This will be
fixed in the next release.
Author of the romantic comedy
Summer Love and Some more Cricket [New Win]
Review by Shog9
Click here for review[NW]
|
|
|
|
|
What is weird in it? It is very valid warning. It says that for 64 bit code your casting would create problems. What is the line of code?
Step back, rub your eyes, take a deep breath, stretch a bit, and reflect on the relative importance of CP, CG, the age / travel time sustained by supposedly 'fresh' cheese curds, and Life in General. - Shog9
|
|
|
|
|
|
Does anyone know what is the function in Palm SDK that gives me the time in milliseconds?
Thank you.
|
|
|
|
|
|
Well where can I post this question and get a useful answer.
(Please don't refer me to the Palm people. [palm.com])
|
|
|
|
|
Post it in this forum
Step back, rub your eyes, take a deep breath, stretch a bit, and reflect on the relative importance of CP, CG, the age / travel time sustained by supposedly 'fresh' cheese curds, and Life in General. - Shog9
|
|
|
|
|
|
I don't think that's what the lounge is for.
|
|
|
|
|
I had a table called user and it had a field called password. My SQL worked when directly executed into Access XP, but failed via OleDbCommand. Finally I had to rename the table User to Usr and the field password to passwd!
Does User and password have any special meaning to OleDbCommand or is this another MC++ issue????
I don't remember similar issues with C#
Nish
Author of the romantic comedy
Summer Love and Some more Cricket [New Win]
Review by Shog9
Click here for review[NW]
|
|
|
|
|
If I have a long string :-
"aaa.........lonnnggg............bbb"
and I want to write it as
"aaa........"
"...longggg..."
"...bbb"
I get a compile error of "newline in constant"
I remember being able to do this in VC++ 6!
What do I add as a line break character to do this in VC++ 7 for an MC++ project?
Regards
Nish
Author of the romantic comedy
Summer Love and Some more Cricket [New Win]
Review by Shog9
Click here for review[NW]
|
|
|
|
|
|
Don't ya hate it when that happens.
Regardz
Colin J Davies
Sonork ID 100.9197:Colin
I am sick of fighting with Martin, I think I will ignore his posts from here on in, and spend the time working on articles instead.
Christian Graus
|
|
|
|
|
Let's say we have a class A that wraps a DB table. Now suppose this has an Add method, should we use a OleDbConnection local to that function to do the insert? Or should we have a OleDbConnection member for the class A and open it in the constructor and kill it in the destructor. The Add function is an infrequently used function. A is a remotable object and my worry is that it might be kept alive too long and in such cases if there is a network outage or something, I am scared that the class will be destroyed out of the blue and the DB might not be closed properly.
Any suggestions are welcome
Nish
Author of the romantic comedy
Summer Love and Some more Cricket [New Win]
Review by Shog9
Click here for review[NW]
|
|
|
|
|
You may be better off using a DataSet. It caches data from the server and you can store it on the client (Assume you connect to a data source and display everything in a data grid for example)
Then you will perform any operations on the client and update everything in the end. Thus, you do not have to worry about the connection being help up.
For additional info on datasets check my article here.
I hope that helps.
Best regards,
Alexandru Savescu
|
|
|
|
|
Problem is that the DB connection is on the remoting server and it's the client that invokes calls remotely. The kind of app I have in mind had an issue that a client might connect and then disconnect only after 6 hours or even a full day. I am worried about a connection being alive for that long and timing out in between. Datasets also don't seem same for this. If a network failure occurs, then I won't be able to flush the data in time.
Nish
Author of the romantic comedy
Summer Love and Some more Cricket [New Win]
Review by Shog9
Click here for review[NW]
|
|
|
|
|
Well, having a connection open for 6 hours non-stop is bad in every sense you want: bad design, bad implementation etc. The Internet itself was not designed to keep connections alive (see the IP protocol). You have every reason for connections alive that long. You don't speak on a phone that much (and a phone keeps a connection open)
Anyway, datasets may be a better option. You may from time to time flush data in backgound (say every 30 minutes). Also, if data is not flushed on time (or timeout occurs when updating) then you can catch an exception and always retry.
Best regards,
Alexandru Savescu
|
|
|
|
|
It's not about bad design here Alex. I don't have a choice here. A remote client may do what it wants to. We cannot dictate to it to close after a minimum while
I like your periodic flush idea. I'll do that.
And yeah, I'll take a look at your Dataset article too
Thanks
Nish
Author of the romantic comedy
Summer Love and Some more Cricket [New Win]
Review by Shog9
Click here for review[NW]
|
|
|
|