- Atheist Scientist Becomes Christian After Researching Religions For Truth - 5 Updates
- "Death to C, ++" - 6 Updates
| "Rick C. Hodgin" <rick.c.hodgin@gmail.com>: Jul 22 09:16AM -0700 Atheist Scientist Becomes Christian After Researching Religions For Truth Atheist Scientist Becomes Christian After Researching Evidence for God: https://www.youtube.com/watch?v=dsbj7EN1Uzs Who is Jesus? What's He like? The Gospel of John teaches us the love of God: https://www.youtube.com/watch?v=2mgUPt2KI08 Thank you, Rick C. Hodgin |
| Mr Flibble <flibble@i42.co.uk>: Jul 22 10:07PM +0100 On 22/07/2017 17:16, Rick C. Hodgin wrote: > Atheist Scientist Becomes Christian After Researching Evidence > for God: > https://www.youtube.com/watch?v=dsbj7EN1Uzs I watched the first few minutes before I became bored however in those minutes he said "from age 16 onwards I never doubted the existence of God" so at age 16 he was no longer an atheist making the subject line of your post at best egregiously incorrect and at worst deliberately misleading. Also, fuck off. /Flibble |
| Real Troll <real.troll@trolls.com>: Jul 22 05:40PM -0400 On 22/07/2017 22:07, Mr Flibble wrote: > Also, <explitives deleted> Any reason why you keep replying to Rick C Hodgkin when JacobNavia <jacob@jacob.remcomp.fr> is trying to report him to his News-provider? Can you make up your mind whether you want him to peddle his religious sermons here (on C anC++ newsgroups) or he should just stop completely. You can stop him if you create a filter so that none of his posts ever comes to you to tempt you to reply. I don't get any of his posts but your posts containing explitives are still entering my inbox. Please reply so that we can decide whether to black-list you or not. We are getting more traffic on religious matter from people like you than from Rick himself. It is time to stop once and for all. Thank you for reading this post. |
| "Rick C. Hodgin" <rick.c.hodgin@gmail.com>: Jul 22 03:17PM -0700 On Saturday, July 22, 2017 at 5:07:27 PM UTC-4, Mr Flibble wrote: > > for God: > > https://www.youtube.com/watch?v=dsbj7EN1Uzs > I watched the first few minutes before I became bored... You don't need to tell me, Leigh. It is only God Himself who will be the one you need to give account of. And when you do, you will also be compelled to report how many times I tried to reach you with the gospel message. You will burn in eternal Hellfire in agony unless you let Jesus in so He can forgive you of your sin. Six simple words: "Jesus, please forgive me, a sinner." How sad it will be for you to keep your pride in tact. It will cost you far more than you'll be wanting to pay. Thank you, Rick C. Hodgin |
| "Rick C. Hodgin" <rick.c.hodgin@gmail.com>: Jul 22 04:00PM -0700 Here is the more important video to watch: ----- Who is Jesus? What's He like? The Gospel of John teaches us the love of God: https://www.youtube.com/watch?v=2mgUPt2KI08 Thank you, Rick C. Hodgin |
| David Brown <david.brown@hesbynett.no>: Jul 22 01:02AM +0200 On 19/07/17 01:28, Melzzzzz wrote: >> some GB in most machines. > Heh, never thought to implement it like that ;) > What about tree ? ;) I have no experience with Rust, but long ago I had need for trees and lists in Basic with no pointers. I had an array that was large enough for everything that was needed, and indices into the array took the place of pointers. I can't remember how I did the memory management. If it is possible in Basic, it is surely possible in Rust! |
| woodbrian77@gmail.com: Jul 21 07:10PM -0700 On Friday, July 21, 2017 at 7:33:01 AM UTC-5, Paavo Helde wrote: > - Allocation/deallocation from/to the free store (heap) shall not > occur after initialization (rationale: defragmentation causing > unpredictable delays). This is a pretty good one if you can follow the spirit of it, but still have a few heap allocations. > - The basic types of int, short, long, float and double shall not be used. > - Pointer arithmetic will not be used. > - Unsigned arithmetic shall not be used. I could live with this one also. Brian Ebenezer Enterprises - In G-d we trust. http://webEbenezer.net |
| Jorgen Grahn <grahn+nntp@snipabacken.se>: Jul 22 07:11AM ["Followup-To:" header set to comp.lang.c.] On Wed, 2017-07-19, jacobnavia wrote: > Thanks for repeating the mantra of all incompetent C++ programmers: > C is bad. > Yeah. That's not what he wrote. For the record, he also wrote: > > It is possible to write maintainable, secure, testable, etc., code > > in C. It is easier in C++ to achieve those goals than it is in C > > IMO. /Jorgen -- // Jorgen Grahn <grahn@ Oo o. . . \X/ snipabacken.se> O o . |
| Bo Persson <bop@gmb.dk>: Jul 22 12:41PM +0200 >> unpredictable delays). > This is a pretty good one if you can follow the spirit of it, > but still have a few heap allocations. I have seen a similar approach to this: Use pooled memory managers, then for each program module calculate the theoretical maximum number of allocations for each block size. Sum up the numbers and then install that amount or RAM. Meaning huge amounts! Seems like the military can afford that kind of systems, while we mere mortals will not. Bo Persson |
| Ian Collins <ian-news@hotmail.com>: Jul 21 10:22AM +1200 On 07/20/17 05:07 PM, Gareth Owen wrote: > Because - as he has proven over and over again - he has literally no > interest in anything that challenges how he has already made his mind > up. C++ is bad and unreadable, C is smooth and elegant The lack of a response certainly backs that up! -- Ian |
| "Öö Tiib" <ootiib@hot.ee>: Jul 22 08:42AM -0700 On Friday, 21 July 2017 05:15:35 UTC+3, Daniel wrote: > We thought of COBOL as legacy when I started programming in the mid > eighties, that gave it what, 25 years? JavaScript has been around > almost that many years :-) Some things die more young than others. Until there are new commercial projects started that write (at least part of) codebase in Lisp or in Fortran these are not legacy programming languages. |
| 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:
Post a Comment