# rename T_PAAMAYIM_NEKUDOTAYIM to T_DOUBLE_COLON

- Thread: https://externals.io/message/50028
- Original archive: https://news-web.php.net/php.internals/50028
- Started by james.butler@edigitalresearch.com on 2010-10-30T18:02:06+00:00
- Messages: 2
- Reply by email to internals@lists.php.net
- More for agents: search with https://externals.io/search.md?q={query} · JSON API at https://externals.io/api · documentation at https://externals.io/llms.txt

---

## #50028 — james.butler@edigitalresearch.com — 2010-10-30T18:02:06+00:00

URL: https://externals.io/message/50028#50028

Are you supporting users who you provide a shared hosting embodiment too, and do you control binary installations on the enviroments? If so then possibly patching source for you installs maybe the easiest and quickest solution.
If we knew the nature of your support requirements, then we could possibly suggest a better solution or be won round. (although internals isn't the place for that really)

This is not meant to bait but possibly an improvement in your support process or docs might yield a solution?

--
James Butler
Sent from my iPhone



> 
> > […]
> Q1) yes, it is broken, people have to Google or ask around for a very 
> unclear error message when for the most parts errors are (and should be) 
> self explanatory.
> 
> Q2) Two things are broken:  Either the token is named badly, or the 
> token names shouldn't show up in error messages at all and be replaced 
> with something a bit more friendly.
> 
> Q3) those two fixes above would probably fix that, yes.
> 
> What is so hard to believe when people see UNEXPECTED T_DOUBLE_COLON on 
> LINE 23 they are gonna look for a double colon on line 23? because they DO.

---

## #50029 — Chad Emrys — 2010-10-30T20:05:30+00:00

URL: https://externals.io/message/50028#50029 · In reply to: #50028

> Are you supporting users who you provide a shared hosting embodiment too, and do you control binary installations on the enviroments? If so then possibly patching source for you installs maybe the easiest and quickest solution.
> If we knew the nature of your support requirements, then we could possibly suggest a better solution or be won round. (although internals isn't the place for that really)
>
> This is not meant to bait but possibly an improvement in your support process or docs might yield a solution?
>
> --
> James Butler
> Sent from my iPhone
>
> 
>
>    
No I support a general PHP support community.  We help everywhere from 
beginners to seasoned experts, and probably help around hundreds of 
people a day.