Post not yet marked as solved
I ran into this problem as well on my M1 Max Mac. The issue is that the compiler is complaining about the lack of explicit casting of the pointers in the Crossover source code which was built into game-porting-toolkit 1.1 (crossover-sources-22.1.1). I'm guessing this is due to more stringent requirements in the compiler with the newer version of Xcode. The crossover version is over a year old at this point and the new version is 24.0.2 currently so maybe some of this is fixed, but I decided to spend the time to get the crossover code working. You can find the sources here: https://media.codeweavers.com/pub/crossover/source/. To fix the issue, I downloaded the source code from the link previously provided and patched it using the patch code in: brew edit apple/apple/game-porting-toolkit That allowed me to build new patch criteria and embed it back into the build script. Now it builds but it's still back at 22.1.1.
Post not yet marked as solved
when i installed Game porting toolkit 1.1, i got an error such as below: error: assignment to 'DWORD64' {aka 'long long unsigned int'} from 'PVOID' {aka 'void *'} makes integer from pointer without a cast [-Wint-conversion] anybody who knows how to solve it
Post not yet marked as solved
My MacBook Pro is M3 max, running macOS 14.4.1 (23E224), with Xcode 15.3 and Command_Line_Tools_for_Xcode_15.3 installed. When I tried to execute brew -v install apple/apple/game-porting-toolkit, it reported the following error. Error: apple/apple/game-porting-toolkit 1.1 did not build Logs: /Users/yuanmouren/Library/Logs/Homebrew/game-porting-toolkit/00.options.out /Users/yuanmouren/Library/Logs/Homebrew/game-porting-toolkit/01.configure /Users/yuanmouren/Library/Logs/Homebrew/game-porting-toolkit/01.configure.cc /Users/yuanmouren/Library/Logs/Homebrew/game-porting-toolkit/02.make /Users/yuanmouren/Library/Logs/Homebrew/game-porting-toolkit/wine64-build If reporting this issue please do so to (not Homebrew/brew or Homebrew/homebrew-core): apple/apple I found the following error reasons in the console. /private/tmp/game-porting-toolkit-20240414-2133-st99bv/wine/dlls/crypt32/unixlib.c:629:11: error: unknown type name 'SecTrustSettingsDomain' const SecTrustS
Post not yet marked as solved
Almost everyone I know absolutely HATES the macmail V10 update in big sur. So many conveniences and ease of operation that were available in 10.11.16 are gone. The icons are greyed out, the column layout is abysmal, the search engine does not function, way too many additional steps are now required to do the same job the V3 did with ease.. The standard question I hear is WHY would apple change what worked perfectly for so many and make a great mail system user unfriendly? There is an old adage that I keep hearing repeated If it ain't broke - don't fix it! The question I keep hearing is can anyone figure out a way to remove V10 from big sure and revert the mail system back to V3? There should be either an option or a way to revert the mail system back to what is loved by so many, without affecting the integrity of the security changes needed in big sur to make it safer.
Post not yet marked as solved
Two things here: These are the Developer Forums where third-party developers get together to figure out issues in their code, or to ask how to implement something. While there are one or two actual Apple employees here, they're not here to handle product issues like yours. Secondly, please don't put random tags on your posts. Your 'complaint' has nothing to do with Foundation or APFs, and when others search for those tags they'll get your unrelated post. Please think about what you're doing before you do it. Try the Apple Support Forums instead. Thanks.
Post not yet marked as solved
You are on the wrong forum. This is not a channel to Apple but a developers' forum where you ask for issues with app development.
Post not yet marked as solved
This is still occurring, here is another example. The first URL in each Apple/Google Maps links shows the coordinate 50.50, -105.50 accurately mapped. The second URL passes in the same coordinate but as a destination address, Google Maps accurately defines a route as close as possible using the roadways, Apple Maps takes you to an entirely different location. Based on my current location, it's physically the wrong direction but that would depend where you set your starting direction. Apple Maps https://maps.apple.com/?ll=50.50,-105.50&q=Accurate+Coordinate+Location https://maps.apple.com/?daddr=50.110,-105.5515 Google Maps https://maps.google.com/?q=50.50,-105.50 https://maps.google.com/?daddr=50.50,-105.50 I've included links to Google Maps which shows the expected result, this is how Apple Maps used to function on May 16, 2024. I've attached a screenshot showing the results of both Apple
Post not yet marked as solved
I've started getting reports of this today and I am able to replicate it on my end but looking to see if anyone else can verify or if it's possibly regional to me (Canada). In Apple Maps (iOS or macOS), if you search a latitude and longitude -- for example: 49.110,-112.110 and search, it centers on the location as it always has and shows the Directions button. When you tap the directions button, I get A route can't be shown because of a problem connecting to the server.. Alternatively, if you pass the coordinate in via Apple Maps URL (https://maps.apple.com/?daddr=49.110,-112.110) it will route but the route is no longer to those specific coordinates, Apple Maps alters them to some nearest known entity (in this case, the RM of Warner County). If you compare the suggested route end destination with the search results for specifically entering the coordinates, you will see they are different locations and mapping routes are not actually taking you t
Post not yet marked as solved
Is your problem solvented?, I have the same issue, I'm from at out USA and I did the purchase but I didn't have any reply about apple. Do you know something?
Post not yet marked as solved
this is an email I have sent to Apple with no luck: Dear Apple Developer Support Team, I am writing to seek urgent assistance with a persistent issue I have been encountering with Xcode. For several months now, every time I connect my iPhone to Xcode for development purposes, it automatically overwrites the user data of my apps with an old, seemingly random container. This issue is severely impacting my ability to continue development, as I cannot test new changes effectively. This occurs since a few months in every iOS and Xcode/macOS Version. I tried it with different Apps and Devices. Sometimes the entire Container (Documents) gets read only access so no new data can be created or changed by the user. I frequently used the replace container feature on Xcode so maybe this has something to do with it. This problem persists despite numerous attempts to resolve it on my end. I am at a critical point in my development timeline, and it is crucial for me to resolve this as soon as possible. Coul
Post not yet marked as solved
no one the hell is taking interest to fix this issue, i have deleted whole mac data and reinstated whole OS but still mac hangs totally 100% . People buy mac for iPhoen development because mac is mandatory for this, and mac dont work for ios development, now i am tying this message and keys getting types after 10-12 seconds, it took 3-4 minutes to type whole message because system hangs totally any one the hell from apple team is there to fix this very old issue?
Post not yet marked as solved
Hello everyone, I have noticed this for the 1st time in 4 years since publishing my app. So I guess I should wait for the Apple call. How did it end up in your cases guys? Best Jozef
Post not yet marked as solved
A few days ago I've noticed a huge spike in downloads on one of my apps (that I haven't touched for about two years). This app averages 10 daily downloads. This spike brought 7k downloads D1 and almost the same D2, altogether around 14k downloads. When I investigated I saw that all downloads came from a search feature and from iPhone only. Even tho I'm accustomed to spike downloads this one was really strange - the conversion rate on the app store was around 80-90% which is highly unlikely (at least only from search). Additionally, I didn't have a single impression on my ads (in such spikes this would mean in thousands) or a single rate from that country. I came to the conclusion that these spike downloads are most probably bots, but I'm not 100% sure since this is my first time dealing with such behaviour. Now I've got the message from Apple We are writing to inform you that your company is not in compliance with the Apple Developer Program License Agreement (PLA) Section 11.2. Please inves
Post not yet marked as solved
The same issue I have with Command Line Tools 15.1 ... x86_64-w64-mingw32-gcc -c -o dlls/wow64win/gdi.cross.o /private/tmp/game-porting-toolkit-20240519-67767-vttn0g/wine/dlls/wow64win/gdi.c -I dlls/wow64win -I /private/tmp/game-porting-toolkit-20240519-67767-vttn0g/wine/dlls/wow64win -I include -I /private/tmp/game-porting-toolkit-20240519-67767-vttn0g/wine/include -I /private/tmp/game-porting-toolkit-20240519-67767-vttn0g/wine/include/msvcrt -D__WINESRC__ -D_MSVCR_VER=0 -D__WINE_PE_BUILD -Wall -fno-strict-aliasing -Wdeclaration-after-statement -Wempty-body -Wignored-qualifiers -Winit-self -Wno-packed-not-aligned -Wshift-overflow=2 -Wstrict-prototypes -Wtype-limits -Wunused-but-set-parameter -Wvla -Wwrite-strings -Wpointer-arith -Wlogical-op -Wabsolute-value -Wno-format -Wformat-overflow -Wnonnull -mcx16 -gdwarf-4 -Wformat -g -O2 /private/tmp/game-porting-toolkit-20240519-67767-vttn0g/wine/dlls/wow64cpu/cpu.c: In function 'BTCpuResetToConsistentState': /private/tmp/game-porting-toolkit-20240519-67767
Post not yet marked as solved
Does anyone know what this might be? /private/tmp/game-porting-toolkit-20240516-2293-dagdsr/wine/dlls/wow64cpu/cpu.c:356:18: error: assignment to 'DWORD64' {aka 'long long unsigned int'} from 'PVOID' {aka 'void '} makes integer from pointer without a cast [-Wint-conversion] 356 | context->Rsp = NtCurrentTeb()->TlsSlots[2]; / WOW64_TLS_WINEHYBRID_RESERVED_R14 */ | ^ make: *** [dlls/wow64cpu/cpu.cross.o] Error 1 make: *** Waiting for unfinished jobs.... Path: /usr/local/Homebrew/Library/Taps/apple/homebrew-apple/Formula/game-porting-toolkit.rb ==> Configuration HOMEBREW_VERSION: 4.3.0 ORIGIN: https://github.com/Homebrew/brew HEAD: 8378cc825d83acffd125fb0fec041793df378a57 Last commit: 3 days ago Core tap JSON: 17 May 05:28 UTC Core cask tap JSON: 17 May 05:28 UTC HOMEBREW_PREFIX: /usr/local HOMEBREW_CASK_OPTS: [] HOMEBREW_MAKE_JOBS: 10 Homebrew Ruby: 3.1.4 => /usr/local/Homebrew/Library/Homebrew/vendor/portable-ruby/3.1.4/bin/ruby CPU: 10-core 64-bit westmere Clang: 15.0.0 build 150
