From: Jan K. <kro...@ho...> - 2012-05-14 14:28:54
|
Hello, I found some strange thing. I compiled the version 4.8 under windows with AVR Studio 4. As you can see there where no errors. ATmega328P memory use summary [bytes]: Segment Begin End Code Data Used Size Use% --------------------------------------------------------------- [.cseg] 0x000000 0x007ef6 1936 10724 12660 32768 38.6% [.dseg] 0x000100 0x0001dd 0 221 221 2048 10.8% [.eseg] 0x000000 0x000052 0 82 82 1024 8.0% Assembly complete, 0 errors. 0 warnings When I flash this version to the Arduino, some strange things where find. Windows/IMAC is not recognise any more the USB port of the arduino! When I take the prepared files (Get from the sourse forge side) from the directory c:\amforth-4.8\appl\arduino and flash them to the arduino there is no problem. (duemilanove.hex and duemilanove.eep.hex) Is this meaning that i never can make a version under windows? Thanks for anny help. Jan Kromhout Hellevoetsluis-NL |
From: Erich W. <ew....@na...> - 2012-05-14 17:05:52
|
Hi Jan, On 05/14/2012 04:28 PM, Jan Kromhout wrote: > Hello, > I found some strange thing. > I compiled the version 4.8 under windows with AVR Studio 4. > As you can see there where no errors. > ATmega328P memory use summary [bytes]: > Segment Begin End Code Data Used Size Use% > --------------------------------------------------------------- > [.cseg] 0x000000 0x007ef6 1936 10724 12660 32768 38.6% > [.dseg] 0x000100 0x0001dd 0 221 221 2048 10.8% > [.eseg] 0x000000 0x000052 0 82 82 1024 8.0% > Assembly complete, 0 errors. 0 warnings > When I flash this version to the Arduino, some strange things where find. > Windows/IMAC is not recognise any more the USB port of the arduino! > When I take the prepared files (Get from the sourse forge side) > from the directory c:\amforth-4.8\appl\arduino and flash them to the arduino there is no problem. > (duemilanove.hex and duemilanove.eep.hex) > Is this meaning that i never can make a version under windows? > Thanks for anny help. a. There is Karl Lunt's user guide on the amforth website, which has a bit of information on AvrStudio. http://amforth.sourceforge.net/amforth-userguide.pdf b. You did double check the fuse settings and the baud rate stuff? AvrStudio might have its own ideas about the world. Just my 2 cent, I don't use AvrStudio. Erich |
From: Jan K. <kro...@ho...> - 2012-05-14 17:26:52
|
Dear Erich, I compile the 4.8 version bare. Take the two hex files and flash them separate to the arduino, don't use the AVR Studio. For flashing I use the USBTinyISP. When I do te flash with the version from the net no problems! I take the same source as on the net, the 4.8 version. Are you making the hex files under windows or unix? And are you take for the arduino the same files as on the net? Jan Op 14 mei 2012, om 19:04 heeft Erich Waelde het volgende geschreven: > Hi Jan, > > On 05/14/2012 04:28 PM, Jan Kromhout wrote: >> Hello, >> I found some strange thing. >> I compiled the version 4.8 under windows with AVR Studio 4. >> As you can see there where no errors. >> ATmega328P memory use summary [bytes]: >> Segment Begin End Code Data Used Size Use% >> --------------------------------------------------------------- >> [.cseg] 0x000000 0x007ef6 1936 10724 12660 32768 38.6% >> [.dseg] 0x000100 0x0001dd 0 221 221 2048 10.8% >> [.eseg] 0x000000 0x000052 0 82 82 1024 8.0% >> Assembly complete, 0 errors. 0 warnings > >> When I flash this version to the Arduino, some strange things where find. >> Windows/IMAC is not recognise any more the USB port of the arduino! >> When I take the prepared files (Get from the sourse forge side) >> from the directory c:\amforth-4.8\appl\arduino and flash them to the arduino there is no problem. >> (duemilanove.hex and duemilanove.eep.hex) >> Is this meaning that i never can make a version under windows? >> Thanks for anny help. > > a. > There is Karl Lunt's user guide on the amforth website, which > has a bit of information on AvrStudio. > http://amforth.sourceforge.net/amforth-userguide.pdf > > b. > You did double check the fuse settings and the baud rate stuff? > AvrStudio might have its own ideas about the world. > > Just my 2 cent, I don't use AvrStudio. > > Erich > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Amforth-devel mailing list for http://amforth.sf.net/ > Amf...@li... > https://lists.sourceforge.net/lists/listinfo/amforth-devel > |
From: Erich W. <ew....@na...> - 2012-05-14 18:08:11
|
On 05/14/2012 07:26 PM, Jan Kromhout wrote: > Are you making the hex files under windows or unix? I'm working under linux. You may safely call me windows-illiterate. I use wine+AvrAssembler2 from the avrstudio file. Alternately I use avra, but this might not work currently --- I haven't checked in a while. Cheers, Erich |
From: Matthias T. <mt...@we...> - 2012-05-14 17:33:19
|
Hi Jan, > I found some strange thing. > I compiled the version 4.8 under windows with AVR Studio 4. > As you can see there where no errors. > ATmega328P memory use summary [bytes]: > Segment Begin End Code Data Used Size Use% > --------------------------------------------------------------- > [.cseg] 0x000000 0x007ef6 1936 10724 12660 32768 38.6% > [.dseg] 0x000100 0x0001dd 0 221 221 2048 10.8% > [.eseg] 0x000000 0x000052 0 82 82 1024 8.0% > Assembly complete, 0 errors. 0 warnings > When I flash this version to the Arduino, some strange things where find. > Windows/IMAC is not recognise any more the USB port of the arduino! > When I take the prepared files (Get from the sourse forge side) > from the directory c:\amforth-4.8\appl\arduino and flash them to the arduino there is no problem. > (duemilanove.hex and duemilanove.eep.hex) > Is this meaning that i never can make a version under windows? Really strange. The sourceforge files are created using the Atmel assembler itself. (ok using wine and linux, but that should do no harm to the generated files). What's strange too is that the USB connection get lost, when you reprogram the Atmege328p, the USB-Atmega16 should not be affected at all (at least, I cannot see anything related)... Sorry, no help from my side (until someone else tells me) Matthias PS: One very little chance is: could you upgrade to AVR Studio 5 or 6? |
From: Jan K. <kro...@ho...> - 2012-05-14 17:43:23
|
Hi, Matthias, The same with version 5! I compare my file with the file on source forge and there are lot of differences. Regards, Jan Op 14 mei 2012, om 19:33 heeft Matthias Trute het volgende geschreven: > Hi Jan, > >> I found some strange thing. >> I compiled the version 4.8 under windows with AVR Studio 4. >> As you can see there where no errors. >> ATmega328P memory use summary [bytes]: >> Segment Begin End Code Data Used Size Use% >> --------------------------------------------------------------- >> [.cseg] 0x000000 0x007ef6 1936 10724 12660 32768 38.6% >> [.dseg] 0x000100 0x0001dd 0 221 221 2048 10.8% >> [.eseg] 0x000000 0x000052 0 82 82 1024 8.0% >> Assembly complete, 0 errors. 0 warnings >> When I flash this version to the Arduino, some strange things where find. >> Windows/IMAC is not recognise any more the USB port of the arduino! >> When I take the prepared files (Get from the sourse forge side) >> from the directory c:\amforth-4.8\appl\arduino and flash them to the arduino there is no problem. >> (duemilanove.hex and duemilanove.eep.hex) >> Is this meaning that i never can make a version under windows? > > Really strange. The sourceforge files are created using the Atmel > assembler itself. (ok using wine and linux, but that should do no harm > to the generated files). > > What's strange too is that the USB connection get lost, when you > reprogram the Atmege328p, the USB-Atmega16 should not be affected > at all (at least, I cannot see anything related)... > > Sorry, no help from my side (until someone else tells me) > Matthias > > PS: One very little chance is: could you upgrade to AVR Studio 5 or 6? > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Amforth-devel mailing list for http://amforth.sf.net/ > Amf...@li... > https://lists.sourceforge.net/lists/listinfo/amforth-devel > |
From: pito <pi...@vo...> - 2012-05-14 17:44:49
|
Jan, hopefuly you are not flashing the atmega8u2 (UNO usb interface) with amforth.. p. ----- PŮVODNÍ ZPRÁVA ----- Od: "Matthias Trute" <mt...@we...> Komu: "Everything around amforth" <amf...@li...> Předmět: Re: [Amforth] Compiled Version 4.8 with AVR (windows) studio Datum: 14.5.2012 - 19:33:11 > Hi Jan, > > > I found some strange thing. > > I compiled the version 4.8 under windows with > > AVR Studio 4. > > > As you can see there where no errors. > > ATmega328P memory use summary [bytes]: > > Segment Begin End Code Data Used Size Use% > > --------------------------------------------------------------- > > > [.cseg] 0x000000 0x007ef6 1936 10724 12660 32768 > > 38.6% > > > [.dseg] 0x000100 0x0001dd 0 221 221 2048 10.8% > > [.eseg] 0x000000 0x000052 0 82 82 1024 8.0% > > Assembly complete, 0 errors. 0 warnings > > When I flash this version to the Arduino, some > > strange things where find. > > > Windows/IMAC is not recognise any more the USB > > port of the arduino! > > > When I take the prepared files (Get from the > > sourse forge side) > > > from the directory c:\amforth-4.8\appl\arduino > > and flash them to the arduino there is no > > problem. > > > (duemilanove.hex and duemilanove.eep.hex) > > Is this meaning that i never can make a version > > under windows? > > > Really strange. The sourceforge files are created > using the Atmel > assembler itself. (ok using wine and linux, but > that should do no harm > to the generated files). > > What's strange too is that the USB connection get > lost, when you > reprogram the Atmege328p, the USB-Atmega16 should > not be affected > at all (at least, I cannot see anything > related)... > > Sorry, no help from my side (until someone else > tells me) > Matthias > > PS: One very little chance is: could you upgrade > to AVR Studio 5 or 6? > > ------------------------------------------------------------------------------ > > Live Security Virtual Conference > Exclusive live event will cover all the ways > today's security and > threat landscape has changed and how IT managers > can respond. Discussions > will include endpoint security, mobile security > and the latest in malware > threats. > http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Amforth-devel mailing list for > http://amforth.sf.net/ > Amf...@li... > https://lists.sourceforge.net/lists/listinfo/amforth-devel > |
From: Jan K. <kro...@ho...> - 2012-05-14 17:55:27
|
No, I have the 328P-PU! Do you have experience with windows? Jan Op 14 mei 2012, om 19:44 heeft pito het volgende geschreven: > Jan, > hopefuly you are not flashing the atmega8u2 (UNO usb interface) with > amforth.. p. > > ----- PŮVODNÍ ZPRÁVA ----- > Od: "Matthias Trute" <mt...@we...> > Komu: "Everything around amforth" > <amf...@li...> > Předmět: Re: [Amforth] Compiled Version 4.8 with AVR (windows) > studio > Datum: 14.5.2012 - 19:33:11 > >> Hi Jan, >> >>> I found some strange thing. >>> I compiled the version 4.8 under windows with >>> AVR Studio 4. >>>> As you can see there where no errors. >>> ATmega328P memory use summary [bytes]: >>> Segment Begin End Code Data Used Size Use% >>> --------------------------------------------------------------- >>>> [.cseg] 0x000000 0x007ef6 1936 10724 12660 32768 >>> 38.6% >>>> [.dseg] 0x000100 0x0001dd 0 221 221 2048 10.8% >>> [.eseg] 0x000000 0x000052 0 82 82 1024 8.0% >>> Assembly complete, 0 errors. 0 warnings >>> When I flash this version to the Arduino, some >>> strange things where find. >>>> Windows/IMAC is not recognise any more the USB >>> port of the arduino! >>>> When I take the prepared files (Get from the >>> sourse forge side) >>>> from the directory c:\amforth-4.8\appl\arduino >>> and flash them to the arduino there is no >>> problem. >>>> (duemilanove.hex and duemilanove.eep.hex) >>> Is this meaning that i never can make a version >>> under windows? >>> >> Really strange. The sourceforge files are created >> using the Atmel >> assembler itself. (ok using wine and linux, but >> that should do no harm >> to the generated files). >> >> What's strange too is that the USB connection get >> lost, when you >> reprogram the Atmege328p, the USB-Atmega16 should >> not be affected >> at all (at least, I cannot see anything >> related)... >> >> Sorry, no help from my side (until someone else >> tells me) >> Matthias >> >> PS: One very little chance is: could you upgrade >> to AVR Studio 5 or 6? >> >> ------------------------------------------------------------------------------ >>> Live Security Virtual Conference >> Exclusive live event will cover all the ways >> today's security and >> threat landscape has changed and how IT managers >> can respond. Discussions >> will include endpoint security, mobile security >> and the latest in malware >> threats. >> http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >> _______________________________________________ >> Amforth-devel mailing list for >> http://amforth.sf.net/ >> Amf...@li... >> https://lists.sourceforge.net/lists/listinfo/amforth-devel >> > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Amforth-devel mailing list for http://amforth.sf.net/ > Amf...@li... > https://lists.sourceforge.net/lists/listinfo/amforth-devel > |
From: pito <pi...@vo...> - 2012-05-14 18:06:07
|
I am working with amforth from windows only.. Terminal: Forfiter 1.5 Interface: Bluetooth - cheap interface @115kbaud Compiler AVrStudio, 4.18 build 716 I did recently 2 builds (v4.9) - for atmega32 and for atmega1284p, no problems so far (except the D9 fuse).. ----- PŮVODNÍ ZPRÁVA ----- Od: "Jan Kromhout" <kro...@ho...> Komu: "Everything around amforth" <amf...@li...> Předmět: Re: [Amforth] Compiled Version 4.8 with AVR (windows) studio Datum: 14.5.2012 - 19:55:17 > No, > > I have the 328P-PU! > Do you have experience with windows? > > > Jan > > > Op 14 mei 2012, om 19:44 heeft pito het volgende > geschreven: > > > Jan, > > hopefuly you are not flashing the atmega8u2 (UNO > > usb interface) with > > > amforth.. p. > > > > ----- PŮVODNÍ ZPRÁVA ----- > > Od: "Matthias Trute" <mt...@we...> > > Komu: "Everything around amforth" > > <amf...@li...> > > Předmět: Re: [Amforth] Compiled Version 4.8 with > > AVR (windows) > > > studio > > Datum: 14.5.2012 - 19:33:11 > > > >> Hi Jan, > >> > >>> I found some strange thing. > >>> I compiled the version 4.8 under windows with > >>> AVR Studio 4. > >>>> As you can see there where no errors. > >>> ATmega328P memory use summary [bytes]: > >>> Segment Begin End Code Data Used Size Use% > >>> --------------------------------------------------------------- > >>> > >>> >>>> [.cseg] 0x000000 0x007ef6 1936 10724 12660 > >>>> 32768 > >>>> >>> 38.6% > >>>> [.dseg] 0x000100 0x0001dd 0 221 221 2048 > >>>> 10.8% > >>>> >>> [.eseg] 0x000000 0x000052 0 82 82 1024 8.0% > >>> Assembly complete, 0 errors. 0 warnings > >>> When I flash this version to the Arduino, some > >>> strange things where find. > >>>> Windows/IMAC is not recognise any more the > >>>> USB > >>>> >>> port of the arduino! > >>>> When I take the prepared files (Get from the > >>> sourse forge side) > >>>> from the directory > >>>> c:\amforth-4.8\appl\arduino > >>>> >>> and flash them to the arduino there is no > >>> problem. > >>>> (duemilanove.hex and duemilanove.eep.hex) > >>> Is this meaning that i never can make a > >>> version > >>> >>> under windows? > >>> > >> Really strange. The sourceforge files are > >> created > >> >> using the Atmel > >> assembler itself. (ok using wine and linux, but > >> that should do no harm > >> to the generated files). > >> > >> What's strange too is that the USB connection > >> get > >> >> lost, when you > >> reprogram the Atmege328p, the USB-Atmega16 > >> should > >> >> not be affected > >> at all (at least, I cannot see anything > >> related)... > >> > >> Sorry, no help from my side (until someone else > >> tells me) > >> Matthias > >> > >> PS: One very little chance is: could you > >> upgrade > >> >> to AVR Studio 5 or 6? > >> > >> ------------------------------------------------------------------------------ > >> > >> >>> Live Security Virtual Conference > >> Exclusive live event will cover all the ways > >> today's security and > >> threat landscape has changed and how IT > >> managers > >> >> can respond. Discussions > >> will include endpoint security, mobile security > >> and the latest in malware > >> threats. > >> http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > >> >> _______________________________________________ > >> Amforth-devel mailing list for > >> http://amforth.sf.net/ > >> Amf...@li... > >> https://lists.sourceforge.net/lists/listinfo/amforth-devel > >> >> > > > > > > ------------------------------------------------------------------------------ > > > > > Live Security Virtual Conference > > Exclusive live event will cover all the ways > > today's security and > > > threat landscape has changed and how IT managers > > can respond. Discussions > > > will include endpoint security, mobile security > > and the latest in malware > > > threats. > > http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > > > _______________________________________________ > > Amforth-devel mailing list for > > http://amforth.sf.net/ > > > Amf...@li... > > https://lists.sourceforge.net/lists/listinfo/amforth-devel > > > > > > ------------------------------------------------------------------------------ > > Live Security Virtual Conference > Exclusive live event will cover all the ways > today's security and > threat landscape has changed and how IT managers > can respond. Discussions > will include endpoint security, mobile security > and the latest in malware > threats. > http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Amforth-devel mailing list for > http://amforth.sf.net/ > Amf...@li... > https://lists.sourceforge.net/lists/listinfo/amforth-devel > |
From: Jan K. <kro...@ho...> - 2012-05-14 20:08:26
|
Wich burner are you using? Jan kromhout Sacharovlaan 3 3223HM Hellevoetsluis-NL Op 14 mei 2012 om 20:06 heeft "pito" <pi...@vo...> het volgende geschreven: > I am working with amforth from windows only.. > Terminal: Forfiter 1.5 Interface: Bluetooth - cheap interface > @115kbaud > Compiler AVrStudio, 4.18 build 716 > I did recently 2 builds (v4.9) - for atmega32 and for atmega1284p, > no problems so far (except the D9 fuse).. > > ----- PŮVODNÍ ZPRÁVA ----- > Od: "Jan Kromhout" <kro...@ho...> > Komu: "Everything around amforth" > <amf...@li...> > Předmět: Re: [Amforth] Compiled Version 4.8 with AVR (windows) > studio > Datum: 14.5.2012 - 19:55:17 > >> No, >> >> I have the 328P-PU! >> Do you have experience with windows? >> >> >> Jan >> >> >> Op 14 mei 2012, om 19:44 heeft pito het volgende >> geschreven: >> >>> Jan, >>> hopefuly you are not flashing the atmega8u2 (UNO >>> usb interface) with >>>> amforth.. p. >>> >>> ----- PŮVODNÍ ZPRÁVA ----- >>> Od: "Matthias Trute" <mt...@we...> >>> Komu: "Everything around amforth" >>> <amf...@li...> >>> Předmět: Re: [Amforth] Compiled Version 4.8 with >>> AVR (windows) >>>> studio >>> Datum: 14.5.2012 - 19:33:11 >>> >>>> Hi Jan, >>>> >>>>> I found some strange thing. >>>>> I compiled the version 4.8 under windows with >>>>> AVR Studio 4. >>>>>> As you can see there where no errors. >>>>> ATmega328P memory use summary [bytes]: >>>>> Segment Begin End Code Data Used Size Use% >>>>> --------------------------------------------------------------- >>>>>>>>>>>>> [.cseg] 0x000000 0x007ef6 1936 10724 12660 >>>>>> 32768 >>>>>>>>> 38.6% >>>>>> [.dseg] 0x000100 0x0001dd 0 221 221 2048 >>>>>> 10.8% >>>>>>>>> [.eseg] 0x000000 0x000052 0 82 82 1024 8.0% >>>>> Assembly complete, 0 errors. 0 warnings >>>>> When I flash this version to the Arduino, some >>>>> strange things where find. >>>>>> Windows/IMAC is not recognise any more the >>>>>> USB >>>>>>>>> port of the arduino! >>>>>> When I take the prepared files (Get from the >>>>> sourse forge side) >>>>>> from the directory >>>>>> c:\amforth-4.8\appl\arduino >>>>>>>>> and flash them to the arduino there is no >>>>> problem. >>>>>> (duemilanove.hex and duemilanove.eep.hex) >>>>> Is this meaning that i never can make a >>>>> version >>>>>>>> under windows? >>>>> >>>> Really strange. The sourceforge files are >>>> created >>>>>> using the Atmel >>>> assembler itself. (ok using wine and linux, but >>>> that should do no harm >>>> to the generated files). >>>> >>>> What's strange too is that the USB connection >>>> get >>>>>> lost, when you >>>> reprogram the Atmege328p, the USB-Atmega16 >>>> should >>>>>> not be affected >>>> at all (at least, I cannot see anything >>>> related)... >>>> >>>> Sorry, no help from my side (until someone else >>>> tells me) >>>> Matthias >>>> >>>> PS: One very little chance is: could you >>>> upgrade >>>>>> to AVR Studio 5 or 6? >>>> >>>> ------------------------------------------------------------------------------ >>>>>>>>>> Live Security Virtual Conference >>>> Exclusive live event will cover all the ways >>>> today's security and >>>> threat landscape has changed and how IT >>>> managers >>>>>> can respond. Discussions >>>> will include endpoint security, mobile security >>>> and the latest in malware >>>> threats. >>>> http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >>>>>> _______________________________________________ >>>> Amforth-devel mailing list for >>>> http://amforth.sf.net/ >>>> Amf...@li... >>>> https://lists.sourceforge.net/lists/listinfo/amforth-devel >>>>>> >>> >>> >>> ------------------------------------------------------------------------------ >>>>>> Live Security Virtual Conference >>> Exclusive live event will cover all the ways >>> today's security and >>>> threat landscape has changed and how IT managers >>> can respond. Discussions >>>> will include endpoint security, mobile security >>> and the latest in malware >>>> threats. >>> http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >>>> _______________________________________________ >>> Amforth-devel mailing list for >>> http://amforth.sf.net/ >>>> Amf...@li... >>> https://lists.sourceforge.net/lists/listinfo/amforth-devel >>>> >> >> >> ------------------------------------------------------------------------------ >>> Live Security Virtual Conference >> Exclusive live event will cover all the ways >> today's security and >> threat landscape has changed and how IT managers >> can respond. Discussions >> will include endpoint security, mobile security >> and the latest in malware >> threats. >> http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >> _______________________________________________ >> Amforth-devel mailing list for >> http://amforth.sf.net/ >> Amf...@li... >> https://lists.sourceforge.net/lists/listinfo/amforth-devel >> > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Amforth-devel mailing list for http://amforth.sf.net/ > Amf...@li... > https://lists.sourceforge.net/lists/listinfo/amforth-devel > |