c - getchar() and putchar() -


उदाहरण में: 

  #include & lt; stdio.h & gt; मुख्य () {लंबे एनसी; एनसी = 0; जबकि (getchar ()! = EOF) ++ एनसी; Printf ("% ld \ n", nc); }

मुझे काफी समझ में नहीं आता। Putchar () ने चरित्र को बाहर रखा होगा, लेकिन यह क्यों है कि ईओएफ के बाद यह सभी पात्रों को बाहर रखता है, और यह इन सभी पात्रों को याद कहां है? धन्यवाद।

इसे बफरिंग कहा जाता है और यह ऑपरेटिंग सिस्टम द्वारा किया जाता है। आम तौर पर यह लाइन बफरिंग करता है, जहां यह हर वर्ण को याद रखता है जिसे आप स्मृति में डालते हैं, और फिर इसे फ़ाइल में लिखते हैं, जब यह लाइन ब्रेक का सामना करता है यह संसाधनों पर बचाता है क्योंकि फ़ाइल संचालन अन्य कार्यों से ज्यादा समय लेता है। इसलिए हर एक चरित्र के साथ आउटपुट करने के बजाय, यह बफर में एकत्र करने के लिए वर्णों का एक गुच्छा का इंतजार करता है और एक बार में उन्हें लिखता है।

यह ओएस द्वारा किया गया एक चालाक पैंतरे वाला है जो आप, प्रोग्रामर, को इसके बारे में चिंता करने की जरूरत नहीं है बस अपने पात्रों को एक-एक करके फेंक दो और ओएस को अपने तरीके से बाकी तरीके से संभालें।


Comments

Post a Comment

Popular posts from this blog

.net - C# List<T>.Find(x=>x.Rectangle.Contains(Point)) FAIL -

For my life, I can not understand why this code generates the following output ... I think there is a bug or something while using the list and lambda, if type one rectangle exposes the property and you use the included method of rectangle object ... and the clear statement proves true while Find list method fails .... Onway Code Public Gridskeyr Warldtokapadsb (Point location) {location = _Map.WorldToClient (location); Gridsquare gs = this.find (x => x.Rectangle.Contains (location)); GridSquare KP = G.Find (X => X. laxative canteen (location)); & Lt; GridSquare & gt; List = kp.FindAll (x => x.Rectangle.Contains (location)); U.dp (list.Count); Gridskare sub = KP.Fid (X => X. laxative canteen (location)); If (sub == faucet) {u.dp (place to look for "location"); U.dp ("The location found in the grid category" + GS toaster ()); U.dp ("Grid Square Bounds" + gs.Rectangle.ToString ()); U.dp ("location found in keypad" +...
Read more

iphone - Smoothing a rounded stroke in Core Graphics -

I am making my own UITableViewCells with a gradient background. I have worked all the logic and drawing, but the one that I want to fix is ​​"chunky" around the corners of my custom cell: If you have corners, you See what I'm talking about. Here is the code that I am using to generate cells: CGCTXT C = UigRxGroupCertexConnect (); CGColorSpaceRef myColorSpace = CGColorSpaceCreateDeviceRGB (); CGGradientRef myGradient = Zero; CGFloat component [8] = TABLE_CELL_BACKGROUND; CGContextSetStrokeColorWithColor (C, [[UAColor colorWithWhite: 0.7 alpha: 1] CGColor]); CGContextSetLineWidth (C, 2); CGContextSetAllowsAntialiasing (C, Yes); CGContextSetShouldAntialias (C, Yes); CGFloat minx = CGRectGetMinX (RECT), MIDX = CGRactgetMIDX (RECT), MAX x = CGTXxX (RECT); CGFloat miny = CGRectGetMinY (Rect), maxy = CGRectGetMaxY (rect); CGMutablePathRef Path = CGPathCreateMutable (); CGPathMoveToPoint (path, NULL, minx, miny); CGPathAddArcToPoint (default margin of path, NULL, mix, ...
Read more

Best practice for URL redirection in ASP.NET web application -

I have an asp page (Default.aspx) that shows the difference between two text files. It has two drop down lists (respectively id = "file1" and "file2" respectively) and a button (id = "submit"). There is also a lexical control with the id "result". The content of the list button is populated based on the files present in the physical application path. Each time the submit button is clicked, I want to give the result of diff / comparison in literal control, so I have an event handler like this: protected Zero Submit_Click (Object Sender, EventArgs e) {Results.First = Comparison Files (File 1. Selected Price, File2.SelectedValue); } The problem with this is that you can not bookmark results of comparison between specific files. To solve this problem, I compare the values ​​of the selected files as a query string for the added URL and made a redirection. And so, the above event handler has been changed to look like this: Protecte...
Read more