f



Spectre simulation error

Hi all, 

Sometimes I have the following error when trying to create netlist and
start simulation in Affirma Analog Circuit Enviroment:

*Error* fprintf/sprintf: format spec. incompatible with data - nil

After that netlist is not created, Spectre is not starting etc.. I am
using Cadence 4.4.6. The problem is that this error appears more or
less randomly - when you start a new design it can appear or not, but
once Spectre started wveruthing is ok - I can modify things and
simulate further on.. Similarly - once it has appeared, I can't do
anything :(

Has anyone met with similar things???
0
borodenkov (11)
2/16/2004 4:20:31 PM
comp.cad.cadence 5429 articles. 9 followers. Post Follow

7 Replies
2707 Views

Similar Articles

[PageSpeed] 9

yes it happens sometimes.
in my case, using the skill debugger, i could find out that the error
was triggered in a skill find of my design kit. was no big deal.

st�phane

"Alexey Borodenkov" <borodenkov@hotmail.com> wrote in message
news:c2e6dd86.0402160820.46d7bd1b@posting.google.com...
> Hi all,
>
> Sometimes I have the following error when trying to create netlist and
> start simulation in Affirma Analog Circuit Enviroment:
>
> *Error* fprintf/sprintf: format spec. incompatible with data - nil
>
> After that netlist is not created, Spectre is not starting etc.. I am
> using Cadence 4.4.6. The problem is that this error appears more or
> less randomly - when you start a new design it can appear or not, but
> once Spectre started wveruthing is ok - I can modify things and
> simulate further on.. Similarly - once it has appeared, I can't do
> anything :(
>
> Has anyone met with similar things???


0
2/17/2004 8:42:11 AM
> yes it happens sometimes.
> in my case, using the skill debugger, i could find out that the error
> was triggered in a skill find of my design kit. was no big deal.

Thank for your reply. I tried to use skill debugger, but since it was
my first time I ever find out about SKILL, I could not found the
error...

I would really apprecialte if you could give me some more information
where (how) you've found this error and how you've fixed it.

Alex
0
borodenkov (11)
2/18/2004 12:38:27 PM
I've had this same problem, but mostly in SKILL code that I wrote myself so
it was easier to fix. I sometimes get annoyed at how the printf/sprintf
works in SKILL. If you try to print some empty property or list ('nil'),
then the entire procedure terminates, even if the printf was only for
debugging purposes. I would rather have the printf print 'nil' instead of
failing. The only way I've fixed these problems is to look through all of
the fprintf's, sprintf's, and printf's in the SKILL code and try to find the
one that is borken by commenting them out one at a time until it works.

Frank

"Alexey Borodenkov" <borodenkov@hotmail.com> wrote in message
news:c2e6dd86.0402180438.28d5044@posting.google.com...
> > yes it happens sometimes.
> > in my case, using the skill debugger, i could find out that the error
> > was triggered in a skill find of my design kit. was no big deal.
>
> Thank for your reply. I tried to use skill debugger, but since it was
> my first time I ever find out about SKILL, I could not found the
> error...
>
> I would really apprecialte if you could give me some more information
> where (how) you've found this error and how you've fixed it.
>
> Alex


0
gennari (44)
2/18/2004 8:56:43 PM
Hmm. If you want it to handle nil, use %L not %s - that's the best approach for
debugging purposes.

It's reasonable that SKILL should do some type checking - for example, what
would you expect it to do when trying to print an integer, when passed nil, or a
string? 

As for locating these problems, in general the SKILL debugger is quite good,
because it will trap the error and then allow you to use where to find out where
you are - and hence locate them more readily. Certainly more efficient than
commenting them out one at a time...

Andrew.

On Wed, 18 Feb 2004 12:56:43 -0800, "gennari" <gennari@eecs.berkeley.edu> wrote:

>I've had this same problem, but mostly in SKILL code that I wrote myself so
>it was easier to fix. I sometimes get annoyed at how the printf/sprintf
>works in SKILL. If you try to print some empty property or list ('nil'),
>then the entire procedure terminates, even if the printf was only for
>debugging purposes. I would rather have the printf print 'nil' instead of
>failing. The only way I've fixed these problems is to look through all of
>the fprintf's, sprintf's, and printf's in the SKILL code and try to find the
>one that is borken by commenting them out one at a time until it works.
>
>Frank
>
>"Alexey Borodenkov" <borodenkov@hotmail.com> wrote in message
>news:c2e6dd86.0402180438.28d5044@posting.google.com...
>> > yes it happens sometimes.
>> > in my case, using the skill debugger, i could find out that the error
>> > was triggered in a skill find of my design kit. was no big deal.
>>
>> Thank for your reply. I tried to use skill debugger, but since it was
>> my first time I ever find out about SKILL, I could not found the
>> error...
>>
>> I would really apprecialte if you could give me some more information
>> where (how) you've found this error and how you've fixed it.
>>
>> Alex
>

--
Andrew Beckett
Senior Technical Leader
Custom IC Solutions
Cadence Design Systems Ltd
0
andrewb3686 (473)
2/19/2004 8:36:29 AM
Agreed, there is not enough type-checking in SKILL. Not too much.

  If someone has utilities that modify SKILL code by finding out 
variable types and then prepend them with the proper prefix (s_ t_ ...), 
and add type templates to procedure definitions , that would be very 
welcome.

Andrew Beckett wrote:
> Hmm. If you want it to handle nil, use %L not %s - that's the best approach for
> debugging purposes.
> 
> It's reasonable that SKILL should do some type checking - for example, what
> would you expect it to do when trying to print an integer, when passed nil, or a
> string? 
> 
> As for locating these problems, in general the SKILL debugger is quite good,
> because it will trap the error and then allow you to use where to find out where
> you are - and hence locate them more readily. Certainly more efficient than
> commenting them out one at a time...
> 
> Andrew.
> 
> On Wed, 18 Feb 2004 12:56:43 -0800, "gennari" <gennari@eecs.berkeley.edu> wrote:
> 
> 
>>I've had this same problem, but mostly in SKILL code that I wrote myself so
>>it was easier to fix. I sometimes get annoyed at how the printf/sprintf
>>works in SKILL. If you try to print some empty property or list ('nil'),
>>then the entire procedure terminates, even if the printf was only for
>>debugging purposes. I would rather have the printf print 'nil' instead of
>>failing. The only way I've fixed these problems is to look through all of
>>the fprintf's, sprintf's, and printf's in the SKILL code and try to find the
>>one that is borken by commenting them out one at a time until it works.
>>
>>Frank
>>
>>"Alexey Borodenkov" <borodenkov@hotmail.com> wrote in message
>>news:c2e6dd86.0402180438.28d5044@posting.google.com...
>>
>>>>yes it happens sometimes.
>>>>in my case, using the skill debugger, i could find out that the error
>>>>was triggered in a skill find of my design kit. was no big deal.
>>>
>>>Thank for your reply. I tried to use skill debugger, but since it was
>>>my first time I ever find out about SKILL, I could not found the
>>>error...
>>>
>>>I would really apprecialte if you could give me some more information
>>>where (how) you've found this error and how you've fixed it.
>>>
>>>Alex

0
adff (9)
2/28/2004 4:22:51 PM
In article <c2e6dd86.0402160820.46d7bd1b@posting.google.com>,
 borodenkov@hotmail.com (Alexey Borodenkov) wrote:

> 
> *Error* fprintf/sprintf: format spec. incompatible with data - nil
> 


Have you been defining any graphical stimuli in your design? I know that 
Cadence give you this error message if you replace a schematic pin that 
has an attached graphical stimuli with a real source. Solution is to go 
into the graphical stimuli editor and check what signals have schematic 
pins and who has not.

If this doesn't help, I have no further clue.

-- 
Svenn
0
spam4516 (23)
8/2/2004 6:48:55 PM
Unfortunately that error message can be from almost anywhere.

It is caused by some code doing something like this:

sprintf(nil "testing 123 %s\n" myvar)

where myvar was nil instead of being the expected string. Since
printf/fprintf/sprintf is rather widely used in both Cadence and customer code,
and there are so many possibilities for this, it's hard to track down.
In an ideal world, error checking in the code would spot the problem
before it resulted in a low level error such as this, and report it
gracefully. However, in the real world, code does not always do all the error
checking that it should...

One approach to track it down is to do:

sstatus(stacktrace 20)

which will force an automatic stacktrace whenever such an error occurs - this
might reveal at which point it is failing, althought it may not help you as an
end user without help from Cadence (it might though...)

Andrew.

On Mon, 02 Aug 2004 20:48:55 +0200, Svenn Are Bjerkem <spam@bjerkem.de> wrote:

>In article <c2e6dd86.0402160820.46d7bd1b@posting.google.com>,
> borodenkov@hotmail.com (Alexey Borodenkov) wrote:
>
>> 
>> *Error* fprintf/sprintf: format spec. incompatible with data - nil
>> 
>
>
>Have you been defining any graphical stimuli in your design? I know that 
>Cadence give you this error message if you replace a schematic pin that 
>has an attached graphical stimuli with a real source. Solution is to go 
>into the graphical stimuli editor and check what signals have schematic 
>pins and who has not.
>
>If this doesn't help, I have no further clue.

--
Andrew Beckett
Senior Technical Leader
Custom IC Solutions
Cadence Design Systems Ltd
0
andrewb3686 (473)
8/3/2004 4:58:09 AM
Reply: