when I check the signals it shows two IOCLK as output pin and the others as input pin.
I'd normally expect it to be part of the component though, rather than something you add on the schematic. It also looks a bit like a buffer symbol, so it could be just to signify that this one is the line that is buffered by the chip, and not the DIVCLK line. I just updated another picture, it looks weird if it's input, and I confirmed in schematic it's an output pin. I checked the Verilog module didn't find any sign of buffer connected with those pins.
You mention a latch in your question, be sure you actually want it in your design, because it can be a source of problems which you won't see in a logic simulation.
About the questions: And of course, the schematics can be useful to find problems in the design.
So all I can tell is, my design is not working after synthesis :(I'm not aware of any 'standard way' to debug a post synthesis netlist other than to put on your engineer hat and start trying to work backward through the design to see where it's going wrong.
The post-synthesis simulation is showing some unexpected results.
I don't know what went wrong as there were no warnings during simulation. Is there any way to debug post synthesis level netlist? @Tim, it's not same as the one I got in behavioral simulation.
In our work algorithm is to analyze vulnerabilities that are caused by breaking of the data dependency using problem which work efficient with existing one.
Key words: Web Application, Vulnerabilities, Forceful browsing, Testing, Dynamic Testing Reference  A registration page had an an HTML comment mentioning a file named " _private/customer.txt"typing back all customers information  Appending "~" or back or old to GCI names may send back an older version of the source code.
I am learning digital logic design with FPGA's, and I am using the Xilinx Spartan6 FPGA.