|
|
THE QUESTION REQUIRES US TO DESIGN A FUNCTION AS MENTIONED BELOW, AND EVERYTIME I DEBUG THE PROGRAM, IT GIVES ME ONLY ONE ERROR WHICH IS MENTIONED RIGHT AT TEH BOTTOM OF THE PAGE.
//Purpose::TO CONVERT A GIVEN SIX DIGIT INTEGER TO DATE FORMAT (dd/mm/yyyy)AND CHECK Y2K COMPLIANCE
#include "stdafx.h"
#using <mscorlib.dll>
using namespace System;
int D,DD,MM,YY;
void separateDate(int *temp,int *DD,int *MM,int *YY)
{
*DD=*temp/10000;
*MM=(*temp%10000)/100;
*YY=(*temp%10000)%100;
do
{
Console::WriteLine(S"\nEnter a Valid Date: ");
}
while (*DD<1 || *DD>31);
do
{
Console::WriteLine(S"\nEnter a Valid Date: ");
}
while (*MM<1 || *MM>12);
if (*YY<=36)
{
Console::WriteLine(S"\nTHE DATE IS: {0}/{1}/20{2}",*DD.ToString(),*MM.ToString(),*YY.ToString()); //h:\Visual Studio Projects\Y2k\Y2K.cpp(28): error C2228: left of '.ToString' must have class/struct/union type
}
else
if (*YY>36)
{
Console::WriteLine(S"\nTHE DATE IS: {0}/{1}/19{2}",*DD.ToString(),*MM.ToString(),*YY.ToString()); //h:\Visual Studio Projects\Y2k\Y2K.cpp(28): error C2228: left of '.ToString' must have class/struct/union type
}
}
int _tmain()
{
Console::WriteLine(S"*******************************************************************");
Console::WriteLine(S"\t\tDATE FORMAT");
Console::WriteLine(S"*******************************************************************");
void separateDate(int *temp, int *DD, int *MM, int *YY);
Console::Write(S"\nENTER THE DATE (SIX DIGIT POSITIVE INTEGER): ");
D=D.Parse(Console::ReadLine());
separateDate(&D,&DD,&MM,&YY);
Console::ReadLine();
return 0;
}
//h:\Visual Studio Projects\Y2k\Y2K.cpp(28): error C2228: left of '.ToString' must have class/struct/union type
I HAVE ALSO MENTIONED THE ERROR IN THE LINES IT OCCURS, PLEASE HELP, AM IN A TIGHT SPOT!! THANKS
|
|
|
|
|
The problem is that the int C++ type is used, and it isn't a struct/class. You should use the System::Int32 type if you want to use the .ToString method.
#include "stdafx.h"<br />
#using <mscorlib.dll><br />
using namespace System;<br />
<br />
System::Int32 D,DD,MM,YY;<br />
void separateDate(System::Int32 *temp,System::Int32 *DD,System::Int32 *MM,System::Int32 *YY)<br />
{<br />
*DD=*temp/10000;<br />
*MM=(*temp%10000)/100;<br />
*YY=(*temp%10000)%100;<br />
do<br />
{ <br />
Console::WriteLine(S"\nEnter a Valid Date: ");<br />
}<br />
while (*DD<1 || *DD>31);<br />
do<br />
{<br />
Console::WriteLine(S"\nEnter a Valid Date: ");<br />
}<br />
while (*MM<1 || *MM>12);<br />
<br />
if (*YY<=36)<br />
{<br />
Console::WriteLine(S"\nTHE DATE IS: {0}/{1}/20{2}",(*DD).ToString(),(*MM).ToString(),(*YY).ToString());<br />
}<br />
else<br />
if (*YY>36)<br />
{<br />
Console::WriteLine(S"\nTHE DATE IS: {0}/{1}/19{2}",(*DD).ToString(),(*MM).ToString(),(*YY).ToString());<br />
}<br />
}<br />
int _tmain()<br />
{ <br />
Console::WriteLine(S"*******************************************************************");<br />
Console::WriteLine(S"\t\tDATE FORMAT");<br />
Console::WriteLine(S"*******************************************************************");<br />
<br />
void separateDate(System::Int32 *temp, System::Int32 *DD, System::Int32 *MM, System::Int32 *YY);<br />
Console::Write(S"\nENTER THE DATE (SIX DIGIT POSITIVE INTEGER): ");<br />
D=D.Parse(Console::ReadLine());<br />
separateDate(&D,&DD,&MM,&YY);<br />
<br />
Console::ReadLine();<br />
return 0;<br />
}
Pablo Hernandez Valdes
|
|
|
|
|
People are doing beginner courses in MC++ now ? What a travesty....
By the way, PLEASE DON'T YELL !!!!
Christian
I have drunk the cool-aid and found it wan and bitter. - Chris Maunder
|
|
|
|
|
I want to compare member variables that are in the derived class and not the base class.
Can I overload operator== for a derived class?? Or do I have to define one for the base class as well.
Thanks.
-C
|
|
|
|
|
Wheatbread wrote:
Can I overload operator== for a derived class??
yes you can
|
|
|
|
|
|
CodeProject! Is there a simple way to determine file information about the current application you are in?
Specifically, I have an app called "MyApp.exe". I want to display its current file location, creation date, size, of my application in an "About" dialog.
If a user saves "MyApp.exe" to "d:\UsefulApps\MyApp.exe", then when I open the About dialog, it will tell me the current location is "d:\UsefulApps", created on "MM/dd/yyyy HH:mm:ss.sss", and file size "250 kb".
What file classes are available to get this info from inside the Application itself?
Thank you very much,
You all rock! 
Johnny
|
|
|
|
|
you could try do a search hereabouts for 'versioninfo' or 'version info' - several authors have published articles about reading this from the resource buried in an exe. I dont know if it covers file size though, the obvious way of handling that is to get the exe name using a system call, then use one of the shell utilities or similar eg directory search to return the file size
hope this starts you on the right foot
'G'
|
|
|
|
|
GetModuleFileName(...) will return the location where MyApp.exe was launched.
CFile::GetStatus(...) will return file size, time stamp, ...
TCHAR chFileName[_MAX_PATH]="";
GetModuleFileName(NULL, chFileName, sizeof(chFileName));
CFileStatus rStatus;
CFile::GetStatus(chFileName, rStatus);
|
|
|
|
|
thanks for helping out .. on re-reading his question, he probably doesnt need 'version info' - and I'm flat maggot this am at the office and couldnt remember GerModuleFileName - I'd have had to do a search myself to find it ..
'G'
|
|
|
|
|
Thanks All! These are excellent replies and just what I'm looking for.
|
|
|
|
|
I have an application that I can build, then run in Debug mode. In that mode it is fine. When I configure the project for release, re-build, then try to run the application. I get exceptions. Has anyone ever seen this happen before?? I think I may need to add exception handling code in all my functions to find the problem.
Jerry
|
|
|
|
|
There are quite few differences between the different builds. Your description is too vague to give any specific insight, however hope this helps, in particular rule 4:
http://www.codeproject.com/debug/releasemode.asp[^]
Marcus Spitzmiller
"Why must life be so hard? Why must I fail at every attempt at masonry?" - Homer
|
|
|
|
|
I get a message that an exception occurred in the exe. I get a message box that lets me attempt to find the problem...but when I try stepping into the application to find the problem, I get assembler code...so I dont know where the problem is.
Thanks.
Jerry
|
|
|
|
|
Hi Jerry - If you get the assembler code, you can always then look at the call stack to see in which function the execution has stopped. You can show the call stack in the Visual Studio .NET IDE by Debug->Windows->Call Stack.
Hope this helps...
Marcus Spitzmiller
"Why must life be so hard? Why must I fail at every attempt at masonry?" - Homer
|
|
|
|
|
Here is another useful article.
"The pointy end goes in the other man." - Antonio Banderas (Zorro, 1998)
|
|
|
|
|
Hi All,
Using some of the samples provided here and at CodeGuru I have mannaged to create a Split View with a Form (with a comboBox) and a Document View for the second pane. Now I need to gain access to the Document so it can be printed etc. The View for the Document is based on the CScrollView. What I need is to have the Document gain the focus and have the Menu change to the IDR_MYDOCTYPE. Can anyone shed some much needed light on this subject. Here is how I am creating the Split:
BOOL CECalSplitter::OnCreateClient(LPCREATESTRUCT /*lpcs*/,
CCreateContext* pContext)
{
if (!m_wndSplitter.CreateStatic(this, 1, 2))
{
TRACE0("Failed to CreateStaticSplitter\n");
return FALSE;
}
// add the first splitter pane - the default view in column 1
if (!m_wndSplitter.CreateView(0, 1,
pContext->m_pNewViewClass, CSize(0,0),pContext))
{
TRACE0("Failed to create first pane\n");
return FALSE;
}
// add the second splitter pane - an input view in column 0
if (!m_wndSplitter.CreateView(0,0,
RUNTIME_CLASS(CFrmView), CSize(425,50),pContext))
{
TRACE0("Failed to create second pane\n");
return FALSE;
}
// activate the input view
SetActiveView((CView*)m_wndSplitter.GetPane(0,1));
return TRUE;
}
When the ComboBox is closed (All Items have been selected) the Document is then displayed. I.E. I am creating the document based on items selected which I am placing in specific points in the document.
Any help would be appreciated.
Thanks, Charlie
|
|
|
|
|
I have a small piece of code that was used in the book that I have and the author does not do a good job explaining what it means. Could someone explain this to me? I have an idea but I am trying to get a better understand....thanks!
CClientDC dc(this);
OnPrepareDC(&dc);
dc.DPtoLP (&point);
Then he uses it in these two functions:
void CEx14fView::OnLButtonDown(UINT nFlags, CPoint point)
{
CClientDC dc(this);
OnPrepareDC(&dc);
dc.DPtoLP (&point);
Pt1 = point;
}
void CEx14fView::OnLButtonUp(UINT nFlags, CPoint point)
{
CEx14fDoc* pDoc = GetDocument();
ASSERT_VALID(pDoc);
CClientDC dc(this);
OnPrepareDC(&dc);
dc.DPtoLP (&point);
Pt2 = point;
pDoc->AddLine (Pt1, Pt2);
Invalidate();
}
There are 10 kinds of people in this world. Those who understand binary and those who don't.
|
|
|
|
|
BrockVnm wrote:
CClientDC dc(this);
This creates a device context out of the current window. A DC is what you draw on.
Your app is obviously Doc/View, because OnPrepareDC is a function in the CView class. It's generally called by the framework before the OnPaint method.
DPToLP converts an array of points from co-ordinates in device units, into co-ordinates in logical units.
The net result is that this guy is an idiot. He's grabbing the device context and mangling with it in order to work out the point that the mouse is over, relative to the window instead of the screen. The CWnd class has methods to do this directly ( ScreenToClient and ClientToScreen, from memory ).
Christian
I have drunk the cool-aid and found it wan and bitter. - Chris Maunder
|
|
|
|
|
Christian Graus wrote:
The net result is that this guy is an idiot. He's grabbing the device context and mangling with it in order to work out the point that the mouse is over, relative to the window instead of the screen. The CWnd class has methods to do this directly ( ScreenToClient and ClientToScreen, from memory ).
Not really. This guy's code converts from device coordinates to logical coordinates (the point passed to the function is already relative to the window's client area). ScreenToClient() and ClientToScreen() convert to and from screen- and window-relative device coordinates and have no knowledge of the current mapping mode.
Ryan "Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late" John Nichol "Point Of Impact"
|
|
|
|
|
i am doing a project involving to get text from the msm coversation window
can any one help me
|
|
|
|
|
|
Hello,
I've been trying to write a program in C++ (using Borland C++ 5.02 compiler, alternating with MSVC++ 6.0) that communicates with the serial port to read in data.
I used the book "Serial Communications in C and C++" by Mark Goodwin as a reference, as it came with a floppy that contained source files including a class that reduced serial communications to a matter of declaring a variable and calling some member functions on it (eg. Port1.in_ready(), Port1.get(), etc).
Anyway, the code compiles, but it fails in the linking stage as it says that there are external errors dealing with the class's commands -- even the example code would not work.
So I did a bit of research and found out that XP does not allow users to freely access the serial COM ports (1-4), among others. One site suggested that downloading a certain driver would fix things, but I have not been able to find anything of that nature. Does anyone have any experience dealing with a problem similar to this? Is there something out there that I haven't found yet?
Any help is greatly appreciated...
|
|
|
|
|
XP does not prevent access to the serial ports. But you can not use a Win98-compilant code to operate the serial ports. The access methods are different, and a code that compiles, links and runs fine on a Win98/Me-platform no longer does that under XP.
Under XP, direct access (assembly-based) to the serial ports is prohibited: instead, you must utilize the Platform SDK commands to operate the ports. Luckily, Windows-family treats ports as files, so using CreateFile with a filename "COM1" opens the port.
Here's a link to the MSDN Platform SDK site that discusses communications. The link.
-Antti Keskinen
----------------------------------------------
The definition of impossible is strictly dependant
on what we think is possible.
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
