Re: [PHP-DEV] C++-like function-try-block proposal

  101218
December 2, 2017 13:27 enclaved@Safe-mail.net ("Alexei Gerasimov")
> > 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.
  101219
December 2, 2017 18:13 andreas@dqxtech.net (Andreas Hennings)
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 > >
  101220
December 2, 2017 20:02 theanomaly.is@gmail.com (Sherif Ramadan)
I think we get this "I want to make PHP more like " thing more
often than any other language change proposals. I'm not strictly opposed to
the idea of borrowing from other languages. Though when the thesis
statement is almost exclusively about making PHP feel more like  than anything else I'd rather not entertain the idea further.

I agree with Nikita that this feature in C++ adds no intrinsic value to
PHP. I'm never overly excited about purely syntactic sugar changes in PHP.
We've already changed so much of the language in PHP 7 that I'm finding
some people struggling with keeping up with PHP 5 - 7 migration paths (and
I'm speaking from first hand experience having to deal with one myself at
work).

I'd like to see an RFC that demonstrates a stronger use case than "avoiding
one level of indentation and ", however. Kind of erring
on the side of +0 with Sara here.

On Sat, Dec 2, 2017 at 1:13 PM, Andreas Hennings <andreas@dqxtech.net>
wrote:

> 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 > > > > >
  101225
December 3, 2017 11:14 me@kelunik.com (Niklas Keller)
> > > > 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. >
No, sorry. Neither Hannes nor anybody from systems@ has responded yet. Regards, Niklas
  101226
December 3, 2017 12:32 cmbecker69@gmx.de ("Christoph M. Becker")
On 03.12.2017 at 12:14, Niklas Keller wrote:

> No, sorry. Neither Hannes nor anybody from systems@ has responded yet. As a workaround it should be sufficient to request a php.net account via
<http://php.net/git-php.php> (use the same username and email address); after somebody has approved the account, access to the Wiki should be granted. -- Christoph M. Becker
  101248
December 5, 2017 15:03 me@kelunik.com (Niklas Keller)
> > > No, sorry. Neither Hannes nor anybody from systems@ has responded yet. > As a workaround it should be sufficient to request a php.net account via > <http://php.net/git-php.php> (use the same username and email address); > after somebody has approved the account, access to the Wiki should be > granted. >
Sorry for the delay, a working configuration is now in place. I hope you're able to login now after using the password reset feature. Regards, Niklas