In PDS I can go to Options --> Set Path and tell PDS where my code files are located. So, for example, I have a structure that looks like this in DOSBox:

C:\bin - Where all the PDS executables are, including QBX.EXE
C:\CWSTRAT - Where all my code files reside

Unfortunately, while setting the path does fix the issue for code files it does nothing for my non-code file includes, e.g. data files and images. PDS continues looking in C:\bin instead of in C:\CWSTRAT for the necessary files.

In QB64 there doesn't appear to be a Set Path option at all.

I'm trying to use PDS to do some step-by-step debugging, wondering if anyone knows if there is a way to set a working directory (or something similar) in PDS so I don't have to mix all my files in with the bin files?

Also out of curiosity, would like to know if there is a way to accomplish the same with QB64?

Thanks,
Dave

Barely remember how I ended up down this rabbit hole...

Cyberbit is the font packaged with QB64. I was wondering if there was a reason this font was packaged rather than any alternatives?

Seems Cyberbit stopped being updated in 1998 and actually isn't entirely a free license.

Curious if any other fonts have been considered? For example, Google's Nova fonts which are under a standard SIL Open Font License?

Just curious!

Dave

Unfortunately, Fellippe, it looks like you are right. I was able to pull down some stuff from Internet Archive but not much.

One of the more curious things about the [abandoned, outdated and now likely malicious qb64 dot net website - don’t go there] site is that some links seem to work if you are referred by another site. So, if for example, you are referred to a [abandoned, outdated and now likely malicious qb64 dot net website - don’t go there] URL by Google, the page loads. But if you try to reload the same page directly at another time it won't load.

Anyone else able to verify this behavior?

If so, we could probably set our HTTP headers to manually refer to Google so it looks like we are coming from Google when we aren't and be able to crawl the pages...

If this is the case, it seems like perhaps the idea is to continue getting traffic from sites like Google but prevent individuals from actually using the site in any normal fashion.

I'm giving a Ruby program that allows one to download snapshots from The Wayback Machine a try. Looks like it is going to return almost 11k pages from the forums. Some of this will be from the current site, but most should be from earlier editions of the site.

Is there anything else I should pull down if the forums works out well?

Does anyone have a login to [abandoned, outdated and now likely malicious qb64 dot net website - don’t go there] that works for them on the forums? I'd like to scrape the site for all of its forum posts but if I try and login it just kicks me back out to the main [abandoned, outdated and now likely malicious qb64 dot net website - don’t go there] site.

If you do have such a password, aren't reusing it, and are willing to share I've got WinHTTrack all spun up and ready to go.

Thanks for the feedback all.

I'm working with an existing code base that uses a mixture of labels, gotos, gosubs, exit subs, etc. I'm slowly refactoring it so that it is more modular and easier for me to understand. So for now, I'll be going with EXIT SUB but may refactor more in the future...and may find some instances in which goto/gosub is still the best option...but I have done a decent amount of OOP, so I have the inclination (whether healthy or otherwise) to lean away from goto/gosub/line labels.

Thanks McNeill!