Re: gEDA-user: Schottky diode?
On Oct 29, 2006, at 11:37 AM, Dan McMahill wrote: to a sun, I would do make g++ CC which would build it twice, once with g++ and then with Sun's own compiler. Should I be on the lookout for one of those ultra sparc's Dan M likes? There are chip co's in my town Maybe could get you one cheap. It might be a stretch to say I like them. When I got mine it was because there was a critical piece of software I needed to run and solaris/sparc was the platform I needed. Linux/x86 versions are available now, but I just can't justify spending money to replace the sun right now. Besides, its a wonderful way to trip over lots of silly bugs in software written by all the worlds an x86 linux box coders Ugh. I can't see replacing a nice modern architecture with something as distasteful as an x86 box. With companies going tits-up all over the place, Real Computers are available SO cheaply anymore due to market saturation...Older but still rather ballsy desktop multiprocessor machines like Ultra2s can be had for twenty bucks. Why bother fighting with a PC? -Dave -- Dave McGuire Cape Coral, FL ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Schottky diode?
On Saturday 21 October 2006 00:24, John Coppens wrote: Sri - the dvi is not generated at all. I suppose the configure.old doesn't include the docs. It builds it only if you ask for it. Do make man from the project root, or cd to man and do make. In the man directory, you can do things like make info, make dvi or whatever, depending on what you want. There is even a make txt to build a plain text version of the manual. configure.old should really be labeled as the developer or maintainer version. It lets you do a lot more playing of the type one would want as a developer, but lacks the configure options people seem to want for an installation. I regularly do things like make debug g++ which says to build both debug and distribution versions, or make mingw which builds a MS version using a cross compiler. Years ago, when I had access to a sun, I would do make g++ CC which would build it twice, once with g++ and then with Sun's own compiler. And I don't need to rerun automake, autoconf, etc. when I change the Makefile. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Schottky diode?
On Friday 20 October 2006 01:31, John Coppens wrote: -rw-r--r-- 1 root root 1292 1995-08-14 15:29 /usr/share/texmf/fonts/tfm/public/cm/cmr17.tfm (rather old...) That is the same size and date as the one I have. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Schottky diode?
John Coppens wrote: On Fri, 20 Oct 2006 01:35:29 -0400 Dan McMahill [EMAIL PROTECTED] wrote: % kpsewhich -progname=dvipdfm -format=tfm cmr17 /usr/pkg/share/texmf/fonts/tfm/public/cm/cmr17.tfm man dvipdfm may give enough info to dig into it. I'm afraid I'm not going to be able to help much beyond this. on6jc ~$ kpsewhich -progname=dvipdfm -format=tfm cmr17 /usr/share/texmf/fonts/tfm/public/cm/cmr17.tfm It seems it _is_ installed and recognized... If you'd like to have me do some other test, gladly... I wish I had more. I just don't have enough knowledge of debugging that sort of latex issue. In any case, I'd suggest moving the compilation/generation of the docs to the end of the makefile, so at least the programs get compiled. (I believe that generally packages tend to compile docs at the end, as the different doc-tools are somewhat less standardized than the gcc/make/etc tools. I wouldn't think there are any dependencies in the code on the docs... it would be a simple matter of changing the order of SUBDIRS in the top level Makefile.am. -Dan ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Schottky diode?
On Oct 20, 2006, at 7:47 PM, Dan McMahill wrote: % kpsewhich -progname=dvipdfm -format=tfm cmr17 /usr/pkg/share/texmf/fonts/tfm/public/cm/cmr17.tfm man dvipdfm may give enough info to dig into it. I'm afraid I'm not going to be able to help much beyond this. on6jc ~$ kpsewhich -progname=dvipdfm -format=tfm cmr17 /usr/share/texmf/fonts/tfm/public/cm/cmr17.tfm It seems it _is_ installed and recognized... If you'd like to have me do some other test, gladly... I wish I had more. I just don't have enough knowledge of debugging that sort of latex issue. Ok...Is it just the rum I'm drinking, or does anyone else thing debugging latex issues is sorta a personal thing? ;) -Dave ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Schottky diode?
On 10/20/06, Dan McMahill [EMAIL PROTECTED] wrote: John Coppens wrote: On Fri, 20 Oct 2006 01:35:29 -0400 Dan McMahill [EMAIL PROTECTED] wrote: % kpsewhich -progname=dvipdfm -format=tfm cmr17 /usr/pkg/share/texmf/fonts/tfm/public/cm/cmr17.tfm man dvipdfm may give enough info to dig into it. I'm afraid I'm not going to be able to help much beyond this. on6jc ~$ kpsewhich -progname=dvipdfm -format=tfm cmr17 /usr/share/texmf/fonts/tfm/public/cm/cmr17.tfm It seems it _is_ installed and recognized... If you'd like to have me do some other test, gladly... I wish I had more. I just don't have enough knowledge of debugging that sort of latex issue. I wonder if it is an AFM file that dvipdfm is looking for that it can not find. Maybe dvipdfm cannot map the Computer Modern Roman font to the corresponding Adobe font. Since the DVI file is generated can you view it with xdvi? If you can I would think that the problem may be with fontmapping. (* jcl *) -- http://www.luciani.org ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Schottky diode?
On Fri, 20 Oct 2006 20:13:37 -0400
John Luciani [EMAIL PROTECTED] wrote:
Since the DVI file is generated can you view it with xdvi? If you can
I would think
that the problem may be with fontmapping.
Sri... Hadn't noticed that the make script seems to remove the output
(dvi)? As far as I can see, 'acs-tutorial' is the only file that has
formatting instructions in it ('xcept for the man file).
From the configure log, I notice that it looks for 'hacha' and 'hevea',
which are not present. Could it be that it then still tries to generate
the docs, but actually needs these?
John
___
geda-user mailing list
geda-user@moria.seul.org
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Schottky diode?
On Thursday 19 October 2006 04:01, Karel Kulhavy wrote: gnucap 0.34 had a similar problem, but would usually report nonconvergence instead. Since it used the same algorithm that Or open internal node? That means your circuit doesn't work. The Spice equivalent is something like zero pivot. It happens about as often, usually on the same circuit but with different random changes. Actually ... I need those circuits that don't work. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Schottky diode?
On Wed, 18 Oct 2006 22:35:32 -0400 al davis [EMAIL PROTECTED] wrote: Why don't you try gnucap? At least if it does have a problem I Al, Several items: 1) On the GNU site, the latest distro is 0.31 and no indication that newer versions exist. I can't compile this version... 2) Only later I detected 0.35 on the seul site. (Google still thinks the gnu gnucap site is more important, so the 0.31 comes out first _ I do think you should eliminate the 0.31 or upload 0.35 there). This version stops compiling when there is a problem with the documentation tools. I had to go into each directory and compile the model compiler and gnucap separately. That worked. 3) Gnucap fails on my output.net file, reporting problems such as: * gnetlist -g spice-sdb switch1.sch egnd 99 0 poly(2) (3,0) (4,0) 0 .5 .5 ^ ? need 1 more nodes egnd 99 0 poly(2) (3,0) (4,0) 0 .5 .5 ^ ? what's this? fb7 99 poly(5) vb vc ve vlp vln 0 27.96E6 -30E6 30E6 ^ ? what's this? j1 11 2 10 jx ^ ? illegal type j2 12 1 10 jx ^ ? illegal type .model jx NJF(Is=150.0E-9 Beta=4.568E-3 Vto=-1) ^ ? not implemented ic v(vlin)=0V ^ ? need ) ic v(vlin)=0V ^ ? what's this? ic v(vlout)=0V ^ ? need ) ic v(vlout)=0V ^ ? what's this? (Note that this works on ngspice) 4) Your mail server rejected my direct mail to you with the message: [EMAIL PROTECTED]: host flint.freeelectron.net[68.61.120.207] refused to talk to me: 550 HELO argument does not match calling host This is probably an anti-spam measure, but it is the first time I had this type of reject. Greetings, John ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Schottky diode?
Thanks for the reply.. Without feedback things don't improve. On Thursday 19 October 2006 14:22, John Coppens wrote: 1) On the GNU site, the latest distro is 0.31 and no indication that newer versions exist. I can't compile this version... I know about that one. I guess it is somewhat like the multiple PCB sites. I almost have it fixed. After I do, I will explain what happened. It's not pretty. The primary site is gnucap.org. The GNU site is supposed to be a CVS checkin of gnucap.org, but, like I say I will explain it after it gets fixed. 2) Only later I detected 0.35 on the seul site. This version stops compiling when there is a problem with the documentation tools. What are the error messages? Did you try using ./configure.old instead of ./configure? I had to go into each directory and compile the model compiler and gnucap separately. That worked. 3) Gnucap fails on my output.net file, reporting problems such as: * gnetlist -g spice-sdb switch1.sch egnd 99 0 poly(2) (3,0) (4,0) 0 .5 .5 ^ ? need 1 more nodes etc I see ... Can you send me the netlist? Two things I know of: High order polys and jfets. In this case, you have hit a couple of things that are implemented in ngspice but not gnucap. I have seen it go the other way too. When I see these things from users, they become priorities. The to-do list is infinitely long, as you might expect. 4) Your mail server rejected my direct mail to you with the message: [EMAIL PROTECTED]: host flint.freeelectron.net[68.61.120.207] refused to talk to me: 550 HELO argument does not match calling host This is probably an anti-spam measure, but it is the first time I had this type of reject. It is an anti-spam measure, that usually works very well, with very few false positives, and gives a proper bounce on false positives, rather than just throwing it away. It also exposes ISP's that do not configure their mail relay correctly. Basically, what it says is that your mail relay is not what it says it is. It presents false identification. Most spam looks like this. There are 3 strategies used for spam control ... 1. Identity checking Check to see if the sender is really who he says he is. Your ISP presents false identification. Very few ISP's do this. Also, check to see if the delivery agent is authorized to deliver mail from you. Very few ISP's do this. 2. Redlining. Check to see if the mail comes from a bad neighborhood. Reject if it does. This is the primary defense used by AOL and similar providers. It tends to catch the same ones as identity checking, but in a more corporate friendly manner. That is, it avoids embarrasing large providers with incompetent administrators, and discriminates against small sites. Most small sites that encounter this automatically try again with laundering (pass through an agent that is friendly to them) and get though, or they just launder everything and loose tracking of their mail. 3. Censorship ... They look at the content and reject anything with content they don't like. This is the second defense used by many providers. It scares me more than spam. gnu.org uses another method, which is completely ineffective: Ask: will you accept mail from me? There are some providers that reject gnu by redlining. Gnu, in retaliation, rejects mail from them. It is annoying, and accomplishes nothing in reducing spam. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Schottky diode?
John Coppens wrote: 2) Only later I detected 0.35 on the seul site. (Google still thinks the gnu gnucap site is more important, so the 0.31 comes out first _ I do think you should eliminate the 0.31 or upload 0.35 there). This version stops compiling when there is a problem with the documentation tools. I had to go into each directory and compile the model compiler and gnucap separately. That worked. please send me the output of ./configure and the output of the failed build and I'll send Al patches to fix it. -Dan ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Schottky diode?
John Coppens wrote: On Thu, 19 Oct 2006 15:22:48 -0400 al davis [EMAIL PROTECTED] wrote: What are the error messages? Did you try using ./configure.old instead of ./configure? I've sent the messages to Dan, who promised to send you the patches... That ok? The problem is that on John's computer, something is messed up in the latex installation so dvipdfm fails to find cmr17.tfm. One way to avoid problems like this is to include the .dvi file in the distribution. That way make doesn't ever try to rebuild it unless the user has been editing the .tex files. Right now, in simplified form, we have gnucap-man.pdf: gnucap-man.dvi dvipdfm gnucap-man.dvi gnucap-man.dvi: gnucap-man.tex $(OTHER_TEX_FILES) latex gnucap-man.tex latex gnucap-man.tex so what happens is during the build, make says hey, there is no .dvi file so the .pdf must be out of date and it tries to rebuild the whole thing. This is fine if you don't have a semi-broken latex install. The other viewpoint is John's failure is a failure of his latex install so its not gnucaps problem or position to try and have a way to avoid it. Here is the tail end of the output from Johns build: Output written on gnucap-man.dvi (136 pages, 504508 bytes). Transcript written on gnucap-man.log. /usr/bin/dvipdfm gnucap-man gnucap-man.dvi - gnucap-man.pdf [1 cmr17: Unable to find a TFM or OFM file Output file removed. make[3]: *** [gnucap-man.pdf] Error 1 make[3]: Leaving directory `/usr/local/src/utilities/gnucap-0.35/man' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/local/src/utilities/gnucap-0.35/man' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/utilities/gnucap-0.35' make: *** [all] Error 2 -Dan ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Schottky diode?
On Fri, 20 Oct 2006 00:54:43 -0400 Dan McMahill [EMAIL PROTECTED] wrote: The problem is that on John's computer, something is messed up in the latex installation so dvipdfm fails to find cmr17.tfm. Ok... I have -rw-r--r-- 1 root root 1292 1995-08-14 15:29 /usr/share/texmf/fonts/tfm/public/cm/cmr17.tfm (rather old...) Where do I check why it isn't recognised? John ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: Schottky diode?
Hi all. I was (trying to) simulate a switching power supply, and used the 'schottky' diode symbols, copied it, and added a model (1N5822 from Motorola). After some experiments with strange results, could it be that the diode pins are reversed? It did conduct the wrong way... The normal 'diode' has anode=1, the schottky has anode=2... John ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Schottky diode?
The best way to know is to inspect the SPICE netlist. There is no guarantee that the parts in the gEDA symbol library have the pins set up in the correct orientation. Please remember that the pinseq attribute is used in spice-sdb to know in which order to emit pins. If your symbol's pins are wrong, select the pin and attach the correct pinseq to it. I forget if you need to do that in the schematic, or in the symbol file. It's well described in the gEDA/SPICE HOWTO Stuart On Tue, 17 Oct 2006, John Coppens wrote: Hi all. I was (trying to) simulate a switching power supply, and used the 'schottky' diode symbols, copied it, and added a model (1N5822 from Motorola). After some experiments with strange results, could it be that the diode pins are reversed? It did conduct the wrong way... The normal 'diode' has anode=1, the schottky has anode=2... John ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: Schottky diode?
On Tue, 17 Oct 2006 16:05:23 -0400 (EDT) Stuart Brorson [EMAIL PROTECTED] wrote: The best way to know is to inspect the SPICE netlist. There is no guarantee that the parts in the gEDA symbol library have the pins set up in the correct orientation. That's why I reported it on the list - attached is the 'corrected' symbol, to make it at least compatible with normal diodes and libraries. John schottky-1.sym Description: Binary data ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
