ProcessInfo | A class to gather information about a process , its threads

As a temp solution I'm implementing a way to get some data via a 32-bit DLL to a 64-bit application.

I'm keeping it as simple as possible, it doesn't need to be high performance or the most beautiful solution. The idea is not to waste too much time on fancy handshaking, etc.

To that end, my 64-bit application loads a 64-bit DLL of my own making (which has the same exported functions as the 32-bit DLL). So, in the main app, nothing changes.

The 64-bit DLL creates a memory-mapped file and starts a 32-bit helper program, by passing the name of the memory-mapped file and some other input data on the command line.

The helper executable loads the 32-bit DLL, calls a DLL function, copies the data into the shared memory-mapped file, exits, and .. Bob's your uncle. That is to say .. Bob is having a bad day , it doesn't work. WriteFile() to the memory-mapped file fails with Windows API error 6 (ERROR_INVALID_HANDLE), as reported by GetLastError().

Everything works except for writing to the memory-mapped file (reading probably fails as well, but haven't been able to get to that yet).

I'm sure the issue is with how I create the memory-mapped file, I'm thoroughly out of my depth here, so I appreciate a fresh pair of eyes.

Relevant code in the 64-bit DLL:

i want to calculate the total of the numbers entered by the user. After a user has added item name and the amount, i want to display the total. How can i do this? i just need to display the total.

For example item name : 10 item name : 5 total = 15

http://jsfiddle.net/81t6auhd/

I'm currently writing some software that has two different programs using the winapi (a parser and an interpreter). I would like to call the parser from the interpreter, so I am using the CreateProcessA function. However, when the parser tries to open a file, it throws a Permission Denied error, and I'm not too sure why.

Calling the parser on its own, and not from the interpreter, works perfectly fine.

According to CreateProcessA, "The new process runs in the security context of the calling process," so it seems like this other program shouldn't have any issues with permissions since I can open files from the interpreter.

Is there something that I'm missing with CreateProcessA that would make it change file permissions for the child process?

Here is a snippet of code for the interpreter (note that I've left out error checking to make the code simpler to show here):

I have multiple operating systems installed on my PC, and the following batch file reboots to the OS specified in the argument:

Reboot.bat

I've got a MacOS/X app which in general is not averse to app-napping, but sometimes it will spawn one or more child threads to do timing-sensitive networking tasks, which do need to avoid being app-napped.

The elegant thing to do would be to have each of these threads call [[NSProcess processInfo] beginActivityWithOptions [...]] when it starts, and also call [[NSProcess processInfo] endActivity [...]] just before it exits, which would (hopefully) have the effect of avoiding app-nap on my process (or at least on those particular threads) only when one or more of these network-threads is running.

My question is, is this a legal/acceptable calling pattern, or is NSProcessInfo more of a per-process-only kind of API that doesn't implement the thread-safe reference-counting logic that would be necessary to reliably yield the expected behavior if I call it from multiple threads? (if it's the latter, I can implement that logic myself, but I'd rather not reinvent the wheel here)

I noticed some strange reports when the app started on iOS 15. I use the following code method to get the process creation time,

Somewhere in my application, I am creating a process like this:

I'm writing an app using C# for a user to log their time usage of programs. They can pick processes and they are stored in a database.

The app is currently using a timer at a 5 second interval to loop through every running process on the device using Diagnostics.Process.GetProcesses() and checking this list of names against the ones in the database.

Is this a reasonable way to go about this? Or would it be better to create a thread for each process in the database that listens for it to start using Win32Process.ProcessInfo.StartedEventHandler()?

I am implementing UI Testing and need to mock a service so I don't call the service again and again and remove the dependency on the network call. So, I created a Mock called MockWebservice. It is implemented below: