August 2007 - Darwin-dev - lists.apple.com

Re: [darwin-dev] Setting kernel gdb to a frame address?
by Alexander von Below 08 Aug '07

08 Aug '07

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Thanks, that only works when I am in that stack, but I am not? Alex Am 08.08.2007 um 13:40 schrieb Jonas Maebe: On 08 Aug 2007, at 13:28, Alexander von Below wrote: Jonas _______________________________________________ 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… I can x/i the addresses, and assemble my own stack trace with info line, but trying to just set the frame to the pointer (i.e. `frame 0x1234abcd') does not work. You have to use "frame 1", "frame 2" etc to see respectively the frame of the caller of the current routine, the frame of the caller's caller etc. This email sent to below(a)mac.com This email sent to site_archiver(a)lists.apple.com

1 0

Re: [darwin-dev] Setting kernel gdb to a frame address?
by Jonas Maebe 08 Aug '07

08 Aug '07

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com On 08 Aug 2007, at 13:28, Alexander von Below wrote: Jonas _______________________________________________ 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… I can x/i the addresses, and assemble my own stack trace with info line, but trying to just set the frame to the pointer (i.e. `frame 0x1234abcd') does not work. You have to use "frame 1", "frame 2" etc to see respectively the frame of the caller of the current routine, the frame of the caller's caller etc. This email sent to site_archiver(a)lists.apple.com

1 0

[darwin-dev] Setting kernel gdb to a frame address?
by Alexander von Below 08 Aug '07

08 Aug '07

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Hello List, Any hints here? Thanks Alex _______________________________________________ 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… while this is most certainly more of a gdb question, I believe the case here may be known to some of you. Sometimes, during two machine debug, my crashes do not land me in the stack of my driver, but somewhere completely different (espeically when the crash was caused by me calling panic). However, I can see the stacktrace on the crashed machine. I can x/i the addresses, and assemble my own stack trace with info line, but trying to just set the frame to the pointer (i.e. `frame 0x1234abcd') does not work. This email sent to site_archiver(a)lists.apple.com

1 0

Re: does sysctl.proc_exec_affinity affect grand-children processes?
by Weissmann Markus 08 Aug '07

08 Aug '07

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com On 8 Aug 2007, at 01:16, Terry Lambert wrote: Hi folks, (1) Flag the shell as "Run under Rosetta" in the finder (2) Use launch services rather than exec to start the process -Markus [1] http://www.scratchbox.org/ [2] http://www.macports.org/ --- Markus W. Weissmann http://www.mweissmann.de/ _______________________________________________ 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 Aug 7, 2007, at 3:54 PM, Weissmann Markus wrote: On 7 Aug 2007, at 21:52, Terry Lambert wrote: On Aug 7, 2007, at 9:20 AM, Weissmann Markus wrote: does 'sysctlbyname("sysctl.proc_exec_affinity", ..' [1] affect the direct subprocesses only or is this inherited to child processes? Yes, the flag is inherited; consider that if you are running a PPC binary under Rosetta on an Intel box, and it needs to execute something that talks to the main app using Mach messages, and that in turn needs to execute something else that does the same, and you haven't gone to the trouble to mdeal with the byte order issues (or one of them was a third party app). Thanks - seems to work just fine! Though I have one problem left: Is there a way to force interpreters like the shell to execute ppc code, too? As long as I call a program directly, everything works just fine, but when called through a shell, child processes escape the enforced Rosetta emulation... I'm not well enough informed on the intended behaviour to answer this. There's a skanky two step way to "make it work", which you may or may not be interested in: There are probably other/better approaches that I don't know. Maybe someone else can answer this, or you can contact DTS and ask. The idea is to cross-compile OSS via Rosetta (on x86 for ppc); this way all tests for endian etc. would behave exactly like on ppc. (The idea is taken from scratchbox [1] which does exactly this with qemu on Linux) As I would like to integrate this feature into port(1) [2], flagging the shell is not an ideal option, as we try not to touch the base OS. And as far as my tests told me, executing programs from a Rosetta- emulated shell does not necessarily run them in Rosetta-mode. The problem seems to be that system(3) does reset/ignore/.. (?) the flag. Shouldn't it preserve the flag like all other forked child processes? This email sent to site_archiver(a)lists.apple.com

1 0

Re: CPAN make problem on OS X 10.4
by akobuije chijioke 08 Aug '07

08 Aug '07

site_archiver(a)lists.apple.com Delivered-To: Darwin-dev(a)lists.apple.com Dkim-signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=rrrWeSHh4OYt7A0BDcKFdkS9l2clxKkgSi1TOE+x4h7O563tq0SxmbjYJ1Q/MuLDDlGJzEQtxAYOOw5CZUrD9vYdejTjLdK+SOjELI10Vfr6dUOJbekEc31JUA0niz8xgiQd+ggBWaiBPPgZjxtphDdcVZ5AH6sWiGouFFNQKDY= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=UWrzJm6ujvRKkBiY3/j90nlkWdjpSMNmY3srxaIwsonKx9sTCGuu3zJw749NhmIYcxsLtZbKenaDNylxYa8Iq/EwaSkCYolqwHENBAK0T0NPamLRzJ2npjxhi8sLS4IEAcQ8KQeBWxXyLOA97h9SmRDOG1R0E3fCJDxTV0FzLkc= My problem seems to be solved... following instructions I did: $ sudo perl -MCPAN -eshell cpan> look HTML::Tagset $ perl Makefile.PL $ make that seemed to work ok. But trying to install LWP still seemed not to work: $ sudo perl -MCPAN -eshell cpan> install LWP generated error messages. So back to: $ sudo perl -MCPAN -eshell cpan> look LWP $ perl Makefile.PL $ make which seemed to work! But the cgi script I was writing still couldn't find LWP::UserAgent. I looked at the script error message more closely and saw the directories it was looking in were different from where cpan installed the module (~/.cpan/build/libwww-perl-5.808/lib). So I copied the cpan-installed LWP directory into /Library/Perl, and now it all works. I also installed the BSD SDKs from the Mac OSX install CD. I don't know if that would have avoided the problem from the beginning... Thanks a lot, I am most grateful for the help Ako On 8/6/07, Charles Bailey <bailey.charles(a)gmail.com> wrote: > On 8/5/07, akobuije chijioke <akobuije(a)gmail.com> wrote: > > > > ------------------------ > > > > Writing Makefile for HTML::Tagset > > -- NOT OK > > Running make test > > Can't test without successful make > > That's an odd-looking progression. In order to get a (possibly) more > informative error message, try this > > $ /usr/bin/cpan # Fire up the cpan shell > cpan> look HTML::Tagset # Shell out to the HTML::Tagset build directory > $ perl Makefile.PL # Generate a Makefile > $ make # and use it to build the module > > If it fails, please send the error message(s), and we can try to > figure out what's happening. > > -- > Regards, > Charles Bailey > Lists: bailey _dot_ charles _at_ gmail _dot_ com > Other: bailey _at_ newman _dot_ upenn _dot_ edu > _______________________________________________ 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: does sysctl.proc_exec_affinity affect grand-children processes?
by Terry Lambert 07 Aug '07

07 Aug '07

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Hi folks, (1) Flag the shell as "Run under Rosetta" in the finder (2) Use launch services rather than exec to start the process -- 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 Aug 7, 2007, at 3:54 PM, Weissmann Markus wrote: On 7 Aug 2007, at 21:52, Terry Lambert wrote: On Aug 7, 2007, at 9:20 AM, Weissmann Markus wrote: does 'sysctlbyname("sysctl.proc_exec_affinity", ..' [1] affect the direct subprocesses only or is this inherited to child processes? Yes, the flag is inherited; consider that if you are running a PPC binary under Rosetta on an Intel box, and it needs to execute something that talks to the main app using Mach messages, and that in turn needs to execute something else that does the same, and you haven't gone to the trouble to mdeal with the byte order issues (or one of them was a third party app). Thanks - seems to work just fine! Though I have one problem left: Is there a way to force interpreters like the shell to execute ppc code, too? As long as I call a program directly, everything works just fine, but when called through a shell, child processes escape the enforced Rosetta emulation... I'm not well enough informed on the intended behaviour to answer this. There's a skanky two step way to "make it work", which you may or may not be interested in: There are probably other/better approaches that I don't know. Maybe someone else can answer this, or you can contact DTS and ask. This email sent to site_archiver(a)lists.apple.com

1 0

Re: does sysctl.proc_exec_affinity affect grand-children processes?
by Weissmann Markus 07 Aug '07

07 Aug '07

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com On 7 Aug 2007, at 21:52, Terry Lambert wrote: Hi folks, -Markus --- Markus W. Weissmann http://www.mweissmann.de/ _______________________________________________ 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 Aug 7, 2007, at 9:20 AM, Weissmann Markus wrote: does 'sysctlbyname("sysctl.proc_exec_affinity", ..' [1] affect the direct subprocesses only or is this inherited to child processes? Yes, the flag is inherited; consider that if you are running a PPC binary under Rosetta on an Intel box, and it needs to execute something that talks to the main app using Mach messages, and that in turn needs to execute something else that does the same, and you haven't gone to the trouble to mdeal with the byte order issues (or one of them was a third party app). Thanks - seems to work just fine! Though I have one problem left: Is there a way to force interpreters like the shell to execute ppc code, too? As long as I call a program directly, everything works just fine, but when called through a shell, child processes escape the enforced Rosetta emulation... This email sent to site_archiver(a)lists.apple.com

1 0

Re: does sysctl.proc_exec_affinity affect grand-children processes?
by Terry Lambert 07 Aug '07

07 Aug '07

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Hi folks, - 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 Aug 7, 2007, at 9:20 AM, Weissmann Markus wrote: does 'sysctlbyname("sysctl.proc_exec_affinity", ..' [1] affect the direct subprocesses only or is this inherited to child processes? Yes, the flag is inherited; consider that if you are running a PPC binary under Rosetta on an Intel box, and it needs to execute something that talks to the main app using Mach messages, and that in turn needs to execute something else that does the same, and you haven't gone to the trouble to mdeal with the byte order issues (or one of them was a third party app). This email sent to site_archiver(a)lists.apple.com

1 0

Re: Detecting Client bandwidth
by Josh Graessley 07 Aug '07

07 Aug '07

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Sent from my iPhone On Aug 7, 2007, at 8:42 AM, Stephane Sudre <ssudre(a)intego.com> wrote: On 6 août 07, at 19:18, Alan wrote: Hi guys, Stupid question: isn't it what reference movies are designed for? _______________________________________________ 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/jgraessley%40apple.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… I believe reference movies allow the client to pick a bitrate based on the bandwidth the user specified in the QuickTime settings. This approach is flawed. Bandwidth can vary widely. The right approach would be to dynamically switch between the different bitrate version from the client as the download progresses. I'm not sure how feasible this is since the client would probably need to know the file offsets for various timecodes in each bitrate or something. I dont know if the file format or server protocol make this easy. The performance hit of partial gets vs. streaming an entire file over http may also have a negative performance impact. In addition, the user may prefer to wait instead of viewing overcompressed video. Are there any ways to detect/estimate the bandwidth of individual clients connected to Darwin streaming server? I'm trying to implement that when a client bandwidth is of lower speed, the server will stream an inferior quality to the client etc. Can anybody help me? Thanks in advance This email sent to jgraessley(a)apple.com This email sent to site_archiver(a)lists.apple.com

1 0

does sysctl.proc_exec_affinity affect grand-children processes?
by Weissmann Markus 07 Aug '07

07 Aug '07

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Hi folks, regards, -Markus --- Markus W. Weissmann http://www.mweissmann.de/ _______________________________________________ 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… does 'sysctlbyname("sysctl.proc_exec_affinity", ..' [1] affect the direct subprocesses only or is this inherited to child processes? [1] http://developer.apple.com/documentation/MacOSX/Conceptual/ universal_binary/universal_binary_exec_a/chapter_950_section_5.html#// apple_ref/doc/uid/TP40002217-CH210-240562 This email sent to site_archiver(a)lists.apple.com

1 0