As you guys probably know by now, we just released a new version of QB64-PE -- version 3.5!  One thing that's happened after this release, is that several people have sent me messages asking how they can donate or help support the project.  I try and tell folks that isn't necessary -- our costs are minimal, with none of us accepting even a penny for our work and efforts on improving and upkeeping the language.  The only thing we pay for is the server space here which keeps these forums and our wiki up and going, and I've been completely transparent with screenshots of what those cost us.  (About $100 for the first year, and perhaps $300 a year moving forward.)  Those costs are definitely not so large that we can't just pay them ourselves, for, like you, we love this project and the language itself. 

But, I got fussed at today by someone who **really** wanted to show their support.  "The rest of us love the language just as much as you guys!  It's not fair that you get to support it, and the rest of us can't..."

So, I finally broke down and created a Patreon for us:  https://patreon.com/user?u=86544769

If someone really feels that passionate about supporting us, and doesn't think they have the coding skills to help with the project, now they can drop a few dollars into the Patreon bucket and keep the lights on for us.  Nobody should ever feel pressured to donate -- as I mentioned above, our overall costs is rather low and quite manageable, so only do so if you have disposable income burning a hole in your pocket and you absolutely feel like you want to give it to us. 

Patreons get no added bonus.  No extra weight in any decisions we make.  No exclusive content.  All we do and work on, we already offer FREE to anyone who wants it.  The most our Patreons can expect is for us to continue on as we've always continued on.  Maybe... if you ask *really*  *really* hard, and you donate *lots* and *lots* of money, I *might* send you a picture of me sitting back in my lounge chair, eating Cheetos in my undies, and pretending to program while being completely distracted by Discord, the forums, my doggy, and the tv in the background...

Anywho, it's there now for those who absolutely want it.   Rest assured, any money donated will only ever go to keeping the lights on around here.  We don't do what we do for any sort of monetary gain.  We just do it 'cause we love it! 

QB64 Phoenix Edition v3.5.0!

https://github.com/QB64-Phoenix-Edition/...tag/v3.5.0

Enhancements

• #46, #98, #250, #265, #272 - Added support for opening HTTP and HTTPS requests using _OPENCLIENT(). - @mkilgore
  • Feature is current unstable and requires $Unstable:Http to use.
    
  • On Linux and Mac OS this functionality requires libcurl to be installed.
    
  • HTTP(s) connections are opened using _OPENCLIENT() and generally work the same as the existing TCP/IP streams.
    
  • See the Wiki page on Downloading Files to see a complete overview of this functionality.
    
• #28, #279 - Added _SNDNEW(frames&, channels&, bits&) function which can be used to make new sound buffers of a predetermined number of frames. - @a740g
  • The created sound buffer can be accessed using _MEMSOUND() to write sound data to it, and then played like any other sound.
    
• #232, #279 - Sounds can now be opened from memory using _SNDOPEN(sound$, "memory"). - @a740g
  • The string provided to _SNDOPEN() in this case is not a filename, but instead contains the actual sound data that should be loaded into the new sound buffer.
    
• #280, #279 - Added support for playing Amiga AHX and HVL audio files. - @a740g
  • They are played using _SNDOPEN() like any other audio file.
    
• #261 - The IDE's new open file dialog will now remember the previous directory it was open to. - @SteveMcNeill
  
• #264 - The error line color in the IDE is now configurable. - @SteveMcNeill
  

• #252, #276 - Wiki will now be downloaded using the new HTTP support, curl is no longer needed. - @RhoSigma-QB64
  
• #254 - _FONT settings that are invalid now produce an error rather than segfaulting. - @SteveMcNeill
  
• #256, #258, #266, #267 - Fixed the command line compilation output when using some commands like $NoPrefix. - @mkilgore
  
• #256, #257 - When compiling from the command line, the exe is now always located relative to the provided source file path. - @mkilgore
  
• #234, #260 - Programs now wait for GLUT to be properly initialized before starting. - @mkilgore
  
• #66, #270 - GLUT commands are now always executed on the correct thread. This fixes issues where some programs would randomly crash. - @mkilgore
  
• #262, #233 - $IF checks involving VERSION now correctly compare all segments of the version individually. - @SteveMcNeill
  • Previously VERSION was compared as a string, which would have caused incorrect comparisons when the version numbers get larger.
    
• #275 - Reduced the number of times nm is invoked to resolve Declare Library functions. - @flukiluke
  
• #166, #279 - _SNDRAW is now fully implemented for the miniaudio audio backend - @a740g
  • The OpenAL audio backend is likely to be removed in the next version of QB64-PE.
    
• #166, #279 - PLAY(n) now returns the number of sound samples left to play from PLAY, SOUND, or BEEP. - @a740g
  
• #167, #279 - The timing of SOUND and PLAY calls were improved so that they wait for the sound to finish playing. - @a740g
  
• #186, #279 - SOUND and PLAY now generate mono sound, reducing memory usage. - @a740g
  
• #217, #279 - The N command for PLAY now plays the note in the correct octave. - @a740g, @mkilgore
  
• #282, #284 - The long start-up time for QB64-PE programs has been fixed, there should no longer be a delay before the QB64-PE code starts running - @mkilgore
  
• #281, #284 - A use-after-free bug was fixed in some of the buffer logic for the HTTP code - @mkilgore
  

What has happened there? With all browsers, Chrome, Edge, Firefox.  

Hello,

The third mouse button (scrolling the content back and forth) doesn't work at all on the IDE under macOS.
Is there a fix planned soon since this problem was already reported long time ago and that without this capability, the IDE is almost unusable on a Mac.
TIA for news about that.

Cheers.
Fifi

Hello,

when loading qb64pe.bas into QB64PE 3.4.1, there is an error message in the IDE saying :

Name already in use (DECLARE) on line 3911 (click here or Ctrl+Shift+G to jump there)
caused by (or after): A$ = "Expected SUB/FUNCTION definition or END", 39 DECLARE " : GoTo errmess",13

Can anyone help me to fix that?

TIA for your help.

Cheers.
Fifi

Hello,

The option "Open" (or the Ctrl O command) of the File menu of the IDE simply doesn't do anything on my iMac27 (High Sierra).

Any way to fix that since I can't use QB64PE 4.3.1 at all.

TIA for your help.

Cheers.
Fifi

Probably two of the simplest instructions,  Run and Cls are confusing the hell out of me!
When I run this code:
Screen 1
Print "ABC"
Print "DEF"
_Delay 1
Print "XXX"
_Delay 1
Cls
Run
I would expect either the Cls, or the Run, to wipe the screen clean. According to Help, Run clears the current programme (and I assume this means its screen as well) but it doesn't!

So, I added the Cls, expecting that this, at least, would clear the screen, but it only cleans down to the first  _Delay (or Sleep) line. Why does the text after _Delay not get wiped? 

Windows can do it and I think Linux can too.

On a file open "preallocate" space to be used.  AKA: no fragmentation is possible.

A command to open would look like: open "foo.txt" for output as #1 size=4096  <-- This would preallocate a file 4096k in size.

Of course this would not work for appending.  I only suggest this because a lot of huge files I write out become fragmented.

Just a thought.......
It could get very messy........

Though I've programmed since being a young kid, I haven't dabbled in BASIC for decades (since Apple II and then BBC Micro) but thought I'd try my hand at a Nonograms game. I was going to target the BBC Micro but ultimately decided to give QB64pe a spin and I'm so glad I did. Such a fun few days deep diving into the nuances and differences that have expanded upon the BASIC that I remember from my youth.

Hopefully some of you might have some fun with this.

   
   

Disclaimer: My BASIC-fu is rusty, my QB64pe knowledge is puny and I take no responsibility for the sanity of anyone digging through the source!

Here's the repository - https://github.com/rokcoder-qb64/nonograms 

I've also attached the source BAS file and assets in a ZIP file (but the GitHub code has been updated so that's the best place to grab it from)

  nonograms.zip (Size: 3.08 MB / Downloads: 30)

You guys are *really* making me feel odd now, digging up remnants of the past as you are.  What is this, an eulogy for poor Steve?  "He was a great guy, that poor old Steve.  Why just the other day, I found this on my drive that he did/helped me with/whatever...."

I'm not dead yet, dang it!!

Sheesh!!   But, eulogistic or not, there's still no reason not to share some of these old gems.  Thanks go to Terry for finding this one and returning it back into the fold with the rest that I've preserved here in this little Steve(tm) subforum.