|
charlieg wrote: fail
doesn't mean anything except to you that can see the system, code and the error messages.
Why is common sense not common?
Never argue with an idiot. They will drag you down to their level where they are an expert.
Sometimes it takes a lot of work to be lazy
Please stand in front of my pistol, smile and wait for the flash - JSOP 2012
|
|
|
|
|
Wes - sorry, the context of the "fail" is simply opening a new file. The open fails, but no error data is returned.
Charlie Gilley
<italic>You're going to tell me what I want to know, or I'm going to beat you to death in your own house.
"Where liberty dwells, there is my country." B. Franklin, 1783
“They who can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety.” BF, 1759
|
|
|
|
|
Does GetLastError return anything?
Why is common sense not common?
Never argue with an idiot. They will drag you down to their level where they are an expert.
Sometimes it takes a lot of work to be lazy
Please stand in front of my pistol, smile and wait for the flash - JSOP 2012
|
|
|
|
|
Yep. 0 (or no problem). Real bizarre.
Charlie Gilley
<italic>You're going to tell me what I want to know, or I'm going to beat you to death in your own house.
"Where liberty dwells, there is my country." B. Franklin, 1783
“They who can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety.” BF, 1759
|
|
|
|
|
are those files in restricted areas? does your account have access to them?
|
|
|
|
|
The files are in an area that I'll call the release area - the same place they have been for 5+ years. It's a specific folder in our development tree on my C drive.
Charlie Gilley
<italic>You're going to tell me what I want to know, or I'm going to beat you to death in your own house.
"Where liberty dwells, there is my country." B. Franklin, 1783
“They who can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety.” BF, 1759
|
|
|
|
|
File access is the first thing I checked.
The app uses CFile, and I catch the exception when the open fails - the error code is a 0 (no problems). An article I read suggested that MFC was doing something deep down inside and resetting the error code before the exception processing (also within mfc) could grab it. So, I stepped through mfc, caught the file open failure - status is 0.
It's just not making any sense.
As far as providing more information, that's the hard part - I'm not getting anything back from the OS (W7 or Xp).
Since the application used to work flawlessly, I'm wondering if some Windows update nuked something. But I have a hard time going there. Has anyone had that happen to them - an update killing an application?
Charlie Gilley
<italic>You're going to tell me what I want to know, or I'm going to beat you to death in your own house.
"Where liberty dwells, there is my country." B. Franklin, 1783
“They who can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety.” BF, 1759
|
|
|
|
|
charlieg wrote: Has anyone had that happen to them - an update killing an application?
Yes! MS update nuked the synaptics touchpad driver for the missus' netbook. Was working just fine. Went to sleep, woke up to discover an update had been applied and the machine had been reset to complete installation. After that, the touchpad was non-responsive. (win XP)
Hmm, must fix that - thanks for the reminder.
|
|
|
|
|
lol, glad I could help 
Charlie Gilley
<italic>You're going to tell me what I want to know, or I'm going to beat you to death in your own house.
"Where liberty dwells, there is my country." B. Franklin, 1783
“They who can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety.” BF, 1759
|
|
|
|
|
Is the program trying to create a new file, or open an existing file?
Did you try running the program "as administrator?"
The difficult we do right away...
...the impossible takes slightly longer.
|
|
|
|
|
Open a new file.
And I am god on my laptop, so I don't think it's that. But, I've always used the properties option on the fileview to override the base settings. Made sure I was running as admin, run it in Xp mode, etc. No joy, same error.
The weird thing, again, is that the source code has not changed in over two years. A few weeks back, the app just came off the rails and started having these issues.
Charlie Gilley
<italic>You're going to tell me what I want to know, or I'm going to beat you to death in your own house.
"Where liberty dwells, there is my country." B. Franklin, 1783
“They who can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety.” BF, 1759
|
|
|
|
|
charlieg wrote: A few weeks back, the app just came off the rails and started having these issues.
What's not clear is whether you have been running it on Win 7 for a long time before the issue appeared, or if the issue has always existed on Win 7.
The difficult we do right away...
...the impossible takes slightly longer.
|
|
|
|
|
Origin of this program has been Xp Pro. Up until a few weeks ago, it ran fine on W7; however, we pretty much use it on xp. When it started misbehaving on Xp, we tried it on W7, and on multiple machines of various OS flavors - same basic error.
Good point.
Charlie Gilley
<italic>You're going to tell me what I want to know, or I'm going to beat you to death in your own house.
"Where liberty dwells, there is my country." B. Franklin, 1783
“They who can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety.” BF, 1759
|
|
|
|
|
Does the issue appear only when trying to create the file in your special location, or in any location?
Have you tried creating a new file in the same location by other means, such as with Windows Explorer, or any other application?
Why not write a small test program in MFC that does nothing but try to open a file in that location?
The difficult we do right away...
...the impossible takes slightly longer.
|
|
|
|
|
Well, I can craft up a small mfc app to do the same basic thing - that's a good idea, and it may show the problem, I'll give it a shot. Doing so will exercise the same basic code flow as the base application.
As far as other tools, yes, we work in this basic area on a day to day basis.
Charlie Gilley
<italic>You're going to tell me what I want to know, or I'm going to beat you to death in your own house.
"Where liberty dwells, there is my country." B. Franklin, 1783
“They who can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety.” BF, 1759
|
|
|
|
|
After reading all the replies to this, the one thing that's clear is that you've never told anyone exactly where you are creating the file. All we know is that it's someplace on your C drive. Well, newer versions of windows (beyone XP) place restrictions on where you can create files on the system disk ( C: ) so we'll keep going in circles until you provide details beyond "fail" and "hidden place" and other obscure bits of information.
|
|
|
|
|
Per Chuck's comments, let me elaborate on the directory structure of where this app works. He has a point, given the W7 restrictions on random file locations.
The application in question works with a specific directory tree which we will call our release tree. The basic structure:
c:\release
folder A
folder B
etc.
It does not matter to the application where the release folder's root is. I could put it anywhere. Normally it lives on the C drive at the basic level, as it has for some time. Note even though the application runs both in W7 and Xp, I'm mainly worried about Xp. We've never had any issues with permissions, so don't let W7 distract you.
The application allows the user to specify the root folder, so he selects C:\release. When the app runs, it's crunching files in the c:\release tree. Sometimes, it needs to create working files - in c:\release. Sometimes it can, and sometimes it cannot... it is very random. It I go to that folder, I can create files to my heart's content, so I don't think it is a permissions issue.
What else am I being ambiguous about.?
Charlie Gilley
<italic>You're going to tell me what I want to know, or I'm going to beat you to death in your own house.
"Where liberty dwells, there is my country." B. Franklin, 1783
“They who can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety.” BF, 1759
|
|
|
|
|
I would attempt to create a separate application that does nothing but open the file in question. Build upon that until the problem re-appears.
"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
|
|
|
|
|
hi all
can any one pleas e help me to read and write struct using CArchive file.
thanks.
|
|
|
|
|
|
See also  :
void TestExchange(CArchive& ar, POINT& pt)
{
if (ar.IsStoring()) {
ar.Write(&pt, sizeof(POINT));
} else {
ar.Read(&pt, sizeof(POINT));
}
}
They sought it with thimbles, they sought it with care;
They pursued it with forks and hope;
They threatened its life with a railway-share;
They charmed it with smiles and soap.
|
|
|
|
|
I have a dialog CTest.
I have placed a edit control m_Edit1
In the dialog CTest.CPP file I have created a thread with a global function void Update()
I need this global function to update the value of m_Edit1 every cycle in the thread. Since m_Edit1 is a Class member, I unable to access the member variable inside the global function.
Please provide me all the possible alternatives to access a member variable and member function from a global function.
|
|
|
|
|
You can only access the variable through the object, so you need to send a pointer to the object into the global function. Perhaps you need to look at your design.
One of these days I'm going to think of a really clever signature.
|
|
|
|
|
I used a global pointer to the dialog class. I initialized the global pointer to "this" pointer inside the OnInitDialog() function. Then I used the global pointer in the global function to call the member function. The member function is called, but when I try to update values in the edit control using UpdateData(FALSE) the application crashes.
|
|
|
|
|
You mentioned that you are using another thread. MFC classes are not thread safe. To communicate with Windows controls from another thread, use the API PostMessage() function in your thread passing the handle of the control window. Alternatively post user defined messages and handle them in your CDialog derived class.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
