Thanks for the head's up.


On 8/21/22 19:41, Michael Scire via Std-Proposals wrote:
> I would note, by the by, that your example implementation invokes UB
> (and in fact precisely the UB I mention in my proposal draft that
> happens with the "obvious" implementation).
>
> On Sun, Aug 21, 2022 at 4:36 PM Michael Scire <sciresm_at_[hidden]> wrote:
>
> I e-mailed std::proposals about this last year
> (std::parent_of_member/std::containing_object_of_member), and got
> as far as writing a proposal paper, though I got too busy to
> submit it as a P-numbered proposal/etc.
>
> See here:
> https://github.com/SciresM/containing_object_of_member/blob/master/containing_object_of_member.pdf
>
> I am still interested in submitting the above, and it's the same
> fundamental operation you're requesting here.
>
> On Sun, Aug 21, 2022 at 4:23 PM Phil Bouchard via Std-Proposals
> <std-proposals_at_[hidden]> wrote:
>
>
> On 8/21/22 19:10, Walt Karas wrote:
>> Yes I'd bet big this technique is an often reinvented wheel.
>>
>> Why do you prefer two static casts involving void * over a
>> reinterpret cast? Also, your C style cast is really a
>> reinterpret cast. I think the reason for having reinterpret
>> cast is that it's a (greppable) warning that something is
>> dangerous. And this technique is fairly dangerous, mistakes
>> can elude static checking.
>
> Yeah I just got the habit of not using any reinterpret_casts
> from the Boost community standards, so it's just another way
> of writing them down.
>
> And I wasn't sure how alignments and little to big endian
> machines would convert them.
>
>
>> Sent from Yahoo Mail on Android
>> <https://go.onelink.me/107872968?pid=InProduct&c=Global_Internal_YGrowth_AndroidEmailSig__AndroidUsers&af_wl=ym&af_sub1=Internal&af_sub2=Global_YGrowth&af_sub3=EmailSignature>
>>
>> On Sun, Aug 21, 2022 at 4:38 PM, Phil Bouchard via
>> Std-Proposals
>> <std-proposals_at_[hidden]>
>> <mailto:std-proposals_at_[hidden]> wrote:
>> --
>> Std-Proposals mailing list
>> Std-Proposals_at_[hidden]
>> https://lists.isocpp.org/mailman/listinfo.cgi/std-proposals
>>
> --
> Logo <https://www.fornux.com/>
> *Phil Bouchard* facebook icon
> <https://www.linkedin.com/in/phil-bouchard-5723a910/>
> CTO
> T: (819) 328-4743
> E: phil_at_[hidden]| www.fornux.com <http://www.fornux.com>
> 1188 rue Saint-Louis| Gatineau (Qc), J8T 2L8 Canada
>
> Banner <https://goglobalawards.org/> Le message ci-dessus,
> ainsi que les documents l'accompagnant, sont destinés
> uniquement aux personnes identifiées et peuvent contenir des
> informations privilégiées, confidentielles ou ne pouvant être
> divulguées. Si vous avez reçu ce message par erreur, veuillez
> le détruire.
> This communication (and/or the attachments) is intended for
> named recipients only and may contain privileged or
> confidential information which is not to be disclosed. If you
> received this communication by mistake please destroy all copies.
>
> --
> Std-Proposals mailing list
> Std-Proposals_at_[hidden]
> https://lists.isocpp.org/mailman/listinfo.cgi/std-proposals
>
>

-- 
Email Signature
Logo <https://www.fornux.com/>  
*Phil Bouchard*  facebook icon 
<https://www.linkedin.com/in/phil-bouchard-5723a910/>
CTO
T: (819) 328-4743
E: phil_at_[hidden]| www.fornux.com <http://www.fornux.com>
1188 rue Saint-Louis| Gatineau (Qc), J8T 2L8 Canada
Banner <https://goglobalawards.org/> Le message ci-dessus, ainsi que les 
documents l'accompagnant, sont destinés uniquement aux personnes 
identifiées et peuvent contenir des informations privilégiées, 
confidentielles ou ne pouvant être divulguées. Si vous avez reçu ce 
message par erreur, veuillez le détruire.
This communication (and/or the attachments) is intended for named 
recipients only and may contain privileged or confidential information 
which is not to be disclosed. If you received this communication by 
mistake please destroy all copies.