|
I have worked with the DB2 CLI in version 5.1 and 6.0. At least through 6.0, the DB2 CLI was modeled after the ODBC API's. I actually used the ODBC API as reference for the DB2 CLI.
I do not have a "class" wrapper for it though. I do, however, have a code/header file which I use in 3 enterpirise applications. This code exposes a set of functions to implement db2 access in a GUI application. It is intended for applications which require only a single connection (there is some code to support multiple threads, but it is minimal) and it has code built-in for connection management (ie. lost connection, auto reastiblish, auto-timeout). Also, it has an SQL logging feature to log the SQL executed by the module.
It has worked very well for the applications I use it for.
If you would like the code, email me at gullettm@yahoo.com and I will reply with the code attached.
NOTE: There will probably be a couple of changes you will have to make to it because there are a couple of client-specific functions in it.
|
|
|
|
|
how to change font in menu of window at runtime?
can anybody help me?
|
|
|
|
|
One word: Ownerdraw
In a nutshell, you cannot set a magic "font" property (unless maybe VB supports that sort of craziyness) you will need to set the MF_OWNERDRAW flag for each menu item that you want customized & then handle the resulting WM_MEASUREITEM and WM_DRAWITEM messages to actually draw the menu item yourself.
Before a menu is displayed windows sends WM_MEASUREITEM to the parent window to get the minimum dimensions for each item with the MF_OWNERDRAW flag set.
After querying for the size, windows will send a WM_DRAWITEM message (again, for each ownerdraw menu item) that you can use to draw the menu item with any one of your favorite GDI calls.
One little note, you may want to keep a map (or collection of some sort) to keep track of the menu item text, it tends to get forgotten when you mark a menu item as ownerdraw.
There are also some samples here on code project that you should check out to help you along.
Happy coding 
|
|
|
|
|
is there any one who can help me out in building a control similar to the control menu in the VC++ IDE.
Uday BHaskar
Software Engineer.
|
|
|
|
|
Hi uday,
It's apparent that the control hosts other ActiveX controls and just displays their icons in it's UI. So we gotta use AxWindow.
Whadyya think?
|
|
|
|
|
thanx amit ur right we gotta use that. i got hold of a sample vblite in msdn n presently working on it.
if ur interested please go through it. bye.
uday
|
|
|
|
|
Has anybody got examples of code that implements a "visual-effects-control", like the winamp visual plugins etc.
It doesn't necessairily be about sound I'd just like to see an example of how the drawing routines should be formed, cuz I tried to do a simple real-time blurring effect where I calculated some sort of average color for all pixels in a 300x300 px bitmap, and it really went too slow...
Has anybody here done something like this before  ..
Any suggestions are welcome, TIA.
Cheers.
|
|
|
|
|
Hi,
I am writing BHO code for practice and have been unable to run the IEHelper example provided in MSDN...need someone to help me out in getting the bho to run.
Thanks in advance
|
|
|
|
|
Hi,
I am writing BHO code for practice and have been unable to run the IEHelper example provided in MSDN...need someone to help me out in getting the bho to run.
Thanks in advance
|
|
|
|
|
there is a bug in IE 5.00 only one helper "No soup 4 U" 
read this http://support.microsoft.com/support/kb/articles/Q229/9/70.ASP
|
|
|
|
|
Has anybody got any code which gets the CDROM Names from the Windows OS? Eg. Like SAMSUNG and LG on my system. Many thanks in anticipation!
Dave Mawer
|
|
|
|
|
look in the registry under
HKEY_LOCAL_MACHINE\HARDWARE\DEVICEMAP
on my box its several layers under scsi, where it is on your I don't know -
yours may be EIDE?
Stephen Kellett
|
|
|
|
|
Hi all,
Im kinda new to MFC programming, and I was wondering if anyone knew of a place where I can find some source code or at least a tutorial to show me how to implement one into my Dialog based prog.
Ive made one for a Windowed view program, but am having trouble with the dialog version one heh!!
If you can help, id appreciate it!!
Thanks
Ashman
|
|
|
|
|
There are articles here at CP on this topic:
http://www.codeproject.com/shell/cjbtaskbarapplet.asp
http://www.codeproject.com/shell/systemtray.asp
--Mike--
http://home.inreach.com/mdunn/
"That probably would've sounded more commanding if I wasn't wearing my yummy sushi pajamas."
--Buffy
|
|
|
|
|
Hi All.
How do u convert a jpeg file to a bmp file and vice versa.
Also, how do u resize the images?
Do u have any tool which provides interface to VC++
Let me know at earlist.
Thanks.
Vishal Shewale
12345
|
|
|
|
|
have a look at www.paintlib.de
Armin
|
|
|
|
|
see: www.smalleranimals.com/isource.htm
-c
|
|
|
|
|
Hi,
I'm looking for source code or idead how write edit box with emerging CListCtrl. How is uses in Microsoft Visual studio editor (IntelliSense listbox).
Thanks
|
|
|
|
|
Merry Christmas to all members from Simi, I m lkn for a script which can help me to retrieve directory information and root folder of a ip address or a url. i made in vb but it only searches my local drive of computer but not on the net. plz let me know if you have any part of the code and then i can try to develop more . i think i read it somwhere most of the developers have used c++ for this script but i not sure. i guess this is the code which most of the robot spiders are using. i came across asptear but they don't provde source for their .dll, it doesnt work properly. if you come across any articles pleez let me know.
Merry Christams
Simi Vij, Chicago
|
|
|
|
|
Good Afternoon,
I've been writing code for about two years, C++, VB, Java in a box ( no coder guru over the shoulder stuff ). Am self taught, through books, and powerful( kiss up, kiss up )websites like this one. But I am sensing something is missing. All the examples/books/source code is kinda written in isolation to prove a single point, and not "this is how to write good software". I realize it is improbable to expect a standard way of writing code that is consistently expected... ASSERTs always go here... or are there things that most good coders do consistently? Sounds like I'm confused, doesn't it?
Here is my point( finally )...
would it be possible to have a complete sound commercial application written by a respected coder posted, chopped up by other good coders, and realize some sort of Best practices with reasons. Ie. I've read Newcomer's stuff about having if( DebugLevel ) do these things, then a novice could change the application debug level, and inform him of specific wrongs, but I've read other docs that say use lots and lots of ASSERTs and when problems... debug.
I realize this is an overwhelming task, but if done, would speed the process of novice coders, like me, becoming efficient with good practices as a foundation. Not to mention how it could affect the industry...
Maybe there is something out there like this already. If so, I'd love to see it an participate with questions and an open mind.
Thanks!
Scott!
|
|
|
|
|
Hi,
There are some good books on this topic: Writing solid code, Code complete, etc. They are trying to cover a topic of how to write a good software. I strongly recommend to start with them (check also Extreme Programming), although I agree that there is a space for a good book, covering maybe one big project and revealing some code techniques. But there will be always a place for small articles, covering in more details, how to do this or that, e.g. how to implement trace, logging, assert, etc.
Igor Proskuriakov
|
|
|
|
|
There's no one best way, you can start an argument about any coding technique you could name.
Still, I think that "Code Complete" by Steve McConnell (Microsoft Press) is about the best book on the overall process of actually writing computer code. If you haven't read his book, I strongly suggest you do so. This book is written by a person who's written a lot of commercial code. He's not a pointy headed academic spouting theory, he's speaking from real experience.
|
|
|
|
|
Writing good code is more art than science in many ways.
There are no silver bullets. Everyone's style is different, and everyone works best in different ways. The trick to writing good code is to be consistent in whatever methods you choose, and always follow them.
Having said that, I'll third the recomendations for the MS Press books "Code Complete" and "Writing Solid Code", however I should also point out that these books are getting rather long on the tooth and are showing their age. Don't take them as gospel, but rather as advice. If the advice works for you, use it. If it doesn't, don't.
Also, these books are big on a few techniques which many find of questionable use. Hungarian notation is almost universally hated by people with lots of experience (although a few things such as m_ seem to still be popular, even among people that normally hate hungarian notation). Also, at least one of those books recommends placing constants first in equality tests (ie: if (10 == variable) since this will generate an error if you only use one = instead of 2. I don't agree with this practice, since it makes the logic much harder to read. Instead, I recommend devloping a near manic compulsive double-checking of your code everytime you type the = character. It's more error prone in development, but it doesn't screw up everyone that has to read your code for the rest of it's life.
Another book i'd recommend is "The Pragmatic Programmer" by Andrew Hunt and David Thomas (Addison-Wesley press). This book is a little more about process and management, but it includes some good gems of programming advice.
|
|
|
|
|
> Hungarian notation is almost universally hated by people with lots of experience
Make sure we do not confuse *experience* with *age*. Lots of the "older" crowd that I know, that were coding before the advent of (reverse) hungarian notation, or other common naming conventions, tend to not like it. The same goes for most of the Unix-heads that I know and have worked with. The ones that were "raised" on it, however, tend to like it.
Personally, I can speak from (bad) experience that nothing is worse than having to go through someone else's code who thinks that all variables should start with an "_", and then just have no naming convention whatsoever. Can you tell me anything about the following variables (besides their names)?
_Id
_RetValue
_StatusValue
_BookObject
What types are they? Pointers? Objects? Basic Types? Member Variables?
How about these?
m_iId
_dwRetValue
m_bStatusValue
_pBookObject
Even without knowing exactly what convention is in use, you know more about these identifiers than you did with the ones above. When dealing with smaller projects, it is not such a big deal. When dealing with megabytes of production-server-quality code, that little bit of knowledge can save LOTS of time (and money).
But I agree with the fact that using a naming convention does not make one a great coder. There are still people out there that may know all of the naming conventions, use them all the time, but still do stupid stuff like writing functions that take complex, or memory-intensive objects by value instead of by reference, or taking a _bstr_t as a parameter when a BSTR would do fine (and not require the allocation and deallocation of memory).
You have to learn the right thing to do, and then do it. Practice does not make perfect. Practice makes habit (age reference). *Perfect* practice makes perfect.
Good coders are concerned about both stability/robustness and speed. Good code is fast. Good code is robust. A few things (most) good coders do (by no means a complete list):
o Comment their code *well*
o *Always* initialize
o *Always* check any pointers before use
o *Always* check any return codes/values
o Never confuse NULL with NUL
o Know when to use a temporary (and when NOT to)
o Never use "catch( ... ) { /* Do Nothing */ }"
o Know how to read a crash-dump (or at least how to read the registers to know if you dereferenced a NULL, or had garbage data, etc.)
o If accepting a pointer to a buffer, accept the length of that buffer, too
o Do not use ::printf(...) when ::puts(...) will do (and similar)
o Do not take wrapper objects (or string objects) as parameters when the actual type (or a char/TCHAR pointer) will do (e.g., do not accept a _bstr_t when a BSTR will work)
o Do not use a dynamically-allocated string class when a stack-allocated buffer will do
o Always use the "length-specified" versions of string manipulation functions (like ::snprintf, ::strncat, etc.)
o Be aware of platform-specific (like the processor you are targeting) concerns/optimizations, alignment issues, etc., and code accordingly
o Know the "cost" of anything that you use (like STL container classes, COM, DCOM, etc.) and know how they do and do not work
o Use dynamic memory allocation only when necessary (esp. when doing multithreaded development and targeting a multiple-CPU system)
That is a good start...
-=- James.
|
|
|
|
|
Does anyone knows of a window DLL which can help to detect wm_message of an active window? I need this dll urgently.
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
