From bibi at microsyl.com Sun Nov 2 21:05:25 2008 From: bibi at microsyl.com (Sylvain Bissonnette) Date: Sun Nov 2 21:12:19 2008 Subject: [Icc-avr] new features? References: <04671BB8D269034BBC4BB6BA8948672610B76A@sserver.SabreTechnology.local> <4905ECB7.7030207@zetnet.co.uk> <072D96786BFC014AAEBA9EB07A8070EA514935@seattle.ecpower.dk> <49061D33.8030405@zetnet.co.uk> Message-ID: <001401c93d71$c7fd8810$0301a8c0@Sylvain> Hi, When I'm coding each day I save my file on a new name and modify my project with the new name. My idea is each time a succesfull compile is done automaticaly it save the file in a auto incremental name. Now we have 200gig hd, some 38k files are not so big and when your project is finish you just delete unwanted files. What do you think about my idea? Thanks for your time Sylvain Bissonnette From tony at encoreelectronics.com Sun Nov 2 20:32:46 2008 From: tony at encoreelectronics.com (Tony Karavidas) Date: Sun Nov 2 22:47:49 2008 Subject: [Icc-avr] new features? In-Reply-To: <001401c93d71$c7fd8810$0301a8c0@Sylvain> References: <04671BB8D269034BBC4BB6BA8948672610B76A@sserver.SabreTechnology.local> <4905ECB7.7030207@zetnet.co.uk> <072D96786BFC014AAEBA9EB07A8070EA514935@seattle.ecpower.dk> <49061D33.8030405@zetnet.co.uk> <001401c93d71$c7fd8810$0301a8c0@Sylvain> Message-ID: <9F8DC9C1-5C3A-4F83-A9B6-EDB0B688222A@encoreelectronics.com> It's easier to use a revision control system like subversion or perforce. Sent from my iPhone On Nov 2, 2008, at 9:05 PM, Sylvain Bissonnette wrote: > Hi, > > When I'm coding each day I save my file on a new name and modify > my project with the new name. My idea is each time a succesfull > compile is done automaticaly it save the file in a auto incremental > name. Now we have 200gig hd, some 38k files are not so big and when > your project is finish you just delete unwanted files. What do you > think about my idea? > > Thanks for your time > Sylvain Bissonnette > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr From johan at edab.nu Mon Nov 3 02:19:43 2008 From: johan at edab.nu (johan@edab.nu) Date: Mon Nov 3 03:24:05 2008 Subject: [Icc-avr] new features? Message-ID: <200811031019.mA3AJhbn028329@gigamail.giganet.se> I would suggest Tortoise SVN. Free and awesome! On 2008-11-03 Tony Karavidas wrote: It's easier to use a revision control system like subversion or >perforce. > >Sent from my iPhone > >On Nov 2, 2008, at 9:05 PM, Sylvain Bissonnette >wrote: > >> Hi, >> >> When I'm coding each day I save my file on a new name and modify >> my project with the new name. My idea is each time a succesfull >> compile is done automaticaly it save the file in a auto incremental >> name. Now we have 200gig hd, some 38k files are not so big and when >> your project is finish you just delete unwanted files. What do you >> think about my idea? >> >> Thanks for your time >> Sylvain Bissonnette >> _______________________________________________ >> Icc-avr mailing list >> Icc-avr@imagecraft.com >> http://dragonsgate.net/mailman/listinfo/icc-avr >_______________________________________________ >Icc-avr mailing list >Icc-avr@imagecraft.com >http://dragonsgate.net/mailman/listinfo/icc-avr > > From Albert.vanVeen at pertronic.co.nz Mon Nov 3 11:01:25 2008 From: Albert.vanVeen at pertronic.co.nz (Albert vanVeen) Date: Mon Nov 3 12:05:50 2008 Subject: [Icc-avr] new features? In-Reply-To: <001401c93d71$c7fd8810$0301a8c0@Sylvain> References: <04671BB8D269034BBC4BB6BA8948672610B76A@sserver.SabreTechnology.local><4905ECB7.7030207@zetnet.co.uk><072D96786BFC014AAEBA9EB07A8070EA514935@seattle.ecpower.dk><49061D33.8030405@zetnet.co.uk> <001401c93d71$c7fd8810$0301a8c0@Sylvain> Message-ID: <5F8515C5ED67B6439B4F93D7B5E08A36063E87@sbs.pertronic.local> Every modification, you change the version number; this number is part of the filename. We've been doing that for years. Albert. -----Original Message----- From: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] On Behalf Of Sylvain Bissonnette Sent: Monday, November 03, 2008 06:05 PM To: Discussion list for ICCAVR and ICCtiny Users. You do NOT needtosubscribetoicc-announce if you are a member of this. Subject: [Icc-avr] new features? Hi, When I'm coding each day I save my file on a new name and modify my project with the new name. My idea is each time a succesfull compile is done automaticaly it save the file in a auto incremental name. Now we have 200gig hd, some 38k files are not so big and when your project is finish you just delete unwanted files. What do you think about my idea? Thanks for your time Sylvain Bissonnette _______________________________________________ Icc-avr mailing list Icc-avr@imagecraft.com http://dragonsgate.net/mailman/listinfo/icc-avr -- This message has been scanned for viruses and dangerous content by Bizo EmailFilter, and is believed to be clean. From bibi at microsyl.com Tue Nov 4 06:23:37 2008 From: bibi at microsyl.com (bibi@microsyl.com) Date: Tue Nov 4 07:27:59 2008 Subject: [Icc-avr] new features? In-Reply-To: <5F8515C5ED67B6439B4F93D7B5E08A36063E87@sbs.pertronic.local> References: <04671BB8D269034BBC4BB6BA8948672610B76A@sserver.SabreTechnology.local><4905ECB7.7030207@zetnet.co.uk><072D96786BFC014AAEBA9EB07A8070EA514935@seattle.ecpower.dk><49061D33.8030405@zetnet.co.uk> <001401c93d71$c7fd8810$0301a8c0@Sylvain> <5F8515C5ED67B6439B4F93D7B5E08A36063E87@sbs.pertronic.local> Message-ID: <48138.204.19.71.2.1225808617.squirrel@www.microsyl.com> Hi, I want to say the file name will be increment each time a sucessfull compile is done, With ICC there is no option to do that automaticaly, Yes a version manager will do the job but it`s overkill for me. I only need file name change. Sylvain Bissonnette > Every modification, you change the version number; this number is part > of the filename. > We've been doing that for years. > > Albert. > > > -----Original Message----- > From: icc-avr-bounces@imagecraft.com > [mailto:icc-avr-bounces@imagecraft.com] On Behalf Of Sylvain Bissonnette > Sent: Monday, November 03, 2008 06:05 PM > To: Discussion list for ICCAVR and ICCtiny Users. You do NOT > needtosubscribetoicc-announce if you are a member of this. > Subject: [Icc-avr] new features? > > Hi, > > When I'm coding each day I save my file on a new name and modify my > project with the new name. My idea is each time a succesfull compile is > done automaticaly it save the file in a auto incremental name. Now we > have 200gig hd, some 38k files are not so big and when your project is > finish you just delete unwanted files. What do you think about my idea? > > Thanks for your time > Sylvain Bissonnette > > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr > > -- > > This message has been scanned for viruses and > > dangerous content by Bizo EmailFilter, and is > > believed to be clean. > > > > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr > From richard-lists at imagecraft.com Tue Nov 4 23:37:52 2008 From: richard-lists at imagecraft.com (Richard Man) Date: Tue Nov 4 12:44:21 2008 Subject: [Icc-avr] new features? In-Reply-To: <48138.204.19.71.2.1225808617.squirrel@www.microsyl.com> References: <04671BB8D269034BBC4BB6BA8948672610B76A@sserver.SabreTechnology.local> <4905ECB7.7030207@zetnet.co.uk> <072D96786BFC014AAEBA9EB07A8070EA514935@seattle.ecpower.dk> <49061D33.8030405@zetnet.co.uk> <001401c93d71$c7fd8810$0301a8c0@Sylvain> <5F8515C5ED67B6439B4F93D7B5E08A36063E87@sbs.pertronic.local> <48138.204.19.71.2.1225808617.squirrel@www.microsyl.com> Message-ID: <200811042044.mA4KiKqf074395@mail.imagecraft.com> While I am hesitant to add to much to the current IDE when we have plans to move to a next-gen IDE, this is a simple and great idea. What I can do is to add an option to the Tools->EnvOptions that says something like "Save backup versions of files" and save them to a directory called "BACKUP" under the project directory. The files are in the form of .. Would that do? At 06:23 AM 11/4/2008, bibi@microsyl.com wrote: >Hi, > > I want to say the file name will be increment each time a sucessfull >compile is done, With ICC there is no option to do that automaticaly, >Yes a version manager will do the job but it`s overkill for me. I >only need file name change. > >Sylvain Bissonnette > > > Every modification, you change the version number; this number is part > > of the filename. > > We've been doing that for years. > > > > Albert. > > > > > > -----Original Message----- > > From: icc-avr-bounces@imagecraft.com > > [mailto:icc-avr-bounces@imagecraft.com] On Behalf Of Sylvain Bissonnette > > Sent: Monday, November 03, 2008 06:05 PM > > To: Discussion list for ICCAVR and ICCtiny Users. You do NOT > > needtosubscribetoicc-announce if you are a member of this. > > Subject: [Icc-avr] new features? > > > > Hi, > > > > When I'm coding each day I save my file on a new name and modify my > > project with the new name. My idea is each time a succesfull compile is > > done automaticaly it save the file in a auto incremental name. Now we > > have 200gig hd, some 38k files are not so big and when your project is > > finish you just delete unwanted files. What do you think about my idea? > > > > Thanks for your time > > Sylvain Bissonnette > > > > _______________________________________________ > > Icc-avr mailing list > > Icc-avr@imagecraft.com > > http://dragonsgate.net/mailman/listinfo/icc-avr > > > > -- > > > > This message has been scanned for viruses and > > > > dangerous content by Bizo EmailFilter, and is > > > > believed to be clean. > > > > > > > > _______________________________________________ > > Icc-avr mailing list > > Icc-avr@imagecraft.com > > http://dragonsgate.net/mailman/listinfo/icc-avr > > > > >_______________________________________________ >Icc-avr mailing list >Icc-avr@imagecraft.com >http://dragonsgate.net/mailman/listinfo/icc-avr // richard (This email is for mailing lists. To reach me directly, please use richard at imagecraft.com) From fletcherjones at worldonline.co.uk Tue Nov 4 12:43:17 2008 From: fletcherjones at worldonline.co.uk (Patrick Fletcher-Jones) Date: Tue Nov 4 13:47:50 2008 Subject: [Icc-avr] new features? In-Reply-To: <200811042044.mA4KiKqf074395@mail.imagecraft.com> Message-ID: That sounds like a great plan to me.... On 05/11/2008 07:37, "Richard Man" wrote: > While I am hesitant to add to much to the current IDE when we have > plans to move to a next-gen IDE, this is a simple and great idea. > What I can do is to add an option to the Tools->EnvOptions that says > something like "Save backup versions of files" and save them to a > directory called "BACKUP" under the project directory. The files are > in the form of .. > > Would that do? > > At 06:23 AM 11/4/2008, bibi@microsyl.com wrote: >> Hi, >> >> I want to say the file name will be increment each time a sucessfull >> compile is done, With ICC there is no option to do that automaticaly, >> Yes a version manager will do the job but it`s overkill for me. I >> only need file name change. >> >> Sylvain Bissonnette >> >>> Every modification, you change the version number; this number is part >>> of the filename. >>> We've been doing that for years. >>> >>> Albert. >>> >>> >>> -----Original Message----- >>> From: icc-avr-bounces@imagecraft.com >>> [mailto:icc-avr-bounces@imagecraft.com] On Behalf Of Sylvain Bissonnette >>> Sent: Monday, November 03, 2008 06:05 PM >>> To: Discussion list for ICCAVR and ICCtiny Users. You do NOT >>> needtosubscribetoicc-announce if you are a member of this. >>> Subject: [Icc-avr] new features? >>> >>> Hi, >>> >>> When I'm coding each day I save my file on a new name and modify my >>> project with the new name. My idea is each time a succesfull compile is >>> done automaticaly it save the file in a auto incremental name. Now we >>> have 200gig hd, some 38k files are not so big and when your project is >>> finish you just delete unwanted files. What do you think about my idea? >>> >>> Thanks for your time >>> Sylvain Bissonnette >>> >>> _______________________________________________ >>> Icc-avr mailing list >>> Icc-avr@imagecraft.com >>> http://dragonsgate.net/mailman/listinfo/icc-avr >>> >>> -- >>> >>> This message has been scanned for viruses and >>> >>> dangerous content by Bizo EmailFilter, and is >>> >>> believed to be clean. >>> >>> >>> >>> _______________________________________________ >>> Icc-avr mailing list >>> Icc-avr@imagecraft.com >>> http://dragonsgate.net/mailman/listinfo/icc-avr >>> >> >> >> _______________________________________________ >> Icc-avr mailing list >> Icc-avr@imagecraft.com >> http://dragonsgate.net/mailman/listinfo/icc-avr > > // richard (This email is for mailing lists. To reach me directly, > please use richard at imagecraft.com) > > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr From j_baraclough at zetnet.co.uk Tue Nov 4 12:51:22 2008 From: j_baraclough at zetnet.co.uk (John Baraclough) Date: Tue Nov 4 13:55:49 2008 Subject: [Icc-avr] new features? In-Reply-To: <200811042044.mA4KiKqf074395@mail.imagecraft.com> References: <04671BB8D269034BBC4BB6BA8948672610B76A@sserver.SabreTechnology.local> <4905ECB7.7030207@zetnet.co.uk> <072D96786BFC014AAEBA9EB07A8070EA514935@seattle.ecpower.dk> <49061D33.8030405@zetnet.co.uk> <001401c93d71$c7fd8810$0301a8c0@Sylvain> <5F8515C5ED67B6439B4F93D7B5E08A36063E87@sbs.pertronic.local> <48138.204.19.71.2.1225808617.squirrel@www.microsyl.com> <200811042044.mA4KiKqf074395@mail.imagecraft.com> Message-ID: <4910B5CA.8020405@zetnet.co.uk> That sounds like a great idea. Just two caveats; the date needs to be in ISO 8601 format (YYYY-MM-DD). It will also need the time added as HH-MM just in case there's more than one save each day. It could result in quite a lot of files but it will be the user's responsibility to manage these. All the best for now, John Richard Man wrote: > While I am hesitant to add to much to the current IDE when we have > plans to move to a next-gen IDE, this is a simple and great idea. What > I can do is to add an option to the Tools->EnvOptions that says > something like "Save backup versions of files" and save them to a > directory called "BACKUP" under the project directory. The files are > in the form of .. > > Would that do? > From bibi at microsyl.com Wed Nov 5 01:44:02 2008 From: bibi at microsyl.com (Sylvain Bissonnette) Date: Tue Nov 4 14:51:01 2008 Subject: [Icc-avr] new features? References: <04671BB8D269034BBC4BB6BA8948672610B76A@sserver.SabreTechnology.local> <4905ECB7.7030207@zetnet.co.uk> <072D96786BFC014AAEBA9EB07A8070EA514935@seattle.ecpower.dk> <49061D33.8030405@zetnet.co.uk> <001401c93d71$c7fd8810$0301a8c0@Sylvain> <5F8515C5ED67B6439B4F93D7B5E08A36063E87@sbs.pertronic.local> <48138.204.19.71.2.1225808617.squirrel@www.microsyl.com> <200811042044.mA4KiKqf074395@mail.imagecraft.com> Message-ID: <001701c93f2b$0942b4c0$0301a8c0@Sylvain> That's exactly what I'm looking for, but it could be in the next IDE release > While I am hesitant to add to much to the current IDE when we have plans > to move to a next-gen IDE, this is a simple and great idea. What I can do > is to add an option to the Tools->EnvOptions that says something like > "Save backup versions of files" and save them to a directory called > "BACKUP" under the project directory. The files are in the form of > .. > > Would that do? > > At 06:23 AM 11/4/2008, bibi@microsyl.com wrote: >>Hi, >> >> I want to say the file name will be increment each time a sucessfull >>compile is done, With ICC there is no option to do that automaticaly, >>Yes a version manager will do the job but it`s overkill for me. I >>only need file name change. >> >>Sylvain Bissonnette >> >> > Every modification, you change the version number; this number is part >> > of the filename. >> > We've been doing that for years. >> > >> > Albert. >> > >> > >> > -----Original Message----- >> > From: icc-avr-bounces@imagecraft.com >> > [mailto:icc-avr-bounces@imagecraft.com] On Behalf Of Sylvain >> > Bissonnette >> > Sent: Monday, November 03, 2008 06:05 PM >> > To: Discussion list for ICCAVR and ICCtiny Users. You do NOT >> > needtosubscribetoicc-announce if you are a member of this. >> > Subject: [Icc-avr] new features? >> > >> > Hi, >> > >> > When I'm coding each day I save my file on a new name and modify my >> > project with the new name. My idea is each time a succesfull compile >> > is >> > done automaticaly it save the file in a auto incremental name. Now we >> > have 200gig hd, some 38k files are not so big and when your project is >> > finish you just delete unwanted files. What do you think about my >> > idea? >> > >> > Thanks for your time >> > Sylvain Bissonnette >> > >> > _______________________________________________ >> > Icc-avr mailing list >> > Icc-avr@imagecraft.com >> > http://dragonsgate.net/mailman/listinfo/icc-avr >> > >> > -- >> > >> > This message has been scanned for viruses and >> > >> > dangerous content by Bizo EmailFilter, and is >> > >> > believed to be clean. >> > >> > >> > >> > _______________________________________________ >> > Icc-avr mailing list >> > Icc-avr@imagecraft.com >> > http://dragonsgate.net/mailman/listinfo/icc-avr >> > >> >> >>_______________________________________________ >>Icc-avr mailing list >>Icc-avr@imagecraft.com >>http://dragonsgate.net/mailman/listinfo/icc-avr > > // richard (This email is for mailing lists. To reach me directly, please > use richard at imagecraft.com) > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr > From Albert.vanVeen at pertronic.co.nz Tue Nov 4 14:52:48 2008 From: Albert.vanVeen at pertronic.co.nz (Albert vanVeen) Date: Tue Nov 4 15:57:14 2008 Subject: [Icc-avr] new features? In-Reply-To: <4910B5CA.8020405@zetnet.co.uk> References: <04671BB8D269034BBC4BB6BA8948672610B76A@sserver.SabreTechnology.local> <4905ECB7.7030207@zetnet.co.uk> <072D96786BFC014AAEBA9EB07A8070EA514935@seattle.ecpower.dk> <49061D33.8030405@zetnet.co.uk> <001401c93d71$c7fd8810$0301a8c0@Sylvain> <5F8515C5ED67B6439B4F93D7B5E08A36063E87@sbs.pertronic.local> <48138.204.19.71.2.1225808617.squirrel@www.microsyl.com><200811042044.mA4KiKqf074395@mail.imagecraft.com> <4910B5CA.8020405@zetnet.co.uk> Message-ID: <5F8515C5ED67B6439B4F93D7B5E08A36063E89@sbs.pertronic.local> Yes, good feature, but no American date format please. Ymd or dmy doesn't make much difference (to us). Albert. -----Original Message----- From: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] On Behalf Of John Baraclough Sent: Wednesday, November 05, 2008 09:51 AM To: Discussion list for ICCAVR and ICCtiny Users. You do NOT need tosubscribe to icc-announce if you are a member of this. Subject: Re: [Icc-avr] new features? That sounds like a great idea. Just two caveats; the date needs to be in ISO 8601 format (YYYY-MM-DD). It will also need the time added as HH-MM just in case there's more than one save each day. It could result in quite a lot of files but it will be the user's responsibility to manage these. All the best for now, John Richard Man wrote: > While I am hesitant to add to much to the current IDE when we have > plans to move to a next-gen IDE, this is a simple and great idea. What > I can do is to add an option to the Tools->EnvOptions that says > something like "Save backup versions of files" and save them to a > directory called "BACKUP" under the project directory. The files are > in the form of .. > > Would that do? > _______________________________________________ Icc-avr mailing list Icc-avr@imagecraft.com http://dragonsgate.net/mailman/listinfo/icc-avr -- This message has been scanned for viruses and dangerous content by Bizo EmailFilter, and is believed to be clean. From richard-lists at imagecraft.com Wed Nov 5 03:15:22 2008 From: richard-lists at imagecraft.com (Richard Man) Date: Tue Nov 4 16:21:52 2008 Subject: [Icc-avr] new features? In-Reply-To: <5F8515C5ED67B6439B4F93D7B5E08A36063E89@sbs.pertronic.local > References: <04671BB8D269034BBC4BB6BA8948672610B76A@sserver.SabreTechnology.local> <4905ECB7.7030207@zetnet.co.uk> <072D96786BFC014AAEBA9EB07A8070EA514935@seattle.ecpower.dk> <49061D33.8030405@zetnet.co.uk> <001401c93d71$c7fd8810$0301a8c0@Sylvain> <5F8515C5ED67B6439B4F93D7B5E08A36063E87@sbs.pertronic.local> <48138.204.19.71.2.1225808617.squirrel@www.microsyl.com> <200811042044.mA4KiKqf074395@mail.imagecraft.com> <4910B5CA.8020405@zetnet.co.uk> <5F8515C5ED67B6439B4F93D7B5E08A36063E89@sbs.pertronic.local> Message-ID: <200811050021.mA50LpfD078412@mail.imagecraft.com> We will use the Imperial Calendar established by Qing Emperor :-) I will probably use whatever ASCIITime() returns... Thanks! At 02:52 PM 11/4/2008, Albert vanVeen wrote: >Yes, good feature, but no American date format please. >Ymd or dmy doesn't make much difference (to us). > >Albert. > > >-----Original Message----- >From: icc-avr-bounces@imagecraft.com >[mailto:icc-avr-bounces@imagecraft.com] On Behalf Of John Baraclough >Sent: Wednesday, November 05, 2008 09:51 AM >To: Discussion list for ICCAVR and ICCtiny Users. You do NOT need >tosubscribe to icc-announce if you are a member of this. >Subject: Re: [Icc-avr] new features? > >That sounds like a great idea. Just two caveats; the date needs to be in >ISO 8601 format (YYYY-MM-DD). It will also need the time added as HH-MM >just in case there's more than one save each day. It could result in >quite a lot of files but it will be the user's responsibility to manage >these. > >All the best for now, >John > > >Richard Man wrote: > > While I am hesitant to add to much to the current IDE when we have > > plans to move to a next-gen IDE, this is a simple and great idea. What > > > I can do is to add an option to the Tools->EnvOptions that says > > something like "Save backup versions of files" and save them to a > > directory called "BACKUP" under the project directory. The files are > > in the form of .. > > > > Would that do? // richard (This email is for mailing lists. To reach me directly, please use richard at imagecraft.com) From Albert.vanVeen at pertronic.co.nz Tue Nov 4 15:34:38 2008 From: Albert.vanVeen at pertronic.co.nz (Albert vanVeen) Date: Tue Nov 4 16:39:01 2008 Subject: [Icc-avr] new features? In-Reply-To: <200811050021.mA50LpfD078412@mail.imagecraft.com> References: <04671BB8D269034BBC4BB6BA8948672610B76A@sserver.SabreTechnology.local><4905ECB7.7030207@zetnet.co.uk><072D96786BFC014AAEBA9EB07A8070EA514935@seattle.ecpower.dk><49061D33.8030405@zetnet.co.uk><001401c93d71$c7fd8810$0301a8c0@Sylvain><5F8515C5ED67B6439B4F93D7B5E08A36063E87@sbs.pertronic.local><48138.204.19.71.2.1225808617.squirrel@www.microsyl.com><200811042044.mA4KiKqf074395@mail.imagecraft.com><4910B5CA.8020405@zetnet.co.uk><5F8515C5ED67B6439B4F93D7B5E08A36063E89@sbs.pertronic.local> <200811050021.mA50LpfD078412@mail.imagecraft.com> Message-ID: <5F8515C5ED67B6439B4F93D7B5E08A36063E8A@sbs.pertronic.local> We have an office in Shanghai, so maybe... -----Original Message----- From: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] On Behalf Of Richard Man Sent: Thursday, November 06, 2008 12:15 AM To: icc-avr@imagecraft.com Subject: RE: [Icc-avr] new features? We will use the Imperial Calendar established by Qing Emperor :-) I will probably use whatever ASCIITime() returns... Thanks! At 02:52 PM 11/4/2008, Albert vanVeen wrote: >Yes, good feature, but no American date format please. >Ymd or dmy doesn't make much difference (to us). > >Albert. > > >-----Original Message----- >From: icc-avr-bounces@imagecraft.com >[mailto:icc-avr-bounces@imagecraft.com] On Behalf Of John Baraclough >Sent: Wednesday, November 05, 2008 09:51 AM >To: Discussion list for ICCAVR and ICCtiny Users. You do NOT need >tosubscribe to icc-announce if you are a member of this. >Subject: Re: [Icc-avr] new features? > >That sounds like a great idea. Just two caveats; the date needs to be >in ISO 8601 format (YYYY-MM-DD). It will also need the time added as >HH-MM just in case there's more than one save each day. It could result >in quite a lot of files but it will be the user's responsibility to >manage these. > >All the best for now, >John > > >Richard Man wrote: > > While I am hesitant to add to much to the current IDE when we have > > plans to move to a next-gen IDE, this is a simple and great idea. > > What > > > I can do is to add an option to the Tools->EnvOptions that says > > something like "Save backup versions of files" and save them to a > > directory called "BACKUP" under the project directory. The files are > > in the form of .. > > > > Would that do? // richard (This email is for mailing lists. To reach me directly, please use richard at imagecraft.com) _______________________________________________ Icc-avr mailing list Icc-avr@imagecraft.com http://dragonsgate.net/mailman/listinfo/icc-avr -- This message has been scanned for viruses and dangerous content by Bizo EmailFilter, and is believed to be clean. From t.jaspers at cpseurope.com Wed Nov 5 00:50:31 2008 From: t.jaspers at cpseurope.com (Jaspers, Ton) Date: Wed Nov 5 01:54:59 2008 Subject: [Icc-avr] new features? In-Reply-To: <48138.204.19.71.2.1225808617.squirrel@www.microsyl.com> Message-ID: <7B0EB27CF1CC93439B5CFB7526E5D74C727603@mickey.PBNV.local> Again, have a look at subversion (and the Tortoise SVN client). It has all you need for a state of the art SCM. And you certainly don't want it to be integrated in a compiler! I work with all kinds of CPU's and their associated compilers. It is bad enough they all carry their own IDE with proprietary editors.... Don't complicate the problem by suggesting proprietary SCM's. There must only be one SCM throughout a company, independent of what ever development system you or one of your colleagues use. Forcing the use of a particular SCM, not the one my company uses, would almost certain drive me to another compiler supplier. Developing software and SCM are two totally unrelated things IMHO. And automatic SCM commits after every compile action is also a bad idea IMHO. Every type and bug is then filed in the repository creating an awful lot of garbage. Cheers, Ton Jaspers From sl at ecpower.dk Wed Nov 5 01:21:25 2008 From: sl at ecpower.dk (Steven Lose) Date: Wed Nov 5 02:25:51 2008 Subject: SV: [Icc-avr] new features? In-Reply-To: <7B0EB27CF1CC93439B5CFB7526E5D74C727603@mickey.PBNV.local> References: <48138.204.19.71.2.1225808617.squirrel@www.microsyl.com> <7B0EB27CF1CC93439B5CFB7526E5D74C727603@mickey.PBNV.local> Message-ID: <072D96786BFC014AAEBA9EB07A8070EA514D52@seattle.ecpower.dk> But if it is an option, that you can leave unchecked, then it won't make trouble for people that have a SCM already. Right? Med venlig hilsen / Best regards / mit freundlichen Gr??en EC POWER A/S Steven Lose Software Ingeni?r Tlf.: +45 87434100 Direkte tlf. +45 58286608 Email: sl@ecpower.dk www.ecpower.dk -----Oprindelig meddelelse----- Fra: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] P? vegne af Jaspers, Ton Sendt: 5. november 2008 09:51 Til: bibi@microsyl.com; Discussion list for ICCAVR and ICCtiny Users. You do NOT need to subscribeto icc-announce if you are a member of this. Emne: RE: [Icc-avr] new features? Again, have a look at subversion (and the Tortoise SVN client). It has all you need for a state of the art SCM. And you certainly don't want it to be integrated in a compiler! I work with all kinds of CPU's and their associated compilers. It is bad enough they all carry their own IDE with proprietary editors.... Don't complicate the problem by suggesting proprietary SCM's. There must only be one SCM throughout a company, independent of what ever development system you or one of your colleagues use. Forcing the use of a particular SCM, not the one my company uses, would almost certain drive me to another compiler supplier. Developing software and SCM are two totally unrelated things IMHO. And automatic SCM commits after every compile action is also a bad idea IMHO. Every type and bug is then filed in the repository creating an awful lot of garbage. Cheers, Ton Jaspers _______________________________________________ Icc-avr mailing list Icc-avr@imagecraft.com http://dragonsgate.net/mailman/listinfo/icc-avr From t.jaspers at cpseurope.com Wed Nov 5 01:45:28 2008 From: t.jaspers at cpseurope.com (Jaspers, Ton) Date: Wed Nov 5 02:49:50 2008 Subject: [Icc-avr] new features? In-Reply-To: <072D96786BFC014AAEBA9EB07A8070EA514D52@seattle.ecpower.dk> Message-ID: <7B0EB27CF1CC93439B5CFB7526E5D74C727616@mickey.PBNV.local> Are there still professionals that don't use some form of SCM? You're kidding, right? Cheers, Ton > -----Original Message----- > From: Steven Lose > > But if it is an option, that you can leave unchecked, then it > won't make trouble for people that have a SCM already. Right? From richard-lists at imagecraft.com Wed Nov 5 13:48:02 2008 From: richard-lists at imagecraft.com (Richard Man) Date: Wed Nov 5 02:54:34 2008 Subject: [Icc-avr] new features? In-Reply-To: <7B0EB27CF1CC93439B5CFB7526E5D74C727616@mickey.PBNV.local> References: <072D96786BFC014AAEBA9EB07A8070EA514D52@seattle.ecpower.dk> <7B0EB27CF1CC93439B5CFB7526E5D74C727616@mickey.PBNV.local> Message-ID: <200811051054.mA5AsWif085814@mail.imagecraft.com> Well now.... Remember, our goal is to provide choices, not make judgement... :-) At 01:45 AM 11/5/2008, Jaspers, Ton wrote: >Are there still professionals that don't use some form of SCM? >You're kidding, right? > >Cheers, Ton > > > > -----Original Message----- > > From: Steven Lose > > > > But if it is an option, that you can leave unchecked, then it > > won't make trouble for people that have a SCM already. Right? // richard (This email is for mailing lists. To reach me directly, please use richard at imagecraft.com) From fletcherjones at worldonline.co.uk Wed Nov 5 02:04:41 2008 From: fletcherjones at worldonline.co.uk (Patrick Fletcher-Jones) Date: Wed Nov 5 03:09:23 2008 Subject: [Icc-avr] ICC-AVR on a MAC? Message-ID: Now I'm just wondering... I'm moving over to mac's from pc's, they seem much more reliable (and no that's not an invite to open a battle about the pros and cons of both systems) Now that Mac's are running Intel processors inside, I was wondering how difficult it would be to have ICC-AVR running on a MAC? I am doing this on my Mac already, but I'm having to run it under a virtual windows machine. Just a thought... VBR, Patrick From richard-lists at imagecraft.com Wed Nov 5 14:19:34 2008 From: richard-lists at imagecraft.com (Richard Man) Date: Wed Nov 5 03:26:06 2008 Subject: [Icc-avr] ICC-AVR on a MAC? In-Reply-To: References: Message-ID: <200811051126.mA5BQ5O6087157@mail.imagecraft.com> No currently, it's much cheaper and easier for all if something like Parallel is used. At 02:04 AM 11/5/2008, Patrick Fletcher-Jones wrote: >Now I'm just wondering... > >I'm moving over to mac's from pc's, they seem much more reliable (and no >that's not an invite to open a battle about the pros and cons of both >systems) > >Now that Mac's are running Intel processors inside, I was wondering how >difficult it would be to have ICC-AVR running on a MAC? > >I am doing this on my Mac already, but I'm having to run it under a virtual >windows machine. > >Just a thought... > >VBR, >Patrick // richard (This email is for mailing lists. To reach me directly, please use richard at imagecraft.com) From fletcherjones at worldonline.co.uk Wed Nov 5 02:30:20 2008 From: fletcherjones at worldonline.co.uk (Patrick Fletcher-Jones) Date: Wed Nov 5 03:35:00 2008 Subject: [Icc-avr] ICC-AVR on a MAC? In-Reply-To: <200811051126.mA5BQ5O6087157@mail.imagecraft.com> Message-ID: Actually I'm using Parallels, the only time my Mac plays up is when I've got windows running in the background. Parallels is still very impressive thou, so I'm not going to complain.. On 05/11/2008 22:19, "Richard Man" wrote: > No currently, it's much cheaper and easier for all if something like > Parallel is used. > > > At 02:04 AM 11/5/2008, Patrick Fletcher-Jones wrote: >> Now I'm just wondering... >> >> I'm moving over to mac's from pc's, they seem much more reliable (and no >> that's not an invite to open a battle about the pros and cons of both >> systems) >> >> Now that Mac's are running Intel processors inside, I was wondering how >> difficult it would be to have ICC-AVR running on a MAC? >> >> I am doing this on my Mac already, but I'm having to run it under a virtual >> windows machine. >> >> Just a thought... >> >> VBR, >> Patrick > > // richard (This email is for mailing lists. To reach me directly, > please use richard at imagecraft.com) > > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr From schaefer at mabel.info Thu Nov 6 07:21:24 2008 From: schaefer at mabel.info (=?ISO-8859-15?Q?Thomas_Sch=E4fer?=) Date: Thu Nov 6 08:25:54 2008 Subject: [Icc-avr] Xmega not available with ICC-AVR Plugin Message-ID: <49130B74.3060400@mabel.info> Hello, I noticed that it is not possible to choose an Xmega device, when I'm running my iccavr under AVR-Studio. Also, I use V7.19, but the plugin tells me, it is V7.18. Is it a bug? regards, Thomas From richard at imagecraft.com Thu Nov 6 17:56:35 2008 From: richard at imagecraft.com (Richard Man) Date: Thu Nov 6 18:58:35 2008 Subject: [Icc-avr] M32 UART Message-ID: <200811070258.mA72wXmc041190@mail.imagecraft.com> OK folks, here's a question from me for a change: is there any gotcha about using the STK600 with M32 and the UART? I am testing out eMOS and in one case where nothing is really happening, if I enable the TXEN (no UART interrupt or anything), the system crashes after a minute or more... // richard blog: On-line orders, support, and listservers available on web site. [ For technical support on ImageCraft products, please include all previous replies in your msgs. ] From dean.bell at flightec.com Thu Nov 6 18:53:55 2008 From: dean.bell at flightec.com (Dean Bell) Date: Thu Nov 6 19:58:23 2008 Subject: [Icc-avr] M32 UART In-Reply-To: <200811070258.mA72wXmc041190@mail.imagecraft.com> Message-ID: Hi Richard I may be way off target here but dose eMOS & COM work on one of your M16 (eBox-AVR) boards? Dean. I remember reading something about STK600 and noise fixed with 22pF caps to ground on the xtal pins. Re: [Icc-avr] 32 KHZ Crystal problem, solved I think Date: Aug 01 2008 - 3:58am -----Original Message----- From: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com]On Behalf Of Richard Man Sent: Friday, 7 November 2008 2:57 p.m. To: icc-avr@imagecraft.com Subject: [Icc-avr] M32 UART OK folks, here's a question from me for a change: is there any gotcha about using the STK600 with M32 and the UART? I am testing out eMOS and in one case where nothing is really happening, if I enable the TXEN (no UART interrupt or anything), the system crashes after a minute or more... // richard blog: On-line orders, support, and listservers available on web site. [ For technical support on ImageCraft products, please include all previous replies in your msgs. ] _______________________________________________ Icc-avr mailing list Icc-avr@imagecraft.com http://dragonsgate.net/mailman/listinfo/icc-avr From richard-lists at imagecraft.com Thu Nov 6 19:15:24 2008 From: richard-lists at imagecraft.com (Richard Man) Date: Thu Nov 6 20:17:27 2008 Subject: [Icc-avr] M32 UART In-Reply-To: References: <200811070258.mA72wXmc041190@mail.imagecraft.com> Message-ID: <200811070417.mA74HRPp042345@mail.imagecraft.com> As usual, the root cause is pretty far from the apparent symptom :-) It's a timing issue on *when* to start the multitasking kernel. This is why people pay thousands of dollars for this stuff, I guess :-) eMOS will be awesome :-) At 06:53 PM 11/6/2008, Dean Bell wrote: >Hi Richard > >I may be way off target here but dose eMOS & COM work on one of your M16 >(eBox-AVR) boards? > >Dean. // richard (This email is for mailing lists. To reach me directly, please use richard at imagecraft.com) From patchell at cox.net Thu Nov 6 19:21:23 2008 From: patchell at cox.net (Jim Patchell) Date: Thu Nov 6 20:25:49 2008 Subject: [Icc-avr] M32 UART In-Reply-To: <200811070417.mA74HRPp042345@mail.imagecraft.com> References: <200811070258.mA72wXmc041190@mail.imagecraft.com> <200811070417.mA74HRPp042345@mail.imagecraft.com> Message-ID: <4913B433.8050509@cox.net> One of the joys of writing an RTOS....and using one as well...when something strange happens...it is so hard to track down the root cause. -Jim Richard Man wrote: > As usual, the root cause is pretty far from the apparent symptom :-) > > It's a timing issue on *when* to start the multitasking kernel. This is > why people pay thousands of dollars for this stuff, I guess :-) > > eMOS will be awesome :-) > > At 06:53 PM 11/6/2008, Dean Bell wrote: >> Hi Richard >> >> I may be way off target here but dose eMOS & COM work on one of your M16 >> (eBox-AVR) boards? >> >> Dean. > > // richard (This email is for mailing lists. To reach me directly, > please use richard at imagecraft.com) > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr > > -- ---------------------------------------------- Visit http://www.noniandjim.com SDIY: http://www.noniandjim.com/Jim/index.html ---------------------------------------------- From richard-lists at imagecraft.com Thu Nov 6 19:29:50 2008 From: richard-lists at imagecraft.com (Richard Man) Date: Thu Nov 6 20:31:54 2008 Subject: [Icc-avr] M32 UART In-Reply-To: <4913B433.8050509@cox.net> References: <200811070258.mA72wXmc041190@mail.imagecraft.com> <200811070417.mA74HRPp042345@mail.imagecraft.com> <4913B433.8050509@cox.net> Message-ID: <200811070431.mA74VqgC042541@mail.imagecraft.com> Hence eMOS has extensive stack checking, memory tracking , virtual watchdog etc. :-) At 07:21 PM 11/6/2008, Jim Patchell wrote: >One of the joys of writing an RTOS....and using one as well...when >something strange happens...it is so hard to track down the root cause. > >-Jim // richard (This email is for mailing lists. To reach me directly, please use richard at imagecraft.com) From sl at ecpower.dk Thu Nov 6 22:42:59 2008 From: sl at ecpower.dk (Steven Lose) Date: Thu Nov 6 23:47:27 2008 Subject: [Icc-avr] PC-lint and macros.h for ICCAVR Message-ID: <072D96786BFC014AAEBA9EB07A8070EA541D79@seattle.ecpower.dk> Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 2650 bytes Desc: image002.jpg Url : http://dragonsgate.net/pipermail/icc-avr/attachments/20081107/e441c2e6/attachment.jpe From richard-lists at imagecraft.com Thu Nov 6 23:01:27 2008 From: richard-lists at imagecraft.com (Richard Man) Date: Fri Nov 7 00:03:29 2008 Subject: [Icc-avr] PC-lint and macros.h for ICCAVR In-Reply-To: <072D96786BFC014AAEBA9EB07A8070EA541D79@seattle.ecpower.dk> References: <072D96786BFC014AAEBA9EB07A8070EA541D79@seattle.ecpower.dk> Message-ID: <200811070803.mA783TJe045301@mail.imagecraft.com> An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20081106/5ed64c4a/attachment.html From sl at ecpower.dk Thu Nov 6 23:46:28 2008 From: sl at ecpower.dk (Steven Lose) Date: Fri Nov 7 00:50:56 2008 Subject: SV: [Icc-avr] PC-lint and macros.h for ICCAVR In-Reply-To: <200811070803.mA783TJe045301@mail.imagecraft.com> References: <072D96786BFC014AAEBA9EB07A8070EA541D79@seattle.ecpower.dk> <200811070803.mA783TJe045301@mail.imagecraft.com> Message-ID: <072D96786BFC014AAEBA9EB07A8070EA541D7D@seattle.ecpower.dk> Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 2650 bytes Desc: image001.jpg Url : http://dragonsgate.net/pipermail/icc-avr/attachments/20081107/90b402ce/attachment-0001.jpe From dean.bell at flightec.com Fri Nov 7 00:36:11 2008 From: dean.bell at flightec.com (Dean Bell) Date: Fri Nov 7 01:40:45 2008 Subject: [Icc-avr] PC-lint and macros.h for ICCAVR In-Reply-To: <072D96786BFC014AAEBA9EB07A8070EA541D7D@seattle.ecpower.dk> Message-ID: Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 2650 bytes Desc: not available Url : http://dragonsgate.net/pipermail/icc-avr/attachments/20081107/2799b4cd/image001.jpg From sl at ecpower.dk Fri Nov 7 01:08:16 2008 From: sl at ecpower.dk (Steven Lose) Date: Fri Nov 7 02:12:45 2008 Subject: SV: [Icc-avr] PC-lint and macros.h for ICCAVR In-Reply-To: References: <072D96786BFC014AAEBA9EB07A8070EA541D7D@seattle.ecpower.dk> Message-ID: <072D96786BFC014AAEBA9EB07A8070EA541D9A@seattle.ecpower.dk> Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 2650 bytes Desc: image001.jpg Url : http://dragonsgate.net/pipermail/icc-avr/attachments/20081107/8ef64992/attachment-0002.jpe -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 2650 bytes Desc: image002.jpg Url : http://dragonsgate.net/pipermail/icc-avr/attachments/20081107/8ef64992/attachment-0003.jpe From richard at imagecraft.com Sun Nov 9 21:49:41 2008 From: richard at imagecraft.com (Richard Man) Date: Sun Nov 9 22:52:13 2008 Subject: [Icc-avr] eMOS for AVR in beta testing Message-ID: <200811100652.mAA6qBQO012548@mail.imagecraft.com> eMOS for AVR is now in beta testing. You can find the documentation here (http://www.imagecraft.com/pub/emos_avr.pdf). If you are interested in participating, please contact us. We believe eMOS' high performance features such as preemptive scheduler, tight integration with the ImageCraft compiler, combining with safety features such as stack checking and virtual watchdog set eMOS apart from other RTOS. Of course it has very competitive priced. // richard blog: On-line orders, support, and listservers available on web site. [ For technical support on ImageCraft products, please include all previous replies in your msgs. ] From rainer.dehnert at t-online.de Tue Nov 11 02:04:46 2008 From: rainer.dehnert at t-online.de (rainer.dehnert@t-online.de) Date: Tue Nov 11 03:09:40 2008 Subject: [Icc-avr] PC-Lint Configuration Message-ID: <1Kzq74-2H45Y00@fwd08.aul.t-online.de> An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20081111/ac3d5672/attachment.html From robertrade at yahoo.com Wed Nov 12 06:22:48 2008 From: robertrade at yahoo.com (Robert Rademacher) Date: Wed Nov 12 07:27:22 2008 Subject: [Icc-avr] C - is the most reliable programming language References: <200810272000.m9RK09Zj093050@mail.imagecraft.com> Message-ID: <755541.38302.qm@web65706.mail.ac4.yahoo.com> Hi all, Here's the interesting article for C purists: http://tratt.net/laurie/tech_articles/articles/how_can_c_programs_be_so_reliable Robert -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20081112/852af0fe/attachment.html From jh.bodin at telia.com Wed Nov 12 07:01:10 2008 From: jh.bodin at telia.com (Johan H. Bodin) Date: Wed Nov 12 08:05:41 2008 Subject: [Icc-avr] C - is the most reliable programming language In-Reply-To: <755541.38302.qm@web65706.mail.ac4.yahoo.com> References: <200810272000.m9RK09Zj093050@mail.imagecraft.com> <755541.38302.qm@web65706.mail.ac4.yahoo.com> Message-ID: <491AEFB6.1070308@telia.com> Here's more interesting information for C programmers: http://www.ioccc.org/ :-D Regards Johan Robert Rademacher wrote: > Hi all, > > Here's the interesting article for C purists: > > http://tratt.net/laurie/tech_articles/articles/how_can_c_programs_be_so_reliable > > Robert From richard at imagecraft.com Thu Nov 13 00:09:08 2008 From: richard at imagecraft.com (Richard Man) Date: Thu Nov 13 01:12:09 2008 Subject: [Icc-avr] Polling for the Future... TCP/IP stack Message-ID: <200811130912.mAD9C7sE083395@mail.imagecraft.com> Now that eMOS for AVR (http://www.imagecraft.com/pub/emos_avr.pdf) is in beta, time to polish off the crystal balls some more. I have a consultant looking at CANLIB for AVR already. I'd think that a robust, fast, small, full-feature TCP/IP stack is high on the list of things we should do. Problem there is there are 4 qualifiers there, and as they usually say, you have 2 out of 3, or 3 out of 4. So what features would you want in a TCP/IP stack? A compiler tie-in is that someone suggested that we provide some sort of API so that a program can take a web page HTML with embedded references to C variables, e.g. ...// html stuff ... .... @foo:bar ... where bar is a local variable in foo, and the API would expand the value at runtime. I am not sure what kind of variable reference we can allow yet, but you get the idea. Yay or nay? Comments and suggestions always welcome. // richard blog: On-line orders, support, and listservers available on web site. [ For technical support on ImageCraft products, please include all previous replies in your msgs. ] From sl at ecpower.dk Thu Nov 13 02:01:41 2008 From: sl at ecpower.dk (Steven Lose) Date: Thu Nov 13 03:06:17 2008 Subject: SV: [Icc-avr] Polling for the Future... TCP/IP stack In-Reply-To: <200811130912.mAD9C7sE083395@mail.imagecraft.com> References: <200811130912.mAD9C7sE083395@mail.imagecraft.com> Message-ID: <072D96786BFC014AAEBA9EB07A8070EA542057@seattle.ecpower.dk> Will the stack be a part of eMOS or a part that can be integrated into whatever OS or scheduler the users have? Will it have PPP? Med venlig hilsen / Best regards / mit freundlichen Gr??en EC POWER A/S Steven Lose Software Ingeni?r Tlf.: +45 87434100 Direkte tlf. +45 58286608 Email: sl@ecpower.dk www.ecpower.dk -----Oprindelig meddelelse----- Fra: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] P? vegne af Richard Man Sendt: 13. november 2008 09:09 Til: icc-announce@imagecraft.com; icc-avr@imagecraft.com; icc-mot@imagecraft.com; icc-430@imagecraft.com; icc-arm@imagecraft.com Emne: [Icc-avr] Polling for the Future... TCP/IP stack Now that eMOS for AVR (http://www.imagecraft.com/pub/emos_avr.pdf) is in beta, time to polish off the crystal balls some more. I have a consultant looking at CANLIB for AVR already. I'd think that a robust, fast, small, full-feature TCP/IP stack is high on the list of things we should do. Problem there is there are 4 qualifiers there, and as they usually say, you have 2 out of 3, or 3 out of 4. So what features would you want in a TCP/IP stack? A compiler tie-in is that someone suggested that we provide some sort of API so that a program can take a web page HTML with embedded references to C variables, e.g. ...// html stuff ... .... @foo:bar ... where bar is a local variable in foo, and the API would expand the value at runtime. I am not sure what kind of variable reference we can allow yet, but you get the idea. Yay or nay? Comments and suggestions always welcome. // richard blog: On-line orders, support, and listservers available on web site. [ For technical support on ImageCraft products, please include all previous replies in your msgs. ] _______________________________________________ Icc-avr mailing list Icc-avr@imagecraft.com http://dragonsgate.net/mailman/listinfo/icc-avr From richard-lists at imagecraft.com Thu Nov 13 02:21:00 2008 From: richard-lists at imagecraft.com (Richard Man) Date: Thu Nov 13 03:24:02 2008 Subject: SV: [Icc-avr] Polling for the Future... TCP/IP stack In-Reply-To: <072D96786BFC014AAEBA9EB07A8070EA542057@seattle.ecpower.dk> References: <200811130912.mAD9C7sE083395@mail.imagecraft.com> <072D96786BFC014AAEBA9EB07A8070EA542057@seattle.ecpower.dk> Message-ID: <200811131124.mADBO1E2086572@mail.imagecraft.com> At 02:01 AM 11/13/2008, Steven Lose wrote: >Will the stack be a part of eMOS or a part that can be integrated >into whatever OS or scheduler the users have? Not sure yet. Most likely it will work best with eMOS. >Will it have PPP? Will it be a dealbreaker if not? (The purpose of this email :-) ) It will have the minimal stuff of course: ip, tcp, udp. Additional protocols? Most likely http, smtp, dhcp. PPP? Not sure yet. // richard (This email is for mailing lists. To reach me directly, please use richard at imagecraft.com) From sl at ecpower.dk Thu Nov 13 02:34:03 2008 From: sl at ecpower.dk (Steven Lose) Date: Thu Nov 13 03:38:37 2008 Subject: SV: SV: [Icc-avr] Polling for the Future... TCP/IP stack In-Reply-To: <200811131124.mADBO1E2086572@mail.imagecraft.com> References: <200811130912.mAD9C7sE083395@mail.imagecraft.com><072D96786BFC014AAEBA9EB07A8070EA542057@seattle.ecpower.dk> <200811131124.mADBO1E2086572@mail.imagecraft.com> Message-ID: <072D96786BFC014AAEBA9EB07A8070EA54205E@seattle.ecpower.dk> I would properly need PPP for using Data terminals like TC35i etc. Maybee it would be possible to turn functionality on/off, so that users could save code space, if they do not use the whole package? Med venlig hilsen / Best regards / mit freundlichen Gr??en EC POWER A/S Steven Lose Software Ingeni?r Tlf.: +45 87434100 Direkte tlf. +45 58286608 Email: sl@ecpower.dk www.ecpower.dk -----Oprindelig meddelelse----- Fra: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] P? vegne af Richard Man Sendt: 13. november 2008 11:21 Til: icc-avr@imagecraft.com Emne: Re: SV: [Icc-avr] Polling for the Future... TCP/IP stack At 02:01 AM 11/13/2008, Steven Lose wrote: >Will the stack be a part of eMOS or a part that can be integrated >into whatever OS or scheduler the users have? Not sure yet. Most likely it will work best with eMOS. >Will it have PPP? Will it be a dealbreaker if not? (The purpose of this email :-) ) It will have the minimal stuff of course: ip, tcp, udp. Additional protocols? Most likely http, smtp, dhcp. PPP? Not sure yet. // richard (This email is for mailing lists. To reach me directly, please use richard at imagecraft.com) _______________________________________________ Icc-avr mailing list Icc-avr@imagecraft.com http://dragonsgate.net/mailman/listinfo/icc-avr From andrew_166 at msn.com Thu Nov 13 02:54:45 2008 From: andrew_166 at msn.com (Andrew) Date: Thu Nov 13 03:59:06 2008 Subject: [Icc-avr] Polling for the Future... TCP/IP stack In-Reply-To: <200811130912.mAD9C7sE083395@mail.imagecraft.com> References: <200811130912.mAD9C7sE083395@mail.imagecraft.com> Message-ID: Hi Richard, In my opinion the stack should start with the following basic features (Possibly in order): - . Enable / Disable DHCP (for automatic IP address assignment . Ability to change the IP address. . Ability to Set a Net mask address. . Ability to set a Gateway address. . Ability to act as a TCP/IP Client or server, such that a computer (PC) can connect to it over TCP/IP, creates a connection and sends it data. . Ability to act as UDP Client or server, such that a computer (PC) can connect to it. . Ability to act as an FTP Server or Client. . Support for telnet sessions, so the stack can be configured remotely. Once the above has been tested, you could then bring in POP3 and SMTP support so the stack can send/receive e-mails. And then finally finish the stack off with Http support so that the stack can host a basic website. You may what to look at the Multitech MT100SEM Ethernet module for some inspiration I currently use this device which does all the above apart from http support for hosting websites, which in my opinion is the least important for me anyway, as I mainly use the Ethernet for sending data to my embedded systems over TCP/IP to re-configure them or send them new data. Regards, Andy -------------------------------------------------- From: "Richard Man" Sent: Thursday, November 13, 2008 8:09 AM To: ; ; ; ; Subject: [Icc-avr] Polling for the Future... TCP/IP stack > Now that eMOS for AVR (http://www.imagecraft.com/pub/emos_avr.pdf) is in > beta, time to polish off the crystal balls some more. I have a consultant > looking at CANLIB for AVR already. I'd think that a robust, fast, small, > full-feature TCP/IP stack is high on the list of things we should do. > Problem there is there are 4 qualifiers there, and as they usually say, > you have 2 out of 3, or 3 out of 4. So what features would you want in a > TCP/IP stack? > > A compiler tie-in is that someone suggested that we provide some sort of > API so that a program can take a web page HTML with embedded references to > C variables, e.g. > > ...// html stuff ... > .... @foo:bar ... > > > where bar is a local variable in foo, and the API would expand the value > at runtime. I am not sure what kind of variable reference we can allow > yet, but you get the idea. Yay or nay? > > Comments and suggestions always welcome. > > // richard blog: > > On-line orders, support, and > listservers available on web site. > [ For technical support on ImageCraft products, please include all > previous replies in your msgs. ] > _______________________________________________ > Icc-avr mailing list > Icc-avr@imagecraft.com > http://dragonsgate.net/mailman/listinfo/icc-avr > From robertrade at yahoo.com Fri Nov 14 06:39:19 2008 From: robertrade at yahoo.com (Robert Rademacher) Date: Fri Nov 14 07:43:54 2008 Subject: [Icc-avr] eMOS for AVR and TCP/IP Stack?? References: <200811132000.mADK0rPn099906@mail.imagecraft.com> Message-ID: <72986.59403.qm@web65708.mail.ac4.yahoo.com> I'd think that a robust, fast, small, full-feature TCP/IP stack is high on the list of things we should do. Problem there is there are 4 qualifiers there, and as they usually say, you have 2 out of 3, or 3 out of 4. So what features would you want in a TCP/IP stack? A compiler tie-in is that someone suggested that we provide some sort of API so that a program can take a web page HTML with embedded references to C variables, e.g. ...// html stuff ... .... @foo:bar ... where bar is a local variable in foo, and the API would expand the value at runtime. I am not sure what kind of variable reference we can allow yet, but you get the idea. Yay or nay? Comments and suggestions always welcome. *************************************** I have my own TCP/IP stack running off Microchip ENC28J60 Ethernet Interface as it comes with 8kb TCP/IP stack, which is connected to Mega2560 micro. With that off-loaded TCP/IP stack on that chip as well as Microchip's stuffs incorporated into my code, I'm able to have http server and telnet client/server running on my system, along with USB, RS-232, and other interfaces, managed directly from Mega2560. Very cost effective. I'm not sure how your TCP/IP stack would be useful, unless you're referring to XMega with built-in Ethernet interface. Robert J. Rademacher -------------- next part -------------- An HTML attachment was scrubbed... URL: http://dragonsgate.net/pipermail/icc-avr/attachments/20081114/72e49508/attachment.html From tim at sabretechnology.co.uk Fri Nov 14 08:06:45 2008 From: tim at sabretechnology.co.uk (Tim Mitchell) Date: Fri Nov 14 09:11:27 2008 Subject: [Icc-avr] Bootloader problem starting main application Message-ID: <04671BB8D269034BBC4BB6BA8948672610B8A7@sserver.SabreTechnology.local> Hello, I'm trying to get Atmel's STK500 bootloader working on a mega168. I started with the example supplied with ICCAVR. I have compiled it as a bootloader in ICCAVR, it runs no problem. However, jumping to the main application does not work - it just doesn't run it. (It basically does jmp 0000) I am starting the application with the BOOTRST fuse programmed so it jumps straight to the bootloader. If I clear this, the main application runs fine so it's obviously programmed correctly. The ICCAVR help suggests (I think) that the interrupts are relocated into the boot sector by the startup code when you compile as bootloader - so I am clearing the IVSEL flag, but that doesn't make any difference. I am a bit baffled - any ideas? -- Tim Mitchell tim@sabretechnology.co.uk http://www.sabretechnology.co.uk Sabre Technology (Hull) Ltd, 3a Newlands Science Park, Hull HU6 7TQ Registered in England and Wales no.3131504 t:01482 801003 f:01482 801078 From tim at sabretechnology.co.uk Fri Nov 14 08:23:45 2008 From: tim at sabretechnology.co.uk (Tim Mitchell) Date: Fri Nov 14 09:28:26 2008 Subject: [Icc-avr] Bootloader problem starting main application Message-ID: <04671BB8D269034BBC4BB6BA8948672610B8AA@sserver.SabreTechnology.local> ----Original Message---- From: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] On Behalf Of Tim Mitchell Sent: 14 November 2008 16:07 To: Discussion list for ICCAVR and ICCtiny Users. You do NOT needtosubscribeto icc-announce if you are a member of this. Subject: [Icc-avr] Bootloader problem starting main application > Hello, > > I'm trying to get Atmel's STK500 bootloader working on a > mega168. I started with the example supplied with ICCAVR. > I have compiled it as a bootloader in ICCAVR, it runs no > problem. However, jumping to the main application does > not work - it just doesn't run it. (It basically does jmp > 0000) > > I am starting the application with the BOOTRST fuse > programmed so it jumps straight to the bootloader. If I > clear this, the main application runs fine so it's > obviously programmed correctly. > > The ICCAVR help suggests (I think) that the interrupts > are relocated into the boot sector by the startup code > when you compile as bootloader - so I am clearing the > IVSEL flag, but that doesn't make any difference. > > I am a bit baffled - any ideas? Never mind, fixed it... I was on the right lines, but my IVSEL clearing was taking too long after setting IVCE (only 4 cycles allowed) -- Tim Mitchell From richard-lists at imagecraft.com Fri Nov 14 15:12:46 2008 From: richard-lists at imagecraft.com (Richard Man) Date: Fri Nov 14 16:14:58 2008 Subject: [Icc-avr] eMOS for AVR and TCP/IP Stack?? In-Reply-To: <72986.59403.qm@web65708.mail.ac4.yahoo.com> References: <200811132000.mADK0rPn099906@mail.imagecraft.com> <72986.59403.qm@web65708.mail.ac4.yahoo.com> Message-ID: <200811150014.mAF0EvDs040649@mail.imagecraft.com> Fair question, this is what I wrote on my blog in responding to something similar: Second: we believe we can make a stack that really takes advantages of our deep understanding with how C works, and what our customers need - hence these postings. We know there are free alternatives out there in the form of uIP, Ethernut, Microchip etc. but software engineering is all about making the right trade off, and the ones that others made may not necessarily be the ones that our customers really want. Also, we believe that ultimately, a total package solution would be beneficial to our customers. >I have my own TCP/IP stack running off Microchip ENC28J60 Ethernet >Interface as it comes with 8kb TCP/IP stack, which is connected to >Mega2560 micro. With that off-loaded TCP/IP stack on that chip as >well as Microchip's stuffs incorporated into my code, I'm able to >have http server and telnet client/server running on my system, >along with USB, RS-232, and other interfaces, managed directly from >Mega2560. Very cost effective. > >I'm not sure how your TCP/IP stack would be useful, unless you're >referring to XMega with built-in Ethernet interface. > // richard (This email is for mailing lists. To reach me directly, please use richard at imagecraft.com) From michael.bate at integra-ls.com Mon Nov 24 10:34:03 2008 From: michael.bate at integra-ls.com (Bate, Michael) Date: Mon Nov 24 11:38:53 2008 Subject: [Icc-avr] Make and ReBuild are disabled In-Reply-To: <200811152000.mAFK03JQ057138@mail.imagecraft.com> References: <200811152000.mAFK03JQ057138@mail.imagecraft.com> Message-ID: What can cause the Project/Make Project and Project/Rebuild All menu items to be disabled? Is this a licensing issue? A permissions issue? From danar at astrixnet.com Tue Nov 25 08:11:48 2008 From: danar at astrixnet.com (Dana Raymond) Date: Tue Nov 25 09:16:23 2008 Subject: [Icc-avr] RAM Banking Support In-Reply-To: <200811242000.mAOK02IL018922@mail.imagecraft.com> References: <200811242000.mAOK02IL018922@mail.imagecraft.com> Message-ID: I have a suggestion for a ICCAVR feature: Support for external RAM banking. ON several of our products we allow for greater than 64KB of external ram to be accessible by banking the upper 32KB window via dedicated PIO pins. It would be great if the ICCAVR provided some sort of automatic support for such a scheme. Perhaps a pragma that locates cvariabhles in specific banks, and the compiler understands that the bank needs to be select so it called a user-supplied function that performs the bank switch. Of course our hardware keeps the same lower 32KB image whatever the bank selected so that an RTOS can be used. -----Original Message----- From: icc-avr-bounces@imagecraft.com [mailto:icc-avr-bounces@imagecraft.com] On Behalf Of icc-avr-request@imagecraft.com Sent: November 24, 2008 3:00 PM To: icc-avr@imagecraft.com Subject: Icc-avr Digest, Vol 52, Issue 14 Send Icc-avr mailing list submissions to icc-avr@imagecraft.com To subscribe or unsubscribe via the World Wide Web, visit http://dragonsgate.net/mailman/listinfo/icc-avr or, via email, send a message with subject or body 'help' to icc-avr-request@imagecraft.com You can reach the person managing the list at icc-avr-owner@imagecraft.com When replying, please edit your Subject line so it is more specific than "Re: Contents of Icc-avr digest..." Today's Topics: 1. Make and ReBuild are disabled (Bate, Michael) ---------------------------------------------------------------------- Message: 1 Date: Mon, 24 Nov 2008 13:34:03 -0500 From: "Bate, Michael" Subject: [Icc-avr] Make and ReBuild are disabled To: Message-ID: Content-Type: text/plain; charset="us-ascii" What can cause the Project/Make Project and Project/Rebuild All menu items to be disabled? Is this a licensing issue? A permissions issue? ------------------------------ _______________________________________________ Icc-avr mailing list Icc-avr@imagecraft.com http://dragonsgate.net/mailman/listinfo/icc-avr End of Icc-avr Digest, Vol 52, Issue 14 *************************************** From richard-lists at imagecraft.com Tue Nov 25 14:00:08 2008 From: richard-lists at imagecraft.com (Richard Man) Date: Tue Nov 25 15:03:30 2008 Subject: [Icc-avr] Make and ReBuild are disabled In-Reply-To: References: <200811152000.mAFK03JQ057138@mail.imagecraft.com> Message-ID: <200811252303.mAPN3Tnp046212@mail.imagecraft.com> And you have a project open and there is no errant imakew or other ICC processes still running? It's definitely not a licensing issue, and probably not a permission issue. At 10:34 AM 11/24/2008, you wrote: >What can cause the Project/Make Project and Project/Rebuild All menu >items to be disabled? > >Is this a licensing issue? A permissions issue? > // richard (This email is for mailing lists. To reach me directly, please use richard at imagecraft.com) From sl at ecpower.dk Wed Nov 26 05:33:23 2008 From: sl at ecpower.dk (Steven Lose) Date: Wed Nov 26 06:38:19 2008 Subject: [Icc-avr] loss of tools Message-ID: <072D96786BFC014AAEBA9EB07A8070EA54263E@seattle.ecpower.dk> Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/jpeg Size: 2650 bytes Desc: image001.jpg Url : http://dragonsgate.net/pipermail/icc-avr/attachments/20081126/a42606a8/attachment.jpe