EDAboard.com | EDAboard.eu | EDAboard.de | EDAboard.co.uk | RTV forum PL | NewsGroups PL

cell libraries and place and route

elektroda.net NewsGroups Forum Index - Cadence - cell libraries and place and route

Goto page Previous  1, 2, 3 ... 50, 51, 52, 53  Next

Pete nospam Zakel
Guest

Tue Jul 01, 2008 7:44 pm   



In article <35a72d9e-8af5-4e70-bbbb-13208298e836_at_m3g2000hsc.googlegroups.com> Reotaro Hashemoto <ahmad.abdulghany_at_gmail.com> writes:
Quote:
Hi,

I need to call some commands from shell (using bash), i tried using
system("command"), sh("command"). The first should print the shell
output (e.g. system("date") should print the day date, and return 0),
that doesn't happen! It only returns 0 and no output is printed!!

What is the problem I do probably have?

Where are you looking for the output? It will output to the terminal window
from which you started DFII, not to the CIW.

-Pete Zakel
(phz_at_seeheader.nospam)

"Now and then, an innocent man is sent to the Legislature."

Jérémie Chabloz
Guest

Thu Jul 03, 2008 8:51 am   



Hi!

Does anyone know a simple way to copy/duplicate ROD objects (such as
multipart paths)?
I have found that dbMoveFig() works fine for moving them, while
dbCopyFig (very logically) copies only the "master" path of the ROD...

The procedural way of copying objects within the layout editor works
also fine with multipart paths... Why does the corresponding interactive
SKILL command not exist?

Thanks for any inputs.

Jérémie

Pete nospam Zakel
Guest

Fri Sep 05, 2008 8:44 pm   



In article <1220608094_266_at_sicinfo3.epfl.ch> stephane.badel_at_REMOVETHISepfl.ch writes:
Quote:

Andrew Beckett wrote:

A new set of functions has been added in IC6.1 with the prefix "pcre".
This is using the "PCRE" package (Perl Compatible Regular Expressions)
which will make us all a lot happier.

I sort of remembered you saying that the regexp support was much enhanced in 6.1, but from a quick
look couldn't find these functions... Apparently the SKILL Language User Guide makes no mention of
them (the section on regular expression describes the old rex* functions). I found them in the
Reference and Finder, though.

My Version 6.1.2 SKILL Quick Reference definitely has the pcre functions
listed. They are in the index on page 616, and the reference pages are 25-26
(in the SKILL Language Functions section right after "parseString").

-Pete Zakel
(phz_at_seeheader.nospam)

Uncle Ed's Rule of Thumb:
Never use your thumb for a rule. You'll either hit it with a
hammer or get a splinter in it.

Pete nospam Zakel
Guest

Fri Sep 05, 2008 9:40 pm   



In article <48c18669$1_at_news.cadence.com> pxhxz_at_cadence.com (Pete nospam Zakel) writes:
Quote:
In article <1220608094_266_at_sicinfo3.epfl.ch> stephane.badel_at_REMOVETHISepfl.ch writes:

Andrew Beckett wrote:

A new set of functions has been added in IC6.1 with the prefix "pcre".
This is using the "PCRE" package (Perl Compatible Regular Expressions)
which will make us all a lot happier.

I sort of remembered you saying that the regexp support was much enhanced in 6.1, but from a quick
look couldn't find these functions... Apparently the SKILL Language User Guide makes no mention of
them (the section on regular expression describes the old rex* functions). I found them in the
Reference and Finder, though.

My Version 6.1.2 SKILL Quick Reference definitely has the pcre functions
listed. They are in the index on page 616, and the reference pages are 25-26
(in the SKILL Language Functions section right after "parseString").

Whoops -- I missed that you found them in the reference and finder.

Sounds like the User Guide needs to be updated, though.

-Pete Zakel
(phz_at_seeheader.nospam)

"Yesterday I was a dog. Today I'm a dog. Tomorrow I'll probably still
be a dog. Sigh! There's so little hope for advancement."

-Snoopy

arko
Guest

Sat Sep 13, 2008 8:31 pm   



Quote:
sharp_at_cadence.com> wrote in message
news:36dc98f7-96f9-4132-aa70-72bf3d94cb51_at_u6g2000prc.googlegroups.com...
On Jul 24, 6:11 pm, Jason Zheng <Xin.Zh...@jpl.nasa.gov> wrote:
Does anybody know how to save the result of the ncverilog preprocessor
to a single file? Thanks in advance.

NC-Verilog does not use a separate preprocessor or preprocessor pass.
Things like macros and `includes are handled by the parser as they are
encountered.

I don't suppose there are plans to add this functionality to irun 8.2?

Some of the OVM-macros are so complicated, it's very hard for a
human to visualize the macro-scattered code without being to
see the preprocessor's output.

At the moment, we're using Novas verdi-2008 to get around this.
As long as the code compiles successfully, Verdi-2008's GUI source-browser
paints the macro-substitited text side-by-side with the original text.

(IUS81's source-browser only does a 'first-level' substitution. It
doesn't auto-recurse nested macros, so it's very limited in usefulness.)

Pete nospam Zakel
Guest

Thu Sep 25, 2008 9:27 pm   



In article <c8b82e70-5dfa-4289-9e4c-1c96eb152eea_at_l42g2000hsc.googlegroups.com> Riad KACED <riad.kaced_at_gmail.com> writes:

Quote:
Please bear in mind that Skill is a Cadence's proprietary language for
its own IC tools, nothing to do with C++ or any other public widely
spread programming languages.

Skill was originally derived from Franz Lisp, so a LISP reference is a good
start for basics.

As far as advanced Skill topics (Common Lisp, Scheme, etc.) I don't know much
about that, but a basic LISP primer is a good way to start.

-Pete Zakel
(phz_at_seeheader.nospam)

"The more you observe politics, the more you've got to admit that each party
is worse than the other."
-Will Rogers


Guest

Sun Sep 28, 2008 7:54 am   



Neil wrote:
Quote:

I write another protective band.


http://convince.bharattv.org

--
As notably as Ayn judges, you can compensate the cable much more am.

Kalle Heiskanen
Guest

Sun Nov 16, 2008 8:09 pm   



*Pyydettiin uutta linkiketjua, niin tässä siis se.
--------------------------
"Evojeesus" <evojeesus_at_mailinator.com> kirjoitti viestissä
news:d5d90498-4302-4492-81bd-8adce35fb66d_at_k13g2000hse.googlegroups.com...
On May 15, 2:34 pm, " n E O" <neo-. ....@dnainternet.net> wrote:

Quote:
A4 paperi ikäänkuin apsorboi säteilyenergiaa
avaruuksien kahdeksansiin ulottuvuuksiin loputtomiin, mm Einsteinin
energian
häviämättömyysfaktat tyystin hyllyttäen.

No esitäpä laskelmat että noin ei voi käydä, mielellään uudessa
viestiketjussa. Huomaa että A4-arkki voi helposti absorboida
voimakasta auringonsäteilyä vaikka vuosia tai vuosikymmeniä, mitä nyt
hiukan matkalla hapertuu.

*Kun puhutaan esim. auringon UV-valofotonien kyvyistä toimia pinnoilla on
kyse siitä, että energiaa muuntautuu IR-säteilykvanteiksi jotka kuumentavat
pintaa ja muuttuvat poistuviksi matalaenergisimmiksi kvanteiksi. Jotka siis
nimenomaan POISTUVAT, eivät siis apsorboidu jääden, kuten STUK väittää
erheellisesti säteilyfotonien tekevän.

*Jos otamme verrokiksi vaikka peilipinnan, niin se vain muuttaa siihen
osuneitten fotonien suuntaa ja palauttaa fotonit miltei niineen avaruuteen
takaisin. Toki auringon valon fotoneilla on kyky irroitella myös
valenssisidoselektroneja pinnasta. Ja kun valenssisidos näin katkeaa muuttuu
kohdeaine, rikkinäisiksi, alkuaineiksiin ja lopulta irtoatomisiksi
pölyjätteeksi. Einsteinin energiakaava siis toimii, eikä ole mitään
ongelmaa.

*Jyrkkä tietoinen vale on taas STUK:n väite siitä, että A4 paperiarkki
apsorboisi loputtomiin megawattien alfasäteilyenergiaa. Väite sotii
Einsteinin E= m* c2 kaavan mukaista energian häviämättömyyden lakia vastaan
kaikin tavoin. Kun ainetta pommitetaan millä tahansa energialla se aiheuttaa
vastaavan suuruisen energiakertymänsä vuorovaikutuksen. Eli jokainen tietää
miten esim. veteen ajetut IR-kvantit muuttavat nestemäisen aineen
höyrystymiseen johtavaksi energian. Tämän selviön tietää myös STUK, mutta
koska kyse on tietoisesta ydinalalle ominaisesta IAEA-rikoksesta ihmiskuntaa
vastaan kaikki realiteetit katoavat säteilyn osuessa kuvaan radioaktiivisena
säteilynä tähän mystiseen apsorbtiopintaan. IAEA väittää siis, että vaikka
matkaan lähtee FYYSINEN, käytännössä täysionisoitunut heliumydin valtaisalla
10 000 000eV energhiapommituksella.

*Normaalisssaa fysiikassa tilanne laskettaisiin niin, että tällainen energia
katkoisi surutta energiallaan 11eV hiilisidoksia kaavaan: 10 000 000/ 11eV =
909 091kpl valenssikatkosta. Eli paperi murenisi osumista pölyksi, kuumenisi
kuumaksi lauritsenin-kuorimallin mukaan radioaktivoituneeksi hiili C-14
sisältäneiksi pölyiksi ja suoraan mm. hiilidioksidikaasuksi. Ja veisi
mukanaan 5 630v puoliintumisajan mukaiset säterilykuormansa
biodiversiteettiin ylt ympäriinsä. Niin juu joo valenssielektronit hiilestä
irti ionisoineet elektronit sitoutuvat osin myös muodostuvaan vaarallisesti
ionisoituneeseen fyysiseen heliumkaasutuotokseen.

*Mutta ei toki tällainen sovi IAEA:n kaltaisille huijareille, heidän
tarkoitushakuisena opetusvedätyksenään on opettaa yhä pokkana, että energia
säteilystä mystisesti katoaa täysin tuntemattomin mekanismein noin vaan ties
minne kuudenteen ulottuvuuteen kadoten sinne loputtomiin. Jotta tämä silkka
pelleilyhomma olisi kukkeinta, niin IAEA ohittaa paperin rakenteelliset
valenssisidoskatkokset olan kohautuksin kaiken kruunaa myös se, että edes
ionisoituneen heliumin ainerakennetuotos kuitataan sillä, ettei mitään
ionisaatiota ole olemassa! Eli samaan mystiseen kenties tällä kertaa
kahdeksanteen ulottuvuuteen katoaa kuin tyhjää vaan myös kilokaupalla
kaasuuntunutta konkreettista ainestuottoa. Johan on paksua STUK:n
sönkötykset, ja jos kukaan uskaltaa kyseenalaistaa näitä niin menettää
välittömästi vakanssinsa koko ydinalalta!(

yanfei
Guest

Tue Dec 23, 2008 10:44 pm   



On 11ÔÂ18ÈÕ, ÏÂÎç10ʱ08·Ö, Riad KACED <riad.ka...@gmail.com> wrote:
Quote:
Hi There,

A quick search in the designers-guide web site comes with not less
than 5 threads dealing with the same problem. These are couple of
them:http://www.designers-guide.org/Forum/YaBB.pl?num=1171557018/0#0http://www.designers-guide.org/Forum/YaBB.pl?num=1121371925/0#0

Thehttp://www.designers-guide.org/Forumis the ideal location for
these KOF design-related questions. That said, it is always good to
try in here.

Best Regards,
Riad.

thanks a lot

Aaro Nurminen
Guest

Thu Jan 29, 2009 11:21 am   



S.K.22.05.2008."Pölyttäjien täyskato uhkaa viedä kesän marjat. Omenapuut ja
herukat kukkivat monin paikoin jo täysillä, mutta puutarhoissa on hiljaista.
Pölyttäjiä ei ole liikkeellä. Sään lämpeneminenkään ei lupaa helpotusta,
sillä luonnonvaraisten pölyttäjien kannat ovat romahtaneet lähes
OLEMATTOMIIN! vaarassa ovat myös metsämarjat, sielä esim. mustikan, puolukan
ja vadelman pölytys on lähes yksinomaan kimalaisten varassa.

Mehiläistenhoidonneuvoja Ari Seppälä on kartoittanut pölyttäjien tilannetta
koko Suomessa. Uutiset ovat olleet yksinomaan HUONOJA! -arvioisin, että
kimalaisia ja ampiaisia on nyt korkeintaan KYMMENESOSA normaalista tasosta.
Tutulla omenanviljelijällä on tarhassaan tuhat kukivaa puuta. Hän ei ole
nähnyt tänä keväänä ensimmäistäkään kimalaista. Kimalaiset ja ampiaiset
katosivat yllättäen Suomesta viime kesämä. Syytä katoon ei tiedetä. Seppälä
ei usko tilanteen korjaantuvan edes seuraavana kesänä!"

Niin TUSKIN tarvitsee jatkaa? Poriin on ylätuuleen matkaa TVO:lle jo yli
50km. Ja kuten todettiin 90% katoaluetta aina kukkakärpäsiä myöten on aivan
hurjaa. (Huvittavinta, että kyseiselle kaverille lähetin vain parisen viikoa
sitten tiedot ydinaavikoitumisfaktasta, ja KAS oivalteli! Ei sanan sanaa
siitä, ettei Suomella olisi mehiläisistä ongelmia. Kiitokset Ari näin netin
kautta, oikeesti! no toisaalta kaverin netit kuulema turpoavat kiukkuisen
kentän kommentteja aiemmasta virhetiedotuksista! Taisi ryhmäkuri olla
mukana. ))) .. Ydinvoimalan päästöt tappaa siis todetusti jo kautta Suomen!
Joten HÄVETKÄÄ muuta täällä aiemmin vedätelleet!

Vaikka täällä yritetään pajunköyttää ties mitä "varmaa"
virus,punkki,bakteri,mitälie tekaisua" toteennäytetyksi niin Seppälä kuittaa
tällaiset luulot jopa yllättäen ilmoittamalla, ettei syistä ole hajuja!
Porissa vain muutamasta talvipesästä on jokusia punkkeja löytynmyt ja
mehiläiskato on edelleen mysteeri. Niin.. .? Tai oikeammin tarkoittaa sitä,
että YKSIKÄÄN julkisuuden tautipelleilyharhautus ei vakuuta ketään! Eli jää
jäljelle jälleen keran VAIN ne joista kuiskitaan ovien takana.
Ydinionisaation aiheuttama suunnistuseksymiselle jälleen tutusti pojot!
Sanoi ydinklingonit mitä lystää! Outoa kapinointia kentältä, jopa musta,
ettei jotain ole tekaistu syyksi klassisista huijauksista, vaikka ydinala on
parisen vuotta puukottanut? Lieneekö vaan niin, ettei valheet
mehiläiskasvattajiin enää uoppoa, kun netissä puhelevat tietävämmät syyksi
ydinavikoitumisia, ja beetasoihtupäästöjä?)

sridhartv25@gmail.com
Guest

Thu Jan 29, 2009 12:19 pm   



What is this language.

Andrew Beckett
Guest

Thu Jan 29, 2009 6:40 pm   



sridhartv25_at_gmail.com wrote, on 01/29/09 10:19:
Quote:
What is this language.

My guess from looking at some of the words, and the name of the poster. I stuck
it through the google translator:

http://tinyurl.com/b4vuow

Note terribly legible, but something to do with pollination and bees. Not a lot
to do with Cadence software ;-)

Andrew.


Guest

Tue Mar 03, 2009 4:57 pm   



Unfortunately this problem has returned and now even deleting
the .ws_states file does nothing to help the situation.

Generally if I go to direct plot a result then the waveform window
that opens is completely blank (because the window items are so badly
misplaced that they lie out of the viewable area)....

Any suggestions for debugging?

Reuben

bu-bu
Guest

Wed Mar 04, 2009 4:47 am   



Hello Riad-san,

Thanks for your reply. Indeed, Cadence installation is not so
difficult. I thought it was more tricky...

cheers,

bubu.

Andrew Beckett
Guest

Wed Mar 04, 2009 2:03 pm   



spectrallypure wrote, on 03/04/09 12:26:
Quote:
\i envGetVal("wavescan.rectGraph" "visibleStripChartRows")
\w *WARNING* envGetVal: Could not find variable
'visibleStripChartRows'
\w in tool[.partition] 'wavescan.rectGraph'.
\t nil

I am using icfb sub-version 5.10.41.500.3.49. What could be going
wrong?

Thanks again for any further ideas!

Regards,

Jorge.

Hi Jorge,

Between USR3 and USR4, the cdsenv variable was removed, and replaced by a
"persistent" (sometimes known as "sticky") variable - the setting for this was
stored in the .ws_state file.

In USR4 the ability to set the cdsenv variable was restored. In fact the cdsenv
variable can have the value "persist" (sourcelink solution 11424530) to allow
the "sticky" behaviour if that's what you prefer.

So you're unfortunate - you're using a subversion (a USR3 vintage ISR) where it
was broken...

Regards,

Andrew.

Goto page Previous  1, 2, 3 ... 50, 51, 52, 53  Next

elektroda.net NewsGroups Forum Index - Cadence - cell libraries and place and route

Arabic versionBulgarian versionCatalan versionCzech versionDanish versionGerman versionGreek versionEnglish versionSpanish versionFinnish versionFrench versionHindi versionCroatian versionIndonesian versionItalian versionHebrew versionJapanese versionKorean versionLithuanian versionLatvian versionDutch versionNorwegian versionPolish versionPortuguese versionRomanian versionRussian versionSlovak versionSlovenian versionSerbian versionSwedish versionTagalog versionUkrainian versionVietnamese versionChinese version
RTV map EDAboard.com map News map EDAboard.eu map EDAboard.de map EDAboard.co.uk map Opony