Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Feature request: provide a way to re-read config file / inject self into running processes #15

Closed
GoogleCodeExporter opened this issue Mar 27, 2015 · 2 comments

Comments

@GoogleCodeExporter
Copy link

What steps will reproduce the problem?
1. Modify config file
2. Restart service for this to take effect
3. All running processes lose their rendering and must be restarted

Is there a way to force gdipp to reread its config file for changes I have 
made?  The problem is that when I shutdown service, all running apps lose 
rendering and must be restarted.  With Unix apps usually you can send a HUP 
signal to get them to reread their config without restarting.

Or, is there a way for gdipp to inject itself into running processes the 
way GDI++ was able to?

What version of gdipp are you using? On what operating system (with
bitness)?
0.5.2 on Win7 Pro x64




Original issue reported on code.google.com by greatq...@gmail.com on 11 Mar 2010 at 6:40

@GoogleCodeExporter
Copy link
Author

The rendering settings are read when the process is starting, not when the 
service is
starting. Therefore the easiest way to force re-read of a certain process is to
restart it. However, the exclusion settings are read both at the starting of the
process and the service. Only in case you want to exclude injection, you have to
restart the service.

Original comment by crendk...@gmail.com on 11 Mar 2010 at 7:01

  • Added labels: ****
  • Removed labels: ****

@GoogleCodeExporter
Copy link
Author

Original comment by crendk...@gmail.com on 17 Mar 2010 at 8:17

  • Changed state: Done
  • Added labels: ****
  • Removed labels: ****

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant