295
edits
Changes
Jump to navigation
Jump to search
Line 47:
Line 47: − + + + − + − − + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
no edit summary
[[Media:WIILOAD.zip|ZIP Download]]
[[Media:WIILOAD.zip|ZIP Download]]
I don't like sig.(s) [[User:Elosnoc_iiw|Elosnoc Iiw]] 01:50, 11 September 2009 (UTC)
I don't like sig.(s) [[User:Elosnoc_iiw|Elosnoc Iiw]] 01:50, 11 September 2009 (UTC)
: Because .tar.gz is a compressed version of an archive. Tarball (.tar) archives store multiple files in a single archive file, and GNU-Zip (.gz) archives compress a single file into a smaller file. Combine them together (.tar.gz or .tgz), and you get an archive that stores multiple files in a single, smaller file. --[[User:Reap3r119|Reap3r119]] 23:01, 24 July 2012 (CEST)
== Result too large ==
== Result too large ==
For people who are having the Result too large error with the wiiload that comes with devkitpro, get the newest wiiload, and you probably won't have any problems anymore. [[User:KolakCC|KolakCC]] 20:45, 17 October 2009 (UTC)
For people who are having the Result too large error with the wiiload that comes with devkitpro, get the newest wiiload, and you probably won't have any problems anymore. [[User:KolakCC|KolakCC]] 20:45, 17 October 2009 (UTC)
Remember to exit the last app you ran before you try to run a new one or you will get this error too.
== On the fly IP-setting ==
== On the fly IP-setting ==
For those of you who don't want to set the env variable, or their Wii's IP changes a lot, you can use this under devkitpro:
For those of you who don't want to set the env variable, or their Wii's IP changes a lot, you can use this under devkitpro:
<pre>
export WIILOAD := tcp:192.168.0.102
export WIILOAD := tcp:192.168.0.102
run: $(BUILD)
run: $(BUILD)
wiiload $(TARGET).dol
wiiload $(TARGET).dol
</pre>
[[User:KolakCC|KolakCC]] 14:42, 18 October 2009 (UTC)
[[User:KolakCC|KolakCC]] 14:42, 18 October 2009 (UTC)
== transfer failed to HBC 1.06 ==
Here's what I see when I use wiiload 0.4 to send to my Wii running HBC 1.06...
<pre>
/opt/devkitPro/devkitPPC/bin/wiiload WiiGame1.dol
wiiload v0.4
coded by dhewg
connecting to 192.168.100.149:4299
sending upload request
sending file size (209120 bytes)
sending datasend failed: Connection reset by peer
transfer failed.
</pre>
Seems I was using an older wiiload which came with devkitPro, I switched to v0.5 and all was well.
[[User:Lordelph|Lordelph]] 17:07, 19 December 2009 (UTC)
: use the latest version (0.5) --[[User:Crayon|Crayon]] ([[User talk:Crayon|talk]]) 17:14, 19 December 2009 (UTC)
:: wow, that was as speedy reply! Thankyou. [[User:Lordelph|Lordelph]] 17:17, 19 December 2009 (UTC)
== Arguments ==
Wiiload passes its first argument as argv[0]
According to the standard C, argv[0] should be the name of the file and the first passed argument should be argv[1]
[[User:Oibaf|Oibaf]] 10 March 2013 (UTC)
:Unless I'm missing something, that's how it should be - wiiload's first argument is the name of the program that will be executed. Unless you want your wii programs to receive "wiiload.exe" as argv[0]? [[User:Tueidj|Tueidj]] ([[User talk:Tueidj|talk]]) 15:49, 10 March 2013 (CET)
Exactly. Argv[0] should be wiiload.exe. Also the first argument passed through meta.xml of homebrew applications is passed as Argv[1].
During the test of some wiibrew emulators I got crazy before finding out that wiiload passed the first argument as Argv[0].
[[User:Oibaf|Oibaf]] 19 March 2013 (UTC)
:You said "According to the standard C, argv[0] should be the name of the file" so how does it make sense for a wii program to receive "wiiload.exe" as argv[0] regardless of what the program's real name is? If you start a program in windows do you expect it to receive "explorer.exe" as argv[0]? [[User:Tueidj|Tueidj]] ([[User talk:Tueidj|talk]]) 13:07, 19 March 2013 (CET)
Sorry, I was wrong. Argv[0] should contain the dol file and argv[1] should contain the first argument passed to the dol file whilst currently the argument is passed as argv[0].
[[User:Oibaf|Oibaf]] 19 March 2013 (UTC)
:That's exactly how it currently works (argv[0] = name of dol/elf), not sure how you're seeing anything different. [[User:Tueidj|Tueidj]] ([[User talk:Tueidj|talk]]) 22:13, 19 March 2013 (CET)
I verified that argv[0] = name of dol/elf if wiiload is launched from a command window but argv[0] = "first argument" if wiiload is launched from programmer's notepad (windows environment) setting the parameters in Notepad as "$(ProjectName).dol argument". Is it a notpad issue?