[C++-sig] Re: (no subject)
David Abrahams
dave at boost-consulting.com
Tue Sep 30 13:54:21 CEST 2003
Raoul Gough <RaoulGough at yahoo.co.uk> writes:
> David Abrahams <dave at boost-consulting.com> writes:
>
>> Raoul Gough <RaoulGough at yahoo.co.uk> writes:
>>
>>> David Abrahams <dave at boost-consulting.com> writes:
> [snip]
>>>> Well, my point was that I thought it was more useful and safer to
>>>> encode the acquisition method in the type.
>>>>
>>>> Could be wrong, though.
>>>
>>> It also seems safer to me, since the base class constructor is
>>> protected. On the other hand, maybe removing the plain pointer
>>> overload for handle<>::handle() would be just as good?
>>
>> Can't do that without providing a new_reference(...) wrapper.
>
> That's more or less what I was thinking, too. Is this a bad idea?
>
>>
>>> --
>>> Raoul Gough.
>>> (setq dabbrev-case-fold-search nil)
>>
>> Interesting sig. Do you want me to `C-x C-e' it?
>
> Well, sure. Unless you think it's a Trojan horse :-) I was trying to
> think of a handy Emacs feature from my .emacs to publicize, but
> dabbrev was all I came up with. Maybe I should move on to
What's handy about that? The emacs help for it doesn't really tell
me why I'd want to use it.
> (add-to-list 'auto-mode-alist '("\\.py\\'" . python-mode))
That one *is* a trojan. I'm not sure python-mode is standard in many
emacs installations. ;-)
--
Dave Abrahams
Boost Consulting
www.boost-consulting.com
More information about the Cplusplus-sig
mailing list