xcircuit-dev — XCircuit news and discussion

[Xcircuit-dev] Now that Tim has formalized the development home for some EDA tools ...

[Svenn A. B. <sv...@bj...>]

... I hope it will also be possible to centralize the mailinglists for these programs, and also start getting some serious work on getting them debian clean.

I found that xcircuit was orphaned and picked up by John Rigg lately as I was trying to get a more up-to-date source compiled at home.

I also found that there is no version of magic, netgen or irsim available for debian.

PCB is heavily developed by some of the gEDA guys over at http://geda.seul.org and they seem to be focusing on gtk. (They have discovered that Tim has a fork based on Tcl/Tk)

I think we should take a discussion on how to proceed coordination as I guess that Tim has an idea where he wants to go with the tools.

There is also the license topic. I haven't checked all licenses and I hope they would fit the criterias that Debian set.

Bringing the TimTools to Debian also has a downside: I expect the cry for support to increase and thus the packaging and maintaining of the Debian packages should not be something that Tim would have to bother about. I will take the jobs that nobody else wants.

Now, I hope as many as possible who more or less actively use the TimTools step up and say something about what hardware and operating system they use and if a Debian initiative make any sense in your opinion. If you don't want to publish to the mailinglists, send me an email and I will post a short summary to the lists.

-- 
Kind regards,
Svenn

Re: [Xcircuit-dev] minor nits

[R. T. E. <ti...@mu...>]

Dear Don,

> First off, I was having trouble getting the cygwin version running on my 
> laptop.  Then I noticed a more recent compile (3.4).  Now it's working 
> fine!  Thanks.  (no, I don't like it, but my laptop needs to run windows).

Truth to tell, my laptop shares half of its disk space with WinXP.  But
I've managed not to boot it for several years now.

> As a good user (and a proponet of open source), I want to report any 
> anomoly I notice:
> 
> The "drill down" button isn't functioning.  ("Drill up" works fine).

By "drill down" and "drill up", I assume you are referring to what I like
to call "push" and "pop"?  I need a little more detail about how it
doesn't work---note a number of changes between versions 3.3 and 3.4.
The "push" button now functions (or rather, is supposed to function) as a
drawing mode, meaning that when that button is active, the 1st mouse
button executes a "push" into an object when you click on it.  The "pop"
function, by contrast, happens immediately.

> When I select Text-->Justification-->Middle ..., it resets the 
> Left/Center/Right to Left.

Oh, yes.  I was told that quite a long time ago and had forgotten about
it.  However, I still just recommend using the numbers on the keypad to
rejustify, since it's much faster.

> Just out of curiosity, why is the default snap spacing 0.101?  Why not 0.1?

The stated units of distance is a constant source of confusion.  The
default grid and snap spacings are 64 and 32 internal units, respectively.
By default, that is, with output scale = 1.0, these are 1/3 and 1/6 inch.
However, all of these units are reported in actual printed dimensions,
so they change.  I have recently added the ability to print these values
in internal units, although I should probably also allow them to be
printed in natural units, but independent of the output scale, so that they
don't show up as oddball sizes like 0.101.

					Regards,
					Tim

+--------------------------------+-------------------------------------+
| Dr. R. Timothy Edwards (Tim)   | email: ti...@op...    |
| Open Circuit Design, Inc.	 | web:   http://opencircuitdesign.com |
| 22815 Timber Creek Lane        | phone: (301) 528-9364               |
| Clarksburg, MD 20871-4001      | cell:  (240) 401-0616               |
+--------------------------------+-------------------------------------+

[Xcircuit-dev] minor nits

[Don M. <dmclane@u.washington.edu>]

First off, I was having trouble getting the cygwin version running on my 
laptop.  Then I noticed a more recent compile (3.4).  Now it's working 
fine!  Thanks.  (no, I don't like it, but my laptop needs to run windows).

As a good user (and a proponet of open source), I want to report any 
anomoly I notice:

The "drill down" button isn't functioning.  ("Drill up" works fine).

When I select Text-->Justification-->Middle ..., it resets the 
Left/Center/Right to Left.

Just out of curiosity, why is the default snap spacing 0.101?  Why not 0.1?

That's all for now.  Thanks for the great work!

Don McLane

[Xcircuit-dev] Citoh CI 4+ laser printer

[Ali El-M. <maa...@ya...>]

Dea Sir;
I have Citoh CI 4+ laser printer and its power supply
board  (FHJB0004004) is defected, I need to repair it
but I'm living in EGYPT and no body can repair it
without its circuit diagram. so if you dont mined send
me yhis diagram. Thank you in advance.
Aly El-Maayergy


		
__________________________________ 
Yahoo! FareChase: Search multiple travel sites in one click.
http://farechase.yahoo.com

[Xcircuit-dev] Re: Web Site Comments

[R. T. E. <tim...@mu...>]

Erwin J. Prinz wrote:

> * Can you announce on the mailing list that the old web site is out of 
> date? I stumbled by accident on the 7.3.108 version at 
> opencircuitdesign.com whereas the old web site http://bach.ece.jhu.edu 
> contains only the 7.3.106 version.

Okay, here's the announcement:   I've been getting increasingly
concerned about the fact that bach.ece.jhu.edu is an old (by computer
standards) SGI Indigo^2 running IRIX, with practically no remaining
hardware or software support services.  It sits in the corner of the
lab of my former advisor Gert Cauwenberghs at Johns Hopkins, while
Gert himself is actually on leave and at UCSD this year.  Meanwhile,
the domain opencircuitdesign.com, which I registered myself, has moved
up from being my personal home computer on a Comcast cable line to a
machine in the MultiGiG server closet with a dedicated IP address.  As
long as I keep up the registration and the redirection service,
opencircuitdesign.com can exist anywhere in the world, indefinitely.
So I am moving all my stuff there.

Consequently, the following addresses are now preferred:

    Magic      http://opencircuitdesign.com/magic/       (Version 7.3)
    IRSIM      http://opencircuitdesign.com/irsim/
    Netgen     http://opencircuitdesign.com/netgen/
    XCircuit   http://opencircuitdesign.com/xcircuit/
    PCB        http://opencircuitdesign.com/pcb/         (Version 3.0)

The link to "pcb" is a new branch for an alpha version of the code
which is otherwise found on pcb.sourceforge.net, maintained by harry
eaton at APL.  It is my intention to give all this back over to harry
to have a single code base once again, but it has not been high on my
agenda lately.

The link to "magic" is for my development version 7.3.  Version 7.1 is
still listed as "distribution".  However, Rajit Manohar has indicated
that he would like to shift to version 7.3 as the distribution version.
So hopefully that will happen sometime soon.

						---Tim

+--------------------------------+-------------------------------------+
| Dr. R. Timothy Edwards (Tim)   | email: tim...@mu...     |
| MultiGiG, Inc.                 | web:   http://www.multigig.com      |
| 100 Enterprise Way, Suite A-3  | phone: (831) 621-3283               |
| Scotts Valley, CA 95066        | cell:  (240) 401-0616               |
+--------------------------------+-------------------------------------+

Re: [Xcircuit-dev] Compiling 3.4 under WinXP & Cygwin (again) -Solution

[R. T. E. <tim...@mu...>]

Dear James,

I found the source of the segmentation fault on the Cygwin version
of xcircuit.  Lines 287 and 288 of schema.c need to be swapped.
You can make this change or download the new distribution, which
is xcircuit version 3.4.5.  Revision 5 has the addition of some
other things I added today, such as auto-incrementing numbers in
labels.
					Regards,
					Tim

+--------------------------------+-------------------------------------+
| Dr. R. Timothy Edwards (Tim)   | email: tim...@mu...     |
| MultiGiG, Inc.                 | web:   http://www.multigig.com      |
| 100 Enterprise Way, Suite A-3  | phone: (831) 621-3283               |
| Scotts Valley, CA 95066        | cell:  (240) 401-0616               |
+--------------------------------+-------------------------------------+

Re: [Xcircuit-dev] Compiling 3.4 under WinXP & Cygwin

[Vernon, J. (S. C. (UK) <jam...@se...>]

Tim,

I found your binaries at http://opencircuitdesign.com/cygwin/xcircuit.html
I followed the binary install instructions and they worked. I haven't tried=
 the compile from source instructions as they don't seem to have changed=
 and the tar file is dated 6th October on the web page. I did notice the=
 link to PCB at the bottom of=
 http://opencircuitdesign.com/cygwin/tcltk.html is broken.

The only thing I would suggest is that you include the examples directory=
 from the source distribution with your tar'd binaries so that people get=
 those by default.

I still see a segfault with Alt-w, but gdb isn't being very helpful. I've=
 seen it on two WinXP PCs and 1 Win2000 PC now. As we must have the same=
 Tcl and Xcircuit binaries but you can't see the segfault then I think I'll=
 try blowing away all of Cygwin and starting again with a clean install to=
 make sure our Cygwins are similar. However, my PC's power supply stopped=
 supplying power last night so it might take a day or two before I can try=
 it.

Best regards,

James



> -----Original Message-----
> From: Vernon, James (SELEX Comms) (UK)=0D
> Sent: 19 October 2005 09:09
> To: 'ti...@mu...'
> Subject: RE: Re: [Xcircuit-dev] Compiling 3.4 under WinXP & Cygwin
> (again) - Solution
>=0D
>=0D
> Hi Tim,
>=0D
> First item of feedback, at http://opencircuitdesign.com/xcircuit=0D
> when I click on the link "and now Windows, if you have an=0D
> X-Server running"
> to http://opencircuitdesign.com/xcircuit/windows.html I get a=0D
> "The page cannot be found" error :)
>=0D
> James
>=0D





********************************************************************
This email and any attachments are confidential to the intended
recipient and may also be privileged. If you are not the intended
recipient please delete it from your system and notify the sender.
You should not copy it or use it for any purpose nor disclose or
distribute its contents to any other person.
********************************************************************

Re: [Xcircuit-dev] Compiling 3.4 under WinXP & Cygwin (again) - Solution

[R. T. E. <ti...@mu...>]

Dear James,

> In xcircuit 3.4.3 under Cygwin I'm seeing a segfault when using the
> function bound to Alt-w (Show connectivity, I presume). For example, 
> load the
> buses.ps example file and press Alt-w on any of the nets.

I don't get the segfault under the version I compiled under Cygwin.

However:

I redesigned the opencircuitdesign.com website, and compiled and
posted all new versions of everything, along with all new instructions.
This gives the quickest path to getting xcircuit up and running in
the Windows/Cygwin environment.  I have not tried following these
new instructions from scratch, so I will depend on some feedback to
tell me if everything works as described or not.

The new downloads and instructions are at the (new) XCircuit website:

	http://opencircuitdesign.com/xcircuit

					Regards,
					Tim

+--------------------------------+-------------------------------------+
| Dr. R. Timothy Edwards (Tim)   | email: ti...@op...    |
| Open Circuit Design, Inc.	 | web:   http://opencircuitdesign.com |
| 22815 Timber Creek Lane        | phone: (301) 528-9364               |
| Clarksburg, MD 20871-4001      | cell:  (240) 401-0616               |
+--------------------------------+-------------------------------------+

Re: [Xcircuit-dev] Compiling 3.4 under WinXP & Cygwin (again) - Solution

[James V. <jam...@nt...>]

Hi Tim,

In xcircuit 3.4.3 under Cygwin I'm seeing a segfault when using the
function bound to Alt-w (Show connectivity, I presume). For example, load  
the
buses.ps example file and press Alt-w on any of the nets.

I ran gdb as per the compile and install instructions, but the only output  
I get is:

   Program exited with code 0206.
   (gdb) where
   No stack.

I guess that's no use to you... but as you've just tried a Cygwin install  
perhaps you can see the segfault too? I did get a file called  
wish.exe.stackdump in my home directory after, so I've attached that to  
this email.

Am I doing something wrong in gdb, and is it a good idea for me to  
recompile xcircuit without the -O2 optimisations to get a better  
stacktrace?

Cheers,

James

Re: [Xcircuit-dev] Compiling 3.4 under WinXP & Cygwin (again) - Solution

[R. T. E. <tim...@mu...>]

> For the benefit of the archives, here's the solution:

>> The links to the Tcl libraries are missing from the compile line. Try 
>> this: edit the makefile, and change:
>>
>>    SHLIB_LIB_SPECS =
>>
>> to:
>>
>>    SHLIB_LIB_SPECS = -L/opt/lib -ltcl8.4 -ltk8.4
>>
>> I'm not sure why these didn't get added during "configure", because
>> that is supposed to happen under Cygwin.

The final word on this---turns out it was a typo in configure.in
(SHLIB_SPECS instead of SHLIB_LIB_SPECS).  I have corrected this
in the distribution.

I was also trying to follow my instructions for the Cygwin compile
and/or install yesterday and this morning, and discovered a number
of problems.  So I am in the process of creating new precompiled
executables for Cygwin as well as rewriting the instructions and
reorganizing the associated web pages so that they make more sense.

					Regards,
					Tim

+--------------------------------+-------------------------------------+
| Dr. R. Timothy Edwards (Tim)   | email: tim...@mu...     |
| MultiGiG, Inc.                 | web:   http://www.multigig.com      |
| 100 Enterprise Way, Suite A-3  | phone: (831) 621-3283               |
| Scotts Valley, CA 95066        | cell:  (240) 401-0616               |
+--------------------------------+-------------------------------------+

Re: [Xcircuit-dev] stuck in the tutorial

[R. T. E. <ti...@mu...>]

Dear Don,

> I'm trying to learn xcircuit by going through the turorial, but I'm 
> stuck.  The tutorial mentions ctrl-p to look at the parameters of an 
> object, but it doesn't work (saying control_p is not bound to a macro). 
>> From the menus: Options->Elements->Parameters never gives any 
> information either.  What am I missing?

Control-P is not bound to a macro---it's bound to a TCL procedure in the
TCL-based version of xcircuit.  I didn't duplicate the function in the
non-TCL version.  In the non-TCL version, you can only view or change
parameters if they happen to be part of a label, or if they are numeric
parameters affecting physical properties of an element (what you get
from the Options->Elements->Parameters menu;  these are not used very
often).

I've been working over the last week on updating the web page, including
the tutorials, so if you see anything that should be rewritten for
correctness or clarity, just let me know.

					Regards,
					Tim

+--------------------------------+-------------------------------------+
| Dr. R. Timothy Edwards (Tim)   | email: ti...@op...    |
| Open Circuit Design, Inc.	 | web:   http://opencircuitdesign.com |
| 22815 Timber Creek Lane        | phone: (301) 528-9364               |
| Clarksburg, MD 20871-4001      | cell:  (240) 401-0616               |
+--------------------------------+-------------------------------------+

[Xcircuit-dev] stuck in the tutorial

[Don M. <dmclane@u.washington.edu>]

I'm trying to learn xcircuit by going through the turorial, but I'm 
stuck.  The tutorial mentions ctrl-p to look at the parameters of an 
object, but it doesn't work (saying control_p is not bound to a macro).  
>From the menus: Options->Elements->Parameters never gives any 
information either.  What am I missing?

I'm using 3.3.35 on Fedora Core 4.

Thanks,
Don McLane

Re: [Xcircuit-dev] Compiling 3.4 under WinXP & Cygwin (again) - Solution

[James V. <jam...@nt...>]

For the benefit of the archives, here's the solution:

>> gcc -g -O2 -fPIC -o lib/tcl/xcircuit.dll -shared  
>> -Wl,--enable-auto-image-base -Wl,-rpath,/opt/lib -
>> Wl,--version-script=symbol.map xcwrap.o \
>> elements.o events.o filelist.o files.o flate.o fontfile.o formats.o  
>> functions.o graphic.o
>> help.o keybindings.o libraries.o menucalls.o netlist.o ngspice.o  
>> opengl.o parameter.o python.o
>> rcfile.o render.o schema.o selection.o text.o undo.o tclxcircuit.o  
>> tkSimple.o tkPixmap.o xcircuit.o  -L/usr/X11R6/lib \
>>   -lc -lltdl   -lz -lXt  -lSM -lICE  -lX11 -lXpm -lm \
>
> The links to the Tcl libraries are missing from the compile line. Try  
> this: edit the makefile, and change:
>
>    SHLIB_LIB_SPECS =
>
> to:
>
>    SHLIB_LIB_SPECS = -L/opt/lib -ltcl8.4 -ltk8.4
>
> I'm not sure why these didn't get added during "configure", because
> that is supposed to happen under Cygwin.


Thanks again Tim, that's worked nicely.

James

Re: [Xcircuit-dev] Compiling 3.4 under WinXP & Cygwin (again)

[James V. <jam...@nt...>]

> you need to do "make veryclean" and then "make";
> if that doesn't work, try using "--with-tcl=/opt/lib" rather than
> "--with-tclincls"

Thanks Tim. I tried that, but no joy. Next I tried
doing a clean install of cygwin on another PC making doubly sure there  
were no other version of Tcl/Tk around and starting again. I still had  
problems with undefined references to "_Tcl" stuff in the same files.

I suppose I could revert to xcircuit_win_tcl.zip, but it would be nice to  
figure this out if you can think of other things I can try?

James

Re: [Xcircuit-dev] Compiling 3.4 under WinXP & Cygwin (again)

[R. T. E. <ti...@mu...>]

Dear James,


> /opt/src/xcircuit-3.4.3/xcircuit.c:3017: undefined reference to 
> `_Tcl_CreateTimerHandler'
> xcircuit.o: In function `popupprompt':
> /opt/src/xcircuit-3.4.3/xcircuit.c:1137: undefined reference to 
> `_Tk_MapWindow'
> xcircuit.o: In function `outputpopup':
> /opt/src/xcircuit-3.4.3/xcircuit.c:1309: undefined reference to `_Tcl_Eval'
> collect2: ld returned 1 exit status
> make[2]: *** [lib/tcl/xcircuit.dll] Error 1
> make[2]: Leaving directory `/opt/src/xcircuit-3.4.3'
> make[1]: *** [tcl] Error 2
> make[1]: Leaving directory `/opt/src/xcircuit-3.4.3'
> make: *** [all-recursive] Error 2

Offhand, I'd say either it's a failure to clean up after a partial
compile, meaning you need to do "make veryclean" and then "make";
if that doesn't work, try using "--with-tcl=/opt/lib" rather than
"--with-tclincls" (ditto for tk), since it may be that it is
pointing to different places for the include files and link libraries.

					Regards,
					Tim

+--------------------------------+-------------------------------------+
| Dr. R. Timothy Edwards (Tim)   | email: ti...@op...    |
| Open Circuit Design, Inc.	 | web:   http://opencircuitdesign.com |
| 22815 Timber Creek Lane        | phone: (301) 528-9364               |
| Clarksburg, MD 20871-4001      | cell:  (240) 401-0616               |
+--------------------------------+-------------------------------------+

[Xcircuit-dev] Compiling 3.4 under WinXP & Cygwin (again)

[James V. <jam...@nt...>]

Hi,

I'm having trouble compiling xcircuit 3.4.3 with tcl under Cygwin & WinXP,  
although my error message
looks a bit different to some others in the archives

I compiled tcl and tk from source using the "XCircuit for Windows XP"  
instructions in the /opt
directory so as not to interfere with cygwin's packages. wish starts okay.  
I go to xcircuit's
directory and type:

./configure --prefix=/opt --with-tclincls=/opt/include  
--with-tkincls=/opt/include

and configure prints the following ....

<SNIP>
checking for tclConfig.sh... /opt/lib/tclConfig.sh
checking for tclConfig.sh... /opt/lib/tkConfig.sh
<SNIP>


make runs happily until it reaches xcircuit.c, but then it starts to look  
like tcl isn't as well installed as I thought! I've pasted part of the  
output of make below. I get the same problem with the 3.3.38 version of  
xcircuit. I can post the whole output of configure or make if I've left  
too much out. Any ideas how to get this to compile?

Cheers,

James



<SNIP>

gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\"  
-DPACKAGE_STRING=\"\" -
DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"xcircuit\" -DVERSION=\"3.4\"  
-DPROTOTYPES=1 -D__PROTOTYPES=1 -
DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1  
-DHAVE_STRING_H=1 -
DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1  
-DHAVE_UNISTD_H=1 -
DHAVE_STRING_H=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_LIBZ=1 -DHAVE_VA_COPY=1 -
DHAVE___VA_COPY=1 -DHAVE_U_CHAR=1 -DDOUBLEBUFFER=1 -DHAVE_X11_XPM_H=1  
-DHAVE_XPM=1 -DCYGWIN=1 -DLGF=1
-DINPUT_FOCUS=1 -DGS_EXEC=\"gs\" -DSPICE_EXEC=\"ngspice\" -DTCL_WRAPPER=1   
-DPROG_VERSION=3.4 -
DPROG_REVISION=3 -DCAD_DIR=\"/opt\" -DTEMP_DIR=\"/tmp\"  
-DRESOURCES_DIR=\"/opt/lib/xcircuit-3.4/app-
defaults\" -DBUILTINS_DIR=\"/opt/lib/xcircuit-3.4\" -DBUILTINS_FILE=\"\" -
DUSER_RC_FILE=\".xcircuitrc\" -DPROLOGUE_DIR=\"/opt/lib/xcircuit-3.4\" -
DPROLOGUE_FILE=\"xcircps2.pro\" -DSTARTUP_FILE=\"xcstartup.tcl\"  
-DLGF_LIB=\"lgf.lps\" -
DASG_SPICE_LIB=\"asg_spice.lps\" -I. -I. -IXw -I/opt/include/  
-I/opt/include  -I/usr/X11R6/include  -g
  -O2 -c xcircuit.c
rm -f lib/xcircuit.dll
gcc -g -O2 -fPIC -o lib/tcl/xcircuit.dll -shared  
-Wl,--enable-auto-image-base -Wl,-rpath,/opt/lib -
Wl,--version-script=symbol.map xcwrap.o \
elements.o events.o filelist.o files.o flate.o fontfile.o formats.o  
functions.o graphic.o
help.o keybindings.o libraries.o menucalls.o netlist.o ngspice.o opengl.o  
parameter.o python.o
rcfile.o render.o schema.o selection.o text.o undo.o tclxcircuit.o  
tkSimple.o tkPixmap.o xcircuit.o  -
L/usr/X11R6/lib \
   -lc -lltdl   -lz -lXt  -lSM -lICE  -lX11 -lXpm -lm \

xcwrap.o: In function `Xcircuit_Init':
/opt/src/xcircuit-3.4.3/xcwrap.c:154: undefined reference to  
`_Tcl_PkgRequire'
/opt/src/xcircuit-3.4.3/xcwrap.c:163: undefined reference to  
`_Tk_MainWindow'
/opt/src/xcircuit-3.4.3/xcwrap.c:169: undefined reference to  
`_Tcl_CreateObjCommand'
/opt/src/xcircuit-3.4.3/xcwrap.c:178: undefined reference to  
`_Tcl_CreateObjCommand'
/opt/src/xcircuit-3.4.3/xcwrap.c:187: undefined reference to `_Tcl_Eval'
/opt/src/xcircuit-3.4.3/xcwrap.c:198: undefined reference to `_Tcl_SetVar'
/opt/src/xcircuit

<SNIP>

/opt/src/xcircuit-3.4.3/xcircuit.c:3017: undefined reference to  
`_Tcl_CreateTimerHandler'
xcircuit.o: In function `popupprompt':
/opt/src/xcircuit-3.4.3/xcircuit.c:1137: undefined reference to  
`_Tk_MapWindow'
xcircuit.o: In function `outputpopup':
/opt/src/xcircuit-3.4.3/xcircuit.c:1309: undefined reference to `_Tcl_Eval'
collect2: ld returned 1 exit status
make[2]: *** [lib/tcl/xcircuit.dll] Error 1
make[2]: Leaving directory `/opt/src/xcircuit-3.4.3'
make[1]: *** [tcl] Error 2
make[1]: Leaving directory `/opt/src/xcircuit-3.4.3'
make: *** [all-recursive] Error 2

 

Re: [Xcircuit-dev] problem compiling version 3.4.0 ...

[R. T. E. <tim...@mu...>]

Dear Richard,

> Just thought I'd let you know I tried compiling version 3.4.0 without 
> 'asg' and got the following error message when executing 'make tcl'
>  ...
>     /usr/bin/ld: lib/tcl/xcircuit.so: undefined versioned symbol name
>     _LIB_VERSION@@ GLIBC_2.0

Thanks for the heads-up.  This can be fixed in the Makefile by removing
the "-lm" from the definition for LDFLAGS.  This error occurs when "-lm"
is specified before "-lieee" in a compile line (i.e., regular math
functions apparently conflict with IEEE math functions, for whatever
reason).

I have already corrected the distribution.

					Thanks,
					Tim

+--------------------------------+-------------------------------------+
| Dr. R. Timothy Edwards (Tim)   | email: tim...@mu...     |
| MultiGiG, Inc.                 | web:   http://www.multigig.com      |
| 100 Enterprise Way, Suite A-3  | phone: (831) 621-3283               |
| Scotts Valley, CA 95066        | cell:  (240) 401-0616               |
+--------------------------------+-------------------------------------+

[Xcircuit-dev] Thanks for xcircuit: example schem. vacuum-tube linear amp

[msg <mic...@cy...>]

Thanks much to Tim and all contributors for xcircuit; it is a great
help to us.

Example schematic made with version 1.7: quad 837-tube linear amp

    http://www.cybertheque.org/ham/837_linear/

Regards,

Michael Grigoni
Cybertheque Museum

[Xcircuit-dev] "Error in Library" fix for xcircuit 1.7 (and other issues)

[msg <mic...@cy...>]

Greetings:

We wanted a very light weight electronic schematic capture program
for incidental use in producing schematics for the web and internal
documentation; xcircuit v1.7 seemed ideal and now I can say that
it really is ideal! We needed a version which didn't require tcl/tk
and would have a small footprint on older systems.  We have the
chipmunk tools on these same hosts. However, as provided in the
distribution from the archive, there is a serious problem in files.c
which prevents reading libraries, documents, etc. There is a Usenet
post which refers to this behavior which never received a reply:

    (this long url may get munged, if so, GoogleGroups search:
     xcircuit "error in library")

http://groups.google.com/group/mpc.lists.freebsd.ports/browse_thread/thread/91b613521d31a1ec/dcd77d2991528d3d?lnk=st&q=xcircuit+%22error+in+library%22&rnum=1&hl=en#dcd77d2991528d3d

The format spec. in many instances of 'sscanf' includes a dot; I
have been unable to find any reference to the use of a period as
a control character for a wide variety of implementations of this
function.  Also in one instance some white space appears to have
been omitted from the control word.  Here is the diff:

413c413
<       sscanf(temp, "%c %.19s", &percentc, keyword);
---
 >       sscanf(temp, "%c %19s", &percentc, keyword);
519c519
<       sscanf(temp, "%c%.19s", &percentc, keyword);
---
 >       sscanf(temp, "%c %19s", &percentc, keyword);
772c772
<          sscanf(keyptr, "%.79s", keyword);
---
 >          sscanf(keyptr, "%79s", keyword);
1276c1276
<           sscanf(lineptr, "%.79s", keyword);
---
 >           sscanf(lineptr, "%79s", keyword);

Also, it isn't clear if chipmunk lgf support is enabled
by default so I added this to xcircuit.h

104a105,107
 > /* added LGF for chipmunk support  MSG */
 > #define LGF   1
 >

There is one other problem which is very bothersome: the
pulldown menus are misaligned so that if one clicks and
releases the left mouse button, the first item on the
menu is selected (without any cursor travel), which can
be disasterous depending on the menu.

A minor problem is the failure to recognise a right mouse
click on the "click to accept/reject" dialog for over-
lapping selection choosing -- one must chord the left
and right mouse buttons to accept (on a three button mouse).
The right mouse button is treated the same as left for
this function but works properly elsewhere in the program.

Are either of these last two issues known?  Searching the
mailing list archive on Sourceforge wasn't very productive.
Is there a flat downloadable archive of the list for past
years?

Regards,

Michael Grigoni
Cybertheque Museum
msg _AT_ cybertheque _DOT org

FWIW, here is the log of the build:
---------------------------------------------------------------------

[Xcircuit-dev] Fix coredump in edit->rotate

[Joerg W. <j...@id...>]

Someone reported in a German newsgroup that xcircuit dumps core on the
following sequence of operations:

Open library, select first element, select with ">" for editing, then
rotate with "r".

The code attempted to evaluate a struct passed by value as a pointer.
My first guess was that it was actually intented to pass a pointer to
the struct instead.

The following patch fixes this.

--- events.c.orig	Thu Sep  8 22:33:01 2005
+++ events.c	Wed Sep 14 14:11:38 2005
@@ -2436,7 +2436,7 @@
 	    pathptr rotatepath = SELTOPATH(selectobj);
 
 	    register_for_undo(XCF_Edit, UNDO_MORE, areastruct.topinstance,
-			*rotatepath);
+			rotatepath);
 	    for (genpart = rotatepath->plist; genpart < rotatepath->plist
 		  + rotatepath->parts; genpart++)
 	       elemrotate(genpart, direction);

-- 
J"org Wunsch                                           Unix support engineer
joe...@in...        http://www.interface-systems.de/~j/

[Xcircuit-dev] I assume this only works with UNIX

[Ken F. <kf...@tw...>]

Hi,
 
    Is there some thing similar that works with Windows machines? 
 
Ken Finch
CEO, FIP Networks
kb...@co...
Direct-607-266-9696
800-481-5086 
Fax-607-330-1947
 
 

[Xcircuit-dev] Small xcircuit patch...

[Ulrich G. <gru...@zk...>]

Hi,

I had to install xcircuit on a Windows XP system, using Xming as a
standalone X server.

Everything worked fine, except some smaller annoyances, which are partially
related to Windows and partially not. Therefore my small patches may
be useful for Linux/Unix users, too.

What was patched:

  1. xcircuit relies internally on "/" (slash) to be the path separator character.
     This caused some problems with "\" (backslash) in Windows filenames. The fix:
     I extended the function xc_tilde_expand() from files.c to replace all
     occurences of "\" by "/". xc_tilde_expand() is called to clean up
     user-specified filenames and was therefore a good candidate for the modification.

  2. All spice netlists are originally written to the directory xcircuit was started
     from. If xcircuit is started by a GUI, this will always be your home directory
     (please correct me if I am wrong). I'd like better to find the spice netlists
     in the same directory where the .ps file is located. Therefore I made a
     small patch to netlist.c in order to prepend the path of the current page
     before writing the spice netlist file. Now the .spc and .fspc netlists are
     written into the directory of the current page and can be found beside
     the .ps file. Any conflict with the original concept?

Both patches can be seen from the attached diff output (diff -u). Maybe you want
to include them into coming releases.

The patches are based on the xcircuit 3.3.31 source which I downloaded from the
xcircuit website (xcircuit-3.3.31.tgz).

There is a file files.c.new in the tarball, which seems not to be used currently.
However, the above changes of xc_tilde_expand() can also be applied to files.c.new.

What was not patched:

  3. xcircuit cannot handle filenames having whitespace in them. Such names occur
     seldom under Linux/Unix (but they do), but more frequently under Windows.
     It seems to me that spaces in filenames sometimes do have a special meaning
     to xcircuit, therefore I left my fingers off. However, I assume that it
     should be easy to make xcircuit work with filenames containing whitespace
     as well. If you can give me some hints, I would try to fix this, too.

If you are interested in Xming: Xming is based on Cygwin, but you don't have to
install the complete Cygwin suite; see http://wiki.freedesktop.org/wiki/Xming.
Runs very nice.

Xming might be an update information for the Windows section of the xcircuit website
(http://xcircuit.ece.jhu.edu/windows.html). If useful, I can also provide an updated
precompiled Windows package (zip file) containing the current xcircuit, because Holger
Vogt's zip file is an xcircuit 2.2.0 from december 2000.

Thanks for your work on xcircuit!

Best regards,
Ulrich

-- 
  ZKOM GmbH
  Dr. Ulrich Gruenebaum
  E-Mail: gru...@zk...
  Phone: +49/(0)231/9700-337
  Fax:   +49/(0)231/9700-399

Re: [Xcircuit-dev] Parse Error Building 3.3.31

[R. T. E. <tim...@mu...>]

The Lightning Stalker wrote:

> Hello.  Incidentally, I tried building the latest version of XCircuit
> (3.3.31) (on Cygwin) since my hard drive was recently wiped out.  The
> compiler gives this error when trying to build xcwrap.c:
> 
> xcwrap.c: In function `Xcircuit_Init':
> xcwrap.c:206: error: parse error before ')' token
> xcwrap.c:209: error: parse error before ')' token

> -DPROG_VERSION= -DPROG_REVISION=

For reasons unknown to me, Cygwin no longer installs any version of
the csh shell (csh, tcsh), but instead provides only versions of the
original sh shell (sh, bash).  So the scripts that I wrote that pick
the program version and revision numbers from the source directory
are "csh"-style scripts, and will not run in the default configuration
of Cygwin, and therefore return NULL.  If you add the proper strings
"3.3" and "31" to the PROG_VERSION and PROG_REVISION definitions in
Makefile, the compilation should complete correctly.

I guess I will have to convert my scripts from csh to sh, although
it is a pain to do so, and it would have been a trivial measure for
Cygwin to simply install tcsh by default.

It should also be possible to tweak the Cygwin install process to
install tcsh---even then, in the past I have had to make a symbolic
link from /bin/csh to tcsh, which is how every other Linux system
does it, but again, for unknown reasons, not Cygwin.

					---Tim

+--------------------------------+-------------------------------------+
| Dr. R. Timothy Edwards (Tim)   | email: tim...@mu...     |
| MultiGiG, Inc.                 | web:   http://www.multigig.com      |
| 100 Enterprise Way, Suite A-3  | phone: (831) 621-3283               |
| Scotts Valley, CA 95066        | cell:  (240) 401-0616               |
+--------------------------------+-------------------------------------+

[Xcircuit-dev] Parse Error Building 3.3.31

[The L. S. <lig...@rd...>]

Hello.  Incidentally, I tried building the latest version of XCircuit
(3.3.31) (on Cygwin) since my hard drive was recently wiped out.  The
compiler gives this error when trying to build xcwrap.c:

xcwrap.c: In function `Xcircuit_Init':
xcwrap.c:206: error: parse error before ')' token
xcwrap.c:209: error: parse error before ')' token
make[2]: *** [xcwrap.o] Error 1
make[2]: Leaving directory `/usr/local/src/xcircuit-3.3.31'
make[1]: *** [tcl] Error 2
make[1]: Leaving directory `/usr/local/src/xcircuit-3.3.31'
make: *** [all-recursive] Error 2

Here is the compiler line directly before if it helps:

gcc -g -O2 -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\"
-DPACKAGE_VERSION=\"\" -DP
ACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"xcircuit\"
-DVERSION=\"\
" -DPROTOTYPES=1 -D__PROTOTYPES=1 -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1
-DHAVE_S
YS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1
-DHAVE_STRINGS
_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1
-DHAVE_STRING_H=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_VA_CO
PY=1 -DHAVE___VA_COPY=1 -DHAVE_U_CHAR=1 -DDOUBLEBUFFER=1
-DHAVE_X11_XPM_H=1 -DHA
VE_XPM=1 -DCYGWIN=1 -DLGF=1 -DINPUT_FOCUS=1 -DGS_EXEC=\"gs\"
-DSPICE_EXEC=\"ngsp
ice\" -DTCL_WRAPPER=1  -DPROG_VERSION= -DPROG_REVISION=
-DCAD_DIR=\"/usr/local\"
 -DTEMP_DIR=\"/tmp\"
-DRESOURCES_DIR=\"/usr/local/lib/xcircuit-/app-defaults\" -
DBUILTINS_DIR=\"/usr/local/lib/xcircuit-\" -DBUILTINS_FILE=\"\"
-DUSER_RC_FILE=\
".xcircuitrc\" -DPROLOGUE_DIR=\"/usr/local/lib/xcircuit-\"
-DPROLOGUE_FILE=\"xci
rcps2.pro\" -DSTARTUP_FILE=\"xcstartup.tcl\" -DLGF_LIB=\"lgf.lps\"
-DASG_SPICE_L
IB=\"asg_spice.lps\" -DPROG_VERSION= -DPROG_REVISION=
-DCAD_DIR=\"/usr/local\" -
DTEMP_DIR=\"/tmp\"
-DRESOURCES_DIR=\"/usr/local/lib/xcircuit-/app-defaults\" -DB
UILTINS_DIR=\"/usr/local/lib/xcircuit-\" -DBUILTINS_FILE=\"\"
-DUSER_RC_FILE=\".
xcircuitrc\" -DPROLOGUE_DIR=\"/usr/local/lib/xcircuit-\"
-DPROLOGUE_FILE=\"xcirc
ps2.pro\" -DSTARTUP_FILE=\"xcstartup.tcl\" -DLGF_LIB=\"lgf.lps\"
-DASG_SPICE_LIB
=\"asg_spice.lps\" -IXw -I/usr/local/include xcwrap.c -c -o xcwrap.o

I tried going back to 3.3.29 and it still compiles (with a tweak) so
it's not the system configuration.

Thanks

--
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.289 / Virus Database: 267.10.10 - Release Date: 8/15/2005





-- 
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.289 / Virus Database: 267.10.10 - Release Date: 8/15/2005

Re: [Xcircuit-dev] xcircuit 3.3.30 build error

[R. T. E. <tim...@mu...>]

Dear Nicolas and Richard,

> gcc -g -O2 -fPIC -fPIC -o lib/tcl/xcircuit.so -shared 
> -Wl,-soname,lib/tcl/xcircuit.so -Wl,--version-script=symbol.map xcwrap.o \
>        elements.o events.o filelist.o files.o fontfile.o formats.o 
> functions.o graphic.o help.o keybindings.o libraries.o menucalls.o 
> netlist.o ngspice.o opengl.o parameter.o python.o rcfile.o render.o 
> schema.o selection.o text.o undo.o tclxcircuit.o tkSimple.o tkPixmap.o 
> xcircuit.o  -L/usr/X11R6/lib \
>          -lc -lXt  -lSM -lICE -lm  -lX11 -lXpm -ldl  -lieee -lm
> /usr/bin/ld: lib/tcl/xcircuit.so: undefined versioned symbol name 
> _LIB_VERSION@@GLIBC_2.0
> /usr/bin/ld: failed to set dynamic section sizes: Bad value

I googled the error message, and it appears that it is always the
result of having "-lm" coming before "-lieee" in the compile line.
This can be easily modified in the Makefile---just remove the first
"-lm" in the line "LIBS=...".

It is apparently a new feature of Tcl/Tk that it adds "-lieee" to the
LIBS line. . . so any addition of "-lm" (math library) needs to be
done after Tcl/Tk has made its additions.  Easy enough to fix in
the distribution.

					Regards,
					Tim

+--------------------------------+-------------------------------------+
| Dr. R. Timothy Edwards (Tim)   | email: tim...@mu...     |
| MultiGiG, Inc.                 | web:   http://www.multigig.com      |
| 100 Enterprise Way, Suite A-3  | phone: (831) 621-3283               |
| Scotts Valley, CA 95066        | cell:  (240) 401-0616               |
+--------------------------------+-------------------------------------+