Searching \ for '[PIC] Why using MPLAB C18 compiler is risky?' in subject line. ()
Make payments with PayPal - it's fast, free and secure! Help us get a faster server
FAQ page: massmind.org/techref/microchip/languages.htm?key=mplab
Search entire site for: 'Why using MPLAB C18 compiler is risky?'.

Exact match. Not showing close matches.
PICList Thread
'[PIC] Why using MPLAB C18 compiler is risky?'
2009\05\06@043926 by Xiaofan Chen

face picon face
www.microchip.com/forums/tm.aspx?m=310323
A simple bug without fix for a long time.

Now another Microchip employee actually found the bug again.
Hopefully this time they will fix it.
http://www.microchip.com/forums/tm.aspx?m=310323


--
Xiaofan http://mcuee.blogspot.com

2009\05\06@080319 by olin piclist

face picon face
Xiaofan Chen wrote:
> www.microchip.com/forums/tm.aspx?m=310323
> A simple bug without fix for a long time.

This doesn't seem to be a bug in the compiler but rather in libraries.

********************************************************************
Embed Inc, Littleton Massachusetts, http://www.embedinc.com/products
(978) 742-9014.  Gold level PIC consultants since 2000.

2009\05\06@083857 by Harold Hallikainen

face
flavicon
face
THANKS for pointing this out! Since I'm using the TCP/IP stack on an
18LF6722, I'll add that fix today!

Harold


{Quote hidden}

--
FCC Rules Updated Daily at http://www.hallikainen.com - Advertising
opportunities available!

2009\05\06@085245 by Xiaofan Chen

face picon face
On Wed, May 6, 2009 at 8:03 PM, Olin Lathrop <spam_OUTolin_piclistTakeThisOuTspamembedinc.com> wrote:
> Xiaofan Chen wrote:
>> www.microchip.com/forums/tm.aspx?m=310323
>> A simple bug without fix for a long time.
>
> This doesn't seem to be a bug in the compiler but rather in libraries.
>

You are right. I should have pointed this out. I was told by one colleague that
the C18 library was not good in 2004. He told me that the peripheral
library was
especially bad at that time. He also told me that the HiTech PICC 18 was
better. I think C18 compiler has been better and better over the years.
But the libraries are still problematic from time to time.


--
Xiaofan http://mcuee.blogspot.com

2009\05\06@093919 by Xiaofan Chen

face picon face
On Wed, May 6, 2009 at 8:03 PM, Olin Lathrop <.....olin_piclistKILLspamspam@spam@embedinc.com> wrote:
> Xiaofan Chen wrote:
>> www.microchip.com/forums/tm.aspx?m=310323
>> A simple bug without fix for a long time.
>
> This doesn't seem to be a bug in the compiler but rather in libraries.

The more worrying trend is the support staff which closed the bug
without explanation even though it was first reported back in
July 2007 (and confirmed by JasonK, a Microchip employee).
http://www.microchip.com/forums/tm.aspx?m=265754

Then here:
http://www.microchip.com/forums/tm.aspx?m=291937

Ticket raised again and again here.
http://www.microchip.com/forums/tm.aspx?m=310323

And now another Microchip employee found the bug again.
http://www.microchip.com/forums/tm.aspx?m=420136

So this is rather bad.

Some of the support staff do not know what they are doing.
Example:
www.microchip.com/forums/tm.aspx?m=420480
He does not know that MPLAB can work with two PICkit 2
units since V8.15.
www.microchip.com/forums/tm.aspx?m=405976
He does not know PICKit 3 is an HID device.

:-(


--
Xiaofan http://mcuee.blogspot.com

2009\05\06@110622 by Harold Hallikainen

face
flavicon
face

> Now another Microchip employee actually found the bug again.
> Hopefully this time they will fix it.
> http://www.microchip.com/forums/tm.aspx?m=310323


I just noticed that this post starts with "I think I have uncovered a
serious bug in the C18 rand() function in extended mode."

Is the bug present in non-extended mode?

Harold

--
FCC Rules Updated Daily at http://www.hallikainen.com - Advertising
opportunities available!

2009\05\06@114120 by Funny NYPD

picon face
I have to agree on some feature, the C18 doesn't looks like a professional tool at all.

However, if you are building USB and Ethernet applications, the C18 is your best bet if you would like to re-use most of the accumulated USB codes posted by Microchip.

There is a few USB port from C18 to PICC18. But that doesn't get rid of the pain too much.

Funny N.
Au Group Electronics, http://www.AuElectronics.com




________________________________
From: Harold Hallikainen <haroldspamKILLspamhallikainen.org>
To: Microcontroller discussion list - Public. <.....piclistKILLspamspam.....mit.edu>
Sent: Wednesday, May 6, 2009 11:14:23 AM
Subject: Re: [PIC] Why using MPLAB C18 compiler is risky?


> Now another Microchip employee actually found the bug again.
> Hopefully this time they will fix it.
> http://www.microchip.com/forums/tm.aspx?m=310323


I just noticed that this post starts with "I think I have uncovered a
serious bug in the C18 rand() function in extended mode."

Is the bug present in non-extended mode?

Harold

--
FCC Rules Updated Daily at http://www.hallikainen.com - Advertising
opportunities available!

2009\05\06@193418 by Xiaofan Chen

face picon face
On Wed, May 6, 2009 at 11:14 PM, Harold Hallikainen
<EraseMEharoldspam_OUTspamTakeThisOuThallikainen.org> wrote:
>
>> Now another Microchip employee actually found the bug again.
>> Hopefully this time they will fix it.
>> http://www.microchip.com/forums/tm.aspx?m=310323
>
>
> I just noticed that this post starts with "I think I have uncovered a
> serious bug in the C18 rand() function in extended mode."
>
> Is the bug present in non-extended mode?

I think the bug is not presented in the traditional mode. The
two version of the codes are rather different.

Please refer to the original report.
http://www.microchip.com/forums/tm.aspx?m=265754

And from the following 2nd report, we know that the assumption
that idata will be allocated in unbanked area is not correct
and it indeed is a bug, but only for the extended instruction mode
version.
http://www.microchip.com/forums/tm.aspx?m=291937

--
Xiaofan http://mcuee.blogspot.com

2009\05\07@010642 by Xiaofan Chen

face picon face
On Wed, May 6, 2009 at 11:41 PM, Funny NYPD <funnynypdspamspam_OUTyahoo.com> wrote:
> I have to agree on some feature, the C18 doesn't looks like
> a professional tool at all.

To me the compiler is okay. The libraries need more testing though.
I know some people actually do not use the peripheral libraries at all.
The standard C library may need some scrutiny as well.

> However, if you are building USB and Ethernet applications, the
> C18 is your best bet if you would like to re-use most of the accumulated
> USB codes posted by Microchip.

That is one of the key advantage of C18. The other major benefits of
C18 is the TCO because of the very friendly upgrade policy. You pay
once and get life updates for free. That is very generous compared to
other commercial compilers.

> There is a few USB port from C18 to PICC18. But that doesn't get rid
> of the pain too much.
>
Maybe things will improve now that HiTech is part of Microchip. So the
stack may soon gain compiler neutrality. But initially the quality of
the porting may not be that good.


--
Xiaofan http://mcuee.blogspot.com

2009\05\07@035636 by Alan B. Pearce

face picon face
>That is one of the key advantage of C18. The other major benefits
>of C18 is the TCO because of the very friendly upgrade policy.
>You pay once and get life updates for free. That is very generous
>compared to other commercial compilers.

The C30 compiler has the same 'pay once, upgrade for life' policy. Does make
the decision to get the full featured version of it easier, rather than
getting the Pic24 or Pic30 individual versions.

More... (looser matching)
- Last day of these posts
- In 2009 , 2010 only
- Today
- New search...