make: *** [size] Error 1 and Comodo Defense+

Log in or register to post comments
Go To Last Post
10 posts / 0 new
Author
Message
doomstar
doomstar's picture
Level: Wannabe
Joined: Tue. Feb 12, 2002
Posts: 60 View posts
Location: France
#1
Posted by doomstar: Fri. Jan 25, 2013 - 01:54 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Hi everybody,

I had a problem when I build my current project.
I am using AVR studio 4.19 build 730 with the Atmel Toolchain.

Everything works fine until a moment and since Avrstudio just say to me

make: *** [size] Error 1

with no more clue to find the problem.
I have change quasi anything.
Please see the attached image.

In approximatively the same time I have some message from my internet security suite such

makennnn-1.bat has been sandboxed

where nnnn change at every build.
So I suspect a virus or something like that. After check, uninstallation and reinstallation of AVRstudio and AVR toolchain, same things appear.

I have search and finally have solved the problem by simply desactivate the Defense+ part of Comodo.

My question is : is it normal or have I a virus or something like that on my PC ?

Thanks for your help.
Best Regards.

Doom

.

Attachment(s): 

Image icon Avrstudio build problem from Comodo.png

AVR inside

Tags:

Tools, Atmel Studio (AVR-related)
Top
Gold Markclawson
clawson's picture
Level: Moderator
Joined: Mon. Jul 18, 2005
Posts: 101134 View posts
Location: (using avr-gcc in) Finchingfield, Essex, England
Posted by clawson: Fri. Jan 25, 2013 - 02:50 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Well to track this specific error you can try doing exactly what AS4 does when it builds the code.

Start a Command Prompt
Type the command SET followed by [Enter]
In the output make sure the location of WinAVR is listed against PATH=
CD to the directory where your project files are
Then CD to "default" from there
Now type the command "make clean all" and see what happens.

When you report back I'll suggest further things you can then try to diagnose what's wrong if it still won't work.

Top
alexan_e
alexan_e's picture
Level: Resident
Joined: Thu. Jul 5, 2007
Posts: 994 View posts
Location: Greece
Posted by alexan_e: Fri. Jan 25, 2013 - 02:55 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Can you open the .bat file with notepad (any text editor) and tell us what it contains?

Alex

"For every effect there is a root cause. Find and address the root cause rather than try to fix the effect, as there is no end to the latter."
Author Unknown

Top
doomstar
doomstar's picture
Level: Wannabe
Joined: Tue. Feb 12, 2002
Posts: 60 View posts
Location: France
Posted by doomstar: Fri. Jan 25, 2013 - 03:17 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

alexan_e wrote:
Can you open the .bat file with notepad (any text editor) and tell us what it contains

Effectively, I have forgotten to say that the file which has to be in 'c:\users\doom\appdata\local\temp' does not exist.
There nothing like that in my 'C:\Users\Doom\AppData\Local\Temp' directory of Windows (note the minuscule for Comodo and majuscule for Windows)
I say to windows to show hidden files.

Doom.

AVR inside

Top
Gold Markclawson
clawson's picture
Level: Moderator
Joined: Mon. Jul 18, 2005
Posts: 101134 View posts
Location: (using avr-gcc in) Finchingfield, Essex, England
Posted by clawson: Fri. Jan 25, 2013 - 03:26 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

The usual point of %TEMP% is that things there are deleted after use.

Top
alexan_e
alexan_e's picture
Level: Resident
Joined: Thu. Jul 5, 2007
Posts: 994 View posts
Location: Greece
Posted by alexan_e: Fri. Jan 25, 2013 - 03:36 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Are you sure that the location was the one you describe?

Have you checked the comodo log to see the reported path?

"For every effect there is a root cause. Find and address the root cause rather than try to fix the effect, as there is no end to the latter."
Author Unknown

Top
doomstar
doomstar's picture
Level: Wannabe
Joined: Tue. Feb 12, 2002
Posts: 60 View posts
Location: France
Posted by doomstar: Fri. Jan 25, 2013 - 03:55 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

for Clawson :

My path :

Path=C:\Program Files (x86)\Atmel\AVR Tools\AVR Toolchain\bin;C:\Program Files\C
ommon Files\Microsoft Shared\Windows Live;C:\Program Files (x86)\Common Files\Mi
crosoft Shared\Windows Live;C:\Windows\system32;C:\Windows;C:\Windows\System32\W
bem;C:\Windows\System32\WindowsPowerShell\v1.0\;C:\Program Files (x86)\Windows L
ive\Shared;C:\Program Files\WIDCOMM\Bluetooth Software\;C:\Program Files\WIDCOMM
\Bluetooth Software\syswow64;

So the toolchain is in my path

The make clean all command seems to work (I have the comodo messages but the project seems to build) :

T:\2012 - géné TACAN\electro\Tacan_gen_xplained\default>make clean all
rm -rf TACAN_generator.o  TACAN_generator.elf dep/* TACAN_generator.hex TACAN_ge
nerator.eep TACAN_generator.lss TACAN_generator.map
avr-gcc  -mmcu=atxmega128a1 -Wall -gdwarf-2 -std=gnu99 -Os -funsigned-char -funs
igned-bitfields -fpack-struct -fshort-enums -MD -MP -MT TACAN_generator.o -MF de
p/TACAN_generator.o.d  -c  ../TACAN_generator.c
../TACAN_generator.c: In function 'main':
../TACAN_generator.c:300:11: warning: variable 'periode_135' set but not used [-
Wunused-but-set-variable]

+ a lot of unused variables (I am developping)

../TACAN_generator.c:245:9: warning: variable 'anc_speed' set but not used [-Wun
used-but-set-variable]
avr-gcc -mmcu=atxmega128a1 -Wl,-Map=TACAN_generator.map TACAN_generator.o    -lc
  -o TACAN_generator.elf
avr-objcopy -O ihex -R .eeprom -R .fuse -R .lock -R .signature  TACAN_generator.
elf TACAN_generator.hex
avr-objcopy -j .eeprom --set-section-flags=.eeprom="alloc,load" --change-section
-lma .eeprom=0 --no-change-warnings -O ihex TACAN_generator.elf TACAN_generator.
eep || exit 0
avr-objdump -h -S TACAN_generator.elf > TACAN_generator.lss
Commande ECHO désactivée.
AVR Memory Usage
----------------
Device: atxmega128a1

Program:    3904 bytes (2.8% Full)
(.text + .data + .bootloader)

Data:       6512 bytes (79.5% Full)
(.data + .bss + .noinit)

Thanks for your help

Doom

AVR inside

Top
doomstar
doomstar's picture
Level: Wannabe
Joined: Tue. Feb 12, 2002
Posts: 60 View posts
Location: France
Posted by doomstar: Fri. Jan 25, 2013 - 04:02 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

alexan_e wrote:
Are you sure that the location was the one you describe?
Have you checked the comodo log to see the reported path?

Yes and Yes.

It is in the 'Unknown files' section of Comodo.

Thanks for your help.

Doom

AVR inside

Top
doomstar
doomstar's picture
Level: Wannabe
Joined: Tue. Feb 12, 2002
Posts: 60 View posts
Location: France
Posted by doomstar: Wed. Feb 6, 2013 - 09:51 AM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0
Clawson ?

AVR inside

Top
Gold Markclawson
clawson's picture
Level: Moderator
Joined: Mon. Jul 18, 2005
Posts: 101134 View posts
Location: (using avr-gcc in) Finchingfield, Essex, England
Posted by clawson: Wed. Feb 6, 2013 - 10:06 AM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

doom wrote:

Clawson ?


Me?

Not sure what you were hoping for me to sy but clearly there's nothing wrong with the AVR software build and the problem in the first post just seems to be your anti-virus software set at too strong a level. When you built at the command line it just ran make.exe that then ran the compiler tools like avr-gcc.exe. When you build from within AS4 I think it puts the make launch command into a temporarily generated .bat file and then does a "command /c make.bat" to run that. I can well believe that anti-virus could be suspicious about .bat files created and then executed in %TEMP% as that could be the typical behaviour of a virus. But AS4 isn't and I don't think you have anything to worry about here - things appear to be operating normally.

Maybe the AV software has some settings to exempt certain programs from causing alerts?

Top