Thomas G. Lane | 4a6b730 | 1992-03-17 00:00:00 +0000 | [diff] [blame] | 1 | /* |
| 2 | * jmemsys.h |
| 3 | * |
Thomas G. Lane | 5ead57a | 1998-03-27 00:00:00 +0000 | [diff] [blame] | 4 | * Copyright (C) 1992-1997, Thomas G. Lane. |
Thomas G. Lane | 4a6b730 | 1992-03-17 00:00:00 +0000 | [diff] [blame] | 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 |
Thomas G. Lane | 36a4ccc | 1994-09-24 00:00:00 +0000 | [diff] [blame] | 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.) |
Thomas G. Lane | 4a6b730 | 1992-03-17 00:00:00 +0000 | [diff] [blame] | 12 | * |
Thomas G. Lane | 36a4ccc | 1994-09-24 00:00:00 +0000 | [diff] [blame] | 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 |
Thomas G. Lane | 5ead57a | 1998-03-27 00:00:00 +0000 | [diff] [blame] | 17 | * symbol supplied in jconfig.h, as we have done with USE_MSDOS_MEMMGR |
| 18 | * and USE_MAC_MEMMGR. |
Thomas G. Lane | 4a6b730 | 1992-03-17 00:00:00 +0000 | [diff] [blame] | 19 | */ |
| 20 | |
| 21 | |
Thomas G. Lane | 36a4ccc | 1994-09-24 00:00:00 +0000 | [diff] [blame] | 22 | /* Short forms of external names for systems with brain-damaged linkers. */ |
| 23 | |
| 24 | #ifdef NEED_SHORT_EXTERNAL_NAMES |
DRC | e5eaf37 | 2014-05-09 18:00:32 +0000 | [diff] [blame^] | 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 |
Thomas G. Lane | 36a4ccc | 1994-09-24 00:00:00 +0000 | [diff] [blame] | 33 | #endif /* NEED_SHORT_EXTERNAL_NAMES */ |
| 34 | |
| 35 | |
Thomas G. Lane | 4a6b730 | 1992-03-17 00:00:00 +0000 | [diff] [blame] | 36 | /* |
| 37 | * These two functions are used to allocate and release small chunks of |
Thomas G. Lane | 36a4ccc | 1994-09-24 00:00:00 +0000 | [diff] [blame] | 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. |
Thomas G. Lane | 4a6b730 | 1992-03-17 00:00:00 +0000 | [diff] [blame] | 44 | * On an 80x86 machine using small-data memory model, these manage near heap. |
| 45 | */ |
| 46 | |
Thomas G. Lane | 489583f | 1996-02-07 00:00:00 +0000 | [diff] [blame] | 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, |
DRC | e5eaf37 | 2014-05-09 18:00:32 +0000 | [diff] [blame^] | 49 | size_t sizeofobject)); |
Thomas G. Lane | 4a6b730 | 1992-03-17 00:00:00 +0000 | [diff] [blame] | 50 | |
| 51 | /* |
| 52 | * These two functions are used to allocate and release large chunks of |
Thomas G. Lane | 36a4ccc | 1994-09-24 00:00:00 +0000 | [diff] [blame] | 53 | * memory (up to the total free space designated by jpeg_mem_available). |
Thomas G. Lane | 4a6b730 | 1992-03-17 00:00:00 +0000 | [diff] [blame] | 54 | * The interface is the same as above, except that on an 80x86 machine, |
Thomas G. Lane | 36a4ccc | 1994-09-24 00:00:00 +0000 | [diff] [blame] | 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. |
Thomas G. Lane | 4a6b730 | 1992-03-17 00:00:00 +0000 | [diff] [blame] | 58 | */ |
| 59 | |
Thomas G. Lane | 489583f | 1996-02-07 00:00:00 +0000 | [diff] [blame] | 60 | EXTERN(void FAR *) jpeg_get_large JPP((j_common_ptr cinfo, |
DRC | e5eaf37 | 2014-05-09 18:00:32 +0000 | [diff] [blame^] | 61 | size_t sizeofobject)); |
Thomas G. Lane | 489583f | 1996-02-07 00:00:00 +0000 | [diff] [blame] | 62 | EXTERN(void) jpeg_free_large JPP((j_common_ptr cinfo, void FAR * object, |
DRC | e5eaf37 | 2014-05-09 18:00:32 +0000 | [diff] [blame^] | 63 | size_t sizeofobject)); |
Thomas G. Lane | 4a6b730 | 1992-03-17 00:00:00 +0000 | [diff] [blame] | 64 | |
| 65 | /* |
| 66 | * The macro MAX_ALLOC_CHUNK designates the maximum number of bytes that may |
Thomas G. Lane | 36a4ccc | 1994-09-24 00:00:00 +0000 | [diff] [blame] | 67 | * be requested in a single call to jpeg_get_large (and jpeg_get_small for that |
Thomas G. Lane | 4a6b730 | 1992-03-17 00:00:00 +0000 | [diff] [blame] | 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. |
Thomas G. Lane | 36a4ccc | 1994-09-24 00:00:00 +0000 | [diff] [blame] | 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). |
Thomas G. Lane | 4a6b730 | 1992-03-17 00:00:00 +0000 | [diff] [blame] | 75 | */ |
| 76 | |
DRC | e5eaf37 | 2014-05-09 18:00:32 +0000 | [diff] [blame^] | 77 | #ifndef MAX_ALLOC_CHUNK /* may be overridden in jconfig.h */ |
Thomas G. Lane | 36a4ccc | 1994-09-24 00:00:00 +0000 | [diff] [blame] | 78 | #define MAX_ALLOC_CHUNK 1000000000L |
| 79 | #endif |
Thomas G. Lane | 4a6b730 | 1992-03-17 00:00:00 +0000 | [diff] [blame] | 80 | |
| 81 | /* |
Thomas G. Lane | 36a4ccc | 1994-09-24 00:00:00 +0000 | [diff] [blame] | 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. |
Thomas G. Lane | 4a6b730 | 1992-03-17 00:00:00 +0000 | [diff] [blame] | 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 |
Thomas G. Lane | 36a4ccc | 1994-09-24 00:00:00 +0000 | [diff] [blame] | 88 | * jpeg_mem_available returns zero. The maximum space needed, enough to hold |
Thomas G. Lane | 4a6b730 | 1992-03-17 00:00:00 +0000 | [diff] [blame] | 89 | * all working storage in memory, is also passed in case it is useful. |
Thomas G. Lane | 36a4ccc | 1994-09-24 00:00:00 +0000 | [diff] [blame] | 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. |
Thomas G. Lane | 4a6b730 | 1992-03-17 00:00:00 +0000 | [diff] [blame] | 93 | * |
Thomas G. Lane | 36a4ccc | 1994-09-24 00:00:00 +0000 | [diff] [blame] | 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). |
Thomas G. Lane | 4a6b730 | 1992-03-17 00:00:00 +0000 | [diff] [blame] | 96 | * However, an overestimate will lead to failure. Hence it's wise to subtract |
Thomas G. Lane | 36a4ccc | 1994-09-24 00:00:00 +0000 | [diff] [blame] | 97 | * a slop factor from the true available space. 5% should be enough. |
Thomas G. Lane | 4a6b730 | 1992-03-17 00:00:00 +0000 | [diff] [blame] | 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 | |
DRC | 0489909 | 2010-02-26 23:01:19 +0000 | [diff] [blame] | 103 | EXTERN(size_t) jpeg_mem_available JPP((j_common_ptr cinfo, |
DRC | e5eaf37 | 2014-05-09 18:00:32 +0000 | [diff] [blame^] | 104 | size_t min_bytes_needed, |
| 105 | size_t max_bytes_needed, |
| 106 | size_t already_allocated)); |
Thomas G. Lane | 4a6b730 | 1992-03-17 00:00:00 +0000 | [diff] [blame] | 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 | |
DRC | e5eaf37 | 2014-05-09 18:00:32 +0000 | [diff] [blame^] | 116 | #define TEMP_NAME_LENGTH 64 /* max length of a temporary file's name */ |
Thomas G. Lane | 4a6b730 | 1992-03-17 00:00:00 +0000 | [diff] [blame] | 117 | |
Thomas G. Lane | 5ead57a | 1998-03-27 00:00:00 +0000 | [diff] [blame] | 118 | |
DRC | e5eaf37 | 2014-05-09 18:00:32 +0000 | [diff] [blame^] | 119 | #ifdef USE_MSDOS_MEMMGR /* DOS-specific junk */ |
Thomas G. Lane | 36a4ccc | 1994-09-24 00:00:00 +0000 | [diff] [blame] | 120 | |
DRC | e5eaf37 | 2014-05-09 18:00:32 +0000 | [diff] [blame^] | 121 | typedef unsigned short XMSH; /* type of extended-memory handles */ |
| 122 | typedef unsigned short EMSH; /* type of expanded-memory handles */ |
Thomas G. Lane | 36a4ccc | 1994-09-24 00:00:00 +0000 | [diff] [blame] | 123 | |
| 124 | typedef union { |
DRC | e5eaf37 | 2014-05-09 18:00:32 +0000 | [diff] [blame^] | 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 */ |
Thomas G. Lane | 36a4ccc | 1994-09-24 00:00:00 +0000 | [diff] [blame] | 128 | } handle_union; |
| 129 | |
| 130 | #endif /* USE_MSDOS_MEMMGR */ |
| 131 | |
DRC | e5eaf37 | 2014-05-09 18:00:32 +0000 | [diff] [blame^] | 132 | #ifdef USE_MAC_MEMMGR /* Mac-specific junk */ |
Thomas G. Lane | 5ead57a | 1998-03-27 00:00:00 +0000 | [diff] [blame] | 133 | #include <Files.h> |
| 134 | #endif /* USE_MAC_MEMMGR */ |
| 135 | |
| 136 | |
Thomas G. Lane | 4a6b730 | 1992-03-17 00:00:00 +0000 | [diff] [blame] | 137 | typedef struct backing_store_struct * backing_store_ptr; |
| 138 | |
| 139 | typedef struct backing_store_struct { |
Thomas G. Lane | 36a4ccc | 1994-09-24 00:00:00 +0000 | [diff] [blame] | 140 | /* Methods for reading/writing/closing this backing-store object */ |
| 141 | JMETHOD(void, read_backing_store, (j_common_ptr cinfo, |
DRC | e5eaf37 | 2014-05-09 18:00:32 +0000 | [diff] [blame^] | 142 | backing_store_ptr info, |
| 143 | void FAR * buffer_address, |
| 144 | long file_offset, long byte_count)); |
Thomas G. Lane | 36a4ccc | 1994-09-24 00:00:00 +0000 | [diff] [blame] | 145 | JMETHOD(void, write_backing_store, (j_common_ptr cinfo, |
DRC | e5eaf37 | 2014-05-09 18:00:32 +0000 | [diff] [blame^] | 146 | backing_store_ptr info, |
| 147 | void FAR * buffer_address, |
| 148 | long file_offset, long byte_count)); |
Thomas G. Lane | 36a4ccc | 1994-09-24 00:00:00 +0000 | [diff] [blame] | 149 | JMETHOD(void, close_backing_store, (j_common_ptr cinfo, |
DRC | e5eaf37 | 2014-05-09 18:00:32 +0000 | [diff] [blame^] | 150 | backing_store_ptr info)); |
Thomas G. Lane | 36a4ccc | 1994-09-24 00:00:00 +0000 | [diff] [blame] | 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: */ |
DRC | e5eaf37 | 2014-05-09 18:00:32 +0000 | [diff] [blame^] | 155 | handle_union handle; /* reference to backing-store storage object */ |
Thomas G. Lane | 36a4ccc | 1994-09-24 00:00:00 +0000 | [diff] [blame] | 156 | char temp_name[TEMP_NAME_LENGTH]; /* name if it's a file */ |
| 157 | #else |
Thomas G. Lane | 5ead57a | 1998-03-27 00:00:00 +0000 | [diff] [blame] | 158 | #ifdef USE_MAC_MEMMGR |
| 159 | /* For the Mac manager (jmemmac.c), we need: */ |
DRC | e5eaf37 | 2014-05-09 18:00:32 +0000 | [diff] [blame^] | 160 | short temp_file; /* file reference number to temp file */ |
| 161 | FSSpec tempSpec; /* the FSSpec for the temp file */ |
Thomas G. Lane | 5ead57a | 1998-03-27 00:00:00 +0000 | [diff] [blame] | 162 | char temp_name[TEMP_NAME_LENGTH]; /* name if it's a file */ |
| 163 | #else |
Thomas G. Lane | 36a4ccc | 1994-09-24 00:00:00 +0000 | [diff] [blame] | 164 | /* For a typical implementation with temp files, we need: */ |
DRC | e5eaf37 | 2014-05-09 18:00:32 +0000 | [diff] [blame^] | 165 | FILE * temp_file; /* stdio reference to temp file */ |
Thomas G. Lane | 36a4ccc | 1994-09-24 00:00:00 +0000 | [diff] [blame] | 166 | char temp_name[TEMP_NAME_LENGTH]; /* name of temp file */ |
| 167 | #endif |
Thomas G. Lane | 5ead57a | 1998-03-27 00:00:00 +0000 | [diff] [blame] | 168 | #endif |
Thomas G. Lane | 36a4ccc | 1994-09-24 00:00:00 +0000 | [diff] [blame] | 169 | } backing_store_info; |
Thomas G. Lane | 4a6b730 | 1992-03-17 00:00:00 +0000 | [diff] [blame] | 170 | |
Thomas G. Lane | 5ead57a | 1998-03-27 00:00:00 +0000 | [diff] [blame] | 171 | |
Thomas G. Lane | 4a6b730 | 1992-03-17 00:00:00 +0000 | [diff] [blame] | 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. |
Thomas G. Lane | 36a4ccc | 1994-09-24 00:00:00 +0000 | [diff] [blame] | 176 | * (If jpeg_mem_available always returns a large value, this routine can |
| 177 | * just take an error exit.) |
Thomas G. Lane | 4a6b730 | 1992-03-17 00:00:00 +0000 | [diff] [blame] | 178 | */ |
| 179 | |
Thomas G. Lane | 489583f | 1996-02-07 00:00:00 +0000 | [diff] [blame] | 180 | EXTERN(void) jpeg_open_backing_store JPP((j_common_ptr cinfo, |
DRC | e5eaf37 | 2014-05-09 18:00:32 +0000 | [diff] [blame^] | 181 | backing_store_ptr info, |
| 182 | long total_bytes_needed)); |
Thomas G. Lane | 4a6b730 | 1992-03-17 00:00:00 +0000 | [diff] [blame] | 183 | |
| 184 | |
| 185 | /* |
| 186 | * These routines take care of any system-dependent initialization and |
Thomas G. Lane | 36a4ccc | 1994-09-24 00:00:00 +0000 | [diff] [blame] | 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. |
Thomas G. Lane | 4a6b730 | 1992-03-17 00:00:00 +0000 | [diff] [blame] | 195 | */ |
| 196 | |
Thomas G. Lane | 489583f | 1996-02-07 00:00:00 +0000 | [diff] [blame] | 197 | EXTERN(long) jpeg_mem_init JPP((j_common_ptr cinfo)); |
| 198 | EXTERN(void) jpeg_mem_term JPP((j_common_ptr cinfo)); |