HTTP requests fail on OSX

[katwdev91]

OSX 15.3.1
Xcode 16.2
Axmol 2.4.0

After tracking the issue for a few days, it seem the root cause is from the line:
int error = getaddrinfo(hostname, service, &hint, &answerlist); in xxsocket.h
getaddrinfo() always return error 8.

I've tried connecting to a different network and also phone's hotspot. Also adding 8.8.8.8 to DNS servers.
Also tested with nslookup and dig. Work fine in terminal.
Weird thing is when I tested on another Mac (same version as listed above), HTTP request works fine. int error = 0

Thanks in advance!

[halx99]

did you latest dev branch?

[katwdev91]

I haven't. Let me give it a try.

[katwdev91]

We haven't try the latest dev branch today, but we might have some clue.
Since 2 macs have 2 different results, we tried copying engine / project to each other and cross test today.

After comparing the folders with external tool, we found that the 2 lines in my CMakeList might be affecting the results.
set_xcode_property(${APP_NAME} CODE_SIGN_IDENTITY "")
set_xcode_property(${APP_NAME} CODE_SIGNING_ALLOWED "YES")
If these 2 lines are added, I see error 8, otherwise it works fine.
Adding these 2 lines on the working mac also makes it error 8.
I'm not sure how these lines are impacting the result though.

One strange observation is that when we compare our engine folder. The 3rdparty/openssl/_X folder is different. We noticed that some files header on a Mac writes 2015-2018 while on another writes 2015-2022 in the license declaration. The contents is also slightly different. Although it was later proven isn't impacting our test result. Just finds it strange. How is the engine downloading 2 versions of libs?

[halx99]

We haven't try the latest dev branch today, but we might have some clue. Since 2 macs have 2 different results, we tried copying engine / project to each other and cross test today.

After comparing the folders with external tool, we found that the 2 lines in my CMakeList might be affecting the results. set_xcode_property(${APP_NAME} CODE_SIGN_IDENTITY "") set_xcode_property(${APP_NAME} CODE_SIGNING_ALLOWED "YES") If these 2 lines are added, I see error 8, otherwise it works fine. Adding these 2 lines on the working mac also makes it error 8. I'm not sure how these lines are impacting the result though.

One strange observation is that when we compare our engine folder. The 3rdparty/openssl/_X folder is different. We noticed that some files header on a Mac writes 2015-2018 while on another writes 2015-2022 in the license declaration. The contents is also slightly different. Although it was later proven isn't impacting our test result. Just finds it strange. How is the engine downloading 2 versions of libs?

It's Apple spec behavior, there is a relative issue: simdsoft/yasio#441

[halx99]

the getaddrinfo return code: EAI_NONAME(8) on macos, means hostname nor servername provided, or not known

[halx99]

One strange observation is that when we compare our engine folder. The 3rdparty/openssl/_X folder is different. We noticed that some files header on a Mac writes 2015-2018 while on another writes 2015-2022 in the license declaration. The contents is also slightly different.

not all openssl source code has same copyright year notice, see: https://github.com/openssl/openssl/blob/master/include/openssl/symhacks.h
EDIT: the axmol build system will cache downlaoded _x folder, if you want update to date, you can pass axmol -c -u to download matched prebuilt libs, their version indicated in axmol/manifest.json @ 1kdist

[rh101]

Is it HTTPS requests that fail? If so, have you tested HTTP requests? Never mind, I was curious if it was an issue with the hardened runtime for MacOS apps, as was discussed in #1669, and that seems to be the case.