Searched refs:png_read_end (Results 1 – 8 of 8) sorted by relevance
/reactos/dll/win32/windowscodecs/ |
H A D | typeof.h | 73 typedef void (__cdecl typeof(png_read_end))(struct png_struct_def *, struct png_info_def *); typedef
|
H A D | pngformat.c | 336 MAKE_FUNCPTR(png_read_end); 403 LOAD_FUNCPTR(png_read_end); in load_libpng()
|
/reactos/sdk/lib/3rdparty/freetype/src/sfnt/ |
H A D | pngshim.c | 438 png_read_end( png, info ); in Load_SBit_Png()
|
/reactos/dll/3rdparty/libpng/docs/ |
H A D | example.c | 576 png_read_end(png_ptr, info_ptr);
|
H A D | libpng-manual.txt | 1163 then png_read_image(), and finally png_read_end(). 1255 in until png_read_end() has read the chunk data following the image. 1699 mentioned again below in the discussion that goes with png_read_end(). 2416 png_read_end(png_ptr, end_info); 2418 If you are not interested, you should still call png_read_end() 2424 png_read_end(png_ptr, (png_infop)NULL); 2426 If you don't call png_read_end(), then your file pointer will be 2530 png_read_end(), you make one call to png_process_data(), which calls
|
H A D | CHANGES | 1591 png_read_end or png_write_end after png_read_png or png_write_png. 4855 Check for info_ptr == NULL early in png_read_end() so we don't need to 4857 This improves the performance of png_read_end(png_ptr, NULL) and makes 6037 Add end_info structure and png_read_end() to the libpng fuzzer.
|
/reactos/dll/3rdparty/libpng/ |
H A D | pngread.c | 766 png_read_end(png_structrp png_ptr, png_inforp info_ptr) in png_read_end() function 1245 png_read_end(png_ptr, info_ptr); in png_read_png()
|
/reactos/sdk/include/reactos/libs/libpng/ |
H A D | png.h | 1408 PNG_EXPORT(62, void, png_read_end, (png_structrp png_ptr, png_inforp info_ptr));
|