|
GatoFedorento47 wrote: myfile.is_open())
Ok, so is the myfile.is_open() statement evaluating to zero or a non-zero value? In other words, which of the two return statements is being executed?
"A good athlete is the result of a good and worthy opponent." - David Crow
"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne
|
|
|
|
|
ok.. i dont know what i did, but now is working! lol .. now that that is working i copied to visual studio (where im building my dll) and compiled. everythings fine, but when i run my actual program made in VB when i call the function it keeps returning 0 again  arghhh i hate this stupid things..
|
|
|
|
|
GatoFedorento47 wrote: ...but now is working!
Not if you haven't increased the size of the vec variable.
GatoFedorento47 wrote: ...but when i run my actual program made in VB when i call the function it keeps returning 0 again
I suspect it is a relative .vs absolute path issue.
"A good athlete is the result of a good and worthy opponent." - David Crow
"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne
|
|
|
|
|
DavidCrow wrote: I suspect it is a relative .vs absolute path issue.
sorry.. didn.t understand, what do you mean? that VB doesn't know where is the file?
|
|
|
|
|
GatoFedorento47 wrote: didn.t understand, what do you mean?
See here.
GatoFedorento47 wrote: that VB doesn't know where is the file?
Exactly. Set a breakpoint in your DLL on the is_open() statement to verify.
"A good athlete is the result of a good and worthy opponent." - David Crow
"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne
|
|
|
|
|
yes, the problem was that the file wasn't in the place it should be. lol. what i did was: instead of reading, i put write and by default, if the file doesn't exist, it creates one. after running the program, i just searched through windows search and found that test file. that way i knew where to put my original txts  thks for all the help [[]]
|
|
|
|
|
I asked you if the path could be part of the problem here. By not specifiying a complete path to the file, your code will still continue to fail under certain circumstances. It's better to tell the OS where to create the file, rather than have the OS tell you where the file will be created (today).
If you are interested in a more C++ solution, rather than the C solution, try:
int escolha_cod( double balance, int choice )
{
std::ifstream myfile("c:\\codigo.txt");
std::vector<int> numbers;
std::copy(std::istream_iterator<int>(myfile), std::istream_iterator<int>(), std::back_inserter(numbers));
myfile.close();
std::vector<int>::iterator it = std::find(numbers.begin(), numbers.end(), choice);
int ret = -1;
if (it != numbers.end())
ret = (int) (it - numbers.begin()) + 1;
return ret;
}
void main( void )
{
int var = escolha_cod(10.0, 1500);
printf("%d",var);
}
"A good athlete is the result of a good and worthy opponent." - David Crow
"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne
|
|
|
|
|
ur right, but either way is working now, so.. thks again
|
|
|
|
|
Did you ever get this straightened out?
"A good athlete is the result of a good and worthy opponent." - David Crow
"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne
|
|
|
|
|
Hi all,
i am trying to step through my simple application. But its so annoying in MFC. Well when i use F10 or F11 it goes directly to appmodul.h and run the whole application frm there. Now if i put break pt. and press F5 and the step through it. It would start going to so many MFC lib source files and after going through 5-6 header files it gives error that no source found...
I really dont want to step through or step into the mfc inbuild source files. I want to only step through my written code. How can i achieve this. There must be some way out. Its so hard to debug like this.
Any help would be appreciated.
Thanks
|
|
|
|
|
Don't step in, just step over. Stepping in will go into MFC, this is a *feature*, I wish I could do that in C#, the best I can do is read the source via reflection. But, you can just step over, or if you find yourself in MFC code, step out.
worst comes to worst, set a breakpoint where you next want to stop and hit 'continue'.
Christian Graus - Microsoft MVP - C++
Metal Musings - Rex and my new metal blog
"I am working on a project that will convert a FORTRAN code to corresponding C++ code.I am not aware of FORTRAN syntax" ( spotted in the C++/CLI forum )
|
|
|
|
|
What is the correct way to populate a CBitmap object from a CDC object in the function below?
How should the return object be release properly in order to avoid resource leakage?
<br />
CStatic m_picture;<br />
WMPPlayer4 m_player;<br />
<br />
CBitmap bm_copy;<br />
CopyWindowAreaToStatic( CWindowDC( &m_player ), bm_copy );<br />
<br />
void CopyWindowAreaToStatic( CDC& cdc_source, CBitmap& bm_copy )<br />
{<br />
CClientDC dc_static( &m_picture );<br />
CRect rc_static;<br />
m_picture.GetClientRect( rc_static );<br />
dc_static.BitBlt( 0, 0, rc_static.Width(), rc_static.Height(), &cdc_source, 0, 0, SRCCOPY );<br />
<br />
CSize sc(rc_static.Width(), rc_static.Height());<br />
bm_copy.CreateCompatibleBitmap(&cdc_source, sc.cx, sc.cy);<br />
}<br />
|
|
|
|
|
C. Tam wrote: CSize sc(rc_static.Width(), rc_static.Height());
bm_copy.CreateCompatibleBitmap(&cdc_source, sc.cx, sc.cy);
Add the following code below the above statement.
CDC MemDc;<br />
MemDc.CreatecompatibleDC(&cdc_source);<br />
CBitmap *pOld = MemDc.SelectObject( &bm_copy );<br />
MemDc.BitBlt( 0, 0, sc.cx, sc.cy, &cdc_source, 0, 0, SRCCOPY );<br />
MemDc.SelectObject( pOld );
|
|
|
|
|
I've updated the function with your reply. Thanks.
Unfortunately, I've noticed this function fails to work when it is invoked by a timer and the source window area is obscured by another application.
E.g. An application with the function "CopyWindowAreaToStatic" is running in the background and its source window area is partially covered by another application. Under this situation, the target's contents include a partial source and the foreground application window area.
Do you know how it should be corrected?
|
|
|
|
|
if your using window xp or later you can use the PrintWindow() function instead of the
MemDc.BitBlt( 0, 0, sc.cx, sc.cy, &cdc_source, 0, 0, SRCCOPY );
Other options are sending the WM_PRINTCLIENT message to the window.
|
|
|
|
|
I've replaced the line
"MemDc.BitBlt( 0, 0, sc.cx, sc.cy, &cdc_source, 0, 0, SRCCOPY );"
with the following line
"PrintWindow(cdc_source, (HDC)MemDc);"
Unfortunately, I couldn't get it to compile. The error is
"error C2065: 'PrintWindow' : undeclared identifier".
Do you know how to correct it?
FYI: I'm using VS6 and I've installed MS Platform SDK for Windows Server 2003 R2.
|
|
|
|
|
C. Tam wrote: PrintWindow(cdc_source, (HDC)MemDc);"
the first parameter is handle to the window not the device context.
C. Tam wrote: error C2065: 'PrintWindow' : undeclared identifier".
You have to set the _WIN32_WINNT version. For this take Project Settings->C++->In the preprocessor definition edit box, put _WIN32_WINNT=0x0501 and rebuild
|
|
|
|
|
I've corrected the line to "PrintWindow(m_player.m_hWnd, (HDC)MemDc);" and
updated the preprocessor definition as "_WIN32_WINNT=0x0501,WIN32,_DEBUG,_WINDOWS,_AFXDLL,_MBCS".
After a full rebuild, I received the following error,
": error C2065: 'PrintWindow' : undeclared identifier"
How should I correct this problem?
|
|
|
|
|
Have you set the include directories and lib directories of the Platform SDK 2003 in the msdev->Tools->Options->Directories->Include file ???
|
|
|
|
|
Thanks for your reply. I got it to compile after installing Platform SDK Feb 2003 which is compatible with VS C++ 6.
Below is the updated function.
Is it correct? Would it leak any resources?
How should I clean up bitmap_output after use?
<br />
void CopyToBitmap(CWMPPlayer4& player, CBitmap& bitmap_output)<br />
{<br />
CClientDC player_dc(&player);<br />
CRect player_rc;<br />
player.GetClientRect( player_rc );<br />
CSize player_sc(player_rc.Width(), player_rc.Height());<br />
bitmap_output.CreateCompatibleBitmap(&player_dc, player_sc.cx, player_sc.cy);<br />
<br />
CDC* dc_p = this->GetDC();<br />
CDC bitmap_dc;<br />
bitmap_dc.CreateCompatibleDC( dc_p );<br />
CBitmap *prev_bitmap_p = bitmap_dc.SelectObject( &bitmap_output );<br />
PrintWindow( player.m_hWnd, (HDC)bitmap_dc, PW_CLIENTONLY );<br />
bitmap_dc.SelectObject( prev_bitmap_p );<br />
ReleaseDC( dc_p );<br />
}
|
|
|
|
|
C. Tam wrote: How should I clean up bitmap_output after use?
This code is ok. No need to cleanyp the bitmap_output. the destrucor of the CBitmap will take care of it.
C. Tam wrote: CDC* dc_p = this->GetDC();
I think this code is not needed. You can use the player_dc itself.
|
|
|
|
|
I've updated the code to use player_dc as below. Thanks for inputs.
During testing, I've discovered that the app does not work all the time.
So far, it works on XPProSP2 hosted on MS Virtual PC 2004.
However, it doesn't work on XPProSP2 running on a real computer. The CBitmap's output is black.
How do I resolve this problem?
<br />
void CopyToBitmap(CWMPPlayer4& player, CBitmap& bitmap_output)<br />
{<br />
CClientDC player_dc(&player);<br />
CRect player_rc;<br />
player.GetClientRect( player_rc );<br />
CSize player_sc(player_rc.Width(), player_rc.Height());<br />
bitmap_output.CreateCompatibleBitmap(&player_dc, player_sc.cx, player_sc.cy);<br />
<br />
CDC bitmap_dc;<br />
bitmap_dc.CreateCompatibleDC( &player_dc );<br />
CBitmap *prev_bitmap_p = bitmap_dc.SelectObject( &bitmap_output );<br />
PrintWindow( player.m_hWnd, (HDC)bitmap_dc, PW_CLIENTONLY );<br />
bitmap_dc.SelectObject( prev_bitmap_p );<br />
}<br />
-- modified at 4:33 Wednesday 6th June, 2007
|
|
|
|
|
I found no reasond for this code to work. Did you debug? Its dosent work means any function failed?
How ever try the next option, WM_PRINTCLIENT
|
|
|
|
|
I've found a workaround for this problem as quoted below.
"During testing, I've discovered that the app does not work all the time.
So far, it works on XPProSP2 hosted on MS Virtual PC 2004.
However, it doesn't work on XPProSP2 running on a real computer. The CBitmap's output is black."
On a real computer's display control panel, reduces the levels of hardware acceleration controlled by device drivers.
By the way, when I run the app on a Windows 2000 machine, an error message is displayed (shown below) before it is shutdown.
"app.exe - Entry Point Not Found"
"The procedure entry point PrintWindow could not be located in the dynamic link library USER32.dll".
Could you show me how to display a more user friendly error message insteads of the one above?
|
|
|
|
|
C. Tam wrote: "The procedure entry point PrintWindow could not be located in the dynamic link library USER32.dll".
Definitly it will come because the Printwindow() function is suppported only in windows XP or a later OS. It will not work in windows 2000. As I said earlier, you can use the WM_PRINTCLIENT message for the same purpose. It will work in windows 95 also.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
