Homebrew [Upcoming]: SDHelper - Easy SD setup tool

[Somebody Whoisbored]

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

Try this build

 

[MarioMasta64]

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

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.

i see the problem now, its looking for the file at root but they dont get downloaded there. because everything tat gets set in the root is able to be placed s try making the root the working directory?

 

[Somebody Whoisbored]

i see the problem now, its looking for the file at root but they dont get downloaded there. because everything tat gets set in the root is able to be placed s try making the root the working directory?

The separators "the slash \ or /" are different depending on what OS you use. Windows uses / but Linux uses \. Because I never tested this on Linux, all file locating was done with /. Linux does not like this and tries to cope best it can. The build I sent you checks what separator to use so try that.

 

[MarioMasta64]

Try this build

set the working director to root for the linux build and i know itll work fine

 

[Somebody Whoisbored]

set the working director to root for the linux build and i know itll work fine

Do downloads work?

 

[MarioMasta64]

Try this build

downloads always worked, the problem is that 1. it nulls out the zip file if its moved to another directory a2. it searches root for the files, as why i say setting it all up in root would fix it (copying to directories work fine) itd be messy but work.

 

[Somebody Whoisbored]

downloads always worked, the problem is that 1. it nulls out the zip file if its moved to another directory a2. it searches root for the files, as why i say setting it all up in root would fix it (copying to directories work fine)

Weren't they showing up in the same directory as the jar? They should be going in /SDHelper/download or /sd (depending on what the download is). The zips are never moved, I just extract them to a different directory. Searching in the root files in unintended, so I was hoping that the fix in the build I sent you worked.

 

[MarioMasta64]

Weren't they showing up in the same directory as the jar? They should be going in /SDHelper/download or /sd (depending on what the download is). The zips are never moved, I just extract them to a different directory. Searching in the root files in unintended, so I was hoping that the fix in the build I sent you worked.

the full .zip is sent to root (along with every other file downloaded) but a nulled out .zip is sent to downloads

 

[Somebody Whoisbored]

the full .zip is sent to root (along with every other file downloaded) but a nulled out .zip is sent to downloads

Sorry, but I'm getting up early in the morning. I'll see if I can fix this tomorrow.

 

[MarioMasta64]

Sorry, but I'm getting up early in the morning. I'll see if I can fix this tomorrow.

its fine, i got a vm of windows 10 so i could use that if required

 

[Somebody Whoisbored]

its fine, i got a vm of windows 10 so i could use that if required

For now, yea that would give you a lot more compatibility.

 

[Somebody Whoisbored]

Currently working on Beta 2. Seems Linux support will work out, but only when launched from the command line. Will test on Mac soon.

 

[MarioMasta64]

Currently working on Beta 2. Seems Linux support will work out, but only when launched from the command line. Will test on Mac soon.

ill be open to test it when it releases ^-^

 

[Somebody Whoisbored]

I am so mad right now. I fucked up the git commands AND REVERTED TO BETA 1. Here we go again...
WAIT I MADE A TEST BUILD FOR LINUX RIGHT BEFORE I WAS GOING TO RELEASE HALLELUJAH!

 

[Somebody Whoisbored]

Beta 2 is released!


Sent from my iPhone using Tapatalk Pro

 

[MarioMasta64]

I am so mad right now. I fucked up the git commands AND REVERTED TO BETA 1. Here we go again...
WAIT I MADE A TEST BUILD FOR LINUX RIGHT BEFORE I WAS GOING TO RELEASE HALLELUJAH!

congrats on linux support ^-^ works perfectly now.

 

[Somebody Whoisbored]

Beta 3 released! 7zip support added and bug fixes.

 

[MarioMasta64]

Beta 3 released! 7zip support added and bug fixes.

fancy, more files. also everything extracts to the correct place. ^-^ although i see alot of moving? were you moving from the /Download to /sd or from say /starter to /starter/starter? if from /download to /sd then it only copies. also perhaps add another column for pre a9lh and post a9lh as they use different arm9loaderhax.bin. (post is luma and pre is safea9lhinstaller)

 

[Somebody Whoisbored]

fancy, more files. also everything extracts to the correct place. ^-^ although i see alot of moving? were you moving from the /Download to /sd or from say /starter to /starter/starter? if from /download to /sd then it only copies. also perhaps add another column for pre a9lh and post a9lh as they use different arm9loaderhax.bin. (post is luma and pre is safea9lhinstaller)

Well the arm9.bin and arm11.bin are the SafeA9LHInstaller and arm9loaderhax.bin is Luma. There is no conflict. And copying is done for every zip/7zip. This is the process: Download to /download -> Extract to /download -> Copy required files from /download to /sd. There is a lot of copying because there is a lot of folders in starter.zip, and they are recursively copied.

 

[MarioMasta64]

Well the arm9.bin and arm11.bin are the SafeA9LHInstaller and arm9loaderhax.bin is Luma. There is no conflict. And copying is done for every zip/7zip. This is the process: Download to /download -> Extract to /download -> Copy required files from /download to /sd. There is a lot of copying because there is a lot of folders in starter.zip, and they are recursively copied.

ah. so it seems everything is complete minus bugs ^-^ congrats