Changes

Jump to navigation Jump to search
3,095 bytes added ,  18:21, 27 March 2013
no edit summary
[[Media:WIILOAD.zip|ZIP Download]]
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 ==
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 ==
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
 
run: $(BUILD)
 
wiiload $(TARGET).dol
</pre>
[[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?
295

edits

Navigation menu