Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.forth > #37861 > unrolled thread
| Started by | rickman <gnuarm@gmail.com> |
|---|---|
| First post | 2015-04-02 21:08 -0400 |
| Last post | 2015-04-17 20:06 +0000 |
| Articles | 20 on this page of 102 — 24 participants |
Back to article view | Back to comp.lang.forth
Mecrisp on the TI Stellaris Launchpad rickman <gnuarm@gmail.com> - 2015-04-02 21:08 -0400
Re: Mecrisp on the TI Stellaris Launchpad rickman <gnuarm@gmail.com> - 2015-04-13 21:47 -0400
Re: Mecrisp on the TI Stellaris Launchpad rickman <gnuarm@gmail.com> - 2015-04-16 23:37 -0400
Re: Mecrisp on the TI Stellaris Launchpad Paul Rubin <no.email@nospam.invalid> - 2015-04-16 20:59 -0700
Re: Mecrisp on the TI Stellaris Launchpad Mel Wilson <mwilson@the-wire.com> - 2015-04-17 13:16 +0000
Re: Mecrisp on the TI Stellaris Launchpad rickman <gnuarm@gmail.com> - 2015-04-17 00:19 -0400
Re: Mecrisp on the TI Stellaris Launchpad Paul Rubin <no.email@nospam.invalid> - 2015-04-16 21:56 -0700
Re: Mecrisp on the TI Stellaris Launchpad rickman <gnuarm@gmail.com> - 2015-04-17 14:47 -0400
WAS: Mecrisp on the TI Stellaris Launchpad IS: Thunderbird Line Breaking rickman <gnuarm@gmail.com> - 2015-04-17 15:12 -0400
Re: WAS: Mecrisp on the TI Stellaris Launchpad IS: Thunderbird Line Breaking Martin Gregorie <martin@address-in-sig.invalid> - 2015-04-17 20:14 +0000
Re: WAS: Mecrisp on the TI Stellaris Launchpad IS: Thunderbird Line Breaking rickman <gnuarm@gmail.com> - 2015-04-17 16:59 -0400
Re: WAS: Mecrisp on the TI Stellaris Launchpad IS: Thunderbird Line Breaking David Brown <david.brown@hesbynett.no> - 2015-04-18 10:00 +0200
Re: WAS: Mecrisp on the TI Stellaris Launchpad IS: Thunderbird Line Breaking rickman <gnuarm@gmail.com> - 2015-04-18 09:32 -0400
Re: WAS: Mecrisp on the TI Stellaris Launchpad IS: Thunderbird Line Breaking Martin Gregorie <martin@address-in-sig.invalid> - 2015-04-18 15:15 +0000
Re: WAS: Mecrisp on the TI Stellaris Launchpad IS: Thunderbird Line Breaking rickman <gnuarm@gmail.com> - 2015-04-18 11:31 -0400
Re: WAS: Mecrisp on the TI Stellaris Launchpad IS: Thunderbird Line Breaking Niklas Holsti <niklas.holsti@tidorum.invalid> - 2015-04-18 19:21 +0300
Re: WAS: Mecrisp on the TI Stellaris Launchpad IS: Thunderbird Line Breaking rickman <gnuarm@gmail.com> - 2015-04-19 16:39 -0400
Re: WAS: Mecrisp on the TI Stellaris Launchpad IS: Thunderbird Line Breaking Alan Adams <alan@adamshome.org.uk> - 2015-04-18 18:52 +0100
Re: WAS: Mecrisp on the TI Stellaris Launchpad IS: Thunderbird Line Breaking "Rod Pemberton" <bork@lllljunkqwer.cpm> - 2015-04-18 18:55 -0400
Re: WAS: Mecrisp on the TI Stellaris Launchpad IS: Thunderbird Line Breaking The Natural Philosopher <tnp@invalid.invalid> - 2015-04-19 09:13 +0100
Re: WAS: Mecrisp on the TI Stellaris Launchpad IS: Thunderbird Line Breaking Dimiter_Popoff <dp@tgi-sci.com> - 2015-04-19 13:22 +0300
Re: WAS: Mecrisp on the TI Stellaris Launchpad IS: Thunderbird Line Breaking David Brown <david.brown@hesbynett.no> - 2015-04-19 22:09 +0200
Re: Mecrisp on the TI Stellaris Launchpad mm0fmf <none@mailinator.com> - 2015-04-17 21:15 +0100
Re: Mecrisp on the TI Stellaris Launchpad rickman <gnuarm@gmail.com> - 2015-04-17 17:02 -0400
Re: Mecrisp on the TI Stellaris Launchpad mm0fmf <none@mailinator.com> - 2015-04-18 17:06 +0100
Re: Mecrisp on the TI Stellaris Launchpad rickman <gnuarm@gmail.com> - 2015-04-19 16:57 -0400
Re: Mecrisp on the TI Stellaris Launchpad Alan Adams <alan@adamshome.org.uk> - 2015-04-20 09:33 +0100
Re: Mecrisp on the TI Stellaris Launchpad mm0fmf <none@mailinator.com> - 2015-04-20 18:03 +0100
Re: Mecrisp on the TI Stellaris Launchpad rickman <gnuarm@gmail.com> - 2015-04-21 01:16 -0400
Re: Mecrisp on the TI Stellaris Launchpad rickman <gnuarm@gmail.com> - 2015-04-17 20:20 -0400
Re: Mecrisp on the TI Stellaris Launchpad Paul Rubin <no.email@nospam.invalid> - 2015-04-17 17:24 -0700
Re: Mecrisp on the TI Stellaris Launchpad rickman <gnuarm@gmail.com> - 2015-04-17 20:40 -0400
Re: Mecrisp on the TI Stellaris Launchpad Paul Rubin <no.email@nospam.invalid> - 2015-04-17 17:57 -0700
Re: Mecrisp on the TI Stellaris Launchpad David Brown <david.brown@hesbynett.no> - 2015-04-18 10:04 +0200
Re: Mecrisp on the TI Stellaris Launchpad Jan Coombs <Jan-54 <jenfhaomndgfwutc@murmic.plus.com>> - 2015-04-18 09:38 +0100
Re: Mecrisp on the TI Stellaris Launchpad rickman <gnuarm@gmail.com> - 2015-04-18 11:04 -0400
Re: Mecrisp on the TI Stellaris Launchpad David Brown <david.brown@hesbynett.no> - 2015-04-18 17:54 +0200
Re: Mecrisp on the TI Stellaris Launchpad hal-usenet@ip-64-139-1-69.sjc.megapath.net (Hal Murray) - 2015-04-18 15:36 -0500
Re: Mecrisp on the TI Stellaris Launchpad Theo Markettos <theom+news@chiark.greenend.org.uk> - 2015-04-23 07:59 +0100
Re: Mecrisp on the TI Stellaris Launchpad rickman <gnuarm@gmail.com> - 2015-04-25 14:35 -0400
Re: Mecrisp on the TI Stellaris Launchpad rickman <gnuarm@gmail.com> - 2015-04-25 15:44 -0400
Re: Mecrisp on the TI Stellaris Launchpad rickman <gnuarm@gmail.com> - 2015-05-08 12:00 -0400
Re: Mecrisp on the TI Stellaris Launchpad rickman <gnuarm@gmail.com> - 2015-05-10 03:36 -0400
Re: Mecrisp on the TI Stellaris Launchpad Theo Markettos <theom+news@chiark.greenend.org.uk> - 2015-05-10 10:32 +0100
Re: Mecrisp on the TI Stellaris Launchpad Tauno Voipio <tauno.voipio@notused.fi.invalid> - 2015-05-10 12:56 +0300
Re: Mecrisp on the TI Stellaris Launchpad rickman <gnuarm@gmail.com> - 2015-05-10 10:48 -0400
Re: Mecrisp on the TI Stellaris Launchpad The Natural Philosopher <tnp@invalid.invalid> - 2015-05-10 16:05 +0100
Re: Mecrisp on the TI Stellaris Launchpad Mark Wills <markwills1970@gmail.com> - 2015-05-10 08:55 -0700
Re: Mecrisp on the TI Stellaris Launchpad rickman <gnuarm@gmail.com> - 2015-05-10 13:13 -0400
Re: Mecrisp on the TI Stellaris Launchpad rickman <gnuarm@gmail.com> - 2015-05-10 15:34 -0400
Re: Mecrisp on the TI Stellaris Launchpad albert@spenarnc.xs4all.nl (Albert van der Horst) - 2015-05-10 11:41 +0000
Re: Mecrisp on the TI Stellaris Launchpad Theo Markettos <theom+news@chiark.greenend.org.uk> - 2015-05-10 16:56 +0100
Re: Mecrisp on the TI Stellaris Launchpad rickman <gnuarm@gmail.com> - 2015-05-10 13:01 -0400
Re: Mecrisp on the TI Stellaris Launchpad stephen@mpeforth.com (Stephen Pelc) - 2015-04-18 19:22 +0000
Re: Mecrisp on the TI Stellaris Launchpad rickman <gnuarm@gmail.com> - 2015-04-19 17:04 -0400
Re: Mecrisp on the TI Stellaris Launchpad Tauno Voipio <tauno.voipio@notused.fi.invalid> - 2015-04-20 13:24 +0300
Re: Mecrisp on the TI Stellaris Launchpad rickman <gnuarm@gmail.com> - 2015-04-22 13:23 -0400
Re: Mecrisp on the TI Stellaris Launchpad Dimiter_Popoff <dp@tgi-sci.com> - 2015-04-22 20:44 +0300
Re: Mecrisp on the TI Stellaris Launchpad rickman <gnuarm@gmail.com> - 2015-04-22 13:51 -0400
Re: Mecrisp on the TI Stellaris Launchpad Waldek Hebisch <hebisch@math.uni.wroc.pl> - 2015-04-22 19:10 +0000
Re: Mecrisp on the TI Stellaris Launchpad rickman <gnuarm@gmail.com> - 2015-04-22 15:31 -0400
Re: Mecrisp on the TI Stellaris Launchpad Waldek Hebisch <hebisch@math.uni.wroc.pl> - 2015-04-23 02:08 +0000
Re: Mecrisp on the TI Stellaris Launchpad Waldek Hebisch <hebisch@math.uni.wroc.pl> - 2015-04-24 02:52 +0000
Re: Mecrisp on the TI Stellaris Launchpad rickman <gnuarm@gmail.com> - 2015-04-25 14:40 -0400
Re: Mecrisp on the TI Stellaris Launchpad rickman <gnuarm@gmail.com> - 2015-04-25 15:42 -0400
Re: Mecrisp on the TI Stellaris Launchpad albert@spenarnc.xs4all.nl (Albert van der Horst) - 2015-04-17 10:52 +0000
Re: Mecrisp on the TI Stellaris Launchpad Dimiter_Popoff <dp@tgi-sci.com> - 2015-04-17 14:05 +0300
Re: Mecrisp on the TI Stellaris Launchpad Paul Rubin <no.email@nospam.invalid> - 2015-04-17 07:56 -0700
Re: Mecrisp on the TI Stellaris Launchpad David Brown <david.brown@hesbynett.no> - 2015-04-17 17:26 +0200
Re: Mecrisp on the TI Stellaris Launchpad glen herrmannsfeldt <gah@ugcs.caltech.edu> - 2015-04-17 17:01 +0000
Re: Mecrisp on the TI Stellaris Launchpad Blajrs Jrolrsen <boegre@no.com> - 2015-04-17 13:36 +0000
Re: Mecrisp on the TI Stellaris Launchpad anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2015-04-17 14:42 +0000
Re: Mecrisp on the TI Stellaris Launchpad Hans-Bernhard Bröker <HBBroeker@t-online.de> - 2015-04-18 00:25 +0200
Re: Mecrisp on the TI Stellaris Launchpad rickman <gnuarm@gmail.com> - 2015-04-17 20:03 -0400
Re: Mecrisp on the TI Stellaris Launchpad Paul Rubin <no.email@nospam.invalid> - 2015-04-17 17:14 -0700
Re: Mecrisp on the TI Stellaris Launchpad rickman <gnuarm@gmail.com> - 2015-04-17 20:26 -0400
Re: Mecrisp on the TI Stellaris Launchpad Paul Rubin <no.email@nospam.invalid> - 2015-04-17 17:32 -0700
Re: Mecrisp on the TI Stellaris Launchpad rickman <gnuarm@gmail.com> - 2015-04-17 20:47 -0400
Re: Mecrisp on the TI Stellaris Launchpad albert@spenarnc.xs4all.nl (Albert van der Horst) - 2015-04-18 08:47 +0000
Re: Mecrisp on the TI Stellaris Launchpad rickman <gnuarm@gmail.com> - 2015-04-18 11:19 -0400
Re: Mecrisp on the TI Stellaris Launchpad albert@spenarnc.xs4all.nl (Albert van der Horst) - 2015-04-18 15:52 +0000
Re: Mecrisp on the TI Stellaris Launchpad rickman <gnuarm@gmail.com> - 2015-04-19 17:07 -0400
Re: Mecrisp on the TI Stellaris Launchpad rickman <gnuarm@gmail.com> - 2015-06-09 03:04 -0400
Re: Mecrisp on the TI Stellaris Launchpad Robert Wessel <robertwessel2@yahoo.com> - 2015-04-18 00:11 -0500
Re: Mecrisp on the TI Stellaris Launchpad David Brown <david.brown@hesbynett.no> - 2015-04-18 10:32 +0200
Re: Mecrisp on the TI Stellaris Launchpad rickman <gnuarm@gmail.com> - 2015-04-18 11:26 -0400
Re: Mecrisp on the TI Stellaris Launchpad David Brown <david.brown@hesbynett.no> - 2015-04-18 17:57 +0200
Re: Mecrisp on the TI Stellaris Launchpad Paul Rubin <no.email@nospam.invalid> - 2015-04-18 09:42 -0700
Re: Mecrisp on the TI Stellaris Launchpad rickman <gnuarm@gmail.com> - 2015-04-19 17:11 -0400
Re: Mecrisp on the TI Stellaris Launchpad Hans-Bernhard Bröker <HBBroeker@t-online.de> - 2015-04-18 12:19 +0200
Re: Mecrisp on the TI Stellaris Launchpad Dimiter_Popoff <dp@tgi-sci.com> - 2015-04-18 15:16 +0300
Re: Mecrisp on the TI Stellaris Launchpad David Brown <david.brown@hesbynett.no> - 2015-04-18 19:57 +0200
Re: Mecrisp on the TI Stellaris Launchpad Dimiter_Popoff <dp@tgi-sci.com> - 2015-04-18 23:11 +0300
Re: Mecrisp on the TI Stellaris Launchpad David Brown <david.brown@hesbynett.no> - 2015-04-19 21:32 +0200
Re: Mecrisp on the TI Stellaris Launchpad Dimiter_Popoff <dp@tgi-sci.com> - 2015-04-19 23:04 +0300
Re: Mecrisp on the TI Stellaris Launchpad anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2015-04-18 09:15 +0000
Re: Mecrisp on the TI Stellaris Launchpad David Brown <david.brown@hesbynett.no> - 2015-04-18 12:17 +0200
Re: Mecrisp on the TI Stellaris Launchpad anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2015-04-18 13:08 +0000
Re: Mecrisp on the TI Stellaris Launchpad David Brown <david.brown@hesbynett.no> - 2015-04-18 20:17 +0200
Re: Mecrisp on the TI Stellaris Launchpad anton@mips.complang.tuwien.ac.at (Anton Ertl) - 2015-04-20 15:33 +0000
Re: Mecrisp on the TI Stellaris Launchpad rickman <gnuarm@gmail.com> - 2015-04-17 14:52 -0400
Re: Mecrisp on the TI Stellaris Launchpad albert@spenarnc.xs4all.nl (Albert van der Horst) - 2015-04-17 20:06 +0000
Page 1 of 6 [1] 2 3 4 5 6 Next page →
| From | rickman <gnuarm@gmail.com> |
|---|---|
| Date | 2015-04-02 21:08 -0400 |
| Subject | Mecrisp on the TI Stellaris Launchpad |
| Message-ID | <mfkp4c$s28$1@dont-email.me> |
I am trying out Mecrisp on a TI Stellaris Launchpad I have had for sometime. This is a program to be loaded onto the Launchpad over the debug USB port using the on board debugger chip. The Mecrisp instructions are shown here... ;------------------------------------------------------------------------------ Hardware and configuration for LM4F120 and TM4C123: ;------------------------------------------------------------------------------ Connect your cable to the Debug-USB-Port, set "PWR SELECT" switch to DEBUG and close VDD jumper. Flashing is possible with lm4flash: https://github.com/utzig/lm4tools On startup, this runs with internal PIOSC at 16 MHz, which is specified +-3% over whole temperature range. I can figure out the switch part and I found the debug port. But I am stumped with the lm4flash tool. I managed to download the directory from github, but I don't see an executable, only sources. Clearly I am expected to be able to compile C code on the PC, but it has likely been a decade since I've done that. I don't even have a C compiler on this machine. I guess the idea is that anyone wanting to use this flashing tool would be doing C development and so would be familiar with how to compile the sources. I really don't want to have to figure out where to get C tools for the PC and how to get them running. Heck, it might be easier in the long run to transcribe the program into Forth and run it that way. 800 line of source counting white space, but few comments... oh, the code uses libusb-1.0 for USB. I don't know how to deal with that. Crap... -- Rick
[toc] | [next] | [standalone]
| From | rickman <gnuarm@gmail.com> |
|---|---|
| Date | 2015-04-13 21:47 -0400 |
| Message-ID | <mghrhp$2b3$1@dont-email.me> |
| In reply to | #37861 |
On 4/13/2015 9:45 PM, rickman wrote: > On 4/13/2015 7:33 PM, sbattazzo@gmail.com wrote: >> On Monday, April 13, 2015 at 4:25:56 PM UTC-7, sbat...@gmail.com wrote: >>> On Monday, April 13, 2015 at 4:18:08 PM UTC-7, sbat...@gmail.com wrote: >>>> On Thursday, April 2, 2015 at 6:08:24 PM UTC-7, rickman wrote: >>>>> I am trying out Mecrisp on a TI Stellaris Launchpad I have had for >>>>> sometime. This is a program to be loaded onto the Launchpad over the >>>>> debug USB port using the on board debugger chip. The Mecrisp >>>>> instructions are shown here... >>>>> >>>>> ;------------------------------------------------------------------------------ >>>>> >>>>> Hardware and configuration for LM4F120 and TM4C123: >>>>> ;------------------------------------------------------------------------------ >>>>> >>>>> Connect your cable to the Debug-USB-Port, >>>>> set "PWR SELECT" switch to DEBUG and >>>>> close VDD jumper. >>>>> >>>>> Flashing is possible with lm4flash: >>>>> https://github.com/utzig/lm4tools >>>>> >>>>> On startup, this runs with internal PIOSC at 16 MHz, >>>>> which is specified +-3% over whole temperature range. >>>>> >>>>> I can figure out the switch part and I found the debug port. But I am >>>>> stumped with the lm4flash tool. I managed to download the directory >>>>> from github, but I don't see an executable, only sources. Clearly >>>>> I am >>>>> expected to be able to compile C code on the PC, but it has likely >>>>> been >>>>> a decade since I've done that. I don't even have a C compiler on this >>>>> machine. >>>>> >>>>> I guess the idea is that anyone wanting to use this flashing tool >>>>> would >>>>> be doing C development and so would be familiar with how to compile >>>>> the >>>>> sources. I really don't want to have to figure out where to get C >>>>> tools >>>>> for the PC and how to get them running. Heck, it might be easier >>>>> in the >>>>> long run to transcribe the program into Forth and run it that way. >>>>> 800 >>>>> line of source counting white space, but few comments... oh, the code >>>>> uses libusb-1.0 for USB. I don't know how to deal with that. Crap... >>>>> >>>>> -- >>>>> >>>>> Rick >>>> >> >> Last reply to this thread.. if you're on Windows it looks like TI >> provides what you need here: http://www.ti.com/tool/LMFLASHPROGRAMMER >> >> I'd be more than willing to bet it can accomplish the same task, >> though it's TI proprietary rather than open source for Linux. Whoever >> wrote up the instructions for that Mecrisp just probably hasn't tried >> it out or thought about . > > Yes, I'm on windows and have downloaded the TI tool, but not yet tried > to use it. I would like to run this on a raspberry pi as it is much > smaller and in some respects suits my lab use better than a PC. I will try > installing lm4flash the way you describe. > > There is a bit of irony in that to use a Forth tool I need to understand > how to compile a C program. lol I am rather weary of learning all the > ins and outs of complex tool, never knowing for sure what they are doing > or if I am using them correctly. That's the main motivator for using > Forth on this target. I'm trying to implement a rather simple function > and would like to have a simple tool. Even once I get this installed on > the host machine and I get Mecrisp installed on the target, I will still > need to learn the details of using Mecrisp. At least then I am learning > something I expect to use many times in the future. I plan to help with > the documentation of Mecrisp. I think that is the big weakness of most > open source tools, rather limited docs. Oh, I forgot to say thanks. Thanks :) -- Rick
[toc] | [prev] | [next] | [standalone]
| From | rickman <gnuarm@gmail.com> |
|---|---|
| Date | 2015-04-16 23:37 -0400 |
| Message-ID | <mgpv33$469$1@dont-email.me> |
| In reply to | #37861 |
On 4/16/2015 6:11 PM, Paul Rubin wrote: > rickman <gnuarm@gmail.com> writes: >> compile, but I can't seem to figure out how to run it. I type >> lm4flash at the command line, but it says "command not found". The >> file has no visible extension. Is that expected? What am I missing? > > Try ./lm4flash Yes, I figured that out. It seems the current working directory is not considered under Linux for finding executables... really!? I got things working to the point that I could run the program with the binary file and used the -v and -E options. I get an error message saying "Unable to find any ICDI devices". I am having to share the USB port between the launchpad and the mouse. I can't think that is the problem though. I set up the command, unplug the mouse, plug in the launchpad, give it a few seconds and hit return to run the programmer. I'm using the debug port on the launchpad, the switch is set to debug (otherwise it wouldn't have power). The RGB LED will cycle the colors, but as soon as I hit any key on the keyboard it turns Green and after a pause resumes the color cycle. I find that odd since the keyboard is on the rPi on the other port. I can't imagine the power on the USB port is not sufficient to power this dongle. I have a powered hub on order, but it won't be here for a week or two. I'm hoping this is not the problem. -- Rick
[toc] | [prev] | [next] | [standalone]
| From | Paul Rubin <no.email@nospam.invalid> |
|---|---|
| Date | 2015-04-16 20:59 -0700 |
| Message-ID | <87lhhrwgkf.fsf@jester.gateway.pace.com> |
| In reply to | #38251 |
rickman <gnuarm@gmail.com> writes: > Yes, I figured that out. It seems the current working directory is > not considered under Linux for finding executables... really!? Yes, it's so that if you type something like "ls" in a directory, you get the normal system ls instead of a possibly malicious one that was sitting in the directory. I guess this was more of an issue in the timesharing era.
[toc] | [prev] | [next] | [standalone]
| From | Mel Wilson <mwilson@the-wire.com> |
|---|---|
| Date | 2015-04-17 13:16 +0000 |
| Message-ID | <mgr12k$gue$1@dont-email.me> |
| In reply to | #38253 |
On Thu, 16 Apr 2015 20:59:28 -0700, Paul Rubin wrote: > rickman <gnuarm@gmail.com> writes: >> Yes, I figured that out. It seems the current working directory is not >> considered under Linux for finding executables... really!? > > Yes, it's so that if you type something like "ls" in a directory, you > get the normal system ls instead of a possibly malicious one that was > sitting in the directory. I guess this was more of an issue in the > timesharing era. If you must have this, you can get it with a command like (the bash version here) PATH+=:. which makes the current directory, whatever it is or will be, the last directory searched for commands. I never do this. I like the predictability. "./" is always available.
[toc] | [prev] | [next] | [standalone]
| From | rickman <gnuarm@gmail.com> |
|---|---|
| Date | 2015-04-17 00:19 -0400 |
| Message-ID | <mgq1j5$b0a$1@dont-email.me> |
| In reply to | #38251 |
On 4/16/2015 11:37 PM, rickman wrote: > On 4/16/2015 6:11 PM, Paul Rubin wrote: >> rickman <gnuarm@gmail.com> writes: >>> compile, but I can't seem to figure out how to run it. I type >>> lm4flash at the command line, but it says "command not found". The >>> file has no visible extension. Is that expected? What am I missing? >> >> Try ./lm4flash > > Yes, I figured that out. It seems the current working directory is not > considered under Linux for finding executables... really!? > > I got things working to the point that I could run the program with the > binary file and used the -v and -E options. I get an error message > saying "Unable to find any ICDI devices". > > I am having to share the USB port between the launchpad and the mouse. I > can't think that is the problem though. I set up the command, unplug > the mouse, plug in the launchpad, give it a few seconds and hit return > to run the programmer. I'm using the debug port on the launchpad, the > switch is set to debug (otherwise it wouldn't have power). The RGB LED > will cycle the colors, but as soon as I hit any key on the keyboard it > turns Green and after a pause resumes the color cycle. I find that odd > since the keyboard is on the rPi on the other port. I can't imagine the > power on the USB port is not sufficient to power this dongle. > > I have a powered hub on order, but it won't be here for a week or two. > I'm hoping this is not the problem. I think that is the problem. I found mention of a program, lsusb, which lists the USB devices. 1st time the launchpad didn't show up, 2nd time it did, 3rd time it didn't. I was using a gadget to measure the voltage and current going into the rPi. That side is at 5.25 volts give or take with around 400 mA of current. I moved the meter to the launchpad and the output on the USB port is only 4.95 volts. This time when I ran the lm4flash command it seemed to work. Maybe on the higher current side the meter was dropping enough voltage that it was less than marginal. Now at least it has a shot at working and clearly I need a powered hub for anything on the rPi USB ports. Seems they did a poor job on power distribution on the original design. The rPi 2 model B is supposed to be better. It can also be used for real PC work... like web browsing. Now I have to figure out how to get a terminal emulator working on the rPi. Can't be too hard... I just have to research it on my laptop rather than on the rPi. -- Rick
[toc] | [prev] | [next] | [standalone]
| From | Paul Rubin <no.email@nospam.invalid> |
|---|---|
| Date | 2015-04-16 21:56 -0700 |
| Message-ID | <87h9sfwdy1.fsf@jester.gateway.pace.com> |
| In reply to | #38255 |
rickman <gnuarm@gmail.com> writes: > I was using a gadget to measure the voltage and current going into the > rPi. That side is at 5.25 volts give or take with around 400 mA of > current. I moved the meter to the launchpad and the output on the USB > port is only 4.95 volts. I remember reading somewhere (probably adafruit.com) that you should use a pretty beefy 5V power supply with the rpi especially if it's under any type of load. They actually tweak their rpi power supplies to deliver 5.25 volts to compensate for some inevitable sag. I don't remember hearing that the USB ports themselves are out of spec but it's possible. Despite popular misconception USB ports are only supposed to be able to deliver 100 mA unless they grant the client "permission" to draw more (up to 500ma), through a power negotiation protocol that's part of USB. Most x86 motherboards can deliver 500 mA with no problem, so lots of badly designed client devices just assume the power is available, and try to draw it without bothering with the protocol. Maybe something like that is going on here.
[toc] | [prev] | [next] | [standalone]
| From | rickman <gnuarm@gmail.com> |
|---|---|
| Date | 2015-04-17 14:47 -0400 |
| Message-ID | <mgrket$1d0$1@dont-email.me> |
| In reply to | #38256 |
On 4/17/2015 12:56 AM, Paul Rubin wrote: > rickman <gnuarm@gmail.com> writes: >> I was using a gadget to measure the voltage and current going into the >> rPi. That side is at 5.25 volts give or take with around 400 mA of >> current. I moved the meter to the launchpad and the output on the USB >> port is only 4.95 volts. > > I remember reading somewhere (probably adafruit.com) that you should use > a pretty beefy 5V power supply with the rpi especially if it's under any > type of load. They actually tweak their rpi power supplies to deliver > 5.25 volts to compensate for some inevitable sag. > > I don't remember hearing that the USB ports themselves are out of spec > but it's possible. Despite popular misconception USB ports are only > supposed to be able to deliver 100 mA unless they grant the client > "permission" to draw more (up to 500ma), through a power negotiation > protocol that's part of USB. Most x86 motherboards can deliver 500 mA > with no problem, so lots of badly designed client devices just assume > the power is available, and try to draw it without bothering with the > protocol. Maybe something like that is going on here. I'm not 100% certain of this, but I believe the rPi runs input power through a Polyfuse which does have some noticeable resistance and so voltage droop. I've cross-posted this to the rPi group to see if anyone will confirm it. -- Rick
[toc] | [prev] | [next] | [standalone]
| From | rickman <gnuarm@gmail.com> |
|---|---|
| Date | 2015-04-17 15:12 -0400 |
| Subject | WAS: Mecrisp on the TI Stellaris Launchpad IS: Thunderbird Line Breaking |
| Message-ID | <mgrlsi$6ss$1@dont-email.me> |
| In reply to | #38289 |
On 4/17/2015 2:47 PM, rickman wrote:
> On 4/17/2015 12:56 AM, Paul Rubin wrote:
>> rickman <gnuarm@gmail.com> writes:
>>> I was using a gadget to measure the voltage and current going into the
>>> rPi. That side is at 5.25 volts give or take with around 400 mA of
>>> current. I moved the meter to the launchpad and the output on the USB
>>> port is only 4.95 volts.
>>
>> I remember reading somewhere (probably adafruit.com) that you should use
>> a pretty beefy 5V power supply with the rpi especially if it's under any
>> type of load. They actually tweak their rpi power supplies to deliver
>> 5.25 volts to compensate for some inevitable sag.
>>
>> I don't remember hearing that the USB ports themselves are out of spec
>> but it's possible. Despite popular misconception USB ports are only
>> supposed to be able to deliver 100 mA unless they grant the client
>> "permission" to draw more (up to 500ma), through a power negotiation
>> protocol that's part of USB. Most x86 motherboards can deliver 500 mA
>> with no problem, so lots of badly designed client devices just assume
>> the power is available, and try to draw it without bothering with the
>> protocol. Maybe something like that is going on here.
>
> I'm not 100% certain of this, but I believe the rPi runs input power
> through a Polyfuse which does have some noticeable resistance and so
> voltage droop. I've cross-posted this to the rPi group to see if anyone
> will confirm it.
I'm appending this OT post because I don't often look at my own posts,
but did this one. I'm using Thunderbird and it seems to do odd things
with line breaking.
It is common that I reply to ("Followup" in T-bird parlance) a post only
to find quoted lines extending off the page. Ok, so T-bird doesn't
always figure out that it needs to wrap lines for display.
But looking at my own post, I see the lines wrapping, but at the edge of
the screen, not at the 72 column point where line breaks should be
inserted when sending a message. Changing the size of the window
confirms this.
Then to make it even more confusing, in this reply it would appear that
line breaks are inserted in the quoted text! WTF????!!!! Anyone
understand how T-bird handles the line breaks, word wrap features? Do
you see my posts with line breaks at 72 columns? I have that turned
on... at least I thought I did. I can't find the setting now.
--
Rick
[toc] | [prev] | [next] | [standalone]
| From | Martin Gregorie <martin@address-in-sig.invalid> |
|---|---|
| Date | 2015-04-17 20:14 +0000 |
| Subject | Re: WAS: Mecrisp on the TI Stellaris Launchpad IS: Thunderbird Line Breaking |
| Message-ID | <mgrpjr$ilp$1@dont-email.me> |
| In reply to | #38291 |
On Fri, 17 Apr 2015 15:12:13 -0400, rickman wrote: > Then to make it even more confusing, in this reply it would appear that > line breaks are inserted in the quoted text! WTF????!!!! Anyone > understand how T-bird handles the line breaks, word wrap features? Do > you see my posts with line breaks at 72 columns? I have that turned > on... at least I thought I did. I can't find the setting now. > This has been rewrapped by Pan because it needed to add "> " at the beginning of each line, but as received, your appended text was wrapped at between 71 and 74 characters. I think it wraps whenever the next word would make the line longer that 74 chars, which is a bit odd seeing that you set the limit at 72. The last word at the end of each line in the para were: that Anyone you at now. -- martin@ | Martin Gregorie gregorie. | Essex, UK org |
[toc] | [prev] | [next] | [standalone]
| From | rickman <gnuarm@gmail.com> |
|---|---|
| Date | 2015-04-17 16:59 -0400 |
| Subject | Re: WAS: Mecrisp on the TI Stellaris Launchpad IS: Thunderbird Line Breaking |
| Message-ID | <mgrs5s$um9$1@dont-email.me> |
| In reply to | #38294 |
On 4/17/2015 4:14 PM, Martin Gregorie wrote: > On Fri, 17 Apr 2015 15:12:13 -0400, rickman wrote: > >> Then to make it even more confusing, in this reply it would appear that >> line breaks are inserted in the quoted text! WTF????!!!! Anyone >> understand how T-bird handles the line breaks, word wrap features? Do >> you see my posts with line breaks at 72 columns? I have that turned >> on... at least I thought I did. I can't find the setting now. >> > This has been rewrapped by Pan because it needed to add "> " at the > beginning of each line, but as received, your appended text was wrapped > at between 71 and 74 characters. I think it wraps whenever the next word > would make the line longer that 74 chars, which is a bit odd seeing that > you set the limit at 72. The last word at the end of each line in the > para were: > > that > Anyone > you > at > now. Thanks. The 72 columns was just my recollection. I can't find the setting now. -- Rick
[toc] | [prev] | [next] | [standalone]
| From | David Brown <david.brown@hesbynett.no> |
|---|---|
| Date | 2015-04-18 10:00 +0200 |
| Subject | Re: WAS: Mecrisp on the TI Stellaris Launchpad IS: Thunderbird Line Breaking |
| Message-ID | <mgt2sp$6s0$1@dont-email.me> |
| In reply to | #38291 |
On 17/04/15 21:12, rickman wrote:
> On 4/17/2015 2:47 PM, rickman wrote:
>> On 4/17/2015 12:56 AM, Paul Rubin wrote:
>>> rickman <gnuarm@gmail.com> writes:
>>>> I was using a gadget to measure the voltage and current going into the
>>>> rPi. That side is at 5.25 volts give or take with around 400 mA of
>>>> current. I moved the meter to the launchpad and the output on the USB
>>>> port is only 4.95 volts.
>>>
>>> I remember reading somewhere (probably adafruit.com) that you should use
>>> a pretty beefy 5V power supply with the rpi especially if it's under any
>>> type of load. They actually tweak their rpi power supplies to deliver
>>> 5.25 volts to compensate for some inevitable sag.
>>>
>>> I don't remember hearing that the USB ports themselves are out of spec
>>> but it's possible. Despite popular misconception USB ports are only
>>> supposed to be able to deliver 100 mA unless they grant the client
>>> "permission" to draw more (up to 500ma), through a power negotiation
>>> protocol that's part of USB. Most x86 motherboards can deliver 500 mA
>>> with no problem, so lots of badly designed client devices just assume
>>> the power is available, and try to draw it without bothering with the
>>> protocol. Maybe something like that is going on here.
>>
>> I'm not 100% certain of this, but I believe the rPi runs input power
>> through a Polyfuse which does have some noticeable resistance and so
>> voltage droop. I've cross-posted this to the rPi group to see if anyone
>> will confirm it.
>
> I'm appending this OT post because I don't often look at my own posts,
> but did this one. I'm using Thunderbird and it seems to do odd things
> with line breaking.
>
> It is common that I reply to ("Followup" in T-bird parlance) a post only
> to find quoted lines extending off the page. Ok, so T-bird doesn't
> always figure out that it needs to wrap lines for display.
>
> But looking at my own post, I see the lines wrapping, but at the edge of
> the screen, not at the 72 column point where line breaks should be
> inserted when sending a message. Changing the size of the window
> confirms this.
>
> Then to make it even more confusing, in this reply it would appear that
> line breaks are inserted in the quoted text! WTF????!!!! Anyone
> understand how T-bird handles the line breaks, word wrap features? Do
> you see my posts with line breaks at 72 columns? I have that turned
> on... at least I thought I did. I can't find the setting now.
>
Thunderbird is wrapping your lines perfectly well - you can see this by
using ctrl-U to see the "source" of the posts.
But Thunderbird re-wraps for display - if the lines in a post are not
quoted, and appear to be a line-wrapped paragraph, it re-wraps then to
the width of the window. I am somewhat in two minds as to whether this
is a good thing or a bad thing, but I haven't tried to turn it off.
So your posts from Thunderbird are absolutely fine.
[toc] | [prev] | [next] | [standalone]
| From | rickman <gnuarm@gmail.com> |
|---|---|
| Date | 2015-04-18 09:32 -0400 |
| Subject | Re: WAS: Mecrisp on the TI Stellaris Launchpad IS: Thunderbird Line Breaking |
| Message-ID | <mgtmbd$582$1@dont-email.me> |
| In reply to | #38326 |
On 4/18/2015 4:00 AM, David Brown wrote:
> On 17/04/15 21:12, rickman wrote:
>> On 4/17/2015 2:47 PM, rickman wrote:
>>> On 4/17/2015 12:56 AM, Paul Rubin wrote:
>>>> rickman <gnuarm@gmail.com> writes:
>>>>> I was using a gadget to measure the voltage and current going into the
>>>>> rPi. That side is at 5.25 volts give or take with around 400 mA of
>>>>> current. I moved the meter to the launchpad and the output on the USB
>>>>> port is only 4.95 volts.
>>>>
>>>> I remember reading somewhere (probably adafruit.com) that you should
>>>> use
>>>> a pretty beefy 5V power supply with the rpi especially if it's under
>>>> any
>>>> type of load. They actually tweak their rpi power supplies to deliver
>>>> 5.25 volts to compensate for some inevitable sag.
>>>>
>>>> I don't remember hearing that the USB ports themselves are out of spec
>>>> but it's possible. Despite popular misconception USB ports are only
>>>> supposed to be able to deliver 100 mA unless they grant the client
>>>> "permission" to draw more (up to 500ma), through a power negotiation
>>>> protocol that's part of USB. Most x86 motherboards can deliver 500 mA
>>>> with no problem, so lots of badly designed client devices just assume
>>>> the power is available, and try to draw it without bothering with the
>>>> protocol. Maybe something like that is going on here.
>>>
>>> I'm not 100% certain of this, but I believe the rPi runs input power
>>> through a Polyfuse which does have some noticeable resistance and so
>>> voltage droop. I've cross-posted this to the rPi group to see if anyone
>>> will confirm it.
>>
>> I'm appending this OT post because I don't often look at my own posts,
>> but did this one. I'm using Thunderbird and it seems to do odd things
>> with line breaking.
>>
>> It is common that I reply to ("Followup" in T-bird parlance) a post only
>> to find quoted lines extending off the page. Ok, so T-bird doesn't
>> always figure out that it needs to wrap lines for display.
>>
>> But looking at my own post, I see the lines wrapping, but at the edge of
>> the screen, not at the 72 column point where line breaks should be
>> inserted when sending a message. Changing the size of the window
>> confirms this.
>>
>> Then to make it even more confusing, in this reply it would appear that
>> line breaks are inserted in the quoted text! WTF????!!!! Anyone
>> understand how T-bird handles the line breaks, word wrap features? Do
>> you see my posts with line breaks at 72 columns? I have that turned
>> on... at least I thought I did. I can't find the setting now.
>>
>
> Thunderbird is wrapping your lines perfectly well - you can see this by
> using ctrl-U to see the "source" of the posts.
>
> But Thunderbird re-wraps for display - if the lines in a post are not
> quoted, and appear to be a line-wrapped paragraph, it re-wraps then to
> the width of the window. I am somewhat in two minds as to whether this
> is a good thing or a bad thing, but I haven't tried to turn it off.
>
> So your posts from Thunderbird are absolutely fine.
Thanks for the info. It's good to know this is correct. There is one
nut case in the Forth group who replies to my posts with a bit of boiler
plate added saying my lines were not wrapped correctly and he rewrapped
them for me, lol.
But that doesn't explain the issue I have where quoted text in the
window for composing messages often is not wrapped and runs off the edge
of the window. Any idea what causes that? It makes it very hard to see
what I am replying to. This message seems to be just fine, I suppose
because the lines *are* wrapped. Looking at my post from April 16 at
5:24 PM I see my lines are *not* wrapped. I see in the source the =
char at the end of each line which I assume means a continuation.
Strange... This seems to not be wrapped in the composition window when
replying.
--
Rick
[toc] | [prev] | [next] | [standalone]
| From | Martin Gregorie <martin@address-in-sig.invalid> |
|---|---|
| Date | 2015-04-18 15:15 +0000 |
| Subject | Re: WAS: Mecrisp on the TI Stellaris Launchpad IS: Thunderbird Line Breaking |
| Message-ID | <mgtsep$ri3$1@dont-email.me> |
| In reply to | #38338 |
On Sat, 18 Apr 2015 09:32:24 -0400, rickman wrote: > But that doesn't explain the issue I have where quoted text in the > window for composing messages often is not wrapped and runs off the edge > of the window. Any idea what causes that? > I some NNTP clients don't seem wrap outgoing lines, But I don't know which ones they are. Pan has the ability to display incoming messages as they were received or after wrapping them, which is quite useful. Wrapping is useful if long lines are received, but it can mess up lines which start with hyphens or asterisks because it thinks that means 'join to preceding line' rather than 'another item in the list'. Hitting 'w' toggles between wrap and no-wrap so either way the fix is instant. -- martin@ | Martin Gregorie gregorie. | Essex, UK org |
[toc] | [prev] | [next] | [standalone]
| From | rickman <gnuarm@gmail.com> |
|---|---|
| Date | 2015-04-18 11:31 -0400 |
| Subject | Re: WAS: Mecrisp on the TI Stellaris Launchpad IS: Thunderbird Line Breaking |
| Message-ID | <mgttb9$23f$1@dont-email.me> |
| In reply to | #38345 |
On 4/18/2015 11:15 AM, Martin Gregorie wrote: > On Sat, 18 Apr 2015 09:32:24 -0400, rickman wrote: > >> But that doesn't explain the issue I have where quoted text in the >> window for composing messages often is not wrapped and runs off the edge >> of the window. Any idea what causes that? >> > I some NNTP clients don't seem wrap outgoing lines, But I don't know > which ones they are. > > Pan has the ability to display incoming messages as they were received or > after wrapping them, which is quite useful. > > Wrapping is useful if long lines are received, but it can mess up lines > which start with hyphens or asterisks because it thinks that means 'join > to preceding line' rather than 'another item in the list'. Hitting 'w' > toggles between wrap and no-wrap so either way the fix is instant. I don't wish to belabor this too much. It is off topic and I just thought someone with Thunderbird experience might have a quick answer. This issue is not on reading messages, that always wraps lines so they are viewable. It is the quoted text in the reply that will not be wrapped if it is not broken in the received message. Very odd.... -- Rick
[toc] | [prev] | [next] | [standalone]
| From | Niklas Holsti <niklas.holsti@tidorum.invalid> |
|---|---|
| Date | 2015-04-18 19:21 +0300 |
| Subject | Re: WAS: Mecrisp on the TI Stellaris Launchpad IS: Thunderbird Line Breaking |
| Message-ID | <cpfekcF7nfaU1@mid.individual.net> |
| In reply to | #38338 |
On 15-04-18 16:32 , rickman wrote:
> But that doesn't explain the issue I have where quoted text in the
> window for composing messages often is not wrapped and runs off the edge
> of the window.
That occasionally happens with Thunderbird for me, too.
> Any idea what causes that?
No, I don't.
> It makes it very hard to see what I am replying to.
Yes. But there is a useful menu command Edit->Rewrap which wraps the
quoted text.
--
Niklas Holsti
Tidorum Ltd
niklas holsti tidorum fi
. @ .
[toc] | [prev] | [next] | [standalone]
| From | rickman <gnuarm@gmail.com> |
|---|---|
| Date | 2015-04-19 16:39 -0400 |
| Subject | Re: WAS: Mecrisp on the TI Stellaris Launchpad IS: Thunderbird Line Breaking |
| Message-ID | <mh13p1$qgf$1@dont-email.me> |
| In reply to | #38353 |
On 4/18/2015 12:21 PM, Niklas Holsti wrote: > On 15-04-18 16:32 , rickman wrote: > >> But that doesn't explain the issue I have where quoted text in the >> window for composing messages often is not wrapped and runs off the edge >> of the window. > > That occasionally happens with Thunderbird for me, too. > >> Any idea what causes that? > > No, I don't. > >> It makes it very hard to see what I am replying to. > > Yes. But there is a useful menu command Edit->Rewrap which wraps the > quoted text. Thanks, that will make me happier. -- Rick
[toc] | [prev] | [next] | [standalone]
| From | Alan Adams <alan@adamshome.org.uk> |
|---|---|
| Date | 2015-04-18 18:52 +0100 |
| Subject | Re: WAS: Mecrisp on the TI Stellaris Launchpad IS: Thunderbird Line Breaking |
| Message-ID | <a4795db654.Alan.Adams@iyonix.adamshome.org.uk> |
| In reply to | #38338 |
In message <mgtmbd$582$1@dont-email.me>
rickman <gnuarm@gmail.com> wrote:
> On 4/18/2015 4:00 AM, David Brown wrote:
>> On 17/04/15 21:12, rickman wrote:
>>> On 4/17/2015 2:47 PM, rickman wrote:
>>>> On 4/17/2015 12:56 AM, Paul Rubin wrote:
>>>>> rickman <gnuarm@gmail.com> writes:
<snip>
>>
>> But Thunderbird re-wraps for display - if the lines in a post are not
>> quoted, and appear to be a line-wrapped paragraph, it re-wraps then to
>> the width of the window. I am somewhat in two minds as to whether this
>> is a good thing or a bad thing, but I haven't tried to turn it off.
>>
>> So your posts from Thunderbird are absolutely fine.
> Thanks for the info. It's good to know this is correct. There is one
> nut case in the Forth group who replies to my posts with a bit of boiler
> plate added saying my lines were not wrapped correctly and he rewrapped
> them for me, lol.
> But that doesn't explain the issue I have where quoted text in the
> window for composing messages often is not wrapped and runs off the edge
> of the window. Any idea what causes that? It makes it very hard to see
> what I am replying to. This message seems to be just fine, I suppose
> because the lines *are* wrapped. Looking at my post from April 16 at
> 5:24 PM I see my lines are *not* wrapped. I see in the source the =
> char at the end of each line which I assume means a continuation.
> Strange... This seems to not be wrapped in the composition window when
> replying.
The = at the end of each line means that the message was sent using
"quoted-printable" encoding, but has not been decoded correctly. This
might be a problem at your end, but more likely means that along the
line the descriptor which identified the encoding has been lost,
replaced or mangled.
--
Alan Adams, from Northamptonshire
alan@adamshome.org.uk
http://www.nckc.org.uk/
[toc] | [prev] | [next] | [standalone]
| From | "Rod Pemberton" <bork@lllljunkqwer.cpm> |
|---|---|
| Date | 2015-04-18 18:55 -0400 |
| Subject | Re: WAS: Mecrisp on the TI Stellaris Launchpad IS: Thunderbird Line Breaking |
| Message-ID | <op.xxa8mkiowa0t4m@localhost> |
| In reply to | #38338 |
On Sat, 18 Apr 2015 09:32:24 -0400, rickman <gnuarm@gmail.com> wrote: > On 4/18/2015 4:00 AM, David Brown wrote: >> So your posts from Thunderbird are absolutely fine. > > Thanks for the info. It's good to know this is correct. There is one > nut case in the Forth group who replies to my posts with a bit of boiler > plate added saying my lines were not wrapped correctly and he rewrapped > them for me, lol. That guy may be a nut, but he's *correct* about your lines. Your lines aren't wrapped correctly for Usenet. This is not a Google Group. Your lines should hard wrap with a newline, i.e., ASCII CR LF per spec., at 72 characters or so. Either your Usenet reader has a setting to do this, or you must manually hit return before 72 characters. I.e., on my browser, I had to enter newlines above or it would be one single line. In this thread, Usenet text wrapping for posts by "rickman" and by "David Brown" are incorrect. Rod Pemberton -- Cars kill more people than guns in the U.S. Yet, no one is trying to take away your car.
[toc] | [prev] | [next] | [standalone]
| From | The Natural Philosopher <tnp@invalid.invalid> |
|---|---|
| Date | 2015-04-19 09:13 +0100 |
| Subject | Re: WAS: Mecrisp on the TI Stellaris Launchpad IS: Thunderbird Line Breaking |
| Message-ID | <mgvo3o$20k$2@news.albasani.net> |
| In reply to | #38362 |
On 18/04/15 23:55, Rod Pemberton wrote: > On Sat, 18 Apr 2015 09:32:24 -0400, rickman <gnuarm@gmail.com> wrote: >> On 4/18/2015 4:00 AM, David Brown wrote: > >>> So your posts from Thunderbird are absolutely fine. >> >> Thanks for the info. It's good to know this is correct. There is one >> nut case in the Forth group who replies to my posts with a bit of boiler >> plate added saying my lines were not wrapped correctly and he rewrapped >> them for me, lol. > > That guy may be a nut, but he's *correct* about your lines. > > Your lines aren't wrapped correctly for Usenet. This is not a Google > Group. > > Your lines should hard wrap with a newline, i.e., ASCII CR LF per spec., > at 72 characters or so. Either your Usenet reader has a setting to do > this, or you must manually hit return before 72 characters. I.e., on > my browser, I had to enter newlines above or it would be one single line. > > In this thread, Usenet text wrapping for posts by "rickman" and by > "David Brown" are incorrect. > Thunderbird has a 'rewrap text' option that does this. > > Rod Pemberton > -- Everything you read in newspapers is absolutely true, except for the rare story of which you happen to have first-hand knowledge. – Erwin Knoll
[toc] | [prev] | [next] | [standalone]
Page 1 of 6 [1] 2 3 4 5 6 Next page →
Back to top | Article view | comp.lang.forth
csiph-web