Cadence® system design and verification solutions, integrated under our System Development Suite, provide the simulation, acceleration, emulation, and management capabilities.
System Development Suite Related Products A-Z
Cadence® digital design and signoff solutions provide a fast path to design closure and better predictability, helping you meet your power, performance, and area (PPA) targets.
Full-Flow Digital Solution Related Products A-Z
Cadence® custom, analog, and RF design solutions can help you save time by automating many routine tasks, from block-level and mixed-signal simulation to routing and library characterization.
Overview Related Products A-Z
Driving efficiency and accuracy in advanced packaging, system planning, and multi-fabric interoperability, Cadence® package implementation products deliver the automation and accuracy.
Cadence® PCB design solutions enable shorter, more predictable design cycles with greater integration of component design and system-level simulation for a constraint-driven flow.
An open IP platform for you to customize your app-driven SoC design.
Comprehensive solutions and methodologies.
Helping you meet your broader business goals.
A global customer support infrastructure with around-the-clock help.
24/7 Support - Cadence Online Support
Locate the latest software updates, service request, technical documentation, solutions and more in your personalized environment.
Cadence offers various software services for download. This page describes our offerings, including the Allegro FREE Physical Viewer.
Get the most out of your investment in Cadence technologies through a wide range of training offerings.
This course combines our Allegro PCB Editor Basic Techniques, followed by Allegro PCB Editor Intermediate Techniques.
Virtuoso Analog Design Environment Verifier 16.7
Learn learn to perform requirements-driven analog verification using the Virtuoso ADE Verifier tool.
Exchange ideas, news, technical information, and best practices.
The community is open to everyone, and to provide the most value, we require participants to follow our Community Guidelines that facilitate a quality exchange of ideas and information.
It's not all about the technlogy. Here we exchange ideas on the Cadence Academic Network and other subjects of general interest.
Cadence is a leading provider of system design tools, software, IP, and services.
Hi, Initially, I use ipcBeginProcess to run the command shown in the bottom using batch mode like the following
icms -nocdsinit -nograph -noblink < /home/irdc/users/wtjong/projects/MSD/shawn/fxdac260/ftc_porting.il
But it doesn't work most of time and the same thing happens using the GUI mode via CIW. Therefore, I remember that from some post, if I don't talk to the process, then just use csh, system, etc. So, I do that and it works perfectly as I expect. But I don't understand why and it is very difficult to trace down the problem because ipcReadProcess(cid) shows nothing at all. Anyone knows how to trace down this problem or any clue to do so? I don't know if I have luck next time if I need to use ipcBeginProcess. Thanks.
sprintf(info_str "/home/irdc/users/wtjong/work/designkit/optimization/utility/msd2.new/libChar/post_sim_find %s" fc)
;cid = ipcBeginProcess(info_str);
Best Regards, Wells Jong
What release are you on? Have you reported this to Cadence Support?
In reply to Austin CAD Guy:
The other thing I wondered about was whether the program you are launching takes some time to run, and doesn't flush its buffers. Typically (unless you do something about it), most programs use stdio and have buffered output - so nothing actually appears until you have a buffer's worth (usually 1K bytes). When the program finishes, the buffers will get flushed, but sometimes if you have some kind of interactive back-and-forth between two apps, you need to force the buffers to be flushed (how you do that depends on the language you've written the spawned application in).
Of course, it may be something completely different - but you didn't give much info.
Ted's right though - it probably makes sense to report this to customer support and work through it that way.
In reply to Andrew Beckett:
Thanks for the hint. The outside program, a C program, takes input from the SKILL program through the file IO and the SKILL program doesn't need its output. So, the program it's like
for( task all_task
increase the file_name_counter
prepare the file for the C program, the name is file_name_counter ;; this is another problem I can not quite
;; explain, if the name is the same then the
;; following ipcBeginProcess will break at the
;; second time, and from the message of
;; ipcReadProcess, it is said that the C program
;; complains the input file is missing. After
;; several try, I found this problem gone
;; if the input file name is different at each time.
ipcBeginProcess("run the C program with file_name_counter") ;;
BTW, since to run the C program requires some environment setting, therefore to use ipcBeginProcess, I create a csh script there and test it through CIW by tying
ipcBeginProcess("run the C program with file_name_counter")
Everthing is quite okay. So, I use "load the_skill_code" in the CIW and it seems good, too. But, when I do it on batch mode, this strange thing shows up. I have tried to put some check points in the csh script like the following
echo "check point 1" >> error_log
## some csh commands
echo "check point 2" >> error_log
run the c program
echo "check point 3" >> error_log
Sometimes, only check point 1 appears in the erro_log, sometimes, check point 2. Very strange, then I went back to CIW and found that this problem occasionly appears! Eventually, I found that "system" can do this task and the testing result is very stable. I didn't see this happening again. But I wonder what the problem is and like to see if anyone can help to resolve this weird thing. Thanks a lot.
In reply to WellsJong:
Unfortunately I think too many of the details are missing to know what the problem really is. If the program is complaining about the input file being missing, that's not really anything to do with ipcBeginProcess.
Your script also has "set LD_LIBRARY_PATH=..." - I presume if it's a csh script, then it should be "setenv LD_LIBRARY_PATH ..." (i.e. setenv not set, and no "=").
Unfortunately there's too little specific information in your description to be able to diagnose anything.
The best thing would still be to report this to customer support, even though you have a workaround in place. I'm not convinced it's really a problem with ipcBeginProcess though...