|
Do as I suggested and use one of the options I already told you about, and provided links to.
Binding 100,000 items to a list box can be just silly regardless of what pattern you are following. Jeremy Likness
|
|
|
|
|
This question is non-sensical. Why would Windows care where they are stored?
"One man's wage rise is another man's price increase." - Harold Wilson
"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons
"Show me a community that obeys the Ten Commandments and I'll show you a less crowded prison system." - Anonymous
|
|
|
|
|
"The desktop is just a folder like everywhere else."
Would it be more correct if we say that the "desktop" is the parent / main (Windows) application and that is why the file goes there if no path is specified?
Just curious.
Also it seems "illogical" / awkward to open a file ( on desktop ) and than save it elsewhere.
But - whatever floats your boat.
Vaclav
|
|
|
|
|
Vaclav_Sal wrote: Would it be more correct
I was trying not to complicate things, saying "it's just a folder" was the simplest explanation I could come up with.
Vaclav_Sal wrote: Also it seems "illogical" / awkward to open a file ( on desktop ) and than save it elsewhere.
Sorry, I don't understand what you are saying here.
Binding 100,000 items to a list box can be just silly regardless of what pattern you are following. Jeremy Likness
|
|
|
|
|
You can always get the path from where the exe is running using GetModuleFileName and extract the required path and append it in the wfopen function for the file name .Then your file should be created in the app directory itself.
Though this is a strange behaviour that you are getting, this is just another way for achieving what you want.
You talk about Being HUMAN. I have it in my name
AnsHUMAN
modified 3-May-12 8:52am.
|
|
|
|
|
Thank you for your answer.
This is indeed a strange behaviour.
I will use GetModuleFileName.
It seems that I have no other option.
|
|
|
|
|
dliviu wrote: This is indeed a strange behaviour.
No, this is quite normal.
dliviu wrote: It seems that I have no other option.
You have quite a few options, two more of which I suggested above.
Binding 100,000 items to a list box can be just silly regardless of what pattern you are following. Jeremy Likness
|
|
|
|
|
There is a 'working directory' setting which I believe is on the debug menu, or some such. It is where you can specify the exe to be debuged and any arguments too.
This might change the behaviour, but I am guessing at some point you will want the app to run outside the debugger, so you are going to have to write code to set the path where the file is saved.
==============================
Nothing to say.
|
|
|
|
|
I know about the working directory option.
I've set it but to no avail.
I'm gonna use GetModuleFileName.
Thanks!
|
|
|
|
|
dliviu wrote: the problem I'm having is that the file "fisier.txt" is saved on desktop and not where my app is.
It's the difference between a relative path vs. an absolute path.
"One man's wage rise is another man's price increase." - Harold Wilson
"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons
"Show me a community that obeys the Ten Commandments and I'll show you a less crowded prison system." - Anonymous
|
|
|
|
|
Hello Friends
Critical Situation:
Two application are in MFC.Using Document View Architecture.
First Application saving a file using Serialize.[no idea about File Format].We dont have this application code.
Second Application is also saving a file using Serailize of same extension tht we created in first application.[ knows the format ].
Now,when i am trying to Load old Files into new Application,it crashes,As I am assuming File format is Different.Is there any way If I can Get Format of Old Files so that when i load up in new application,it doesnt crash?
Any Ideas?
Regards
Yogesh
|
|
|
|
|
You can use a HEX editor to read the file and try to figure it out, or try and find the format description by getting the source code of the application, or talking to the people who do have the source code. Either way there is no tool that I know of that can tell you the format.
Binding 100,000 items to a list box can be just silly regardless of what pattern you are following. Jeremy Likness
|
|
|
|
|
I dont have any option.And reading thru Hex file Editor and figure out is not possible.
Thanks Richard.
Regards
Yogesh
|
|
|
|
|
Why not use a different extension for your new files?
Binding 100,000 items to a list box can be just silly regardless of what pattern you are following. Jeremy Likness
|
|
|
|
|
But ,I have to load up old Files too even,thts y I want to read what wrong with new format.
|
|
|
|
|
Well I guess you made a mistake in using the same file extension for your files as one that was already in use. I think some other posters have suggested methods you can use to try and distinguish between the two.
Binding 100,000 items to a list box can be just silly regardless of what pattern you are following. Jeremy Likness
|
|
|
|
|
File extension does NOT determine file format, of course.
If, and only if, you know that 'old' and 'new' files are indeed pretty similar then you may try to use the debugger with the new application while trying to load the old file in order to guess what is going wrong.
Veni, vidi, vici.
|
|
|
|
|
I tried to load old Files in new appliction but while debugging it is showing all values that i am getting in new application is totally junk values and at one step it crashed.
Regards
Yogesh
|
|
|
|
|
Suggestion. Modify your second application so that it writes out some recognizable tag. Also have it check for that tag first, before it attempts to read the entire file. If the tag is present, then proceed to read the rest of the file. If the tag is not present, or an exception is thrown which you catch, then do not read the rest of the file. 
Chris Meech
I am Canadian. [heard in a local bar]
In theory there is no difference between theory and practice. In practice there is. [Yogi Berra]
posting about Crystal Reports here is like discussing gay marriage on a catholic church’s website.[Nishant Sivakumar]
|
|
|
|
|
Chris Meech wrote: Also have it check for that tag first, before it attempts to read the entire file.
GetObjectSchema(), perhaps?
"One man's wage rise is another man's price increase." - Harold Wilson
"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons
"Show me a community that obeys the Ten Commandments and I'll show you a less crowded prison system." - Anonymous
|
|
|
|
|
 That looks like a pretty good method call to me.
Chris Meech
I am Canadian. [heard in a local bar]
In theory there is no difference between theory and practice. In practice there is. [Yogi Berra]
posting about Crystal Reports here is like discussing gay marriage on a catholic church’s website.[Nishant Sivakumar]
|
|
|
|
|
why not use boost library serialization?
|
|
|
|
|
Hello Friends
Whats the Difference between
COleserverDoc::OnOpenDocument(filename)
and
CDocument::OnOpenDocument(filename)
?
Regards
Yogesh
|
|
|
|
|
yogeshs wrote: Whats the Difference between
Have you looked at the online docs? Have you looked at the source code?
"One man's wage rise is another man's price increase." - Harold Wilson
"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons
"Show me a community that obeys the Ten Commandments and I'll show you a less crowded prison system." - Anonymous
|
|
|
|
|
I am building Windows CE 6.0 R3 image for VIA board.I have added Start Menu Banner(.bmp) displaying Windows CE to the Start Menu.
When i am scrolling the mouse or keyboard over the start menu, The banner gets erased.Its not refreshed.
I have tried the functions like RedrawWindow(),Invalidate(). but i can't be able to solve the problem. Here is the code related to draw start menu, can any one help me to redraw the start menu banner,
int StartMenu_DrawMenuItem(DRAWITEMSTRUCT *lpdis)
{
LPSTMENUDATA lpst;
RECT rc; HICON hicon;
CStringRes szMenu(g_hInstance);
if (!lpdis)
{
ASSERT(lpdis);
return FALSE;
}
lpst = (LPSTMENUDATA)lpdis->itemData;
if (!lpst)
{
ASSERT(lpst);
return FALSE;
}
CopyRect(&rc, &lpdis->rcItem);
if (lpst->idMenuCmd <= IDM_START_LAST_BANNER)
{
rc.left += sizeSTPegasus.cx; }
if (lpst->idMenuCmd == IDM_START_LOGOFF || lpst->idMenuCmd == IDM_START_SHUTDOWN)
{
rc.left += sizeSTPegasus.cx;
}
switch (lpdis->itemAction)
{
case ODA_DRAWENTIRE:
if (idFirstMenu == lpst->idMenuCmd)
{
CopyRect(&rcMenu, &lpdis->rcItem);
rcMenu.right = rcMenu.left + sizeSTPegasus.cx; }
else if (idLastMenu == lpst->idMenuCmd)
{
rcMenu.bottom = lpdis->rcItem.bottom;
if (hbmSTPegasus) {
HDC hdcmem = CreateCompatibleDC(lpdis->hDC);
if (hdcmem)
{
SelectObject(hdcmem, hbmSTPegasus);
FillRect(lpdis->hDC, &rcMenu,
GetSysColorBrush(COLOR_ACTIVECAPTION));
BitBlt(lpdis->hDC, 0, rcMenu.bottom - sizeSTPegasus.cy,
sizeSTPegasus.cx, sizeSTPegasus.cy, hdcmem, 0, 0,
SRCCOPY);
DeleteDC(hdcmem);
}
}
}
case ODA_SELECT: if ((lpdis->itemState & ODS_SELECTED) && lpst->idMenuCmd)
{
HBRUSH hbrush = CreateSolidBrush(GetSysColor(COLOR_HIGHLIGHT));
SetTextColor(lpdis->hDC, GetSysColor(COLOR_HIGHLIGHTTEXT));
FillRect(lpdis->hDC, &rc, hbrush);
}
else
{
HBRUSH hbrush = CreateSolidBrush(GetSysColor(COLOR_MENU));
SetTextColor(lpdis->hDC, GetSysColor(COLOR_MENUTEXT));
FillRect(lpdis->hDC, &rc, hbrush);
DeleteObject((HGDIOBJ)hbrush);
}
break;
default:
break;
-- Eshwar
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
