deac/osd-contiki
1
0
Fork 0
Code Issues Pull requests Releases Wiki Activity
osd-contiki/tools/6502/contiki.html

150 lines
5.9 KiB
HTML
Raw Normal View History

Renamed from .htm to .html
2008-05-21 09:55:46 +02:00
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN">
Added small php script (with accompanying html form) to generate a binary config file (typically named 'contiki.cfg') readable by cpu/6502/lib/config.c.
2008-05-16 00:39:30 +02:00
<html>
<head>
<title>Contiki Download</title>
<style type="text/css">
tr.p { padding: 15px 0px }
tr.pt { padding-top: 15px }
tr.pb { padding-bottom: 15px }
tr.bg { background-color: black; height: 1px }
</style>
Included Breadbox64 into cc65 binary relaease tools. This additional application results in three disks for the Apple2, two disks for the C64 and one disk for the C128. Therefore the download page can't get along anymore without some JavaScript adjusting the number of downloadable disks depending on the selected machine. With JavaScript turned off access to non-existent disks (i.e. disk 3 for the C64) results in a successfull download of a zero byte sized file - not exactly great but at least a defined behaviour.
2010-08-06 00:50:19 +02:00
<script type="text/javascript">
function disks(disks) {
for (var i = 3; i; i--) {
document.forms[0].disk[i].disabled = i > disks;
if (document.forms[0].disk[i].checked &&
document.forms[0].disk[i].disabled)
document.forms[0].disk[i-1].checked = true;
}
}
</script>
Added small php script (with accompanying html form) to generate a binary config file (typically named 'contiki.cfg') readable by cpu/6502/lib/config.c.
2008-05-16 00:39:30 +02:00
</head>
<body>
<form action="download.php">
Allow to download complete disk images (incl. custom config file) beside the pure custom config file. Is this kind of a hack as there are no disk image utilities used. Instead the offsets to the config file content in the current example-webserver disk image files is hardcoded into the PHP source code. As soon as the disk images change the offsets need to be adjusted.
2008-06-07 02:26:44 +02:00
<h4 align="center">Download your custom generated Contiki</h4>
Added small php script (with accompanying html form) to generate a binary config file (typically named 'contiki.cfg') readable by cpu/6502/lib/config.c.
2008-05-16 00:39:30 +02:00
<table align="center" cellpadding="0" cellspacing="0">
<tr class="p">
<td>
Included Breadbox64 into cc65 binary relaease tools. This additional application results in three disks for the Apple2, two disks for the C64 and one disk for the C128. Therefore the download page can't get along anymore without some JavaScript adjusting the number of downloadable disks depending on the selected machine. With JavaScript turned off access to non-existent disks (i.e. disk 3 for the C64) results in a successfull download of a zero byte sized file - not exactly great but at least a defined behaviour.
2010-08-06 00:50:19 +02:00
<input type="radio" name="machine" id="apple2" value="apple2" onclick="disks(3)" checked="checked" />
Added small php script (with accompanying html form) to generate a binary config file (typically named 'contiki.cfg') readable by cpu/6502/lib/config.c.
2008-05-16 00:39:30 +02:00
<label for="apple2">Apple //e</label>
</td><td>
<label for="apple2-drv">Ethernet Card:</label>
<select name="apple2-drv" id="apple2-drv" size="1">
Added support for the Atari to the Contiki download page. The Atari disk image tools don't allow to place contiki.cfg at a fixed location. Therefore the byte offset of the contiki.cfg content isn't constant :-( However using the tool adir with the option -r allows to learn the block number of the contiki.cfg content. So this block number is stored for each Atari disk image in the PHP code (in the array $blk) and translated into the correct byte offset.
2010-09-30 22:32:07 +02:00
<option value="cs8900a.eth" >Uthernet</option>
<option value="lan91c96.eth">LANceGS </option>
Added small php script (with accompanying html form) to generate a binary config file (typically named 'contiki.cfg') readable by cpu/6502/lib/config.c.
2008-05-16 00:39:30 +02:00
</select>
</td><td>
<label for="apple2-addr">Slot:</label>
<select name="apple2-addr" id="apple2-addr" size="1">
<option value="C090" >1</option>
<option value="C0A0" >2</option>
<option value="C0B0" selected="selected">3</option>
<option value="C0C0" >4</option>
<option value="C0D0" >5</option>
<option value="C0E0" >6</option>
<option value="C0F0" >7</option>
</select>
</td>
</tr><tr class="bg">
<td colspan="3" />
</tr><tr class="p">
<td>
Included Breadbox64 into cc65 binary relaease tools. This additional application results in three disks for the Apple2, two disks for the C64 and one disk for the C128. Therefore the download page can't get along anymore without some JavaScript adjusting the number of downloadable disks depending on the selected machine. With JavaScript turned off access to non-existent disks (i.e. disk 3 for the C64) results in a successfull download of a zero byte sized file - not exactly great but at least a defined behaviour.
2010-08-06 00:50:19 +02:00
<input type="radio" name="machine" id="c64" value="c64" onclick="disks(2)" />
Added small php script (with accompanying html form) to generate a binary config file (typically named 'contiki.cfg') readable by cpu/6502/lib/config.c.
2008-05-16 00:39:30 +02:00
<label for="c64">C64</label>
Added support for the Atari to the Contiki download page. The Atari disk image tools don't allow to place contiki.cfg at a fixed location. Therefore the byte offset of the contiki.cfg content isn't constant :-( However using the tool adir with the option -r allows to learn the block number of the contiki.cfg content. So this block number is stored for each Atari disk image in the PHP code (in the array $blk) and translated into the correct byte offset.
2010-09-30 22:32:07 +02:00
</td><td colspan="2">
Added small php script (with accompanying html form) to generate a binary config file (typically named 'contiki.cfg') readable by cpu/6502/lib/config.c.
2008-05-16 00:39:30 +02:00
<label for="c64-drv">Ethernet Card:</label>
<select name="c64-addr-drv" id="c64-drv" size="1">
<option value="DE08-CS8900A.ETH" >RR+RR-Net</option>
<option value="DE00-CS8900A.ETH" >TFE </option>
Changed ETH64 base address from $DE10 to $DE00 as this is the default base address according to the manufacturer.
2010-03-06 14:05:16 +01:00
<option value="DE00-LAN91C96.ETH">ETH64 </option>
Added small php script (with accompanying html form) to generate a binary config file (typically named 'contiki.cfg') readable by cpu/6502/lib/config.c.
2008-05-16 00:39:30 +02:00
</select>
</td>
</tr><tr class="bg">
<td colspan="3" />
</tr><tr class="p">
<td>
Included Breadbox64 into cc65 binary relaease tools. This additional application results in three disks for the Apple2, two disks for the C64 and one disk for the C128. Therefore the download page can't get along anymore without some JavaScript adjusting the number of downloadable disks depending on the selected machine. With JavaScript turned off access to non-existent disks (i.e. disk 3 for the C64) results in a successfull download of a zero byte sized file - not exactly great but at least a defined behaviour.
2010-08-06 00:50:19 +02:00
<input type="radio" name="machine" id="c128" value="c128" onclick="disks(1)" />
Added small php script (with accompanying html form) to generate a binary config file (typically named 'contiki.cfg') readable by cpu/6502/lib/config.c.
2008-05-16 00:39:30 +02:00
<label for="c128">C128</label>
Added support for the Atari to the Contiki download page. The Atari disk image tools don't allow to place contiki.cfg at a fixed location. Therefore the byte offset of the contiki.cfg content isn't constant :-( However using the tool adir with the option -r allows to learn the block number of the contiki.cfg content. So this block number is stored for each Atari disk image in the PHP code (in the array $blk) and translated into the correct byte offset.
2010-09-30 22:32:07 +02:00
</td><td colspan="2">
Added small php script (with accompanying html form) to generate a binary config file (typically named 'contiki.cfg') readable by cpu/6502/lib/config.c.
2008-05-16 00:39:30 +02:00
<label for="c128-drv">Ethernet Card:</label>
<select name="c128-addr-drv" id="c128-drv" size="1">
<option value="DE08-CS8900A.ETH" >RR+RR-Net</option>
<option value="DE00-CS8900A.ETH" >TFE </option>
Changed ETH64 base address from $DE10 to $DE00 as this is the default base address according to the manufacturer.
2010-03-06 14:05:16 +01:00
<option value="DE00-LAN91C96.ETH">ETH64 </option>
Added small php script (with accompanying html form) to generate a binary config file (typically named 'contiki.cfg') readable by cpu/6502/lib/config.c.
2008-05-16 00:39:30 +02:00
</select>
</td>
</tr><tr class="bg">
<td colspan="3" />
Added support for the Atari to the Contiki download page. The Atari disk image tools don't allow to place contiki.cfg at a fixed location. Therefore the byte offset of the contiki.cfg content isn't constant :-( However using the tool adir with the option -r allows to learn the block number of the contiki.cfg content. So this block number is stored for each Atari disk image in the PHP code (in the array $blk) and translated into the correct byte offset.
2010-09-30 22:32:07 +02:00
</tr><tr class="p">
<td>
<input type="radio" name="machine" id="atari" value="atari" onclick="disks(2)" />
<label for="atari">Atari 8-bit</label>
</td><td colspan="2">
<label for="atari-drv">Ethernet Card:</label>
<select name="atari-addr-drv" id="atari-drv" size="1">
<option value="D500-CS8900A.ETH" >Atari 8-bit Ethernet</option>
</select>
</td>
</tr><tr class="bg">
<td colspan="3" />
Added small php script (with accompanying html form) to generate a binary config file (typically named 'contiki.cfg') readable by cpu/6502/lib/config.c.
2008-05-16 00:39:30 +02:00
</tr><tr class="pt">
<td>
<label for="addr-a">IP Address:</label>
</td><td>
<input type="text" name="addr-a" id="addr-a" size="3" maxlength="3" value="192" />.
<input type="text" name="addr-b" id="addr-b" size="3" maxlength="3" value="168" />.
<input type="text" name="addr-c" id="addr-c" size="3" maxlength="3" value="0" />.
<input type="text" name="addr-d" id="addr-d" size="3" maxlength="3" value="111" />
</td>
</tr><tr>
<td>
<label for="mask-a">Subnet Mask:</label>
</td><td>
<input type="text" name="mask-a" id="mask-a" size="3" maxlength="3" value="255" />.
<input type="text" name="mask-b" id="mask-b" size="3" maxlength="3" value="255" />.
<input type="text" name="mask-c" id="mask-c" size="3" maxlength="3" value="255" />.
<input type="text" name="mask-d" id="mask-d" size="3" maxlength="3" value="0" />
</td>
</tr><tr>
<td>
Added support for the Atari to the Contiki download page. The Atari disk image tools don't allow to place contiki.cfg at a fixed location. Therefore the byte offset of the contiki.cfg content isn't constant :-( However using the tool adir with the option -r allows to learn the block number of the contiki.cfg content. So this block number is stored for each Atari disk image in the PHP code (in the array $blk) and translated into the correct byte offset.
2010-09-30 22:32:07 +02:00
<label for="dgw-a">Default Gateway:&nbsp;</label>
Added small php script (with accompanying html form) to generate a binary config file (typically named 'contiki.cfg') readable by cpu/6502/lib/config.c.
2008-05-16 00:39:30 +02:00
</td><td>
<input type="text" name="dgw-a" id="dgw-a" size="3" maxlength="3" value="192" />.
<input type="text" name="dgw-b" id="dgw-b" size="3" maxlength="3" value="168" />.
<input type="text" name="dgw-c" id="dgw-c" size="3" maxlength="3" value="0" />.
<input type="text" name="dgw-d" id="dgw-d" size="3" maxlength="3" value="1" />
</td>
</tr><tr class="pb">
<td>
<label for="dns-a">DNS Server:</label>
</td><td>
<input type="text" name="dns-a" id="dns-a" size="3" maxlength="3" value="192" />.
<input type="text" name="dns-b" id="dns-b" size="3" maxlength="3" value="168" />.
<input type="text" name="dns-c" id="dns-c" size="3" maxlength="3" value="0" />.
<input type="text" name="dns-d" id="dns-d" size="3" maxlength="3" value="1" />
</td>
</tr><tr class="bg">
<td colspan="3" />
Allow to download complete disk images (incl. custom config file) beside the pure custom config file. Is this kind of a hack as there are no disk image utilities used. Instead the offsets to the config file content in the current example-webserver disk image files is hardcoded into the PHP source code. As soon as the disk images change the offsets need to be adjusted.
2008-06-07 02:26:44 +02:00
</tr><tr class="p">
<td colspan="3">
Adjusted Contiki download page content to the fact that there are now two disk images (apart from the larger D71 image for the C128).
2010-02-14 18:41:05 +01:00
<input type="radio" name="disk" id="conf" value="0" />
<label for="conf">Configuration File Only</label><br />
<input type="radio" name="disk" id="disk-1" value="1" checked="checked" />
<label for="disk-1">Complete Image Of Disk 1</label><br />
<input type="radio" name="disk" id="disk-2" value="2" />
Included Breadbox64 into cc65 binary relaease tools. This additional application results in three disks for the Apple2, two disks for the C64 and one disk for the C128. Therefore the download page can't get along anymore without some JavaScript adjusting the number of downloadable disks depending on the selected machine. With JavaScript turned off access to non-existent disks (i.e. disk 3 for the C64) results in a successfull download of a zero byte sized file - not exactly great but at least a defined behaviour.
2010-08-06 00:50:19 +02:00
<label for="disk-2">Complete Image Of Disk 2</label><br />
<input type="radio" name="disk" id="disk-3" value="3" />
<label for="disk-3">Complete Image Of Disk 3</label>
Allow to download complete disk images (incl. custom config file) beside the pure custom config file. Is this kind of a hack as there are no disk image utilities used. Instead the offsets to the config file content in the current example-webserver disk image files is hardcoded into the PHP source code. As soon as the disk images change the offsets need to be adjusted.
2008-06-07 02:26:44 +02:00
</td>
</tr><tr class="bg">
<td colspan="3" />
Added small php script (with accompanying html form) to generate a binary config file (typically named 'contiki.cfg') readable by cpu/6502/lib/config.c.
2008-05-16 00:39:30 +02:00
</tr><tr class="p">
<td colspan="3" align="center">
<input type="submit" value="Download" />
</td>
</tr>
</table>
</form>
</body>
Allow to download complete disk images (incl. custom config file) beside the pure custom config file. Is this kind of a hack as there are no disk image utilities used. Instead the offsets to the config file content in the current example-webserver disk image files is hardcoded into the PHP source code. As soon as the disk images change the offsets need to be adjusted.
2008-06-07 02:26:44 +02:00
</html>
Reference in a new issue Copy permalink