Wednesday, November 26, 2014

Digest for comp.lang.c++@googlegroups.com - 17 updates in 4 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.
me <noone@all.net>: Nov 26 02:15AM

On Tue, 25 Nov 2014 11:39:20 +0000, Chicken Mcnuggets wrote:
 
> Servers are a different matter and for that I prefer either OpenBSD or
> the Ubuntu LTS releases (because they have a well defined support life
> cycle).
 
Not worth debating online for the next several months. Fedora is what I
have been using, I know how to tweak it, and it well supports the
rpmfusion repository of packages that don't meet their licensing
guidelines, but are indispensable nonetheless. It's not without its many
annoyances (short release lifecycles, bleeding edge stuff not being well
documented or well tested, etc), but on the beefy machine I run it on and
in the VirtualBox VMs I create, it works for me.
Martijn Lievaart <m@rtij.nl.invlalid>: Nov 26 11:43AM +0100

On Wed, 26 Nov 2014 02:15:58 +0000, me wrote:
 
> many annoyances (short release lifecycles, bleeding edge stuff not being
> well documented or well tested, etc), but on the beefy machine I run it
> on and in the VirtualBox VMs I create, it works for me.
 
Agree, so the following only added for reference to others. I'm not
trying to start a flame war, if anyone replies, keep it factual!
 
I used to use FC/CentOS. I have now switched to Ubuntu (LTS for servers,
latest for desktops), but still have CentOS servers.
 
The annoyances are similar. The difference is superficial mostly.
 
The most important differences I have noticed:
 
- Ubuntu LTS is for the most more recent than the latest CentOS.
 
- Ubuntu LTS may be less stable than the latest CentOS when it comes out,
although the difference is not big.
 
- Upgrading Ubuntu to a newer version is much easier than both FC and
CentOS (may have changed recently?)
 
- RHEL and thus CentOS are better accepted in the market, both at
$ORKPLACES and by commercial software vendors.
 
- Rpmfusion is dependent on a few maintainers, which has recently led to
a standstill (now resolved afaik).
 
- Having seperate ppa's seems to work out much better than having one big
rpmfusion in terms of compatibility. You can safely add lot's of ppa's
adding only exactly what you need, but if you add rpmfusion you get it
all, including their upgrades for existing CentOS packages which you may
not want and can lead to uninstallable packages from CentOS or other
sources.
 
- Having seperate ppa's means there is a much better chance someone
created a ppa for the software you are looking for.
 
- It's nice to have less differences between your servers and desktops,
however, with VMs in abundance you should develop on a VM matching your
target, so the difference becomes more moot.
 
- Both yum/rpm and apt/dpkg have advantages and disadvantages. Despite
the strong voices on this one ('apt is lightyears ahead') I find the
differences not very convincing.
- Apt is much faster (although yum is gaining)
- Dpkg does not allow dependencies between packages be listed as easily
as rpm f.i, something I need regularly.
- I do find the tools for apt/dpkg are much better in general, thanks
to having only one repository standard, but working with rpm is still
slightly easier for a techie like me.
- I personally find both lacking in how they handle configfiles
 
- There is no real debootstrap for RedHat (there is a febootstrap but I
found that to be dangerously buggy, only use in a fakeroot chroot
environment)
 
There are many similarities between FC and Ubuntu latest, which mostly
boil down to 'Lots of stuff is broken which may or may not get fixed'.
 
In the end, I prefer Ubuntu now, but the differences are not as large as
others may make you believe.
 
As I haven't used FC for a while now, the above may be out of date,
although I don't expect it to be.
 
M4
Mr Flibble <flibbleREMOVETHISBIT@i42.co.uk>: Nov 26 06:14PM

On 26/11/2014 10:43, Martijn Lievaart wrote:
> others may make you believe.
 
> As I haven't used FC for a while now, the above may be out of date,
> although I don't expect it to be.
 
Linus hates C++ though.
 
/Flibble
Martijn Lievaart <m@rtij.nl.invlalid>: Nov 26 09:00PM +0100

On Wed, 26 Nov 2014 18:14:27 +0000, Mr Flibble wrote:
 
[snip]
 
> Linus hates C++ though.
 
And you really had to quote a hundred lines for this non comment?
 
M4
Melzzzzz <mel@zzzzz.com>: Nov 26 09:17PM +0100

On Wed, 26 Nov 2014 21:00:59 +0100
 
> > Linus hates C++ though.
 
> And you really had to quote a hundred lines for this non comment?
 
> M4
 
Perhaps he writes from cell phone? ;)
Chicken Mcnuggets <chicken@mcnuggets.com>: Nov 26 09:16PM

On 26/11/14 10:43, Martijn Lievaart wrote:
 
> Agree, so the following only added for reference to others. I'm not
> trying to start a flame war, if anyone replies, keep it factual!
>[snip]
 
Good list. I've never been a fan of Red Hat based distros but I think it
is primarily down to having a rather bad experience with Red Hat 5 or 6
in 1999 or 2000 or whenever it was back then (this was before Red Hat
went all enterprisey).
 
Since then I've either stuck to Debian based distros or Arch Linux. I
had a brief spell on Linux from Scratch (which was a great learning
experience) but for day to day work LFS really REALLY sucks. More than
Gentoo :P.
 
I hear Linus uses Fedora for his dev machine so I guess it can't be all
bad. Maybe I'll give it a go in a VM or something sometime and see if
RPM has improved at all in the last 14 years or so.
Christopher Pisz <nospam@notanaddress.com>: Nov 26 03:45PM -0600

On 11/26/2014 2:00 PM, Martijn Lievaart wrote:
 
>> Linus hates C++ though.
 
> And you really had to quote a hundred lines for this non comment?
 
> M4
 
I've read all the posts in this thread and see very little to do with
the topic of the newsgroup at all. This is just another "I use Linux!"
"Me too!" "I like this flavor!" "I like this one!" thread.
 
So, technically the entire thread shouldn't be here at all.
woodbrian77@gmail.com: Nov 26 02:02PM -0800

On Wednesday, November 26, 2014 3:46:07 PM UTC-6, Christopher Pisz wrote:
 
> I've read all the posts in this thread and see very little to do with
> the topic of the newsgroup at all. This is just another "I use Linux!"
> "Me too!" "I like this flavor!" "I like this one!" thread.
 
My opinion of Linux isn't as high as it used to be.
I think FreeBSD has better TCP support than Linux.
 
http://freebsd.org
 
Brian
Ebenezer Enterprises
http://webEbenezer.net
porparek@gmail.com: Nov 26 07:46AM -0800

On Friday, October 31, 2014 7:46:37 PM UTC+1, Paavo Helde wrote:
> the specified address. This requires some cooperation between the caller
> and the called function. For details see
 
> http://en.wikipedia.org/wiki/Return_value_optimization
 
Thanks to both of you for the reply. It looks like I wasn't aware of how powerfull the RVO is. Now I agree with you.
fl <rxjwg98@gmail.com>: Nov 25 09:15PM -0800

Hi,
 
Sorry, I forgot the wrap problem in my first post.
 
 
 
I have a question about transferring data from a class to another.
Today, I see the following line:
 
We can use a class object for transferring data to another class.
 
 
from a forum. But I do not have a clue on how to get it in C++.
Could you explain it to me, especially by an example?
 
 
Thanks,
red floyd <no.spam.here@its.invalid>: Nov 25 09:49PM -0800

On 11/25/2014 9:15 PM, fl wrote:
 
> We can use a class object for transferring data to another class.
 
> from a forum. But I do not have a clue on how to get it in C++.
> Could you explain it to me, especially by an example?
 
And once again, you have given insufficient information.
The simple answer is "use the appropriate methods".
 
A more detailed answer can be found at:
 
http://www.catb.org/esr/faqs/smart-questions.html
Robert Wessel <robertwessel2@yahoo.com>: Nov 26 12:19AM -0600

On Tue, 25 Nov 2014 21:15:53 -0800 (PST), fl <rxjwg98@gmail.com>
wrote:
 
 
>We can use a class object for transferring data to another class.
 
>from a forum. But I do not have a clue on how to get it in C++.
>Could you explain it to me, especially by an example?
 
 
Well that's for the formatting fix, at least. But Ian also asked for
some context. Your question is pretty hard to decipher as it is.
 
In general, think of all the method that you might use for getting
data out of an object, and all of the methods for getting data in to
an object, and then do the problem appropriate form of that somewhere.
 
Really, what are you trying to do?
"Öö Tiib" <ootiib@hot.ee>: Nov 25 11:13PM -0800

On Wednesday, 26 November 2014 07:16:12 UTC+2, fl wrote:
 
> We can use a class object for transferring data to another class.
 
> from a forum. But I do not have a clue on how to get it in C++.
> Could you explain it to me, especially by an example?
 
Internet is full of forums where lot of sentences are posted.
The sentences usually do not contain much wisdom. It is
hard to tell what the one you posted talks about.
 
In C++ we call member functions of object's class to inspect
or to modify object's state. Member functions are transferring
data into or out of object.
"Osmium" <r124c4u102@comcast.net>: Nov 26 08:40AM -0600

"fl" wrote:
 
 
> We can use a class object for transferring data to another class.
 
> from a forum. But I do not have a clue on how to get it in C++. Could you
> explain it to me, especially by an example?
 
Are you still working on the problem you posed in July or is this a new
problem? Assuming this is the July problem I doubt if there enough
substance in the thing you are Asking about here to help. Your question in
July was, as I understood it, not how to transfer data but how to do it in a
super low overhead way. Remember that a class is an odd-ball structure.
 
Doing something and doing it almost perfectly are two quite different
things. If all else fails start a new question with an actual question in
the text of the message.
Chicken Mcnuggets <chicken@mcnuggets.com>: Nov 26 11:16AM

On 25/11/14 20:01, Christopher Pisz wrote:
> You'd probably want a class structure for the entire response and some
> map of name and values inside. I don't know anything about the scgi
> protocol though.
 
There are four primary reasons I am doing this rather than using an
existing library:
 
1) I'm learning C++ and I need the practice.
2) I want my implementation to play nicely with my async networking
implementation (using epoll etc).
3) I need BSD / MIT / Boost / public domain licensed code.
4) I don't like the implementation of most SCGI libraries I have looked at.
 
Now the libraries out there may very well play nicely in an async
environment but I have strong requirements for the public interface
exposed by the SCGI library so that it will integrate with the rest of
the system and because the rest of the library is BSD licensed I can't
use GPL or LGPL code in the code base.
 
I'll give the std::vector<char> a go and see how I get on.
 
Thanks.
Martijn Lievaart <m@rtij.nl.invlalid>: Nov 26 01:52PM +0100

On Wed, 26 Nov 2014 11:16:28 +0000, Chicken Mcnuggets wrote:
 
> I'll give the std::vector<char> a go and see how I get on.
 
As others already pointed out, you may want to have a look at the
std::string(const char*, size_t) constructor. You also may want to look
at std::array<char> and std::deque<char>.
 
HTH,
M4
Chicken Mcnuggets <chicken@mcnuggets.com>: Nov 26 02:08PM

On 26/11/14 12:52, Martijn Lievaart wrote:
> at std::array<char> and std::deque<char>.
 
> HTH,
> M4
 
Cool. Thanks for the tips.
 
I'll dig into my books and see what I can come up with.
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.

No comments: