|
I will not be able to write code until I get home, school computers wont let me install
compilers
|
|
|
|
|
VuNic wrote: *pchText++;
you know this is bad coding, but you push a newbie into it ?!
evil you are
|
|
|
|
|
Hey VuNic could you tell me why this is conflicting code and give me an alternative?
|
|
|
|
|
std::string str = "A Good Spirit Types";
std::string::iterator it;
for ( it=str.begin() ; it < str.end(); it++ )
{
std::cout <<*it;
Sleep(2000);
}
This one's okay?
He never answers anyone who replies to him. I've taken to calling him a retard, which is not fair to retards everywhere.-Christian Graus
|
|
|
|
|
much much better
it would be even better if you wouldn't put that horrible using namespace std; at the beginning of your code
|
|
|
|
|
That's true. I avoid that too It's a good practice but I don't feel it's something "horrible".
He never answers anyone who replies to him. I've taken to calling him a retard, which is not fair to retards everywhere.-Christian Graus
|
|
|
|
|
I prefer the first release. Just a note, Sleep is not available on Linux .
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
[My articles]
|
|
|
|
|
Yeah even I like the first one. But Tox the tiger commands things and I end up changing to what he asks Tox Rox!
And yes I just noticed in a Linux site, Linux sleeps a bit different with C++ there. lol .
gudnite!
He never answers anyone who replies to him. I've taken to calling him a retard, which is not fair to retards everywhere.-Christian Graus
|
|
|
|
|
lol it isn't bad if we get used to. well, to newbies yes, may be you are right, let him find that out. sooner or later he'll find something like that and it's helps him there
He never answers anyone who replies to him. I've taken to calling him a retard, which is not fair to retards everywhere.-Christian Graus
|
|
|
|
|
I agree, that's not bad code at all. Just code. Newbies should masters such C -like constructs in order to master C++ .
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
[My articles]
|
|
|
|
|
So you just got a fan.
He never answers anyone who replies to him. I've taken to calling him a retard, which is not fair to retards everywhere.-Christian Graus
|
|
|
|
|
That's not bad coding at all.
Anyone who thinks he has a better idea of what's good for people than people do is a swine.
- P.J. O'Rourke
|
|
|
|
|
Try calling fflush before each sleep call; this way, the text in stdout's buffer gets pushed to the console immediately:
printf("\n\nH");
fflush(stdout);
sleep(2);
printf("e");
fflush(stdout);
sleep(2);
printf("y\n\n");
fflush(stdout);
sleep(2);
|
|
|
|
|
AWSOMENESS!!!PERFECT. I got it now. Adam Maras I am forever your servant.
Thanks All for your help
|
|
|
|
|
Hi,
Is the only way to override members of a Base Class (and get to thier private members)
Is by having them declared Virtual ???
|
|
|
|
|
ForNow wrote: (and get to thier private members)
You must be kidding. Otherwise time to take up the book . Hint: You need a friend.
(the David Crow way!)
He never answers anyone who replies to him. I've taken to calling him a retard, which is not fair to retards everywhere.-Christian Graus
|
|
|
|
|
ForNow wrote: Is the only way to override members of a Base Class (and get to thier private members)
You can't get to a base class's private members from a derived class through overridden methods, whether they're virtual or not. A derived class can see public and protected members of its base class(es).
And you should also question why you're wanting to get at the base class's private members - either the base class is designed wrong or you're going the wrong way about things.
Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p
|
|
|
|
|
I am refering to the following Article wwww.codeproject.com/KB/threads/extended_thread.aspx
The Author is refering to A Contructer of CWinThread which is not documented in MSDN instead is in the thrdcore.h
In the artice he intilizes private memebers of CWinThead namely m_pThreadParams
m_pThreadParams = this;
class CWinThread : public CCmdTarget {
public:
CWinThread();
CWinThread(AFX_THREADPROC pfnThreadProc, LPVOID pParam); <---- Constructer
BOOL CreateThread(DWORD dwCreateFlags = 0, UINT nStackSize = 0,
LPSECURITY_ATTRIBUTES lpSecurityAttrs = NULL);
virtual BOOL InitInstance();
virtual int Run();
virtual BOOL PreTranslateMessage(MSG* pMsg);
virtual BOOL PumpMessage(); // low level message pump
virtual BOOL OnIdle(LONG lCount); //return TRUE if more idle processing
virtual BOOL IsIdleMessage(MSG* pMsg); //checks for special messages
private:
LPVOID m_pThreadParams; //generic parameters passed to starting function
AFX_THREADPROC m_pfnThreadProc;
HANDLE m_hThread; // this thread's HANDLE
}
|
|
|
|
|
ForNow wrote: The Author is refering to A Contructer of CWinThread which is not documented in MSDN instead is in the thrdcore.h
In the artice he intilizes private memebers of CWinThead namely m_pThreadParams
m_pThreadParams = this;
Well, see, here's the thing - m_pThreadParams is public (yes, PUBLIC) in the MFC I've got.
Have you got some counterfeit MFC or something?
Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p
|
|
|
|
|
I picked up the layout from a PPT presentation by Konstantin Bukin entitled more threads guess there is a lot of errorous documentation out there
|
|
|
|
|
ForNow wrote: I picked up the layout from a PPT presentation .. guess there is a lot of errorous documentation
Yeah, the code tends to be the most authoritative source.
Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p
|
|
|
|
|
It's the time to read some good C++ book.
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
[My articles]
|
|
|
|
|
Ok, so I've followed these steps to the T: http://www.microsoft.com/express/2005/platformsdk/default.aspx
I'm able to see the option to create the DLL, but after I start a new project and compile it, the project is unable to find the 'windows.h' file(s).
Am I not pointing the IDE to the right location?
Here's what I have for my VCProjectEngine.Dll.Express.Config file. The "Larrow" and "Rarrow" are the left and right braces around the XML tags:
Larrow ?xml version="1.0" encoding="utf-8"? Rarrow
Larrow VCPlatformConfigurationFile
Version="8.00"
Rarrow
Larrow Platform
Name="VCProjectEngine.dll"
Identifier="Win32"
Rarrow
Larrow Directories
Include="$(VCInstallDir)include;$(VCInstallDir)PlatformSDK\include;$(FrameworkSDKDir)include;$C:\Program Files\Microsoft SDKs\Windows\v6.1\Include"
Library="$(VCInstallDir)lib;$(VCInstallDir)PlatformSDK\lib;$(FrameworkSDKDir)lib;$(VSInstallDir);$(VSInstallDir)lib;$C:\Program Files\Microsoft SDKs\Windows\v6.1\Lib"
Path="$(VCInstallDir)bin;$(VCInstallDir)PlatformSDK\bin;$(VSInstallDir)Common7\Tools\bin;$(VSInstallDir)Common7\tools;$(VSInstallDir)Common7\ide;$(ProgramFiles)\HTML Help Workshop;$(FrameworkSDKDir)bin;$(FrameworkDir)$(FrameworkVersion);$(VSInstallDir);$(PATH);$C:\Program Files\Microsoft SDKs\Windows\v6.1\Bin"
Reference="$(FrameworkDir)$(FrameworkVersion)"
Source="$(VCInstallDir)crt\src"
/Rarrow
Larrow /Platform Rarrow
Larrow /VCPlatformConfigurationFile Rarrow
Anything wrong here? Maybe another step not being followed correctly?
Thanks
|
|
|
|
|
windows.h will be in the Windows SDK include folder, which is the "$C:\Program Files\Microsoft SDKs\Windows\v6.1\Include" part of the include path.
Is the $ sign really in that bit of the include path, 'cause it looks wrong to me. If that solves your problem, then you'll also want to remove the $ signs in the equivalent parts of the Library and Path environment variables.
Also - does that folder (C:\Program Files\Microsoft SDKs\Windows\v6.1\Include) actually exist?
BTW - my install of VS2005 has $(VCInstallDir)PlatformSDK\include - I guess you've installed a new Platfrom SDK version and asked it to integrate with Visual Studio?
|
|
|
|
|
Cool! I've removed the dollar signs.
Thank You!
|
|
|
|