search for: cchar

...quick thought the interface would change from using getBufferStart()/getBufferEnd()/getBufferSize() to something like getRange() which returns a random_access_range_type<no_policy>, which would probably have an equivalent use like (using a monotype font to line things up): typedef const char cchar; MemoryBuffer mb; MemoryBuffer::range_type<policy> rt(mb.getRange()); Current MemoryBuffer Range-based MemoryBuffer ___________________________________________________________________ cchar *c=mb.getBufferStart(); cchar *c=rt.begin(); cchar *ce=mb.getBuffer...

...########### --- ./src/main/gram.y.mkString-patch Tue Nov 23 12:16:29 1999 +++ ./src/main/gram.y Tue Nov 23 12:16:59 1999 @@ -56,7 +56,8 @@ SEXP mkFloat(char *); SEXP mkInteger(char *); SEXP mkNA(void); -SEXP mkString(const char *); +typedef const char cchar; +SEXP mkString(cchar *); SEXP mkTrue(void); /* Internal lexer / parser state variables */ @@ -1362,7 +1363,7 @@ } -SEXP mkString(const char *s) +SEXP mkString(cchar *s) { SEXP t; ################################################ Without the patch I got: cc -I....

I was writing something using MemoryBuffer, and while looking through its code I came across line 59: assert(BufEnd[0] == 0 && "Buffer is not null terminated!"); I am curious if the MemoryBuffer only supports non-binary, non-null embedded files, or if it supports binary as well. I do not see anything inherently not expecting binary files except for that one line, so I am

...e -noflsh -tostop -flusho -pendin -nokerninfo -extproc iflags: -istrip -icrnl -inlcr -igncr -ixon -ixoff ixany -imaxbel ignbrk -brkint -inpck -ignpar -parmrk oflags: -opost onlcr -ocrnl tab0 -onocr -onlret cflags: cread cs8 -parenb -parodd hupcl -clocal -cstopb -crtscts -dsrflow -dtrflow -mdmbuf cchars: discard = ^O; dsusp = ^Y; eof = ^D; eol = <undef>; eol2 = <undef>; erase = ^?; erase2 = ^H; intr = ^C; kill = ^U; lnext = ^V; min = 1; quit = ^\; reprint = ^R; start = ^Q; status = ^T; stop = ^S; susp = ^Z; time = 0; werase = ^W; # cu -l /dev/cuau0 -s 4800 Connected and after the...

...p -flusho -pendin -nokerninfo -extproc iflags: -istrip icrnl -inlcr -igncr ixon -ixoff ixany imaxbel -ignbrk brkint -inpck -ignpar -parmrk oflags: opost onlcr -ocrnl tab0 -onocr -onlret cflags: cread cs8 -parenb -parodd hupcl clocal -cstopb -crtscts -dsrflow -dtrflow -mdmbuf cchars: discard = ^O; dsusp = ^Y; eof = ^D; eol = <undef>; eol2 = <undef>; erase = ^?; erase2 = ^H; intr = ^C; kill = ^U; lnext = ^V; min = 1; quit = ^\; reprint = ^R; start = ^Q; status = ^T; stop = ^S; susp = ^Z; time = 0; werase = ^W; Thanks, -- Mario Lobo http:/...

...e proxy handling. Aric Stewart (5): usp10: Implement Multiple Substitution Subtable. usp10: Always use a SCRIPT_STATE and SCRIPT_CONTROL structure in ScriptStringAnalyse. usp10/tests: Refactor test_ScriptXtoX to make testing varying datasets easier. usp10: In ScriptXtoX use cChars as the item is the character index. usp10/test: Test ScriptXtoX on an RTL set with differing cChars and cGlyphs. Aurimas Fi?eras (2): po: Fix some errors in Lithuanian translation. po: Update Lithuanian translation. Austin English (3): kernel32/tests: Remove win9x hacks....

Turns out another user reported the same issue with a slightly different model: https://github.com/networkupstools/nut/issues/231 <https://github.com/networkupstools/nut/issues/231> The "stty -f /dev/cuaU0 raw" trick should help, but I am confused as to why FreeBSD has different "raw" settings than what is set up at the same time as the baud rate:

...ang). Aric Stewart (7): usp10: Display and handle bidi runs in the correct order in ScriptString functions. usp10: Modify ScriptStringOut to paint the string item by item. usp10: Draw selected glyphs in ScriptStringOut. usp10: When calling ShapeIndicSyllables we need to use cChars which is the actual number of original characters. usp10: Disable glyph indexes for Symbol, non-TrueType, and device fonts. usp10: Respect the presence or absence of the SSA_BREAK flag. usp10: Respect the presence or absence of the SSA_GLYPHS flag. Aurimas Fi?eras (2): po:...