Homebrew [Upcoming]: SDHelper - Easy SD setup tool

[MarioMasta64]

Running apt-get default-jre right now. I'll see if the official works.
Seems that "default-jre" is Java 7, but SDHelper uses Java 8. I'll see if I can manually install it.

okay so apparently you have to run it via terminal inside the directory java -jar sdhelper.jar or it wont work as default directory is ~/

--------------------- MERGED ---------------------------

I use System.getProperty("user.dir") to find where the jar is being run from. Didn't think to check if that was version dependent.

problem solved, however running the jar directly sets the directory as ~/ (home) so thats why it doesnt work so my solution was to open terminal and "cd /directory/to/file/" then "java -jar SDHelper.jar" also its case sensitive

 

[Somebody Whoisbored]

okay so apparently you have to run it via terminal inside the directory java -jar sdhelper.jar or it wont work as default directory is ~/

--------------------- MERGED ---------------------------


problem solved, however running the jar directly sets the directory as ~/ (home) so thats why it doesnt work so my solution was to open terminal and "cd /directory/to/file/" then "java -jar SDHelper.jar" also its case sensitive

That is a problem though, but a good workaround. I'll add this to the issues.

 

[MarioMasta64]

heres a screenshot

--------------------- MERGED ---------------------------

That is a problem though, but a good workaround. I'll add this to the issues.

also the green bar moving back and forth might confuse people and make them think something went wrong. it looks fancy but still, just a thought.

 

[Somebody Whoisbored]

heres a screenshot

--------------------- MERGED ---------------------------


also the green bar moving back and forth might confuse people and make them think something went wrong. it looks fancy but still, just a thought.

Yea that's a known bug. Probably an easy fix. It was intended to only show that when extracting then be set back to normal.

--------------------- MERGED ---------------------------

heres a screenshot

--------------------- MERGED ---------------------------


also the green bar moving back and forth might confuse people and make them think something went wrong. it looks fancy but still, just a thought.

Did you move the zip files there or did they just appear there?

 

[MarioMasta64]

Yea that's a known bug. Probably an easy fix. It was intended to only show that when extracting then be set back to normal.

--------------------- MERGED ---------------------------


Did you move the zip files there or did they just appear there?

they just appear.

 

[Somebody Whoisbored]

they just appear.

It should be going in SDHelper/sd and download. Check if there is anything there.

 

[MarioMasta64]

Yea that's a known bug. Probably an easy fix. It was intended to only show that when extracting then be set back to normal.

--------------------- MERGED ---------------------------


Did you move the zip files there or did they just appear there?

no starter.zip extraction im guessing?

--------------------- MERGED ---------------------------

It should be going in SDHelper/sd and download. Check if there is anything there.

well then ._. seems decrypt9 / starter dont get moved or extracted

 

[Somebody Whoisbored]

no starter.zip extraction im guessing?

That should have worked. Seems zip extraction is also not working. Check what is in the download folder. Are all the folders empty there?

 

[MarioMasta64]

here have some debug

--------------------- MERGED ---------------------------

That should have worked. Seems zip extraction is also not working. Check what is in the download folder. Are all the folders empty there?

seems the zip-files decrypt9 and starter become null at some point in the process, ill delete everything and retry

--------------------- MERGED ---------------------------

files are still nulled, but while downloaded they are full. strange

--------------------- MERGED ---------------------------

That should have worked. Seems zip extraction is also not working. Check what is in the download folder. Are all the folders empty there?

could you make a build for me that doesnt auto-update? so i can test out something with the download.xml i think i might have an idea

 

[Somebody Whoisbored]

here have some debug

--------------------- MERGED ---------------------------


seems the zip-files decrypt9 and starter become null at some point in the process, ill delete everything and retry

--------------------- MERGED ---------------------------

files are still nulled, but while downloaded they are full. strange

Very strange. Perhaps someone with more knowledge of Linux and Java's interactions could look into this. If anyone decides to help with this, that is.

Just don't change the version tag, or host your own update site on GitHub or something.

 

[MarioMasta64]

Very strange. Perhaps someone with more knowledge of Linux and Java's interactions could look into this. If anyone decides to help with this, that is.

i added another note at the end.

 

[Somebody Whoisbored]

i added another note at the end.

I've added a note as well. You could also remove the updatesite tag and I believe that will make it not check for an update.

 

[MarioMasta64]

I've added a note as well. You could also remove the updatesite tag and I believe that will make it not check for an update.

ah ok.

--------------------- MERGED ---------------------------

I've added a note as well. You could also remove the updatesite tag and I believe that will make it not check for an update.

by quickly replacing the nulled out Decrypt9 in the downloads folder (as it clears out everything i have a sort timeframe) ive concluded its not the .zip extraction but rather however it gets moved from root to downloads

--------------------- MERGED ---------------------------

I've added a note as well. You could also remove the updatesite tag and I believe that will make it not check for an update.

guess what the problem is xD its cause it has \ (a windows directory) instead of / (a linux directory) so until that gets fixes it wont copy / move on linux

--------------------- MERGED ---------------------------

ah ok.

--------------------- MERGED ---------------------------


by quickly replacing the nulled out Decrypt9 in the downloads folder (as it clears out everything i have a sort timeframe) ive concluded its not the .zip extraction but rather however it gets moved from root to downloads

--------------------- MERGED ---------------------------


guess what the problem is xD its cause it has \ (a windows directory) instead of / (a linux directory) so until that gets fixes it wont copy / move on linux

essentially you just need to do a os check somehow, or, change the method of everything (id reccomend a os check if its linux put / if its windows put \ another solution is to make a seperate build for each but that'd be complicated id suspect

--------------------- MERGED ---------------------------

I've added a note as well. You could also remove the updatesite tag and I believe that will make it not check for an update.

perhaps remove the "\" default directory and just add "/" onto the front of files instead?

--------------------- MERGED ---------------------------

I've added a note as well. You could also remove the updatesite tag and I believe that will make it not check for an update.

maybe something along the lines of this, im not to sure how java programming works but it seems to work only for the ones that go to a relative path than a hard-linked path "\" as root

<?xml version="1.0" encoding="UTF-8"?>
<root>
<general>
<name>Test File</name>
<author>shadowninja108</author>
<version>1</version>
<binaryversion>1</binaryversion>
<updatesite>https://raw.githubusercontent.com/shadowninja108/SDHelper/master/update/update.xml</updatesite>
</general>
<downloads>
<global>
<link type="zip">
<value>http://smealum.github.io/ninjhax2/starter.zip</value>
<path>/</path>
<extract>/starter/</extract>
</link>
<link type = "direct">
<value>https://github.com/nedwill/soundhax/blob/master/soundhax-usa-n3ds.m4a?raw=true</value>
<path>/soundhax.m4a</path>
</link>
<link type = "direct">
<value>https://github.com/TiniVi/safehax/releases/download/r18/safehax.3dsx</value>
<path>/3ds/safehax/safehax.3dsx</path>
</link>
<link type = "direct">
<value>https://github.com/TiniVi/safehax/releases/download/r18/safehax.3dsx</value>
<path>/3ds/safehax/safehax.smdh</path>
</link>
<link type = "direct">
<value>https://github.com/nedwill/fasthax/releases/download/v1.0.1/fasthax.3dsx</value>
<path>/3ds/fasthax/fasthax.3dsx</path>
</link>
<link type = "zip">
<value>https://github.com/d0k3/Decrypt9WIP...61113/Decrypt9WIP-20161113-135126.zip</value>
<path>/safehaxpayload.bin</path>
<extract>/Decrypt9WIP.bin</extract>
</link>
<link type="7zip">
<value>https://github.com/AuroraWright/Luma3DS/releases/download/v6.6/Luma3DSv6.6.7z</value>
<path>/hax/arm9loaderhax.bin</path>
<extract>/arm9loaderhax.bin</extract>
</link>
</global>
<if type="NEW" region="USA">
<command>
<link type = "direct">
<value>https://github.com/nedwill/soundhax/blob/master/soundhax-usa-n3ds.m4a?raw=true</value>
<path>/soundhax.m4a</path>
</link>
</command>
</if>
</downloads>
</root>

 

[MarioMasta64]

I've added a note as well. You could also remove the updatesite tag and I believe that will make it not check for an update.

downloads broken.

 

[Somebody Whoisbored]

downloads broken.

The download handle error'd. Have you tried deleting it and trying again?

 

[MarioMasta64]

The download handle error'd. Have you tried deleting it and trying again?

same problem as before files are being nulled out but properly stored alongside the sdhelper.

--------------------- MERGED ---------------------------

same problem as before files are being nulled out but properly stored alongside the sdhelper.

however if i quickly replace the null versions with the proper ones it extracts them.

 

[Somebody Whoisbored]

same problem as before files are being nulled out but properly stored alongside the sdhelper.

--------------------- MERGED ---------------------------


however if i quickly replace the null versions with the proper ones it extracts them.

Could be that the \ in directories are hardcoded and Linux uses /.

 

[MarioMasta64]

Could be that the \ in directories are hardcoded and Linux uses /.

no it only runs into that problem after it gets the unzips (as it needs to go up a directory to copy/paste or whatever it does there) plus the address actually does go /blah/blach/blah/lel( \ )file,meh so something wrote in as a "root" directory is causing the problem (root being beside helper) try coding them to goto relative directories. that could help.

 

[Somebody Whoisbored]

same problem as before files are being nulled out but properly stored alongside the sdhelper.

--------------------- MERGED ---------------------------


however if i quickly replace the null versions with the proper ones it extracts them.

Try this build, the interpreter (I think) will take the OS's file separator char instead of being hardcoded.

no it only runs into that problem after it gets the unzips (as it needs to go up a directory to copy/paste or whatever it does there) plus the address actually does go /blah/blach/blah/lel( \ )file,meh so something wrote in as a "root" directory is causing the problem (root being beside helper) try coding them to goto relative directories. that could help.

But it uses similar code to figure out where the downloads go. That is why I think your downloads are ending up next to the jar. I'm compiling a jar for you to test now.

 

[MarioMasta64]

Could be that the \ in directories are hardcoded and Linux uses /.

/home/mariomasta64/Downloads/sdhelper/SDHelper/download/Decrypt9WIP-20161113-135126\Decrypt9WIP.bin unless its trying to get \filename.file try doing filename dir\folder\meh