Re: [Hardhats-members] Does W ! flush an output buffer?
10 is Line Feed, 12 is Form Feed 13 is Carriage Return In the teletype exchange with the teletype, the process would send the line feed and the teletype would respond with the carriage return as an acknowledgement of the line-feed (a shorthand for an x-on/x-off protocol). It took a long time for the print head of the tty to get back to the left margin (even at 120 to 300 baud (12 to 30 characters per second). Would not like to loose a character because the head is in motion. - Original Message - From: "Aylesworth Marc A Ctr AFRL/IFSE" <[EMAIL PROTECTED]> To: Sent: Wednesday, July 13, 2005 11:14 AM Subject: RE: [Hardhats-members] Does W ! flush an output buffer? > Isn't the ascii code for line feed 10 > > Thanks > > Marc Aylesworth > > C3I Associates > > AFRL/IFSE > > Joint Battlespace Infosphere Team > > 525 Brooks Rd > > Rome, NY 13441-4505 > > Tel:315.330.2422 > > Fax:315.330.7009 > > Email: [EMAIL PROTECTED] > > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Kevin > Toppenberg > Sent: Wednesday, July 13, 2005 2:09 PM > To: hardhats-members@lists.sourceforge.net > Subject: Re: [Hardhats-members] Does W ! flush an output buffer? > > Maury, > > This was the problem. Apparently with M sees a !, it > automatically resets $X, but writing a $char(13) > doesn't. This seems kind of an odd mechanism. > > I was switching back and forth between writing files > out to a file and writing the progress on the screen. > It seems that there is only ONE $X, not one each for > the file and another for the screen. So I had to make > the switch between states just after a ! had been > written to the file. > > Thanks for the help. Also, I hadn't known that write > *x is the same as write $char(x). So I learn > something every day... :-) > > Thanks > Kevin > > > --- Maury Pepper <[EMAIL PROTECTED]> wrote: > > > It would help to to know what your code looks like > > and exactly what you want the output to look like, > > but let me offer a couple of thoughts: > > > > 1. If you are using the ? tab format character, you > > need to let GTM know the position of the cursor. > > Using ! sets $X to 0. An escape sequence might set > > $X depending on how it is issued. I don't know > > about GTM, but other M's let you set $X directly. > > So just insert: > > S $X=0 following the W *13 or $C(13). > > > > 2. Most systems provide a way to define line > > length. This can be used to automatically wrap long > > lines. Common values are 80 and 132. Generally, > > there's a way to turn this off or disable it by > > setting the line length to 0. It looks like some of > > your lines are wrapping so you are probably having > > this problem. Again, the solution is to S $X=0 if > > GTM allows that and/or disable line wrapping. > > > > > > - Original Message - > > From: "Kevin Toppenberg" <[EMAIL PROTECTED]> > > To: "Hardhats Sourceforge" > > > > Sent: Tuesday, July 12, 2005 11:47 PM > > Subject: [Hardhats-members] Does W ! flush an output > > buffer? > > > > > > >I am in the middle of writing a function to display > > a > > > progress bar. > > > > > > I want the bar to stay on one line, so at the end > > of > > > each line, I need to do something to get back to > > the > > > beginning of line. > > > > > > My first approach was to write the line, then > > write a > > > $char(13) to go back to the beginning of the line, > > > ready for the next refresh. > > > > > > But this gave very odd output, like this: > > > > > > Lets begin... > > > Progress: > > > > > 94%->|| > > > Progress: 89%>|--| > > > Progress: > > > 84%-->|--- > > > Progress: > > > 74%--->|-| > > > Progress: 69%|---| > > > Progress: > > 64%->| > > > Progress: > > > 59%-->|--| > > > Progress: 49%| > > > Progress: 44%--->|-- > > > Progress: > > > 39%->|---| > > > Progress: > > 29%
RE: [Hardhats-members] Does W ! flush an output buffer?
I want to address a cautionary mantra gaining bandwidth on other EHR lists. "One size does not fit all." I would like feed back on two hypotheses: 1. Mass customization creates a new era of market leadership. 2. Anyone who can effectively use MS Access, and Excel, can learn FileMan. Basis: As a non-programmer building FileMan apps for several years, all this playing around with code raises my awareness to that oft quoted caution. The mantra is often put forth interlacing caution that what works fine for one practice, has no place in another. Such discussions, espoused by vendors and (former vendor) designers advising organizations, seem oriented to admonish physicians to stick to VENDORS as their resource for EHR. I recall the 70's when service bureau programmers told me a request would cost (1975) $60,000. When I tricked the computer into filling my request I realized there is a certain need of vendors to find chargeable events to justify their existence (all I wanted was a patient count). That is when I began looking to ownership of hardware and software. "One size does not fit all." This seems a throwback to that time in the 70's when vendors sought control. When we look at VistA today, we see it effectively deployed in numerous environments, Veterans nationwide application, psych hospitals, veterinary hospital, primary care private practice, OccMed private practice, and the Hardhats list is legend. All this speaks to me of the effectiveness of FM in mass customization. Indian Health Services has taken it and advanced the product with additions and modifications. How can we better describe VistA than "designed for leadership in mass customization"? Thanks, thurman > Like Greg suggests, it's too bad MUMPS is an old language > and does more for you in terms of IO abstraction than the > "modern" languages do > > David > > > > Maybe that's because MUMPS is an old language. > > > > === > > Gregory Woodhouse > > [EMAIL PROTECTED] > > > > "The whole of science is nothing more than a refinement > > of everyday thinking." -- Albert Einstein > > > > > > On Jul 13, 2005, at 12:06 PM, Kevin Toppenberg wrote: > > > > > I think so. But a line feed moves the cursor down the > > > screen, and a carriage return moves the cursor to the > > > left hand side of the screen like an old > > > typewriter. > > > > > > Kevin --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] Does W ! flush an output buffer?
I think MUMPS is actually more true to the original ASCII definition of what LF - line feed and CR - carriage return were originally intended to do. The "\n" format in C was a combination of LF and CR in its original incarnation. Like Greg suggests, it's too bad MUMPS is an old language and does more for you in terms of IO abstraction than the "modern" languages do David > > Maybe that's because MUMPS is an old language. > > === > Gregory Woodhouse > [EMAIL PROTECTED] > > "The whole of science is nothing more than a refinement > of everyday thinking." -- Albert Einstein > > > On Jul 13, 2005, at 12:06 PM, Kevin Toppenberg wrote: > > > I think so. But a line feed moves the cursor down the > > screen, and a carriage return moves the cursor to the > > left hand side of the screen like an old > > typewriter. > > > > Kevin > > --- This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual core and dual graphics technology at this free one hour event hosted by HP, AMD, and NVIDIA. To register visit http://www.hp.com/go/dualwebinar ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
RE: [Hardhats-members] Does W ! flush an output buffer?
I have never encountered a language where the LANGUAGE keeps track of $X and $Y, and does wrapping. That has always been left to the console to take care of. I'm having a hard time remembering this difference. Kevin --- "Holloway, Thomas (EDS)" <[EMAIL PROTECTED]> wrote: > From ANSI/MDC X11.1-1995 > > ! causes a new line operation on the current > device. Its effect is > > the equivalent of writing CR LF on a pure ASCII > device. In > addition, > $X is set to 0 and 1 is added to $Y. > > Also: > > Output operations, except when the form of the > argument is > *intexpr, > are affected by the Character Set Profile > output-transform. > > I'm not entirely sure what that latter statement > means but I suspect > that it means when you write *13,*10 you do not get > the same results as > writing !. > > And with regard to the first statement, note that it > says "equivalent". > The actions taken may be different when writing to a > Unix/Linux host > file than when writing to a VT-xxx terminal. > >tjh > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] > On Behalf Of A. > Forrey > Sent: Wednesday, July 13, 2005 3:35 PM > To: hardhats-members@lists.sourceforge.net > Subject: Re: [Hardhats-members] Does W ! flush an > output buffer? > > Remember that the use of the U prior to > the W command > controls the effect of the "!" or control character > written. Then you > must > switch back to explicitly control several IO > devices. > > > On Wed, 13 Jul 2005, Kevin Toppenberg wrote: > > > Maury, > > > > This was the problem. Apparently with M sees a !, > it > > automatically resets $X, but writing a $char(13) > > doesn't. This seems kind of an odd mechanism. > > > > I was switching back and forth between writing > files > > out to a file and writing the progress on the > screen. > > It seems that there is only ONE $X, not one each > for > > the file and another for the screen. So I had to > make > > the switch between states just after a ! had been > > written to the file. > > > > Thanks for the help. Also, I hadn't known that > write > > *x is the same as write $char(x). So I learn > > something every day... :-) > > > > Thanks > > Kevin > > > > > > --- Maury Pepper <[EMAIL PROTECTED]> wrote: > > > >> It would help to to know what your code looks > like > >> and exactly what you want the output to look > like, > >> but let me offer a couple of thoughts: > >> > >> 1. If you are using the ? tab format character, > you > >> need to let GTM know the position of the cursor. > >> Using ! sets $X to 0. An escape sequence might > set > >> $X depending on how it is issued. I don't know > >> about GTM, but other M's let you set $X directly. > >> So just insert: > >> S $X=0 following the W *13 or $C(13). > >> > >> 2. Most systems provide a way to define line > >> length. This can be used to automatically wrap > long > >> lines. Common values are 80 and 132. Generally, > >> there's a way to turn this off or disable it by > >> setting the line length to 0. It looks like some > of > >> your lines are wrapping so you are probably > having > >> this problem. Again, the solution is to S $X=0 > if > >> GTM allows that and/or disable line wrapping. > >> > >> > >> - Original Message - > >> From: "Kevin Toppenberg" <[EMAIL PROTECTED]> > >> To: "Hardhats Sourceforge" > >> > >> Sent: Tuesday, July 12, 2005 11:47 PM > >> Subject: [Hardhats-members] Does W ! flush an > output > >> buffer? > >> > >> > >>> I am in the middle of writing a function to > display > >> a > >>> progress bar. > >>> > >>> I want the bar to stay on one line, so at the > end > >> of > >>> each line, I need to do something to get back to > >> the > >>> beginning of line. > >>> > >>> My first approach was to write the line, then > >> write a > >>> $char(13) to go back to the beginning of the > line, > >>> ready for the next refresh. > >>> > >>> But this gave very odd output, like this: > >>> > >>> Lets begin..
Re: [Hardhats-members] Does W ! flush an output buffer?
Maybe that's because MUMPS is an old language. === Gregory Woodhouse [EMAIL PROTECTED] "The whole of science is nothing more than a refinement of everyday thinking." -- Albert Einstein On Jul 13, 2005, at 12:06 PM, Kevin Toppenberg wrote: I think so. But a line feed moves the cursor down the screen, and a carriage return moves the cursor to the left hand side of the screen like an old typewriter. Kevin --- This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual core and dual graphics technology at this free one hour event hosted by HP, AMD, and NVIDIA. To register visit http://www.hp.com/go/dualwebinar ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
RE: [Hardhats-members] Does W ! flush an output buffer?
>From ANSI/MDC X11.1-1995 ! causes a new line operation on the current device. Its effect is the equivalent of writing CR LF on a pure ASCII device. In addition, $X is set to 0 and 1 is added to $Y. Also: Output operations, except when the form of the argument is *intexpr, are affected by the Character Set Profile output-transform. I'm not entirely sure what that latter statement means but I suspect that it means when you write *13,*10 you do not get the same results as writing !. And with regard to the first statement, note that it says "equivalent". The actions taken may be different when writing to a Unix/Linux host file than when writing to a VT-xxx terminal. tjh -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of A. Forrey Sent: Wednesday, July 13, 2005 3:35 PM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] Does W ! flush an output buffer? Remember that the use of the U prior to the W command controls the effect of the "!" or control character written. Then you must switch back to explicitly control several IO devices. On Wed, 13 Jul 2005, Kevin Toppenberg wrote: > Maury, > > This was the problem. Apparently with M sees a !, it > automatically resets $X, but writing a $char(13) > doesn't. This seems kind of an odd mechanism. > > I was switching back and forth between writing files > out to a file and writing the progress on the screen. > It seems that there is only ONE $X, not one each for > the file and another for the screen. So I had to make > the switch between states just after a ! had been > written to the file. > > Thanks for the help. Also, I hadn't known that write > *x is the same as write $char(x). So I learn > something every day... :-) > > Thanks > Kevin > > > --- Maury Pepper <[EMAIL PROTECTED]> wrote: > >> It would help to to know what your code looks like >> and exactly what you want the output to look like, >> but let me offer a couple of thoughts: >> >> 1. If you are using the ? tab format character, you >> need to let GTM know the position of the cursor. >> Using ! sets $X to 0. An escape sequence might set >> $X depending on how it is issued. I don't know >> about GTM, but other M's let you set $X directly. >> So just insert: >> S $X=0 following the W *13 or $C(13). >> >> 2. Most systems provide a way to define line >> length. This can be used to automatically wrap long >> lines. Common values are 80 and 132. Generally, >> there's a way to turn this off or disable it by >> setting the line length to 0. It looks like some of >> your lines are wrapping so you are probably having >> this problem. Again, the solution is to S $X=0 if >> GTM allows that and/or disable line wrapping. >> >> >> - Original Message - >> From: "Kevin Toppenberg" <[EMAIL PROTECTED]> >> To: "Hardhats Sourceforge" >> >> Sent: Tuesday, July 12, 2005 11:47 PM >> Subject: [Hardhats-members] Does W ! flush an output >> buffer? >> >> >>> I am in the middle of writing a function to display >> a >>> progress bar. >>> >>> I want the bar to stay on one line, so at the end >> of >>> each line, I need to do something to get back to >> the >>> beginning of line. >>> >>> My first approach was to write the line, then >> write a >>> $char(13) to go back to the beginning of the line, >>> ready for the next refresh. >>> >>> But this gave very odd output, like this: >>> >>> Lets begin... >>> Progress: >>> >> 94%->|| >>> Progress: 89%>|--| >>> Progress: >>> 84%-->|--- >>> Progress: >>> 74%--->|-| >>> Progress: 69%|---| >>> Progress: >> 64%->| >>> Progress: >>> 59%-->|--| >>> Progress: 49%| >>> Progress: 44%--->|-- >>> Progress: >>> 39%->|---| >>> Progress: >> 29%| >>> Progress: 24%-->|--- >>> Progress: >>> 19%>|| >>> Progress: >&
Re: [Hardhats-members] Does W ! flush an output buffer?
Yes, but the $X and $Y values are dependent on the last USE command. Think of them as attributes associated with each device object. - Original Message - From: "Kevin Toppenberg" <[EMAIL PROTECTED]> To: Sent: Wednesday, July 13, 2005 2:44 PM Subject: Re: [Hardhats-members] Does W ! flush an output buffer? > I am doing this with a: > use $P write "screen info here." use IO > > Is this correct? > > Kevin > > > --- "A. Forrey" <[EMAIL PROTECTED]> wrote: > > > Remember that the use of the U prior to > > the W command > > controls the effect of the "!" or control character > > written. Then you must > > switch back to explicitly control several IO > > devices. > > > > > > On Wed, 13 Jul 2005, Kevin Toppenberg wrote: > > > > > Maury, > > > > > > This was the problem. Apparently with M sees a !, > > it > > > automatically resets $X, but writing a $char(13) > > > doesn't. This seems kind of an odd mechanism. > > > > > > I was switching back and forth between writing > > files > > > out to a file and writing the progress on the > > screen. > > > It seems that there is only ONE $X, not one each > > for > > > the file and another for the screen. So I had to > > make > > > the switch between states just after a ! had been > > > written to the file. > > > > > > Thanks for the help. Also, I hadn't known that > > write > > > *x is the same as write $char(x). So I learn > > > something every day... :-) > > > > > > Thanks > > > Kevin > > > > > > > > > --- Maury Pepper <[EMAIL PROTECTED]> wrote: > > > > > >> It would help to to know what your code looks > > like > > >> and exactly what you want the output to look > > like, > > >> but let me offer a couple of thoughts: > > >> > > >> 1. If you are using the ? tab format character, > > you > > >> need to let GTM know the position of the cursor. > > >> Using ! sets $X to 0. An escape sequence might > > set > > >> $X depending on how it is issued. I don't know > > >> about GTM, but other M's let you set $X directly. > > >> So just insert: > > >> S $X=0 following the W *13 or $C(13). > > >> > > >> 2. Most systems provide a way to define line > > >> length. This can be used to automatically wrap > > long > > >> lines. Common values are 80 and 132. Generally, > > >> there's a way to turn this off or disable it by > > >> setting the line length to 0. It looks like some > > of > > >> your lines are wrapping so you are probably > > having > > >> this problem. Again, the solution is to S $X=0 > > if > > >> GTM allows that and/or disable line wrapping. > > >> > > >> > > >> - Original Message - > > >> From: "Kevin Toppenberg" <[EMAIL PROTECTED]> > > >> To: "Hardhats Sourceforge" > > >> > > >> Sent: Tuesday, July 12, 2005 11:47 PM > > >> Subject: [Hardhats-members] Does W ! flush an > > output > > >> buffer? > > >> > > >> > > >>> I am in the middle of writing a function to > > display > > >> a > > >>> progress bar. > > >>> > > >>> I want the bar to stay on one line, so at the > > end > > >> of > > >>> each line, I need to do something to get back to > > >> the > > >>> beginning of line. > > >>> > > >>> My first approach was to write the line, then > > >> write a > > >>> $char(13) to go back to the beginning of the > > line, > > >>> ready for the next refresh. > > >>> > > >>> But this gave very odd output, like this: > > >>> > > >>> Lets begin... > > >>> Progress: > > >>> > > >> > > 94%->|| > > >>> Progress: 89%>|--| > > >>> Progress: > > >>> 84%-->|--- > > >>> Progress: > > >>> > > 74%--->|-| > > >>> Progress: 69%
Re: [Hardhats-members] Does W ! flush an output buffer?
I am doing this with a: use $P write "screen info here." use IO Is this correct? Kevin --- "A. Forrey" <[EMAIL PROTECTED]> wrote: > Remember that the use of the U prior to > the W command > controls the effect of the "!" or control character > written. Then you must > switch back to explicitly control several IO > devices. > > > On Wed, 13 Jul 2005, Kevin Toppenberg wrote: > > > Maury, > > > > This was the problem. Apparently with M sees a !, > it > > automatically resets $X, but writing a $char(13) > > doesn't. This seems kind of an odd mechanism. > > > > I was switching back and forth between writing > files > > out to a file and writing the progress on the > screen. > > It seems that there is only ONE $X, not one each > for > > the file and another for the screen. So I had to > make > > the switch between states just after a ! had been > > written to the file. > > > > Thanks for the help. Also, I hadn't known that > write > > *x is the same as write $char(x). So I learn > > something every day... :-) > > > > Thanks > > Kevin > > > > > > --- Maury Pepper <[EMAIL PROTECTED]> wrote: > > > >> It would help to to know what your code looks > like > >> and exactly what you want the output to look > like, > >> but let me offer a couple of thoughts: > >> > >> 1. If you are using the ? tab format character, > you > >> need to let GTM know the position of the cursor. > >> Using ! sets $X to 0. An escape sequence might > set > >> $X depending on how it is issued. I don't know > >> about GTM, but other M's let you set $X directly. > >> So just insert: > >> S $X=0 following the W *13 or $C(13). > >> > >> 2. Most systems provide a way to define line > >> length. This can be used to automatically wrap > long > >> lines. Common values are 80 and 132. Generally, > >> there's a way to turn this off or disable it by > >> setting the line length to 0. It looks like some > of > >> your lines are wrapping so you are probably > having > >> this problem. Again, the solution is to S $X=0 > if > >> GTM allows that and/or disable line wrapping. > >> > >> > >> - Original Message - > >> From: "Kevin Toppenberg" <[EMAIL PROTECTED]> > >> To: "Hardhats Sourceforge" > >> > >> Sent: Tuesday, July 12, 2005 11:47 PM > >> Subject: [Hardhats-members] Does W ! flush an > output > >> buffer? > >> > >> > >>> I am in the middle of writing a function to > display > >> a > >>> progress bar. > >>> > >>> I want the bar to stay on one line, so at the > end > >> of > >>> each line, I need to do something to get back to > >> the > >>> beginning of line. > >>> > >>> My first approach was to write the line, then > >> write a > >>> $char(13) to go back to the beginning of the > line, > >>> ready for the next refresh. > >>> > >>> But this gave very odd output, like this: > >>> > >>> Lets begin... > >>> Progress: > >>> > >> > 94%->|| > >>> Progress: 89%>|--| > >>> Progress: > >>> 84%-->|--- > >>> Progress: > >>> > 74%--->|-| > >>> Progress: 69%|---| > >>> Progress: > >> 64%->| > >>> Progress: > >>> > 59%-->|--| > >>> Progress: > 49%| > >>> Progress: 44%--->|-- > >>> Progress: > >>> > 39%->|---| > >>> Progress: > >> 29%| > >>> Progress: 24%-->|--- > >>> Progress: > >>> > 19%>|| > >>> Progress: > >>> 9%>|--| > >>> Progress: 4%->| > >>> ---| > >>> All done!... > >>> > >>> > >>> But if, instead, I write a !, and then issue an > >> escape > >>> sequence to move the cursor up one line, it > works > >>> perfectly. > >>> > >>> It acts like it drops characters unless I write > a > >> ! > >>> > >>> Does anyone know what is going on? > >>> thanks > >>> Kevn > >>> > >>> > >>> GTM> > >>> > >>> > >>> > __ > >>> Do You Yahoo!? > >>> Tired of spam? Yahoo! Mail has the best spam > >> protection around > >>> http://mail.yahoo.com > >>> > >>> > >>> > >> > > > --- > >>> This SF.Net email is sponsored by the 'Do More > >> With Dual!' webinar happening > >>> July 14 at 8am PDT/11am EDT. We invite you to > >> explore the latest in dual > >>> core and dual graphics technology at this free > one > >> hour event hosted by HP, > >>> AMD, and NVIDIA. To register visit > >> http://www.hp.com/go/dualwebinar > >>> ___ > >>> Hardhats-members mailing list > >>> Hardhats-members@lists.sourceforge.net > >>> > >> > > > https://lists.sourceforge.net/lists/listinfo/hardhats-members >
Re: [Hardhats-members] Does W ! flush an output buffer?
Remember that the use of the U prior to the W command controls the effect of the "!" or control character written. Then you must switch back to explicitly control several IO devices. On Wed, 13 Jul 2005, Kevin Toppenberg wrote: Maury, This was the problem. Apparently with M sees a !, it automatically resets $X, but writing a $char(13) doesn't. This seems kind of an odd mechanism. I was switching back and forth between writing files out to a file and writing the progress on the screen. It seems that there is only ONE $X, not one each for the file and another for the screen. So I had to make the switch between states just after a ! had been written to the file. Thanks for the help. Also, I hadn't known that write *x is the same as write $char(x). So I learn something every day... :-) Thanks Kevin --- Maury Pepper <[EMAIL PROTECTED]> wrote: It would help to to know what your code looks like and exactly what you want the output to look like, but let me offer a couple of thoughts: 1. If you are using the ? tab format character, you need to let GTM know the position of the cursor. Using ! sets $X to 0. An escape sequence might set $X depending on how it is issued. I don't know about GTM, but other M's let you set $X directly. So just insert: S $X=0 following the W *13 or $C(13). 2. Most systems provide a way to define line length. This can be used to automatically wrap long lines. Common values are 80 and 132. Generally, there's a way to turn this off or disable it by setting the line length to 0. It looks like some of your lines are wrapping so you are probably having this problem. Again, the solution is to S $X=0 if GTM allows that and/or disable line wrapping. - Original Message - From: "Kevin Toppenberg" <[EMAIL PROTECTED]> To: "Hardhats Sourceforge" Sent: Tuesday, July 12, 2005 11:47 PM Subject: [Hardhats-members] Does W ! flush an output buffer? I am in the middle of writing a function to display a progress bar. I want the bar to stay on one line, so at the end of each line, I need to do something to get back to the beginning of line. My first approach was to write the line, then write a $char(13) to go back to the beginning of the line, ready for the next refresh. But this gave very odd output, like this: Lets begin... Progress: 94%->|| Progress: 89%>|--| Progress: 84%-->|--- Progress: 74%--->|-| Progress: 69%|---| Progress: 64%->| Progress: 59%-->|--| Progress: 49%| Progress: 44%--->|-- Progress: 39%->|---| Progress: 29%| Progress: 24%-->|--- Progress: 19%>|| Progress: 9%>|--| Progress: 4%->| ---| All done!... But if, instead, I write a !, and then issue an escape sequence to move the cursor up one line, it works perfectly. It acts like it drops characters unless I write a ! Does anyone know what is going on? thanks Kevn GTM> __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com --- This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual core and dual graphics technology at this free one hour event hosted by HP, AMD, and NVIDIA. To register visit http://www.hp.com/go/dualwebinar ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual core and dual graphics technology at this free one hour event hosted by HP, AMD, and NVIDIA. To register visit http://www.hp.com/go/dualwebinar ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com --- This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening July 14 at 8am PDT/11am EDT. We invite you to explore the latest in
RE: [Hardhats-members] Does W ! flush an output buffer?
I think so. But a line feed moves the cursor down the screen, and a carriage return moves the cursor to the left hand side of the screen like an old typewriter. Kevin --- Aylesworth Marc A Ctr AFRL/IFSE <[EMAIL PROTECTED]> wrote: > Isn't the ascii code for line feed 10 > > Thanks > > Marc Aylesworth > > C3I Associates > > AFRL/IFSE > > Joint Battlespace Infosphere Team > > 525 Brooks Rd > > Rome, NY 13441-4505 > > Tel:315.330.2422 > > Fax:315.330.7009 > > Email: [EMAIL PROTECTED] > > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] > On Behalf Of Kevin > Toppenberg > Sent: Wednesday, July 13, 2005 2:09 PM > To: hardhats-members@lists.sourceforge.net > Subject: Re: [Hardhats-members] Does W ! flush an > output buffer? > > Maury, > > This was the problem. Apparently with M sees a !, > it > automatically resets $X, but writing a $char(13) > doesn't. This seems kind of an odd mechanism. > > I was switching back and forth between writing files > out to a file and writing the progress on the > screen. > It seems that there is only ONE $X, not one each for > the file and another for the screen. So I had to > make > the switch between states just after a ! had been > written to the file. > > Thanks for the help. Also, I hadn't known that > write > *x is the same as write $char(x). So I learn > something every day... :-) > > Thanks > Kevin > > > --- Maury Pepper <[EMAIL PROTECTED]> wrote: > > > It would help to to know what your code looks like > > and exactly what you want the output to look like, > > but let me offer a couple of thoughts: > > > > 1. If you are using the ? tab format character, > you > > need to let GTM know the position of the cursor. > > Using ! sets $X to 0. An escape sequence might > set > > $X depending on how it is issued. I don't know > > about GTM, but other M's let you set $X directly. > > So just insert: > > S $X=0 following the W *13 or $C(13). > > > > 2. Most systems provide a way to define line > > length. This can be used to automatically wrap > long > > lines. Common values are 80 and 132. Generally, > > there's a way to turn this off or disable it by > > setting the line length to 0. It looks like some > of > > your lines are wrapping so you are probably having > > this problem. Again, the solution is to S $X=0 if > > GTM allows that and/or disable line wrapping. > > > > > > - Original Message - > > From: "Kevin Toppenberg" <[EMAIL PROTECTED]> > > To: "Hardhats Sourceforge" > > > > Sent: Tuesday, July 12, 2005 11:47 PM > > Subject: [Hardhats-members] Does W ! flush an > output > > buffer? > > > > > > >I am in the middle of writing a function to > display > > a > > > progress bar. > > > > > > I want the bar to stay on one line, so at the > end > > of > > > each line, I need to do something to get back to > > the > > > beginning of line. > > > > > > My first approach was to write the line, then > > write a > > > $char(13) to go back to the beginning of the > line, > > > ready for the next refresh. > > > > > > But this gave very odd output, like this: > > > > > > Lets begin... > > > Progress: > > > > > > 94%->|| > > > Progress: 89%>|--| > > > Progress: > > > 84%-->|--- > > > Progress: > > > > 74%--->|-| > > > Progress: 69%|---| > > > Progress: > > 64%->| > > > Progress: > > > > 59%-->|--| > > > Progress: > 49%| > > > Progress: 44%--->|-- > > > Progress: > > > > 39%->|---| > > > Progress: > > 29%| > > > Progress: 24%-->|--- > > > Progress: > > > > 19%>|| > > > Progress: > > > 9%>|--| > > > Progress: 4%->|---
Re: [Hardhats-members] Does W ! flush an output buffer?
or the ncurses library. :-) Kevin --- Gregory Woodhouse <[EMAIL PROTECTED]> wrote: > Okay, okay, so maybe that's no fun. What you're > really looking for is > that MUMPS equivalent of stty cbreak. > === > Gregory Woodhouse > [EMAIL PROTECTED] > > "It is a capital mistake to theorize before one has > data." > --Sir Arthur Conan Doyle > > > > On Jul 13, 2005, at 7:13 AM, Gregory Woodhouse > wrote: > > > Have you considered using XGF? > > > > --- > This SF.Net email is sponsored by the 'Do More With > Dual!' webinar happening > July 14 at 8am PDT/11am EDT. We invite you to > explore the latest in dual > core and dual graphics technology at this free one > hour event hosted by HP, > AMD, and NVIDIA. To register visit > http://www.hp.com/go/dualwebinar > ___ > Hardhats-members mailing list > Hardhats-members@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/hardhats-members > __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com --- This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual core and dual graphics technology at this free one hour event hosted by HP, AMD, and NVIDIA. To register visit http://www.hp.com/go/dualwebinar ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
RE: [Hardhats-members] Does W ! flush an output buffer?
Isn't the ascii code for line feed 10 Thanks Marc Aylesworth C3I Associates AFRL/IFSE Joint Battlespace Infosphere Team 525 Brooks Rd Rome, NY 13441-4505 Tel:315.330.2422 Fax:315.330.7009 Email: [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kevin Toppenberg Sent: Wednesday, July 13, 2005 2:09 PM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] Does W ! flush an output buffer? Maury, This was the problem. Apparently with M sees a !, it automatically resets $X, but writing a $char(13) doesn't. This seems kind of an odd mechanism. I was switching back and forth between writing files out to a file and writing the progress on the screen. It seems that there is only ONE $X, not one each for the file and another for the screen. So I had to make the switch between states just after a ! had been written to the file. Thanks for the help. Also, I hadn't known that write *x is the same as write $char(x). So I learn something every day... :-) Thanks Kevin --- Maury Pepper <[EMAIL PROTECTED]> wrote: > It would help to to know what your code looks like > and exactly what you want the output to look like, > but let me offer a couple of thoughts: > > 1. If you are using the ? tab format character, you > need to let GTM know the position of the cursor. > Using ! sets $X to 0. An escape sequence might set > $X depending on how it is issued. I don't know > about GTM, but other M's let you set $X directly. > So just insert: > S $X=0 following the W *13 or $C(13). > > 2. Most systems provide a way to define line > length. This can be used to automatically wrap long > lines. Common values are 80 and 132. Generally, > there's a way to turn this off or disable it by > setting the line length to 0. It looks like some of > your lines are wrapping so you are probably having > this problem. Again, the solution is to S $X=0 if > GTM allows that and/or disable line wrapping. > > > - Original Message - > From: "Kevin Toppenberg" <[EMAIL PROTECTED]> > To: "Hardhats Sourceforge" > > Sent: Tuesday, July 12, 2005 11:47 PM > Subject: [Hardhats-members] Does W ! flush an output > buffer? > > > >I am in the middle of writing a function to display > a > > progress bar. > > > > I want the bar to stay on one line, so at the end > of > > each line, I need to do something to get back to > the > > beginning of line. > > > > My first approach was to write the line, then > write a > > $char(13) to go back to the beginning of the line, > > ready for the next refresh. > > > > But this gave very odd output, like this: > > > > Lets begin... > > Progress: > > > 94%->|| > > Progress: 89%>|--| > > Progress: > > 84%-->|--- > > Progress: > > 74%--->|-| > > Progress: 69%|---| > > Progress: > 64%->| > > Progress: > > 59%-->|--| > > Progress: 49%| > > Progress: 44%--->|-- > > Progress: > > 39%->|---| > > Progress: > 29%| > > Progress: 24%-->|--- > > Progress: > > 19%>|| > > Progress: > > 9%>|--| > > Progress: 4%->| > > ---| > > All done!... > > > > > > But if, instead, I write a !, and then issue an > escape > > sequence to move the cursor up one line, it works > > perfectly. > > > > It acts like it drops characters unless I write a > ! > > > > Does anyone know what is going on? > > thanks > > Kevn > > > > > > GTM> > > > > > > __ > > Do You Yahoo!? > > Tired of spam? Yahoo! Mail has the best spam > protection around > > http://mail.yahoo.com > > > > > > > --- > > This SF.Net email is sponsored by the 'Do More > With Dual!' webinar happening > > July 14 at 8am PDT/11am EDT. We invite you to > explore the latest in dual > > core and dual graphics technology a
Re: [Hardhats-members] Does W ! flush an output buffer?
XGF seems to be good only if one is completely in control of all the output to the screen. Otherwise any writes can mess it up. As we discussed recently, the XGF demo hangs when I try to run it, so I have beeen less excited about it. thanks Kevin --- Gregory Woodhouse <[EMAIL PROTECTED]> wrote: > Have you considered using XGF? > > === > Gregory Woodhouse > [EMAIL PROTECTED] > > "A practical man is a man who practices the errors > of his > forefathers. -- Benjamin Disraeli > > > > On Jul 12, 2005, at 9:47 PM, Kevin Toppenberg wrote: > > > I am in the middle of writing a function to > display a > > progress bar. > > > > I want the bar to stay on one line, so at the end > of > > each line, I need to do something to get back to > the > > beginning of line. > > > > My first approach was to write the line, then > write a > > $char(13) to go back to the beginning of the line, > > ready for the next refresh. > > > > But this gave very odd output, like this: > > > > Lets begin... > > Progress: > > > 94%->|| > > Progress: 89%>|--| > > Progress: > > 84%-->|--- > > Progress: > > 74%--->|-| > > Progress: 69%|---| > > Progress: > 64%->| > > Progress: > > 59%-->|--| > > Progress: 49%| > > Progress: 44%--->|-- > > Progress: > > 39%->|---| > > Progress: > 29%| > > Progress: 24%-->|--- > > Progress: > > 19%>|| > > Progress: > > 9%>|--| > > Progress: 4%->| > > ---| > > All done!... > > > > > > But if, instead, I write a !, and then issue an > escape > > sequence to move the cursor up one line, it works > > perfectly. > > > > It acts like it drops characters unless I write a > ! > > > > Does anyone know what is going on? > > thanks > > Kevn > > > > > > GTM> > > > > > > __ > > Do You Yahoo!? > > Tired of spam? Yahoo! Mail has the best spam > protection around > > http://mail.yahoo.com > > > > > > > --- > > This SF.Net email is sponsored by the 'Do More > With Dual!' webinar > > happening > > July 14 at 8am PDT/11am EDT. We invite you to > explore the latest in > > dual > > core and dual graphics technology at this free one > hour event > > hosted by HP, > > AMD, and NVIDIA. To register visit > http://www.hp.com/go/dualwebinar > > ___ > > Hardhats-members mailing list > > Hardhats-members@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/hardhats-members > > > > > > --- > This SF.Net email is sponsored by the 'Do More With > Dual!' webinar happening > July 14 at 8am PDT/11am EDT. We invite you to > explore the latest in dual > core and dual graphics technology at this free one > hour event hosted by HP, > AMD, and NVIDIA. To register visit > http://www.hp.com/go/dualwebinar > ___ > Hardhats-members mailing list > Hardhats-members@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/hardhats-members > __ Do you Yahoo!? Yahoo! Mail - Find what you need with new enhanced search. http://info.mail.yahoo.com/mail_250 --- This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual core and dual graphics technology at this free one hour event hosted by HP, AMD, and NVIDIA. To register visit http://www.hp.com/go/dualwebinar ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] Does W ! flush an output buffer?
Maury, This was the problem. Apparently with M sees a !, it automatically resets $X, but writing a $char(13) doesn't. This seems kind of an odd mechanism. I was switching back and forth between writing files out to a file and writing the progress on the screen. It seems that there is only ONE $X, not one each for the file and another for the screen. So I had to make the switch between states just after a ! had been written to the file. Thanks for the help. Also, I hadn't known that write *x is the same as write $char(x). So I learn something every day... :-) Thanks Kevin --- Maury Pepper <[EMAIL PROTECTED]> wrote: > It would help to to know what your code looks like > and exactly what you want the output to look like, > but let me offer a couple of thoughts: > > 1. If you are using the ? tab format character, you > need to let GTM know the position of the cursor. > Using ! sets $X to 0. An escape sequence might set > $X depending on how it is issued. I don't know > about GTM, but other M's let you set $X directly. > So just insert: > S $X=0 following the W *13 or $C(13). > > 2. Most systems provide a way to define line > length. This can be used to automatically wrap long > lines. Common values are 80 and 132. Generally, > there's a way to turn this off or disable it by > setting the line length to 0. It looks like some of > your lines are wrapping so you are probably having > this problem. Again, the solution is to S $X=0 if > GTM allows that and/or disable line wrapping. > > > - Original Message - > From: "Kevin Toppenberg" <[EMAIL PROTECTED]> > To: "Hardhats Sourceforge" > > Sent: Tuesday, July 12, 2005 11:47 PM > Subject: [Hardhats-members] Does W ! flush an output > buffer? > > > >I am in the middle of writing a function to display > a > > progress bar. > > > > I want the bar to stay on one line, so at the end > of > > each line, I need to do something to get back to > the > > beginning of line. > > > > My first approach was to write the line, then > write a > > $char(13) to go back to the beginning of the line, > > ready for the next refresh. > > > > But this gave very odd output, like this: > > > > Lets begin... > > Progress: > > > 94%->|| > > Progress: 89%>|--| > > Progress: > > 84%-->|--- > > Progress: > > 74%--->|-| > > Progress: 69%|---| > > Progress: > 64%->| > > Progress: > > 59%-->|--| > > Progress: 49%| > > Progress: 44%--->|-- > > Progress: > > 39%->|---| > > Progress: > 29%| > > Progress: 24%-->|--- > > Progress: > > 19%>|| > > Progress: > > 9%>|--| > > Progress: 4%->| > > ---| > > All done!... > > > > > > But if, instead, I write a !, and then issue an > escape > > sequence to move the cursor up one line, it works > > perfectly. > > > > It acts like it drops characters unless I write a > ! > > > > Does anyone know what is going on? > > thanks > > Kevn > > > > > > GTM> > > > > > > __ > > Do You Yahoo!? > > Tired of spam? Yahoo! Mail has the best spam > protection around > > http://mail.yahoo.com > > > > > > > --- > > This SF.Net email is sponsored by the 'Do More > With Dual!' webinar happening > > July 14 at 8am PDT/11am EDT. We invite you to > explore the latest in dual > > core and dual graphics technology at this free one > hour event hosted by HP, > > AMD, and NVIDIA. To register visit > http://www.hp.com/go/dualwebinar > > ___ > > Hardhats-members mailing list > > Hardhats-members@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/hardhats-members > > > --- > This SF.Net email is sponsored by the 'Do More With > Dual!' webinar happening > July 14 at 8am PDT/11am EDT. We invite you to > explore the latest in dual > core and dual graphics technology at this free one > hour event hosted by HP, > AMD, and NVIDIA. To register visit > http://www.hp.com/go/dualwebinar > ___ > Hardhats-members mailing list > Hardhats-members@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/hardhats-members > __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com --- This SF.Net email i
Re: [Hardhats-members] Does W ! flush an output buffer?
Okay, okay, so maybe that's no fun. What you're really looking for is that MUMPS equivalent of stty cbreak. === Gregory Woodhouse [EMAIL PROTECTED] "It is a capital mistake to theorize before one has data." --Sir Arthur Conan Doyle On Jul 13, 2005, at 7:13 AM, Gregory Woodhouse wrote: Have you considered using XGF? --- This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual core and dual graphics technology at this free one hour event hosted by HP, AMD, and NVIDIA. To register visit http://www.hp.com/go/dualwebinar ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] Does W ! flush an output buffer?
Have you considered using XGF? === Gregory Woodhouse [EMAIL PROTECTED] "A practical man is a man who practices the errors of his forefathers. -- Benjamin Disraeli On Jul 12, 2005, at 9:47 PM, Kevin Toppenberg wrote: I am in the middle of writing a function to display a progress bar. I want the bar to stay on one line, so at the end of each line, I need to do something to get back to the beginning of line. My first approach was to write the line, then write a $char(13) to go back to the beginning of the line, ready for the next refresh. But this gave very odd output, like this: Lets begin... Progress: 94%->|| Progress: 89%>|--| Progress: 84%-->|--- Progress: 74%--->|-| Progress: 69%|---| Progress: 64%->| Progress: 59%-->|--| Progress: 49%| Progress: 44%--->|-- Progress: 39%->|---| Progress: 29%| Progress: 24%-->|--- Progress: 19%>|| Progress: 9%>|--| Progress: 4%->| ---| All done!... But if, instead, I write a !, and then issue an escape sequence to move the cursor up one line, it works perfectly. It acts like it drops characters unless I write a ! Does anyone know what is going on? thanks Kevn GTM> __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com --- This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual core and dual graphics technology at this free one hour event hosted by HP, AMD, and NVIDIA. To register visit http://www.hp.com/go/dualwebinar ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual core and dual graphics technology at this free one hour event hosted by HP, AMD, and NVIDIA. To register visit http://www.hp.com/go/dualwebinar ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] Does W ! flush an output buffer?
It would help to to know what your code looks like and exactly what you want the output to look like, but let me offer a couple of thoughts: 1. If you are using the ? tab format character, you need to let GTM know the position of the cursor. Using ! sets $X to 0. An escape sequence might set $X depending on how it is issued. I don't know about GTM, but other M's let you set $X directly. So just insert: S $X=0 following the W *13 or $C(13). 2. Most systems provide a way to define line length. This can be used to automatically wrap long lines. Common values are 80 and 132. Generally, there's a way to turn this off or disable it by setting the line length to 0. It looks like some of your lines are wrapping so you are probably having this problem. Again, the solution is to S $X=0 if GTM allows that and/or disable line wrapping. - Original Message - From: "Kevin Toppenberg" <[EMAIL PROTECTED]> To: "Hardhats Sourceforge" Sent: Tuesday, July 12, 2005 11:47 PM Subject: [Hardhats-members] Does W ! flush an output buffer? >I am in the middle of writing a function to display a > progress bar. > > I want the bar to stay on one line, so at the end of > each line, I need to do something to get back to the > beginning of line. > > My first approach was to write the line, then write a > $char(13) to go back to the beginning of the line, > ready for the next refresh. > > But this gave very odd output, like this: > > Lets begin... > Progress: > 94%->|| > Progress: 89%>|--| > Progress: > 84%-->|--- > Progress: > 74%--->|-| > Progress: 69%|---| > Progress: 64%->| > Progress: > 59%-->|--| > Progress: 49%| > Progress: 44%--->|-- > Progress: > 39%->|---| > Progress: 29%| > Progress: 24%-->|--- > Progress: > 19%>|| > Progress: > 9%>|--| > Progress: 4%->| > ---| > All done!... > > > But if, instead, I write a !, and then issue an escape > sequence to move the cursor up one line, it works > perfectly. > > It acts like it drops characters unless I write a ! > > Does anyone know what is going on? > thanks > Kevn > > > GTM> > > > __ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > > > --- > This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening > July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual > core and dual graphics technology at this free one hour event hosted by HP, > AMD, and NVIDIA. To register visit http://www.hp.com/go/dualwebinar > ___ > Hardhats-members mailing list > Hardhats-members@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/hardhats-members --- This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual core and dual graphics technology at this free one hour event hosted by HP, AMD, and NVIDIA. To register visit http://www.hp.com/go/dualwebinar ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members