Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:101219
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain dqxtech.net from 209.85.215.41 cause and error)
MIME-Version: 1.0
In-Reply-To: <N1M-adRkRLsZIQ@Safe-mail.net>
References: <N1M-adRkRLsZIQ@Safe-mail.net>
Date: Sat, 2 Dec 2017 19:13:09 +0100
Message-ID: <CAH0Uv3HABGzV4Vta-mjmnx4cUX8K0rDFBj_uWzFH83mNG+f=3Q@mail.gmail.com>
To: Alexei Gerasimov <enclaved@safe-mail.net>
Cc: Niklas Keller <me@kelunik.com>, "Christoph M. Becker" <cmbecker69@gmx.de>, 
	PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary="089e08274e44478e7b055f5f7105"
Subject: Re: [PHP-DEV] C++-like function-try-block proposal
From: andreas@dqxtech.net (Andreas Hennings)

--089e08274e44478e7b055f5f7105
Content-Type: text/plain; charset="UTF-8"

So to summarize, this feature would save us brackets and one indentation
level.
Saving an indentation level can be quite useful to reduce a git commit
footprint.

On the other hand, it might confuse some people. It would blur the concept
of a function body scope, and thus the mental model of how the language
works.
E.g. are local variables and parameters shared between the try {} and the
catch {} block?

It would also mean that userland PHP parsers and IDEs need to support the
syntax.

So personally I am undecided or skeptical. It does feel alien to me.
Usually if I want to avoid the extra indentation, I will put the try {}
part into a separate function.
But this is just me.


On 2 December 2017 at 14:27, Alexei Gerasimov <enclaved@safe-mail.net>
wrote:

> > > I did (using this e-mail address), and got the message: "The user has
> been created and the password was sent by email." However, I did not
> receive any e-mail with the password.
> >
> > Sorry for the trouble, seems like nobody tested the sign up process
> after the server migration yet. It seems like the e-mail sender
> configuration is missing.
> >
> >
> > Unfortunately, I don't know the right config, so I can't simply fix it,
> but I've sent a message to Hannes, he probably knows.
>
> Any update? The reset password feature of wiki.php.net doesn't work
> either, I receive no e-mail.
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>

--089e08274e44478e7b055f5f7105--