]> git.sur5r.net Git - cc65/blob - doc/atmos.sgml
Patch by Greg King: Added the new graphics driver's name to the Atmos header.
[cc65] / doc / atmos.sgml
1 <!doctype linuxdoc system>
2
3 <article>
4
5 <title>Oric Atmos specific information for cc65
6 <author>Ullrich von Bassewitz <htmlurl url="mailto:uz@cc65.org" name="uz@cc65.org"><newline>
7 Stefan A. Haubenthal <htmlurl url="mailto:polluks@sdf.lonestar.org" name="polluks@sdf.lonestar.org"><newline>
8 <url url="mailto:greg.king5@verizon.net" name="Greg King">
9 <date>2013-01-08
10
11 <abstract>
12 An overview over the Atmos runtime system as it is implemented for the cc65 C
13 compiler.
14 </abstract>
15
16 <!-- Table of contents -->
17 <toc>
18
19 <!-- Begin the document -->
20
21 <sect>Overview<p>
22
23 This file contains an overview of the Atmos runtime system as it comes with the
24 cc65 C compiler. It describes the memory layout, Atmos specific header files,
25 available drivers, and any pitfalls specific to that platform.
26
27 Please note that Atmos specific functions are just mentioned here, they are
28 described in detail in the separate <htmlurl url="funcref.html" name="function
29 reference">. Even functions marked as "platform dependent" may be available on
30 more than one platform. Please see the function reference for more
31 information.
32
33
34 <sect>Binary format<p>
35
36 The standard binary output format generated by the linker for the Atmos target
37 is a machine language program with a 17 byte tape header including a cc65 tag.
38 The standard load and autostart address is &dollar;500.
39
40
41 <sect>Memory layout<p>
42
43 In the standard setup, cc65 generated programs use the memory from
44 &dollar;500 to &dollar;9800, so nearly 37K of memory (including the stack) is
45 available. ROM calls are possible without further precautions.
46
47 Special locations:
48
49 <descrip>
50   <tag/Stack/
51   The C runtime stack is located at &dollar;97FF and growing downwards.
52
53   <tag/Heap/
54   The C heap is located at the end of the program and grows towards the C
55   runtime stack.
56
57 </descrip><p>
58
59
60
61 <sect>Platform specific header files<p>
62
63 Programs containing Atmos specific code may use the <tt/atmos.h/ header file.
64
65
66 <sect1>Atmos specific functions<p>
67
68 The functions listed below are special for the Atmos. See the <htmlurl
69 url="funcref.html" name="function reference"> for declaration and usage.
70
71 <itemize>
72 <item>atmos_load
73 <item>atmos_save
74 </itemize>
75
76
77 <sect1>Hardware access<p>
78
79 The following pseudo variables declared in the <tt/atmos.h/ header file do allow
80 access to hardware located in the address space. Some variables are
81 structures, accessing the struct fields will access the chip registers.
82
83 <descrip>
84
85   <tag><tt/VIA/</tag>
86   Access to the VIA (versatile interface adapter) chip is available via the
87   <tt/VIA/ variable. The structure behind this variable is explained in <tt/_6522.h/.
88
89 </descrip><p>
90
91
92
93 <sect>Loadable drivers<p>
94
95 <em>Note:</em> Since the Atmos doesn't have working disk I/O
96 (see <ref id="limitations" name="section &quot;Limitations&quot;">), the
97 available drivers cannot be loaded at runtime (so the term "loadable drivers"
98 is somewhat misleading). Instead, the drivers have to be statically linked. While
99 this may seem overhead, it has two advantages:
100
101 <enum>
102 <item>The interface is identical to the one used for other platforms
103       and to the one for the Atmos once it has disk I/O.
104 <item>Once disk I/O is available, existing code can be changed to load drivers
105       at runtime with almost no effort.
106 </enum>
107
108 The names in the parentheses denote the symbols to be used for static linking of the drivers.
109
110
111 <sect1>Graphics drivers<p>
112
113 <descrip>
114
115   <tag><tt/atmos-228-200-3.tgi (atmos_228_200_3)/</tag>
116   This driver was written by Greg King and Stefan Haubenthal.
117   It features a resolution of 228&times;200 with a palette of two colors that
118   can be chosen from the Atmos's eight colors.  The driver supports a third
119   palette-"color" that actually "flips" the pixel (it becomes the other color)
120   that is on the screen under the graphics cursor.
121
122   <tag><tt/atmos-240-200-2.tgi (atmos_240_200_2)/</tag>
123   This driver was written by Stefan Haubenthal and Greg King.
124   It features a resolution of 240&times;200 with black and white colors.
125   It is the default graphics driver for the Atmos.
126
127 </descrip><p>
128
129
130 <sect1>Extended memory drivers<p>
131
132 No extended memory drivers are currently available for the Atmos.
133
134
135 <sect1>Joystick drivers<p>
136
137 <descrip>
138
139   <tag><tt/atmos-pase.joy (atmos_pase)/</tag>
140   Supports two standard joysticks connected to the P.A.S.E. interface of the Atmos.
141
142 </descrip><p>
143
144
145 <sect1>Mouse drivers<p>
146
147 No mouse drivers are currently available for the Atmos.
148
149
150 <sect1>RS232 device drivers<p>
151
152 <descrip>
153
154   <tag><tt/atmos-acia.ser (atmos_acia)/</tag>
155   Driver for the Telestrat integrated serial controller and the Atmos with a
156   serial add-on.
157   Note that because of the peculiarities of the 6551 chip together with the
158   use of the NMI, transmits are not interrupt driven, and the transceiver
159   blocks if the receiver asserts flow control because of a full buffer.
160
161 </descrip><p>
162
163
164
165 <sect>Limitations<label id="limitations"><p>
166
167 <sect1>Disk I/O<p>
168
169 The existing library for the Atmos doesn't implement C file
170 I/O. There is one hack for the <tt/write()/ routine in
171 place, which will make functions work that write to <tt/stdout/
172 (like <tt/printf()/). However, this function has some shortcomings which
173 won't be fixed, because it's going to be replaced anyway.
174
175 To be more concrete, this limitation means that you cannot use any of the
176 following functions (and a few others):
177
178 <itemize>
179 <item>fclose
180 <item>fopen
181 <item>fread
182 <item>fprintf
183 <item>fputc
184 <item>fscanf
185 <item>fwrite
186 <item>...
187 </itemize>
188
189
190
191 <sect>Other hints<p>
192
193 <sect1>Function keys<p>
194
195 These are defined to be FUNCT + number key.
196
197 <sect1>Passing arguments to the program<p>
198
199 Command line arguments can be passed to <tt/main()/. Since this is not
200 supported by BASIC, the following syntax was chosen:
201
202 <tscreen><verb>
203     CALL#500:REM ARG1 " ARG2 IS QUOTED" ARG3 "" ARG5
204 </verb></tscreen>
205
206 <enum>
207 <item>Arguments are separated by spaces.
208 <item>Arguments may be quoted.
209 <item>Leading and trailing spaces around an argument are ignored. Spaces within
210       a quoted argument are allowed.
211 <item>The first argument passed to <tt/main/ is the program name.
212 <item>A maximum number of 10 arguments (including the program name) are
213       supported.
214 </enum>
215
216
217 <sect1>Interrupts<p>
218
219 The runtime for the Atmos uses routines marked as <tt/.INTERRUPTOR/ for
220 interrupt handlers. Such routines must be written as simple machine language
221 subroutines and will be called automatically by the interrupt handler code
222 when they are linked into a program. See the discussion of the <tt/.CONDES/
223 feature in the <htmlurl url="ca65.html" name="assembler manual">.
224
225
226
227 <sect>Bugs/Feedback<p>
228
229 If you have problems using the library, if you find any bugs, or if you're
230 doing something interesting with it, I would be glad to hear from you. Feel
231 free to contact me by email (<htmlurl url="mailto:uz@cc65.org"
232 name="uz@cc65.org">).
233
234
235
236 <sect>License<p>
237
238 This software is provided 'as-is', without any expressed or implied
239 warranty.  In no event will the authors be held liable for any damages
240 arising from the use of this software.
241
242 Permission is granted to anyone to use this software for any purpose,
243 including commercial applications, and to alter it and redistribute it
244 freely, subject to the following restrictions:
245
246 <enum>
247 <item>  The origin of this software must not be misrepresented; you must not
248         claim that you wrote the original software. If you use this software
249         in a product, an acknowledgment in the product documentation would be
250         appreciated but is not required.
251 <item>  Altered source versions must be plainly marked as such, and must not
252         be misrepresented as being the original software.
253 <item>  This notice may not be removed or altered from any source
254         distribution.
255 </enum>
256
257 </article>
258
259
260