|
That entirely depends on the platform you are using. Windows? Linux? Mac? Other (or none)? And then, what file system? FAT32, NTFS, ext3?
Depending on all that, it might be difficult or very hard :P
|
|
|
|
|
I have an application (mine) that uses WriteFile() to write directly to the console, but I also have to share that console with another application that (as far as I know writes to stdout). Does anybody know of a way that I can force synchronisation of the output - so that there is no output overlap/corruption. My application uses a console lock to prevent this happening - but I have no control over a third-party app.
Regards.
James .
|
|
|
|
|
Can't you redirect the other app's output so it goes trough your app and then you could synchronize it as you like?
> The problem with computers is that they do what you tell them to do and not what you want them to do. <
> If it doesn't matter, it's antimatter.<
|
|
|
|
|
Thanks for the reply.
I have no control over the app. I don't launch it - so I cannot use re-direction.
|
|
|
|
|
Is your app launched by the the other one then? Or how do you gain access to the other app's console?
> The problem with computers is that they do what you tell them to do and not what you want them to do. <
> If it doesn't matter, it's antimatter.<
|
|
|
|
|
OK .. my App launches an instance of an ooRexx interpreter. My App runs servicing ooRexx commands - specifically the PIPE command - which my App is. My App - can do loads of 'stuff' writing to the console - but so can ooRexx (I have no control over this). ooRexx has commands that write 'stuff' to the console - however - in order to prevent output overlap - I need to come up with a mechanism that flags when STDOUT/ERR is being written to - so that my App can synchronise output.
I think that I am going to have to open a 'change request' on ooRexx - if they will have it.
|
|
|
|
|
TenFiftyTwo wrote: my App launches an instance of an ooRexx interpreter
Now i am confused, earlier you said that your app does not launch the other process. If you do launch it then you could use CreateProcess[^] along with CreateNamedPipe[^] to redirect its output to a named pipe, read this named pipe in your own app and write what you get to your own output (basicly the console) after some synching.
Sorry if i am missing the point.
> The problem with computers is that they do what you tell them to do and not what you want them to do. <
> If it doesn't matter, it's antimatter.<
|
|
|
|
|
OK.
My application launches an instance of an ooRexx Interpreter - through a function call (not a seperate thread) as you might do to launch another process. Now, the user might have launched my application with re-directed output handles - so I cannot be sure where the output from ooRexx or my application is going to end up being written to. So, all I was looking for was a way to ensure that there would not be any output overlap between ooRexx and my application - I was just looking for a way to synchronise output.
|
|
|
|
|
TenFiftyTwo wrote: I was just looking for a way to synchronise output.
That i understood.
TenFiftyTwo wrote: through a function call
This clears up the confusion, thank you.
For now i have no idea how you could achieve syncronization, sorry.  Maybe others here know better. I will think about it, if i think of anything, i'll share.
> The problem with computers is that they do what you tell them to do and not what you want them to do. <
> If it doesn't matter, it's antimatter.<
|
|
|
|
|
Thank you for considering the issue.
Regards.
James
|
|
|
|
|
I have another idea that might or might not work. Since after running your ooRexx thing, it will write its output on the same console as your app, i guess it inherits its standard outputs from your process, so i was wondering, what would happen if you were to change your own process' standard output prior to calling the function that runs the ooRexx thingie and then changing it back to its original afterwards, this way the external process might inherit the changed output. So basicly:
-create named pipes (for stdout and/or stderr)
-set them as standard output/standard error for your own process (google for how to do this, maybe freopen with stdout/stderr can do this, not sure)
-call the method to run the ooRexx thing
-change your app's output back
-have a thread running that reads from the named pipes and does nothing more than writing what it got to your own process' original output with syncronization added.
How does this sound?
> The problem with computers is that they do what you tell them to do and not what you want them to do. <
> If it doesn't matter, it's antimatter.<
|
|
|
|
|
Hi.
Thanks for the update. Yes that would work and to be honest I had considered a similar setup - but I wanted to avoid over-complicating the solution. I actually have a slew of named-pipes in the app already - so coding that is not an issue.
How I wish the I/O functions had been designed to implement a simple mutex or event to indicate that an output stream had been acquired.
I am going to have to go ahead and employ the mechanism as you describe.
I would like to thank you very much for the time you have given to this issue.
My best regards.
James.
|
|
|
|
|
Yourwelcome, such problems are fun to fiddle with, at least for me. I'd apriciate it if you could drop a line here telling me/us if it worked or not. Just curiosity, thanks in advance.
> The problem with computers is that they do what you tell them to do and not what you want them to do. <
> If it doesn't matter, it's antimatter.<
modified on Sunday, August 21, 2011 4:31 PM
|
|
|
|
|
In order to start a program automaticaly, by some while I use the follow code :
void CMainFrame::OnOptionsStartwithwindows()
{
m_bAutoStart = ! m_bAutoStart;
long lRet = 0;
CString sPath;
CRegKey regKey;
::GetModuleFileName(NULL,sPath.GetBuffer(_MAX_PATH),_MAX_PATH);
sPath.ReleaseBuffer();
if(! regKey.Create(HKEY_LOCAL_MACHINE,_T("SOFTWARE\\Microsoft\\Windows\\CurrentVersion\\Run")) == ERROR_SUCCESS)return;
if(m_bAutoStart)lRet = regKey.SetValue(sPath,theApp.m_pszAppName);
else lRet = regKey.DeleteValue(theApp.m_pszAppName);
regKey.Close();
if(lRet != ERROR_SUCCESS)m_bAutoStart = ! m_bAutoStart;
}
and works fine ... until Windows 7 ... why ? Whould be a rights problem ? If yes, how can I have programatically administrator rights when I write in registry ?
Thank you.
|
|
|
|
|
HKEY_LOCAL_MACHINE access requires elevated privileges under Windows 7. You can set this in your project manifest, or Linker->Manifest options in your project Properties.
|
|
|
|
|
I like to set this into manifest file ... but I don't know how to do it ... an you give a small ideea ? Or link, anything ?
|
|
|
|
|
|
You could easily have discovered this for yourself by setting the option in your Linker properties as I suggested, and looking at the generated manifest:
<security>
<requestedPrivileges>
<requestedExecutionLevel level='requireAdministrator' uiAccess='false' />
</requestedPrivileges>
</security>
|
|
|
|
|
I work in VC6, so there I haven't options for directly editing manifest file ... thank you much, I try this and let you know what I've done.
|
|
|
|
|
Flaviu2 wrote: I work in VC6
Time to upgrade then.
|
|
|
|
|
|
Seems to work now, thank you.
|
|
|
|
|
Hi!
Someome can help me to solve this problem?
Package 'Visual Studio Explorers and Designers Package'has failed to load properly (GUI={8D8529D3-625D-4496-8354-3DAD630ECC1B})because of previous errors. For assistance, contact the package vendor. To attempt to load this package again, type 'devenv /resetskippkgs' at the command .
I use this command but no result.
Thanks 
Lahatra
|
|
|
|
|
lahatra wrote: For assistance, contact the package vendor.
Looks like a good place to start.
|
|
|
|
|
I'm using the winsock API in my VC++ 2008 app.
When the application is running and the socket is connected all the time reading/writing, I unplug the network cable to force a network problem.
In order to check if the connection is down I just send 0 bytes to the socket, but I still returns 0 instead of SOCKET_ERROR.
Does anyone know how to check if the connection is down?
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
