January 2009 - Darwin-dev - lists.apple.com

Re: Launch a user-process from daemon
by Philip Aker 22 Jan '09

22 Jan '09

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com On 2009-01-21, at 11:47:02, Rakesh Singhal wrote: Hi Rakesh, Also can you state what you are trying to achieve at a high level. Philip Aker echo astwta@lvpc.dslh@nl | tr a-z@. p-za-o.@ Democracy: Two wolves and a sheep voting on lunch. _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… Currently I have one daemon app. I want to launch a GUI from daemon, when it gets device plugged-in notification. I observed following things while working on 10.4.11 ppc only using daemon (not agent): 1. The daemon launches the GUI on 10.4.11 ppc when I start the system. Now if I log out and logs in and plug-in device again then it gives error -10810. I could not understand that why does this error come and how to resolve this. 2. If I first log in as root user and daemon launches the GUI. Now I close the GUI and switch to another user. Now if daemon launches the GUI then it gets launched in root user, not in current user. It shows same behavior with all users. I have written an agent app also. If I use agent also with daemon then also it does not solve any of above problems. I hope, it is clear now. As a casual reader, it's not clear. You are describing things in terms of _ what methods and tools _ you want to accomplish some goal. But Shawn asked: Also can you state what you are trying to achieve at a high level. To answer that question, you might say something like: "We have a USB device that needs to be detected when it is plugged in. When it's first connected it will launch an application showing a configuration window to the user -- but only if conditions Z, Y, and X are met." On Thu, Jan 22, 2009 at 1:07 AM, Shawn Erickson <shawnce(a)gmail.com> wrote: Thanks. Yes, you are right and I know it is not supported and I have written the agent to launch GUI. But this agents gets terminated when logs out, so this will not resolve the issue of getting error -10810. It isn't clear exactly what your current implementation is... Can you restate what you have at the moment? This email sent to site_archiver(a)lists.apple.com

1 0

Re: __darwin_i386_exception_state, cr2 and faultvaddr
by Terry Lambert 22 Jan '09

22 Jan '09

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com What is GP2? Is this the EIP in the saved registers or the faultvaddr? Do you mean getcontext (man ucontext)? According to the sigaction manpage, the handler has this interface so the user context (thread state?) is given. -- Terry _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… On Jan 19, 2009, at 2:51 PM, Joel Reymont wrote: On Jan 19, 2009, at 10:35 PM, Terry Lambert wrote: The GP2 does not get the faulting address on i385 if it is in the 64 bit hole. Otherwise it is the faulting address. I need to get hold of the return EIP, I think, i.e. the address I will be going back to. There are five types of memory faults that result in an exception. The first type is a memory fault for a a page which is mapped; these include trying to write to a page which is mapped read-only or read/ execute. The second type is attempting to execute in a page that isn't marked executable. The third is attempting to read a page which is not marked readable. The fourth is attempting to read/write/ execute a page which simply isn't mapped. The final type is attempting to access for any reason a page which is in the architectural address space hole which is the difference between the architected 64 bit address space and the implemented 48 bit address space on current CPUs. This last one turns into a General Protection Fault, and it's a different once than the others in that it is impossible to get back the address resulting in the fault because the bits are simply not available from the processor at the time the fault occurs. The only way you're getting those bits back is if you do instruction stream emulation by knowing where you should have been executing at the time of the failure, and emulate it to the point of saying "yes this is the emulated faulting address". The other types of exception that you end up with are divided into data access exceptions (which translate out as SIGBUS and SIGSEGV) or an instruction access exception (which mostly translates into a SIGILL, unless you've used floating point). Assuming you didn't general protection yourself, by the time this gets to your signal handler, half of the information has been lost, however, since we cache the si_addr value at exception time, and based on the exception type, we have to pick whether it means the address of the faulting instruction (which it will be, for a SIGILL or SIGFPE), or the address of the faulting memory reference (which it will be for a SIGSEGV pr SIGBUS). So basically, you are going to lose the information you want when using signals to do this sort of thing, even if you do manage to cast the third argument out of a void * (which it is) and dig it out of the right out of several ucontext_t structures which might be being used (depending on the architecture and the age of the binary). Don't expect siginfo to not change. Unless you are a debugger, and rev every time week rev the os, expect your code to break. A call to getthreadstate is a better bet. void handler(int, siginfo_t *info, ucontext_t *uap); It says that in the example. In the definition section, it's considered a void *, meaning "no user serviceable parts inside". This lets us change it if we need to, with the only thing being damaged by a change being gdb itself, since no one else is actually supposed to be looking at it. If you want to file a documentation bug vs. the BSD kernel component, I can get the example part of the man change pages to make sure it says "void *" there, too. What am I missing? There are actually a bunch of different ucontext formats. The ucontext format will generally be changed (or it's ID changed) when we release a new set of tools or a new version of the OS, or a new platform (which happens to require it). How to decode it is based on its ID, and that's subject to change. For example, the uc_mcontext field is a structure pointer or literal inlined data, depending. The context can be 32 bit, 64 bit, or both (which was needed to support 64 bit leaf functions on PPC64 code called from PPC32 code). There's really a lot of tricky, ugly stuff that happens in there, and you can't depend on it (you can only depend on us to update the tools we ship at the same time we ship the OS, if we've updated the OS between one release and the next). This email sent to site_archiver(a)lists.apple.com

1 0

Re: Why is virtual memory so high? (crash)
by Eric Gouriou 22 Jan '09

22 Jan '09

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com On Jan 21, 2009, at 9:45 PM, Justin C. Walker wrote: Thanks! I used vmmap, it claims ~600MB should be used by my process. Activity Monitor instead shows 1220MB virtual memory usage, twice as much. Who is right? Am I doing something wrong? Seems I'm stuck again. The 1.2GB that Activity Monitor shows are correct, since my application crashes after reserving 2.7GB real mem. vmmap instead (incorrectly?) claims only 600MB whould be used (which is still a lot for an idle GUI app with only 60MB real memory). I must be missing something! By the way, what is IOKit with 281MB and STACK GUARD with 56MB? Both seem unreasonably high... Eric __TEXT is, I assume, code. Justin -- Justin C. Walker, Curmudgeon-At-Large Institute for the Absorption of Federal Funds -------- Men are from Earth. Women are from Earth. Deal with it. -------- _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… On Jan 21, 2009, at 02:57 , Mario Emmenlauer wrote: Justin C. Walker wrote: On Jan 20, 2009, at 08:43 , Mario Emmenlauer wrote: Shawn Erickson wrote: On Mon, Jan 19, 2009 at 1:18 AM, Mario Emmenlauer <mario(a)emmenlauer.de > wrote: I have a large C/C++ project with thousands of lines of code and many thirdparty-libraries. When it startes up, it reserves around 1.8GB of virtual memory (40MB real memory), and I don't know why. Are there better/other tools I could try to inspect where the additional vmem is reserved? vmmap The two could be using different algorithms to account for pages. Might be worth filing a bug report with examples. Try this: In Activity Monitor, select View->Columns->Shared Memory, and see what happens. Since I don't have the code for either vmmap or Activity Monitor (and since I would not want to spend any time wading into the Mach VM tar baby), I can't tell for sure what's going on, but I think the answer for you is that the two programs are telling you different things. Just a guess but vmmap may not be showing all or parts of the shared memory region containing the dyld shared cache which is mapped in every process of a given architecture. Activity Monitor, top and vmmap all have slightly different heuristics for what they report. Stack guard chunks are 1 page, so I suspect that vmmap is just lumping claimed but unallocted VM to that category (possibly a [more or less harmless] bug). For IOKit, I can't say for sure. Are you mapping lots of memory? I notice that Safari has a 250MB chunk allocated to IOKit, while python has nothing of that type. firefox (freshly started) uses 1.2GB virtual mem (vs 80MB real mem), and other programs (smartcvs, ...) have these unrealistic high numbers too. Can I explicitly "un-map" or "close" IOKit, STACK GUARD, __TEXT and others? I doubt it. That would amount to pulling the rug out from under the app. I don't think the STACK GUARD pages count for much (as I indicated above). As for IOKit, I suspect it's critical to the app's operation. The IOKit region is typically related to some video card memory region. All processes displaying UI will have that mapping. If anything those "unrealistic" numbers are realistic and other sources (e.g., top) are underreporting some regions. Caveat: those are just "from the top of my head" recollection of issues I never paid too much attention to. When VSIZE constrained, LP64 is your friend. In most other cases VSIZE doesn't matter and RPRVT is the interesting column... As I said, I'm not wading into the Mach VM code to grok what's going on there, but someone else may be able to shed some light. What problem are you trying to tackle here? You may be chasing chimaeras... This email sent to site_archiver(a)lists.apple.com

1 0

Re: Why is virtual memory so high? (crash)
by Justin C. Walker 22 Jan '09

22 Jan '09

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Thanks! I used vmmap, it claims ~600MB should be used by my process. Activity Monitor instead shows 1220MB virtual memory usage, twice as much. Who is right? Am I doing something wrong? Seems I'm stuck again. The 1.2GB that Activity Monitor shows are correct, since my application crashes after reserving 2.7GB real mem. vmmap instead (incorrectly?) claims only 600MB whould be used (which is still a lot for an idle GUI app with only 60MB real memory). I must be missing something! By the way, what is IOKit with 281MB and STACK GUARD with 56MB? Both seem unreasonably high... firefox (freshly started) uses 1.2GB virtual mem (vs 80MB real mem), and other programs (smartcvs, ...) have these unrealistic high numbers too. Can I explicitly "un-map" or "close" IOKit, STACK GUARD, __TEXT and others? Justin -- Justin C. Walker, Curmudgeon-At-Large Institute for the Absorption of Federal Funds -------- Men are from Earth. Women are from Earth. Deal with it. -------- _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… On Jan 21, 2009, at 02:57 , Mario Emmenlauer wrote: Justin C. Walker wrote: On Jan 20, 2009, at 08:43 , Mario Emmenlauer wrote: Shawn Erickson wrote: On Mon, Jan 19, 2009 at 1:18 AM, Mario Emmenlauer <mario(a)emmenlauer.de > wrote: I have a large C/C++ project with thousands of lines of code and many thirdparty-libraries. When it startes up, it reserves around 1.8GB of virtual memory (40MB real memory), and I don't know why. Are there better/other tools I could try to inspect where the additional vmem is reserved? vmmap The two could be using different algorithms to account for pages. Might be worth filing a bug report with examples. Try this: In Activity Monitor, select View->Columns->Shared Memory, and see what happens. Since I don't have the code for either vmmap or Activity Monitor (and since I would not want to spend any time wading into the Mach VM tar baby), I can't tell for sure what's going on, but I think the answer for you is that the two programs are telling you different things. Stack guard chunks are 1 page, so I suspect that vmmap is just lumping claimed but unallocted VM to that category (possibly a [more or less harmless] bug). For IOKit, I can't say for sure. Are you mapping lots of memory? I notice that Safari has a 250MB chunk allocated to IOKit, while python has nothing of that type. I doubt it. That would amount to pulling the rug out from under the app. I don't think the STACK GUARD pages count for much (as I indicated above). As for IOKit, I suspect it's critical to the app's operation. __TEXT is, I assume, code. As I said, I'm not wading into the Mach VM code to grok what's going on there, but someone else may be able to shed some light. What problem are you trying to tackle here? You may be chasing chimaeras... This email sent to site_archiver(a)lists.apple.com

1 0

Re: iphone-related kernel code
by Alexander von Below 21 Jan '09

21 Jan '09

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com I would not be surprised if the darwin sources contained iPhone code. Alex Am 21.01.2009 um 21:55 schrieb Joel Reymont: I think it may have been CFLite only but would like to confirm. Thanks, Joel --- http://twitter.com/wagerlabs _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/below%40mac.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… That may very well be the case. If you look at the version information you see that the current iPhone has Darwin version 9.4.1 Am I dreaming or did I see somewhere that iPhone-related kernel code was part of darwin sources? This email sent to below(a)mac.com This email sent to site_archiver(a)lists.apple.com

1 0

Re: __darwin_i386_exception_state, cr2 and faultvaddr
by Joel Reymont 21 Jan '09

21 Jan '09

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:cc:message-id:from:to :in-reply-to:content-type:content-transfer-encoding:mime-version :subject:date:references:x-mailer; bh=PIsXNPEZsSQHLT8B6pvdOlekpod9v2JlBfG2lZoSfM0=; b=eCSBStm7SsB1OnTv4TSCLH4n0FK4Z0FX7phBxY/uLXAsnDsQmI5WAx9y3prIQ2Yn9/ GXnSAShBl3KU5XcMw8ma+jS78BU8ZkNFGo/rN/KsIXLpj5vuwnRSB0HH+KBOHNC75IJz 7rA1KLExoBYxcONoly3d6yKnWX60DC2bH3KI8= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=cc:message-id:from:to:in-reply-to:content-type :content-transfer-encoding:mime-version:subject:date:references :x-mailer; b=p786wm+8RVtA0wyMs2gC48Z2XRT83e9WDuGP6sR3+TjzdTvm+NLNYlFTvoPWgRbaRx BuNx02Wd8PJszFp9+953O+Hg/m4xrlMmEn/+8BAgGRyvGHqRXnvrHV0JASnC4CvXM0RP KiIdBAp6ZwIfiHrLNsM3lhf0QKCwn8SZlM3R0= On Jan 19, 2009, at 10:35 PM, Terry Lambert wrote: Thanks, Joel --- http://twitter.com/wagerlabs _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… The GP2 does not get the faulting address on i385 if it is in the 64 bit hole. Otherwise it is the faulting address. I haven't heard from Terry yet. Would someone kindly tell me what GP2 is above? This email sent to site_archiver(a)lists.apple.com

1 0

iphone-related kernel code
by Joel Reymont 21 Jan '09

21 Jan '09

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:from:to :content-type:content-transfer-encoding:mime-version:subject:date :x-mailer; bh=EgbcubLNDCDZCsAawmrXKsZz4HLUe1MHQye8VVVEUuc=; b=JsZBrXGxvkFXpcM70bMDmz7kmwDHHMmDD/WwPPa3dEflRy9zV0Uqiokza/+VsF1lEs dkPnl0/9oTWgKyOTmspdR/op6CpQGYkyOThY7fs3/CcJgC7viBDlMfJbFuPiTFD3KECk 8BqdzzV+EyXNdq25lJnNRUe64QYXoGRob8SbM= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:content-type:content-transfer-encoding :mime-version:subject:date:x-mailer; b=hfUU2wzWrTsR/veyBvl3OMcb+xkGK2XrgH80deYA3XlyPhKrxXi6cq7/8ZhCvrju6I ALI35lnkNoyVNJz7wEJPtxW5uRfVwDZUARVkt4EyZZGJe68rJ+0wymiodnlFy/18MQTY GQWQmdl3fUedPlEL6gq8plUA3b1kAFjHvLa3A= I think it may have been CFLite only but would like to confirm. Thanks, Joel --- http://twitter.com/wagerlabs _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… Am I dreaming or did I see somewhere that iPhone-related kernel code was part of darwin sources? This email sent to site_archiver(a)lists.apple.com

1 0

Re: gcc march,mtune with universal build?
by Mario Emmenlauer 21 Jan '09

21 Jan '09

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com User-agent: Mozilla-Thunderbird 2.0.0.19 (X11/20090103) Hi, can I tune gcc performance parameters when I make a universal build? gcc complains that Exactly what I have been looking for, thanks. Best, Mario Emmenlauer _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… Peter O'Gorman wrote: Mario Emmenlauer wrote: man gcc and look for -Xarch This email sent to site_archiver(a)lists.apple.com

1 0

Re: gcc march,mtune with universal build?
by Peter O'Gorman 21 Jan '09

21 Jan '09

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com User-agent: Thunderbird 2.0.0.19 (X11/20090105) Mario Emmenlauer wrote: > > Hi all, > > can I tune gcc performance parameters when I make a > universal build? gcc complains that > man gcc and look for -Xarch Peter -- Peter O'Gorman http://pogma.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Launch a user-process from daemon
by Rakesh Singhal 21 Jan '09

21 Jan '09

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=1Cop02Pp+o1/ugQQf+lYaovfIdiwAXZNZZVig3Aj5Lw=; b=DpcJ5Uh6xstx4eOGGki/iDnEzqXXZkuWEWNxXcBxpN8i8PtYT3i1qxOMNNFI+QmynY Kt1fh4Q9yJcspr4bcCCY7l725K2boLiKvWnay5ZiIkE896Cv2TtnKq0QB09rEwZllezk wr4PycUOmuDUvxxdIuIl8kad5IlkLvPd/jn8E= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=DD13QPH5INQpObiDdtHY2BR0bvDl5R8k/n0yqJLmDirPamV1gmRw69XORjAGADMaUU zarSTt4GinWgR4O8S1Bs7ZiuRluNlhqy2Y4eyl/dyFmxA+cPLmzPBBoVn/Gv0FrpCSKD IUTFTCwoCKnhDwqBuoSOetPl3wod1l5A9bOfU= Currently I have one daemon app. I want to launch a GUI from daemon, when it gets device plugged-in notification. I observed following things while working on 10.4.11 ppc only using daemon (not agent): 1. The daemon launches the GUI on 10.4.11 ppc when I start the system. Now if I log out and logs in and plug-in device again then it gives error -10810. I could not understand that why does this error come and how to resolve this. 2. If I first log in as root user and daemon launches the GUI. Now I close the GUI and switch to another user. Now if daemon launches the GUI then it gets launched in root user, not in current user. It shows same behavior with all users. I have written an agent app also. If I use agent also with daemon then also it does not solve any of above problems. I hope, it is clear now. Regards rksinghal On Thu, Jan 22, 2009 at 1:07 AM, Shawn Erickson <shawnce(a)gmail.com> wrote: > On Wed, Jan 21, 2009 at 11:10 AM, Rakesh Singhal > <rakesh.singhal(a)gmail.com> wrote: >> Hi Shawn, >> >> Thanks. Yes, you are right and I know it is not supported and I have >> written the agent to launch GUI. But this agents gets terminated when >> logs out, so this will not resolve the issue of getting error -10810. > > It isn't clear exactly what your current implementation is... Can you > restate what you have at the moment? > > Also can you state what you are trying to achieve at a high level. > > -SHawn > _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0