Friday, February 12, 2016

Digest for comp.lang.c++@googlegroups.com - 8 updates in 5 topics

Mr Flibble <flibbleREMOVETHISBIT@i42.co.uk>: Feb 12 11:36PM

On 12/02/2016 16:39, Scott Lurndal wrote:
>>> G_CALLBACK(keypress), this);
 
>> that's ugly to say the least.
 
> Eye of the beholder. Less ugly than a 300 line lambda.
 
Did you not read my other reply? Nobody is suggesting that you replace
it with a 300 line lambda. You replace it with a lambda that calls
other functions: functional decomposition mate.
 
/Flibble
Mr Flibble <flibbleREMOVETHISBIT@i42.co.uk>: Feb 12 11:38PM

On 12/02/2016 16:42, Scott Lurndal wrote:
 
> It's a big switch on the keyval. Sure, could use a lookup table and
> call a function, but why? It works. It's easy to maintain. And it was
> written a long long time ago for X11R4 and ported later to GTK2.
 
You can still have a switch but the cases simply call other functions.
Also what is this "goto leave" nonsense?
 
/Flibble
Daniel <danielaparker@gmail.com>: Feb 12 11:11AM -0800

On Friday, February 12, 2016 at 11:22:29 AM UTC-5, Christopher Pisz wrote:
> library that handles this.
 
> I found jsoncpp, but it crashes when you give it a path of more than 1
> level. Can't find anything else
 
My json library jsoncons has an implementation of Stefan Goessner's
JsonPath, https://github.com/danielaparker/jsoncons/wiki/json_query. There
may be others in C++, but you're unlikely to find any json path
implementation that is as robust or industrial strength as xpath in the XML
world. Not to mention that while Stefan Goessner's JsonPath is widely used,
it doesn't have a formal specification.
 
An alternative would be to transform the json into an XML representation and
send it to an XPATH validator. If you have a json processor that can stream
json events, and an XPATH validator that can receive SAX events, that could
be a practical solution.
 
Daniel
guinness.tony@gmail.com: Feb 12 03:12PM -0800

On Friday, 12 February 2016 16:22:29 UTC, Christopher Pisz wrote:
> Has anyone implemented an xpath equiv for json in C++?
 
> ermehgerd, it's killing me.
 
<snip>
 
"ermehgerd"? What is that? Even the mighty Google can't help me.
"Hans Bos" <hans.bos@xelion.nl>: Feb 12 11:53PM +0100

"Cholo Lennon" <chololennon@hotmail.com> wrote in message
news:n9kjjo$62s$1@gioia.aioe.org...
 
 
...
> provide a synchronous access to data). Another advantage over public data
> members is that calls to them can be deferred in time with
> std::function/std::bind.
 
You can use std::function and std::bind with data members as well since they
are defined in terms of INVOKE (or std::invoke).
You can call std::invoke with a pointer to member and an object pointer.
 
Greetings,
Hans.
Christian Gollwitzer <auriocus@gmx.de>: Feb 12 08:30PM +0100

Am 12.02.16 um 16:16 schrieb JiiPee:
 
>> Christian
 
> Starting fights/fighting on the streets also relieves pain (as adrealine
> is released), so according to your logic we should all start to fight? :)
 
 
You know about Kant's categoric imperative? That applies well here and
tells you that we should all start swearing under pain, but not fight
ourselves.
 
Christian
Ian Collins <ian-news@hotmail.com>: Feb 13 08:43AM +1300

Christian Gollwitzer wrote:
 
> You know about Kant's categoric imperative? That applies well here and
> tells you that we should all start swearing under pain, but not fight
> ourselves.
 
https://www.youtube.com/watch?v=JaY7VTftPdY
 
--
Ian Collins
Jerry Stuckle <jstucklex@attglobal.net>: Feb 11 09:15PM -0500

On 2/11/2016 4:35 PM, Vir Campestris wrote:
> to argue with you about it.
 
> But for the avoidance of doubt you are wrong.
 
> Andy
 
Oh, and BTW - when I challenged these so-called experts as to whether
they tested every NAND, NOR and inverter in their design to see if they
operated as such, there was no answer.
 
Confirmation enough. They don't do it, either.
 
 
--
==================
Remove the "x" from my email address
Jerry Stuckle
jstucklex@attglobal.net
==================
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: