ISE 8.1i sp3: map is not recognized as an internal or external command, operable program or batch file.

hi,
I keep getting this error in the implement and design phase with ISE:
'C:\MinGW\include\C__~1\342EBD~1.5\map' is not recognized as an
internal or external command,
operable program or batch file.
I have MinGW installed but that dir doesn't exist. although i do know
what dir it's looking for.
Is anyone familiar with this error? can someone please help with this?

Thanks
Malik

That error is given by the DOS shell when it can't find the command
you've typed.....are you using the default options for ISE (i.e. not
using a batch script)?  I know the commands they use aren't prefixed
with the xilinx directory which could create issues with the
path...but that seems screwy that it would hard code the map command
to a seperate directory like that...that's why I ask if you're using a
batch script...check your projects .cmd_log file, and your
paths...sorry if that doesn't help, as I'm a beginner as well to ISE.

On Aug 7, 6:16=A0pm, andersod2 <thechrisander...@gmail.com> wrote:
> That error is given by the DOS shell when it can't find the command
> you've typed.....are you using the default options for ISE (i.e. not
> using a batch script)? =A0I know the commands they use aren't prefixed
> with the xilinx directory which could create issues with the
> path...but that seems screwy that it would hard code the map command
> to a seperate directory like that...that's why I ask if you're using a
> batch script...check your projects .cmd_log file, and your
> paths...sorry if that doesn't help, as I'm a beginner as well to ISE.

this is the default behavior of ISE i have never been able to finish
working on a project in a version higher than 7.1 cause of this
issue.
Here's my .cmd_log file:
xst -ise "C:/PROGS/FPGA/EE178/lab1/lab1" -intstyle ise -ifn
two_input_xor.xst -ofn two_input_xor.syr
ngdbuild -ise "C:/PROGS/FPGA/EE178/lab1/lab1" -intstyle ise -dd _ngo -
nt timestamp -uc two_input_xor.ucf -p xc3s500e-fg320-4
two_input_xor.ngc two_input_xor.ngd
map -ise "C:/PROGS/FPGA/EE178/lab1/lab1" -intstyle ise -p xc3s500e-
fg320-4 -cm area -pr b -k 4 -c 100 -o two_input_xor_map.ncd
two_input_xor.ngd two_input_xor.pcf
xst -ise "C:/PROGS/FPGA/EE178/lab1/lab1" -intstyle ise -ifn
two_input_xor.xst -ofn two_input_xor.syr
ngdbuild -ise "C:/PROGS/FPGA/EE178/lab1/lab1" -intstyle ise -dd _ngo -
nt timestamp -uc two_input_xor.ucf -p xc3s500e-fg320-4
two_input_xor.ngc two_input_xor.ngd
map -ise "C:/PROGS/FPGA/EE178/lab1/lab1" -intstyle ise -p xc3s500e-
fg320-4 -cm area -pr b -k 4 -c 100 -o two_input_xor_map.ncd
two_input_xor.ngd two_input_xor.pcf

Strange...somehow ISE is looking in the wrong place for map.  I would
check my system path, and search the registry for references to that
directory (always back up the registry before mucking with it).  I'd
then try removing MinGW, and if that doesn't work, removing ISE as
well and re-installing ISE *first* to see what happens...you should
also have a XILINX environment variable (system variables) set to your
installation directory.

found a xilinx entry in the registry when searching "mingw" but the
value in it was "MinGW^e"
doubt that has anything to do with it.
i wonder if ise has problems with the path variable having + symbols

On Aug 8, 3:29=A0am, andersod2 <thechrisander...@gmail.com> wrote:
> Strange...somehow ISE is looking in the wrong place for map. =A0I would
> check my system path, and search the registry for references to that
> directory (always back up the registry before mucking with it). =A0I'd
> then try removing MinGW, and if that doesn't work, removing ISE as
> well and re-installing ISE *first* to see what happens...you should
> also have a XILINX environment variable (system variables) set to your
> installation directory.

On Aug 8, 1:20=A0am, laserbeak43 <laserbea...@gmail.com> wrote:
> found a xilinx entry in the registry when searching "mingw" but the
> value in it was "MinGW^e"
> doubt that has anything to do with it.

Still, it could be worth backing up the registry and seeing what
happens when you remove that entry...after all, they are two seperate
programs that should not have anything to do with one another, yet
there they are sharing name space in the registry.  I have MinGW as
well and there is no registry entry that shows up "xilinx" when I
search for "mingw."

Also, Xilinx does not show up at all in my system path, though, like I
said, on my ISE 9.2 install I have a "Xilinx" variable set to my
install directory.  I haven't yet figured out how to mess with the
paths inside ISE itself.

ahhh, very interesting. I was getting tired of all the problems and
went back to 7.1i I must admit that i am tempted to try that again
though. hmm i'd like to back my pc up and then give it another shot on
a fresh install of windows. maybe i'll do that this week.

thanks for all of your help and words of encouragement! i'll let you
know what happens!!

andersod2 wrote:
> On Aug 8, 1:20=EF=BF=BDam, laserbeak43 <laserbea...@gmail.com> wrote:
> > found a xilinx entry in the registry when searching "mingw" but the
> > value in it was "MinGW^e"
> > doubt that has anything to do with it.
>
> Still, it could be worth backing up the registry and seeing what
> happens when you remove that entry...after all, they are two seperate
> programs that should not have anything to do with one another, yet
> there they are sharing name space in the registry.  I have MinGW as
> well and there is no registry entry that shows up "xilinx" when I
> search for "mingw."
>
> Also, Xilinx does not show up at all in my system path, though, like I
> said, on my ISE 9.2 install I have a "Xilinx" variable set to my
> install directory.  I haven't yet figured out how to mess with the
> paths inside ISE itself.

No prob...sorry I couldn't help more.  If you do a fresh install,
maybe just try removing those two programs, and double-checking the
registry that the appropriate entries are gone...then just ISE to see
if your upgraded version works right without MinGW there...I'd also be
curious to see what a registry cleaner has to say about that
entry...last time I cleaned my registry there was a buttload of
useless entries (guess I should do it more often than every 5
years)...

On Aug 10, 4:11=A0pm, andersod2 <thechrisander...@gmail.com> wrote:
> No prob...sorry I couldn't help more. =A0If you do a fresh install,
> maybe just try removing those two programs, and double-checking the
> registry that the appropriate entries are gone...then just ISE to see
> if your upgraded version works right without MinGW there...I'd also be
> curious to see what a registry cleaner has to say about that
> entry...last time I cleaned my registry there was a buttload of
> useless entries (guess I should do it more often than every 5
> years)...

Hi there,
Deleting all instances of MinGW and Xilinx (all but national
instruments and the usb drivers for my eval board)
has seemed to clear this issue up. thanks a lot for your suggestions

:)

Good job...yeah, it's weird and bad that programs get tangled up with
each other.  I recently installed anti-virus software that told me it
couldn't install unless I updated my cd/dvd burner software because
there was a bug in that program that affects it...stupid...of course
now that I have "updated" the burner software, it doesn't work
anymore...