xcircuit-dev Mailing List for XCircuit (Page 13)
Brought to you by:
rtedwards
Menu
▾
▴
xcircuit-dev — XCircuit news and discussion
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
(7) |
Nov
(1) |
Dec
(3) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(12) |
Feb
(20) |
Mar
(10) |
Apr
(7) |
May
(17) |
Jun
(8) |
Jul
(14) |
Aug
(1) |
Sep
(1) |
Oct
(2) |
Nov
(4) |
Dec
(6) |
| 2003 |
Jan
(11) |
Feb
(9) |
Mar
(6) |
Apr
(4) |
May
(4) |
Jun
(9) |
Jul
(14) |
Aug
(5) |
Sep
(22) |
Oct
(2) |
Nov
(4) |
Dec
(3) |
| 2004 |
Jan
(25) |
Feb
(33) |
Mar
(4) |
Apr
(18) |
May
(34) |
Jun
(58) |
Jul
(5) |
Aug
(10) |
Sep
(3) |
Oct
(5) |
Nov
(5) |
Dec
(3) |
| 2005 |
Jan
(3) |
Feb
(12) |
Mar
(17) |
Apr
(8) |
May
(7) |
Jun
(3) |
Jul
(20) |
Aug
(11) |
Sep
(11) |
Oct
(19) |
Nov
(22) |
Dec
(9) |
| 2006 |
Jan
(8) |
Feb
(27) |
Mar
(17) |
Apr
(13) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: R. T. E. <ti...@st...> - 2003-01-14 16:24:08
|
Dear Erik,
The short answer is "no". The Tcl-based version of xcircuit is
supposed to be able to run in a batch mode, but right now it is still
too closely tied into the graphics and expects the windows to exist.
It should be possible to make Tk pop the window down so that it
effectively only exists in memory, not on the display ("wm withdraw
.xcircuit"). However, there is still no direct way to get a spice
netlist from the command line. The command "netlist" from Tcl will
spit out a huge nested list from which a SPICE netlist can be
derived. However, I haven't written a Tcl function to parse the
list.
The Python-based version of xcircuit has the function to write
spice from the command line (script "spice.py" creates a function
named "writespice"). This version can be run in batch mode.
Technically, it should be feasible to write a script (e.g.,
"xc2spice" which sets XCIRCUIT_LIB_DIR to a directory containing
an alternate startup script "xcstartup.py" and then execs xcircuit.
The startup script would look at the command line (sys.argv[]),
process it (xc.netlist() and writespice()) and then exit
(sys.exit()). However, I just tried it, and "sys.argv" doesn't
exist, and I don't know why. That makes it very hard to pick up
an xcircuit filename from the command line. I'll see if I can
solve that mystery, which is the only thing preventing a workable
batch version.
Regards,
Tim
|
|
From: Erik E. R. <ee...@de...> - 2003-01-14 14:28:19
|
Hi there Is it possible to invoke XCircuit from the command line and deriving a spice netlist? Best regards -- Erik Elmer Rasmussen Analog IC developer and layout guy Delta Microelectronics, Denmark |
|
From: Ludovico M. <lm...@io...> - 2003-01-11 17:32:48
|
Dear All, my name is Ludovico Minati, I am a student/consultant from Italy. I recently started a project on SourceForge, http://freedaq.sourceforge.net, whose purpose is to provide a completely open-source data-acquisition/instrument-control system. The project includes parts of hardware design, VHDL-design, and linux-driver writing. I am currently the coordinator of the project, and I probably found somebody helping me with the VHDL. I need somebody to help me with the hardware design part, which I think to carry out using Xcircuit and PCB. My time unfortunately is very limited, and so I would need somebody helping me designing the schematics and PCB, together with me. If anybody has time and willingness, your help would be very welcome. Thank you, and I apologize if perhaps this post is not opportune. Ludovico Minati |
|
From: R. T. E. <ti...@st...> - 2003-01-07 15:55:26
|
Dear Keith,
First, I should note that there isn't a heck of a lot that the
python version does that the non-interpreter-based version of
xcircuit doesn't do. It was just that at some point, I realized
that in order to have a useful startup file, I was inventing an
ad hoc interpreter language, and that seemed like a waste of time.
It is unlikely that you will miss any functionality in the Python-
based version.
Second, I have installed Python-2.2 on my RedHat system,
installed it into /usr/local/, renamed /usr/bin/python to /usr/bin/
python1.5, and set a symbolic link from /usr/bin/python to
/usr/local/bin/python2.2. I have not yet seen any case in which
this caused problems in the system. However, it may be something
like Gnome or KDE which has become addicted to version 1.5, and I
don't use either one.
It sounds like you almost got through the complete install
process with python-2.2, however. I'm not sure why it couldn't
find the startup file, mainly because there are numerous variables
in the Makefile which point to different directories, so ultimately
where it looks for the startup file is dependent on the "configure"
step of the make process. The default install location would be
/usr/local/share/xcircuit-3.0/xcstartup.py, which should be where
yours is if you didn't mess with "--prefix" during configure. If
it's not there, it's easy enough to copy it from the source lib/
python/ directory. Otherwise, try doing "setenv XCIRCUIT_LIB_DIR
/usr/local/share/xcircuit-3.0" (csh/tcsh) or "export
XCIRCUIT_LIB_DIR=/usr/local/share/xcircuit-3.0" (sh/ksh/bash)
before running xcircuit. If that causes xcircuit to come up and
run, check the Makefile for the following variables:
prefix = /usr/local
datadir = ${prefix}/share
PACKAGE = xcircuit
VERSION = 3.0
librarydir = $(datadir)/$(PACKAGE)-$(VERSION)
The final variable "$librarydir", with all the substitutions,
should be the directory where xcircuit looks for the startup
file. If this does not work out to the right directory name,
it will be necessary to trace back through what "configure" and
"Makefile" do. Let me know what is the result.
Regards,
Tim
|
|
From: Keith V. <kve...@ya...> - 2003-01-03 04:47:02
|
Hi. I'm new to xcircuit and have been trying to install xcircuit 3.0 on my Redhat Linux 7.3 machine. I noticed when I ran ./configure that it complained about Python 1.5 (I had python-1.5.2-38 installed). The complaint goes as follows: *** WARNING: *** Python version 1.5 detected: This version of Python has a known fatal *** bug. Disabling Python interface. If you want the embedded Python *** interface, you will need to get an updated version of Python. Despite this complaint, make seemed to run just fine and I was able to pull up a nice-looking xcircuit GUI. The Python thing bugged me though, so I downloaded a Python 2.2 source RPM and installed it on my machine. The next issue I confronted was how to tell configure to use the right version of Python. Even though Python 2.2 was now on my machine, configure was annoyed to find that Python 1.5.2 was still there (and I can't remove it because a ton of stuff depends on it). I was annoyed to find that python 2.2 did not just install over the top of python 1.5.2, but again, I guess it has to do with dependencies. There seems to have been some great political upheaval between Python 1.5.2 and more recent versions, having to do with the GPL and the author of Python's switching companies. Redhat is apparently still mired in 1.5.2. In the xcircuit README file, a configure parameter called '--with-python=DIR' is described, where DIR is a directory containing both libpythonVERSION.so and Python.h. Unfortunately, these files do not live in the same directory. I tried it with both '--with-python=/usr/include/python2.2' and '--with-python=/usr/lib/python2.2'. Neither resulted in a python-enabled Makefile. Finally, I tried '--with-python=/usr/bin/python2.2' (i.e.,instead of pointing to a directory, I pointed to the desired Python executable). This produced a Makefile that looked as though it understood which Python to use. It contained encouraging lines like 'PYTHON = /usr/bin/python2.2'. Unfortunately, the resulting xcircuit 3.0 binary said 'Failed to open startup script "xcstartup.py"' when I started it up. So I've gone back to my original, "python-disabled", version of xcircuit. Any python-related help would be appreciated. If you are so inclined, please email me directly, as well as the list. Thanks, Keith kve...@ya... __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com |
|
From: ^3aFrEt ^ <a_c...@ho...> - 2003-01-02 15:01:40
|
Hi there
i`m facing a small problem with compiling ur program
i think i succesfully made the ./configure
now i get this error when i try the make
p.s: i`m a linux newbiew so please be patient with me :)
here is the output
[root@localhost xcircuit-3.0]# make
Making all in Xw
make[1]: Entering directory
`/home/farag/xcircuit-3.0/Xw'
make[2]: Entering directory
`/home/farag/xcircuit-3.0/Xw'
make[2]: Nothing to be done for `all-am'.
make[2]: Leaving directory `/home/farag/xcircuit-3.0/Xw'
make[1]: Leaving
directory `/home/farag/xcircuit-3.0/Xw'
make[1]: Entering directory
`/home/farag/xcircuit-3.0'
gcc -DPACKAGE=\"xcircuit\" -DVERSION=\"3.0\"
-DPROTOTYPES=1 -DHAVE_LIBM=1 -DSIZEOF_VOID_P=4 -DSIZEOF_UNSIGNED_INT=4
-DSIZEOF_UNSIGNED_LONG=4 -DHAVE_LIBXT=1 -DSTDC_HEADERS=1 -DHAVE_SETENV=1
-DHAVE_PUTENV=1 -DHAVE_DIRENT_H=1 -DHAVE_U_CHAR=1 -DSCHEMA=1
-DSCHEM_FLAG=\"-schema\" -DLGF=1 -DINPUT_FOCUS=1 -DGS_EXEC=\"gs\"
-DHAVE_PYTHON=1 -I. -I. -IXw -DPROG_VERSION=3.0 -DTEMP_DIR=\"/tmp\"
-DRESOURCES_DIR=\"/usr/local/share/xcircuit-3.0/app-defaults\"
-DBUILTINS_DIR=\"/usr/local/share/xcircuit-3.0\" -DBUILTINS_FILE=\"\"
-DUSER_RC_FILE=\".xcircuitrc\"
-DPROLOGUE_DIR=\"/usr/local/share/xcircuit-3.0\"
-DPROLOGUE_FILE=\"xcircps2.pro\" -DSTARTUP_FILE=\"xcstartup.py\"
-DCONFIG_FILE=\"\" -DLGF_LIB=\"lgf.lps\" -I/usr/X11R6/include
-DDOUBLEBUFFER -I/usr/include/python2.2 -g -O2 -c menudep.c
menudep.c: In function `main':
menudep.c:138: `toolbuttons' undeclared (first use in this
function)
menudep.c:138: (Each undeclared identifier is reported only once
menudep.c:138: for
each function it appears in.)
menudep.c:139: `ToolBar' undeclared
(first use in this function)
make[1]: *** [menudep.o] Error 1
make[1]: Leaving directory `/home/farag/xcircuit-3.0'
make: ***
[all-recursive] Error 1
[root@localhost xcircuit-3.0]#
_________________________________________________________________
MSN 8 with e-mail virus protection service: 2 months FREE*
http://join.msn.com/?page=features/virus
|
|
From: R. T. E. <ti...@st...> - 2002-12-16 21:26:57
|
The records going into PCB output from xcircuit for "trivial" objects (dot,
and circle, mainly) should not occur, but the fix is trivial. The current
download (xcircuit 3.0 rev. 7) fixes this error. If you don't want to bother
with the download, the fix is to add the line
if (calllist->callobj->schemtype == TRIVIAL) continue;
at netlist.c, line 2981 (prior to "Step 3" in subroutine writepcb()).
As usual, the distribution can be downloaded from
http://xcircuit.ece.jhu.edu/download.html
Regards,
Tim
|
|
From: daniel_laptop <da...@xt...> - 2002-12-12 13:41:17
|
"R. Timothy Edwards" wrote: > Dear Daniel, > > The use of a slash in an object name is illegal PostScript syntax, which I thought that would be the case > > uses the forward-slash to denote a variable name. I seem to have missed > the subtleties of this, because xcircuit forbids the use of a slash as the > first character of an object name, but apparently PostScript tries to > break up the name into multiple tokens at each slash, so xcircuit should > really be preventing the use of slashes anywhere in the name. It there > some particularly important need to use this hierarchical syntax in the > object names? If so, I can probably find a way to work around it. > No special need for this ;-) But in the future an error if "/" is used would stop people like me messing things up ;-) Thanks Daniel |
|
From: R. T. E. <ti...@st...> - 2002-12-11 22:31:42
|
Dear Daniel, The output of pin locations on every "dot" symbol is an error of xcircuit's. Xcircuit is supposed to flag certain objects like "dot" and "circle" as "trivial" elements which affect the netlist connectivity but are not supposed to be written to the output. Something I did to the code has changed this behavior. The output for the "dot" symbol is merely annoying. The output for the "circle" symbol, however, appears to cause entire sections of the schematic to disappear from the PCB netlist. So I will give this my immediate attention, and send a patch which should get rid of the necessity of running awkward scripts on the netlist output. Regards, Tim |
|
From: R. T. E. <ti...@st...> - 2002-12-11 16:23:30
|
Dear Daniel, The use of a slash in an object name is illegal PostScript syntax, which uses the forward-slash to denote a variable name. I seem to have missed the subtleties of this, because xcircuit forbids the use of a slash as the first character of an object name, but apparently PostScript tries to break up the name into multiple tokens at each slash, so xcircuit should really be preventing the use of slashes anywhere in the name. It there some particularly important need to use this hierarchical syntax in the object names? If so, I can probably find a way to work around it. Regards, Tim |
|
From: Knud R. <kr...@co...> - 2002-12-11 13:51:38
|
|
From: daniel_laptop <da...@xt...> - 2002-12-08 15:55:11
|
Hello good people :-) I have been very pleased with xcircuit Anyway I have found a problem that I think is in xcircuit (and not kghostview) when using a library that has a slash "/" in the name (see att. pow55.lps) xcircuit works with no problems BUT any lines etc. created from then on do not show up in kghostview I am using xcircuit version 3.0 on linux PS The netlist for PCB includes all the dots (dot44-x) that causes warnings in PCB (This is easly fixed by hand or a simple script - see att. xcir_dot_clean.py) Thanks Daniel Mooney |
|
From: Aaron J S. <aar...@at...> - 2002-11-29 15:49:13
|
Hello
Xcircuit 2.3.3 and 3.0 crash after selecting italic from the text style m=
enu.=20
I do not know if this is a system problem or Xcircuit problem. I am runni=
ng=20
FreeBSD, XFree86 4.2. I have recovered a trace of the core dump from 2.3.=
3=20
and post it below.
Thank you =09
=09Aaron
GNU gdb 4.18 (FreeBSD)
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you =
are
welcome to change it and/or distribute copies of it under certain conditi=
ons.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for detail=
s.
This GDB was configured as "i386-unknown-freebsd"...
(no debugging symbols found)...
Core was generated by `xcircuit'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/X11R6/lib/libXpm.so.4...done.
Reading symbols from /usr/X11R6/lib/libXt.so.6...done.
Reading symbols from /usr/X11R6/lib/libSM.so.6...done.
Reading symbols from /usr/X11R6/lib/libICE.so.6...done.
Reading symbols from /usr/X11R6/lib/libXext.so.6...done.
Reading symbols from /usr/X11R6/lib/libX11.so.6...done.
Reading symbols from /usr/lib/libm.so.2...done.
Reading symbols from /usr/lib/libc.so.4...done.
Reading symbols from /usr/X11R6/lib/libXThrStub.so.6...done.
Reading symbols from /usr/X11R6/lib/X11/locale/common/xlcDef.so.2...done.
Reading symbols from /usr/libexec/ld-elf.so.1...done.
#0 0x282eac9a in strcmp () from /usr/lib/libc.so.4
#0 0x282eac9a in strcmp () from /usr/lib/libc.so.4
#1 0x80871e8 in XMapRaised () at MapRaised.c:34
#2 0x8087a82 in XMapRaised () at MapRaised.c:34
#3 0x8087bf8 in XMapRaised () at MapRaised.c:34
#4 0x280fb397 in XtCallCallbacks (widget=3D0x810ca00, name=3D0x80bd7ed "=
select",=20
call_data=3D0x0) at Callback.c:601
#5 0x809dc9f in XMapRaised () at MapRaised.c:34
#6 0x2813761e in HandleActions (w=3D0x810ca00, event=3D0xbfbff888,=20
stateTree=3D0x8108830, accelWidget=3D0x0, procs=3D0x81088bc, actions=3D=
0x2814884c)
at TMstate.c:632
#7 0x28137d42 in HandleSimpleState (w=3D0x810ca00, tmRecPtr=3D0x810ca30,=
=20
curEventPtr=3D0xbfbff730) at TMstate.c:870
#8 0x28138492 in _XtTranslateEvent (w=3D0x810ca00, event=3D0xbfbff888)
at TMstate.c:1088
#9 0x2810a308 in XtDispatchEventToWidget (widget=3D0x810ca00, event=3D0x=
bfbff888)
at Event.c:980
#10 0x2810af18 in _XtDefaultDispatcher (event=3D0xbfbff888) at Event.c:14=
41
#11 0x2810b1db in XtDispatchEvent (event=3D0xbfbff888) at Event.c:1497
#12 0x2810b6fb in XtAppMainLoop (app=3D0x80cd200) at Event.c:1642
#13 0x2810b697 in XtMainLoop () at Event.c:1628
#14 0x8095baf in XMapRaised () at MapRaised.c:34
#15 0x804b739 in XMapRaised () at MapRaised.c:34
|
|
From: Bryce D. <br...@tl...> - 2002-11-21 23:14:57
|
On Thu, 21 Nov 2002, Bob Paddock wrote: > Has any one created libraries for the Atmel AVR CPU's? > > Thought I'd ask before I recreated the wheel. I've got a symbol for an ATmega163. http://tlw.com/bryce/robot/mobilerobot/ Click on "Schematic in postscript format" to download "mobilerobot.ps". It is an xcircuit file with an AVR symbol in there. -Bryce |
|
From: Bob P. <bpa...@cs...> - 2002-11-21 23:06:28
|
Has any one created libraries for the Atmel AVR CPU's?
Thought I'd ask before I recreated the wheel.
--=20
http://www.unusualresearch.com/ http://www.bpaddock.com/
|
|
From: Bob P. <bpa...@cs...> - 2002-11-21 23:06:23
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Does any one have a library that covers the 4000 CMOS stuff? Don't want to recreate the thing if I don't have to. I'm looking for 4046, 4066, 4053, 4051, 4001, 4013, 4011. Might as well through in the rest of the parts AVR163, 74HC163 etc? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9WCz0oqsDS8ujjoQRAkfWAJ4hZgrLZypjqUkyuG3FjPWoCI33qQCgnBQ5 1zGwgSE3UPyB7HS3HQQlqTE= =sZl0 -----END PGP SIGNATURE----- |
|
From: Aaron J S. <aar...@at...> - 2002-10-31 16:44:12
|
Hello The menu are not accessible. I am running xcircuit 2.3.3 under FreeBSD 4.= 6.=20 After compiling the program Ireceive a message=20 macro "EX" not recognized -- ignoring macro "EE" not recognized -- ignoring When I start the program I get the following warning Warning: locale not supported by C library, locale unchanged All by dependences are up to date. Has anyone seen this problem before? Thank you=20 Aaron I am not a member of this list please respond to me directly. |
|
From: Leonardo A. <leo...@hu...> - 2002-10-17 13:26:51
|
Hi there, I installed the ready-made Xcircuit version for PC (OS: W2k) some time ago and I didin't have major problems (sometime it crashes for unknown reasons, as it was used to happen in the UNIX environments, but I started to save every now and then, so not big problems). I tried to install it also on 2 laptops (OS: W98) but there should be a problem with the colours: all the menu layout looks fully black and it is not possible to distinguish among options. Even making some random changes (like to use brown instead of black, as stated in the troubleshooting) in a file called "app-defaults/XCircuit" but nothing changed. How can I solve this problem? Then, what should I do if I would like the fonts to be always Times New Roman by default instead on Helvetica and also to be center-middle justified? Yet another problem that, which was also in the original UNIX version, is how to save if the file has a long path/name, because it covers the okay/apply button. Any solution for it? (besides to save it in the root and then to move it elsewhere). The last question is about future development: could you please include a preview of the file (gif, jpeg, ...) to the current eps? It can simplify the work when non-PS previewer are available (as for instance in any MS application). More or less as it is possible in Matlab via the command "print -tiff -depsc2 filename". Thanks in advance for your time, Leo |
|
From: Diego M. M. <dm...@un...> - 2002-09-25 03:41:16
|
I had the folowing problem buildin xcircuit-3.0 rev 4 September 23, 2002 /tmp/cchbx8Gc.s: Assembler messages: /tmp/cchbx8Gc.s:12396: Error: no such instruction: `j sall $8,-4(%ebp)' make[1]: *** [menucalls.o] Error 1 make[1]: Leaving directory `/home/downloads/xcircuit-3.0' make: *** [all-recursive] Error 1 and this building xcircuit-2.3.3 October 23, 2001 make[1]: Leaving directory `/home/downloads/xcircuit-2.3.3/Xw' make[1]: Entering directory `/home/downloads/xcircuit-2.3.3/Xw' make[1]: *** No rule to make target `BBoard.', needed by `libxcXw.a'. Stop. make[1]: Leaving directory `/home/downloads/xcircuit-2.3.3/Xw' make: *** [all-recursive] Error 1 can you help me ? thanks -- Diego Manenti Martins CRIA=C7=C3O Tecnologia - Automa=E7=E3o Comercial Residencial Industrial e A= mbiental 48 91148169 dm...@un... Linux user #175306 By Slackware v8.1 Linux v2.4.18 |
|
From: Bob P. <bpa...@cs...> - 2002-08-12 21:45:25
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Does any one have a library that covers the 4000 CMOS stuff? Don't want to recreate the thing if I don't have to. I'm looking for 4046, 4066, 4053, 4051, 4001, 4013, 4011. Might as well through in the rest of the parts AVR163, 74HC163 etc? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE9WCz0oqsDS8ujjoQRAkfWAJ4hZgrLZypjqUkyuG3FjPWoCI33qQCgnBQ5 1zGwgSE3UPyB7HS3HQQlqTE= =sZl0 -----END PGP SIGNATURE----- |
|
From: R. T. E. <ti...@st...> - 2002-07-24 14:36:12
|
Dear Massimo,
As I suspected, the innocuous-seeming highlighted network was, in
fact, a very bad bug. It is important to tag the netlist as invalid
whenever a potential change occurs, but I missed doing the invalidation
on an "import" function. I'm surprised that you got a correct netlist
out of the "write spice" function. But the behavior might just be more
subtle than I expect.
The solution is to add the following line at files.c:line 1201:
/* good so far; let's clear out the old data structure */
topobject->valid = False;
Which forces any existing netlist to be declared invalid.
The "Error: duplicate part number" message is at netlist.c:line 2131
and can be commented out if it bothers you. I'll see if I can find
some test to distinguish between the "real" and the "apparant" errors.
Regards,
Tim
|
|
From: R. T. E. <ti...@st...> - 2002-07-24 14:00:58
|
Dear Massimo, The message "Error: duplicate part number X and X" is an unfortunate artifact of the parameterization code that deals with parts like those in the "quadparts" library. The code that's supposed to catch duplicate part numbers ends up spending most of its time complaining about things that aren't real errors. > ... the net connecting R6 to the Gnd symbol is now highlighted in > green colour. That shouldn't happen without executing a "highlight connectivity" command; I'll take a look at it. Regards, Tim |
|
From: Massimo G. <ga...@ti...> - 2002-07-23 23:13:15
|
Dear Jim, I observed exactly the same behaviour. I am using Slackware 8.0 and the fvwm2 window manager. Because I am not able to reproduce this problem I have not submitted the bug report to Tim. I compiled the 3.0 version (latest) with --disable-focus-fix that avoid crashes iconifying the window. Now I am not observing (so far) the problem, but I am not sure to have solved it becasue I was not able to identify the failure mechanism (may be I am lucky in these days) Hope this helps Massimo Jim Whitby wrote: > I have to believe this is my problem... but I can't see where. > > None of the pull-down menus function on my machine. The menus > "highlight", but thats all. > > If I start it with a filename from the examples. it loads fine. > > I have python 2.2 installed. System is a "stock" Mandrake 8.2. > > Xcircuit compiles with no errors ( ./configure --prefix=/usr ) > > I tried with Tk. The menus function or seem to , they at least show up. > > I'm open to any suggestions. > > Will supply whatever info you might request. > > > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Xcircuit-dev mailing list > Xci...@li... > https://lists.sourceforge.net/lists/listinfo/xcircuit-dev > -- ''~`` ( o o ) +------------------.oooO--(_)--Oooo.------------------+ | | | e-mail: address ga...@ti... | | PGP key available on keyserver | |PGP fingerprint16: | | 76 80 F2 F9 8D 70 F3 D1 42 2B CD 80 29 49 CB 25 | | | | .oooO | | ( ) Oooo. | +---------------------\ (----( )--------------------+ \_) ) / (_/ |
|
From: Massimo G. <ga...@ti...> - 2002-07-23 23:05:24
|
Dear Tim and Xcircuit users,
Try this
1) Run xcircuit and "import Xcircuit PS " the attached bug#2.ps
2) do a Netlist -> Write Spice
3) You get several error messages in the stdout reading
Error: duplicate part number Rload and Rload
Error: duplicate part number Rload and Rload
Error: duplicate part number Rload and Rload
Error: duplicate part number Rload and Rload
and the net connecting R6 to the Gnd symbol is now highlighted in green
colour.
The spice netlist seems good
I checked the circuit and I am sure that there is only one resistor
called Rload, so I am not understanding the error messages.
Because I wrote a large library with all my preferred symbols (spice
oriented) may be I introduced some strange dirty stuff.
The library is not (so far) fully checked, anyway I attached the library.
If you find it useful, or if you think that is interesting enough to
somebody, feel free to publish it in the user object library (web site)
or simply delete it :-)
Regards
Massimo
--
''~``
( o o )
+------------------.oooO--(_)--Oooo.------------------+
| |
| e-mail: address ga...@ti... |
| PGP key available on keyserver |
|PGP fingerprint16: |
| 76 80 F2 F9 8D 70 F3 D1 42 2B CD 80 29 49 CB 25 |
| |
| .oooO |
| ( ) Oooo. |
+---------------------\ (----( )--------------------+
\_) ) /
(_/
|
|
From: Jim W. <ji...@wh...> - 2002-07-23 18:36:30
|
I have to believe this is my problem... but I can't see where. None of the pull-down menus function on my machine. The menus "highlight", but thats all. If I start it with a filename from the examples. it loads fine. I have python 2.2 installed. System is a "stock" Mandrake 8.2. Xcircuit compiles with no errors ( ./configure --prefix=/usr ) I tried with Tk. The menus function or seem to , they at least show up. I'm open to any suggestions. Will supply whatever info you might request. |
198 messages has been excluded from this view by a project administrator.
