| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
This simplifies calling too.
|
| |
|
|
|
|
|
|
|
|
| |
This hasn't been called since 2002.
Also, one of the routines it calls (mem_alpha_map_rgb_alpha_color)
looks very broken; unless we are solid alpha, we never actually
take note of the color in the returned value.
|
|
|
|
|
|
|
|
|
|
| |
The code to finalize the font cache, and to remove font/matrix pairs from the
cache had never been updated to cope with XUID dynamically allocated values,
it only freed the memory pool used for the font/matrix pairs, ignoring the
xvalues for a XUID, which is not allocated from that pool.
Spotted working on pdfi, which is the only interpreter where XUIDs are likely
to arise, and that doesn't rely on garbage collection.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Now that the allocations from the bitmap cache are aligned to the platform's
required alignment, see commit:
260c443bc14cdffa4d94e14c3a57e35bebee3a5b
We also want the initial size of the memory pool used by the cache to be
"aligned".
This is so that code that attempts to identify cache entries to evict by
requesting a size equal to the entire size of cache memory pool doesn't get an
unexpected failure, because we've rounded up that allocation request to a value
larger than the entire size of the memory pool.
Because we don't expect an error to be possible at that point, a crash can
occur.
Of the "normal" platforms we use, this only exhibits on Win32 because that is
the only platform where the align_bitmap_mod we use is less than the
obj_align_mod used for the memory managers.
|
| |
|
| |
|
|
|
|
|
|
| |
Introduce a PRI_INTPTR and use that to consistently display
pointers. We avoid using %p, as that displays inconsistently
between platforms. Sometimes it does 0x%x, sometimes just %x.
|
| |
|
|
|
|
|
|
|
|
|
| |
Also update copyright dates.
Remove gs_cmdl.ps as we no longer use it, and remove its entry from
psfiles.htm.
Remove xfonts.htm as this feature (xfont support) is long, long gone.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
A while back, we identified code in gx_alloc_char_bits() that, due to long
standing changes in the setup code, simply cannot be used. We opted to
conditionally compile out that code, just in case.
Coverity spotted that some later code was dependant on that now redundant code.
So, add the later code to the conditionally compiled out code.
|
|
|
|
|
| |
Use a guaranteed non-NULL pointer from which to get the memory pointer for
a fatal error message print out.
|
|
|
|
|
| |
Ensure that we always return_error(gs_error_blah) rather than just
return gs_error_blah.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
As part of the work towards bug 696562, we spotted a code path
that can never be run.
gx_alloc_char_bits is only called from one place (base/gxchar.c
line 607). dev2 can only be non-NULL if:
iwidth > MAX_CCACHE_TEMP_BITMAP_BITS / iheight &&
log2_scale.x + log2_scale.y > alpha_bits
The second half of that condition can never be true due to the
construction of the log2_scale.{x,y} values in
gx_compute_text_oversampling().
Rather than rip this code out just before a release (and inevitably
be proved wrong), we add an error in this code path. If no one
reports it to us, we'll rip the code out later.
|
|
Squashed into one commit (see branch for details of the evolution of the
branch).
This brings gpcl6 and gxps into the Ghostscript build system, and a shared
set of graphics library object files for all the interpreters.
Also, brings the same configuration options to the pcl and xps products as we
have for Ghostscript.
|