I want to monitor the changes made by my installer, and I found the processmonitor is useful, But it just get too many information, and really hard to retrieve what I need. Is there any better solution on monitoring ? Like what folder, file, registry the application created ?
Thanks !
I often used InCtrl 5 (it's old but usefull).
did you try filtering un-necessary information?
Filters in processmon are very good and correctly prints only what you need.
If you are looking for professional application, there was one I used to use: Norton Cleansweep.
http://en.wikipedia.org/wiki/Norton_CleanSweep
Its no longer developed by Norton, but should not be hard to find if you want to grab one copy.
Related
When I use the MsDeploy in the way of using Microsoft.Web.Deployment to meet a problem, my C# program can work normally, the use of contentPath providers will be the site of the normal file synchronization to the server, but do not know what the contents are synchronous, know only to increase a few questions, delete some files and delete. Several problems. But I would like to know what specific documents, get a list of these documents, the current use of Microsoft.Web.Deployment I do not know how to achieve the purpose, which is very important to me, please help me.
Similar to the use of Visual MsDeploy Studio, you can preview ahead of time to know what files will be updated, I want the effect is like this, please tell me how to achieve this effect, thank you very much.
You can use the whatif flag to find out what will be deployed/changed with MSDeploy:
msdeploy -whatif -verb:sync -source:contentPath=C:\Inetpub\Site1 -dest:contentPath=C:\Inetpub\Site2
https://technet.microsoft.com/en-us/library/dd569089(v=ws.10).aspx
I would like to get a list of the files which have been opened by the user a) recently and/or
b) frequently.
Is this information available on Windows operating systems (Need support for everything down to XP) and if yes, is there a way to use this data with .NET Framework?
Searching the topic on Google is kind of hard, because the results are always referring to solutions where people want to achieve the same thing for their own application only (i.e. create a list of recently used files). I need the same thing on OS level, not just for files which have been opened with the appplication created by me.
An easy solution can be to use Environment.SpecialFolder.Recent:
string path = Environment.GetFolderPath(
Environment.SpecialFolder.Recent);
var files = Directory.EnumerateFiles(path);
Note that this solution only lists the recent opened documents. If you want a better solution, you can take a look to this article about how to use the Windows.Storage.AccessCache API:
http://msdn.microsoft.com/en-us/library/windows/apps/xaml/hh972344.aspx
If you are looking for Windows' MRU List you can find it in Registry.
This link might help you alot.
Is this even possible?
I realize that asking them to enter data when the program runs and saving it in the executable file itself is out. (Or is it?)
Right now I'm considering trying to build the program server-side with php and have it incorporate a separate text file which would contain the information. This seems marginally feasible, though I would have quite a bit of learning to accomplish it.
I was hoping for some other ideas of how I might accomplish this.
I am not interested in separate configuration or text files or putting data in windows registry. I am only looking for solutions where it can be quite-solidly a part of the executable.
Does anybody have any experience with this?
Thank you.
Its perfectly possible, that's how self-extracting zip files work.
Basically, you can add as much stuff to the end of the executable file as you want. Your program can then open its own file up on disk and read it back.
How about using Settings within your app? It depends on what you mean by "storing the user registration" as to how you would best achieve this, though. If you could give some more information about what you actually want to store, that would be useful.
An example would be to save a username, or an authentication token, and use that each time you need to check a "registration". As I say, though, the details of what to store would depend entirely on what you want to do it that data...
You could use it to embed in the unmanaged resources.
Hey, I'm trying to create an installer for multiple games, from one server computer which individual computers then execute.
E.g. BF 1942, WC3, BF2, DOW. However i need to be able to select which applications to Install, which is a simple check box.
I only have a limited knowledge of c#. What is the best way of going about this?
I have looked at NSIS though i don't like the scripting that they use.
I only have C# express.
NSIS. http://nsis.sourceforge.net One section per application, install with ExecWait operation.
Section "BF 1942"
ExecWait '"$EXEDIR\1942\setup.exe"'
SectionEnd
The closest thing that I can think of would probably have to be iexpress.exe
It comes standard with 99% of all windows, just do CTRL+R and type in iexpress.exe.
It's a wizard, so it shouldn't be that hard to generate your own file.
I don't know if it would work for what you're wanting to do, but I'd consider it to be worth trying, saving yourself some time.
Hello I recently deleted what I thought was an unused folder which happened to have the solution and code for a windows application I am maintaining.
I have published the app multiple times with ClickOnce and have access to the application manifest, deploy, etc. Is there a way for me to use the published application to get back my solution?
Thanks
If you don't currently use source control, I would highly recommend using one. I'm not aware of a way to get back all the solution files without source control, but you can get back the code using .NET Reflector. There is a file disassembler add-in which allows you to dump the code straight out of Reflector.
not possible. you can't recover the solution and original code from the compiled and deployed version.
if you have not used that machine or hard drive since you deleted it, you may be able to recover the files but it's a long shot and may be expensive.
you need to invest some time in learning source control. git, mercurial, subversion... they're all free and easy to use in windows. having your code in source control would prevent this problem - delete it all you want, just do a checkout from source control again.
Just go get the project back from Subversion.
Basically all you can do at this point is feed the assemblies to a program like reflector and reverse engineer it back. Welcome to sucksville.
If you don't have your stuff in some type of repository already I'd highly recommend fixing that first thing in the morning. With free tools like subversion available, nevermind things like TFS or even VSS there just isnt a good excuse.