Project review

[woodb...@gmail.com]

Shalom

This is my messaging/serialization project:

https://github.com/Ebenezer-group/onwards


One area I've not made much progress with is
continuous integration. I've looked at Circleci
and Codeship and some others, but so far haven't
found one that's free and easy to use.

Thanks in advance for your constructive comments.



Brian
Ebenezer Enterprises - Enjoying programming again.
http://webEbenezer.net

[Öö Tiib]

On Wednesday, 11 September 2019 06:00:22 UTC+3, woodb...@gmail.com wrote:
>
> One area I've not made much progress with is
> continuous integration. I've looked at Circleci
> and Codeship and some others, but so far haven't
> found one that's free and easy to use.
>
> Thanks in advance for your constructive comments.

TeamCity has likely best GitHub integration.
Other popular choices are Bamboo, Hudson and Jenkins.

[Mr Flibble]

On 11/09/2019 04:00, woodb...@gmail.com wrote:
> Shalom
>
> This is my messaging/serialization project:
>
> https://github.com/Ebenezer-group/onwards
>
>
> One area I've not made much progress with is
> continuous integration. I've looked at Circleci
> and Codeship and some others, but so far haven't
> found one that's free and easy to use.
>
> Thanks in advance for your constructive comments.

You could try CuntCI .. I hear it comes highly recommended by mysogonist
homophobes.

/Flibble

--
“You won’t burn in hell. But be nice anyway.” – Ricky Gervais
“I see Atheists are fighting and killing each other again, over who
doesn’t believe in any God the most. Oh, no..wait.. that never happens.”
– Ricky Gervais
"Suppose it's all true, and you walk up to the pearly gates, and are
confronted by God," Bryne asked on his show The Meaning of Life. "What
will Stephen Fry say to him, her, or it?"
"I'd say, bone cancer in children? What's that about?" Fry replied.
"How dare you? How dare you create a world to which there is such misery
that is not our fault. It's not right, it's utterly, utterly evil."
"Why should I respect a capricious, mean-minded, stupid God who creates
a world that is so full of injustice and pain. That's what I would say."

[rick.c...@gmail.com]

On Wednesday, September 11, 2019 at 10:50:11 AM UTC-4, Mr Flibble wrote:
> --
> “You won’t burn in hell. But be nice anyway.” – Ricky Gervais
> “I see Atheists are fighting and killing each other again, over who
> doesn’t believe in any God the most. Oh, no..wait.. that never happens.”
> – Ricky Gervais
> "Suppose it's all true, and you walk up to the pearly gates, and are
> confronted by God," Bryne asked on his show The Meaning of Life. "What
> will Stephen Fry say to him, her, or it?"
> "I'd say, bone cancer in children? What's that about?" Fry replied.
> "How dare you? How dare you create a world to which there is such misery
> that is not our fault. It's not right, it's utterly, utterly evil."
> "Why should I respect a capricious, mean-minded, stupid God who creates
> a world that is so full of injustice and pain. That's what I would say."

https://www.youtube.com/watch?v=ZvEnIkz82A0&t=1s

"Trying hard now
It's so hard now
Trying hard now

"Gettin' strong now
Coming on, now
Gettin' strong now

"Gonna fly now
Flyin' high now
Gonna fly, fly, fly"

--
Rick C. Hodgin

[Mr Flibble]

Hi Fucktard. No I haven't removed your demented view on evolution from
my .sig: this was from my laptop which has a different .sig. Now fuck
off you egregious misogynist, homophobic batshit crazy cunt.

/Flibble

[woodb...@gmail.com]

On Wednesday, September 11, 2019 at 1:39:06 AM UTC-5, Öö Tiib wrote:
>
> TeamCity has likely best GitHub integration.
> Other popular choices are Bamboo, Hudson and Jenkins.

I want a hosted CI service. It seems like TeamCity,
Bamboo and Jenkins don't do that.

[Öö Tiib]

Why should anyone want to provide service that compiles your crap
and runs your unit tests on each commit for free?

[woodb...@gmail.com]

It's not crap. It's increasingly robust and flexible
software with a business plan behind it. T. Boone
Pickens passed on yesterday. He used to say: A fool with
a plan can beat a genius with no plan.

I built my software yesterday on Linux 5 with Gcc 9.2 for
the first time. This combo produced the smallest versions
of my executables to date.

Services are often free in order to garner users. Often
though they are only free for the first 30 days or so. The
C++ Middleware Writer is free without limits like that.


Brian
Ebenezer Enterprises - "America isn't great because America
is powerful. America is powerful because America is great."
Ben Shapiro at dailywire.com
https://github.com/Ebenezer-group/onwards

[Scott Lurndal]

woodb...@gmail.com writes:
>On Thursday, September 12, 2019 at 1:10:32 AM UTC-5, =C3=96=C3=B6 Tiib wrot=

>I built my software yesterday on Linux 5 with Gcc 9.2 for=20
>the first time. This combo produced the smallest versions=20

>of my executables to date.

Executable size is a useless metric. Why do you think it is
either useful or interesting?

Run-time memory usage, now _that_ matters.

[woodb...@gmail.com]

On Thursday, September 12, 2019 at 12:06:32 PM UTC-5, Scott Lurndal wrote:
> woodb...@gmail.com writes:
> >On Thursday, September 12, 2019 at 1:10:32 AM UTC-5, =C3=96=C3=B6 Tiib wrot=
>
> >I built my software yesterday on Linux 5 with Gcc 9.2 for=20
> >the first time. This combo produced the smallest versions=20
> >of my executables to date.
>
> Executable size is a useless metric. Why do you think it is
> either useful or interesting?

https://duckduckgo.com/?q=mark+cppnow+vmware&t=h_&ia=videos&iax=videos&iai=vGV5u1nxqd8

I was already doing that before I watched that.



Brian

[Szyk Cech]

On 11.09.2019 05:00, woodb...@gmail.com wrote:
> Shalom

Здравствуйте товарищи!!!

Your project is interested some what to me. And I have question:

I read:
https://github.com/Ebenezer-group/onwards/blob/master/example/receiveExample.cc
and

To make that trick at receiver site:

::std::vector<int32_t> vec;
::std::string str;
give(buf,vec,str);

Am I suppose on sender site to use:

::std::vector<int32_t> vec {100,97,94,91,88,85};
marshal<messageID::id1>(buf,vec,"Proverbs 24:27");

before?

I ask to make sure that it is supposed to talk only with specific server.
My final question is:
Can't I receive and parse data from any binary protocol?

It will be nice to have generic binary format parser...
[ Additional string protocol will be nice. ]

[Szyk Cech]

On 12.09.2019 20:22, Szyk Cech wrote:
> [ Additional string protocol will be nice. ]

I mean: Additional generic string protocol parser will be nice.

[Scott Lurndal]

woodb...@gmail.com writes:
>On Thursday, September 12, 2019 at 12:06:32 PM UTC-5, Scott Lurndal wrote:
>> woodb...@gmail.com writes:
>> >On Thursday, September 12, 2019 at 1:10:32 AM UTC-5, =C3=96=C3=B6 Tiib wrot=
>>
>> >I built my software yesterday on Linux 5 with Gcc 9.2 for=20
>> >the first time. This combo produced the smallest versions=20
>> >of my executables to date.
>>
>> Executable size is a useless metric. Why do you think it is
>> either useful or interesting?
>
>https://duckduckgo.com/?q=mark+cppnow+vmware&t=h_&ia=videos&iax=videos&iai=vGV5u1nxqd8

If you can't explain it in your own words, fine. I've no interest
in watching some random video.

[Rick C. Hodgin]

On 9/12/2019 4:03 PM, Scott Lurndal wrote:
> woodb...@gmail.com writes:
>> On Thursday, September 12, 2019 at 12:06:32 PM UTC-5, Scott Lurndal wrote:
>>> woodb...@gmail.com writes:
>>>> On Thursday, September 12, 2019 at 1:10:32 AM UTC-5, =C3=96=C3=B6 Tiib wrot=
>>>
>>>> I built my software yesterday on Linux 5 with Gcc 9.2 for=20
>>>> the first time. This combo produced the smallest versions=20
>>>> of my executables to date.
>>>
>>> Executable size is a useless metric. Why do you think it is
>>> either useful or interesting?
>>
>> https://duckduckgo.com/?q=mark+cppnow+vmware&t=h_&ia=videos&iax=videos&iai=vGV5u1nxqd8
>
> If you can't explain it in your own words, fine. I've no interest
> in watching some random video.

But you do have interest in commenting on it just to be mean to Brian?
Have you ever considered what you're actually doing with your life,
Scott? This really is your footprint on the world. You really are
hurting people and being mean to them.

So, you have no interest in learning and growing and sharing in someone
like Brian's life, but you do automatically have much interest in being
mean to him, and writing things that hurt and harm people on the inside?
(based on a sampling of your many posts this is a sane conclusion)

It's no way to be. And it speaks volumes of the view of self you possess.

You are better than you think you are, Scott. You don't need to be mean
to people to make yourself feel better. You don't need to drag people
down and put them under your heel to have worth and value in this world.
You are valuable in your own person, by your own abilities. You can be
nice and helpful to people and make yourself feel better.

You should try it sometime.

--
Rick C. Hodgin

[woodb...@gmail.com]

On Thursday, September 12, 2019 at 1:22:42 PM UTC-5, Szyk Cech wrote:
> On 11.09.2019 05:00, woodb...@gmail.com wrote:
> > Shalom
>
> Здравствуйте товарищи!!!
>
> Your project is interested some what to me. And I have question:
>
> I read:
> https://github.com/Ebenezer-group/onwards/blob/master/example/receiveExample.cc
> and
>
> To make that trick at receiver site:
>
> ::std::vector<int32_t> vec;
> ::std::string str;
> give(buf,vec,str);
>
> Am I suppose on sender site to use:
>
> ::std::vector<int32_t> vec {100,97,94,91,88,85};
> marshal<messageID::id1>(buf,vec,"Proverbs 24:27");
>
> before?

Yes, but it's just an example.

>
> I ask to make sure that it is supposed to talk only with specific server.
> My final question is:
> Can't I receive and parse data from any binary protocol?

Well, there's only support for message lengths of 0 or 4 bytes at
this time. G-d willing, we'll make that more flexible in the future.
Message Ids can be 1,2 or 4 bytes.


Brian

[Ian Collins]

On 13/09/2019 08:03, Scott Lurndal wrote:
> woodb...@gmail.com writes:
>> On Thursday, September 12, 2019 at 12:06:32 PM UTC-5, Scott Lurndal wrote:
>>> woodb...@gmail.com writes:
>>>> On Thursday, September 12, 2019 at 1:10:32 AM UTC-5, =C3=96=C3=B6 Tiib wrot=
>>>
>>>> I built my software yesterday on Linux 5 with Gcc 9.2 for=20
>>>> the first time. This combo produced the smallest versions=20
>>>> of my executables to date.
>>>
>>> Executable size is a useless metric. Why do you think it is
>>> either useful or interesting?
>>
>> https://duckduckgo.com/?q=mark+cppnow+vmware&t=h_&ia=videos&iax=videos&iai=vGV5u1nxqd8
>
> If you can't explain it in your own words, fine. I've no interest
> in watching some random video

The video is interesting and probably (it's a presentation by Mark Zeren
from VmWare) relevant to your work. He does make a strong case for
measuring executable size as a measure of code complexity. Saying that,
it has no relevance to comparative compiler code sizes...

--
Ian.

[Öö Tiib]

On Thursday, 12 September 2019 19:37:04 UTC+3, woodb...@gmail.com wrote:
> On Thursday, September 12, 2019 at 1:10:32 AM UTC-5, Öö Tiib wrote:
> > On Thursday, 12 September 2019 05:44:19 UTC+3, woodb...@gmail.com wrote:
> > >
> > > I want a hosted CI service. It seems like TeamCity,
> > > Bamboo and Jenkins don't do that.
> >
> > Why should anyone want to provide service that compiles your crap
> > and runs your unit tests on each commit for free?
>
> It's not crap.

Fine, that is orthogonal issue anyway.

> Services are often free in order to garner users. Often
> though they are only free for the first 30 days or so.

It is because continuous integration is not something that
we "use". It automates tedious tasks in development process.
On ideal case fully. Set up and forget. So there are no much
opportunities even to show ads to users of good CI.

[David Brown]

Scott did not say the video was not interesting or relevant - he said he
had no interest in watching an unknown video link. Remember who posted
that link - /I/ certainly would not bother clicking on it, given Brian's
history.

What Brian should have done is answered Scott's question:

"""
I think executable size is important because it gives better I-cache hit
rates, or because it makes coverage testing easier, or because my
customers have dial-up modems, etc. This video by famous person Mark
Zeren from VmWare explains more:

<https://www.youtube.com/watch?v=vGV5u1nxqd8>
"""

(Note the link is the proper link, not an advert for Brian's favourite
search engine.)


Personally, I still wouldn't watch the video, because I don't find video
to be a useful medium for that kind of thing. But that's just me -
other people like them.

[Ian Collins]

On 13/09/2019 19:29, David Brown wrote:
> On 13/09/2019 05:31, Ian Collins wrote:
>> On 13/09/2019 08:03, Scott Lurndal wrote:
>>> woodb...@gmail.com writes:
>>>> On Thursday, September 12, 2019 at 12:06:32 PM UTC-5, Scott Lurndal
>>>> wrote:
>>>>> woodb...@gmail.com writes:
>>>>>> On Thursday, September 12, 2019 at 1:10:32 AM UTC-5, =C3=96=C3=B6
>>>>>> Tiib wrot=
>>>>>
>>>>>> I built my software yesterday on Linux 5 with Gcc 9.2 for=20
>>>>>> the first time.  This combo produced the smallest versions=20
>>>>>> of my executables to date.
>>>>>
>>>>> Executable size is a useless metric.  Why do you think it is
>>>>> either useful or interesting?
>>>>
>>>> https://duckduckgo.com/?q=mark+cppnow+vmware&t=h_&ia=videos&iax=videos&iai=vGV5u1nxqd8
>>>>
>>>
>>> If you can't explain it in your own words, fine.  I've no interest
>>> in watching some random video
>> The video is interesting and probably (it's a presentation by Mark Zeren
>> from VmWare) relevant to your work.  He does make a strong case for
>> measuring executable size as a measure of code complexity.  Saying that,
>> it has no relevance to comparative compiler code sizes...
>>
>
> Scott did not say the video was not interesting or relevant - he said he
> had no interest in watching an unknown video link.

Did I say otherwise?

--
Ian.

[David Brown]

No. My post was as much to Brian and Rick as to you, but I didn't want
to reply to everyone. My apologies if it looked like I was criticising
you. Probably it would have made more sense for my post to be a reply
to Brian's post than to yours.

[Scott Lurndal]

That's certainly part of it. I can also read and absorb text much faster
than plowing through some interminable video presentation.

And in some working enviroments, I don't have the ability to view video.

>
>What Brian should have done is answered Scott's question:
>
>"""
>I think executable size is important because it gives better I-cache hit

The relationship between executable size (presuming that any cruft like
exception tables, debug symbol tables, run-time loader symbol tables, .rodata, .data,
rtti tables, etc. are not considered when calculating executable size) and i-cache hit
rate is minor, if it exists at all. Far more important is the size
of the text section 'working set' (to borrow from the old VAX days). There
may be a zillion pages of infrequently used text, which will never get
into the Icache at all during normal program operation.

>
>Personally, I still wouldn't watch the video, because I don't find video
>to be a useful medium for that kind of thing. But that's just me -
>other people like them.

I'm with you.

[Mr Flibble]

Executable size is a measure of how much text is in the text segment and
how much data in the data segments only, it is NOT a measure of code
complexity at all.

/Flibble

[David Brown]

Yes, I know that - I was guessing at some reasons people might have for
preferring small executable sizes. (There are times when there are
other good reasons, of course - in my business, it is often important to
have small total executable size.) I don't know why Brian thinks it is
an important metric for his code - but I'd be interested to hear his
reasoning.

[woodb...@gmail.com]

On Friday, September 13, 2019 at 8:18:54 AM UTC-5, Mr Flibble wrote:
> On 13/09/2019 04:31, Ian Collins wrote:
> > The video is interesting and probably (it's a presentation by Mark Zeren
> > from VmWare) relevant to your work.  He does make a strong case for
> > measuring executable size as a measure of code complexity.  Saying that,
> > it has no relevance to comparative compiler code sizes...
>
> Executable size is a measure of how much text is in the text segment and
> how much data in the data segments only, it is NOT a measure of code
> complexity at all.
>

Yeah. If a refactoring leads to a smaller binary size and
fewer lines of code, I'll probably use it.


Brian

[woodb...@gmail.com]

They can have ads on their documentation. Also if your
build fails and you click on their page to find out more
info....

Ebenezer ads are better than other ads. I put ads at the
bottom of the page rather than the top or side. That's
less intrusive.

https://www.reddit.com/r/cpp_questions/comments/d3bcgl/what_continuous_integration_to_use/

[David Brown]

The size of the final binary is only loosely correlated with the size of
the source code. And the size of the source code is only loosely
correlated with the complexity of the source code.

Executable size may be a useful metric in some circumstances, but it is
not in itself a useful indicator of code complexity. (Nor is code
complexity a particularly useful metric either.)