Re: Getting the User/Owner of another process
Re: Getting the User/Owner of another process
- Subject: Re: Getting the User/Owner of another process
- From: "John Farmer" <email@hidden>
- Date: Tue, 30 Sep 2003 14:10:30 -0700
Thank you Zack, that what was EXACTLY what I needed. Thank you for helping
me instead of sticking your nose in the air and rebuking those who don't
know better. Now in response to David's comments:
>
>Secondly, even though you seem to be absolutely correct, so were most of
the other posters in the thread. There isn't much reason to _want_ to know
the current logged in user, so why should we have looked up this in the
SystemConfiguration framework? There are certainly a very small number of
valid uses for this information, but they're just that -- very few.
Just because a certain solution isn't acceptable to YOU doens't meen that
you shouldn't help those in need of help. I'm sure if you understood the
complexities of this project, and were in my place you might be looking for
similar answers. I have been limited by the OS, if I were to have to do
this project on Windows I wouldn't have had half the problems I have had,
and certiantly wouldn't have had this problem. In short: This is a "Valid
Use" for this information, and it is not up to YOU to decide that.
>
>A networking driver should not care who is the "console user", especially
not with the arrival of fast user switching. Imagine what would happen if
some user is using the network device with one setting, and then switches to
another user. Should the download that goes on in the background be
interrupted just because the networking device needs to switch mode?
Maybe you hadn't read my previous post: I AM NOT using Panther, I have a
SINGLE user, and this is a WIRELESS networking solution, so users SHOULD
have thier own profiles, especially if they are out and about and need to
have seperate profiles for seperate occassions. Not only that is it is a
User REQUIREMENT that we have seperate profiles.
Sir, you need to evaluate how you treat others in the development community,
or soon you won't have a development community left.
Regards,
John D. Farmer
_______________________________________________
cocoa-dev mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/cocoa-dev
Do not post admin requests to the list. They will be ignored.