On Wed, Jan 02, 2008 at 06:24:00PM +0200, Yossi Kreinin wrote:
> Macro expansion or template instantiation or code generation or whatever
> results in all kinds of corner cases. It's nice when int a[]={1,2,};
> compiles although a human probably wouldn't insert that last comma, for
> example. An
On 02/01/2008, Yossi Kreinin wrote:
> I think. Now, the question is, and I really mean "the question" because I
> don't
> know the answer: what does reinterpret_cast do? I think it's supposed to be
> for
> "reinterpreting the bits of x having type A as if it really had the type B",
> but
> I'm
Walt Mankowski wrote:
Isn't it just the C++ way of doing this:
(int) 0
There are 4 ways of doing "this" in C++: reinterpret_cast, static_cast,
dynamic_cast and const_cast. Now, const_cast can only cast away cv qualifiers
(const and volatile). dynamic_cast uses RTTI for the casting, which
On Wed, Jan 02, 2008 at 10:06:38AM -0500, Jarkko Hietaniemi wrote:
> On Jan 2, 2008 8:27 AM, Peter da Silva wrote:
> > On 2008-01-02, at 07:07, Jarkko Hietaniemi wrote:
> > > reinterpret_cast(0)
> >
> > What in the name of Ritchie does that mean?
>
> I don't know, and apparently g++ doesn't know
On Jan 2, 2008 8:27 AM, Peter da Silva wrote:
> On 2008-01-02, at 07:07, Jarkko Hietaniemi wrote:
> > reinterpret_cast(0)
>
> What in the name of Ritchie does that mean?
I don't know, and apparently g++ doesn't know either.
>
>
--
There is this special biologist word we use for 'stable'. It
On 2008-01-02, at 07:07, Jarkko Hietaniemi wrote:
reinterpret_cast(0)
What in the name of Ritchie does that mean?
Yet... I really don't want to see passwords, even insecure ones,
accidentally.
xor them with "Squeamish Ossifrage".
Yossi Kreinin wrote:
> Jarkko Hietaniemi wrote:
>> num...@deathwyrm.com wrote:
>>
>>> Type mismatch: cannot convert from List to List
>> x.cc:2: error: invalid cast from type ‘int’ to type ‘int’
>
> Um... how did you do this?
>
reinterpret_cast(0)
On 02/01/2008, Martin Ebourne wrote:
> demerphq wrote:
> > Its not a security thing IMO. Its a peace-of-mind thing. Any syadmin
> > can easily *deliberately* find out a users password in such a system,
> > cleartext or base64 or rot13. But what Base64 does that rot13 barely
> > does which clearte
demerphq wrote:
Its not a security thing IMO. Its a peace-of-mind thing. Any syadmin
can easily *deliberately* find out a users password in such a system,
cleartext or base64 or rot13. But what Base64 does that rot13 barely
does which cleartext does not is prevent sysadmins from accidentally
see
On 02/01/2008, Martin Ebourne wrote:
> b...@cpan.org wrote:
> >> I say better clear text than rot-13. Unless it has passwords properly
> >> encrypted with a master password, and associated session management (which
> >> would be nice, but as far as I know no-one has implemented this for svn
> >> y
On 2008-01-02 at 12:12 +0100, b...@cpan.org wrote:
> On Wed, Jan 02, 2008 at 10:56:27AM +, Martin Ebourne wrote:
> > Aristotle Pagaltzis wrote:
> >> Which is reasonably doable without the aid of tools, because you
> >> can easily inspect these files: Subversion stores *everything*,
> >> and th
b...@cpan.org wrote:
I say better clear text than rot-13. Unless it has passwords properly
encrypted with a master password, and associated session management (which
would be nice, but as far as I know no-one has implemented this for svn
yet), clear text seems to be the best choice.
Firefox and
On Wed, Jan 02, 2008 at 10:56:27AM +, Martin Ebourne wrote:
> Aristotle Pagaltzis wrote:
>> Which is reasonably doable without the aid of tools, because you
>> can easily inspect these files: Subversion stores *everything*,
>> and that includes the passwords, in pure, untarnished clear text.
>
On 2008-01-02 at 11:32 +0100, Aristotle Pagaltzis wrote:
> Which is reasonably doable without the aid of tools, because you
> can easily inspect these files: Subversion stores *everything*,
> and that includes the passwords, in pure, untarnished clear text.
>
> A marvel.
>
> That anyone ever thou
Aristotle Pagaltzis wrote:
Which is reasonably doable without the aid of tools, because you
can easily inspect these files: Subversion stores *everything*,
and that includes the passwords, in pure, untarnished clear text.
I say better clear text than rot-13. Unless it has passwords properly
If you stopped reading after the first word in the subject, you
took a pretty sensible decision. Anyway, so:
Subversion only stores auth credentials you supply on the command
line if it used them successfully. If the server refused a
request for some reason, it won't store the credentials. If the
Jarkko Hietaniemi wrote:
num...@deathwyrm.com wrote:
Type mismatch: cannot convert from List to List
x.cc:2: error: invalid cast from type ‘int’ to type ‘int’
Um... how did you do this?
18 matches
Mail list logo