*error* fprintf/sprintf format spec. incomplete with data -

R

RobertG

Guest
Hello,

When using "Extracted view" option in Assura Parasitic Extraction window I
get the above error in CIW window. I found on the sourcelink that similar
problem was solved in Assura v3.0.6 onward but I currently use this
version of Assura together with icfb v4.4.6. I think this problem
might be related with the missing Library name (which should be put in the
text box found in the Assura Parasitic Extraction window next to the
output format pull-down menu) but this option is shaded and cannot be
modified... My question therefore would be how can I avoid this error or
what options should I put manually into rcx...mcf file (preferably) for
Assura to perform extracted view analysis. When I tried generating rcx
file with Spice as the outputFormat and then changing ?outputFormat to
"dfii" I get error about missing libName (probably connected with the
above shaded box).
Thank you for any suggestions.
Regards,

Robert
 
Typically this is due to a lazy programmer.
The netlisting code will need to format the output statement and the sprintf
statement will
be referencing a string value. Some simple skill can check if the variable
to be output
is set to nil and then if so, change it to some default string ... (i.e.
"myLib" or code that
performs the psudocode x=dbGetObjLib~>name )

But you (the netlister code that is crashing) likely does not have access
to the library name.
Does the device (parasitic device in the deck) have a specific library
referenced?
If so, do you have that library accessable?

OR

(does the spice extract work without parasitic extract? !!!! many time uses
come up with
this problem and find the layout (without PRE ) still crashes ... typically
some bad library update or
new device mis-handled or the infamous outdated devices being removed
problem ....)

Sorry ... without detailed info, it is tricky to debug ....

YMMV
--
--
Gerry Vandevalk
IC Tooling Ltd. www.ictooling.com




"RobertG" <robert@nec.example.net> wrote in message
news:pan.2005.02.16.14.32.13.47977@nec.example.net...
Hello,

When using "Extracted view" option in Assura Parasitic Extraction window I
get the above error in CIW window. I found on the sourcelink that similar
problem was solved in Assura v3.0.6 onward but I currently use this
version of Assura together with icfb v4.4.6. I think this problem
might be related with the missing Library name (which should be put in the
text box found in the Assura Parasitic Extraction window next to the
output format pull-down menu) but this option is shaded and cannot be
modified... My question therefore would be how can I avoid this error or
what options should I put manually into rcx...mcf file (preferably) for
Assura to perform extracted view analysis. When I tried generating rcx
file with Spice as the outputFormat and then changing ?outputFormat to
"dfii" I get error about missing libName (probably connected with the
above shaded box).
Thank you for any suggestions.
Regards,

Robert
 
Hello,

Can you point out how I can check the accessibility issue? Normally, I use
command line and don't have any problems with any access rights issue. By
the way, the Library Name mentioned below is not any specific library
because it has not yet been defined. There is a text box option in the
Assura Parasitic Extraction window but it is not highlighted.
I can run successfully LVS before extraction and the extraction itself
when the "spice" output format is used but then I don't need to define any
library... Do you know the assura options (to put into mcf file) to run
extracted view analysis? Maybe that will be a quicker solution. I don't
like GUI anyway...

Thank you and regards,
Robert

On Wed, 16 Feb 2005 10:33:16 -0500, G Vandevalk wrote:

Typically this is due to a lazy programmer.
The netlisting code will need to format the output statement and the sprintf
statement will
be referencing a string value. Some simple skill can check if the variable
to be output
is set to nil and then if so, change it to some default string ... (i.e.
"myLib" or code that
performs the psudocode x=dbGetObjLib~>name )

But you (the netlister code that is crashing) likely does not have access
to the library name.
Does the device (parasitic device in the deck) have a specific library
referenced?
If so, do you have that library accessable?

OR

(does the spice extract work without parasitic extract? !!!! many time uses
come up with
this problem and find the layout (without PRE ) still crashes ... typically
some bad library update or
new device mis-handled or the infamous outdated devices being removed
problem ....)

Sorry ... without detailed info, it is tricky to debug ....

YMMV
--
--
Gerry Vandevalk
IC Tooling Ltd. www.ictooling.com
 
Depends on what you cannot access.
I have seen all sorts of strange access problems when users get "clever" and
modify permissions inside artist libraries. (i.e. remove read from a "bag"
file and
all of a sudden some other user has problems ... ) I have seen users mess
themselves
up by not understanding how group permissions work ...

You use the command line? (from unix? ) from the ICW? from other?
Each of the access points can have their own quirsk. (

How can Library name not yet be defined? (why not make an empty placeholder
first then.
This may get around your problem OR expose a weakness) Sometimes users
start command line functions in directories that they do not have
permissions to create files in.
This will often cause bizzare error messages for simple condiotions. (Mostly
because programmers
often assume you can write in the directories you start in .... I have been
guilty of this on many
ocations ... )

Sorry but I ame more of an expert on the DIVA (or outside of Cadence)
parsitic flows, but I recall having a
few similar problems with ASSURA the last time I evaluated this flow (2.0
Assura ... a little dated)

Since you can run LVS before extraction, it is clear you have isolated the
problem to the PRE
part of the flow. Does this PRE (Parasitic Resistor Extraction) flow work in
any other simple
example. I have seen where poor device (real not parasitic) construction
will cause PRE to choke.
This can happen when the device terminals a duplicated and the extraction
tool requires these duplicated
terminals to be shorted, but PRE will create parasitic R between these
terminals ...

It is often a good idea to have a test PRE case for each device. (to cover
the simple aspects of this scenario)

Not sure what the library is for.
Who wrote this PRE deck? (Foundary -- Cadence -- Inhouse -- Other ... seen
them all)
What is wrong with the GUI ??? (I have found there are some options only
available in the GUI
and others only available in the command line mode ... mostly for extreme
power users )

Good Luck.

( we who surf the newsgroup can give even better answers when the questions
are clear and the
descriptions more accurate ... even then, I have had many times where the
user typed in "I always .... "
and then I go over and watch, asn what they do is sometimes somewhat
different)


--
--
Gerry Vandevalk vdvalk@rogers.com
IC Tooling Ltd. www.ictooling.com
613-831-1572 613-240-5326(mobile)
3 Jacqueline Crescent,Stittsville
Ontario,Canada K2S 1M1




"RobertG" <robert@nec.example.net> wrote in message
news:pan.2005.02.17.13.20.23.983770@nec.example.net...
Hello,

Can you point out how I can check the accessibility issue? Normally, I use
command line and don't have any problems with any access rights issue. By
the way, the Library Name mentioned below is not any specific library
because it has not yet been defined. There is a text box option in the
Assura Parasitic Extraction window but it is not highlighted.
I can run successfully LVS before extraction and the extraction itself
when the "spice" output format is used but then I don't need to define any
library... Do you know the assura options (to put into mcf file) to run
extracted view analysis? Maybe that will be a quicker solution. I don't
like GUI anyway...

Thank you and regards,
Robert

On Wed, 16 Feb 2005 10:33:16 -0500, G Vandevalk wrote:

Typically this is due to a lazy programmer.
The netlisting code will need to format the output statement and the
sprintf
statement will
be referencing a string value. Some simple skill can check if the
variable
to be output
is set to nil and then if so, change it to some default string ... (i.e.
"myLib" or code that
performs the psudocode x=dbGetObjLib~>name )

But you (the netlister code that is crashing) likely does not have
access
to the library name.
Does the device (parasitic device in the deck) have a specific library
referenced?
If so, do you have that library accessable?

OR

(does the spice extract work without parasitic extract? !!!! many time
uses
come up with
this problem and find the layout (without PRE ) still crashes ...
typically
some bad library update or
new device mis-handled or the infamous outdated devices being removed
problem ....)

Sorry ... without detailed info, it is tricky to debug ....

YMMV
--
--
Gerry Vandevalk
IC Tooling Ltd. www.ictooling.com
 
Thanks for all the information. I managed to work the command line way...

I don't know why the GUI doesn't work but as I mentioned earlier, I don't
like it anyway. The reason is simple. Everytime you get stuck with some
problem, the GUI program (however well written) output is nothing when it
comes to a good (verbose) log file.

I don't think there are any options in GUI itself that are not available
as command line equivalents. On the other hand I see many options you can
put into mcf file which are not shown in GUI (although there is additional
space where you can add those options if you know them).

Once again thank you for the help.
Robert



On Thu, 17 Feb 2005 16:19:44 -0500, G Vandevalk wrote:

Depends on what you cannot access.
I have seen all sorts of strange access problems when users get "clever" and
modify permissions inside artist libraries. (i.e. remove read from a "bag"
file and
all of a sudden some other user has problems ... ) I have seen users mess
themselves
up by not understanding how group permissions work ...

You use the command line? (from unix? ) from the ICW? from other?
Each of the access points can have their own quirsk. (

How can Library name not yet be defined? (why not make an empty placeholder
first then.
This may get around your problem OR expose a weakness) Sometimes users
start command line functions in directories that they do not have
permissions to create files in.
This will often cause bizzare error messages for simple condiotions. (Mostly
because programmers
often assume you can write in the directories you start in .... I have been
guilty of this on many
ocations ... )

Sorry but I ame more of an expert on the DIVA (or outside of Cadence)
parsitic flows, but I recall having a
few similar problems with ASSURA the last time I evaluated this flow (2.0
Assura ... a little dated)

Since you can run LVS before extraction, it is clear you have isolated the
problem to the PRE
part of the flow. Does this PRE (Parasitic Resistor Extraction) flow work in
any other simple
example. I have seen where poor device (real not parasitic) construction
will cause PRE to choke.
This can happen when the device terminals a duplicated and the extraction
tool requires these duplicated
terminals to be shorted, but PRE will create parasitic R between these
terminals ...

It is often a good idea to have a test PRE case for each device. (to cover
the simple aspects of this scenario)

Not sure what the library is for.
Who wrote this PRE deck? (Foundary -- Cadence -- Inhouse -- Other ... seen
them all)
What is wrong with the GUI ??? (I have found there are some options only
available in the GUI
and others only available in the command line mode ... mostly for extreme
power users )

Good Luck.

( we who surf the newsgroup can give even better answers when the questions
are clear and the
descriptions more accurate ... even then, I have had many times where the
user typed in "I always .... "
and then I go over and watch, asn what they do is sometimes somewhat
different)


--
--
Gerry Vandevalk vdvalk@rogers.com
IC Tooling Ltd. www.ictooling.com
613-831-1572 613-240-5326(mobile)
3 Jacqueline Crescent,Stittsville
Ontario,Canada K2S 1M1




"RobertG" <robert@nec.example.net> wrote in message
news:pan.2005.02.17.13.20.23.983770@nec.example.net...
Hello,

Can you point out how I can check the accessibility issue? Normally, I use
command line and don't have any problems with any access rights issue. By
the way, the Library Name mentioned below is not any specific library
because it has not yet been defined. There is a text box option in the
Assura Parasitic Extraction window but it is not highlighted.
I can run successfully LVS before extraction and the extraction itself
when the "spice" output format is used but then I don't need to define any
library... Do you know the assura options (to put into mcf file) to run
extracted view analysis? Maybe that will be a quicker solution. I don't
like GUI anyway...

Thank you and regards,
Robert

On Wed, 16 Feb 2005 10:33:16 -0500, G Vandevalk wrote:

Typically this is due to a lazy programmer.
The netlisting code will need to format the output statement and the
sprintf
statement will
be referencing a string value. Some simple skill can check if the
variable
to be output
is set to nil and then if so, change it to some default string ... (i.e.
"myLib" or code that
performs the psudocode x=dbGetObjLib~>name )

But you (the netlister code that is crashing) likely does not have
access
to the library name.
Does the device (parasitic device in the deck) have a specific library
referenced?
If so, do you have that library accessable?

OR

(does the spice extract work without parasitic extract? !!!! many time
uses
come up with
this problem and find the layout (without PRE ) still crashes ...
typically
some bad library update or
new device mis-handled or the infamous outdated devices being removed
problem ....)

Sorry ... without detailed info, it is tricky to debug ....

YMMV
--
--
Gerry Vandevalk
IC Tooling Ltd. www.ictooling.com
 

Welcome to EDABoard.com

Sponsor

Back
Top