3 ms·
> My point was firstly that it's odd (though not unforgivable) that the compiler links to those procedures even though my source .bas wasn't calling any network
by groovy2shoes 14y ago
> My point was firstly that it's odd (though not unforgivable) that the compiler links to those procedures even though my source .bas wasn't calling any networking APIs...
It's pretty common for compilers for niche languages to statically link the runtime library by default. Many think it eases distribution.
- laumars 14y agoYes I know this (and it's not just compilers for niche languages that does this either). But again, that wasn't my point. My point was this: 1. it's statically compiling in libraries for APIs that aren't even being used (again, I know this is pretty common as well - it was more said as a side issue since I was already on the topic of it's runtime). But most importantly: 2. because automation.whatismyip.com DOES NOT EXIST. The API is broken because it calls a non-existent sub-domain name. The sub-domain has no DNS record. It does not ping nor curl because it's completely imaginary....and so on. (sorry for the flippancy of the post, but this is now the 3rd time I'm having to reiterate myself so I just want to be clear that everyone understands my point)
- dpcx 14y agoautomation.whatismyip.com used to exist; it's what whatismyip.com suggested you use when making a large number of easily parseable requests. I assume since the redesign (read: monetization attempt) it's disappeared.
- laumars 14y agoHonestly, I've never heard of automation.whatismyip.com until today. But after Googling around a but, it looks like they've only taken that domain offline two or three months ago. So I guess the QB64 devs haven't been made aware yet (or haven't had time to update their WAN IP library yet).