barubary

joined 2 years ago
[–] barubary@infosec.exchange 1 points 1 week ago

I'll update my mems when Microsoft decides to implement C99. (Hey, it's only been a quarter of a century ...)

[–] barubary@infosec.exchange 3 points 3 weeks ago (4 children)

Yeah, just don't make any mistakes and you'll be fine. Come on guys, how hard can it be?

[–] barubary@infosec.exchange 16 points 3 weeks ago (3 children)

The same is true of std::endl. std::endl is simply defined as << '\n' << std::flush; nothing more, nothing less. In all cases where endl gives you a "properly translated" newline, so does \n.

[–] barubary@infosec.exchange 33 points 3 weeks ago (6 children)

std::endl provides zero portability benefits. C++ does have a portable newline abstraction, but it is called \n, not endl.

[–] barubary@infosec.exchange 0 points 1 month ago (1 children)

My CGI script is a SaaS.

[–] barubary@infosec.exchange 0 points 1 month ago (1 children)
for (int i = INT_MIN; ; i++) {    ...    if (i == INT_MAX) break;}
[–] barubary@infosec.exchange 2 points 2 months ago

@racketlauncher831 As far as the C compiler is concerned, there is literally no difference between those two notations. If you declare a function parameter as an array (of T), the C compiler automatically strips the size information (if any) and changes the type to pointer (to T).

(And if we're talking humans, then char *args[] does not mean "follow this address to find a list of characters" because that's the syntax for "array of pointers", not "pointer to array".)

[–] barubary@infosec.exchange 6 points 2 months ago (4 children)

@affiliate Hey, you didn't even mention that char *args[] actually means char **args in a parameter list.

[–] barubary@infosec.exchange 9 points 2 months ago (2 children)

@stebo02 @Bogus5553 Neither of them require a return value, but void main isn't legal C++.

[–] barubary@infosec.exchange 69 points 2 months ago

Strictly speaking, it should be

Unsafe block syntax in C++

{  ...}
[–] barubary@infosec.exchange 8 points 4 months ago

... Perl, Haskell, Lisp, ...

[–] barubary@infosec.exchange 0 points 4 months ago

That confirms exactly what tyler said. I'm not sure if you're misreading replies to your posts or misreading your own posts, but I think you're really missing the point.

Let's go through it point by point.

  • tyler said "JSON Schema is not an ISO standard". As far as I can tell, this is true, and you have not presented any evidence to the contrary.

  • tyler said "JSON Data Interchange Format is a standard, but it wasn’t published until 2017, and it doesn’t say anything about 1.0 needs to auto cast to 1". This is true and confirmed by your own link, which is a standard from 2017 that declares compatibility with RFC 8259 (tyler's link) and doesn't say anything about autocasting 1.0 to 0 (because that's semantics, and your ISO standard only describes syntax).

  • tyler said "JSON Schema isn’t a specification of the language, it’s for defining a schema for your code", which is true (and you haven't disputed it).

Your response starts with "yes it is", but it's unclear what part you're disagreeing with, because your own link agrees with pretty much everything tyler said.

Even the part of the standard you're explicitly quoting does not say anything about 1.0 and 1 being the same number.

Why did you bring up JSON Schema (by linking to their website) in the first place? Were you just confused about the difference between JSON in general and JSON Schema?

view more: next ›