|
I dont really know C++ well enough to comment on that. You could downvote the article, but you can also flag the article if you find it appropriate, that was my only point
|
|
|
|
|
I agree with you; that is possible on any article awaiting approval. I'm just not sure why Espen has singled this one out when there are plenty of badly written submissions posted here.
One of these days I'm going to think of a really clever signature.
|
|
|
|
|
Quote: Espen has singled this one out
Proberbly becouse a simular article by the same person was deleted before, but that is just my guess.
Quote: is possible on any article awaiting approval
You can do it on published articles also.
|
|
|
|
|
I know the history of this article and I also know how, why and when one can vote. My comment was directed at why Espen has got excited about this particular posting, when so many poorly structured articles still get past the reviewers on a fairly regular basis.
One of these days I'm going to think of a really clever signature.
|
|
|
|
|
Perhaps due to the fact that many members could approve an article and make it live. I agree that there are articles that border on misleading, but a simple comments should suffice in the circumstance, after all they may provide many useful articles leater. I guess that there is an advantage for everyone to allow more articles to be printed on the site and the voting would say something on how valid they are to outsiders.
So I guess that I agree with you...
|
|
|
|
|
Given the number of articles this author has created previously, I don't think he needs to go through the approval process.
|
|
|
|
|
I dont get it, what and who are we talking about here?
|
|
|
|
|
The author of the article that has Espenn all hot and bothered has already written 14 articles. I don't think his articles go into the pile.
|
|
|
|
|
Ah, I see, little slow today, sorry I any case I see that the article is deleted now. But I somethimes find it hard to judge if an article should be approved or not, but the guidelines specify that if the author has done his best, you should approve it. Misleading articles might be harder to identify..
|
|
|
|
|
|
Read it, Pete, just read it ... I'm not saying that everything Ladislav has written is rubbish, I've even upvoted him, but this article presents material that is plain wrong.
|
|
|
|
|
Espenn - I tried to read it, honestly I did, but the formatting threw me so much that I gave up. I appreciate that English isn't his first language but, even taking that into account, I couldn't follow it because paragraph breaks happened in odd places.
|
|
|
|
|
Find the section starting with I call it Hurray stl vector<everything> trend.
Do you want destructors to be called on an object when a pointer to that object goes out of scope?
shared_ptr provides something resembling this functionality at the library level.
|
|
|
|
|
Espen Harlinn wrote: Do you want destructors to be called on an object when a pointer to that object
goes out of scope?
I'm still confused by this article. Is he stating that he wants the language to cope with this by default? Is he asking for some form of reference counted/garbage collected tidy up?
When I was coding C++ (a long time ago I grant you), I rarely saw a need for the language to do this - there are too many edge cases where a non-determenistic delete could cause you problems. With a little bit of discipline, it's very easy to ensure that you tidy up (that and a couple of handy macros to write out the address of the object when it was created, and the address when it was deleted - if there's a mismatch in the count, you know that you may have a leak and you know which object it is).
|
|
|
|
|
Pete O'Hanlon wrote: Is he stating that he wants the language to cope with this by default? Is he
asking for some form of reference counted/garbage collected tidy up?
That seems to be the case.
The next release of the C++ standard is scheduled for 2017, and I don't think we'll see many changes to the language. We're probably going to add constructs supporting parallel programming and perhaps concepts. I also expect that we'll see some clarifications related to the current standard.
|
|
|
|
|
Hmmm, I would be against seeing that in the language by default. As you say, why add to the language when there are other ways that you could do this - and more importantly, as these methods don't rely on the standards ratification process, you can ship them ahead of the standard.
|
|
|
|
|
Pete O'Hanlon wrote: these methods don't rely on the standards ratification process, you can ship them ahead of the standard
This is how stuff usually makes it into the standard ...
|
|
|
|
|
I see it's been deleted, again.
|
|
|
|
|
|
I've just asked him why he keeps deleting and reposting the same article. We all know the reason why, but it will be interesting to see what he has to say.
From what I read there, it's not an improvement on the original version.
|
|
|
|
|
Looks like he thinks I'm trying "get" him, so guess I've wasted a bit of time
|
|
|
|
|
I must admit, his tactic of deleting and recreating articles to get rid of unwanted low votes is a new one on me.
|
|
|
|
|
Pete O'Hanlon wrote: I must admit, his tactic of deleting and recreating articles to get rid of unwanted low votes is a new one on me.
If it gets prevalent, somebody will probably step in and curb the practice ...
|
|
|
|
|
Richard MacCutchan wrote: why Espen has singled this one out
The title "The new C++ operator && and why should you start using it" is OK, it's something I'd like to see more about.
When you write Right now I am trying to test those changes in CLang, you are implying that you know what you are talking about at an expert level. What Ladislav suggests ahould be implemented at the language level can, and the are many examples of this, easily be implemented at the library level.
Find the section starting with I call it Hurray stl vector<everything> trend.
Do you want destructors to be called on an object when a pointer to that object goes out of scope?
The functionality he is looking for here is already provided by shared_ptr.
We're also looking at a proposal for C++ dynamic arrays, by Lawrence Crowl and Matt Austern - which will proably get my vote.
It's highly unlikely that the language will be altered to provide for features that can reasonably be implemented at the library level.
|
|
|
|
|
I agree with what you are saying, but I still feel that the best way to get the article improved is to enter into a discussion with the author. I have tried it today and he has made a minor change as a result.
Espen Harlinn wrote: When you write Right now I am trying to test those changes in CLang, you are implying that you know what you are talking about at an expert level. I guess anyone who posts an article is implying that they know what they are talking about, but the proof of that lies in the article itself. If it does not live up to its promise then it will be either voted into oblivion or ignored by the majority of readers.
One of these days I'm going to think of a really clever signature.
|
|
|
|