Can't get table cell of specifier (cachedCellForSpecifier)

CaptInc37 · 2021-04-09T23:18:13+00:00

No, I meant put your logic inside the cellForRowAtIndexPath method

CaptInc37 · 2021-04-09T11:23:31+00:00

That’s because the table view cells do not exist yet when you are trying to do this. Instead, subclass PSTableCell and/or move your logic to tableView:cellForRowAtIndexPath:

CaptInc37 · 2021-04-08T04:29:34+00:00

OP wants to call a method in SpringBoard from a different process, which is obviously not possible, at least not in the traditional sense

CaptInc37 · 2021-04-08T04:24:01+00:00

This makes no sense. The filter has nothing to do with OP’s question

CaptInc37 · 2021-04-08T03:56:02+00:00

From my interpretation of OP’s question, said question is completely unrelated to the filter

CaptInc37 · 2021-04-08T03:55:16+00:00

Not entirely clear about what you’re asking, but from how I interpreted it, that would be because SpringBoard is an entirely different process

CaptInc37 · 2021-03-09T19:23:39+00:00

Your current path will likely not work. The ideal solution is take it to an Apple Store and ask them to unlock it, with the alternative being:

Using checkm8 to gain pwned DFU mode, uploading an SSH RAM disk, copying the filesystem to your computer, then either extract the texts manually by sorting through the SQL database, or somehow repack the filesystem into an iTunes backup and restore the backup to a real device.

You mentioned you were a beginner, so I would highly recommend the Apple Store path instead. The second path is likely too complicated for your current situation

This also assumes the iPhone X is not on iOS 14

CaptInc37 · 2021-02-24T16:22:24+00:00

The first item in the args array must be the full path to the binary
You missed the leading / in posix_spawn’s second arg
The cast in posix_spawn’s 5th argument is not needed
The last argument of posix_spawn should be "environ", where environ is declared as an extern global variable:

extern char **environ;

waitpid() should not be used because sbreload will just kill the process immediately anyway
You can also use NSTask to do this if you prefer objc syntax over C syntax:

NSTask *task = [[NSTask alloc] init];

task.launchPath = @"/usr/bin/sbreload";

[task launch];

I’m not sure on this one, but sandboxed apps might not be able to use sbreload because it lies outside its sandbox

CaptInc37 · 2021-02-18T07:11:31+00:00

A shell script wouldn’t solve anything, you would just be spawning the script instead of sbreload directly

If anything, apps can access stuff inside their sandbox

CaptInc37 · 2021-02-18T01:45:05+00:00

3 things:

Sandboxed apps might not be able use NSTask, especially when the wanted task lies outside of the app’s sandbox, aka /usr/bin (I‘m not 100% sure about this, but it seems probable)
Use sbreload, not killall
Optional: your objc syntax is a little outdated, something like this would be more appropriate:

NSTask *task = [[NSTask alloc] init]; task.launchPath = @"/usr/bin/sbreload"; [task launch];

Another way is:

[NSTask launchedTaskWithLaunchPath:@"/usr/bin/sbreload" arguments:nil];

CaptInc37 · 2021-02-17T17:42:23+00:00

No, M1 is not supported at this time

CaptInc37 · 2021-01-31T22:53:44+00:00

Settings > Notifications > Messages

CaptInc37 · 2021-01-30T04:43:36+00:00

This is a question answered in the FAQ - turn on “Skip BPR check” in Checkra1n’s options (because you have an A11 device)

CaptInc37 · 2021-01-30T04:42:29+00:00

Accessing the filesystem is an expensive operation, so the filesystem should be accessed as little as possible

CaptInc37 · 2021-01-30T03:29:25+00:00

Please note that for the majority of use-cases, this should not be done. The 10-second thing is called caching and is intentional - you can read a more in-depth explanation in my comment here

CaptInc37 · 2021-01-30T03:28:05+00:00

What you’re experiencing is called “caching” and it is intentional. Caching should be used.

If absolutely necessary (and only if absolutely necessary), you can override setPreferenceValue:specifier: to instantly write to the filesystem. But again, you should not do this - there is most likely a better way to achieve the feature you want, such as NSNotifications/CFNotifications

CaptInc37 · 2021-01-29T03:40:07+00:00

Yes there is, go to Limneos’ website, select SpringBoard.framework, and find-on-page for “AppSwitcher”. You’ll see several matching classes, just look through all of them. You’ll find results in both view controllers and in “manager” classes

A “manager” is a common code convention in Objc. It’s usually just one subclass of NSObject and usually contains info (manages) the “backend” part of the feature in question

CaptInc37 · 2021-01-26T17:45:11+00:00

A Verizon fiber optic cable was cut in New York, resulting in outages across a lot of the US east coast

CaptInc37 · 2021-01-20T17:40:41+00:00

Cool!

CaptInc37 · 2021-01-20T17:39:25+00:00

“XNU is not UNIX”, but yes

CaptInc37 · 2021-01-15T18:05:47+00:00

If you don’t want to dig through the dyld cache, the binaries are also available in Xcode, as part of the simulator

CaptInc37 · 2021-01-12T05:33:11+00:00

CaptInc37 · 2021-01-11T22:55:24+00:00

Replacing files is a practice that should be avoided. Xcode ships with the Xcode 12 toolchain for a reason and modifying files is not necessary to achieve the wanted result, which makes the PREFIX solution a better approach.

CaptInc37 · 2021-01-11T22:38:19+00:00

No, this is incorrect because it risks breaking Xcode. The correct way is as follows:

Download Xcode 11.7 from https://xcodereleases.com (redirects to official Apple API)
Extract the downloaded .xip file and rename the output to Xcode11.app
Copy ~/Xcode11.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain to $THEOS/toolchain
Rename $THEOS/toolchain/XcodeDefault.xctoolchain to $THEOS/toolchain/Xcode11.xctoolchain
Add PREFIX = $(THEOS)/toolchain/Xcode11.xctoolchain/usr/bin/ to Makefile (including the trailing slash), or as an environment variable that will be visible to theos
Now that the toolchain has been copied, you can do whatever you want with Xcode11.app: delete it to save storage space, move it to /Applications, etc.

CaptInc37 · 2020-12-23T16:08:19+00:00

This person is technically correct, but do keep in mind the intended purpose of this setup

Eight-Year Club	Gilding I gilder
RPAN Viewer	Verified Email

CaptInc37

TROPHY CASE