Screenshot instructions:
Windows
Mac
Red Hat Linux
Ubuntu
Click URL instructions:
Rightclick on ad, choose "Copy Link", then paste here →
(This may not be possible with some types of ads)
From: Shouri Chatterjee <shouri@ee...>  20120609 09:27:07

Hi, I am trying to use the pss experimental analysis. I have been trying both, with ngspice24, as well as the git version. The test circuit is a quad coupled oscillator (like the one in the pss examples folder, but with different l, c etc values and bsim3 MOS models.) The pss analysis converges and then, before giving me the prompt, crashes: Convergence reached. Final circuit time is 1.263414241e08 s and predicted fundamental frequency is 3.87808e+09 Hz.  throwing out permanent breakpoint times <= current time (brk pt: 1.26341e08) ckt_time: 1.26341e08 ckt_min_break: 1.25e18 throwing out permanent breakpoint times <= current time (brk pt: 1.2892e08) ckt_time: 1.2892e08 ckt_min_break: 1.25e18 No. of Data Rows : 1024 No. of Data Rows : 11 *** glibc detected *** ngspice: double free or corruption (!prev): 0x000000000408bd20 *** ======= Backtrace: ========= /lib/x86_64linuxgnu/libc.so.6(+0x7e626)[0x7fdabc7a5626] followed by a lengthy backtrace. I have used gdb to find out what is going on: The crash occurs in the function plotAddRealValue (frontend/outitf.c). After going through this function several times (roughly 8*1024 times), the function for the first time enters the section with the "real parading as a VF_COMPLEX". As soon as the TREALLOC is attempted, the program crashes. Let me know what I can do to help debug this further, or to clean this up. Shouri _________ Asst Professor Department of Electrical Engineering IIT Delhi, Hauz Khas New Delhi 110016, India 
From: Shouri Chatterjee <shouri@ee...>  20120609 18:50:43

I forgot to include the circuit that I was trying to simulate: _______ Ordinary oscillator .include mosis.mdl minv1p oscnode2 oscnode1 vdd_ana vdd_ana CMOSP w=30u l=0.18u minv1n oscnode2 oscnode1 gnd_ana gnd_ana CMOSN w=10u l=0.18u minv2p oscnode1 oscnode2 vdd_ana vdd_ana CMOSP w=30u l=0.18u minv2n oscnode1 oscnode2 gnd_ana gnd_ana CMOSN w=10u l=0.18u lres oscnode1 oscnode2 1n ic=1e3 rloss oscnode1 oscnode2 6300 cres oscnode1 oscnode2 1.6p rdd vdd vdd_ana 70m rgg 0 gnd_ana 70m vpower vdd 0 dc=1.8 pwl 0 0 10e12 1.8 .save v(oscnode1) v(oscnode2) .pss 4G 12n oscnode1 1024 11 200 1e3 uic .end Where, mosis.mdl is a model file, copied from: https://www.mosis.com/cgibin/cgiwrap/umosis/swp/params/tsmc018/t73d_mm_non_epi_thkparams.txt Shouri Shouri Chatterjee wrote: > > Hi, > > I am trying to use the pss experimental analysis. I have been trying both, > with ngspice24, as well as the git version. > > The test circuit is a quad coupled oscillator (like the one in the pss > examples folder, but with different l, c etc values and bsim3 MOS models.) > > The pss analysis converges and then, before giving me the prompt, crashes: > > Convergence reached. Final circuit time is 1.263414241e08 s and predicted > fundamental frequency is 3.87808e+09 Hz. >  > > throwing out permanent breakpoint times <= current time (brk pt: > 1.26341e08) > ckt_time: 1.26341e08 ckt_min_break: 1.25e18 > throwing out permanent breakpoint times <= current time (brk pt: > 1.2892e08) > ckt_time: 1.2892e08 ckt_min_break: 1.25e18 > > > No. of Data Rows : 1024 > > > No. of Data Rows : 11 > *** glibc detected *** ngspice: double free or corruption (!prev): > 0x000000000408bd20 *** > ======= Backtrace: ========= > /lib/x86_64linuxgnu/libc.so.6(+0x7e626)[0x7fdabc7a5626] > > followed by a lengthy backtrace. > > I have used gdb to find out what is going on: > The crash occurs in the function plotAddRealValue (frontend/outitf.c). > After going through this function several times (roughly 8*1024 times), > the function for the first time enters the section with the "real parading > as a VF_COMPLEX". As soon as the TREALLOC is attempted, the program > crashes. > > Let me know what I can do to help debug this further, or to clean this up. > > Shouri > > > _________ > > Asst Professor > Department of Electrical Engineering > IIT Delhi, Hauz Khas > New Delhi 110016, India > _________ Asst Professor Department of Electrical Engineering IIT Delhi, Hauz Khas New Delhi 110016, India 
From: Paolo Nenzi <pnenzi.ngspice@gm...>  20120610 17:05:28

Hi Shouri, Thanks for the report. PSS is still experimental. On Monday I will discuss this bug report with Stefano (pss developer). Ciao, Paolo On Jun 9, 2012, at 8:50 PM, Shouri Chatterjee wrote: > > I forgot to include the circuit that I was trying to simulate: > _______ > > Ordinary oscillator > .include mosis.mdl > minv1p oscnode2 oscnode1 vdd_ana vdd_ana CMOSP w=30u l=0.18u > minv1n oscnode2 oscnode1 gnd_ana gnd_ana CMOSN w=10u l=0.18u > minv2p oscnode1 oscnode2 vdd_ana vdd_ana CMOSP w=30u l=0.18u > minv2n oscnode1 oscnode2 gnd_ana gnd_ana CMOSN w=10u l=0.18u > lres oscnode1 oscnode2 1n ic=1e3 > rloss oscnode1 oscnode2 6300 > cres oscnode1 oscnode2 1.6p > rdd vdd vdd_ana 70m > rgg 0 gnd_ana 70m > vpower vdd 0 dc=1.8 pwl 0 0 10e12 1.8 > .save v(oscnode1) v(oscnode2) > .pss 4G 12n oscnode1 1024 11 200 1e3 uic > .end > > Where, mosis.mdl is a model file, copied from: > https://www.mosis.com/cgibin/cgiwrap/umosis/swp/params/tsmc018/t73d_mm_non_epi_thkparams.txt > > Shouri > > > Shouri Chatterjee wrote: >> >> Hi, >> >> I am trying to use the pss experimental analysis. I have been trying both, >> with ngspice24, as well as the git version. >> >> The test circuit is a quad coupled oscillator (like the one in the pss >> examples folder, but with different l, c etc values and bsim3 MOS models.) >> >> The pss analysis converges and then, before giving me the prompt, crashes: >> >> Convergence reached. Final circuit time is 1.263414241e08 s and predicted >> fundamental frequency is 3.87808e+09 Hz. >>  >> >> throwing out permanent breakpoint times <= current time (brk pt: >> 1.26341e08) >> ckt_time: 1.26341e08 ckt_min_break: 1.25e18 >> throwing out permanent breakpoint times <= current time (brk pt: >> 1.2892e08) >> ckt_time: 1.2892e08 ckt_min_break: 1.25e18 >> >> >> No. of Data Rows : 1024 >> >> >> No. of Data Rows : 11 >> *** glibc detected *** ngspice: double free or corruption (!prev): >> 0x000000000408bd20 *** >> ======= Backtrace: ========= >> /lib/x86_64linuxgnu/libc.so.6(+0x7e626)[0x7fdabc7a5626] >> >> followed by a lengthy backtrace. >> >> I have used gdb to find out what is going on: >> The crash occurs in the function plotAddRealValue (frontend/outitf.c). >> After going through this function several times (roughly 8*1024 times), >> the function for the first time enters the section with the "real parading >> as a VF_COMPLEX". As soon as the TREALLOC is attempted, the program >> crashes. >> >> Let me know what I can do to help debug this further, or to clean this up. >> >> Shouri >> >> >> _________ >> >> Asst Professor >> Department of Electrical Engineering >> IIT Delhi, Hauz Khas >> New Delhi 110016, India >> > > > > _________ > > Asst Professor > Department of Electrical Engineering > IIT Delhi, Hauz Khas > New Delhi 110016, India > > >  > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Ngspicedevel mailing list > Ngspicedevel@... > https://lists.sourceforge.net/lists/listinfo/ngspicedevel 
From: Stefano Perticaroli <spertica@gm...>  20120611 07:11:28
Attachments:
Message as HTML

Dear Shouri, I'll try to reproduce the crash as soon as possible and I'll let you know. Stefano Perticaroli 2012/6/9 Shouri Chatterjee <shouri@...> > > I forgot to include the circuit that I was trying to simulate: > _______ > > Ordinary oscillator > .include mosis.mdl > minv1p oscnode2 oscnode1 vdd_ana vdd_ana CMOSP w=30u l=0.18u > minv1n oscnode2 oscnode1 gnd_ana gnd_ana CMOSN w=10u l=0.18u > minv2p oscnode1 oscnode2 vdd_ana vdd_ana CMOSP w=30u l=0.18u > minv2n oscnode1 oscnode2 gnd_ana gnd_ana CMOSN w=10u l=0.18u > lres oscnode1 oscnode2 1n ic=1e3 > rloss oscnode1 oscnode2 6300 > cres oscnode1 oscnode2 1.6p > rdd vdd vdd_ana 70m > rgg 0 gnd_ana 70m > vpower vdd 0 dc=1.8 pwl 0 0 10e12 1.8 > .save v(oscnode1) v(oscnode2) > .pss 4G 12n oscnode1 1024 11 200 1e3 uic > .end > > Where, mosis.mdl is a model file, copied from: > > https://www.mosis.com/cgibin/cgiwrap/umosis/swp/params/tsmc018/t73d_mm_non_epi_thkparams.txt > > Shouri > > > Shouri Chatterjee wrote: > > > > Hi, > > > > I am trying to use the pss experimental analysis. I have been trying > both, > > with ngspice24, as well as the git version. > > > > The test circuit is a quad coupled oscillator (like the one in the pss > > examples folder, but with different l, c etc values and bsim3 MOS > models.) > > > > The pss analysis converges and then, before giving me the prompt, > crashes: > > > > Convergence reached. Final circuit time is 1.263414241e08 s and > predicted > > fundamental frequency is 3.87808e+09 Hz. > >  > > > > throwing out permanent breakpoint times <= current time (brk pt: > > 1.26341e08) > > ckt_time: 1.26341e08 ckt_min_break: 1.25e18 > > throwing out permanent breakpoint times <= current time (brk pt: > > 1.2892e08) > > ckt_time: 1.2892e08 ckt_min_break: 1.25e18 > > > > > > No. of Data Rows : 1024 > > > > > > No. of Data Rows : 11 > > *** glibc detected *** ngspice: double free or corruption (!prev): > > 0x000000000408bd20 *** > > ======= Backtrace: ========= > > /lib/x86_64linuxgnu/libc.so.6(+0x7e626)[0x7fdabc7a5626] > > > > followed by a lengthy backtrace. > > > > I have used gdb to find out what is going on: > > The crash occurs in the function plotAddRealValue (frontend/outitf.c). > > After going through this function several times (roughly 8*1024 times), > > the function for the first time enters the section with the "real > parading > > as a VF_COMPLEX". As soon as the TREALLOC is attempted, the program > > crashes. > > > > Let me know what I can do to help debug this further, or to clean this > up. > > > > Shouri > > > > > > _________ > > > > Asst Professor > > Department of Electrical Engineering > > IIT Delhi, Hauz Khas > > New Delhi 110016, India > > > > > > _________ > > Asst Professor > Department of Electrical Engineering > IIT Delhi, Hauz Khas > New Delhi 110016, India > > > >  > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Ngspicedevel mailing list > Ngspicedevel@... > https://lists.sourceforge.net/lists/listinfo/ngspicedevel > 
From: Holger Vogt <holger.vogt@un...>  20120610 08:04:13

Shouri, pss is under development, the most recent code is to be found in git branch PSS2. Did you use that branch? Regards Holger 
From: Paolo Nenzi <pnenzi.ngspice@gm...>  20120611 16:13:59

Hi Holger, We are working on it. The newest code does not converge. We asked him to test a netlist for us. Ciao, Paolo On Jun 10, 2012, at 10:02 AM, Holger Vogt wrote: > Shouri, > > pss is under development, the most recent code is to be found in git > branch PSS2. > > Did you use that branch? > > Regards > > Holger > >  > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Ngspicedevel mailing list > Ngspicedevel@... > https://lists.sourceforge.net/lists/listinfo/ngspicedevel 
From: Shouri Chatterjee <shouri@ee...>  20120611 16:30:48

Hi Paolo, With the PSS2 branch I do not get convergence. The main branch converges, but crashes. Shouri End of the log for PSS2 branch:  Shooting cycle iteration number: 28 NTC_MV: 10001.8  rr: 5.05462  predsum: 304803 Print of dynamically consistent nodes voltages or branches currents: [V] oscnode2: RHSd 2.05456  Cref 1.43999e05  RHSM 1.94414  RHSm 0.111989  S 0.0113333  P 1.408966913 [V] oscnode1: RHSd 2.04418  Cref 1.43578e05  RHSM 1.91692  RHSm 0.133205  S 0.00388012  P 1.346186731 [V] gnd_ana: RHSd 1.8411e05  Cref 9.23713e09  RHSM 0.000199175  RHSm 0.000120416  S 0.0259296  P 96692.93599 [I] minv2n#drain: RHSd 2.03241  Cref 1.42682e05  RHSM 1.91622  RHSm 0.122096  S 0.00382573  P 1.296836034 [I] minv2n#source: RHSd 0.0102866  Cref 1.91544e07  RHSM 0.015855  RHSm 0.0115074  S 0.245122  P 241.7326655 [I] minv1n#drain: RHSd 2.04406  Cref 1.43206e05  RHSM 1.94407  RHSm 0.101721  S 0.0109053  P 0.8042609477 [I] minv1n#source: RHSd 0.00867736  Cref 2.05144e07  RHSM 0.0203679  RHSm 0.00893736  S 0.233917  P 200.7802164 [I] minv2p#drain: RHSd 2.02946  Cref 1.42557e05  RHSM 1.90312  RHSm 0.133417  S 0.00455024  P 3.042087225 [I] minv1p#drain: RHSd 2.0384  Cref 1.42835e05  RHSM 1.93035  RHSm 0.110147  S 0.0125933  P 1.354388407 [I] lres#branch: RHSd 0.0292129  Cref 6.6315e07  RHSM 0.00898052  RHSm 0.0857542  S 0.131739  P 0.004778809237 [I] vpower#branch: RHSd 0.000263014  Cref 3.19661e08  RHSM 0.00172022  RHSm 0.00284536  S 0.0259296  P 103812.1021 Cannot find a minimum for error vector in estimated period. Try to adjust tstab! PSS analysis aborted. No. of Data Rows : 0 doAnalyses: impossible error  can't occur run simulation(s) aborted End of the log for the main branch:  Shooting cycle iteration number: 25 NTC_MV: 55002.2  f_proj: 3.39589e+06 Print of dynamically consistent nodes voltages or branches currents: Node voltage oscnode2: RHS diff. 1.73023e06  Conv. ref. 1.45629e05  RHS max. 1.94415  RHS min. 0.13527  Snode 8.30272e09 Node voltage oscnode1: RHS diff. 1.53986e06  Conv. ref. 1.45274e05  RHS max. 1.94113  RHS min. 0.133211  Snode 1.0744e08 Node voltage gnd_ana: RHS diff. 1.23714e09  Conv. ref. 9.30621e09  RHS max. 0.000208436  RHS min. 0.000121022  Snode 5.78902e08 Branch current minv2n#drain: RHS diff. 1.41182e06  Conv. ref. 1.44426e05  RHS max. 1.94113  RHS min. 0.122102  Sbranch 1.34378e08 Branch current minv2n#source: RHS diff. 1.13031e07  Conv. ref. 2.35876e07  RHS max. 0.0221875  RHS min. 0.011508  Sbranch 1.29851e07 Branch current minv1n#drain: RHS diff. 1.72485e06  Conv. ref. 1.44757e05  RHS max. 1.94408  RHS min. 0.123875  Sbranch 1.02427e08 Branch current minv1n#source: RHS diff. 3.40548e09  Conv. ref. 2.23469e07  RHS max. 0.0203679  RHS min. 0.0115553  Sbranch 1.04548e07 Branch current minv2p#drain: RHS diff. 1.52015e06  Conv. ref. 1.44297e05  RHS max. 1.92796  RHS min. 0.133424  Sbranch 1.97894e08 Branch current minv1p#drain: RHS diff. 1.56844e06  Conv. ref. 1.44594e05  RHS max. 1.93036  RHS min. 0.135273  Sbranch 8.41249e09 Branch current lres#branch: RHS diff. 1.88724e07  Conv. ref. 1.20059e06  RHS max. 0.0857566  RHS min. 0.0857547  Sbranch 3.71313e09 Branch current vpower#branch: RHS diff. 1.76662e08  Conv. ref. 3.29528e08  RHS max. 0.00172889  RHS min. 0.00297765  Sbranch 5.7826e08 Global Convergence Error reference: 6.37109e06. Updated guessed frequency: 3851095647 . Next shooting evaluation time is 1.903918933e08 and current time is 1.877952297e08. Convergence reached. Final circuit time is 1.877952297e08 s and predicted fundamental frequency is 3.8511e+09 Hz.  Reference value : 1.87798e08 No. of Data Rows : 1024 No. of Data Rows : 11 *** glibc detected *** ./ngspice: free(): invalid next size (normal): 0x0000000002902980 *** ======= Backtrace: ========= /lib/x86_64linuxgnu/libc.so.6(+0x7e626)[0x7ff7d9f73626] ./ngspice[0x7df25f] ./ngspice[0x7a5ba0] ./ngspice[0x79796d] ./ngspice[0x43a214] ./ngspice[0x436afa] ./ngspice[0x436faa] ./ngspice[0x40ca7e] ./ngspice[0x40dc99] ./ngspice[0x404c6a] /lib/x86_64linuxgnu/libc.so.6(__libc_start_main+0xed)[0x7ff7d9f1676d] ./ngspice[0x403f69] 
From: Stefano Perticaroli <spertica@gm...>  20120611 16:37:47
Attachments:
Message as HTML

2012/6/11 Shouri Chatterjee <shouri@...> > > Hi Paolo, > Dear Shouri, > With the PSS2 branch I do not get convergence. The main branch converges, > but crashes. > could you try to decrease the initial guess for frequency and to increase tstab a little? Let me know. > > Shouri > Stefano > > End of the log for PSS2 branch: > >  > Shooting cycle iteration number: 28 NTC_MV: 10001.8  rr: 5.05462  > predsum: 304803 > Print of dynamically consistent nodes voltages or branches currents: > [V] oscnode2: RHSd 2.05456  Cref 1.43999e05  RHSM > 1.94414  RHSm 0.111989  S 0.0113333  P 1.408966913 > [V] oscnode1: RHSd 2.04418  Cref 1.43578e05  RHSM > 1.91692  RHSm 0.133205  S 0.00388012  P 1.346186731 > [V] gnd_ana: RHSd 1.8411e05  Cref 9.23713e09  RHSM > 0.000199175  RHSm 0.000120416  S 0.0259296  P 96692.93599 > [I] minv2n#drain: RHSd 2.03241  Cref 1.42682e05  RHSM > 1.91622  RHSm 0.122096  S 0.00382573  P 1.296836034 > [I] minv2n#source: RHSd 0.0102866  Cref 1.91544e07  RHSM > 0.015855  RHSm 0.0115074  S 0.245122  P 241.7326655 > [I] minv1n#drain: RHSd 2.04406  Cref 1.43206e05  RHSM > 1.94407  RHSm 0.101721  S 0.0109053  P 0.8042609477 > [I] minv1n#source: RHSd 0.00867736  Cref 2.05144e07  RHSM > 0.0203679  RHSm 0.00893736  S 0.233917  P 200.7802164 > [I] minv2p#drain: RHSd 2.02946  Cref 1.42557e05  RHSM > 1.90312  RHSm 0.133417  S 0.00455024  P 3.042087225 > [I] minv1p#drain: RHSd 2.0384  Cref 1.42835e05  RHSM > 1.93035  RHSm 0.110147  S 0.0125933  P 1.354388407 > [I] lres#branch: RHSd 0.0292129  Cref 6.6315e07  RHSM > 0.00898052  RHSm 0.0857542  S 0.131739  P 0.004778809237 > [I] vpower#branch: RHSd 0.000263014  Cref 3.19661e08  RHSM > 0.00172022  RHSm 0.00284536  S 0.0259296  P 103812.1021 > Cannot find a minimum for error vector in estimated period. Try to adjust > tstab! PSS analysis aborted. > > No. of Data Rows : 0 > doAnalyses: impossible error  can't occur > > run simulation(s) aborted > > > End of the log for the main branch: > >  > Shooting cycle iteration number: 25 NTC_MV: 55002.2  f_proj: > 3.39589e+06 > Print of dynamically consistent nodes voltages or branches currents: > Node voltage oscnode2: RHS diff. 1.73023e06  Conv. ref. > 1.45629e05  RHS max. 1.94415  RHS min. 0.13527  > Snode 8.30272e09 > Node voltage oscnode1: RHS diff. 1.53986e06  Conv. ref. > 1.45274e05  RHS max. 1.94113  RHS min. 0.133211  > Snode 1.0744e08 > Node voltage gnd_ana: RHS diff. 1.23714e09  Conv. ref. > 9.30621e09  RHS max. 0.000208436  RHS min. 0.000121022  > Snode 5.78902e08 > Branch current minv2n#drain: RHS diff. 1.41182e06  Conv. ref. > 1.44426e05  RHS max. 1.94113  RHS min. 0.122102  > Sbranch 1.34378e08 > Branch current minv2n#source: RHS diff. 1.13031e07  Conv. ref. > 2.35876e07  RHS max. 0.0221875  RHS min. 0.011508  > Sbranch 1.29851e07 > Branch current minv1n#drain: RHS diff. 1.72485e06  Conv. ref. > 1.44757e05  RHS max. 1.94408  RHS min. 0.123875  > Sbranch 1.02427e08 > Branch current minv1n#source: RHS diff. 3.40548e09  Conv. ref. > 2.23469e07  RHS max. 0.0203679  RHS min. 0.0115553  > Sbranch 1.04548e07 > Branch current minv2p#drain: RHS diff. 1.52015e06  Conv. ref. > 1.44297e05  RHS max. 1.92796  RHS min. 0.133424  > Sbranch 1.97894e08 > Branch current minv1p#drain: RHS diff. 1.56844e06  Conv. ref. > 1.44594e05  RHS max. 1.93036  RHS min. 0.135273  > Sbranch 8.41249e09 > Branch current lres#branch: RHS diff. 1.88724e07  Conv. ref. > 1.20059e06  RHS max. 0.0857566  RHS min. 0.0857547  > Sbranch 3.71313e09 > Branch current vpower#branch: RHS diff. 1.76662e08  Conv. ref. > 3.29528e08  RHS max. 0.00172889  RHS min. 0.00297765  > Sbranch 5.7826e08 > Global Convergence Error reference: 6.37109e06. > Updated guessed frequency: 3851095647 . > Next shooting evaluation time is 1.903918933e08 and current time is > 1.877952297e08. > > Convergence reached. Final circuit time is 1.877952297e08 s and predicted > fundamental frequency is 3.8511e+09 Hz. >  > > Reference value : 1.87798e08 > > No. of Data Rows : 1024 > > > No. of Data Rows : 11 > *** glibc detected *** ./ngspice: free(): invalid next size (normal): > 0x0000000002902980 *** > ======= Backtrace: ========= > /lib/x86_64linuxgnu/libc.so.6(+0x7e626)[0x7ff7d9f73626] > ./ngspice[0x7df25f] > ./ngspice[0x7a5ba0] > ./ngspice[0x79796d] > ./ngspice[0x43a214] > ./ngspice[0x436afa] > ./ngspice[0x436faa] > ./ngspice[0x40ca7e] > ./ngspice[0x40dc99] > ./ngspice[0x404c6a] > /lib/x86_64linuxgnu/libc.so.6(__libc_start_main+0xed)[0x7ff7d9f1676d] > ./ngspice[0x403f69] > > > > > > >  > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Ngspicedevel mailing list > Ngspicedevel@... > https://lists.sourceforge.net/lists/listinfo/ngspicedevel > 
From: Shouri Chatterjee <shouri@ee...>  20120611 16:59:03

Stefano Perticaroli wrote: > > could you try to decrease the initial guess for frequency and to increase > tstab a little? I changed the guess frequency to 3.5G and increased tstab to 20n. Now there is a new situation. (I haven't fully listed these messages. I think there were 1025 of them.) I couldn't really figure out if convergence was reached or not. IN_PSS: time point accepted in evolution for FFT calculations. Circuit time 3.11529844562567e08, final time 3.11392333252658e08, point index 1022 and total requested points 1024 Panic: breakpoint in the past  HELP! Next breakpoint set in: 3.1139220859579e08 ttemp 3.11519732571273e08, final_time 3.11392083938922e08, current_time 3.11529844562567e08 0, 1, 0 IN_PSS: time point accepted in evolution for FFT calculations. Circuit time 3.11529844565425e08, final time 3.1139220859579e08, point index 1023 and total requested points 1024 Panic: breakpoint in the past  HELP! Next breakpoint set in: 3.11392083938922e08 ttemp 3.11519732571273e08, final_time 3.11392083938922e08, current_time 3.11529844565425e08 0, 1, 0 IN_PSS: time point accepted in evolution for FFT calculations. Circuit time 3.11529844568282e08, final time 3.11392083938922e08, point index 1024 and total requested points 1024 Panic: breakpoint in the past  HELP! Next breakpoint set in: 3.11391959282055e08 ttemp 3.11519732571273e08, final_time 3.11392083938922e08, current_time 3.11529844568282e08 No. of Data Rows : 1025 No. of Data Rows : 11 
From: Shouri Chatterjee <shouri@ee...>  20120611 17:02:00

Shouri Chatterjee wrote: > Stefano Perticaroli wrote: >> >> could you try to decrease the initial guess for frequency and to >> increase >> tstab a little? > > I changed the guess frequency to 3.5G and increased tstab to 20n. Now > there is a new situation. (I haven't fully listed these messages. I think > there were 1025 of them.) I couldn't really figure out if convergence was > reached or not. Convergence was not reached. Shouri > > IN_PSS: time point accepted in evolution for FFT calculations. > Circuit time 3.11529844562567e08, final time 3.11392333252658e08, point > index 1022 and total requested points 1024 > Panic: breakpoint in the past  HELP! > Next breakpoint set in: 3.1139220859579e08 > ttemp 3.11519732571273e08, final_time 3.11392083938922e08, current_time > 3.11529844562567e08 > 0, 1, 0 > IN_PSS: time point accepted in evolution for FFT calculations. > Circuit time 3.11529844565425e08, final time 3.1139220859579e08, point > index 1023 and total requested points 1024 > Panic: breakpoint in the past  HELP! > Next breakpoint set in: 3.11392083938922e08 > ttemp 3.11519732571273e08, final_time 3.11392083938922e08, current_time > 3.11529844565425e08 > 0, 1, 0 > IN_PSS: time point accepted in evolution for FFT calculations. > Circuit time 3.11529844568282e08, final time 3.11392083938922e08, point > index 1024 and total requested points 1024 > Panic: breakpoint in the past  HELP! > Next breakpoint set in: 3.11391959282055e08 > ttemp 3.11519732571273e08, final_time 3.11392083938922e08, current_time > 3.11529844568282e08 > > > No. of Data Rows : 1025 > > > No. of Data Rows : 11 > > _________ Asst Professor Department of Electrical Engineering IIT Delhi, Hauz Khas New Delhi 110016, India 
Sign up for the SourceForge newsletter:
No, thanks