Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:10167 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 90319 invoked by uid 1010); 29 May 2004 06:27:59 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 90290 invoked from network); 29 May 2004 06:27:58 -0000 Received: from unknown (HELO smtp2.actcom.co.il) (192.114.47.35) by pb1.pair.com with SMTP; 29 May 2004 06:27:58 -0000 Received: from [192.168.80.34] (line106-24.adsl.actcom.co.il [192.117.106.24]) by smtp2.actcom.co.il (8.12.8/8.12.8) with ESMTP id i4T6RuJC011479; Sat, 29 May 2004 09:27:57 +0300 Message-ID: <40B82E44.2000409@actcom.net.il> Date: Sat, 29 May 2004 09:31:32 +0300 User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040519 X-Accept-Language: en-gb, en-us, en, he, ru MIME-Version: 1.0 To: hartmut@php-groupies.de CC: Ard Biesheuvel , internals@lists.php.net References: <40B76426.8080107@php.net> <40B7A984.6070702@actcom.net.il> <40B7B4EB.4080208@php.net> In-Reply-To: <40B7B4EB.4080208@php.net> X-Enigmail-Version: 0.84.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] switch labels in sub-blocks From: ilya79@actcom.net.il (Ilya Sher) Hartmut Holzgraefe wrote: > Ilya Sher wrote: > >> It looks like using "goto" to me. Messy. >> That's probably the reason it is not allowed. >> >> Or maybe other people like myself failed to >> understand how it is really useful. Real example >> from you would help here. > > > it's a valid performance trick in C Thanks for the info. > > http://www.jargon.net/jargonfile/d/Duffsdevice.html > I still fail to understand how that is useful. Please, explain me. _Real_ example is welcome. The example there just puts into *to one item referenced by *from with offset count. (Correct me if I'm wrong) Assuming *to will be replaced with *to++ it will be plain memcpy() without any "interesting" functionality. (Again, correct me if I'm wrong) > >