Rajesh R Subramanian wrote: Bluetooth development kit[^] from Broadcom corporation is distributed free of cost. Thats quite a good library dude! "Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow Never mind - my own stupidity is the source of every "problem" - Mixture cheers, Alok Gupta VC Forum Q&A :- I/IV Support CRY- Child Relief and You

You're welcome man. I'm glad I could be of some help to you. :) Nobody can give you wiser advice than yourself. - Cicero .·´¯`·->Rajesh<-·´¯`·. Codeproject.com: Visual C++ MVP

You can use XNA and C# to make games for the 360 too. At least, thats what i was told...or thats what i think i was told... My current favourite word is: Waffle Cheese is still good though.

Thanks for your post man. I'll look the code.

Shure. I'm having problems with building of the Boost.thread I don't understand what's going on. In the docs, the following is written: Building should be possible with the default configuration. If you are running into problems, it might be wise to adjust your local settings of Boost.Build though. Typically you will need to get your user-config.jam file to reflect your environment, i.e. used toolsets. Please refer to the Boost.Build documentation to learn how to do this. To create the libraries you need to open a command shell and change to the boost_root directory. From there you give the command bjam --toolset=mytoolset stage --with-thread Replace mytoolset with the name of your toolset, e.g. msvc-7.1 . This will compile and put the libraries into the stage directory which is just below the boost_root directory. Boost.Build by default will generate static and dynamic variants for debug and release. When I execute these steps the bjam say that the stage directory is not found and it will be created. But in the end of the process the folder is not created neither the libs. Can you help? Thanks again

You're right, but unhapilly I solved my problem. Thanks

Stephen Hewitt wrote: Until recently it was one of the worst (MSVC 6) in common use. I have inspected the machine code generated by MSVC 6 (I do a lot of postmortem debugging at work) and the inlining works as expected except when that’s not possible, as I mentioned before. The Microsoft compilers after MSVC 6 produce even better code from what I’ve seen. And you just felt the need to say this right? I don't really see how this has anything to do with the point that was quoted - which I'm sure you could've guessed is sarcasm. Stephen Hewitt wrote: All modern C++ compiler support inlining just fine. Nice blanket statement there. Notice the extra little comments in these links that have nothing to do with recursion. http://gcc.gnu.org/onlinedocs/gcc/Inline.html[^] http://www.osc.edu/hpc/manuals/ia64/docs2/c_ug_lnx.pdf[^] I don't know about you, but it seems easier to me to just use a macro rather than learn all the quirks of every compiler in the world. Jeremy Falcon "It's a good thing to do and a tasty way to do it." - Wilford Brimley[^]

You're welcome.;) WhiteSky

The first problem I see is that you're calling HMENU hMainMenu = CreateMenu(); for every window message, I don't think that is what you're after. You can get your window's menu with GetMenu(). --Mike-- Visual C++ MVP :cool: LINKS~! Ericahist | PimpFish | CP SearchBar v3.0 | C++ Forum FAQ Ford, what's this fish doing in my ear?

Thanks mark, now I get some more knowledge to code my app

Indeed! Dammit now I'm hungry. "Great job, team. Head back to base for debriefing and cocktails." (Spottswoode "Team America")

I glad you find it:-D WhiteSky

That means, it's not possible to send an object to another window right? If an object is a pointer, there's not a way to send it. My app actually is passing structs, but what I want to pass is an object.

Thanks man, it seems to be very useful for me. Thanks

Tks for you all. I hope that works now.

The application must call the "DrawMenuBar" function whenever a menu changes, whether or not the menu is in a displayed window.

If the array is allocated on the heap, sizeof behaves differently than it does if it was on the stack. int i = 0; float stackArray[5]; i = sizeof(stackArray) / sizeof(stackArray[0]); // i is 5 // sizeof(stackArray) will return (5 * sizeof(float)) // sizeof(stackArray[0]) will return sizeof(float) float* heapArray = new float[5]; i = sizeof(heapArray) / sizeof(heapArray[0]); // i is 1 // sizeof(heapArray) will return sizeof(float*) // sizeof(heapArray[0]) will return sizeof(float) // Interesting Note (forget bounds errors here) int myFunction(float* myArray) { return sizeof(myArray) / sizeof(myArray[0]); } // above function will return heap results regardless of where // the float array is actually allocated (that is, always 1) If you decide to become a software engineer, you are signing up to have a 1/2" piece of silicon tell you exactly how stupid you really are for 8 hours a day, 5 days a week Zac

Ali unhappilly, this code doesn`t work too.... I`m almost changing to TreeView_SelectItem....

Not really sure what you are trying to do there. But maybe the tree doesn't have the focus and that's why you are not seeing the selection. Add this TVS_SHOWSELALWAYS to the flags when you are creating the tree to see if that helps. AliR. Visual C++ MVP

Wow... how did i miss that :-O