how to handle missing port (com)?

Arduino: 1.6.7 (Windows 7), Board: "Arduino Mini, ATmega328"

Sketch uses 2,380 bytes (8%) of program storage space. Maximum is 28,672 bytes.
Global variables use 206 bytes (10%) of dynamic memory, leaving 1,842 bytes for local variables. Maximum is 2,048 bytes.
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0xad
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0xad
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0xad
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0xad
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0xad
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0xad
avrdude: stk500_recv(): programmer is not responding
Problem uploading to board. See http://www.arduino.cc/en/Guide/Troubleshooting#upload for suggestions.
avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0xad
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0xad
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0xad
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0xad

This report would have more information with
"Show verbose output during compilation"
enabled in File > Preferences.

That is not a missing COM port error, it's communicating on the COM port, and just not getting the right response.

It looks to me like you have the wrong board selected - always the same response, and and an exotic board selected (I don't think I've ever seen someone on these forums say they had a mini! always pro mini, nano, or uno)
Try also the Pro Mini, and also try telling the board that it's a nano or uno. All of those boards can be loaded with eachother's bootloaders.

It could also be other devices connected to the serial pins on the board?
If that doesn't work, try the loopback test.

Thanks but still not working.

Arduino: 1.6.7 (Windows 7), Board: “Arduino Pro or Pro Mini, ATmega328 (5V, 16 MHz)”

Sketch uses 2,380 bytes (7%) of program storage space. Maximum is 30,720 bytes.
Global variables use 206 bytes (10%) of dynamic memory, leaving 1,842 bytes for local variables. Maximum is 2,048 bytes.
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x7f
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x7f
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0x7f
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0x7f
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0x7f
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0x7f
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0x7f
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0x7f
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0x7f
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x7f
Problem uploading to board. See http://www.arduino.cc/en/Guide/Troubleshooting#upload for suggestions.

This report would have more information with
“Show verbose output during compilation”
enabled in File > Preferences.

Did you try all of them? (Uno, Nano, Pro Mini, Pro) It looks like there's definitely something there...

Did you try the loopback test? What were the results?

Thanks, why you sure this is not the port?
i will do the loopback now.

Arduino: 1.6.7 (Windows 7), Board: "Arduino/Genuino Uno"

Build options changed, rebuilding all

Sketch uses 2,380 bytes (7%) of program storage space. Maximum is 32,256 bytes.
Global variables use 206 bytes (10%) of dynamic memory, leaving 1,842 bytes for local variables. Maximum is 2,048 bytes.
avrdude: ser_open(): can't open device "\.\COM1": Access is denied.

Problem uploading to board. See http://www.arduino.cc/en/Guide/Troubleshooting#upload for suggestions.

This report would have more information with
"Show verbose output during compilation"
enabled in File > Preferences.

i get nothing in the loopback test.
i use FTDI between the computer and the Pro mini. i get no error about missing driver and as far as i know i have wierd it right (tx rx vcc gnd) and tested also tx to rx as well.
any idea?

The access denied error is a different error, it indicates you selected a port that was in use by another application (possibly a serial monitor used for the loopback test?)

For using an external serial adapter, you must have the DTR (or RTS) pin of the FTDI adapter connected to the DTR pin on the Pro Mini. That row of 6 pins at the end matches the 6 pin pinout on many FTDI adapters - the one on the end opposite ground needs to be connected to DTR (note - the markings on that pin are not always consistent, as many pro mini's are cheap clones). If you just have TX/RX/Vcc/Gnd connected, it may program once, but after that, it can't autoreset the board to start the bootloader so you can upload another sketch

And you say with a loopback test, where you have the Arduino disconnected entirely, and just connect TX of the serial adapter to RX of the serial adapter, stuff you send via serial monitor isn't sent back? Are you sure? Because the other errors you've gotten don't make any sense in this case.

OK - SOLVED. ftdi driver problem and there was a missing port (com23)
Thanks!