Friday, November 14, 2014

Digest for comp.lang.c++@googlegroups.com - 8 updates in 3 topics

comp.lang.c++@googlegroups.com Google Groups
Unsure why you received this message? You previously subscribed to digests from this group, but we haven't been sending them for a while. We fixed that, but if you don't want to get these messages, send an email to comp.lang.c+++unsubscribe@googlegroups.com.
Nikki Locke <nikki@trumphurst.com>: Nov 14 11:22PM

Available C++ Libraries FAQ
 
URL: http://www.trumphurst.com/cpplibs/
 
This is a searchable list of libraries and utilities (both free
and commercial) available to C++ programmers.
 
If you know of a library which is not in the list, why not fill
in the form at http://www.trumphurst.com/cpplibs/cppsub.php
 
Maintainer: Nikki Locke cpplibs@trumphurst.com
JiiPee <no@notvalid.com>: Nov 14 08:20PM

On 14/11/2014 14:16, Robert Hutchings wrote:
> http://shop.oreilly.com/product/0636920033707.do
 
> You can also use PayPal to buy. Paperback will be out in December.
 
So will be propably my christmas gift.
 
But why one needs to buy pdf and paperback both of them? Does not make
sense to me if its one person reading both of them... It like listening
music from the CD and then copy it to mp3 to listen at car - surely not
make sense buy 2 licenses to listen your album.
 
One product one price!
Robert Hutchings <rm.hutchings@gmail.com>: Nov 14 03:13PM -0600

On 11/14/2014 2:20 PM, JiiPee wrote:
> music from the CD and then copy it to mp3 to listen at car - surely not
> make sense buy 2 licenses to listen your album.
 
> One product one price!
You don't need to buy both. I bought the download and will not buy the
paperback.
JiiPee <no@notvalid.com>: Nov 14 09:17PM

On 14/11/2014 21:13, Robert Hutchings wrote:
 
>> One product one price!
> You don't need to buy both. I bought the download and will not buy
> the paperback.
 
I definitely prefer the paperback... but just saying would be nice to be
able to read it on computer as well, but then they ask more money which
sounds illogical as I have a licence to read it I think.
red floyd <no.spam@its.invalid>: Nov 14 01:18PM -0800

On 11/14/2014 1:13 PM, Robert Hutchings wrote:
 
>> One product one price!
> You don't need to buy both. I bought the download and will not buy the
> paperback.
 
Different strokes. I bought the dead trees, because I hate e-books.
Personal taste.
JiiPee <no@notvalid.com>: Nov 14 10:18PM

On 14/11/2014 21:18, red floyd wrote:
>> paperback.
 
> Different strokes. I bought the dead trees, because I hate e-books.
> Personal taste.
 
I think books are still better for eyes. Maybe computers get better in
the future, but the colors etc are better when reading a paper book. The
"feeling" is thus better...
JiiPee <no@notvalid.com>: Nov 14 07:44PM

On 14/11/2014 19:33, Scott Lurndal wrote:
> Not on my system. ULONG_MAX here is:
 
> $ printf "%u\n" $(( 0xffffffffffffffff ))
> 18446744073709551615
 
But on my system it is....
 
> Most modern systems are 64-bit, and unsigned long is 64-bit. snprintf will
> even take an unsigned long long, which is a 64-bit value on 32-bit CPU's
> and the gnu compilers offer 128-bit scalar types (__int128_t, __uint128_t).
 
But it does not take longer than build in types, which is unsigned long
long, isnt it? And that was the point.
JiiPee <no@notvalid.com>: Nov 14 07:48PM

On 14/11/2014 19:44, JiiPee wrote:
>> __uint128_t).
 
> But it does not take longer than build in types, which is unsigned
> long long, isnt it? And that was the point.
 
Because whatever build in types we use (even int128), then surely my
function also can handle them. So it does not change the "setting" . The
question was more like, that can snprintf and others convert bigger
integers than my function. And seems like no...
You received this digest because you're subscribed to updates for this group. You can change your settings on the group membership page.
To unsubscribe from this group and stop receiving emails from it send an email to comp.lang.c+++unsubscribe@googlegroups.com.
Posted by at

No comments:

Post a Comment

Subscribe to: Post Comments (Atom)