williamr@2
|
1 |
/* crypto/ui/ui.h -*- mode:C; c-file-style: "eay" -*- */
|
williamr@2
|
2 |
/* Written by Richard Levitte (richard@levitte.org) for the OpenSSL
|
williamr@2
|
3 |
* project 2001.
|
williamr@2
|
4 |
*/
|
williamr@2
|
5 |
/* ====================================================================
|
williamr@2
|
6 |
* Copyright (c) 2001 The OpenSSL Project. All rights reserved.
|
williamr@2
|
7 |
*
|
williamr@2
|
8 |
* Redistribution and use in source and binary forms, with or without
|
williamr@2
|
9 |
* modification, are permitted provided that the following conditions
|
williamr@2
|
10 |
* are met:
|
williamr@2
|
11 |
*
|
williamr@2
|
12 |
* 1. Redistributions of source code must retain the above copyright
|
williamr@2
|
13 |
* notice, this list of conditions and the following disclaimer.
|
williamr@2
|
14 |
*
|
williamr@2
|
15 |
* 2. Redistributions in binary form must reproduce the above copyright
|
williamr@2
|
16 |
* notice, this list of conditions and the following disclaimer in
|
williamr@2
|
17 |
* the documentation and/or other materials provided with the
|
williamr@2
|
18 |
* distribution.
|
williamr@2
|
19 |
*
|
williamr@2
|
20 |
* 3. All advertising materials mentioning features or use of this
|
williamr@2
|
21 |
* software must display the following acknowledgment:
|
williamr@2
|
22 |
* "This product includes software developed by the OpenSSL Project
|
williamr@2
|
23 |
* for use in the OpenSSL Toolkit. (http://www.openssl.org/)"
|
williamr@2
|
24 |
*
|
williamr@2
|
25 |
* 4. The names "OpenSSL Toolkit" and "OpenSSL Project" must not be used to
|
williamr@2
|
26 |
* endorse or promote products derived from this software without
|
williamr@2
|
27 |
* prior written permission. For written permission, please contact
|
williamr@2
|
28 |
* openssl-core@openssl.org.
|
williamr@2
|
29 |
*
|
williamr@2
|
30 |
* 5. Products derived from this software may not be called "OpenSSL"
|
williamr@2
|
31 |
* nor may "OpenSSL" appear in their names without prior written
|
williamr@2
|
32 |
* permission of the OpenSSL Project.
|
williamr@2
|
33 |
*
|
williamr@2
|
34 |
* 6. Redistributions of any form whatsoever must retain the following
|
williamr@2
|
35 |
* acknowledgment:
|
williamr@2
|
36 |
* "This product includes software developed by the OpenSSL Project
|
williamr@2
|
37 |
* for use in the OpenSSL Toolkit (http://www.openssl.org/)"
|
williamr@2
|
38 |
*
|
williamr@2
|
39 |
* THIS SOFTWARE IS PROVIDED BY THE OpenSSL PROJECT ``AS IS'' AND ANY
|
williamr@2
|
40 |
* EXPRESSED OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
|
williamr@2
|
41 |
* IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR
|
williamr@2
|
42 |
* PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE OpenSSL PROJECT OR
|
williamr@2
|
43 |
* ITS CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL,
|
williamr@2
|
44 |
* SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT
|
williamr@2
|
45 |
* NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES;
|
williamr@2
|
46 |
* LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
|
williamr@2
|
47 |
* HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT,
|
williamr@2
|
48 |
* STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE)
|
williamr@2
|
49 |
* ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED
|
williamr@2
|
50 |
* OF THE POSSIBILITY OF SUCH DAMAGE.
|
williamr@2
|
51 |
* ====================================================================
|
williamr@2
|
52 |
*
|
williamr@2
|
53 |
* This product includes cryptographic software written by Eric Young
|
williamr@2
|
54 |
* (eay@cryptsoft.com). This product includes software written by Tim
|
williamr@2
|
55 |
* Hudson (tjh@cryptsoft.com).
|
williamr@2
|
56 |
*
|
williamr@2
|
57 |
*/
|
williamr@2
|
58 |
/*
|
williamr@2
|
59 |
© Portions copyright (c) 2006 Nokia Corporation. All rights reserved.
|
williamr@2
|
60 |
*/
|
williamr@2
|
61 |
|
williamr@2
|
62 |
#ifndef HEADER_UI_H
|
williamr@2
|
63 |
#define HEADER_UI_H
|
williamr@2
|
64 |
|
williamr@2
|
65 |
#if (defined(__SYMBIAN32__) && !defined(SYMBIAN))
|
williamr@2
|
66 |
#define SYMBIAN
|
williamr@2
|
67 |
#endif
|
williamr@2
|
68 |
|
williamr@2
|
69 |
#ifdef SYMBIAN
|
williamr@2
|
70 |
#include <e32def.h>
|
williamr@2
|
71 |
#endif
|
williamr@2
|
72 |
#ifndef OPENSSL_NO_DEPRECATED
|
williamr@2
|
73 |
#include <openssl/crypto.h>
|
williamr@2
|
74 |
#endif
|
williamr@2
|
75 |
#include <openssl/safestack.h>
|
williamr@2
|
76 |
#include <openssl/ossl_typ.h>
|
williamr@2
|
77 |
|
williamr@2
|
78 |
#ifdef __cplusplus
|
williamr@2
|
79 |
extern "C" {
|
williamr@2
|
80 |
#endif
|
williamr@2
|
81 |
|
williamr@2
|
82 |
/* Declared already in ossl_typ.h */
|
williamr@2
|
83 |
/* typedef struct ui_st UI; */
|
williamr@2
|
84 |
/* typedef struct ui_method_st UI_METHOD; */
|
williamr@2
|
85 |
|
williamr@2
|
86 |
|
williamr@2
|
87 |
/* All the following functions return -1 or NULL on error and in some cases
|
williamr@2
|
88 |
(UI_process()) -2 if interrupted or in some other way cancelled.
|
williamr@2
|
89 |
When everything is fine, they return 0, a positive value or a non-NULL
|
williamr@2
|
90 |
pointer, all depending on their purpose. */
|
williamr@2
|
91 |
|
williamr@2
|
92 |
/* Creators and destructor. */
|
williamr@2
|
93 |
IMPORT_C UI *UI_new(void);
|
williamr@2
|
94 |
IMPORT_C UI *UI_new_method(const UI_METHOD *method);
|
williamr@2
|
95 |
IMPORT_C void UI_free(UI *ui);
|
williamr@2
|
96 |
|
williamr@2
|
97 |
/* The following functions are used to add strings to be printed and prompt
|
williamr@2
|
98 |
strings to prompt for data. The names are UI_{add,dup}_<function>_string
|
williamr@2
|
99 |
and UI_{add,dup}_input_boolean.
|
williamr@2
|
100 |
|
williamr@2
|
101 |
UI_{add,dup}_<function>_string have the following meanings:
|
williamr@2
|
102 |
add add a text or prompt string. The pointers given to these
|
williamr@2
|
103 |
functions are used verbatim, no copying is done.
|
williamr@2
|
104 |
dup make a copy of the text or prompt string, then add the copy
|
williamr@2
|
105 |
to the collection of strings in the user interface.
|
williamr@2
|
106 |
<function>
|
williamr@2
|
107 |
The function is a name for the functionality that the given
|
williamr@2
|
108 |
string shall be used for. It can be one of:
|
williamr@2
|
109 |
input use the string as data prompt.
|
williamr@2
|
110 |
verify use the string as verification prompt. This
|
williamr@2
|
111 |
is used to verify a previous input.
|
williamr@2
|
112 |
info use the string for informational output.
|
williamr@2
|
113 |
error use the string for error output.
|
williamr@2
|
114 |
Honestly, there's currently no difference between info and error for the
|
williamr@2
|
115 |
moment.
|
williamr@2
|
116 |
|
williamr@2
|
117 |
UI_{add,dup}_input_boolean have the same semantics for "add" and "dup",
|
williamr@2
|
118 |
and are typically used when one wants to prompt for a yes/no response.
|
williamr@2
|
119 |
|
williamr@2
|
120 |
|
williamr@2
|
121 |
All of the functions in this group take a UI and a prompt string.
|
williamr@2
|
122 |
The string input and verify addition functions also take a flag argument,
|
williamr@2
|
123 |
a buffer for the result to end up with, a minimum input size and a maximum
|
williamr@2
|
124 |
input size (the result buffer MUST be large enough to be able to contain
|
williamr@2
|
125 |
the maximum number of characters). Additionally, the verify addition
|
williamr@2
|
126 |
functions takes another buffer to compare the result against.
|
williamr@2
|
127 |
The boolean input functions take an action description string (which should
|
williamr@2
|
128 |
be safe to ignore if the expected user action is obvious, for example with
|
williamr@2
|
129 |
a dialog box with an OK button and a Cancel button), a string of acceptable
|
williamr@2
|
130 |
characters to mean OK and to mean Cancel. The two last strings are checked
|
williamr@2
|
131 |
to make sure they don't have common characters. Additionally, the same
|
williamr@2
|
132 |
flag argument as for the string input is taken, as well as a result buffer.
|
williamr@2
|
133 |
The result buffer is required to be at least one byte long. Depending on
|
williamr@2
|
134 |
the answer, the first character from the OK or the Cancel character strings
|
williamr@2
|
135 |
will be stored in the first byte of the result buffer. No NUL will be
|
williamr@2
|
136 |
added, so the result is *not* a string.
|
williamr@2
|
137 |
|
williamr@2
|
138 |
On success, the all return an index of the added information. That index
|
williamr@2
|
139 |
is usefull when retrieving results with UI_get0_result(). */
|
williamr@2
|
140 |
IMPORT_C int UI_add_input_string(UI *ui, const char *prompt, int flags,
|
williamr@2
|
141 |
char *result_buf, int minsize, int maxsize);
|
williamr@2
|
142 |
IMPORT_C int UI_dup_input_string(UI *ui, const char *prompt, int flags,
|
williamr@2
|
143 |
char *result_buf, int minsize, int maxsize);
|
williamr@2
|
144 |
IMPORT_C int UI_add_verify_string(UI *ui, const char *prompt, int flags,
|
williamr@2
|
145 |
char *result_buf, int minsize, int maxsize, const char *test_buf);
|
williamr@2
|
146 |
IMPORT_C int UI_dup_verify_string(UI *ui, const char *prompt, int flags,
|
williamr@2
|
147 |
char *result_buf, int minsize, int maxsize, const char *test_buf);
|
williamr@2
|
148 |
IMPORT_C int UI_add_input_boolean(UI *ui, const char *prompt, const char *action_desc,
|
williamr@2
|
149 |
const char *ok_chars, const char *cancel_chars,
|
williamr@2
|
150 |
int flags, char *result_buf);
|
williamr@2
|
151 |
IMPORT_C int UI_dup_input_boolean(UI *ui, const char *prompt, const char *action_desc,
|
williamr@2
|
152 |
const char *ok_chars, const char *cancel_chars,
|
williamr@2
|
153 |
int flags, char *result_buf);
|
williamr@2
|
154 |
IMPORT_C int UI_add_info_string(UI *ui, const char *text);
|
williamr@2
|
155 |
IMPORT_C int UI_dup_info_string(UI *ui, const char *text);
|
williamr@2
|
156 |
IMPORT_C int UI_add_error_string(UI *ui, const char *text);
|
williamr@2
|
157 |
IMPORT_C int UI_dup_error_string(UI *ui, const char *text);
|
williamr@2
|
158 |
|
williamr@2
|
159 |
/* These are the possible flags. They can be or'ed together. */
|
williamr@2
|
160 |
/* Use to have echoing of input */
|
williamr@2
|
161 |
#define UI_INPUT_FLAG_ECHO 0x01
|
williamr@2
|
162 |
/* Use a default password. Where that password is found is completely
|
williamr@2
|
163 |
up to the application, it might for example be in the user data set
|
williamr@2
|
164 |
with UI_add_user_data(). It is not recommended to have more than
|
williamr@2
|
165 |
one input in each UI being marked with this flag, or the application
|
williamr@2
|
166 |
might get confused. */
|
williamr@2
|
167 |
#define UI_INPUT_FLAG_DEFAULT_PWD 0x02
|
williamr@2
|
168 |
|
williamr@2
|
169 |
/* The user of these routines may want to define flags of their own. The core
|
williamr@2
|
170 |
UI won't look at those, but will pass them on to the method routines. They
|
williamr@2
|
171 |
must use higher bits so they don't get confused with the UI bits above.
|
williamr@2
|
172 |
UI_INPUT_FLAG_USER_BASE tells which is the lowest bit to use. A good
|
williamr@2
|
173 |
example of use is this:
|
williamr@2
|
174 |
|
williamr@2
|
175 |
#define MY_UI_FLAG1 (0x01 << UI_INPUT_FLAG_USER_BASE)
|
williamr@2
|
176 |
|
williamr@2
|
177 |
*/
|
williamr@2
|
178 |
#define UI_INPUT_FLAG_USER_BASE 16
|
williamr@2
|
179 |
|
williamr@2
|
180 |
|
williamr@2
|
181 |
/* The following function helps construct a prompt. object_desc is a
|
williamr@2
|
182 |
textual short description of the object, for example "pass phrase",
|
williamr@2
|
183 |
and object_name is the name of the object (might be a card name or
|
williamr@2
|
184 |
a file name.
|
williamr@2
|
185 |
The returned string shall always be allocated on the heap with
|
williamr@2
|
186 |
OPENSSL_malloc(), and need to be free'd with OPENSSL_free().
|
williamr@2
|
187 |
|
williamr@2
|
188 |
If the ui_method doesn't contain a pointer to a user-defined prompt
|
williamr@2
|
189 |
constructor, a default string is built, looking like this:
|
williamr@2
|
190 |
|
williamr@2
|
191 |
"Enter {object_desc} for {object_name}:"
|
williamr@2
|
192 |
|
williamr@2
|
193 |
So, if object_desc has the value "pass phrase" and object_name has
|
williamr@2
|
194 |
the value "foo.key", the resulting string is:
|
williamr@2
|
195 |
|
williamr@2
|
196 |
"Enter pass phrase for foo.key:"
|
williamr@2
|
197 |
*/
|
williamr@2
|
198 |
IMPORT_C char *UI_construct_prompt(UI *ui_method,
|
williamr@2
|
199 |
const char *object_desc, const char *object_name);
|
williamr@2
|
200 |
|
williamr@2
|
201 |
|
williamr@2
|
202 |
/* The following function is used to store a pointer to user-specific data.
|
williamr@2
|
203 |
Any previous such pointer will be returned and replaced.
|
williamr@2
|
204 |
|
williamr@2
|
205 |
For callback purposes, this function makes a lot more sense than using
|
williamr@2
|
206 |
ex_data, since the latter requires that different parts of OpenSSL or
|
williamr@2
|
207 |
applications share the same ex_data index.
|
williamr@2
|
208 |
|
williamr@2
|
209 |
Note that the UI_OpenSSL() method completely ignores the user data.
|
williamr@2
|
210 |
Other methods may not, however. */
|
williamr@2
|
211 |
IMPORT_C void *UI_add_user_data(UI *ui, void *user_data);
|
williamr@2
|
212 |
/* We need a user data retrieving function as well. */
|
williamr@2
|
213 |
IMPORT_C void *UI_get0_user_data(UI *ui);
|
williamr@2
|
214 |
|
williamr@2
|
215 |
/* Return the result associated with a prompt given with the index i. */
|
williamr@2
|
216 |
IMPORT_C const char *UI_get0_result(UI *ui, int i);
|
williamr@2
|
217 |
|
williamr@2
|
218 |
/* When all strings have been added, process the whole thing. */
|
williamr@2
|
219 |
IMPORT_C int UI_process(UI *ui);
|
williamr@2
|
220 |
|
williamr@2
|
221 |
/* Give a user interface parametrised control commands. This can be used to
|
williamr@2
|
222 |
send down an integer, a data pointer or a function pointer, as well as
|
williamr@2
|
223 |
be used to get information from a UI. */
|
williamr@2
|
224 |
IMPORT_C int UI_ctrl(UI *ui, int cmd, long i, void *p, void (*f)(void));
|
williamr@2
|
225 |
|
williamr@2
|
226 |
/* The commands */
|
williamr@2
|
227 |
/* Use UI_CONTROL_PRINT_ERRORS with the value 1 to have UI_process print the
|
williamr@2
|
228 |
OpenSSL error stack before printing any info or added error messages and
|
williamr@2
|
229 |
before any prompting. */
|
williamr@2
|
230 |
#define UI_CTRL_PRINT_ERRORS 1
|
williamr@2
|
231 |
/* Check if a UI_process() is possible to do again with the same instance of
|
williamr@2
|
232 |
a user interface. This makes UI_ctrl() return 1 if it is redoable, and 0
|
williamr@2
|
233 |
if not. */
|
williamr@2
|
234 |
#define UI_CTRL_IS_REDOABLE 2
|
williamr@2
|
235 |
|
williamr@2
|
236 |
|
williamr@2
|
237 |
/* Some methods may use extra data */
|
williamr@2
|
238 |
#define UI_set_app_data(s,arg) UI_set_ex_data(s,0,arg)
|
williamr@2
|
239 |
#define UI_get_app_data(s) UI_get_ex_data(s,0)
|
williamr@2
|
240 |
IMPORT_C int UI_get_ex_new_index(long argl, void *argp, CRYPTO_EX_new *new_func,
|
williamr@2
|
241 |
CRYPTO_EX_dup *dup_func, CRYPTO_EX_free *free_func);
|
williamr@2
|
242 |
IMPORT_C int UI_set_ex_data(UI *r,int idx,void *arg);
|
williamr@2
|
243 |
IMPORT_C void *UI_get_ex_data(UI *r, int idx);
|
williamr@2
|
244 |
|
williamr@2
|
245 |
/* Use specific methods instead of the built-in one */
|
williamr@2
|
246 |
IMPORT_C void UI_set_default_method(const UI_METHOD *meth);
|
williamr@2
|
247 |
IMPORT_C const UI_METHOD *UI_get_default_method(void);
|
williamr@2
|
248 |
IMPORT_C const UI_METHOD *UI_get_method(UI *ui);
|
williamr@2
|
249 |
IMPORT_C const UI_METHOD *UI_set_method(UI *ui, const UI_METHOD *meth);
|
williamr@2
|
250 |
|
williamr@2
|
251 |
/* The method with all the built-in thingies */
|
williamr@2
|
252 |
IMPORT_C UI_METHOD *UI_OpenSSL(void);
|
williamr@2
|
253 |
|
williamr@2
|
254 |
|
williamr@2
|
255 |
/* ---------- For method writers ---------- */
|
williamr@2
|
256 |
/* A method contains a number of functions that implement the low level
|
williamr@2
|
257 |
of the User Interface. The functions are:
|
williamr@2
|
258 |
|
williamr@2
|
259 |
an opener This function starts a session, maybe by opening
|
williamr@2
|
260 |
a channel to a tty, or by opening a window.
|
williamr@2
|
261 |
a writer This function is called to write a given string,
|
williamr@2
|
262 |
maybe to the tty, maybe as a field label in a
|
williamr@2
|
263 |
window.
|
williamr@2
|
264 |
a flusher This function is called to flush everything that
|
williamr@2
|
265 |
has been output so far. It can be used to actually
|
williamr@2
|
266 |
display a dialog box after it has been built.
|
williamr@2
|
267 |
a reader This function is called to read a given prompt,
|
williamr@2
|
268 |
maybe from the tty, maybe from a field in a
|
williamr@2
|
269 |
window. Note that it's called wth all string
|
williamr@2
|
270 |
structures, not only the prompt ones, so it must
|
williamr@2
|
271 |
check such things itself.
|
williamr@2
|
272 |
a closer This function closes the session, maybe by closing
|
williamr@2
|
273 |
the channel to the tty, or closing the window.
|
williamr@2
|
274 |
|
williamr@2
|
275 |
All these functions are expected to return:
|
williamr@2
|
276 |
|
williamr@2
|
277 |
0 on error.
|
williamr@2
|
278 |
1 on success.
|
williamr@2
|
279 |
-1 on out-of-band events, for example if some prompting has
|
williamr@2
|
280 |
been canceled (by pressing Ctrl-C, for example). This is
|
williamr@2
|
281 |
only checked when returned by the flusher or the reader.
|
williamr@2
|
282 |
|
williamr@2
|
283 |
The way this is used, the opener is first called, then the writer for all
|
williamr@2
|
284 |
strings, then the flusher, then the reader for all strings and finally the
|
williamr@2
|
285 |
closer. Note that if you want to prompt from a terminal or other command
|
williamr@2
|
286 |
line interface, the best is to have the reader also write the prompts
|
williamr@2
|
287 |
instead of having the writer do it. If you want to prompt from a dialog
|
williamr@2
|
288 |
box, the writer can be used to build up the contents of the box, and the
|
williamr@2
|
289 |
flusher to actually display the box and run the event loop until all data
|
williamr@2
|
290 |
has been given, after which the reader only grabs the given data and puts
|
williamr@2
|
291 |
them back into the UI strings.
|
williamr@2
|
292 |
|
williamr@2
|
293 |
All method functions take a UI as argument. Additionally, the writer and
|
williamr@2
|
294 |
the reader take a UI_STRING.
|
williamr@2
|
295 |
*/
|
williamr@2
|
296 |
|
williamr@2
|
297 |
/* The UI_STRING type is the data structure that contains all the needed info
|
williamr@2
|
298 |
about a string or a prompt, including test data for a verification prompt.
|
williamr@2
|
299 |
*/
|
williamr@2
|
300 |
DECLARE_STACK_OF(UI_STRING)
|
williamr@2
|
301 |
typedef struct ui_string_st UI_STRING;
|
williamr@2
|
302 |
|
williamr@2
|
303 |
/* The different types of strings that are currently supported.
|
williamr@2
|
304 |
This is only needed by method authors. */
|
williamr@2
|
305 |
enum UI_string_types
|
williamr@2
|
306 |
{
|
williamr@2
|
307 |
UIT_NONE=0,
|
williamr@2
|
308 |
UIT_PROMPT, /* Prompt for a string */
|
williamr@2
|
309 |
UIT_VERIFY, /* Prompt for a string and verify */
|
williamr@2
|
310 |
UIT_BOOLEAN, /* Prompt for a yes/no response */
|
williamr@2
|
311 |
UIT_INFO, /* Send info to the user */
|
williamr@2
|
312 |
UIT_ERROR /* Send an error message to the user */
|
williamr@2
|
313 |
};
|
williamr@2
|
314 |
|
williamr@2
|
315 |
/* Create and manipulate methods */
|
williamr@2
|
316 |
IMPORT_C UI_METHOD *UI_create_method(char *name);
|
williamr@2
|
317 |
IMPORT_C void UI_destroy_method(UI_METHOD *ui_method);
|
williamr@2
|
318 |
IMPORT_C int UI_method_set_opener(UI_METHOD *method, int (*opener)(UI *ui));
|
williamr@2
|
319 |
IMPORT_C int UI_method_set_writer(UI_METHOD *method, int (*writer)(UI *ui, UI_STRING *uis));
|
williamr@2
|
320 |
IMPORT_C int UI_method_set_flusher(UI_METHOD *method, int (*flusher)(UI *ui));
|
williamr@2
|
321 |
IMPORT_C int UI_method_set_reader(UI_METHOD *method, int (*reader)(UI *ui, UI_STRING *uis));
|
williamr@2
|
322 |
IMPORT_C int UI_method_set_closer(UI_METHOD *method, int (*closer)(UI *ui));
|
williamr@2
|
323 |
IMPORT_C int (*UI_method_get_opener(UI_METHOD *method))(UI*);
|
williamr@2
|
324 |
IMPORT_C int (*UI_method_get_writer(UI_METHOD *method))(UI*,UI_STRING*);
|
williamr@2
|
325 |
IMPORT_C int (*UI_method_get_flusher(UI_METHOD *method))(UI*);
|
williamr@2
|
326 |
IMPORT_C int (*UI_method_get_reader(UI_METHOD *method))(UI*,UI_STRING*);
|
williamr@2
|
327 |
IMPORT_C int (*UI_method_get_closer(UI_METHOD *method))(UI*);
|
williamr@2
|
328 |
|
williamr@2
|
329 |
/* The following functions are helpers for method writers to access relevant
|
williamr@2
|
330 |
data from a UI_STRING. */
|
williamr@2
|
331 |
|
williamr@2
|
332 |
/* Return type of the UI_STRING */
|
williamr@2
|
333 |
IMPORT_C enum UI_string_types UI_get_string_type(UI_STRING *uis);
|
williamr@2
|
334 |
/* Return input flags of the UI_STRING */
|
williamr@2
|
335 |
IMPORT_C int UI_get_input_flags(UI_STRING *uis);
|
williamr@2
|
336 |
/* Return the actual string to output (the prompt, info or error) */
|
williamr@2
|
337 |
IMPORT_C const char *UI_get0_output_string(UI_STRING *uis);
|
williamr@2
|
338 |
/* Return the optional action string to output (the boolean promtp instruction) */
|
williamr@2
|
339 |
IMPORT_C const char *UI_get0_action_string(UI_STRING *uis);
|
williamr@2
|
340 |
/* Return the result of a prompt */
|
williamr@2
|
341 |
IMPORT_C const char *UI_get0_result_string(UI_STRING *uis);
|
williamr@2
|
342 |
/* Return the string to test the result against. Only useful with verifies. */
|
williamr@2
|
343 |
IMPORT_C const char *UI_get0_test_string(UI_STRING *uis);
|
williamr@2
|
344 |
/* Return the required minimum size of the result */
|
williamr@2
|
345 |
IMPORT_C int UI_get_result_minsize(UI_STRING *uis);
|
williamr@2
|
346 |
/* Return the required maximum size of the result */
|
williamr@2
|
347 |
IMPORT_C int UI_get_result_maxsize(UI_STRING *uis);
|
williamr@2
|
348 |
/* Set the result of a UI_STRING. */
|
williamr@2
|
349 |
IMPORT_C int UI_set_result(UI *ui, UI_STRING *uis, const char *result);
|
williamr@2
|
350 |
|
williamr@2
|
351 |
|
williamr@2
|
352 |
/* A couple of popular utility functions */
|
williamr@2
|
353 |
IMPORT_C int UI_UTIL_read_pw_string(char *buf,int length,const char *prompt,int verify);
|
williamr@2
|
354 |
IMPORT_C int UI_UTIL_read_pw(char *buf,char *buff,int size,const char *prompt,int verify);
|
williamr@2
|
355 |
|
williamr@2
|
356 |
|
williamr@2
|
357 |
/* BEGIN ERROR CODES */
|
williamr@2
|
358 |
/* The following lines are auto generated by the script mkerr.pl. Any changes
|
williamr@2
|
359 |
* made after this point may be overwritten when the script is next run.
|
williamr@2
|
360 |
*/
|
williamr@2
|
361 |
IMPORT_C void ERR_load_UI_strings(void);
|
williamr@2
|
362 |
|
williamr@2
|
363 |
/* Error codes for the UI functions. */
|
williamr@2
|
364 |
|
williamr@2
|
365 |
/* Function codes. */
|
williamr@2
|
366 |
#define UI_F_GENERAL_ALLOCATE_BOOLEAN 108
|
williamr@2
|
367 |
#define UI_F_GENERAL_ALLOCATE_PROMPT 109
|
williamr@2
|
368 |
#define UI_F_GENERAL_ALLOCATE_STRING 100
|
williamr@2
|
369 |
#define UI_F_UI_CTRL 111
|
williamr@2
|
370 |
#define UI_F_UI_DUP_ERROR_STRING 101
|
williamr@2
|
371 |
#define UI_F_UI_DUP_INFO_STRING 102
|
williamr@2
|
372 |
#define UI_F_UI_DUP_INPUT_BOOLEAN 110
|
williamr@2
|
373 |
#define UI_F_UI_DUP_INPUT_STRING 103
|
williamr@2
|
374 |
#define UI_F_UI_DUP_VERIFY_STRING 106
|
williamr@2
|
375 |
#define UI_F_UI_GET0_RESULT 107
|
williamr@2
|
376 |
#define UI_F_UI_NEW_METHOD 104
|
williamr@2
|
377 |
#define UI_F_UI_SET_RESULT 105
|
williamr@2
|
378 |
|
williamr@2
|
379 |
/* Reason codes. */
|
williamr@2
|
380 |
#define UI_R_COMMON_OK_AND_CANCEL_CHARACTERS 104
|
williamr@2
|
381 |
#define UI_R_INDEX_TOO_LARGE 102
|
williamr@2
|
382 |
#define UI_R_INDEX_TOO_SMALL 103
|
williamr@2
|
383 |
#define UI_R_NO_RESULT_BUFFER 105
|
williamr@2
|
384 |
#define UI_R_RESULT_TOO_LARGE 100
|
williamr@2
|
385 |
#define UI_R_RESULT_TOO_SMALL 101
|
williamr@2
|
386 |
#define UI_R_UNKNOWN_CONTROL_COMMAND 106
|
williamr@2
|
387 |
|
williamr@2
|
388 |
#ifdef __cplusplus
|
williamr@2
|
389 |
}
|
williamr@2
|
390 |
#endif
|
williamr@2
|
391 |
#endif
|