The Lounge - CodeProject

charlieg21-Dec-23 10:21

21-Dec-23 10:21

I'm sure they make it easy to submit stuff. What they do with it is completely up to conjecture.
It's a corrupt organization.

Charlie Gilley

“They who can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety.” BF, 1759

Has never been more appropriate.

Re: Well that isn't good.

jschell22-Dec-23 6:03

jschell

22-Dec-23 6:03

charlieg wrote:
It's a corrupt organization.

Opinion. And a political one at that.

In contrast one example of the FBI shutting done cybercrime. One of the many types of crimes that they investigate and which leads to prosecution.

FBI seizes Genesis Market, a cybercrime forum used for large-scale identity theft | CNN Politics[^]

Re: Well that isn't good.

jochance23-Dec-23 12:55

jochance

23-Dec-23 12:55

They've had a few times I think that they have either hacked and patched vulnerable machines or hacked the hackers and stole money back.

Re: Well that isn't good.

Gary Wheeler21-Dec-23 6:40

Gary Wheeler

21-Dec-23 6:40

jschell wrote:
look into a 'key phrase' for the relatives

When my daughter was little, we had a phrase we taught her. If she wasn't with us (visiting a friend, school, etc.) she knew she had to hear that phrase before going anywhere or doing anything with anyone else. We never actually needed it, but she still remembers the phrase (she's 32 now Big Grin | :-D

Software Zen: delete this;

Re: Well that isn't good.

MarkTJohnson21-Dec-23 6:56

MarkTJohnson

21-Dec-23 6:56

Is she married and did you teach it to the husband? Otherwise, she failed.

I’ve given up trying to be calm. However, I am open to feeling slightly less agitated.
I’m begging you for the benefit of everyone, don’t be STUPID.

Re: Well that isn't good.

Gary Wheeler21-Dec-23 7:11

Gary Wheeler

21-Dec-23 7:11

Hmm. I'm going to assume you're making a joke here, and not insulting my daughter's intelligence. She's a smart one, and will Elephant | [mastadon]

your *cough* stuff *cough* up.

Software Zen: delete this;

Re: Well that isn't good.

MarkTJohnson22-Dec-23 2:02

MarkTJohnson

22-Dec-23 2:02

You didn't see the Joke icon on the post?

I'm a programmer, it doesn't take much skill to Elephant | [mastadon]

my stuff up.
Bad knees, nerve impingement in the left shoulder, my 3 yr old granddaughter can mess me up.

I’ve given up trying to be calm. However, I am open to feeling slightly less agitated.
I’m begging you for the benefit of everyone, don’t be STUPID.

Re: Well that isn't good.

Gary Wheeler22-Dec-23 2:05

Gary Wheeler

22-Dec-23 2:05

MarkTJohnson wrote:
You didn't see the Joke icon on the post?

Nope. Sorry if I sounded testy. It doesn't take much to make me go full-bore Papa Bear Blush | :O

Software Zen: delete this;

Re: Well that isn't good.

obermd21-Dec-23 8:58

obermd

21-Dec-23 8:58

Hopefully she did so she and her husband can teach it to their children.

Re: Well that isn't good.

Marc Clifton21-Dec-23 7:34

Marc Clifton

21-Dec-23 7:34

I got a text message that I owed the "Well Care" walking clinic some moola with a link to pay. I called the clinic directly to confirm that it was a legitimate text message and the amounts matched. While convenient, frankly, I wouldn't even trust a bill if it came in the mail nowadays!

Latest Articles:
A Lightweight Thread Safe In-Memory Keyed Generic Cache Collection Service
A Dynamic Where Implementation for Entity Framework

Re: Well that isn't good.

Gerry Schmitz21-Dec-23 8:25

Gerry Schmitz

21-Dec-23 8:25

One doesn't know their "relatives" that well if one needs a "key phrase". "Who was there" or "where did we", etc. seems more reasonable and more fluid.

"Before entering on an understanding, I have meditated for a long time, and have foreseen what might happen. It is not genius which reveals to me suddenly, secretly, what I have to say or to do in a circumstance unexpected by other people; it is reflection, it is meditation." - Napoleon I

Re: Well that isn't good.

jochance23-Dec-23 8:55

jochance

23-Dec-23 8:55

Other people can potentially discover 'historical' things though.

They won't 'crack' the inanity of "The lazy fox jumps over the big brown hog at midnight in ballet slippers before foie gras with the fellas...."

Re: Well that isn't good.

DerekT-P22-Dec-23 5:56

DerekT-P

22-Dec-23 5:56

I've heard on other social media of AI voice-alike scams. But I had a learning experience last week, (the learning being not to be so stupid). Got a text from an unknown number "Hi Dad, I broke my phone, lost all my contacts; this is my new number". I assumed my son (my daughter doesn't usually do stuff like break her phone) so I texted back "OK; weren't they backed up?" Got a reply "I thought so, but seems not". At that point I actually deleted my son's old number and added the new, then wondered "Maybe it's my daughter?" so stupidly texted back "are you Adam or Beth?" (I used their real names, not Adam/Beth). Got a text back "Adam". So all seemed very normal, not suspicious. Told my wife who immediately called "Adam" on his old number, and had a perfectly normal chat, no prob with the phone at all. Stupid me.

Anyway, if I ever get something like that again, I'll just call back on the number I have for them.

Also had emails recently saying "We have a delivery for you today - will you be in between 1 and 2pm?" Well... that's too blatantly stupid for even me to fall for! Laugh | :laugh:

Take care, folks!

Telegraph marker posts ... nothing to do with IT
Phasmid email discussion group ... also nothing to do with IT
Beekeeping and honey site ... still nothing to do with IT

Re: Well that isn't good.

jschell22-Dec-23 6:07

jschell

22-Dec-23 6:07

DerekT-P wrote:
Also had emails recently saying...

I got a text 'from' UPS which said they had a problem with the delivery and I needed to click the link.

Of course I knew that was stupid and I just deleted it.

However I was in fact expecting a delivery that very day and that reminded me of that. So I checked and there was my package. If I hadn't gotten that spam I probably wouldn't have checked until the next day.

( C/C++ historical question) was there a point in time where adding a return at the end of a void function was required ?

Maximilien21-Dec-23 2:35

Maximilien

21-Dec-23 2:35

I see a lot of things like this in the project I'm working on:

Was it necessary at some point in time ?

Was this an ancient C syntax ?

C++

void f(){
  // .... do something
  return;
}

I would not be surprised if I see old K&R syntax somewhere like this

C++

void f( a ) 
 int a 
{
}

CI/CD = Continuous Impediment/Continuous Despair

Re: ( C/C++ historical question) was there a point in time where adding a return at the end of a void function was required ?

0x01AA21-Dec-23 2:50

0x01AA

21-Dec-23 2:50

Was it necessary at some point in time ?

I would say no, but I can't answer it definitively. But in the 35 years I've been programming C++, I've never been forced to write a 'return' at the end of a void method.

[Edit]
Neither I have been forced (by some older compilers from Borland) to write a return even it was a 'non-void' method. Which ended usually in a desaster, especally when the return type was float or double Sniff | :^)

modified 21-Dec-23 8:58am.

Re: ( C/C++ historical question) was there a point in time where adding a return at the end of a void function was required ?

k505421-Dec-23 4:14

k5054

21-Dec-23 4:14

I have a vague recollection that in K&R days, the value of a function was the value of the last executed statement. so

f(x)
int x;
{
   x += 3;
}

would return whatever x+3 evaluated to. I also seem to recall that a function return had to fit in a register. Not sure if either of those are correct. It was a long long time ago. But not in a galaxy far away.

"A little song, a little dance, a little seltzer down your pants"
Chuckles the clown

Re: ( C/C++ historical question) was there a point in time where adding a return at the end of a void function was required ?

Bruno van Dooren21-Dec-23 21:59

Bruno van Dooren

21-Dec-23 21:59

That is a bit similar to powershell which looks just enough like a programming language to lull you into believing it is. In powershell, the return of a function is any value evaluation that is not assigned to something.
And if your function uses function calls, that means it can be anything and everything.

Re: ( C/C++ historical question) was there a point in time where adding a return at the end of a void function was required ?

CPallini21-Dec-23 2:54

CPallini

21-Dec-23 2:54

I think it was never required.
However, someone wrote[^]:

If no return statement appears in a function definition, control automatically returns to the calling function after the last statement of the called function is executed. In this case, the return value of the called function is undefined. If the function has a return type other than void, it's a serious bug, and the compiler prints a warning diagnostic message. If the function has a void return type, this behavior is okay, but may be considered poor style. Use a plain return statement to make your intent clear.

Note, it's not me. I think omitting the return statement in a void function it is fine.

"In testa che avete, Signor di Ceprano?"
-- Rigoletto

Re: ( C/C++ historical question) was there a point in time where adding a return at the end of a void function was required ?

obermd21-Dec-23 3:44

obermd

21-Dec-23 3:44

I've seen similar from other sources besides Microsoft.

Re: ( C/C++ historical question) was there a point in time where adding a return at the end of a void function was required ?

Amarnath S21-Dec-23 2:56

Amarnath S

21-Dec-23 2:56

Had heard more than 20 years ago, that having a return statement at the end of a void function in C++ was indeed a harmless thing; the compiler wouldn't complain, and things would work just fine. Just that some programmers prefer to have a return in every function they write.

Re: ( C/C++ historical question) was there a point in time where adding a return at the end of a void function was required ?

Mircea Neacsu21-Dec-23 3:05

Mircea Neacsu

21-Dec-23 3:05

Maximilien wrote:
Was it necessary at some point in time ?

Necessary, no. Used, yes, back in the day probably because people were used mostly with FORTRAN where each function and "subroutine" needed at least one return statement.

Mircea

Re: ( C/C++ historical question) was there a point in time where adding a return at the end of a void function was required ?

jschell21-Dec-23 4:11

jschell

21-Dec-23 4:11

Maximilien wrote:
Was it necessary at some point in time ?

Both forms are specifically allowed then and now.

From "C Programming Language" 2nd Edition (oldest I have and copyright is 1978.)

"A function need not return a value; a return statement with no expression causes control, but no useful value, to be returned to the caller, as does "falling off the end" of a function by reaching the terminating right brace."

Possible though that earlier compilers required it.

More likely though that someone liked one form or the other. Perhaps even forced that on others.
Requiring it would be fallout from methods with a return value. Older compilers would not warn on exit without a value for those. So the calling method would then end up with whatever garbage was on the call stack.

I did not find the same syntax in "The C++ Programming Language Special Edition" (Copyright 2000) but I didn't look all that hard.

There are however examples that provide two different void functions. One which exits with return and one which does not. So works for C++ also.

-----------------------------------------------------
Just for fun this is LEGAL as documented in the C++ book above.

void g(int* p);

void h(int* p) { return g(p); }

Text explains that is needed for templates.
But if I was reviewing code and saw that anywhere but a template I would mark it as an error.

Re: ( C/C++ historical question) was there a point in time where adding a return at the end of a void function was required ?

PIEBALDconsult21-Dec-23 5:29

PIEBALDconsult

21-Dec-23 5:29

jschell wrote:
Possible though that earlier compilers required it.

You remind me that my first introduction to C was with Whitesmith C (on a VAX), and maybe that could have required it.

Re: ( C/C++ historical question) was there a point in time where adding a return at the end of a void function was required ?

Gary Wheeler21-Dec-23 6:46

Gary Wheeler

21-Dec-23 6:46

jschell wrote:

void h(int* p) { return g(p); }

Yuck. That's deceptive to me, as it makes it look like g(p) returns a value. I'd prefer writing it like this:

void h(int* p)
{
    g(p);
    return; // if you really feel the need
}

Software Zen: delete this;

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.

Welcome to the Lounge