Found something else unusual in v5.32.2 that doesn't happen in 5.31.3.

 

I do embedded programming and I was just attempting to embed some test data in some Flash memory to debug a problem - 740 lines of 15 data elements in each line i.e.

 

static const uint16_t test_data[11100] = {

96,  92,  94,  94,  95,  95,  95,  95,  96,  96,  96,  96,  96,  96,  96,

97,  98,  99,  100,  100,  100,  100,  100,  100,  100,  100,  100,  101,  101,  101,

103,  103,  103,  104,  104,  103,  103,  103,  104,  104,  104,  105,  105,  106,  107,

107...

 

Using cc-mode 5.32.2, Emacs basically locks up when point ventures into this region of the code. Windows Task Manager shows emacs.exe is using 50% of the CPU - and nothing seems to be happening! When point first goes into the region Emacs becomes extremely slow – but even a few movement commands and Emacs just seems to lock up.

 

The .c file is not large by any means – even after adding these 740 lines of code – total size is 86K bytes.

 

I reduced my .emacs file to a single load-path command to point to cc-mode and the problem still happens (with 5.32.2).

 

Regards

Peter

 

 

Peter Milliken

Software Engineer

 

"I Program - therefore I am"

 

ResMed Ltd

1 Elizabeth Macarthur Drive

Bella Vista NSW 2153 Australia

 

Tel: +61 2 8884 1000

Dir: +61 2 8884 2316

Fax:+61 2 8884 2006

email: peterm@resmed.com.au

 


Warning: Copyright ResMed. Where the contents of this email and/or attachment includes materials prepared by ResMed, the use of those
materials is subject exclusively to the conditions of engagement between ResMed and the intended recipient.

This communication is confidential and may contain legally privileged information.
By the use of email over the Internet or other communication systems, ResMed is not waiving either confidentiality of, or legal
privilege in the content of the email and of any attachments.
If the recipient of this message is not the intended addressee, please call ResMed immediately on +61 2 8884 1000 Sydney, Australia.