|
Hi there guys, I am currently trying to achieve a seemingly simple task in VC++ 2005. I have made a very simple form in Microsoft Access which I wish to serve as the beginnings of something greater. I created a db in MS Access named links.mdb containing on table-> Table1. Table1 contains 1 column, "Links", and i wish to read these strings into variables in my Visual C++ Windows Forms Application.
What I have done so far...
In Visual C++, I clicked on Data->Add new data source, and followed the wizard to add the microsoft access database to my application by the name, "linksDataSet". I can see the table in my left hand "Data Sources" pane in VC++. All I need to know is how to access my database from here so that I can read these strings stored in my table. Also, would be possible to schedule my application to log on to a http server and retrieve these links every time the application is executed? How would I go about doing this?
Thank you very much for your time
Regards
Linden.
|
|
|
|
|
17hrs and not one reply? Patience is a virtue but this seems like a small task. Can anyone help me?
|
|
|
|
|
I notice that in C# I can very easily design the UI.
I am familiar with the differences between the two, except for one thing.
I am about to write an app that could be written in either, but will interact with .dll's written in C/C++, which means I'd rather write it in C++. But, I am wondering if all of the UI elements are available to me in C++, like toolStrips for example.
Should I buy a good book on Win32?
Patrick
|
|
|
|
|
You have two main choices; MFC or WTL. WTL will give you a smaller executable and a lot of low-level control. MFC will be larger and require you use one of a few frameworks. On the other hand, you will be able to program much faster in MFC, especially since VS has many wizards built in. MFC also has the advantage of many third party libraries and solid documentation. (WTL documentation sucks big time.)
Unless you've built of the proverbial bag o' trick in ATL/WTL, I'd recommend using MFC.
One thing to remember for any native Win32 programming is that there is a strong separation of UI and implementation (something which drives us native guys nuts when going to .NET.) In other words, you dialog box is created using a data set and can be changed quite independently of the code (which is how it should be; XAML is an attempt to fix this in .NET.)
Anyone who thinks he has a better idea of what's good for people than people do is a swine.
- P.J. O'Rourke
|
|
|
|
|
C# will definately give you a richer UI. You can use C++/CLI to create a bridge between C# and C++
Christian Graus - Microsoft MVP - C++
Metal Musings - Rex and my new metal blog
|
|
|
|
|
Hi everybody
Being a c++ coder for so long, i should not make this question... but ei... it dosen't hurt.
I have become aware of a serius problem on one medium project. To many rebuilds
I have to many files (that need to be changed often) fireing to many outher files to rebuild.
Imagine the pain... I know its a design problem, and i preparing miself to a major rework.
However, i was thinking if someone could redirect me to a good article on this topic before i get my hands on the problem.
Where can i find the "What to do... and What not to do..." stuff?
I am trying to complement my knoledge on this.
Thanks
-- modified at 13:58 Monday 14th August, 2006
|
|
|
|
|
So what is your question, exactly?
"Money talks. When my money starts to talk, I get a bill to shut it up." - Frank
"Judge not by the eye but by the heart." - Native American Proverb
|
|
|
|
|
Hi.
The question is , where cant i get more information on this topic?
The "What to do... and What not to do..." stuff 
Thanks
|
|
|
|
|
Max Santos wrote: The question is , where cant i get more information on this topic?
I don't suspect you'll find much about it from CNN.
Max Santos wrote: The "What to do... and What not to do..." stuff
The brute-force method involves commenting out one #include directive at a time and rebuilding. If it builds successfully, you know that that #include directive is not required.
"Money talks. When my money starts to talk, I get a bill to shut it up." - Frank
"Judge not by the eye but by the heart." - Native American Proverb
|
|
|
|
|
DavidCrow wrote: The brute-force method involves commenting out one #include directive at a time and rebuilding. If it builds successfully, you know that that #include directive is not required.
Yeap, but before i go shooting everyone of the 370 header files, i would like to read something good before trying to aim. 
|
|
|
|
|
The question would seem to be, "How do I minimize dependencies". It's clear enough in the post.
Steve
|
|
|
|
|
I always like "Large Scale C++ Software Design" by John Lakos; it has a couple of good chapters that talks about compile and link time dependencies.
|
|
|
|
|
thanks for the tip.
i went to amazon.com but the book is temporarily unavailable 
|
|
|
|
|
To be blunt, a book is a giant waste of time. Take a cut of your project and start experimenting. You will learn far more in a week of deliberate tests than in reading all the books you can find. It's a whole lot cheaper too.
(I speak from experience; I have been the build engineer on many projects and have always improved them measurably.)
Anyone who thinks he has a better idea of what's good for people than people do is a swine.
- P.J. O'Rourke
|
|
|
|
|
Here's a set of techniques in order of increasing risk and diminishing returns:
Start in StdAfx.h, assuming you're using precompiled headers (and the precompiled header has the default configuration; if you're using a different header for PCH, edit that instead). Leave only #includes in this file which are stable (e.g. dependencies on external libraries) or which really do need to be included in absolutely every file. I often see StdAfx.h used as a dumping ground for all headers in a project, which, since all source files include StdAfx.h, causes every file to be recompiled even if a tiny change to an inconsequential header occurs.
If you're not using precompiled headers, consider doing so. The amount of time taken to parse <windows.h> is huge because it includes most of the files in the Platform SDK Include directory, which as of VS2005 is 46MB. MFC and ATL headers include windows.h.
Once you've edited down StdAfx.h, you'll probably have a load of compilation errors. Just get it to compile for now, by including only those headers you actually need. For class members, in the header, forward-declare those classes which are only referenced by pointer or by reference; #include those which you must.
In each header, look for uses of classes and structs defined outside that header. If a class only appears in pointer and/or reference declarations, it can be forward-declared rather than the corresponding header being #included. The source file that actually implements the functions manipulating the pointer or reference will need to #include the header declaring the class.
Look out for implementation of methods in class declarations. These should be a) trivial and b) stable, and ideally not reference the implementation of other classes. Any that aren't should be stripped out and placed in a source file. Method implementations in class declarations have the additional semantics of being considered for inlining. Generally you can get away with not inlining most of this code with very little performance impact. MFC uses a trick of keeping performance-critical routines in files with a .inl extension: in debug builds, the matching _AFXxxx_INLINE macro expands to nothing and the file is #included in the corresponding .cpp file, while in release builds the macro expands to inline and the file is #included in the corresponding header, which causes the code to be inlined if required.
If an otherwise stable class has a class member which is unstable (the declaration constantly changing), consider changing it from being a contained member to a pointer to that class, then forward-declare that class and remove the #include.
Consider replacing parameters of class or struct type with a const reference. This also saves a call to the copy constructor.
Look for overuse of inheritance. When inheriting, the full declaration of a base class is required at the point of declaration of a derived class. If the base class implementation details change, it will impact all the derived classes. It may be better to declare an abstract class containing only the public interface, and derive concrete classes from the interfaces. Often inheritance is used unnecessarily, and composition - reimplementing the derived class in terms of its former base class - is a better technique.
If you don't want to incur the overhead of virtual functions when trying to hide the implementation details of a class (for example, there would otherwise not be any virtual functions), consider the so-called 'pimpl idiom'. Here you move all members that are unstable into a separate 'implementation' class, then replace all those members in the original class with a single 'pointer-to-implementation' member.
|
|
|
|
|
hi , thanks for you complete reply
I did not reply before because i was allready in war with the compiler.
and i only read the foruns at home
The project suffers from 6 years of "allways on" changes and to many people have passed there...
Is one of those projects that never ends, allways getting new features.
(Realestate business by the way)
After all this time, the project was suffering from to many misplaced headers.
Solved the problem with forward-declares and pimpl.
Complies in half of the time, but the best thing is that changing one file dosent fires rebuild in 100 outher files anymore. 
However, i have missed stdafx.h  , after reding your mail, i whent back and removed 18 MS headers. (no longer needded).
One outher problem is that we are not using DLL, so the linking time is to big.
thanks for your help
|
|
|
|
|
how i can whrite text in testbox on another program form my program
like using sendmessage or something
|
|
|
|
|
shortwave wrote: how i can whrite text in testbox on another program form my program
like using sendmessage...
That would be one way.
"Money talks. When my money starts to talk, I get a bill to shut it up." - Frank
"Judge not by the eye but by the heart." - Native American Proverb
|
|
|
|
|
You want to send your text into your program or an external program
|
|
|
|
|
i want to send it to external program
|
|
|
|
|
well for this purpose you need to detaily from program for example if we have a program like notepad.exe that is run now we want to insert a item to File menu(test) and if
you click this item its working i hope its helpful for you if you have a problem if i can i help to you
<br />
HWND hWnd = ::FindWindow("Notepad", NULL);
<br />
HMENU h=::GetSystemMenu(hWnd,FALSE);<br />
<br />
HMENU h1=::GetMenu(hWnd);<br />
HMENU h2=GetSubMenu(h1,0);<br />
<br />
AppendMenu(h2,MF_STRING,22,"Test");<br />
<br />
|
|
|
|
|
i use list view that have control in this page
http://www.codeproject.com/cs/miscctrl/ListViewEmbeddedControls.asp
* if i have database with 3 recode ex:
------
field 1
------
5
7
8
-----
i want to add 3 row in the listView with first colum must be button(ClickMe)
the problem new
-----------------
1 - how i make my app when i click in the fisrt (ClickMe) button -> open new Form with 5 as parameter - > new Form(5);
and second button new Form(7);
Palestine
|
|
|
|
|
How can a dialog be centred? Please explain it with example and appropriate function call and also how can a combo box and radio button be added to the toolbar and what is the function for this.
|
|
|
|
|
blue i wrote: How can a dialog be centred?
By using CenterWindow().
"Money talks. When my money starts to talk, I get a bill to shut it up." - Frank
"Judge not by the eye but by the heart." - Native American Proverb
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
