|
No its just a string like '973465', store into 'unicodeStr'
|
|
|
|
|
|
Hi all,
I've got a strange problem while debugging inside CString code. Everytime I step through my code and the debugger steps into CString stuff, e.g. atlsimpstr.h, it lasts for about 30 seconds to move on to the next line. This is very annoying. 
Anyone out there having the same problems or a solution for this?
Regards,
jung-kreidler
|
|
|
|
|
jung-kreidler wrote: Everytime I step through my code and the debugger steps into CString stuff, e.g. atlsimpstr.h,
Does this happends automatically or you do purposefully steps into that function?
jung-kreidler wrote: Anyone out there having the same problems or a solution for this
Try deleting the .ncb file of the project/solution and try again.
|
|
|
|
|
Naveen wrote: jung-kreidler wrote:
Everytime I step through my code and the debugger steps into CString stuff, e.g. atlsimpstr.h,
Does this happends automatically or you do purposefully steps into that function?
jung-kreidler wrote:
Anyone out there having the same problems or a solution for this
Try deleting the .ncb file of the project/solution and try again.
This happens during stepping through the code by pressing F10 and F11.
Deleting the ncb is always the first step, yes, but it did not help.
Thanks
|
|
|
|
|
jung-kreidler wrote: Deleting the ncb is always the first step, yes, but it did not help.
jung-kreidler wrote: This happens during stepping through the code by pressing F10 and F11.
What I was about to say is that, if you dont want to debug inside the CString functions, you specify your debugger not to step in through that functions. Check http://www.cprogramming.com/debugging/visual-studio-msvc-debugging-NoStepInto.html[^] for details.
|
|
|
|
|
That did the trick! I've had to google a bit, but now it steps over it. Here's what I've done with VS2008:
Open:
HKLM\Software\Microsoft\VisualStudio\9.0\NativeDE\StepOver
Create String (obviously a don't care):
Cstring functions
Value:
ATL\:\:.*=NoStepInfo
Thanks for your help!
|
|
|
|
|
Dear all,
I used the function in this link Wildcard string compare (globbing)[^]
To compare two strings the first is Pattern("* KK *") and the second is Text("TT KK ZZ") and the function return pass. thats briliant,but my question how I can edit the function to be able to catch or handle the characters of matched * to save them in variables. for example: when the matching occured I need to save the following characters into strings variable like :-
X ="TT"
Y = "ZZ"
to deal with them later on in my system.
I tried many times but its not working well so far.
So please any one have an idea to do that please let me know and any help will be appreciated.
Best Regards.
|
|
|
|
|
Hey, wondering if anyone knows what's going on here If i define my class as below when the memset() function runs there is an access violation. However if I define NOTIFYICONDATA locally on the stack it works fine.
.h
#pragma once
class CTrayIcon
{
public:
CTrayIcon(void);
virtual ~CTrayIcon(void);
void OnCreate(HWND parent, UINT uCallbackMessage, HICON icon = NULL);
protected:
NOTIFYICONDATA m_nidSystrayIcon;
};
.cpp
void CTrayIcon::OnCreate(HWND parent, UINT uCallbackMessage, HICON icon)
{
m_hParentWnd = parent;
m_hIcon = icon;
m_uCallbackMessage = uCallbackMessage;
memset(&m_nidSystrayIcon, 0, sizeof(m_nidSystrayIcon));
m_nidSystrayIcon.cbSize = sizeof(NOTIFYICONDATA);
m_nidSystrayIcon.hIcon = m_hIcon;
m_nidSystrayIcon.hWnd = m_hParentWnd;
m_nidSystrayIcon.dwInfoFlags = NIIF_NONE;
m_nidSystrayIcon.dwState = NIS_SHAREDICON;
m_nidSystrayIcon.uVersion = NOTIFYICON_VERSION;
m_nidSystrayIcon.uCallbackMessage = m_uCallbackMessage;
Shell_NotifyIcon(NIM_SETVERSION, &m_nidSystrayIcon);
}
Is there some special initalization that I am missing? I downloaded an example app and there doesn seem to be anything that I am missing, but obviously there is something wrong. Any ideas?
Nicola.
|
|
|
|
|
Hi,
I want to know that can i store output from readdir() function in an array. I have a c program
#include <dirent.h>
#include <stdio.h>
int main(void)
{
DIR *d;
struct dirent *dir;
d=opendir("C:\\");
printf("Directories in C:\\ \n");
while((dir=readdir(d))!=NULL)
{
printf("%s\n",dir->d_name);
}
closedir(d);
return(0);
}
Instead of printing directories in output i want to store that result in an array.can it is possible?
|
|
|
|
|
Replace the printf statement with code that fills up a string array? 
Do you have a problem doing that?
“Follow your bliss.” – Joseph Campbell
|
|
|
|
|
hey Rajesh R Subramanian,
i tried this thing also but i was not working properly. can you please give the correct code?
|
|
|
|
|
I'm curious if anyone uses the macros defined in sal.h (__in, __out, etc.)?
|
|
|
|
|
Yes! I've tried using it sometime back, but then lost interested after realising that it is not worth all the efforts. Not to mention how difficult it was while the function signatures had to be changed.
Still a very nice thing to do though. 
“Follow your bliss.” – Joseph Campbell
|
|
|
|
|
I have 2 dialog boxes. One for writing into a file and other for reading from the file. I am using 2 threads. One WriteThread and one ReadThread.
When i run the application , i am not able to access the 2 dialogs synchronously.When the second dialog is displayed, i am not able to access the first dialog. Means after displaying the second dialog, i have to close it to get the first dialog.
Anyone know the solution?
|
|
|
|
|
ratprita wrote: Anyone know the solution?
You will probably need to use the ModeLess type of dialog. See the Dialog Boxes[^] reference on MSDN for details.
|
|
|
|
|
I tried this.
I have made the second dialog modeless.
My requirement was that when i click on the button on the 1st dialog, 2nd dialog will be activated.
Now after making the 2nd dialog modeless, i am getting the 2nd dialog on each click on the 1st dialog's button . ie, more than one dialog(2nd) is activated.
What is the problem?
|
|
|
|
|
ratprita wrote: What is the problem?
I think the problem may be in the design of your application. Dialogs should be used as short lived windows, to give information to the user, or to get parameters or other information from the user. If you need to have two dialogs active at the same time than you are really heading for trouble. I would take a look at your design and think through what you are trying to achieve.
|
|
|
|
|
Declare the two dialog as the member variable of the invoking window, and pass the window to the dialog when constructing it.
====
Of course it's not the only solution.
|
|
|
|
|
|
At compile time: maybe.
At run time: no.
I do a lot of cleanup of old code, and I can tell you that parentheses could have avoided some of the bugs I find. Even if not strictly required for correct grouping, using parentheses makes clear the coder's intent, and so eliminates potential misunderstandings by Those Who Come After.
|
|
|
|
|
I don't think so, even at compilation time, it might make things easier for the parser.
But don't quote me on that...
This signature was proudly tested on animals.
|
|
|
|
|
I'm trying to write my code independent of text encoding, which is a trivial matter for c-strings, however I'm not sure what the appropriate solution is for std::string...
At the moment I'm using the following...
#ifdef UNICODE
typedef tstring wstring;
#else
typedef tstring string;
#endif
this works for most cases, however I'm stuck when using stringstreams - I often manipulate strings with them and get the result using stringstream::str() - but of course that wont work if I'm using my tstrings because there's no appropriate conversion available. I guess my questions here are, A) is the above snippet the best way to do it, B) is there already a tstring defined somewhere that I may have missed, and C) how do I get stringstream::str() to return an encoding-independant string?
|
|
|
|
|
Yeah, that's the way to do (except that you inverted the typedef fields). You should also typedef stringstream the same way:
#if defined _UNICODE || defined UNICODE
typedef std::wstring tstring;
typedef std::wstringstream tstringstream;
#else
typedef std::string tstring;
typedef std::stringstream tstringstream;
#endif
|
|
|
|
|
In addition to Cedric's answer - I'd be tempted to insert the typedef's into the std namespace, to make ADL (aka Koenig Lookup) work more smoothly. Oh - and you can use TCHAR to remove the conditional compilation:
namespace std
{
typedef basic_string<TCHAR> tstring;
typedef basic_stringstream<TCHAR> tstringstream;
}
This article[^] would probably be of interest as well
Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
