1 | /* |
2 | * jmemsys.h |
3 | * |
4 | * Copyright (C) 1992-1997, Thomas G. Lane. |
5 | * This file is part of the Independent JPEG Group's software. |
6 | * For conditions of distribution and use, see the accompanying README file. |
7 | * |
8 | * This include file defines the interface between the system-independent |
9 | * and system-dependent portions of the JPEG memory manager. No other |
10 | * modules need include it. (The system-independent portion is jmemmgr.c; |
11 | * there are several different versions of the system-dependent portion.) |
12 | * |
13 | * This file works as-is for the system-dependent memory managers supplied |
14 | * in the IJG distribution. You may need to modify it if you write a |
15 | * custom memory manager. If system-dependent changes are needed in |
16 | * this file, the best method is to #ifdef them based on a configuration |
17 | * symbol supplied in jconfig.h, as we have done with USE_MSDOS_MEMMGR |
18 | * and USE_MAC_MEMMGR. |
19 | */ |
20 | |
21 | |
22 | /* Short forms of external names for systems with brain-damaged linkers. */ |
23 | |
24 | #ifdef NEED_SHORT_EXTERNAL_NAMES |
25 | #define jpeg_get_small jGetSmall |
26 | #define jpeg_free_small jFreeSmall |
27 | #define jpeg_get_large jGetLarge |
28 | #define jpeg_free_large jFreeLarge |
29 | #define jpeg_mem_available jMemAvail |
30 | #define jpeg_open_backing_store jOpenBackStore |
31 | #define jpeg_mem_init jMemInit |
32 | #define jpeg_mem_term jMemTerm |
33 | #endif /* NEED_SHORT_EXTERNAL_NAMES */ |
34 | |
35 | |
36 | /* |
37 | * These two functions are used to allocate and release small chunks of |
38 | * memory. (Typically the total amount requested through jpeg_get_small is |
39 | * no more than 20K or so; this will be requested in chunks of a few K each.) |
40 | * Behavior should be the same as for the standard library functions malloc |
41 | * and free; in particular, jpeg_get_small must return NULL on failure. |
42 | * On most systems, these ARE malloc and free. jpeg_free_small is passed the |
43 | * size of the object being freed, just in case it's needed. |
44 | * On an 80x86 machine using small-data memory model, these manage near heap. |
45 | */ |
46 | |
47 | EXTERN(void *) jpeg_get_small JPP((j_common_ptr cinfo, size_t sizeofobject)); |
48 | EXTERN(void) jpeg_free_small JPP((j_common_ptr cinfo, void * object, |
49 | size_t sizeofobject)); |
50 | |
51 | /* |
52 | * These two functions are used to allocate and release large chunks of |
53 | * memory (up to the total free space designated by jpeg_mem_available). |
54 | * The interface is the same as above, except that on an 80x86 machine, |
55 | * far pointers are used. On most other machines these are identical to |
56 | * the jpeg_get/free_small routines; but we keep them separate anyway, |
57 | * in case a different allocation strategy is desirable for large chunks. |
58 | */ |
59 | |
60 | EXTERN(void FAR *) jpeg_get_large JPP((j_common_ptr cinfo, |
61 | size_t sizeofobject)); |
62 | EXTERN(void) jpeg_free_large JPP((j_common_ptr cinfo, void FAR * object, |
63 | size_t sizeofobject)); |
64 | |
65 | /* |
66 | * The macro MAX_ALLOC_CHUNK designates the maximum number of bytes that may |
67 | * be requested in a single call to jpeg_get_large (and jpeg_get_small for that |
68 | * matter, but that case should never come into play). This macro is needed |
69 | * to model the 64Kb-segment-size limit of far addressing on 80x86 machines. |
70 | * On those machines, we expect that jconfig.h will provide a proper value. |
71 | * On machines with 32-bit flat address spaces, any large constant may be used. |
72 | * |
73 | * NB: jmemmgr.c expects that MAX_ALLOC_CHUNK will be representable as type |
74 | * size_t and will be a multiple of sizeof(align_type). |
75 | */ |
76 | |
77 | #ifndef MAX_ALLOC_CHUNK /* may be overridden in jconfig.h */ |
78 | #define MAX_ALLOC_CHUNK 1000000000L |
79 | #endif |
80 | |
81 | /* |
82 | * This routine computes the total space still available for allocation by |
83 | * jpeg_get_large. If more space than this is needed, backing store will be |
84 | * used. NOTE: any memory already allocated must not be counted. |
85 | * |
86 | * There is a minimum space requirement, corresponding to the minimum |
87 | * feasible buffer sizes; jmemmgr.c will request that much space even if |
88 | * jpeg_mem_available returns zero. The maximum space needed, enough to hold |
89 | * all working storage in memory, is also passed in case it is useful. |
90 | * Finally, the total space already allocated is passed. If no better |
91 | * method is available, cinfo->mem->max_memory_to_use - already_allocated |
92 | * is often a suitable calculation. |
93 | * |
94 | * It is OK for jpeg_mem_available to underestimate the space available |
95 | * (that'll just lead to more backing-store access than is really necessary). |
96 | * However, an overestimate will lead to failure. Hence it's wise to subtract |
97 | * a slop factor from the true available space. 5% should be enough. |
98 | * |
99 | * On machines with lots of virtual memory, any large constant may be returned. |
100 | * Conversely, zero may be returned to always use the minimum amount of memory. |
101 | */ |
102 | |
103 | EXTERN(long) jpeg_mem_available JPP((j_common_ptr cinfo, |
104 | long min_bytes_needed, |
105 | long max_bytes_needed, |
106 | long already_allocated)); |
107 | |
108 | |
109 | /* |
110 | * This structure holds whatever state is needed to access a single |
111 | * backing-store object. The read/write/close method pointers are called |
112 | * by jmemmgr.c to manipulate the backing-store object; all other fields |
113 | * are private to the system-dependent backing store routines. |
114 | */ |
115 | |
116 | #define TEMP_NAME_LENGTH 64 /* max length of a temporary file's name */ |
117 | |
118 | |
119 | #ifdef USE_MSDOS_MEMMGR /* DOS-specific junk */ |
120 | |
121 | typedef unsigned short XMSH; /* type of extended-memory handles */ |
122 | typedef unsigned short EMSH; /* type of expanded-memory handles */ |
123 | |
124 | typedef union { |
125 | short file_handle; /* DOS file handle if it's a temp file */ |
126 | XMSH xms_handle; /* handle if it's a chunk of XMS */ |
127 | EMSH ems_handle; /* handle if it's a chunk of EMS */ |
128 | } handle_union; |
129 | |
130 | #endif /* USE_MSDOS_MEMMGR */ |
131 | |
132 | #ifdef USE_MAC_MEMMGR /* Mac-specific junk */ |
133 | #include <Files.h> |
134 | #endif /* USE_MAC_MEMMGR */ |
135 | |
136 | |
137 | typedef struct backing_store_struct * backing_store_ptr; |
138 | |
139 | typedef struct backing_store_struct { |
140 | /* Methods for reading/writing/closing this backing-store object */ |
141 | JMETHOD(void, read_backing_store, (j_common_ptr cinfo, |
142 | backing_store_ptr info, |
143 | void FAR * buffer_address, |
144 | long file_offset, long byte_count)); |
145 | JMETHOD(void, write_backing_store, (j_common_ptr cinfo, |
146 | backing_store_ptr info, |
147 | void FAR * buffer_address, |
148 | long file_offset, long byte_count)); |
149 | JMETHOD(void, close_backing_store, (j_common_ptr cinfo, |
150 | backing_store_ptr info)); |
151 | |
152 | /* Private fields for system-dependent backing-store management */ |
153 | #ifdef USE_MSDOS_MEMMGR |
154 | /* For the MS-DOS manager (jmemdos.c), we need: */ |
155 | handle_union handle; /* reference to backing-store storage object */ |
156 | char temp_name[TEMP_NAME_LENGTH]; /* name if it's a file */ |
157 | #else |
158 | #ifdef USE_MAC_MEMMGR |
159 | /* For the Mac manager (jmemmac.c), we need: */ |
160 | short temp_file; /* file reference number to temp file */ |
161 | FSSpec tempSpec; /* the FSSpec for the temp file */ |
162 | char temp_name[TEMP_NAME_LENGTH]; /* name if it's a file */ |
163 | #else |
164 | /* For a typical implementation with temp files, we need: */ |
165 | FILE * temp_file; /* stdio reference to temp file */ |
166 | char temp_name[TEMP_NAME_LENGTH]; /* name of temp file */ |
167 | #endif |
168 | #endif |
169 | } backing_store_info; |
170 | |
171 | |
172 | /* |
173 | * Initial opening of a backing-store object. This must fill in the |
174 | * read/write/close pointers in the object. The read/write routines |
175 | * may take an error exit if the specified maximum file size is exceeded. |
176 | * (If jpeg_mem_available always returns a large value, this routine can |
177 | * just take an error exit.) |
178 | */ |
179 | |
180 | EXTERN(void) jpeg_open_backing_store JPP((j_common_ptr cinfo, |
181 | backing_store_ptr info, |
182 | long total_bytes_needed)); |
183 | |
184 | |
185 | /* |
186 | * These routines take care of any system-dependent initialization and |
187 | * cleanup required. jpeg_mem_init will be called before anything is |
188 | * allocated (and, therefore, nothing in cinfo is of use except the error |
189 | * manager pointer). It should return a suitable default value for |
190 | * max_memory_to_use; this may subsequently be overridden by the surrounding |
191 | * application. (Note that max_memory_to_use is only important if |
192 | * jpeg_mem_available chooses to consult it ... no one else will.) |
193 | * jpeg_mem_term may assume that all requested memory has been freed and that |
194 | * all opened backing-store objects have been closed. |
195 | */ |
196 | |
197 | EXTERN(long) jpeg_mem_init JPP((j_common_ptr cinfo)); |
198 | EXTERN(void) jpeg_mem_term JPP((j_common_ptr cinfo)); |
199 | |