PureBasic Forums - English

PMV wrote: Programming with network-commands is a bit more as just to say ............................................................................

Fred gave an answer already, it hasn't been implemented as round as a circle

netmaestro wrote:

Did SoundFrequency() be vanished?

SoundFrequency() is indeed vanished, enhanced by a pair of new commands, GetSoundFrequency() and SetSoundFrequency().

Where did you get that info? there is not in the 1st post here.
I wanna thing there is also SetSoundPan() instead SoundPan() and SetSoundVolume() instead SoundVolume() ...

PB Help -> History

Fred wrote:

Anden wrote:So that's the pure way: If it's broken dump it on the way, fixing is for lamers only?

You should take a look to the bug forums, you will see we are fixing a lot of bugs. This one was not fixable, because it was badly thinked from the start. It was an easy to use command because the server itself checked every recieved packet to see if there was the magic value set by SendNetworkFile(). The problem is if one of your client send the same magic value without sending the file after that, your server will crash. That was a security hole, which couldn't be fixed, so we removed the faulty commands. Also it's easy to replace with buildin commands, so you are not left in the dust (unlike Apple ).

Thanks for the explanation, that's shades some light on how and why.
But why not keep the commands with a big fat warning in the docu, just for backwards compatibility?
It was always replaceable, but 8 years ago i decided to write a wrapper around the 2 send/receive commands to make them reliable. Which includes threading and control packets.

Of course it can be done again, but that needs a complete rework. At least 1 day including tests, must be integrated in a complex telegram structure.

Anden wrote:It was always replaceable, but 8 years ago i decided to write a wrapper around the 2 send/receive commands to make them reliable. Which includes threading and control packets.

You are not forced to use the newest version. Just compile your 8 year old source code with the latest PB version still supporting SendNetworkFile() (= PB 5.00) and you are done. My oldest projects are more than 10 years old and some of them were never ported to PB 4 because I didn't have the time. So if a change is necessary, I implement it and compile the source code with PB 3.94. You may download older versions from the museum link in your personal account beginning with PB 2.00...

Those that are using PureForm from gnozal know that even PureForm was never ported to PB 4...

Shardik wrote:Those that are using PureForm from gnozal know that even PureForm was never ported to PB 4...

or jaPBe

netmaestro wrote:PB Help -> History

The history section is not always reliable though.... I was updating an old app last week that used #PB_Font_Default, but that constant no longer exists. I checked the history but nada. Had no idea what was going on, until I read that #PB_Default is what we use now. Shame the history didn't mention this little change....

Fred wrote:The problem is if one of your client send the same magic value without sending the file after that, your server will crash.

Hang on a sec.... we're responsible if our client didn't follow through without sending a file..... so why should you remove it just to protect us from ourselves???? What if I want to use those commands for my own in-house app, and I know for sure the file *will* be sent after the magic value???? Please don't make this a new trend, where you censor and remove commands just to save us from ourselves. Why not trust us to code correctly??? I find this a bit insulting, actually.

What's next? Removing DeleteDirectory() in case we use it on C:\Windows\System32 ???

Seems a lot of negative focus on a few deletions. When really, v5.1 is chock full of goodies.
Use v5 until you have modified your code to conform to v5.1

American Ninja wrote:

Fred wrote:The problem is if one of your client send the same magic value without sending the file after that, your server will crash.

Hang on a sec.... we're responsible if our client didn't follow through without sending a file..... so why should you remove it just to protect us from ourselves???? What if I want to use those commands for my own in-house app, and I know for sure the file *will* be sent after the magic value???? Please don't make this a new trend, where you censor and remove commands just to save us from ourselves. Why not trust us to code correctly??? I find this a bit insulting, actually.

What's next? Removing DeleteDirectory() in case we use it on C:\Windows\System32 ???

It's because it is a security vulnerability. Just because you *might* use it in a closed environment doesn't mean that somebody else will read the manual and follow the advisory. Either use the alternative method to send a file or use an older PB version. And is there *REALLY* any need for the attitude?

Alternatives??? Fine, then remove DeleteDirectory() too and let us write our own alternative procedure to do it. That's what it comes down to, and if you can't grasp that, then I feel very sorry for you.

As for the attitude, I'm a paid customer of Fantasie Software and I have every right to express my concern about my purchase. They removed something I paid for. I'm supposed to just shut up and accept it like a good little netizen???

American Ninja wrote:I'm supposed to just shut up

+1

rsts wrote:

American Ninja wrote:I'm supposed to just shut up

+1

I take it that means you want me to shut up??? Very well, then... I see the bigger picture of these forums now... interesting.

Please calm down. You can trust Fred to do what's best for the language. He's been saying for years that that command is ill-conceived and flawed and really shouldn't be used. It's just now that he's gotten around to removing it. Speaking for myself, I bought PureBasic in 2005 and I'm nothing less than overwhelmed by the regular free-for-life enhancements that just keep on coming. And coming. PB is more than twice the coding tool it was when I bought it and I count it as the single best investment I've ever made.

You've been a member here for three days. Please be patient and save critical remarks for a day when you've had more time to evaluate the product for what it is.

I thought ninjas were more stealthy.
Just PM Fred.
The removal of the cmd's was not without reason, and there are alternatives for "coders".