|
CruiseControl.net with Nant can probably solve your needs.
|
|
|
|
|
hmm, looks cool
does ant, cruise control work with C++
I've searched but still can't find any references to C++
|
|
|
|
|
CruiseControl main purpose is to get the latest version of the source from the version-control-system, and start building the solution using the latest source (Independent of the programing language used in the solution)
Nant is merely a "script" language to specify how the build proces should be performed. You can call the VC6 compiler from nant, and that way build the solution.
|
|
|
|
|
Hi,
We have VC++ application running on server which goes down sometime. Is there any inbuild tool which run on my desktop and do the monitoring of xyz.exe (running on server) from task manager.Please let me know if you know any such tool. Appreciate your time.
Thanks
Pankaj
|
|
|
|
|
Define 'monitoring'. I have many, many monitoring tools that monitor different aspects of process behaviour (RegMon, FileMon, ProcMon, TcpView, Wireshark, etc etc).
Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p
|
|
|
|
|
Just to monitor whether xyz.exe is running or stopped. Either by showing status as green when exe is running and Red when exe stop on client desktop.
|
|
|
|
|
Task manager?
Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p
|
|
|
|
|
Task Manager display on server where exe run however I need something show on my desktop.
|
|
|
|
|
In that case, I'd suggest pslist[^], as it can list the processes running on a remote computer. It's free, it's sanctioned by Microsoft and (like all the other SysInternals tools) it gets the job done!
Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p
|
|
|
|
|
How about Remote Task Manager?
"Old age is like a bank account. You withdraw later in life what you have deposited along the way." - Unknown
"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
|
|
|
|
|
How about using EnumProcesses to check if your exe is listed in the process names?
You need to google first, if you have "It's urgent please" mentioned in your question.
_AnShUmAn_
|
|
|
|
|
hi All,
If i want to use LoadLibrary function to import a dll and i dont want to give static path and just give dll name so where i should put my dll in system 32 or somewhere else.....and should i register it or not...please tell me.
Thanks A Ton
Ash_VCPP
|
|
|
|
|
Like this:
HINSTANCE hInst;
hInst= LoadLibrary("SayItsMyLib");
You need to google first, if you have "It's urgent please" mentioned in your question.
_AnShUmAn_
|
|
|
|
|
i tried this way but its not working...where i should keep my dll any specific location like system32?
Thanks A Ton
Ash_VCPP
|
|
|
|
|
Did you register your dll? using the regsvr32 command
regsvr32 is used in for COM dll's
You need to google first, if you have "It's urgent please" mentioned in your question.
_AnShUmAn_
modified on Thursday, March 19, 2009 7:47 AM
|
|
|
|
|
yes i put my dll in system32 folder and then register it but still no hope....can u plz give some sample code or any header file which i am missing....
Thanks A Ton
Ash_VCPP
|
|
|
|
|
Can you check what does GetLastError() return value is?
You need to google first, if you have "It's urgent please" mentioned in your question.
_AnShUmAn_
|
|
|
|
|
_AnsHUMAN_ wrote: Did you register your dll? using the regsvr32 command
You only register COM DLLs. Normal, non-COM DLLs don't need to be registered.
Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p
|
|
|
|
|
|
This[^] probably answers your question.
> The problem with computers is that they do what you tell them to do and not what you want them to do. <
> Life: great graphics, but the gameplay sux. <
|
|
|
|
|
i read the article but one question comes is:
i tried this way but its not working...where i should keep my dll any specific location like system32?
Thanks A Ton
Ash_VCPP
|
|
|
|
|
Will your DLL be used by other programs/processes or only by one application? If only by your own app, then i'd say, keep it next to your executable. Otherwise put it into the system directory, but avoid hardcoding paths, don't assume for example that the system directory is in c:\windows\system32, because what if the user installs his Os on -let's say- drive E, then the system folder should sit in e:\windows\system32.
You usually only need to register a DLL if it needs to do things like add registry entries or such before it can be used, so basicly, if your DLL needs registering or not depends on your DLL.
> The problem with computers is that they do what you tell them to do and not what you want them to do. <
> Life: great graphics, but the gameplay sux. <
|
|
|
|
|
Is it a system DLL? If it is, it really ought to live in a Windows system directory.
If it isn't, just put it in the same directory as your executable. The page that Code-o-mat pointed you at says that the first place the system looks for DLLs is "The directory from which the application loaded".
Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p
|
|
|
|
|
i tried by putting it at every possible place but its not working....is there any other way to import type library coz i imported it using static path??
Thanks A Ton
Ash_VCPP
|
|
|
|
|
If you put it in the same folder than your executable (and pass only the name of the DLL), this should work fine. If that's not the case, check the return value of GetLastError as somebody previously suggested. Maybe there's something wrong with your dll. Does it work if you supply the full path ?
|
|
|
|