Saturday, July 20, 2019

Digest for comp.lang.c++@googlegroups.com - 14 updates in 4 topics

Real Troll <Real.Troll@Trolls.com>: Jul 20 04:35PM -0400

Sutter's Mill has published this today:
 
<https://herbsutter.com/2019/07/20/trip-report-summer-iso-c-standards-meeting-cologne/>
 
Mr Flibble <flibbleREMOVETHISBIT@i42.co.uk>: Jul 20 09:48PM +0100

On 20/07/2019 21:35, Real Troll wrote:
> Sutter's Mill has published this today:
 
> <https://herbsutter.com/2019/07/20/trip-report-summer-iso-c-standards-meeting-cologne/>
 
>> Obligatory comment: The C++20 Eagle has wings.
 
Gas.
 
/Flibble
 
--
"Snakes didn't evolve, instead talking snakes with legs changed into
snakes." - Rick C. Hodgin
 
"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."
porparek@gmail.com: Jul 19 11:52PM -0700

Hi,
Is lambda expression (https://en.cppreference.com/w/cpp/language/lambda) in fact an expression (https://en.cppreference.com/w/cpp/language/expressions) ?
 
What do you think ?
Best Regards
"Alf P. Steinbach" <alf.p.steinbach+usenet@gmail.com>: Jul 20 09:15AM +0200

> Hi,
> Is lambda expression (https://en.cppreference.com/w/cpp/language/lambda) in fact an expression (https://en.cppreference.com/w/cpp/language/expressions) ?
 
Yes, a lambda that's not called is an expression of an unspecified and
unique class type, that provides a call operator.
 
 
> What do you think ?
 
That's a very broad question and mostly off-topic in clc++.
 
I think we live in a universe with an eternal conflict between creation
and destruction, at all scales above the sub-atomic. I think the Big
Bang theory is full of glaring inconsistencies (some of them with a
discrepancy of over 100 orders of magnitude between observation and
theory) and self-contradictions, and as such, is an interesting example
of the group psychology that's also at work in religions. The
interesting physics thing, as opposed to the psychology issue, is, if
that's true, then is it also that way down in the atto-scale and below?
 
On the sort of opposite end of the scale of things, I'm wondering
whether it's true that oven-baked squash rolls filled with spinach and
cheese, are any good? It LOOKS nice, <url:
https://www.godt.no/oppskrift/8839/squashruller-fylt-med-spinat-og-ricotta>.
But looks can be deceiving for foodstuff, and I'm skeptical about food
with no meat.
 
Cheers!,
 
- Alf
Christian Gollwitzer <auriocus@gmx.de>: Jul 20 01:09PM +0200

Am 20.07.19 um 09:15 schrieb Alf P. Steinbach:
> https://www.godt.no/oppskrift/8839/squashruller-fylt-med-spinat-og-ricotta>.
> But looks can be deceiving for foodstuff, and I'm skeptical about food
> with no meat.
 
Then you should better try different options now and pick your most
favourable vegan dishes from the range of available stuff. Soon there
might not be enough of the wasteful dishes from animals any longe rwith
the climate change, even in rich countries (or /contemporary/ rich
countries). For sure there is not enough to feed the whole world like
this even now.
 
Christian.
Mr Flibble <flibbleREMOVETHISBIT@i42.co.uk>: Jul 20 03:44PM +0100

On 20/07/2019 08:15, Alf P. Steinbach wrote:
> https://www.godt.no/oppskrift/8839/squashruller-fylt-med-spinat-og-ricotta>.
> But looks can be deceiving for foodstuff, and I'm skeptical about food
> with no meat.
 
I am sure the animal you are eating would be sceptical about being eaten
if it had the chance.
 
/Flibble
 
--
"Snakes didn't evolve, instead talking snakes with legs changed into
snakes." - Rick C. Hodgin
 
"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."
"Öö Tiib" <ootiib@hot.ee>: Jul 19 06:11PM -0700

On Friday, 19 July 2019 20:29:01 UTC+3, Ben Bacarisse wrote:
 
> Too few. Far too few. If you have any trouble with a shaky hand on a
> mobile, voice input it a boon. Most date pickers are a pain compared to
> simply saying the date. "Progress" is inevitable!
 
:D That is why I suggested AI training courses up-thread. It is
pain to manually write a speech recognition as C++ but once
it is trained ... it is just couple of matrix multiplications.
Soviet_Mario <SovietMario@CCCP.MIR>: Jul 20 04:14AM +0200

On 19/07/2019 11:27, David Brown wrote:
> still be simpler than writing a daemon.
 
> In the *nix world, creating processes is cheap. There is often little
> problem in using a process simply to handle one call like this.
 
intresting ! I'm all but expert with linux (I've been using
it for 2 years), and I must admit I can't tell the
difference from an "open process" and a Daemon.
 
The fact is : I actually still dunno what's a daemon.
As for an open process, I could simply think of some process
with a "polling loop" on input, which processes commands for
Stdin (or a Pipe) until some special input is received, like
"die !". Or even a signal (gambas supports natively signalling).
 
It is a damn good and simple idea (If I have got it right).
Thank you !!!!
 
 
 
--
1) Resistere, resistere, resistere.
2) Se tutti pagano le tasse, le tasse le pagano tutti
Soviet_Mario - (aka Gatto_Vizzato)
Soviet_Mario <SovietMario@CCCP.MIR>: Jul 20 01:40PM +0200

On 19/07/2019 12:47, Öö Tiib wrote:
> or are ambiguous like 07/03/19. It takes human operator
> to guess if it was meant 2007/March/19, 07/March/2019,
> July/03/2019 or undecidable ambiguous.
 
yes is suitable in context where the format is homogeneous
and known in advance.
Now I have the suspect that the target was too ambitious (as
many said since start)
 
--
1) Resistere, resistere, resistere.
2) Se tutti pagano le tasse, le tasse le pagano tutti
Soviet_Mario - (aka Gatto_Vizzato)
David Brown <david.brown@hesbynett.no>: Jul 20 01:40PM +0200

On 20/07/2019 04:14, Soviet_Mario wrote:
> years), and I must admit I can't tell the difference from an "open
> process" and a Daemon.
 
> The fact is : I actually still dunno what's a daemon.
 
Roughly speaking, a daemon is a program that runs in the background,
performing services. Usually they are started automatically at system
bootup, and usually they communicate on network sockets. A webserver is
a daemon - it waits around until someone sends it an http query on a
TCP/IP port, it responds to the query, and goes back to waiting. You
have dozens of daemons running on a typical Linux system (and Windows
has services doing the same job under a different name), handling mail,
time-scheduled tasks, bluetooth, networking, time protocols, and all
sorts of other things. I am not sure if there is a clear and absolute
definition of what makes a program a daemon, but if there is then it is
outside the scope of c.l.c++.
 
 
> "polling loop" on input, which processes commands for Stdin (or a Pipe)
> until some special input is received, like "die !". Or even a signal
> (gambas supports natively signalling).
 
Yes, that's the way. Daemons are not that hard to write, but they do
involve a bit more effort, and usually involve being "root" for at least
some of the time (giving more power, but also more responsibility).
Forget signals if you can - they are blunt instruments and fiddly to get
right. And in this case, your helper program can read from stdin and
write to stdout - it is up to the calling process to make the pipes.
 
 
> It is a damn good and simple idea (If I have got it right). Thank you !!!!
 
Have fun!
Christian Gollwitzer <auriocus@gmx.de>: Jul 20 02:31PM +0200

Am 18.07.19 um 14:50 schrieb Soviet_Mario:
>> parse that once, I'd just use a Tcl script to convert the dates.
 
> unfortunately I dont know TCL
> Thanks for reply
 
Not sure if this will help. Here is a short script which reads a file
line by line and converts the date into POSIX time:
 
===============
set fd [open date_input.txt r]
set lines [split [read $fd] \n]
close $fd
 
set fd [open date_parsed.txt w]
foreach d $lines {
set result {}
if {[catch {clock scan $d} unixtime]} {
# error occured
lappend result $d NaN $unixtime
} else {
set formatted [clock format $unixtime]
lappend result $d $unixtime $formatted
}
 
puts $fd [join $result \t]
}
close $fd
===============
 
On this input
======== date_input.txt ===========
next July
04/05/2019
12 Oct 2011
March 3
Tomorrow
next line gives error
02.04.2019
3 Aug 2018 08:03
===================================
 
The output is
============= date_parsed.txt =====
next July 1595196000 Mon Jul 20 00:00:00 CEST 2020
04/05/2019 1554415200 Fri Apr 05 00:00:00 CEST 2019
12 Oct 2011 1318370400 Wed Oct 12 00:00:00 CEST 2011
March 3 1551567600 Sun Mar 03 00:00:00 CET 2019
Tomorrow 1563660000 Sun Jul 21 00:00:00 CEST 2019
next line gives error NaN unable to convert date-time string "next line
gives error": syntax error (characters 4-8)
02.04.2019 NaN unable to convert date-time string "02.04.2019": syntax
error (characters 2-2)
3 Aug 2018 08:03 1533276180 Fri Aug 03 08:03:00 CEST 2018
===================================
 
As you can see, it is America-centric, unfortunately. It parses
04/05/2019 as April 5th. The British form 05/04/19 is incorrectly
parsed, and the German format 05.04.2019 is rejected. So maybe with
manual control it could help for a one-off list depending on the
cultural background.
 
Christian
Soviet_Mario <SovietMario@CCCP.MIR>: Jul 20 03:44PM +0200

On 20/07/2019 13:40, David Brown wrote:
 
>> It is a damn good and simple idea (If I have got it
>> right). Thank you !!!!
 
> Have fun!
 
tnx very much for explanations !
Ciao
 
--
1) Resistere, resistere, resistere.
2) Se tutti pagano le tasse, le tasse le pagano tutti
Soviet_Mario - (aka Gatto_Vizzato)
Soviet_Mario <SovietMario@CCCP.MIR>: Jul 20 03:46PM +0200

On 20/07/2019 14:31, Christian Gollwitzer wrote:
> rejected. So maybe with manual control it could help for a
> one-off list depending on the cultural background.
 
>     Christian
 
amazing !!!
16 code lines to do that ... I'll read sth about TCL !
thanks
 
 
--
1) Resistere, resistere, resistere.
2) Se tutti pagano le tasse, le tasse le pagano tutti
Soviet_Mario - (aka Gatto_Vizzato)
ram@zedat.fu-berlin.de (Stefan Ram): Jul 20 12:32PM

Newsgroups: comp.lang.lisp,comp.lang.c++
 
>Do you happen to have a reference to this part of the spec?
 
In the most recent draft, n4800, it's 7.6.18p1:
 
|The right operand is sequenced before the left operand.
 
. The assignment stores the value of the right operand
into the object indicated by the left operand, so the
operations involved are:
 
First, obtain the value of the right operand,
then, store this value into the left operand.
 
Therefore some kind of right-to-left sequencing is part
of the semantics the assignment already always had, in
any language.
 
main.cpp
 
#include <iostream>
#include <ostream>
 
static inline int f( int const i )
{ ::std::cout << i << '\n';
return i; }
 
int main()
{ int a[ 10 ];
a[ f( 2 )]= f( 3 ); }
 
transcript
 
3
2
 
Newsgroups: comp.lang.lisp,comp.lang.c++
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: