Home
last modified time | relevance | path

Searched refs:correct (Results 1 – 25 of 47) sorted by relevance

12

/plan9/sys/src/cmd/fossil/
H A Dhistory10 correct handling of file truncation to specific size
32 correct handling of flush messages
/plan9/sys/src/cmd/upas/
H A DREADME18 - get the include files correct in common/sys.h
/plan9/sys/doc/
H A Dsleep.ms64 time convinced ourselves \(em wrongly \(em they were correct.
66 difficult to prove correct by inspection and formal reasoning about them
393 The code looks trivially correct in retrospect: all access to data structures is done
441 How many errors lurk in our supposedly correct implementation above?
455 (with, unfortunately, no way of proving that the translation is itself correct)
492 and believed correct, it still had problems.
504 We would not, however, go so far as to claim that it is universally correct.
H A Dacid.ms692 operators fetch and increment the correct amount for the specified format,
693 the following function prints correct machine instructions on a machine with
2158 To print a variable in its correct format use the
2164 a function to get a correct stack trace because the frame pointer adjustment
2440 to print a parameter in the correct format use the
2442 to obtain its address, apply the correct format, and use the
2446 a function to get a correct stack trace because the frame pointer adjustment
H A Dcomp.ms452 always contains the correct files.
746 them in the correct order.
876 The correct method is to call
H A Dape.ms507 The approximation used is only sometimes correct.
H A Dasm.ms616 The only exception is that the correct scheduling of instructions
619 by hand to guarantee correct behavior.
H A Dlexnames.ms539 One obvious (and correct)
785 is the correct result; by construction, it also has the right
/plan9/sys/src/cmd/tcs/
H A Dex5.utf37 to correct this chauvinism.
/plan9/sys/src/cmd/ext2srv/
H A Dreadme52 - correct calculation of group descriptor block location when bsize!=1024
/plan9/sys/src/cmd/gs/src/
H A Dgdevcd8.c245 int correct[256]; /* potential undercolor black correction */ member
508 …me, w10, h10, xdpi, ydpi, lm, bm, rm, tm, ncomp, depth, mg, mc, dg, dc, print_page, cmyk, correct)\ argument
509 …ydpi, lm, bm, rm, tm, ncomp, depth, mg, mc, dg, dc, print_page), cmyk, depth /* default */, correct
630 #define prn_cmyk_colour_device(dtype, procs, dev_name, x_dpi, y_dpi, bpp, print_page, correct)\ argument
636 print_page, 1 /* cmyk */, correct)
639 #define prn_cmy_colour_device(dtype, procs, dev_name, x_dpi, y_dpi, bpp, print_page, correct)\ argument
645 print_page, -1 /* cmyk */, correct)
1066 do_black_correction(cdj850->blackcorrect, gamma.correct); in cdj850_print_page()
1243 gamma->k, gamma->c, gamma->m, gamma->y, gamma->correct); in cdj850_print_non_blank_lines()
H A Dgdevcdj.c392 …me, w10, h10, xdpi, ydpi, lm, bm, rm, tm, ncomp, depth, mg, mc, dg, dc, print_page, cmyk, correct)\ argument
393 …ydpi, lm, bm, rm, tm, ncomp, depth, mg, mc, dg, dc, print_page), cmyk, depth /* default */, correct
398 #define prn_hp_colour_device(dtype, procs, dev_name, x_dpi, y_dpi, bpp, print_page, correct)\ argument
404 print_page, 0 /* cmyk */, correct)
406 #define prn_cmyk_colour_device(dtype, procs, dev_name, x_dpi, y_dpi, bpp, print_page, correct)\ argument
412 print_page, 1 /* cmyk */, correct)
/plan9/sys/src/9/teg2/
H A D_announce32 code into our 5l failed to generate correct code. Eventually someone
/plan9/sys/src/cmd/gs/lib/
H A DFontmap.Ult36 % to include correct aliasing for the Bitstream Charter fonts
/plan9/acme/bin/source/acd/
H A Ddiscid12 does not generate the correct disc ID, it will not be compatible with CDDB.
/plan9/sys/src/cmd/bzip2/
H A DCHANGES96 return the correct string. This has no effect whatsoever on the
/plan9/sys/src/cmd/postscript/
H A DREADME2 expect several iterations before things are correct!! Make sure you
H A DVERSION358 it's put out (by postdmd) only the dimensions are correct - sorry!
/plan9/sys/src/cmd/gs/jpeg/
H A Dconfig.guess375 true for CPU_PA_RISC1_0. CPU_IS_PA_RISC returns correct
H A Dlibjpeg.doc703 It is an error to call jpeg_finish_decompress() before reading the correct
1653 larger than any correct marker is likely to be. For robustness against
1684 buffer, then *the correct restart point is the saved position in the prior
2106 tested by calling jpeg_has_multiple_scans(), which will return a correct
2165 the correct tables with an abbreviated image. While abbreviated datastreams
2373 correct JFIF version number in the JFIF header marker. The library's default
2510 * Ensure jpeg_color_space is correct --- an explicit jpeg_set_colorspace()
2515 cinfo->comp_info[i].v_samp_factor, are correct. Since these indicate the
/plan9/sys/src/ape/cmd/patch/
H A DINSTALL6 The `configure' shell script attempts to guess correct values for
/plan9/sys/src/cmd/gs/zlib/
H A DChangeLog102 - Replace size_t with ptrdiff_t in crc32.c, and check for correct size
430 - in example.c use correct compressed length for test_sync
531 bit, so the decompressor could decompress all the correct data but went
643 - fix the final (:-) bug for deflate with flush (output was correct but
H A Dalgorithm.txt95 looks like. You are correct that it's not a Huffman tree. It is simply a
/plan9/sys/src/cmd/aux/vga/
H A Dnotes.txt194 r and sr are allowed to overlap, and the correct
/plan9/lib/font/bit/fixed/
H A DREADME.ORIG299 symbols, take care of correct alignment.

12