Homebrew [Release] CTRXplorer - Open Source SD File Manager

  • Thread starter Thread starter d0k3
  • Start date Start date
  • Views Views 148,765
  • Replies Replies 273
  • Likes Likes 46
This tool is great, now when I am on the go away from a computer, I can delete arm9loaderhax.bin then realize later I can't power on after shutting it down.:tpi:
In all seriousness, this is very useful, FBI always fails to impress me with it's ability to fail to delete CIAs from the SD card after installing them. This works great so I do not need to create a hotspot with my phone and use FTP to delete them when I not near a PC.
 
  • Like
Reactions: hobbledehoy899
This is the one of the many reasons why I chose to switch from FBI to DevMenu, as it has that feature built into it.

I have the NAND Install version of DevMenu 11.4 on mine and never payed attention (I had no idea) to the fact that it can delete them. thanks for the info :grog:
 
@d0k3
@Steveice10

I seem to be having trouble today building any homebrew that uses buildtools submodule

43LNKsD.png


Any idea what's going on?
 
  • Like
Reactions: Madridi
@d0k3
@Steveice10

I seem to be having trouble today building any homebrew that uses buildtools submodule

43LNKsD.png


Any idea what's going on?
this might be useful:

when I cloned the repo using "git clone --recursive", this was the output:
Code:
Cloning into 'CTRXplorer'...
remote: Counting objects: 365, done.
remote: Total 365 (delta 0), reused 0 (delta 0), pack-reused 365
Receiving objects: 100% (365/365), 378.77 KiB | 33.00 KiB/s, done.
Resolving deltas: 100% (208/208), done.
Checking connectivity... done.
Submodule 'buildtools' (https://github.com/Steveice10/buildtools.git) registered for path 'buildtools'
Cloning into 'buildtools'...
remote: Counting objects: 114, done.
remote: Compressing objects: 100% (11/11), done.
remote: Total 114 (delta 1), reused 0 (delta 0), pack-reused 103
Receiving objects: 100% (114/114), 4.07 MiB | 211.00 KiB/s, done.
Resolving deltas: 100% (35/35), done.
Checking connectivity... done.
fatal: reference is not a tree: a6e09e20de67cf7dd511a365f61ebba955e209df
Unable to checkout 'a6e09e20de67cf7dd511a365f61ebba955e209df' in submodule path 'buildtools'
the main part:
Code:
fatal: reference is not a tree: a6e09e20de67cf7dd511a365f61ebba955e209df
Unable to checkout 'a6e09e20de67cf7dd511a365f61ebba955e209df' in submodule path 'buildtools'
it's having a problem cloning the repo for some reason. I think "a6e09e20de67cf7dd511a365f61ebba955e209df" isn't really a commit for buildtools, it's not found at https://github.com/Steveice10/buildtools/commits/master
 
  • Like
Reactions: Madridi
This is what I did:

1)git clone --recursive https://github.com/d0k3/CTRXplorer.git
2)git clone --recursive https://github.com/Steveice10/buildtools.git
3)I copied the WHOLE buildtools folder and pasted it inside ...\CTRXplorer\
4)type "make"
Thanks, I realize I can do it this way. But I was wondering if something is going on or if this is a temporary.
this might be useful:

when I cloned the repo using "git clone --recursive", this was the output:
Code:
Cloning into 'CTRXplorer'...
remote: Counting objects: 365, done.
remote: Total 365 (delta 0), reused 0 (delta 0), pack-reused 365
Receiving objects: 100% (365/365), 378.77 KiB | 33.00 KiB/s, done.
Resolving deltas: 100% (208/208), done.
Checking connectivity... done.
Submodule 'buildtools' (https://github.com/Steveice10/buildtools.git) registered for path 'buildtools'
Cloning into 'buildtools'...
remote: Counting objects: 114, done.
remote: Compressing objects: 100% (11/11), done.
remote: Total 114 (delta 1), reused 0 (delta 0), pack-reused 103
Receiving objects: 100% (114/114), 4.07 MiB | 211.00 KiB/s, done.
Resolving deltas: 100% (35/35), done.
Checking connectivity... done.
fatal: reference is not a tree: a6e09e20de67cf7dd511a365f61ebba955e209df
Unable to checkout 'a6e09e20de67cf7dd511a365f61ebba955e209df' in submodule path 'buildtools'
the main part:
Code:
fatal: reference is not a tree: a6e09e20de67cf7dd511a365f61ebba955e209df
Unable to checkout 'a6e09e20de67cf7dd511a365f61ebba955e209df' in submodule path 'buildtools'
it's having a problem cloning the repo for some reason. I think "a6e09e20de67cf7dd511a365f61ebba955e209df" isn't really a commit for buildtools, it's not found at https://github.com/Steveice10/buildtools/commits/master
Cool thanks. I wonder why this happened though? It was fine yesterday, and no new commits have been made.. so what changed?
 
@d0k3
@Steveice10

I seem to be having trouble today building any homebrew that uses buildtools submodule

43LNKsD.png


Any idea what's going on?
I'll be looking into that later. I think I only have to update the buildtools submodule.

Would it be possible to add a SHA-256 calculator?
Maybe, later. SHA-256 is not on the top of the list of stuff to port / add here, though. GM9 uses 3DS hardware for this, which is not possible here, so porting is not possible anyways.
 
  • Like
Reactions: hobbledehoy899
Building CTRXplorer with latest ctrulib from smea results in errors:
Code:
output/CTRXplorer.elf
c:/devkitPro/citrus/lib\libcitrus.a(fs.o): In function `ctr::fs::init()':
d:\ABuildTools\citrus/source/citrus/fs.cpp:16: undefined reference to `romfsInit
'
c:/devkitPro/citrus/lib\libcitrus.a(fs.o): In function `ctr::fs::exit()':
d:\ABuildTools\citrus/source/citrus/fs.cpp:22: undefined reference to `romfsExit
'
collect2.exe: error: ld returned 1 exit status
make: *** [output/CTRXplorer.elf] Error 1

Reverting back to a previous commit from ctrulib fixes the problem.
 
Building CTRXplorer with latest ctrulib from smea results in errors:
Code:
output/CTRXplorer.elf
c:/devkitPro/citrus/lib\libcitrus.a(fs.o): In function `ctr::fs::init()':
d:\ABuildTools\citrus/source/citrus/fs.cpp:16: undefined reference to `romfsInit
'
c:/devkitPro/citrus/lib\libcitrus.a(fs.o): In function `ctr::fs::exit()':
d:\ABuildTools\citrus/source/citrus/fs.cpp:22: undefined reference to `romfsExit
'
collect2.exe: error: ld returned 1 exit status
make: *** [output/CTRXplorer.elf] Error 1

Reverting back to a previous commit from ctrulib fixes the problem.
Yeah. We have a bad case of ctrulib fragmentation. I could fix it in the CTRXplorer source, but then I might break support for an earlier ctrulib release. So... I guess I'll wait for a bit.
 
  • Like
Reactions: DjoeN

Site & Scene News

Popular threads in this forum