From kingdon@panix.com Fri Jul 14 22:57:00 2000 From: kingdon@panix.com (Jim Kingdon) Date: Fri, 14 Jul 2000 22:57:00 -0000 Subject: About Source-Navigator References: <963590908.32673.ezmlm@sourceware.cygnus.com> Message-ID: <200007150557.BAA19892@panix2.panix.com> juhtolv@st.jyu.fi asks sourcemaster@sources.redhat.com: > Well, sources of Source-Navigator are now available. That is so big news, > that it should be mentioned in this front page: > > http://sources.redhat.com/ > > And this page should have link pointing to that page, too: > > http://sources.redhat.com/projects.html Well, what say you, people on the sourcenav list? Looks ready to add to me. I made a few minor cleanups to http://sources.redhat.com/sourcenav/ but overall it looked good to me (I like the magnifying glass logo). > P.S: Beware of the Slashdot effect... :-) Given the comparatively small interest in Insight and a bunch of other stuff on the site, I think this would be a nice problem to have. Bring it on :-). From cgf@cygnus.com Sat Jul 15 10:14:00 2000 From: cgf@cygnus.com (Chris Faylor) Date: Sat, 15 Jul 2000 10:14:00 -0000 Subject: [juhtolv@st.jyu.fi: Suggestion for homepage of Source-Navigator] Message-ID: <20000715131422.A1255@cygnus.com> ----- Forwarded message from Juhapekka Tolvanen ----- From: Juhapekka Tolvanen To: sourcemaster@sources.redhat.com Subject: Suggestion for homepage of Source-Navigator Date: Sat, 15 Jul 2000 14:23:31 +0300 (EEST) How about adding some screenshots of Source-Navigator. Even Insight has screenshots in its homepage, so Source-Navigator should have them, too. Everybody loves screenshots. :-) -- Juhapekka "naula" Tolvanen * U of Jyv????skyl???? * juhtolv@st.jyu.fi http://www.cc.jyu.fi/~juhtolv/ * * "STRAIGHT BUT NOT NARROW !!" --------------------------------------------------------------- "if i was twice the man i could be, i'd still be half of what you need" Nine Inch Nails ----- End forwarded message ----- From mike_davies@noco.fsbusiness.co.uk Sun Jul 16 05:52:00 2000 From: mike_davies@noco.fsbusiness.co.uk (Mike Davies) Date: Sun, 16 Jul 2000 05:52:00 -0000 Subject: Problem building Sourcenav under Cygwin (latest) Message-ID: <004801bfef24$a1620540$dc71883e@Workgroup> Hi, I have just installed the latest cygwin , and apart from creating a HOME variable and some directories (/build, /build/src, /build/build, /home, home/mike, home/mike/install) it is completely as it came out of the box (well, the net). I untarred the SN451.tar.gz to /build/src. Then ran "../src/configure --prefix=/home/mike/install" from /build/build which all seemed to go OK. When I ran make in /build/build I got this error at the end : make[1]: Entering directory `/build/build/tcl8.1' make[2]: Entering directory `/build/build/tcl8.1/win' gcc -c -DWIN32 -D_WIN32 -D_MT -D_DLL -I../../../src/tcl8.1/win/../win -I.. /../../src/tcl8.1/win/../generic -D__WIN32__ -g -O2 ../../../src/tcl8.1/win/tclAppInit.c windres --include ../../../src/tcl8.1/win/../generic --include ../../../src/tcl8.1/win/../win --define __WIN32__ --define VS_VERSION_INFO=1 ../../../src/tcl8.1/win/tclsh.rc tclshres.o gcc -c -DWIN32 -D_WIN32 -D_MT -D_DLL -I../../../src/tcl8.1/win/../win -I.. /../../src/tcl8.1/win/../generic -D__WIN32__ -g -O2 ../../../src/tcl8.1/win/../generic/compile.c In file included from ../../../src/tcl8.1/win/../generic/tclPort.h:20, from ../../../src/tcl8.1/win/../generic/compile.c:38: ../../../src/tcl8.1/win/../generic/../win/tclWinPort.h:46: direct.h: No such file or directory In file included from ../../../src/tcl8.1/win/../generic/tclPort.h:20, from ../../../src/tcl8.1/win/../generic/compile.c:38: ../../../src/tcl8.1/win/../generic/../win/tclWinPort.h:57: tchar.h: No such file or directory make[2]: *** [compile.o] Error 1 make[2]: Leaving directory `/build/build/tcl8.1/win' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/build/tcl8.1' make: *** [all-tcl8.1] Error 2 it seems to have built OK in db and in grep. The problem occurs on both NT 4.0 (sp4) and Win 2000 - any ideas what I am doing wrong ? Thanks in advance, Mike From mdejong@cygnus.com Sun Jul 16 09:11:00 2000 From: mdejong@cygnus.com (Mo DeJong) Date: Sun, 16 Jul 2000 09:11:00 -0000 Subject: Problem building Sourcenav under Cygwin (latest) References: <004801bfef24$a1620540$dc71883e@Workgroup> Message-ID: On Sun, 16 Jul 2000, Mike Davies wrote: > Hi, > > I have just installed the latest cygwin , and apart from creating a HOME > variable and some directories (/build, /build/src, /build/build, /home, > home/mike, home/mike/install) it is completely as it came out of the box > (well, the net). > > I untarred the SN451.tar.gz to /build/src. Then ran > "../src/configure --prefix=/home/mike/install" from /build/build which all > seemed to go OK. When I ran make in /build/build I got this error at the > end : Keep in mind that building sourcenav under Cygwin is still "on the cutting edge", so you should expect to have some problems. The build process is well tested under Linux, not so much under Cygwin. Try setting CFLAGS="-g -mno-cygwin" and then rerun ./configure. That should get rid of the #include problems, but it is likely there are others lurking in there, so you might need to do a bit of hacking. The build support under Cygwin will be much improved in the first development snapshot for 5.0. Mo DeJong Red Hat Inc From kingdon@panix.com Sun Jul 16 11:55:00 2000 From: kingdon@panix.com (Jim Kingdon) Date: Sun, 16 Jul 2000 11:55:00 -0000 Subject: Source Navigator (SN451.tar.gz) . . . References: <963770648.17344.ezmlm@sourceware.cygnus.com> Message-ID: <200007161855.OAA28494@panix3.panix.com> You'll need to take this up with the sourcenav mailing list (sourcemaster is just the sysadmins). I do know that the priority has been to get it out quickly rather than try to clean up everything first. http://www.linuxdoc.org/HOWTO/Software-Release-Practice-HOWTO.html http://www.linuxdoc.org/HOWTO/Software-Release-Practice-HOWTO-6.html#ss6.1 6.1 Make sure tarballs always unpack into a single new directory The single most annoying mistake newbie developers make is to build tarballs that unpack the files and directories in the distribution into the current directory, potentially stepping on files already located there. Never do this! Instead, make sure your archive files all have a common directory part named after the project, so they will unpack into a single top-level directory directly beneath the current one. P.S: Home page of Source-Navigator does not tell, how to report bugs. From mike@clockwork.freeserve.co.uk Sun Jul 16 12:33:00 2000 From: mike@clockwork.freeserve.co.uk (Mike D) Date: Sun, 16 Jul 2000 12:33:00 -0000 Subject: Problem building Sourcenav under Cygwin (latest) References: Message-ID: <00ce01bfef5c$b0495990$dc71883e@Workgroup> > > Keep in mind that building sourcenav under Cygwin is > still "on the cutting edge", so you should expect to > have some problems. The build process is well tested > under Linux, not so much under Cygwin. > > Try setting CFLAGS="-g -mno-cygwin" and then rerun > ./configure. That should get rid of the #include > problems, but it is likely there are others > lurking in there, so you might need to do a bit of hacking. > The build support under Cygwin will be much improved > in the first development snapshot for 5.0. > > Mo DeJong Hi, I tried that, but it makes things worse - this time db and grep didn't build. Are there any estimated timescales for the defelopment snapshot to be available ? make[1]: Entering directory `/build/build/db' make all-recursive make[2]: Entering directory `/build/build/db' Making all in PORT make[3]: Entering directory `/build/build/db/PORT' gcc -DHAVE_CONFIG_H -I. -I../../../src/db/PORT -I.. -I../../../src/db/PORT/. ./include -I../../../src/db/PORT/include -D__DBINTERFACE_PRIVATE -DWIN32 -g -mno-cygwin -c ../../../src/db/PORT/snprintf.c gcc -DHAVE_CONFIG_H -I. -I../../../src/db/PORT -I.. -I../../../src/db/PORT/. ./include -I../../../src/db/PORT/include -D__DBINTERFACE_PRIVATE -DWIN32 -g -mno-cygwin -c -I../../../src/db/PORT/../hash ../../../src/db/PORT/../hash/hash.c In file included from ../../../src/db/PORT/../hash/hash.c:55: ../../../src/db/PORT/../hash/hash.h:292: warning: `VERSION' redefined ../config.h:48: warning: this is the location of the previous definition gcc -DHAVE_CONFIG_H -I. -I../../../src/db/PORT -I.. -I../../../src/db/PORT/. ./include -I../../../src/db/PORT/include -D__DBINTERFACE_PRIVATE -DWIN32 -g -mno-cygwin -c -I../../../src/db/PORT/../hash ../../../src/db/PORT/../hash/hash_bigkey.c In file included from ../../../src/db/PORT/../hash/hash_bigkey.c:71: ../../../src/db/PORT/../hash/hash.h:292: warning: `VERSION' redefined ../config.h:48: warning: this is the location of the previous definition gcc -DHAVE_CONFIG_H -I. -I../../../src/db/PORT -I.. -I../../../src/db/PORT/. ./include -I../../../src/db/PORT/include -D__DBINTERFACE_PRIVATE -DWIN32 -g -mno-cygwin -c -I../../../src/db/PORT/../hash ../../../src/db/PORT/../hash/hash_buf.c In file included from ../../../src/db/PORT/../hash/hash_buf.c:69: ../../../src/db/PORT/../hash/hash.h:292: warning: `VERSION' redefined ../config.h:48: warning: this is the location of the previous definition gcc -DHAVE_CONFIG_H -I. -I../../../src/db/PORT -I.. -I../../../src/db/PORT/. ./include -I../../../src/db/PORT/include -D__DBINTERFACE_PRIVATE -DWIN32 -g -mno-cygwin -c -I../../../src/db/PORT/../hash ../../../src/db/PORT/../hash/hash_func.c In file included from ../../../src/db/PORT/../hash/hash_func.c:44: ../../../src/db/PORT/../hash/hash.h:292: warning: `VERSION' redefined ../config.h:48: warning: this is the location of the previous definition gcc -DHAVE_CONFIG_H -I. -I../../../src/db/PORT -I.. -I../../../src/db/PORT/. ./include -I../../../src/db/PORT/include -D__DBINTERFACE_PRIVATE -DWIN32 -g -mno-cygwin -c -I../../../src/db/PORT/../hash ../../../src/db/PORT/../hash/hash_log2.c gcc -DHAVE_CONFIG_H -I. -I../../../src/db/PORT -I.. -I../../../src/db/PORT/. ./include -I../../../src/db/PORT/include -D__DBINTERFACE_PRIVATE -DWIN32 -g -mno-cygwin -c -I../../../src/db/PORT/../hash ../../../src/db/PORT/../hash/hash_page.c In file included from ../../../src/db/PORT/../hash/hash_page.c:71: ../../../src/db/PORT/../hash/hash.h:292: warning: `VERSION' redefined ../config.h:48: warning: this is the location of the previous definition gcc -DHAVE_CONFIG_H -I. -I../../../src/db/PORT -I.. -I../../../src/db/PORT/. ./include -I../../../src/db/PORT/include -D__DBINTERFACE_PRIVATE -DWIN32 -g -mno-cygwin -c -I../../../src/db/PORT/../hash ../../../src/db/PORT/../hash/hsearch.c gcc -DHAVE_CONFIG_H -I. -I../../../src/db/PORT -I.. -I../../../src/db/PORT/. ./include -I../../../src/db/PORT/include -D__DBINTERFACE_PRIVATE -DWIN32 -g -mno-cygwin -c -I../../../src/db/PORT/../hash ../../../src/db/PORT/../hash/ndbm.c In file included from ../../../src/db/PORT/../hash/ndbm.c:52: ../../../src/db/PORT/../hash/hash.h:292: warning: `VERSION' redefined ../config.h:48: warning: this is the location of the previous definition gcc -DHAVE_CONFIG_H -I. -I../../../src/db/PORT -I.. -I../../../src/db/PORT/. ./include -I../../../src/db/PORT/include -D__DBINTERFACE_PRIVATE -DWIN32 -g -mno-cygwin -c -I../../../src/db/PORT/../btree ../../../src/db/PORT/../btree/bt_close.c In file included from ../../../src/db/PORT/../btree/bt_close.c:50: ../../../src/db/PORT/../btree/btree.h:347: parse error before `caddr_t' ../../../src/db/PORT/../btree/btree.h:347: warning: no semicolon at end of struct or union ../../../src/db/PORT/../btree/btree.h:348: warning: data definition has no type or storage class ../../../src/db/PORT/../btree/btree.h:349: parse error before `bt_emap' ../../../src/db/PORT/../btree/btree.h:349: warning: data definition has no type or storage class ../../../src/db/PORT/../btree/btree.h:381: parse error before `}' ../../../src/db/PORT/../btree/btree.h:381: warning: data definition has no type or storage class In file included from ../../../src/db/PORT/../btree/btree.h:383, from ../../../src/db/PORT/../btree/bt_close.c:50: ../../../src/db/PORT/../btree/extern.h:37: parse error before `*' ../../../src/db/PORT/../btree/extern.h:38: parse error before `*' ../../../src/db/PORT/../btree/extern.h:42: parse error before `*' ../../../src/db/PORT/../btree/extern.h:44: parse error before `*' ../../../src/db/PORT/../btree/extern.h:46: parse error before `*' ../../../src/db/PORT/../btree/extern.h:49: parse error before `*' ../../../src/db/PORT/../btree/extern.h:51: parse error before `*' ../../../src/db/PORT/../btree/extern.h:52: parse error before `*' ../../../src/db/PORT/../btree/extern.h:54: parse error before `*' ../../../src/db/PORT/../btree/extern.h:55: parse error before `*' ../../../src/db/PORT/../btree/extern.h:59: parse error before `*' ../../../src/db/PORT/../btree/extern.h:60: parse error before `*' ../../../src/db/PORT/../btree/extern.h:61: parse error before `*' ../../../src/db/PORT/../btree/bt_close.c:52: parse error before `*' ../../../src/db/PORT/../btree/bt_close.c: In function `__bt_close': ../../../src/db/PORT/../btree/bt_close.c:67: `t' undeclared (first use in this function) ../../../src/db/PORT/../btree/bt_close.c:67: (Each undeclared identifier is reported only once ../../../src/db/PORT/../btree/bt_close.c:67: for each function it appears in.) ../../../src/db/PORT/../btree/bt_close.c:68: parse error before `int' ../../../src/db/PORT/../btree/bt_close.c:103: `fd' undeclared (first use in this function) ../../../src/db/PORT/../btree/bt_close.c: In function `__bt_sync': ../../../src/db/PORT/../btree/bt_close.c:123: `t' undeclared (first use in this function) ../../../src/db/PORT/../btree/bt_close.c:124: parse error before `int' ../../../src/db/PORT/../btree/bt_close.c:146: `status' undeclared (first use in this function) ../../../src/db/PORT/../btree/bt_close.c: At top level: ../../../src/db/PORT/../btree/bt_close.c:163: parse error before `BTREE' ../../../src/db/PORT/../btree/bt_close.c:163: `t' used prior to declaration ../../../src/db/PORT/../btree/bt_close.c:163: warning: data definition has no type or storage class ../../../src/db/PORT/../btree/bt_close.c:164: parse error before `{' ../../../src/db/PORT/../btree/bt_close.c:168: parse error before `if' ../../../src/db/PORT/../btree/bt_close.c:179: parse error before `&' ../../../src/db/PORT/../btree/bt_close.c:180: parse error before `->' ../../../src/db/PORT/../btree/bt_close.c:180: warning: data definition has no type or storage class make[3]: *** [bt_close.o] Error 1 make[3]: Leaving directory `/build/build/db/PORT' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/build/build/db' make[1]: *** [all-recursive-am] Error 2 make[1]: Leaving directory `/build/build/db' make: *** [all-db] Error 2 > From mdejong@cygnus.com Sun Jul 16 13:14:00 2000 From: mdejong@cygnus.com (Mo DeJong) Date: Sun, 16 Jul 2000 13:14:00 -0000 Subject: Problem building Sourcenav under Cygwin (latest) References: <00ce01bfef5c$b0495990$dc71883e@Workgroup> Message-ID: On Sun, 16 Jul 2000, Mike D wrote: > Hi, > > I tried that, but it makes things worse - this time db and grep didn't > build. Are there any estimated timescales for the defelopment snapshot to > be available ? Ok, no more Cygwin build advice for me. If you don't want to hack it yourself then you will just have to wait until we post a release that builds under Cygwin out of the box. As always, the answer to the question of "when will it be available" is "soon" or "when it is ready". Mo DeJong Red Hat Inc From kai.ruottu@luukku.com Mon Jul 17 05:44:00 2000 From: kai.ruottu@luukku.com (Kai Ruottu) Date: Mon, 17 Jul 2000 05:44:00 -0000 Subject: SN port to Win32, temporary hacks Message-ID: <397300A0.118D4243@luukku.com> >On Sun, 16 Jul 2000, Mike Davies wrote: > >> I have just installed the latest cygwin, and apart from creating a HOME >> variable and some directories (/build, /build/src, /build/build, /home, >> home/mike, home/mike/install) it is completely as it came out of the box >> (well, the net). >> >> I untarred the SN451.tar.gz to /build/src. Then ran >> "../src/configure --prefix=/home/mike/install" from /build/build which all >> seemed to go OK. When I ran make in /build/build I got this error at the >> end : On Sun, 16 Jul 2000, Mo DeJong wrote: > > Keep in mind that building sourcenav under Cygwin is > still "on the cutting edge", so you should expect to > have some problems. The build process is well tested > under Linux, not so much under Cygwin. Yes, I hadn't much problems with the native/target libc5 (SuSE 5.2) and libc2.1 (Mandrake7) based Linux systems. But I build for the Cygwin and Mingw targets also under Linux and all the problems aren't just problems with the Cygwin build system (may however be very common with the Cygwin environment;-). The Cygwin and Mingw runtime hosts have now the majority of problems... But there was at least the problem with the 'cygpath' tried to be used when building the 'hyper.exe' (compiling 'winMain.c'), related to a non-Win32 build environment... I just edited it away from the Makefile... > Try setting CFLAGS="-g -mno-cygwin" and then rerun > ./configure. That should get rid of the #include > problems, but it is likely there are others > lurking in there, so you might need to do a bit of hacking. > The build support under Cygwin will be much improved > in the first development snapshot for 5.0. This is the Mingw target, and I haven't had much more progress with it either, I used my plain-vanilla i386-mingw32 target toolset (for CRTDLL.DLL) though, not the '-mno-cygwin' with a Cygwin-targeted cross- compiler. The SN4.51 sources seem to be 'ported' for some b20 ... 1.1.2 snapshot of Cygwin... >> I tried that, but it makes things worse - this time db and grep didn't >> build. >> >> gcc -DHAVE_CONFIG_H -I. -I../../../src/db/PORT -I.. >> -I../../../src/db/PORT/../include -I../../../src/db/PORT/include >> -D__DBINTERFACE_PRIVATE -DWIN32 -g -mno-cygwin -c >> -I../../../src/db/PORT/../btree >> ../../../src/db/PORT/../btree/bt_close.c >> In file included from ../../../src/db/PORT/../btree/bt_close.c:50: >> ../../../src/db/PORT/../btree/btree.h:347: parse error before `caddr_t' >> ../../../src/db/PORT/../btree/btree.h:347: warning: no semicolon at end of >> struct or union The Mingw target needs its own patches, currently not at all included into the SN4.51 sources. Anyway my portings for Cygwin and Mingw stopped quite in the same stage... - the Cygwin binaries don't work on Win2k at all, but run under Win98. On Win2k they just give the famous "Can' find a usable init.tcl in ...", reported many times for Insight/Cygwin recently... (the 20000714 DLL didn't help...). With the Mingw-host the problems seem to be same on all Windows variations. The following is related to Mingw and Cygwin on Win98. - cygwish81.exe (Cygwin-host) and wish81.exe (Mingw-host) seem to work. Initially they both crashed when exited, but some patches adapted from tcl-8.1.1 sources into 'tcl8.1/generic/tclParse.c' seemed to get it to behave more stable... (No crashes any more when exiting) - cygtix4181.exe and tix4181.exe both crash when starting... - 'hyper.exe' crashes when started by 'snavigator.exe' I have tried to track these with GDB, currently it says that something bad happens with the 'tixFileJoin' procedure, called from 'tclParse.c', on line 277... (the tix4181.exe and hyper.exe crash with the same error...) > Ok, no more Cygwin build advice for me. If you don't want to hack it > yourself then you will just have to wait until we post a release > that builds under Cygwin out of the box. As always, the answer > to the question of "when will it be available" is "soon" or > "when it is ready". Mike, here are some hints for starting the hacking while waiting the snapshots : * Those '#include ' and '#include ' can be wrapped away using '#ifndef __CYGWIN32__' / '#endif', or empty stubs for these can be added to the Cygwin headers. Don't know what would be the 'right' way... * There is a difference between the Cygwin-related things in the sources, the name '__imp_reent_data' is now '_imp__reent_data' with Cygwin-1.1.2. And the '__imp___cygwin_environ' is now '_imp____cygwin_environ'. Files like 'tcl8.1/win/tclWin32Dll.c' and the tk-equivalent use these... You'll find them from the errors about unresolved symbols when linking the DLLs. My patches for the 'tcl8.1/generic/tclParse.c' follows, but there are patches for other files too, the given hints, some common C-practice (sometimes done something with C...) etc. should take you much longer. Just ask more specific questions when problems arise... Anyway I'm trying to get SN to work under Mingw and Cygwin... But perhaps letting the Cygwin/Redhat folks to do the job would be easier, so waiting for the snapshots could be better... BTW, the patches for 'tclParse.c' was taken because GDB said that 'tcl81.dll' crashed in these points, or they just seemed 'sane' when looking at the diffs to the tcl-8.1.1 version of 'tclParse.c'... Cheers, Kai ----------------- clip -------------------------------------- *** tclParse.c Mon Oct 19 21:33:56 1998 --- /home2/src/cygnus/source-navigator/tcl8.1a2/generic/tclParse.c Wed Jul 5 14:35:04 2000 *************** *** 55,61 **** #define TYPE_CLOSE_BRACK 0x20 #define TYPE_BRACE 0x40 ! #define CHAR_TYPE(c) (typeTable+128)[c] char typeTable[] = { /* --- 55,61 ---- #define TYPE_CLOSE_BRACK 0x20 #define TYPE_BRACE 0x40 ! #define CHAR_TYPE(c) (typeTable+128)[(int)(c)] char typeTable[] = { /* *************** *** 273,280 **** */ savedChar = string[numBytes]; ! string[numBytes] = 0; ! /* * Parse any leading space and comments before the first word of the * command. --- 273,282 ---- */ savedChar = string[numBytes]; ! if (savedChar != 0) { ! string[numBytes] = 0; ! } ! /* * Parse any leading space and comments before the first word of the * command. *************** *** 305,311 **** } while (1) { if (src == parsePtr->end) { ! parsePtr->incomplete = 1; parsePtr->commentSize = src - parsePtr->commentStart; break; } else if (*src == '\\') { --- 307,315 ---- } while (1) { if (src == parsePtr->end) { ! if (nested) { ! parsePtr->incomplete = nested; ! } parsePtr->commentSize = src - parsePtr->commentStart; break; } else if (*src == '\\') { *************** *** 467,480 **** parsePtr->commandSize = src - parsePtr->commandStart; ! string[numBytes] = (char) savedChar; return TCL_OK; error: ! string[numBytes] = (char) savedChar; ! if (parsePtr->tokenPtr != parsePtr->staticTokens) { ! ckfree((char *) parsePtr->tokenPtr); } if (parsePtr->commandStart == NULL) { parsePtr->commandStart = string; } --- 471,486 ---- parsePtr->commandSize = src - parsePtr->commandStart; ! if (savedChar != 0) { ! string[numBytes] = (char) savedChar; ! } return TCL_OK; error: ! if (savedChar != 0) { ! string[numBytes] = (char) savedChar; } + Tcl_FreeParse(parsePtr); if (parsePtr->commandStart == NULL) { parsePtr->commandStart = string; } *************** *** 690,695 **** --- 696,702 ---- { if (parsePtr->tokenPtr != parsePtr->staticTokens) { ckfree((char *) parsePtr->tokenPtr); + parsePtr->tokenPtr = parsePtr->staticTokens; } } *************** *** 859,864 **** --- 866,874 ---- * Call trace procedures if needed. */ + argv = NULL; + commandCopy = command; + for (tracePtr = iPtr->tracePtr; tracePtr != NULL; tracePtr = nextPtr) { nextPtr = tracePtr->nextPtr; if (iPtr->numLevels > tracePtr->level) { *************** *** 867,891 **** /* * This is a bit messy because we have to emulate the old trace ! * interface, which uses strings for everything. This can lose ! * information if some of the words contain null characters. */ ! argv = (char **) ckalloc((unsigned) (objc + 1) * sizeof(char *)); ! for (i = 0; i < objc; i++) { ! argv[i] = Tcl_GetString(objv[i]); ! } ! argv[objc] = 0; ! if (length < 0) { ! length = strlen(command); ! } ! commandCopy = (char *) ckalloc((unsigned) (length + 1)); ! strncpy(commandCopy, command, (size_t) length); ! commandCopy[length] = 0; (*tracePtr->proc)(tracePtr->clientData, interp, iPtr->numLevels, commandCopy, cmdPtr->proc, cmdPtr->clientData, objc, argv); ckfree((char *) argv); ckfree((char *) commandCopy); } --- 877,908 ---- /* * This is a bit messy because we have to emulate the old trace ! * interface, which uses strings for everything. */ ! if (argv == NULL) { ! argv = (char **) ckalloc((unsigned) (objc + 1) * sizeof(char *)); ! for (i = 0; i < objc; i++) { ! argv[i] = Tcl_GetString(objv[i]); ! } ! argv[objc] = 0; ! ! if (length < 0) { ! length = strlen(command); ! } else if ((size_t)length < strlen(command)) { ! commandCopy = (char *) ckalloc((unsigned) (length + 1)); ! strncpy(commandCopy, command, (size_t) length); ! commandCopy[length] = 0; ! } ! } (*tracePtr->proc)(tracePtr->clientData, interp, iPtr->numLevels, commandCopy, cmdPtr->proc, cmdPtr->clientData, objc, argv); + } + if (argv != NULL) { ckfree((char *) argv); + } + if (commandCopy != command) { ckfree((char *) commandCopy); } *************** *** 1537,1543 **** while (src != end) { offset = Tcl_UtfToUniChar(src, &ch); c = UCHAR(ch); ! if (isalnum(c) || (c == '_')) { /* INTL: ISO only. */ src += offset; continue; } --- 1554,1560 ---- while (src != end) { offset = Tcl_UtfToUniChar(src, &ch); c = UCHAR(ch); ! if (isalnum(c) || (c == '_')) { /* INTL: ISO only, UCHAR. */ src += offset; continue; } *************** *** 1597,1605 **** return TCL_OK; error: ! if (parsePtr->tokenPtr != parsePtr->staticTokens) { ! ckfree((char *) parsePtr->tokenPtr); ! } return TCL_ERROR; } --- 1614,1620 ---- return TCL_OK; error: ! Tcl_FreeParse(parsePtr); return TCL_ERROR; } *************** *** 1836,1844 **** return TCL_OK; error: ! if (parsePtr->tokenPtr != parsePtr->staticTokens) { ! ckfree((char *) parsePtr->tokenPtr); ! } return TCL_ERROR; } --- 1851,1857 ---- return TCL_OK; error: ! Tcl_FreeParse(parsePtr); return TCL_ERROR; } *************** *** 1927,1935 **** return TCL_OK; error: ! if (parsePtr->tokenPtr != parsePtr->staticTokens) { ! ckfree((char *) parsePtr->tokenPtr); ! } return TCL_ERROR; } --- 1940,1946 ---- return TCL_OK; error: ! Tcl_FreeParse(parsePtr); return TCL_ERROR; } *************** *** 1960,1965 **** --- 1971,1977 ---- { Tcl_Parse parse; char *p, *end; + int result; p = script; end = p + length; *************** *** 1969,1979 **** if (*p == 0) { break; } } if (parse.incomplete) { ! return 0; } ! return 1; } /* --- 1981,1995 ---- if (*p == 0) { break; } + Tcl_FreeParse(&parse); } if (parse.incomplete) { ! result = 0; ! } else { ! result = 1; } ! Tcl_FreeParse(&parse); ! return result; } /* ----------------- clip -------------------------------------- From jorge@highlander.com Mon Jul 17 17:35:00 2000 From: jorge@highlander.com (Jorge E. Rodriguez) Date: Mon, 17 Jul 2000 17:35:00 -0000 Subject: Source Nav 4.5 XREF Message-ID: <3973A604.C883B0C4@highlander.com> Hello, I was wondering if there are any options/features to source navigator 4.5 which would allow me to determine all symbols which are not referenced in a given project. My situation is that I have a C++ Source Nav project which may contain a fairly sizeable amount of "dead code" (i.e. not used, not referenced,... you get it). Well I would like to be able to get rid of these methods, constants,.... I was hoping that since source nav basically creates a Xref database, there would be a way to query this XREF db (or run a command on it maybe) which would give me a list (does not have to be graphical) of all the symbols which are not referenced. Any help in this area would be greatly appreciated. Regards, Jorge -- ***************************************************************** ** Highlander, The leading supplier of Embedded CORBA Solutions *** ***************************************************************** Jorge E. Rodriguez jorge@highlander.com Highlander Engineering http://www.highlander.com 206 East Pine Street Ph: 941.686.7767 Lakeland, Florida Fax: 941.687.7767 33801-4967 From scherrey@switchco.com Tue Jul 18 09:52:00 2000 From: scherrey@switchco.com (Benjamin Scherrey) Date: Tue, 18 Jul 2000 09:52:00 -0000 Subject: Strange error during make install. Message-ID: <39748A86.C783C71A@switchco.com> I'm trying to build the source code by performing a 'configure;make;make install' and during the 'make install' I get the following error: Installing libtcl8.1.so ranlib: libtcl8.1.so: File format not recognized This is a new one on me. Any ideas? thanx & later, Ben Scherrey PS: I'm running Intel/RedHat 6.2 with gcc-2.95.2. From spolk@redhat.com Tue Jul 18 10:42:00 2000 From: spolk@redhat.com (Syd Polk) Date: Tue, 18 Jul 2000 10:42:00 -0000 Subject: Strange error during make install. References: <39748A86.C783C71A@switchco.com> Message-ID: <4.2.0.58.20000718104324.00c4ed60@pop.cygnus.com> At 12:49 PM 7/18/00 -0400, Benjamin Scherrey wrote: > I'm trying to build the source code by performing a >'configure;make;make install' and during the 'make install' I get the >following error: > >Installing libtcl8.1.so >ranlib: libtcl8.1.so: File format not recognized > > This is a new one on me. Any ideas? > > thanx & later, > > Ben Scherrey > >PS: I'm running Intel/RedHat 6.2 with gcc-2.95.2. You should run with --disable-shared for now. I don't think our hacked up tcl version deals with shared very well. Syd Polk spolk@redhat.com Engineering Manager +1 415 777 9810 x 241 Red Hat, Inc. From mdejong@cygnus.com Tue Jul 18 10:45:00 2000 From: mdejong@cygnus.com (Mo DeJong) Date: Tue, 18 Jul 2000 10:45:00 -0000 Subject: Strange error during make install. References: <39748A86.C783C71A@switchco.com> Message-ID: On Tue, 18 Jul 2000, Benjamin Scherrey wrote: > I'm trying to build the source code by performing a > 'configure;make;make install' and during the 'make install' I get the > following error: > > Installing libtcl8.1.so > ranlib: libtcl8.1.so: File format not recognized Why would ranlib be getting run on a .so file? That is really strange. Did this really happen in the "make install" step? Try doing a cd to the itcl/unix directory and running make followed by make followed by make install in there. > This is a new one on me. Any ideas? > > thanx & later, > > Ben Scherrey > > PS: I'm running Intel/RedHat 6.2 with gcc-2.95.2. Mo DeJong Red Hat Inc From mdejong@cygnus.com Tue Jul 18 10:57:00 2000 From: mdejong@cygnus.com (Mo DeJong) Date: Tue, 18 Jul 2000 10:57:00 -0000 Subject: Source Nav 4.5 XREF References: <3973A604.C883B0C4@highlander.com> Message-ID: On Mon, 17 Jul 2000, Jorge E. Rodriguez wrote: > Hello, > > I was wondering if there are any options/features to source navigator 4.5 which would > allow me to determine all symbols which are not referenced in a given project. > > My situation is that I have a C++ Source Nav project which may contain a > fairly sizeable amount of "dead code" (i.e. not used, not referenced,... you get it). > Well I would like to be able to get rid of these methods, constants,.... > > I was hoping that since source nav basically creates a Xref database, there would be a > way to query this XREF db (or run a command on it maybe) which would give me a list > (does not have to be graphical) of all the symbols which are not referenced. > > Any help in this area would be greatly appreciated. You would need to write your own code to query the databade for this sort of thing. http://sources.redhat.com/sourcenav/online-docs/progref/index_pr.html Mo DeJong Red Hat Inc From scherrey@switchco.com Tue Jul 18 11:12:00 2000 From: scherrey@switchco.com (Benjamin Scherrey) Date: Tue, 18 Jul 2000 11:12:00 -0000 Subject: Strange error during make install. References: <4.2.0.58.20000718104324.00c4ed60@pop.cygnus.com> Message-ID: <39749D76.5E19A601@switchco.com> Thanx, that was it. By default I do 'configure --enable-shared' and didn't even think about it. later, Ben Scherrey Syd Polk wrote: > You should run with --disable-shared for now. I don't think our hacked up > tcl version deals with shared very well. From Henry.Kleynhans@spl.co.za Tue Jul 18 11:50:00 2000 From: Henry.Kleynhans@spl.co.za (Henry.Kleynhans) Date: Tue, 18 Jul 2000 11:50:00 -0000 Subject: Error in SourceNavigator installation. Message-ID: <3974A5B2.E93A914E@spl.co.za> Hi, After the make & make install completes successfully I get the following error when trying to execute sourcenav: Error: invalid command name "sn_tcl_tk_init" I'm running SuSE linux 6.4. Does anyone have any idea what I can do to make this go away ? Thanks Henry From spolk@redhat.com Tue Jul 18 11:56:00 2000 From: spolk@redhat.com (Syd Polk) Date: Tue, 18 Jul 2000 11:56:00 -0000 Subject: Error in SourceNavigator installation. References: <3974A5B2.E93A914E@spl.co.za> Message-ID: <4.2.0.58.20000718115633.00bff810@pop.cygnus.com> At 08:45 PM 7/18/00 +0200, Henry.Kleynhans wrote: >Hi, > >After the make & make install completes successfully >I get the following error when trying to execute sourcenav: > >Error: invalid command name "sn_tcl_tk_init" > >I'm running SuSE linux 6.4. > >Does anyone have any idea what I can do to make >this go away ? > >Thanks > >Henry How are you trying to start the executable? Syd Polk spolk@redhat.com Engineering Manager +1 415 777 9810 x 241 Red Hat, Inc. From mike@clockwork.freeserve.co.uk Tue Jul 18 13:32:00 2000 From: mike@clockwork.freeserve.co.uk (Mike D) Date: Tue, 18 Jul 2000 13:32:00 -0000 Subject: Problem building Sourcenav under Cygwin (latest) References: <4.2.0.58.20000717121622.00ca2c10@pop.cygnus.com> Message-ID: <004501bff0f7$23f7bd50$2561883e@Workgroup> Hi, Thanks for replying. The root level README basically boils down to : ./configure make so I guess you mean the one in /snavigator/install. This says : "If you must rebuild Source-Navigator on Windows, please send mail to sourcenav@sourceware.cygnus.com, and we will attempt to post rational build instructions." I have Visual C++ on my system, and I tried setting CC to cl.exe before running the configure, but it gave more errors than before. Is there a set of build instructions available for source navigator under Win NT ? Actually, I wouldn't mind following the othe advice in the /snavigator/install/README.TXT file : "use the binary distributions" ;-) The README.TXT file mentions a binary called SNWindows20000421.exe, is this available anywhere ? Thanks again, Mike > We do not currently support building with cygwin. At some point, a release > in the snapshots directory will support it. > > For now, we require cygwin and MS Visual C++ 5.0 to build on Windows. The > instructions are in the README file. > From spolk@redhat.com Tue Jul 18 13:35:00 2000 From: spolk@redhat.com (Syd Polk) Date: Tue, 18 Jul 2000 13:35:00 -0000 Subject: Problem building Sourcenav under Cygwin (latest) References: <4.2.0.58.20000717121622.00ca2c10@pop.cygnus.com> <004501bff0f7$23f7bd50$2561883e@Workgroup> Message-ID: <4.2.0.58.20000718133620.00c17ef0@pop.cygnus.com> At 09:31 PM 7/18/00 +0100, Mike D wrote: >Hi, > >Thanks for replying. > >The root level README basically boils down to : > >./configure > make > >so I guess you mean the one in /snavigator/install. This says : > >"If you must rebuild Source-Navigator on Windows, please send mail >to sourcenav@sourceware.cygnus.com, and we will attempt to post >rational build instructions." > >I have Visual C++ on my system, and I tried setting CC to cl.exe before >running the configure, but it gave more errors than before. Is there a set >of build instructions available for source navigator under Win NT ? You need to set CFLAGS to "-Z7 -Od" also. What kind of errors are you getting. >Actually, I wouldn't mind following the othe advice in the >/snavigator/install/README.TXT file : > >"use the binary distributions" ;-) > >The README.TXT file mentions a binary called SNWindows20000421.exe, is this >available anywhere ? No, it isn't. Unfortunately, it is unlikely to be done soon. Sorry! >Thanks again, > >Mike > > > > We do not currently support building with cygwin. At some point, a release > > in the snapshots directory will support it. > > > > For now, we require cygwin and MS Visual C++ 5.0 to build on Windows. The > > instructions are in the README file. > > > > > > Syd Polk spolk@redhat.com Engineering Manager +1 415 777 9810 x 241 Red Hat, Inc. From scherrey@switchco.com Tue Jul 18 13:53:00 2000 From: scherrey@switchco.com (Benjamin Scherrey) Date: Tue, 18 Jul 2000 13:53:00 -0000 Subject: Error in SourceNavigator installation. References: <4.2.0.58.20000718115633.00bff810@pop.cygnus.com> Message-ID: <3974C2D7.4A855664@switchco.com> Ditto. I'm getting the same problem with my Intel/RedHat 6.2 install that I just built. I simply type 'snavigator' and get that error. I do a 'which snavigator' and get: /usr/local/bin/snavigator Doesn't matter what directory I try to run it from. Ideas? Ben Scherrey Syd Polk wrote: > > At 08:45 PM 7/18/00 +0200, Henry.Kleynhans wrote: > >Hi, > > > >After the make & make install completes successfully > >I get the following error when trying to execute sourcenav: > > > >Error: invalid command name "sn_tcl_tk_init" > > > >I'm running SuSE linux 6.4. > > > >Does anyone have any idea what I can do to make > >this go away ? > > > >Thanks > > > >Henry > > How are you trying to start the executable? > > Syd Polk spolk@redhat.com > Engineering Manager +1 415 777 9810 x 241 > Red Hat, Inc. From irox@redhat.com Tue Jul 18 13:53:00 2000 From: irox@redhat.com (Ian Roxborough) Date: Tue, 18 Jul 2000 13:53:00 -0000 Subject: Problem building Sourcenav under Cygwin (latest) References: <4.2.0.58.20000717121622.00ca2c10@pop.cygnus.com> <004501bff0f7$23f7bd50$2561883e@Workgroup> Message-ID: <3974C39A.F4E43FF4@redhat.com> Mike D wrote: > I have Visual C++ on my system, and I tried setting CC to cl.exe before > running the configure, but it gave more errors than before. Is there a set > of build instructions available for source navigator under Win NT ? The key to getting the Windows version to build with Visual C++ is CC = cl. This is because they are a bunch of comparision in the configure file that will not work if CC = cl.exe. Ian. From spolk@redhat.com Tue Jul 18 13:56:00 2000 From: spolk@redhat.com (Syd Polk) Date: Tue, 18 Jul 2000 13:56:00 -0000 Subject: Error in SourceNavigator installation. References: <4.2.0.58.20000718115633.00bff810@pop.cygnus.com> <3974C2D7.4A855664@switchco.com> Message-ID: <4.2.0.58.20000718135603.00bdd460@pop.cygnus.com> This means that "make install" failed. I need the output from "make install" to see what is going wrong. In the meantime, use "configure --prefix=" At 04:49 PM 7/18/00 -0400, Benjamin Scherrey wrote: >Ditto. I'm getting the same problem with my Intel/RedHat 6.2 install >that I just built. > >I simply type 'snavigator' and get that error. I do a 'which snavigator' >and get: >/usr/local/bin/snavigator > >Doesn't matter what directory I try to run it from. > > Ideas? > > Ben Scherrey > > >Syd Polk wrote: > > > > At 08:45 PM 7/18/00 +0200, Henry.Kleynhans wrote: > > >Hi, > > > > > >After the make & make install completes successfully > > >I get the following error when trying to execute sourcenav: > > > > > >Error: invalid command name "sn_tcl_tk_init" > > > > > >I'm running SuSE linux 6.4. > > > > > >Does anyone have any idea what I can do to make > > >this go away ? > > > > > >Thanks > > > > > >Henry > > > > How are you trying to start the executable? > > > > Syd Polk spolk@redhat.com > > Engineering Manager +1 415 777 9810 x 241 > > Red Hat, Inc. Syd Polk spolk@redhat.com Engineering Manager +1 415 777 9810 x 241 Red Hat, Inc. From scherrey@switchco.com Tue Jul 18 14:45:00 2000 From: scherrey@switchco.com (Benjamin Scherrey) Date: Tue, 18 Jul 2000 14:45:00 -0000 Subject: Error in SourceNavigator installation. References: <4.2.0.58.20000718115633.00bff810@pop.cygnus.com> <4.2.0.58.20000718135603.00bdd460@pop.cygnus.com> Message-ID: <3974C9C7.23549B7B@switchco.com> Sure enough, running as root, the application seems to startup fine. Attached are configure.out, make.out, and install.out which are the output from each respective step of the build. I'll try the --prefix trick for non-root operation in the meantime. thanx for the help & later, Ben Scherrey PS: Also, it would be very nice if the .tar.gz file expanded everything into its own directory (say SNAV-V.v/) instead of blowing up into my current directory! Hard to clean up afterwards... :-( Syd Polk wrote: > > This means that "make install" failed. I need the output from "make > install" to see what is going wrong. > > In the meantime, use "configure > --prefix=" Created "Makefile" in /home/scherrey/inbound/tmp using "mt-frag" ./config.status is unchanged Configuring db... loading cache ../config.cache checking for a BSD compatible install... (cached) /usr/bin/install -c checking whether build environment is sane... yes checking whether make sets ${MAKE}... (cached) yes checking for working aclocal... found checking for working autoconf... found checking for working automake... found checking for working autoheader... found checking for working makeinfo... found checking whether to enable maintainer-specific portions of Makefiles... no checking whether make sets ${MAKE}... (cached) yes checking for gcc... (cached) gcc checking whether the C compiler (gcc -g -O2 ) works... yes checking whether the C compiler (gcc -g -O2 ) is a cross-compiler... no checking whether we are using GNU C... (cached) yes checking whether gcc accepts -g... (cached) yes checking how to run the C preprocessor... (cached) gcc -E checking for cygwin32 environment... (cached) no checking for mingw32 environment... (cached) no checking for executable suffix... (cached) no checking for object suffix... (cached) o checking for ranlib... (cached) ranlib checking for false... (cached) /bin/false checking for sh... (cached) /bin/sh checking for sh5... (cached) /bin/false checking for bash... (cached) /bin/sh checking for cygwin32... (cached) no checking for Microsoft Visual C++... (cached) no checking checking for shell with functions... (cached) /bin/sh checking for dirent.h that defines DIR... (cached) yes checking for opendir in -ldir... (cached) no checking for ANSI C header files... (cached) yes checking for sys/wait.h that is POSIX.1 compatible... (cached) yes checking for fcntl.h... (cached) yes checking for limits.h... (cached) yes checking for sys/time.h... (cached) yes checking for unistd.h... (cached) yes checking for ssize_t... (cached) yes checking for pgno_t... (cached) no checking whether byte ordering is bigendian... (cached) no checking for working const... (cached) yes checking whether time.h and sys/time.h may both be included... (cached) yes checking for st_blksize in struct stat... (cached) yes checking for mode_t... (cached) yes checking for off_t... (cached) yes checking for pid_t... (cached) yes checking for size_t... (cached) yes checking for u_char... (cached) yes checking for vprintf... (cached) yes checking for unistd.h... (cached) yes checking for getpagesize... (cached) yes checking for working mmap... (cached) yes checking for mkdir... (cached) yes checking for rmdir... (cached) yes checking for select... (cached) yes checking for memmove... (cached) yes checking for snprintf... (cached) yes checking for strerror... (cached) yes checking for sprintf return value... (cached) yes checking for int8_t... (cached) yes checking for u_int8_t... (cached) yes checking for int16_t... (cached) yes checking for u_int16_t... (cached) yes checking for int32_t... (cached) yes checking for u_int32_t... (cached) yes checking for int64_t... (cached) yes checking for u_int64_t... (cached) yes creating ./config.status creating Makefile creating PORT/Makefile creating config.h config.h is unchanged Configuring tcl8.1... loading cache ../config.cache checking host system type... i686-pc-linux-gnu checking whether make sets ${MAKE}... (cached) yes creating ./config.status creating Makefile configuring in unix running /bin/sh ./configure --host=i686-pc-linux-gnu --target=i686-pc-linux-gnu --enable-static --cache-file=../../config.cache --srcdir=. loading cache ../../config.cache checking for ranlib... (cached) ranlib checking for gcc... (cached) gcc checking whether the C compiler (gcc -g -O2 ) works... yes checking whether the C compiler (gcc -g -O2 ) is a cross-compiler... no checking whether we are using GNU C... (cached) yes checking whether gcc accepts -g... (cached) yes checking for a BSD compatible install... (cached) /usr/bin/install -c checking how to run the C preprocessor... (cached) gcc -E checking to see if this is LynxOS... (cached) no Will compile without Threads support (normal) checking for getcwd... (cached) yes checking for opendir... (cached) yes checking for strstr... (cached) yes checking for strtol... (cached) yes checking for tmpnam... (cached) yes checking for waitpid... (cached) yes checking for strerror... (cached) yes checking for getwd... (cached) yes checking for wait3... (cached) yes checking for uname... (cached) yes checking for realpath... (cached) yes checking for sin... (cached) no checking for main in -lieee... (cached) yes checking dirent.h... yes checking for errno.h... (cached) yes checking for float.h... (cached) yes checking for values.h... (cached) yes checking for limits.h... (cached) yes checking for stdlib.h... (cached) yes checking for string.h... (cached) yes checking for sys/wait.h... (cached) yes checking for dlfcn.h... (cached) yes checking for unistd.h... (cached) yes checking termios vs. termio vs. sgtty... termios checking fd_set and sys/select... yes checking for sys/time.h... (cached) yes checking whether time.h and sys/time.h may both be included... (cached) yes checking whether struct tm is in sys/time.h or time.h... (cached) time.h checking for tm_zone in struct tm... (cached) yes checking tm_tzadj in struct tm... no checking tm_gmtoff in struct tm... yes checking long timezone variable... yes checking for timezone declaration... found checking for st_blksize in struct stat... (cached) yes checking for fstatfs... (cached) yes checking for 8-bit clean memcmp... (cached) yes checking for memmove... (cached) yes checking proper strstr implementation... yes checking for strtoul... (cached) yes checking for strtod... (cached) yes checking for strtod... (cached) yes checking for Solaris strtod bug... ok checking for ANSI C header files... (cached) yes checking for mode_t... (cached) yes checking for pid_t... (cached) yes checking for size_t... (cached) yes checking for uid_t in sys/types.h... (cached) yes checking for opendir... (cached) yes checking union wait... yes checking matherr support... yes checking for vfork... (cached) yes checking vfork/signal bug... ok checking for strncasecmp... (cached) yes checking for BSDgettimeofday... (cached) no checking for gettimeofday... (cached) yes checking for gettimeofday declaration... present checking for main in -linet... (cached) no checking for net/errno.h... (cached) no checking whether char is unsigned... (cached) no checking signed char declarations... yes checking for socket libraries... (cached) checking system version (for dynamic loading)... Linux-2.2.13 checking for dlopen in -ldl... (cached) yes checking for sys/ioctl.h... (cached) yes checking for sys/filio.h... (cached) no checking FIONBIO vs. O_NONBLOCK for nonblocking I/O... O_NONBLOCK creating ./config.status creating Makefile creating tclConfig.sh Configuring tk8.1... loading cache ../config.cache checking host system type... i686-pc-linux-gnu checking whether make sets ${MAKE}... (cached) yes creating ./config.status creating Makefile configuring in unix running /bin/sh ./configure --host=i686-pc-linux-gnu --target=i686-pc-linux-gnu --enable-static --cache-file=../../config.cache --srcdir=. loading cache ../../config.cache checking host system type... i686-pc-linux-gnu checking target system type... i686-pc-linux-gnu checking build system type... i686-pc-linux-gnu checking for gcc... (cached) gcc checking whether the C compiler (gcc -g -O2 ) works... yes checking whether the C compiler (gcc -g -O2 ) is a cross-compiler... no checking whether we are using GNU C... (cached) yes checking whether gcc accepts -g... (cached) yes checking for a BSD compatible install... (cached) /usr/bin/install -c checking for ranlib... (cached) ranlib checking how to run the C preprocessor... (cached) gcc -E checking for unistd.h... (cached) yes checking for limits.h... (cached) yes checking stdlib.h... yes checking fd_set and sys/select... yes checking for ANSI C header files... (cached) yes checking for mode_t... (cached) yes checking for pid_t... (cached) yes checking for size_t... (cached) yes checking for uid_t in sys/types.h... (cached) yes checking for sys/time.h... (cached) yes checking whether time.h and sys/time.h may both be included... (cached) yes checking for X... (cached) libraries /usr/X11R6/lib, headers /usr/X11R6/include checking for main in -lXbsd... (cached) no checking for socket libraries... (cached) checking for sin... (cached) no checking for main in -lieee... (cached) yes checking whether char is unsigned... (cached) no checking for strtod... (cached) yes checking for Solaris 2.4 strtod bug... ok creating ./config.status creating Makefile creating tkConfig.sh Configuring itcl... loading cache ../config.cache checking for a BSD compatible install... (cached) /usr/bin/install -c checking for ranlib... (cached) ranlib checking for gcc... (cached) gcc checking whether the C compiler (gcc -g -O2 ) works... yes checking whether the C compiler (gcc -g -O2 ) is a cross-compiler... no checking whether we are using GNU C... (cached) yes checking whether gcc accepts -g... (cached) yes checking how to run the C preprocessor... (cached) gcc -E checking for object suffix... (cached) o checking for cygwin32 environment... (cached) no checking for mingw32 environment... (cached) no checking for executable suffix... (cached) no checking for ANSI C header files... (cached) yes checking for mode_t... (cached) yes checking for pid_t... (cached) yes checking for size_t... (cached) yes checking for uid_t in sys/types.h... (cached) yes checking for Tcl configuration script... (cached) /home/scherrey/inbound/tmp/tcl8.1/unix/tclConfig.sh checking for Tk configuration script... (cached) /home/scherrey/inbound/tmp/tk8.1/unix/tkConfig.sh checking for Tcl headers in the source tree... (cached) /home/scherrey/inbound/tmp/tcl8.1/generic checking for Tk headers in the source tree... (cached) found in /home/scherrey/inbound/tmp/tk8.1/generic checking for main in -lm... (cached) yes creating ./config.status creating Makefile creating src/Makefile creating man/Makefile creating library/Makefile Configuring tix... loading cache ../config.cache checking host system type... i686-pc-linux-gnu checking whether make sets ${MAKE}... (cached) yes creating ./config.status creating Makefile configuring in unix running /bin/sh ./configure --host=i686-pc-linux-gnu --target=i686-pc-linux-gnu --enable-static --cache-file=../../config.cache --srcdir=. loading cache ../../config.cache checking for a BSD compatible install... (cached) /usr/bin/install -c checking whether make sets ${MAKE}... (cached) yes checking for Tcl configuration script... (cached) /home/scherrey/inbound/tmp/tcl8.1/unix/tclConfig.sh checking for Tk configuration script... (cached) /home/scherrey/inbound/tmp/tk8.1/unix/tkConfig.sh checking how to run the C preprocessor... (cached) gcc -E checking for Tcl headers in the source tree... (cached) /home/scherrey/inbound/tmp/tcl8.1/generic checking for Tk headers in the source tree... (cached) found in /home/scherrey/inbound/tmp/tk8.1/generic creating ./config.status creating Makefile configuring in tk8.1 running /bin/sh ./configure --host=i686-pc-linux-gnu --target=i686-pc-linux-gnu --enable-static --cache-file=../../../config.cache --srcdir=. loading cache ../../../config.cache checking for a BSD compatible install... (cached) /usr/bin/install -c checking for ranlib... (cached) ranlib checking how to run the C preprocessor... (cached) gcc -E checking for unistd.h... (cached) yes checking for limits.h... (cached) yes checking whether make sets ${MAKE}... (cached) yes checking unsigned char... supported checking for strcasecmp... (cached) yes checking for Tcl configuration script... (cached) /home/scherrey/inbound/tmp/tcl8.1/unix/tclConfig.sh checking for Tk configuration script... (cached) /home/scherrey/inbound/tmp/tk8.1/unix/tkConfig.sh checking for Tcl headers in the source tree... (cached) /home/scherrey/inbound/tmp/tcl8.1/generic checking for Tk headers in the source tree... (cached) found in /home/scherrey/inbound/tmp/tk8.1/generic checking for connect... (cached) yes checking for gethostbyname... (cached) yes creating ./config.status creating Makefile creating pkgIndex.tcl creating ../../tixConfig.sh Configuring libgui... loading cache ../config.cache checking for a BSD compatible install... (cached) /usr/bin/install -c checking whether build environment is sane... yes checking whether make sets ${MAKE}... (cached) yes checking for working aclocal... found checking for working autoconf... found checking for working automake... found checking for working autoheader... found checking for working makeinfo... found checking whether to enable maintainer-specific portions of Makefiles... no checking for gcc... (cached) gcc checking whether the C compiler (gcc -g -O2 ) works... yes checking whether the C compiler (gcc -g -O2 ) is a cross-compiler... no checking whether we are using GNU C... (cached) yes checking whether gcc accepts -g... (cached) yes checking for Cygwin environment... (cached) no checking for mingw32 environment... (cached) no checking for executable suffix... (cached) no checking for object suffix... (cached) o checking for ranlib... (cached) ranlib checking for itcl_sh... (cached) $$here/$(top_builddir)/../itcl/src/itcl_sh$(EXEEXT) checking how to run the C preprocessor... (cached) gcc -E checking for working alloca.h... (cached) yes checking for alloca... (cached) yes checking for stddef.h... (cached) yes checking for stdlib.h... (cached) yes checking for getopt.h... (cached) yes checking for unistd.h... (cached) yes checking for fcntl.h... (cached) yes checking for sys/file.h... (cached) yes checking for sys/wait.h... (cached) yes checking for string.h... (cached) yes checking for strings.h... (cached) yes checking for raise... (cached) yes checking for strdup... (cached) yes checking for random... (cached) yes checking for cygwin32... (cached) no checking for init.tcl... (cached) /home/scherrey/inbound/tmp/tcl8.1/library checking for Tcl configuration script... (cached) /home/scherrey/inbound/tmp/tcl8.1/unix/tclConfig.sh checking for Tk configuration script... (cached) /home/scherrey/inbound/tmp/tk8.1/unix/tkConfig.sh checking for Tcl headers in the source tree... (cached) /home/scherrey/inbound/tmp/tcl8.1/generic checking for Tk headers in the source tree... (cached) found in /home/scherrey/inbound/tmp/tk8.1/generic creating ./config.status creating Makefile creating library/Makefile creating src/Makefile creating config.h config.h is unchanged Configuring etc... loading cache ../config.cache checking for a BSD compatible install... (cached) /usr/bin/install -c creating ./config.status creating Makefile Configuring grep... loading cache ../config.cache checking for a BSD compatible install... (cached) /usr/bin/install -c checking whether build environment is sane... yes checking whether make sets ${MAKE}... (cached) yes checking for working aclocal... found checking for working autoconf... found checking for working automake... found checking for working autoheader... found checking for working makeinfo... found checking for mawk... (cached) gawk checking for gcc... (cached) gcc checking whether the C compiler (gcc -g -O2 ) works... yes checking whether the C compiler (gcc -g -O2 ) is a cross-compiler... no checking whether we are using GNU C... (cached) yes checking whether gcc accepts -g... (cached) yes checking for a BSD compatible install... /usr/bin/install -c checking for ranlib... (cached) ranlib checking for POSIXized ISC... no checking whether to enable maintainer-specific portions of Makefiles... no checking for Cygwin32 environment... (cached) no checking for object suffix... (cached) o checking for cygwin32 environment... (cached) no checking for mingw32 environment... (cached) no checking for executable suffix... (cached) no checking whether large file support needs explicit enabling... yes checking how to run the C preprocessor... (cached) gcc -E checking for ANSI C header files... (cached) yes checking for size_t... (cached) yes checking for working const... (cached) yes checking for ANSI C header files... (cached) yes checking for string.h... (cached) yes checking for stdlib.h... (cached) yes checking for sys/param.h... (cached) yes checking for memory.h... (cached) yes checking for unistd.h... (cached) yes checking for libintl.h... (cached) yes checking for wctype.h... (cached) yes checking for wchar.h... (cached) yes checking whether stat file-mode macros are broken... (cached) no checking for working alloca.h... (cached) yes checking for alloca... (cached) yes checking for unistd.h... (cached) yes checking for getpagesize... (cached) yes checking for working mmap... (cached) yes checking for strerror... (cached) yes checking for valloc... (cached) yes checking for isascii... (cached) yes checking for memchr... (cached) yes checking for wctype in -lw... (cached) no checking for btowc... (cached) yes checking for inline... (cached) inline checking for off_t... (cached) yes checking for argz.h... (cached) yes checking for limits.h... (cached) yes checking for locale.h... (cached) yes checking for nl_types.h... (cached) yes checking for malloc.h... (cached) yes checking for string.h... (cached) yes checking for unistd.h... (cached) yes checking for values.h... (cached) yes checking for sys/param.h... (cached) yes checking for getcwd... (cached) yes checking for munmap... (cached) yes checking for putenv... (cached) yes checking for setenv... (cached) yes checking for setlocale... (cached) yes checking for strchr... (cached) yes checking for strcasecmp... (cached) yes checking for __argz_count... (cached) yes checking for __argz_stringify... (cached) yes checking for __argz_next... (cached) yes checking for LC_MESSAGES... (cached) yes checking whether NLS is requested... yes checking whether included gettext is requested... no checking for libintl.h... (cached) yes checking for gettext in libc... (cached) yes checking for msgfmt... (cached) /usr/bin/msgfmt checking for dcgettext... (cached) yes checking for gmsgfmt... (cached) /usr/bin/msgfmt checking for xgettext... (cached) /usr/bin/xgettext checking for catalogs to be installed... creating ./config.status creating Makefile creating src/Makefile creating tests/Makefile creating po/Makefile.in creating intl/Makefile creating config.h config.h is unchanged Configuring snavigator... loading cache ../config.cache checking for a BSD compatible install... (cached) /usr/bin/install -c checking whether build environment is sane... yes checking whether make sets ${MAKE}... (cached) yes checking for working aclocal... found checking for working autoconf... found checking for working automake... found checking for working autoheader... found checking for working makeinfo... found checking whether to enable maintainer-specific portions of Makefiles... no checking for gcc... (cached) gcc checking whether the C compiler (gcc -g -O2 ) works... yes checking whether the C compiler (gcc -g -O2 ) is a cross-compiler... no checking whether we are using GNU C... (cached) yes checking whether gcc accepts -g... (cached) yes checking for Cygwin environment... (cached) no checking for mingw32 environment... (cached) no checking for executable suffix... (cached) no checking for object suffix... (cached) o checking for mawk... (cached) gawk checking how to run the C preprocessor... (cached) gcc -E checking for flex... (cached) flex checking for flex... (cached) flex checking for yywrap in -lfl... (cached) yes checking lex output file root... (cached) lex.yy checking whether yytext is a pointer... (cached) yes checking for ranlib... (cached) ranlib checking for bison... (cached) bison -y checking for itcl_sh... (cached) $$here/$(top_builddir)/../itcl/src/itcl_sh$(EXEEXT) checking for gnutar... (cached) /bin/gtar checking for dirent.h that defines DIR... (cached) yes checking for opendir in -ldir... (cached) no checking for ANSI C header files... (cached) yes checking for sys/wait.h that is POSIX.1 compatible... (cached) yes checking for fcntl.h... (cached) yes checking for limits.h... (cached) yes checking for malloc.h... (cached) yes checking for netinet/in.h... (cached) yes checking for search.h... (cached) yes checking for strings.h... (cached) yes checking for sys/in.h... (cached) no checking for sys/ioctl.h... (cached) yes checking for sys/time.h... (cached) yes checking for sys/utsname.h... (cached) yes checking for termio.h... (cached) yes checking for unistd.h... (cached) yes checking for stropt.h... (cached) no checking stdlib.h... yes checking for working const... (cached) yes checking for uid_t in sys/types.h... (cached) yes checking for mode_t... (cached) yes checking for off_t... (cached) yes checking for pid_t... (cached) yes checking for size_t... (cached) yes checking whether time.h and sys/time.h may both be included... (cached) yes checking whether struct tm is in sys/time.h or time.h... (cached) time.h checking for GNU libc... (cached) yes checking for working alloca.h... (cached) yes checking for alloca... (cached) yes checking type of array argument to getgroups... (cached) gid_t checking for 8-bit clean memcmp... (cached) yes checking whether setpgrp takes no argument... (cached) yes checking for vprintf... (cached) yes checking for wait3 that fills in rusage... (cached) yes checking for getcwd... (cached) yes checking for getwd... (cached) yes checking for getopt... (cached) yes checking for grantpt... (cached) yes checking for mkdir... (cached) yes checking for ptsname... (cached) yes checking for putenv... (cached) yes checking for realpath... (cached) yes checking for regcomp... (cached) yes checking for rmdir... (cached) yes checking for select... (cached) yes checking for strcspn... (cached) yes checking for strdup... (cached) yes checking for strspn... (cached) yes checking for strstr... (cached) yes checking for strtod... (cached) yes checking for strtol... (cached) yes checking for strtoul... (cached) yes checking for uname... (cached) yes checking for unlockpt... (cached) yes checking for random... (cached) yes checking for cygwin32... (cached) no checking for socket libraries... (cached) checking for gethostent... (cached) yes checking for gethostname... (cached) yes checking for int8_t... (cached) yes checking for u_int8_t... (cached) yes checking for int16_t... (cached) yes checking for u_int16_t... (cached) yes checking for int32_t... (cached) yes checking for u_int32_t... (cached) yes checking for int64_t... (cached) yes checking for u_int64_t... (cached) yes checking for Tcl configuration script... (cached) /home/scherrey/inbound/tmp/tcl8.1/unix/tclConfig.sh checking for Tk configuration script... (cached) /home/scherrey/inbound/tmp/tk8.1/unix/tkConfig.sh checking for Tcl headers in the source tree... (cached) /home/scherrey/inbound/tmp/tcl8.1/generic checking for Tk headers in the source tree... (cached) found in /home/scherrey/inbound/tmp/tk8.1/generic checking for Tix configuration... (cached) found /home/scherrey/inbound/tmp/tix/tixConfig.sh checking for init.tcl... (cached) /home/scherrey/inbound/tmp/tcl8.1/library creating ./config.status creating Makefile creating install/Makefile creating install/INSTALL creating gui/Makefile creating etc/navigato creating hyper/Makefile creating db/Makefile creating parsers/Makefile creating parsers/assembly/Makefile creating parsers/assembly/ppc601-eabi/Makefile creating parsers/chill/Makefile creating parsers/cobol/Makefile creating parsers/common/Makefile creating parsers/cpp/Makefile creating parsers/cpp/cpplib/Makefile creating parsers/fortran/Makefile creating parsers/gcj/Makefile creating parsers/sendmail/Makefile creating parsers/tcl/Makefile creating parsers/java/Makefile creating parsers/libjcreuse/Makefile creating parsers/toolbox/Makefile creating bitmaps/Makefile creating etc/Makefile creating etc/english.txt creating etc/sn_prop.cfg creating snavigator/Makefile creating misc/Makefile creating misc/libutils/Makefile creating sdk/Makefile creating sdk/api/Makefile creating sdk/api/tcl/Makefile creating sdk/api/tcl/misc/Makefile creating sdk/api/tcl/database/Makefile creating sdk/api/tcl/database/examples/Makefile creating sdk/api/c/Makefile creating sdk/api/c/database/Makefile creating sdk/api/c/database/examples/Makefile creating sdk/parsers/Makefile creating sdk/parsers/examples/Makefile creating sdk/parsers/examples/assembly/Makefile creating sdk/parsers/examples/elf/Makefile creating snavigator/win/Makefile creating snavigator/unix/Makefile creating demo/Makefile creating doc/Makefile creating doc/html/Makefile creating doc/html/generateindex.tcl creating config.h config.h is unchanged From scherrey@switchco.com Tue Jul 18 14:48:00 2000 From: scherrey@switchco.com (Benjamin Scherrey) Date: Tue, 18 Jul 2000 14:48:00 -0000 Subject: Error in SourceNavigator installation. References: <4.2.0.58.20000718115633.00bff810@pop.cygnus.com> <4.2.0.58.20000718135603.00bdd460@pop.cygnus.com> Message-ID: <3974CF38.45F4E716@switchco.com> Addition info: Apparently the 'configure --prefix=' doesn't make any difference as far as fixing the bug in question. I still get the complaint about "sn_tcl_tk_init" being an invalid command. I can, however, run the application successfully as root. Hmmm... Ben Scherrey Syd Polk wrote: > > This means that "make install" failed. I need the output from "make > install" to see what is going wrong. > > In the meantime, use "configure > --prefix=" From mdejong@cygnus.com Tue Jul 18 15:26:00 2000 From: mdejong@cygnus.com (Mo DeJong) Date: Tue, 18 Jul 2000 15:26:00 -0000 Subject: Error in SourceNavigator installation. References: <3974C9C7.23549B7B@switchco.com> Message-ID: On Tue, 18 Jul 2000, Benjamin Scherrey wrote: > Sure enough, running as root, the application seems to startup fine. > Attached are configure.out, make.out, and install.out which are the > output from each respective step of the build. I'll try the --prefix > trick for non-root operation in the meantime. > > thanx for the help & later, > > Ben Scherrey > > PS: Also, it would be very nice if the .tar.gz file expanded everything > into its own directory (say SNAV-V.v/) instead of blowing up into my > current directory! Hard to clean up afterwards... :-( > > Syd Polk wrote: > > > > This means that "make install" failed. I need the output from "make > > install" to see what is going wrong. > > > > In the meantime, use "configure > > --prefix=" I just downloaded the tar ball, ran configure with a --prefix, built and installed it, and ran it. It seems to work just fine on my Red Hat 6.2 box. I did not build, install, or run it as root. I am willing to bet that you installed or built it as root, is that the case? Mo DeJong Red Hat Inc From scherrey@switchco.com Tue Jul 18 19:07:00 2000 From: scherrey@switchco.com (Benjamin Scherrey) Date: Tue, 18 Jul 2000 19:07:00 -0000 Subject: Error in SourceNavigator installation. References: Message-ID: <39750C98.AFD583F8@switchco.com> Yep - its long been my habit (and common practice amoungst automake/conf configured apps) to switch to root before performing the final install. I guess SourceNav does some strange things that prohibit this from working. So.. my status is that I can install SourceNav on a per-user basis using the --prefix option in configuration but cannot just globally install the product for all users. I suppose I could make a globally writable directory for all to use but that's not the greatest idea as far as security and just plain stability of the system is concerned. I hope these are just first light hiccups and not intended consequences. thanx & later, Ben Scherrey Mo DeJong wrote: > I just downloaded the tar ball, ran configure with a --prefix, > built and installed it, and ran it. It seems to work just > fine on my Red Hat 6.2 box. I did not build, install, or > run it as root. I am willing to bet that you installed > or built it as root, is that the case? > > Mo DeJong > Red Hat Inc From mdejong@cygnus.com Tue Jul 18 20:53:00 2000 From: mdejong@cygnus.com (Mo DeJong) Date: Tue, 18 Jul 2000 20:53:00 -0000 Subject: Quotes from Source-Navigator users? Message-ID: Here is a great sourcenav user quote, we should put together a page with cool quotes like this from users. Mo DeJong Red Hat Inc Source-Navigator is a great tool. I originally purchased it for work to learn our graphics drivers' internals. Since then, I've used it for Tcl, C and C++ code, and found it so useful on various personal projects that I kept the license for myself. Brent Burton Sr. Software Engineer 3dfx Interactive, Inc. From mdejong@cygnus.com Tue Jul 18 20:57:00 2000 From: mdejong@cygnus.com (Mo DeJong) Date: Tue, 18 Jul 2000 20:57:00 -0000 Subject: Error in SourceNavigator installation. References: <39750C98.AFD583F8@switchco.com> Message-ID: On Tue, 18 Jul 2000, Benjamin Scherrey wrote: > Yep - its long been my habit (and common practice amoungst automake/conf > configured apps) to switch to root before performing the final install. > I guess SourceNav does some strange things that prohibit this from > working. So.. my status is that I can install SourceNav on a per-user > basis using the --prefix option in configuration but cannot just > globally install the product for all users. I suppose I could make a > globally writable directory for all to use but that's not the greatest > idea as far as security and just plain stability of the system is > concerned. I hope these are just first light hiccups and not intended > consequences. It sounds like one of the .tcl files or a directory is not getting installed with the other readable bit set. Does anyone want to take a shot at this one? You could get "first patch" bragging rights :) Mo DeJong Red Hat Inc From mike@clockwork.freeserve.co.uk Tue Jul 18 23:56:00 2000 From: mike@clockwork.freeserve.co.uk (Mike D) Date: Tue, 18 Jul 2000 23:56:00 -0000 Subject: Problem building Sourcenav under Cygwin (latest) References: <4.2.0.58.20000717121622.00ca2c10@pop.cygnus.com> <004501bff0f7$23f7bd50$2561883e@Workgroup> <3974C39A.F4E43FF4@redhat.com> Message-ID: <006c01bff14e$5a3ca450$3f61883e@Workgroup> >From: Ian Roxborough > > The key to getting the Windows version to build with Visual C++ > is CC = cl. This is because they are a bunch of comparision > in the configure file that will not work if CC = cl.exe. >From : Syd Polk spolk@redhat.com > > You need to set CFLAGS to "-Z7 -Od" also. What kind of errors are you getting. > > >Actually, I wouldn't mind following the othe advice in the > >/snavigator/install/README.TXT file : > > > >"use the binary distributions" ;-) > > > >The README.TXT file mentions a binary called SNWindows20000421.exe, is this > >available anywhere ? > > No, it isn't. Unfortunately, it is unlikely to be done soon. Sorry! Thanks a lot, those changes made it work. I have zipped up a copy of my executables, would it make sense for them to be hosted on the Sourcenav ftp site ? (I would host them myself, but the GPL means I'd have to put up SN451.tag.gz as well, and my service provider only gives me 15 Mb :-/ ) Thanks again, Mike From jorge@highlander.com Wed Jul 19 07:53:00 2000 From: jorge@highlander.com (Jorge E. Rodriguez) Date: Wed, 19 Jul 2000 07:53:00 -0000 Subject: Error when running unused.tcl Message-ID: <3975C076.3A5A78F7@highlander.com> I have taken the unused.tcl script and wrapped to run in Unix sh on Solaris (i.e added !/bin/sh to top of file) I am running this on a farily large project and I get the following error. Each run below is after I have modified the cachesize on the dbopen command. The last cachesize I used was 128M. Is this the right option to modify for this error? Or am totally missing it? juan:jorge:/CORBA/snav/jorge/scripts-> !! ./unused.sh /CORBA/snav/jorge/.snprj/vbcppt40 VBCPPT40_Thread_1.2 method implementation CORBA_Any::operator<<= does not use unknown object _len in /CORBA/STAGING_AREA/VBCPPT40/builds/build_1/VisiCpp/prod/orblib/CORBA/src/any.C:000637 method implementation CORBA_MarshalOutBuffer::end_out_value does not use unknown object end_out_value::depth in /CORBA/STAGING_AREA/VBCPPT40/builds/build_1/VisiCpp/prod/orblib/CORBA/src/mbuf.C:001491 unable to alloc 158 bytes Abort juan:jorge:/CORBA/snav/jorge/scripts-> !! ./unused.sh /CORBA/snav/jorge/.snprj/vbcppt40 VBCPPT40_Thread_1.2 method implementation CORBA_Any::operator<<= does not use unknown object _len in /CORBA/STAGING_AREA/VBCPPT40/builds/build_1/VisiCpp/prod/orblib/CORBA/src/any.C:000637 method implementation CORBA_MarshalOutBuffer::end_out_value does not use unknown object end_out_value::depth in /CORBA/STAGING_AREA/VBCPPT40/builds/build_1/VisiCpp/prod/orblib/CORBA/src/mbuf.C:001491 unable to alloc 2400 bytes Abort juan:jorge:/CORBA/snav/jorge/scripts-> !! ./unused.sh /CORBA/snav/jorge/.snprj/vbcppt40 VBCPPT40_Thread_1.2 method implementation CORBA_Any::operator<<= does not use unknown object _len in /CORBA/STAGING_AREA/VBCPPT40/builds/build_1/VisiCpp/prod/orblib/CORBA/src/any.C:000637 method implementation CORBA_MarshalOutBuffer::end_out_value does not use unknown object end_out_value::depth in /CORBA/STAGING_AREA/VBCPPT40/builds/build_1/VisiCpp/prod/orblib/CORBA/src/mbuf.C:001491 unable to alloc 178 bytes Abort -- ***************************************************************** ** Highlander, The leading supplier of Embedded CORBA Solutions *** ***************************************************************** Jorge E. Rodriguez jorge@highlander.com Highlander Engineering http://www.highlander.com 206 East Pine Street Ph: 941.686.7767 Lakeland, Florida Fax: 941.687.7767 33801-4967 From spolk@redhat.com Wed Jul 19 09:42:00 2000 From: spolk@redhat.com (Syd Polk) Date: Wed, 19 Jul 2000 09:42:00 -0000 Subject: Problem building Sourcenav under Cygwin (latest) References: <4.2.0.58.20000717121622.00ca2c10@pop.cygnus.com> <004501bff0f7$23f7bd50$2561883e@Workgroup> <3974C39A.F4E43FF4@redhat.com> <006c01bff14e$5a3ca450$3f61883e@Workgroup> Message-ID: <3975DAFC.300F5154@redhat.com> We could host them until we get ours built. Can you point us to your ftp site? Mike D wrote: > > >From: Ian Roxborough > > > > The key to getting the Windows version to build with Visual C++ > > is CC = cl. This is because they are a bunch of comparision > > in the configure file that will not work if CC = cl.exe. > > >From : Syd Polk spolk@redhat.com > > > > You need to set CFLAGS to "-Z7 -Od" also. What kind of errors are you > getting. > > > > >Actually, I wouldn't mind following the othe advice in the > > >/snavigator/install/README.TXT file : > > > > > >"use the binary distributions" ;-) > > > > > >The README.TXT file mentions a binary called SNWindows20000421.exe, is > this > > >available anywhere ? > > > > No, it isn't. Unfortunately, it is unlikely to be done soon. Sorry! > > Thanks a lot, those changes made it work. > > I have zipped up a copy of my executables, would it make sense for them to > be hosted on the Sourcenav ftp site ? (I would host them myself, but the > GPL means I'd have to put up SN451.tag.gz as well, and my service provider > only gives me 15 Mb :-/ ) > > Thanks again, > > Mike From spolk@redhat.com Thu Jul 20 13:19:00 2000 From: spolk@redhat.com (Syd Polk) Date: Thu, 20 Jul 2000 13:19:00 -0000 Subject: It's official Message-ID: <4.2.0.58.20000720131838.00c61e90@pop.cygnus.com> http://www.redhat.com/about/2000/press_sourcenav.html Red Hat Reinforces Commitment to Open Source, Releases Source Code for Popular Source-Navigator IDE eading Integrated Development Environment for UNIX and Windows now available under open source license SUNNYVALE, CA - July 20, 2000 - Red Hat, Inc. (NASDAQ:RHAT), the leader in open source internet infrastructure, announced today the release of source code for Source-NavigatorTM, the leading Integrated Development Environment for UNIX and Windows. Source-Navigator, along with Insight, the graphical debugger based on gdb, and gcc, the Open Source compiler, forms a fully functional graphical integrated development environment that is used by developers to edit their source code and compile, link and debug their applications. "Source-Navigator is a powerful tool for analyzing large amounts of source code, and it is useful in both developing new projects and deciphering legacy code," said Michael Tiemann, Red Hat Chief Technical Officer. "By releasing the source code to Source-Navigator under the terms of the GPL, Red Hat reinforces its commitment to the open source community of developers." In addition to being a powerful tool used by developers to compile, edit and debug source code for their applications, Source-Navigator has many browsing capabilities that enable developers to do things like display class hierarchies and cross-reference relationships. For download information, information about contributing to Source-Navigator, and online documentation, please see http://sources.redhat.com/sourcenav/ . For more information on Red Hat, please see http://www.redhat.com/ . Syd Polk spolk@redhat.com Engineering Manager +1 415 777 9810 x 241 Red Hat, Inc. From chrisk@mit.edu Thu Jul 20 17:47:00 2000 From: chrisk@mit.edu (Chris Kuklewicz) Date: Thu, 20 Jul 2000 17:47:00 -0000 Subject: Install bug Message-ID: <20000720204720.A15001@kuklewicz.MIT.EDU> [ I am not subscribed ] Up to date Redhat 6.2 and SN451.tar.gz Looking at the email archive to locate my problem. After installing under /usr/local as root I get as a user: [ckuklewicz@kuklewicz download]$ snavigator Error: invalid command name "sn_tcl_tk_init" While root can start it. I found problem discussed in the email archive, with this note in particular: -------------------------------- Re: Error in SourceNavigator installation. To: Benjamin Scherrey Subject: Re: Error in SourceNavigator installation. From: Mo DeJong Date: Tue, 18 Jul 2000 20:57:50 -0700 (PDT) cc: SourceNav On Tue, 18 Jul 2000, Benjamin Scherrey wrote: > Yep - its long been my habit (and common practice amoungst automake/conf > configured apps) to switch to root before performing the final install. > I guess SourceNav does some strange things that prohibit this from > working. So.. my status is that I can install SourceNav on a per-user > basis using the --prefix option in configuration but cannot just > globally install the product for all users. I suppose I could make a > globally writable directory for all to use but that's not the greatest > idea as far as security and just plain stability of the system is > concerned. I hope these are just first light hiccups and not intended > consequences. It sounds like one of the .tcl files or a directory is not getting installed with the other readable bit set. Does anyone want to take a shot at this one? You could get "first patch" bragging rights :) Mo DeJong Red Hat Inc -------------------------------- These three files were installed without other read permission -rw-r----- 1 root root 8709 Jul 20 19:56 ./share/sdk/include/db.h -rw-r----- 1 root root 4756 Jul 20 19:56 ./share/sdk/include/cdefs.h -rw-r----- 1 root root 55606 Jul 20 19:56 ./share/gui/tclIndex After making the third one readable the ckukelwicz user could start snavigator Good work, Mo DeJong! From drew@redhat.com Thu Jul 20 18:40:00 2000 From: drew@redhat.com (Drew Meeks) Date: Thu, 20 Jul 2000 18:40:00 -0000 Subject: great site + suggestion Message-ID: <3977A9F7.919B0A82@redhat.com> Great job on the site guys. I really like it. Just two suggestions. On your docs page < http://sources.redhat.com/sourcenav/online-docs/index.html > your title tag reads "Red Hat Embedded DevKit Documentation." I suspect this is not what you intended. Also, on the same page, the Red Hat logo takes a while to download and looks a little funny because it is actually a very large image squished down to smaller dimensions. You may want to drop the attached, resized version in your /online-docs directory instead. cheers, Drew -- :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: drew meeks :: sr. solutions architect red hat, inc. :: 415.777.9810 x222 From thomas.heller@ion-tof.com Fri Jul 21 04:09:00 2000 From: thomas.heller@ion-tof.com (Thomas Heller) Date: Fri, 21 Jul 2000 04:09:00 -0000 Subject: Building Source navigator on Windows Message-ID: <000d01bff304$10d4bf20$4500a8c0@thomasnb> Could you provide some instructions for building Source Navigator under Windows? Actually I only want to build some custom parsers... Regards, Thomas Heller From mdejong@cygnus.com Fri Jul 21 08:12:00 2000 From: mdejong@cygnus.com (Mo DeJong) Date: Fri, 21 Jul 2000 08:12:00 -0000 Subject: Install bug References: <20000720204720.A15001@kuklewicz.MIT.EDU> Message-ID: > After installing under /usr/local as root I get as a user: > > [ckuklewicz@kuklewicz download]$ snavigator > Error: invalid command name "sn_tcl_tk_init" > > While root can start it. I found problem discussed in the email > archive, with this note in particular: ... > These three files were installed without other read permission > > -rw-r----- 1 root root 8709 Jul 20 19:56 ./share/sdk/include/db.h > -rw-r----- 1 root root 4756 Jul 20 19:56 ./share/sdk/include/cdefs.h > -rw-r----- 1 root root 55606 Jul 20 19:56 ./share/gui/tclIndex > > After making the third one readable the ckukelwicz user could start snavigator Ok, I fixed that by adding a "chmod 644 ${INSTALL}/share/gui/tclIndex" to the make install rule. You will have to do this by hand or patch it yourself until the first 5.0 snapshot is up (and no I can't say when that will be). cheers Mo DeJong Red Hat Inc From mdejong@cygnus.com Fri Jul 21 08:58:00 2000 From: mdejong@cygnus.com (Mo DeJong) Date: Fri, 21 Jul 2000 08:58:00 -0000 Subject: PATCH APPROVAL (Was: great site + suggestion) References: <3977A9F7.919B0A82@redhat.com> Message-ID: On Thu, 20 Jul 2000, Drew Meeks wrote: > Great job on the site guys. I really like it. Just two suggestions. On > your docs page > < http://sources.redhat.com/sourcenav/online-docs/index.html > your title > tag reads "Red Hat Embedded DevKit Documentation." I suspect this is not > what you intended. Also, on the same page, the Red Hat logo takes a > while to download and looks a little funny because it is actually a very > large image squished down to smaller dimensions. You may want to drop > the attached, resized version in your /online-docs directory instead. Thanks for the suggestions. They are incorporated into the following patch. Once I get a patch approval, they will be pushed to the main web site. Mo DeJong Red Hat Inc Index: ChangeLog =================================================================== RCS file: /cvs/sourcenav/htdocs/ChangeLog,v retrieving revision 1.11 diff -u -r1.11 ChangeLog --- ChangeLog 2000/07/20 20:07:09 1.11 +++ ChangeLog 2000/07/21 15:51:54 @@ -1,3 +1,11 @@ +2000-07-21 Mo DeJong + + * online-docs/index.html: Change page + title to "Source-Navigator Documentation". + Use new redhatlogo.png file. + * online-docs/redhatlogo.gif: Remove file. + * online-docs/redhatlogo.png: Add file. + 2000-07-20 Syd Polk * download.html: Add link to the mirror sites. Index: online-docs/index.html =================================================================== RCS file: /cvs/sourcenav/htdocs/online-docs/index.html,v retrieving revision 1.2 diff -u -r1.2 index.html --- index.html 2000/07/13 22:18:52 1.2 +++ index.html 2000/07/21 15:51:54 @@ -1,7 +1,7 @@ - Red Hat Embedded DevKit Documentation + Source-Navigator Documentation @@ -19,7 +19,7 @@
-
+

User's From setok@fishpool.com Fri Jul 21 10:18:00 2000 From: setok@fishpool.com (Kristoffer Lawson) Date: Fri, 21 Jul 2000 10:18:00 -0000 Subject: Great work Message-ID: Just tested the software out briefly and based on what I've seen of it the programme really does look and feel good. A few initial questions: - As you use Tcl throughout the system (a good thing indeed!) I wondered if it might be possible to build a parser in Tcl instead of C? Specifically, is there a Tcl API like the C API for handling the project database? (True, building one on top of the C API is not a big chore). Specifically I would like support for XOTcl (www.xotcl.org) and OTcl. OTOH it probably wouldn't be horribly difficult to edit the Tcl parser. The idea would be that: Class Foo -superclass Bar ;# Create Foo class, the superclass is Bar Foo instproc ;# Create method in Foo Foo proc ;# Create procedure in Foo (not seen in the object instance) ;# Basically just means the parser should handle local variables ;# as local instead of global (as it does now with anything that ;# doesn't occur inside a proc command parameter). Foo ob ;# Create object 'ob' of type 'Foo' The simple case should not be difficult but of course the problem with the dynamic nature of XOTcl is that you can add and remove methods, change an object's class or superclass at any point during run-time. How have you dealt with it when dealing with Tcl namespaces, which are quite dynamic themselves? - Is the Tcl parser behaviour correct when assuming that any "set" statement inside curly brackets is actually setting a global variable? I think by default it shouldn't do anything (ie. not add a variable to the variable list) and have exceptions to the rule when dealing with while, for, proc etc. The reason for this is that inside curlies I might have data that might look like I'm setting a variable but actually I'm not. It might just be plain data, or maybe I'm sending the code to another interpreter or whatever. This is related to the previous comment because currently XOTcl instance variables appear as "global variables" which is not correct. While it naturally would be nice if the environment recognized them as instance variables I believe it's better not to recognize them at all than to mark them as globals. - I seem to be having problems with emacs/Xemacs and the IDE (btw. I think it's great that you have put in extra effort to get emacs to interact with the IDE). When looking up for a symbol with M-. I get the following error: (1) (error/warning) Error in process filter: (void-variable DisplayableOb) Keep up the good work. I'm sure I'll have more to say when I play around with it more ;-) - ---------- = = ---------//--+ | / Kristoffer Lawson | www.fishpool.fi|.com +-> | setok@fishpool.com | - - --+------ |-- Fishpool Creations Ltd - / | +-------- = - - - = --------- /~setok/ From mdejong@cygnus.com Fri Jul 21 10:40:00 2000 From: mdejong@cygnus.com (Mo DeJong) Date: Fri, 21 Jul 2000 10:40:00 -0000 Subject: Great work References: Message-ID: On Fri, 21 Jul 2000, Kristoffer Lawson wrote: > Just tested the software out briefly and based on what I've seen of it the > programme really does look and feel good. > > A few initial questions: > > - As you use Tcl throughout the system (a good thing indeed!) I wondered > if it might be possible to build a parser in Tcl instead of > C? Specifically, is there a Tcl API like the C API for handling the > project database? (True, building one on top of the C API is not a big > chore). Specifically I would like support for XOTcl (www.xotcl.org) and > OTcl. See the documentation for the Tcl interface to the DB. That should at least get your started. http://sources.redhat.com/sourcenav/online-docs/progref/dbaseAPI.html#pgfId-996849 As for extending the Tcl support, we have talked about this at length and we think the best approach would be to use the Tcl parser API exposed by regular Tcl at the C layer. We currently use our own parser written for Tcl. To be honest, it would be better to toss out our Tcl parser and use the one from the Tcl core, and since the Tcl core is already part of SN, it is just waiting for someone to come along and use it :) > OTOH it probably wouldn't be horribly difficult to edit the Tcl parser. > The idea would be that: > > Class Foo -superclass Bar ;# Create Foo class, the superclass is Bar > Foo instproc ;# Create method in Foo > Foo proc ;# Create procedure in Foo (not seen in the object instance) > ;# Basically just means the parser should handle local variables > ;# as local instead of global (as it does now with anything that > ;# doesn't occur inside a proc command parameter). > Foo ob ;# Create object 'ob' of type 'Foo' > > The simple case should not be difficult but of course the problem with the > dynamic nature of XOTcl is that you can add and remove methods, change an > object's class or superclass at any point during run-time. How have you dealt > with it when dealing with Tcl namespaces, which are quite dynamic > themselves? Yes, this is another weak area in our Tcl parser. It was written before Tcl namespaces were in Tcl, so it has no namespace support. > - Is the Tcl parser behaviour correct when assuming that any "set" > statement inside curly brackets is actually setting a global variable? I > think by default it shouldn't do anything (ie. not add a variable to the > variable list) and have exceptions to the rule when dealing with while, > for, proc etc. The reason for this is that inside curlies I might have > data that might look like I'm setting a variable but actually I'm not. It > might just be plain data, or maybe I'm sending the code to another > interpreter or whatever. Tcl is very dynamic, so in general you can not assume that any command does anything. You need to make some assumptions otherwise you will get nowhere fast. Set should at least know if it is a local var, a global var, or a class instance or class common (static) var, but, this is not always possible. > This is related to the previous comment because currently XOTcl instance > variables appear as "global variables" which is not correct. While it > naturally would be nice if the environment recognized them as instance > variables I believe it's better not to recognize them at all than to mark > them as globals. You will need to hack it to fix that. > - I seem to be having problems with emacs/Xemacs and the IDE (btw. I think > it's great that you have put in extra effort to get emacs to interact with > the IDE). When looking up for a symbol with M-. I get the following error: > > (1) (error/warning) Error in process filter: (void-variable DisplayableOb) The emacs/xemacs stuff is in there for hackers, so if you have any problems you will need to fix them on your own. When you do, please send us the patches so the next guy will not need to. later Mo DeJong Red Hat Inc From setok@fishpool.com Fri Jul 21 11:14:00 2000 From: setok@fishpool.com (Kristoffer Lawson) Date: Fri, 21 Jul 2000 11:14:00 -0000 Subject: Great work References: Message-ID: On Fri, 21 Jul 2000, Mo DeJong wrote: > use our own parser written for Tcl. To be honest, it would > be better to toss out our Tcl parser and use the one from > the Tcl core, and since the Tcl core is already part of > SN, it is just waiting for someone to come along and > use it :) Yes these indeed sounds very sensible. > > Tcl is very dynamic, so in general you can not assume that any command > does anything. You need to make some assumptions otherwise you will > get nowhere fast. Set should at least know if it is a local var, > a global var, or a class instance or class common (static) var, but, > this is not always possible. Yes, exactly. But I think the suggested model would be quite sufficient and at least errenous behaviour would not occur (ie. instance variables or data appearing as global variables). Ie: - set commands inside curly bracketrs are not handled in any way, unless: - if they appear inside the command parameter for while, for, foreach, eval, namespace eval, proc etc. It does require more work (as you have to specify each of those exceptions), but it also means that "set" syntax appearing in unrecognized situations is not misunderstood. > > > - I seem to be having problems with emacs/Xemacs and the IDE (btw. I think > > it's great that you have put in extra effort to get emacs to interact with > > the IDE). When looking up for a symbol with M-. I get the following error: > > > > (1) (error/warning) Error in process filter: (void-variable DisplayableOb) > > The emacs/xemacs stuff is in there for hackers, so if you have any > problems you will need to fix them on your own. When you do, please > send us the patches so the next guy will not need to. OK, if I have time I'll look into that. Meanwhile is there anybody who might have a clue about that? Using M-. to lookup a symbol is a documented feature of "using emacs with Source Navigator" so it might be something small. OTOH if the in-built editor could do emacs-style indentation I might be quite tempted to use it (as it *does* integrate nicely with the IDE). I realize that's a big requirement but possibly something to look at in the future. - ---------- = = ---------//--+ | / Kristoffer Lawson | www.fishpool.fi|.com +-> | setok@fishpool.com | - - --+------ |-- Fishpool Creations Ltd - / | +-------- = - - - = --------- /~setok/ From spolk@cygnus.com Fri Jul 21 13:51:00 2000 From: spolk@cygnus.com (Syd Polk) Date: Fri, 21 Jul 2000 13:51:00 -0000 Subject: Install bug References: Message-ID: <3978B7B2.1A843521@cygnus.com> Mo DeJong wrote: > > > After installing under /usr/local as root I get as a user: > > > > [ckuklewicz@kuklewicz download]$ snavigator > > Error: invalid command name "sn_tcl_tk_init" > > > > While root can start it. I found problem discussed in the email > > archive, with this note in particular: > > ... > > > These three files were installed without other read permission > > > > -rw-r----- 1 root root 8709 Jul 20 19:56 ./share/sdk/include/db.h > > -rw-r----- 1 root root 4756 Jul 20 19:56 ./share/sdk/include/cdefs.h > > -rw-r----- 1 root root 55606 Jul 20 19:56 ./share/gui/tclIndex > > > > After making the third one readable the ckukelwicz user could start snavigator > > Ok, I fixed that by adding a "chmod 644 ${INSTALL}/share/gui/tclIndex" > to the make install rule. You will have to do this by hand or patch > it yourself until the first 5.0 snapshot is up (and no I can't say > when that will be). > > cheers > Mo DeJong > Red Hat Inc I will generate a patch on Monday for this and post it to the ftp directory. From spolk@cygnus.com Fri Jul 21 13:51:00 2000 From: spolk@cygnus.com (Syd Polk) Date: Fri, 21 Jul 2000 13:51:00 -0000 Subject: PATCH APPROVAL (Was: great site + suggestion) References: Message-ID: <3978B7D7.A1CE21CB@cygnus.com> Approved. Mo DeJong wrote: > > On Thu, 20 Jul 2000, Drew Meeks wrote: > > > Great job on the site guys. I really like it. Just two suggestions. On > > your docs page > > < http://sources.redhat.com/sourcenav/online-docs/index.html > your title > > tag reads "Red Hat Embedded DevKit Documentation." I suspect this is not > > what you intended. Also, on the same page, the Red Hat logo takes a > > while to download and looks a little funny because it is actually a very > > large image squished down to smaller dimensions. You may want to drop > > the attached, resized version in your /online-docs directory instead. > > Thanks for the suggestions. They are incorporated into the > following patch. Once I get a patch approval, they will > be pushed to the main web site. > > Mo DeJong > Red Hat Inc > > Index: ChangeLog > =================================================================== > RCS file: /cvs/sourcenav/htdocs/ChangeLog,v > retrieving revision 1.11 > diff -u -r1.11 ChangeLog > --- ChangeLog 2000/07/20 20:07:09 1.11 > +++ ChangeLog 2000/07/21 15:51:54 > @@ -1,3 +1,11 @@ > +2000-07-21 Mo DeJong > + > + * online-docs/index.html: Change page > + title to "Source-Navigator Documentation". > + Use new redhatlogo.png file. > + * online-docs/redhatlogo.gif: Remove file. > + * online-docs/redhatlogo.png: Add file. > + > 2000-07-20 Syd Polk > > * download.html: Add link to the mirror sites. > Index: online-docs/index.html > =================================================================== > RCS file: /cvs/sourcenav/htdocs/online-docs/index.html,v > retrieving revision 1.2 > diff -u -r1.2 index.html > --- index.html 2000/07/13 22:18:52 1.2 > +++ index.html 2000/07/21 15:51:54 > @@ -1,7 +1,7 @@ > > > > - Red Hat Embedded DevKit Documentation > + Source-Navigator Documentation > > > > @@ -19,7 +19,7 @@ > >

> > - hspace=3 vspace=3>
> +
> X-CLARIS-USEIMAGEHEIGHT ALIGN=bottom>

> >

User's From mike@clockwork.freeserve.co.uk Fri Jul 21 14:13:00 2000 From: mike@clockwork.freeserve.co.uk (Mike D) Date: Fri, 21 Jul 2000 14:13:00 -0000 Subject: Building Source navigator on Windows References: <000d01bff304$10d4bf20$4500a8c0@thomasnb> Message-ID: <007801bff358$8dea5700$c868883e@Workgroup> To build Source Navigatot under Windows currently requires both Cygwin and the Microsoft Visual C++ compiler. I got it to build by first installing the latest Cygwin (from http://sourceware.cygnus.com/cygwin ) then editing the batch file that starts cygwin (cygwin.bat in the root of the cygwin install directory) so that it includes the path and other variables for the VC++ compiler (I got these from the VCVARS32.BAT file in the VC++ bin directory). Then start cygwin and from the bash prompt do the following (dont actually type the pointy brackets <>, I'm just using them to delimit "unix" commands in cygwin) : 1. make some directories : 2 change to the /build/src directory 3 Copy the SN451.tar.gz file which holds the sourcenav sources into /build/src using file manager, or that horrible explorer thing. 4 untar the Source distribution : 5 change to the /build/build directory : 6 (strange but true) set some environment variables that make the build use the VC++ compiler instead of the cygwin one : 7 test the VC++ compiler is visible should show a list of VC++ command line options 8 make a directory to hold the results of the build and add it to the path : (you don't have to use the same path, obviously) 9 configure the build : <../src/configure --prefix=/home/mike/install/snav> and inspect the output which should have a line near the beginning that says that Visual C++ is being used. 10 build Source Navigator 11 install it it should now be installed into /home/mike/install/snav, have a look and see. In fairness I should say that the make install step did not terminate for me - it went into an infinite recursion and I had to stop it by killing the processes. Also I submitted my zipped up build for possible hosting on the Source Navigator web site. The version that was put up differs a bit from what I built - in particular a lot of the executable and library sizes are different, and the one that was put up seems more robust than mine. So if anyone (Syd :-) is listening and wants to add anything to this, or say where there are any later patches available then please do. I also want to start adding some stuff (not parsers), and it would be nice to know that any bugs are due to my changes, not my build methodology (The Windows binaries on the web site are ace btw) Regards, Mike > Could you provide some instructions for building > Source Navigator under Windows? > > Actually I only want to build some custom parsers... > > Regards, > > Thomas Heller From spolk@cygnus.com Fri Jul 21 14:32:00 2000 From: spolk@cygnus.com (Syd Polk) Date: Fri, 21 Jul 2000 14:32:00 -0000 Subject: Building Source navigator on Windows References: <000d01bff304$10d4bf20$4500a8c0@thomasnb> <007801bff358$8dea5700$c868883e@Workgroup> Message-ID: <3978C168.557DC197@cygnus.com> Mike D wrote: > > To build Source Navigatot under Windows currently requires both Cygwin and > the Microsoft Visual C++ compiler. Right now we have only tried it with Visual C++ 5.0. 6.0 has its own issues and problems. Rather than fix them, we are working on building with cygwin in our current development. Probably won't be real for a few months. > I got it to build by first installing the latest Cygwin (from > http://sourceware.cygnus.com/cygwin ) then editing the batch file that > starts cygwin (cygwin.bat in the root of the cygwin install directory) so > that it includes the path and other variables for the VC++ compiler (I got > these from the VCVARS32.BAT file in the VC++ bin directory). > > Then start cygwin and from the bash prompt do the following (dont actually > type the pointy brackets <>, I'm just using them to delimit "unix" commands > in cygwin) : > > 1. make some directories : > > 2 change to the /build/src directory > > 3 Copy the SN451.tar.gz file which holds the sourcenav sources into > /build/src using file manager, or that horrible explorer thing. > > 4 untar the Source distribution : > > 5 change to the /build/build directory : > > 6 (strange but true) set some environment variables that make the build use > the VC++ compiler instead of the cygwin one : CFLAGS="-Z7 -Od"> Actually, I will post the real CFLAGS that I use when I get back to work. > 7 test the VC++ compiler is visible should show a list of VC++ > command line options > > 8 make a directory to hold the results of the build and add it to the path : > PATH=$PATH:/home/mike/install/snav> > (you don't have to use the same path, obviously) /tcl8.1/win has to be in your path or some things will fail. > 9 configure the build : <../src/configure --prefix=/home/mike/install/snav> > and inspect the output which should have a line near the beginning that says > that Visual C++ is being used. > > 10 build Source Navigator Use "make all-snavigator". > > 11 install it Use "make install-snavigator" > it should now be installed into /home/mike/install/snav, have a look and > see. > > In fairness I should say that the make install step did not terminate for > me - it went into an infinite recursion and I had to stop it by killing the > processes. Hmm. I don't see that happen very often. > Also I submitted my zipped up build for possible hosting on the Source > Navigator web site. The version that was put up differs a bit from what I > built - in particular a lot of the executable and library sizes are > different, and the one that was put up seems more robust than mine. I finally put up a build that I did on my machine. I also added the InstallShield installer. > So if anyone (Syd :-) is listening and wants to add anything to this, or > say where there are any later patches available then please do. I also want > to start adding some stuff (not parsers), and it would be nice to know that > any bugs are due to my changes, not my build methodology Without build logs, it is hard to tell. > (The Windows binaries on the web site are ace btw) > > Regards, > > Mike Thanks! Here is hoping they make it to the mirrors soon. > > Could you provide some instructions for building > > Source Navigator under Windows? > > > > Actually I only want to build some custom parsers... There is a parser toolkit. It is designed for gcc, however, so it will take some hacking to get to work. Look in /share/sdk/examples. > > Regards, > > > > Thomas Heller From bje@redhat.com Fri Jul 21 20:04:00 2000 From: bje@redhat.com (Ben Elliston) Date: Fri, 21 Jul 2000 20:04:00 -0000 Subject: Hi! References: <964234885.6192.ezmlm@sources.redhat.com> Message-ID: Hi guys, I'm on the sourcenav list. It's good to see it finally out there! I haven't had a chance to download it yet, but I wonder -- what dependencies still exist for S-N? Does it still require Tix? Any Tcl/Tk local changes? It would be nice if it could run on the standard Tcl and Tk shared libraries. On another front, now that this is all GPL'd, I'm interested in putting some time into getting a parser test harness in place. Interested? Cheers! Ben From mdejong@cygnus.com Fri Jul 21 20:18:00 2000 From: mdejong@cygnus.com (Mo DeJong) Date: Fri, 21 Jul 2000 20:18:00 -0000 Subject: Hi! References: Message-ID: On Sat, 22 Jul 2000, Ben Elliston wrote: > Hi guys, Hi Ben. > I'm on the sourcenav list. It's good to see it finally out there! > > I haven't had a chance to download it yet, but I wonder -- what dependencies > still exist for S-N? Does it still require Tix? Yes. It is sad but true, we still use Tix. This is going to be at the top of my list of things to remove once we get the Tcl 8.3 upgrade finished and a stable 5.0 release out the door. The good news is we have already removed thousands of lines of cruft from the 4.5 branch and rewritten a lot of the GUI during the Itcl 3.0 upgrade. I am sure you would not even recognize most of the front end code. I am going to make it a point to move most of our cool widgets into Tk 8.4 (combobox, multicolumn listbox, tree and so on). > Any Tcl/Tk local changes? A couple. Nothing too major. > It would be nice if it could run on the standard Tcl and Tk shared > libraries. That that would be nice. We plan on running with Tcl 8.3 in a couple of months. > On another front, now that this is all GPL'd, I'm interested in putting some > time into getting a parser test harness in place. Interested? Oh yeah. A parser test suite is something we *really* need. Problems with the parsers are the #1 complaint. I am working on a GUI test harness but parser tests have been on the back burner until all the GUI work is finished. Mo DeJong Red Hat Inc From m_manohar@yahoo.com Sat Jul 22 00:15:00 2000 From: m_manohar@yahoo.com (M Manohar) Date: Sat, 22 Jul 2000 00:15:00 -0000 Subject: Parse bug ??? Message-ID: <20000722071436.19614.qmail@web3501.mail.yahoo.com> I tried this test program ---------- class xx { int a; void y(void) { a=1;}; }; int main() { xx z; } ------------- When I try to generate a xref for 'a' in class 'xx' s-n displays nothing. On the other hand if you try to xref for method y, I get this xref y[mi] xx --------> w a[ud] Is this a parser bug ?? If so does anybody have a fix for that __________________________________________________ Do You Yahoo!? Get Yahoo! Mail ???? Free email you can access from anywhere! http://mail.yahoo.com/ From mikal@stillhq.com Sat Jul 22 16:08:00 2000 From: mikal@stillhq.com (Michael Still) Date: Sat, 22 Jul 2000 16:08:00 -0000 Subject: Source navigator Message-ID: <397A28E1.ED4ED522@stillhq.com> Ben, discovered that SN is released and downloaded it. I am not sure it is ready for prime time yet though... I had to hack a TCL source file to get it to compile and the snavigator directory have exciting things like the AUTHORS file contains the text "AUTHORS". The same for the README file as well. I haven't checked any others... Because the README file is empty, I don't know who to tell about this sort of thing... Any ideas? I _think_ the address I grabbed above with work, but it is not clear... Mikal From taj.khattra@pobox.com Sat Jul 22 21:11:00 2000 From: taj.khattra@pobox.com (Taj Khattra) Date: Sat, 22 Jul 2000 21:11:00 -0000 Subject: sn-4.5.1 on sco 3.2v5.0.5 Message-ID: <20000723034637.1187.qmail@infidel.intergate.bc.ca> some issues when compiling sn-4.5.1 on sco 3.2v5.0.5 - db/btree/bt_open.c: MAXPATHLEN is not #defined on sco. however, a missing MAXPATHLEN seems to be handled in other places in the code. - 'make install' seems to depend on gnu tar (at least sco's tar failed to handle some of the options) ? - i think the 'install-data-local' target in snavigator/doc/html/Makefile needs a 'cd ../..' line at the end of the for-loop, else the second directory install (progref) fails. -taj From anakin_1977@yahoo.com Sat Jul 22 22:09:00 2000 From: anakin_1977@yahoo.com (Rogue Eagle) Date: Sat, 22 Jul 2000 22:09:00 -0000 Subject: Help Please! Problem starting source navigator Message-ID: <20000723050902.16538.qmail@web803.mail.yahoo.com> Hello, When I try to start Source Navigator by executing the 'snavigator' shell script, I get the following error: Error: invalid command name "sn_tcl_tk_init" Has anyone seen this before? Neither the configure or make reported any errors. I'm running Suse 6.4, plain jane, except for upgrade to X 4.0. Thanks for any help you can provide in advance! Steve ===== ---Someone told me that if you play a windoze NT CD backwards, it will play satanic messages. ---That's NOTHING!! If you play it forwards, it will install windoze NT!!!!! __________________________________________________ Do You Yahoo!? Get Yahoo! Mail ???? Free email you can access from anywhere! http://mail.yahoo.com/ From leonp@plris.com Sun Jul 23 02:23:00 2000 From: leonp@plris.com (leonp@plris.com) Date: Sun, 23 Jul 2000 02:23:00 -0000 Subject: Asm files in SN References: <964343111.31392.ezmlm@sources.redhat.com> Message-ID: <4.3.2.7.0.20000723121558.00b4d170@plris.com> Hello, all. First of all I want to thank Cygnus for the great product. Next, I have a small problem with my Linux installation: I created the project which contains files of type *.S - assembler. When I tried to add this files to my target, this didn't work. I was able to add type ASM to build rules in .cfg file, but no more than that. Thanks ahead. Leon Pollak leonp@plris.com From mdejong@cygnus.com Sun Jul 23 07:08:00 2000 From: mdejong@cygnus.com (Mo DeJong) Date: Sun, 23 Jul 2000 07:08:00 -0000 Subject: sn-4.5.1 on sco 3.2v5.0.5 References: <20000723034637.1187.qmail@infidel.intergate.bc.ca> Message-ID: On 23 Jul 2000, Taj Khattra wrote: > > some issues when compiling sn-4.5.1 on sco 3.2v5.0.5 > > - db/btree/bt_open.c: MAXPATHLEN is not #defined on sco. > however, a missing MAXPATHLEN seems to be handled in > other places in the code. > > - 'make install' seems to depend on gnu tar (at least sco's > tar failed to handle some of the options) ? > > - i think the 'install-data-local' target in > snavigator/doc/html/Makefile needs a 'cd ../..' line at the > end of the for-loop, else the second directory install > (progref) fails. > > -taj Feel free to send in patches. We do not have a sco box so we are not going to be able to test these error you ran into. Mo DeJong Red Hat Inc From mdejong@cygnus.com Sun Jul 23 09:41:00 2000 From: mdejong@cygnus.com (Mo DeJong) Date: Sun, 23 Jul 2000 09:41:00 -0000 Subject: Help Please! Problem starting source navigator References: <20000723050902.16538.qmail@web803.mail.yahoo.com> Message-ID: On Sat, 22 Jul 2000, Rogue Eagle wrote: > Hello, > When I try to start Source Navigator by executing > the 'snavigator' shell script, I get the following > error: > > Error: invalid command name "sn_tcl_tk_init" > > Has anyone seen this before? Neither the configure or > make reported any errors. I'm running Suse 6.4, plain > jane, except for upgrade to X 4.0. su - chmod 644 $INSTALL/snavigator/share/gui/tclIndex Mo DeJong Red Hat Inc From bje@redhat.com Sun Jul 23 15:56:00 2000 From: bje@redhat.com (Ben Elliston) Date: Sun, 23 Jul 2000 15:56:00 -0000 Subject: Source navigator References: <397A28E1.ED4ED522@stillhq.com> Message-ID: Hi Michael, discovered that SN is released and downloaded it. I am not sure it is ready for prime time yet though... I had to hack a TCL source file to get it to compile and the snavigator directory have exciting things like the AUTHORS file contains the text "AUTHORS". The same for the README file as well. I haven't checked any others... The AUTHOR and README files were generated by Automake with their current contents. I know it's not very helpful; the best place to reach people about S-N problems is on this mailing list (sourcenav@). If you like, send in a brief log showing the compilation error. We've never built S-N on SPARC Linux before. Ben From bje@redhat.com Sun Jul 23 15:58:00 2000 From: bje@redhat.com (Ben Elliston) Date: Sun, 23 Jul 2000 15:58:00 -0000 Subject: Asm files in SN References: <4.3.2.7.0.20000723121558.00b4d170@plris.com> Message-ID: Hi Leon, Next, I have a small problem with my Linux installation: I created the project which contains files of type *.S - assembler. When I tried to add this files to my target, this didn't work. I was able to add type ASM to build rules in .cfg file, but no more than that. Note that the assembly language parser is specifically for PowerPC assembly language. It may not manage to detect anything useful in assembly files for other targets. It's possible to generate your own, if you really want to. What kind of asm files are you trying to parse? Cheers, Ben From bje@redhat.com Sun Jul 23 18:46:00 2000 From: bje@redhat.com (Ben Elliston) Date: Sun, 23 Jul 2000 18:46:00 -0000 Subject: Where is the CVS repository? Message-ID: I don't see any mention of anonymous CVS access for sourcenav. Is there any? Ben From mdejong@cygnus.com Sun Jul 23 18:54:00 2000 From: mdejong@cygnus.com (Mo DeJong) Date: Sun, 23 Jul 2000 18:54:00 -0000 Subject: Where is the CVS repository? References: Message-ID: On Mon, 24 Jul 2000, Ben Elliston wrote: > I don't see any mention of anonymous CVS access for sourcenav. Is there any? > > Ben Not yet. When 5.0 is ready it will be made available in the CVS on sourceware. Until then, we will be providing snapshots to download. Mo DeJong Red Hat Inc From segg@infonet.ca Sun Jul 23 21:32:00 2000 From: segg@infonet.ca (Gilles J. Seguin) Date: Sun, 23 Jul 2000 21:32:00 -0000 Subject: Future Development features (was: Asm files in SN) References: Message-ID: <397BC70C.B892AE73@infonet.ca> Ben Elliston wrote: > > Note that the assembly language parser is specifically for PowerPC assembly > language. It may not manage to detect anything useful in assembly files for > other targets. It's possible to generate your own, if you really want to. > > What kind of asm files are you trying to parse? I would appreciate if we can propose a whish list and future development features list, with desirable/important/urgent comments. What is S-N, what features we do not want. What we do not want Source-Navigator to become. Gilles J. Seguin From awong@cs.washington.edu Sun Jul 23 21:37:00 2000 From: awong@cs.washington.edu (Albert Wong) Date: Sun, 23 Jul 2000 21:37:00 -0000 Subject: SN freezes when importing file with malformed code Message-ID: I just compiled and installed source navigator for the first time and tried to create a new project, importing a source tree I had. The source tree was mostly c++, except at some point, I had accidentally overwritten one of the .cc files with a code from a lisp-like language, and when importing that code, Source Navigator just froze. Is this suppoed to happen? I'd think that there'd be some checks for malformed input. -Albert ------------ Sure Pikachu could kick Hello Kitty's @$$, but acts of jealousy don't change the fact that HK's cuter! PGP Key and Fingerprint: http://www.cs.washington.edu/homes/awong/gnupgpkey.txt 603F 118F 2B0E 47C6 9FCE B0AA DA83 089D B120 6714 From segg@infonet.ca Sun Jul 23 21:55:00 2000 From: segg@infonet.ca (Gilles J. Seguin) Date: Sun, 23 Jul 2000 21:55:00 -0000 Subject: Mail Header without the Reply-To line References: Message-ID: <397BCCA7.97BF9883@infonet.ca> Subject: Re: Where is the CVS repository? Date: Sun, 23 Jul 2000 18:54:07 -0700 (PDT) From: Mo Reply-To: S-N To: Ben Mo DeJong wrote: > (...) We do not have the Reply-To line like in the example above, it has been added manually. I think the feature can save unwanted mail or redirection where we want it. From mdejong@cygnus.com Sun Jul 23 22:12:00 2000 From: mdejong@cygnus.com (Mo DeJong) Date: Sun, 23 Jul 2000 22:12:00 -0000 Subject: SN freezes when importing file with malformed code References: Message-ID: On Sun, 23 Jul 2000, Albert Wong wrote: > I just compiled and installed source navigator for the first time > and tried to create a new project, importing a source tree I had. The > source tree was mostly c++, except at some point, I had accidentally > overwritten one of the .cc files with a code from a lisp-like language, > and when importing that code, Source Navigator just froze. Is this > suppoed to happen? I'd think that there'd be some checks for malformed > input. Albert, could you create a really small test case for this problem and post it to the list? If you can get it down to one file in a directory that would be best. Did SN freeze and never come back or did it start working again after some amount of time? We need a test case to be able to figure out if SN is getting stuck or if it is that parser that is getting stuck. Mo DeJong Red Hat Inc From bje@redhat.com Sun Jul 23 23:10:00 2000 From: bje@redhat.com (Ben Elliston) Date: Sun, 23 Jul 2000 23:10:00 -0000 Subject: Simple GUI patch Message-ID: Here is a suggested patch. Sorry for the context diff--I don't have GNU diff handy. Ben 2000-07-24 Ben Elliston * tmeter.tcl (make_scale_window): Always use the watch icon when waiting; don't use the little Tk man. *** /spub/local/snavigator/share/gui/tmeter.tcl Fri Jul 21 05:29:58 2000 --- ./tmeter.tcl Mon Jul 24 16:06:08 2000 *************** *** 65,75 **** return } ! if {$enable_cancel} { ! set curs "man" ! } else { ! set curs "watch" ! } set sn_scale_oldfocus [focus] --- 65,71 ---- return } ! set curs "watch" set sn_scale_oldfocus [focus] From mike@clockwork.freeserve.co.uk Sun Jul 23 23:23:00 2000 From: mike@clockwork.freeserve.co.uk (Mike D) Date: Sun, 23 Jul 2000 23:23:00 -0000 Subject: Building Source navigator on Windows References: <000d01bff304$10d4bf20$4500a8c0@thomasnb> <007801bff358$8dea5700$c868883e@Workgroup> <3978C168.557DC197@cygnus.com> Message-ID: <005e01bff537$9c7d5890$076f883e@Workgroup> > > > To build Source Navigatot under Windows currently requires both Cygwin and > > the Microsoft Visual C++ compiler. > > Right now we have only tried it with Visual C++ 5.0. 6.0 has its own > issues and problems. Rather than fix them, we are working on building > with cygwin in our current development. Probably won't be real for a few > months. I will have to fix them then, I only have VC++ 6.0, not 5.0. Do you have a list of known or anticipated problems ? The only thing that is immediately obvious is that the initial project file add stage only seems to indicate progress when the mouse pointer is held over the progress box. > > 6 (strange but true) set some environment variables that make the build use > > the VC++ compiler instead of the cygwin one : > CFLAGS="-Z7 -Od"> > > Actually, I will post the real CFLAGS that I use when I get back to > work. OK, thanks. > > > > 10 build Source Navigator > > Use "make all-snavigator". I tried this, but the executables seem to be the same as I got when I did make by itself. On the other hand didn't recurse, so that's one advantage :-) >>it would be nice to know that > > any bugs are due to my changes, not my build methodology > > Without build logs, it is hard to tell. Could you post me a build log from your system ? I want to try to use Source Navigator as a replacement for a build system we use at work (based on an old version of Polymake). I am going to have to make some mods to alow SN to read our current file build instruction and it would be really useful to know that the base build was the same. Thanks, Mike. From eilers@irb.uni-hannover.de Sun Jul 23 23:45:00 2000 From: eilers@irb.uni-hannover.de (Stefan Eilers) Date: Sun, 23 Jul 2000 23:45:00 -0000 Subject: SourceNavigator compilation and installation ... Message-ID: <397BE5F6.8F134A40@irb.uni-hannover.de> Hello ! Thanks for this great product ! I have to tell you, that your installation forgotten to set the read-permission (for all) of a file. Therefore the navigator wasn't able to start, if something else than root tried! The File which wasn't right: "/usr/local/share/gui/tclIndex" If this problem only occured on my system, please contact me. I will tell you more details of my installation, to help finding the problem ... ! Sincerely, Stefan Eilers From mdejong@cygnus.com Sun Jul 23 23:51:00 2000 From: mdejong@cygnus.com (Mo DeJong) Date: Sun, 23 Jul 2000 23:51:00 -0000 Subject: SourceNavigator compilation and installation ... References: <397BE5F6.8F134A40@irb.uni-hannover.de> Message-ID: On Mon, 24 Jul 2000, Stefan Eilers wrote: > Hello ! > > Thanks for this great product ! > > I have to tell you, that your installation forgotten to set the > read-permission (for all) of a file. Therefore the navigator wasn't able > to start, if something else than root tried! > > The File which wasn't right: "/usr/local/share/gui/tclIndex" > > If this problem only occured on my system, please contact me. I will > tell you more details of my installation, to help finding the problem > ... ! This is a known problem, but thanks for getting back to us. Just to let everyone know, there is a mailing list archive for the project. http://sources.redhat.com/ml/sourcenav/2000-q3/ A quick look at this page should tell you if a problem you are running into has already been reported. We are also going to have a real bug database up an running soon and that will make things easier. Mo DeJong Red Hat Inc From mdejong@cygnus.com Sun Jul 23 23:55:00 2000 From: mdejong@cygnus.com (Mo DeJong) Date: Sun, 23 Jul 2000 23:55:00 -0000 Subject: Mail Header without the Reply-To line References: <397BCCA7.97BF9883@infonet.ca> Message-ID: On Mon, 24 Jul 2000, Gilles J. Seguin wrote: > Subject: Re: Where is the CVS repository? > Date: Sun, 23 Jul 2000 18:54:07 -0700 (PDT) > From: Mo > Reply-To: S-N > To: Ben > > > Mo DeJong wrote: > > > (...) > > > We do not have the Reply-To line like in the example above, it has > been added manually. > > I think the feature can save unwanted mail or redirection where > we want it. I asked our admin guys about this. One of them responded that changing the reply to field was actually a bad thing. http://www.unicom.com/pw/reply-to-harmful.html Mo DeJong Red Hat Inc From leonp@plris.com Mon Jul 24 01:16:00 2000 From: leonp@plris.com (leonp@plris.com) Date: Mon, 24 Jul 2000 01:16:00 -0000 Subject: Asm files in SN References: <4.3.2.7.0.20000723121558.00b4d170@plris.com> Message-ID: <4.3.2.7.0.20000724111125.00b3edc8@plris.com> At 08:57 24/07/2000 +1000, you wrote: > > Next, I have a small problem with my Linux installation: I > > created the project which contains files of type *.S - assembler. When > > I tried to add this files to my target, this didn't work. I was able > > to add type ASM to build rules in .cfg file, but no more than that. >Note that the assembly language parser is specifically for PowerPC assembly >language. It may not manage to detect anything useful in assembly files for >other targets. It's possible to generate your own, if you really want to. >What kind of asm files are you trying to parse? Thank you for reply. My case is exactly PowerPC CPU. But my question is not exactly about the parser (which, as I understand, allows me to parse source code), but about more simple thing - I want to build my target, which depends on several asm and C files. My attempt to add an asm file to the target in the Tools->Build Settings->Source Files->Add files does nothing, totally ignoring my asm files. Many thanks again. Leon Pollak leonp@plris.com From spolk@redhat.com Mon Jul 24 09:26:00 2000 From: spolk@redhat.com (Syd Polk) Date: Mon, 24 Jul 2000 09:26:00 -0000 Subject: Hi! References: Message-ID: <397C6EE1.56C879FB@redhat.com> Ben Elliston wrote: > > Hi guys, > > I'm on the sourcenav list. It's good to see it finally out there! > > I haven't had a chance to download it yet, but I wonder -- what dependencies > still exist for S-N? Does it still require Tix? Any Tcl/Tk local changes? > It would be nice if it could run on the standard Tcl and Tk shared > libraries. > Still has the same basic dependencies and still has tcl/tk local changes. One of my goals is to be able to run with either the cygnus local tcl stuff or the tcl distribution. > On another front, now that this is all GPL'd, I'm interested in putting some > time into getting a parser test harness in place. Interested? Absolutely! > Cheers! > > Ben From spolk@redhat.com Mon Jul 24 12:46:00 2000 From: spolk@redhat.com (Syd Polk) Date: Mon, 24 Jul 2000 12:46:00 -0000 Subject: Source navigator References: <397A28E1.ED4ED522@stillhq.com> Message-ID: <4.2.0.58.20000724124620.00a2bdd0@pop.cygnus.com> At 08:56 AM 7/24/00 +1000, Ben Elliston wrote: >Hi Michael, > > discovered that SN is released and downloaded it. I am not sure it is > ready for prime time yet though... I had to hack a TCL source file to > get it to compile and the snavigator directory have exciting things > like the AUTHORS file contains the text "AUTHORS". The same for the > README file as well. I haven't checked any others... > >The AUTHOR and README files were generated by Automake with their current >contents. I know it's not very helpful; the best place to reach people >about S-N problems is on this mailing list (sourcenav@). > >If you like, send in a brief log showing the compilation error. We've never >built S-N on SPARC Linux before. > >Ben The README inside snavigator is the current one. The toplevel files are common to all Cygnus-based projects. Syd Polk spolk@redhat.com Engineering Manager +1 415 777 9810 x 241 Red Hat, Inc. From spolk@redhat.com Mon Jul 24 12:48:00 2000 From: spolk@redhat.com (Syd Polk) Date: Mon, 24 Jul 2000 12:48:00 -0000 Subject: Future Development features (was: Asm files in SN) References: <397BC70C.B892AE73@infonet.ca> Message-ID: <4.2.0.58.20000724124935.00c60100@pop.cygnus.com> At 12:33 AM 7/24/00 -0400, Gilles J. Seguin wrote: >Ben Elliston wrote: > > > > Note that the assembly language parser is specifically for PowerPC assembly > > language. It may not manage to detect anything useful in assembly > files for > > other targets. It's possible to generate your own, if you really want to. > > > > What kind of asm files are you trying to parse? > >I would appreciate if we can propose a whish list and future >development features list, with desirable/important/urgent comments. > >What is S-N, what features we do not want. >What we do not want Source-Navigator to become. > >Gilles J. Seguin I would be happy to collect issues and centralize them into a web page, and put an ascii version of it in snavigator/TODO. Syd Polk spolk@redhat.com Engineering Manager +1 415 777 9810 x 241 Red Hat, Inc. From mikal@stillhq.com Mon Jul 24 15:00:00 2000 From: mikal@stillhq.com (Michael Still) Date: Mon, 24 Jul 2000 15:00:00 -0000 Subject: Source navigator References: <397A28E1.ED4ED522@stillhq.com> <4.2.0.58.20000724124620.00a2bdd0@pop.cygnus.com> Message-ID: <397CBC25.73FD4AC@stillhq.com> Syd, thanks for your reply. Perhaps I am confused. I have attached the Authors and Readme files from the snavigator directory... I have also attached the config.log file for the tcl8.1 sub directory (which is the one I had to change). The file I edited was tclPosixStr.c. The diff of the changed copy is attached. A uname -a of my system gives Linux sparc10 2.2.14-5.0-smp #1 SMP Tue Mar 7 20:26:12 EST 2000 sparc unknown, which is a Sparc Redhat 6.1 box. Mikal Syd Polk wrote: > At 08:56 AM 7/24/00 +1000, Ben Elliston wrote: > >Hi Michael, > > > > discovered that SN is released and downloaded it. I am not sure it is > > ready for prime time yet though... I had to hack a TCL source file to > > get it to compile and the snavigator directory have exciting things > > like the AUTHORS file contains the text "AUTHORS". The same for the > > README file as well. I haven't checked any others... > > > >The AUTHOR and README files were generated by Automake with their current > >contents. I know it's not very helpful; the best place to reach people > >about S-N problems is on this mailing list (sourcenav@). > > > >If you like, send in a brief log showing the compilation error. We've never > >built S-N on SPARC Linux before. > > > >Ben > > The README inside snavigator is the current one. The toplevel files are > common to all Cygnus-based projects. > > Syd Polk spolk@redhat.com > Engineering Manager +1 415 777 9810 x 241 > Red Hat, Inc. From spolk@redhat.com Mon Jul 24 15:21:00 2000 From: spolk@redhat.com (Syd Polk) Date: Mon, 24 Jul 2000 15:21:00 -0000 Subject: Source navigator References: <397A28E1.ED4ED522@stillhq.com> <4.2.0.58.20000724124620.00a2bdd0@pop.cygnus.com> <397CBC25.73FD4AC@stillhq.com> Message-ID: <4.2.0.58.20000724152101.00d5aba0@pop.cygnus.com> No, it was me who is confused. The real README lives in snavigator/install, and gets copied to the toplevel by "make install". There is a real version of the patch below living around here somewhere which I will have to scrounge up. At 07:59 AM 7/25/00 +1000, Michael Still wrote: >Syd, > >thanks for your reply. Perhaps I am confused. I have attached the Authors and >Readme files from the snavigator directory... I have also attached the >config.log >file for the tcl8.1 sub directory (which is the one I had to change). The >file I >edited was tclPosixStr.c. The diff of the changed copy is attached. > >A uname -a of my system gives Linux sparc10 2.2.14-5.0-smp #1 SMP Tue Mar 7 >20:26:12 EST 2000 sparc unknown, which is a Sparc Redhat 6.1 box. > >Mikal > >Syd Polk wrote: > > > At 08:56 AM 7/24/00 +1000, Ben Elliston wrote: > > >Hi Michael, > > > > > > discovered that SN is released and downloaded it. I am not sure it is > > > ready for prime time yet though... I had to hack a TCL source file to > > > get it to compile and the snavigator directory have exciting things > > > like the AUTHORS file contains the text "AUTHORS". The same for the > > > README file as well. I haven't checked any others... > > > > > >The AUTHOR and README files were generated by Automake with their current > > >contents. I know it's not very helpful; the best place to reach people > > >about S-N problems is on this mailing list (sourcenav@). > > > > > >If you like, send in a brief log showing the compilation error. We've > never > > >built S-N on SPARC Linux before. > > > > > >Ben > > > > The README inside snavigator is the current one. The toplevel files are > > common to all Cygnus-based projects. > > > > Syd Polk spolk@redhat.com > > Engineering Manager +1 415 777 9810 x 241 > > Red Hat, Inc. >README >AUTHORS >This file contains any messages produced by compilers while >running configure, to aid debugging if configure makes a mistake. > >configure:552: checking host system type >configure:604: checking whether make sets ${MAKE} >989,991c989,991 >< #if defined(SIGPWR) && (!defined(SIGXFSZ) || (SIGPWR != SIGXFSZ)) >< case SIGPWR: return "SIGPWR"; >< #endif >--- > > //#if defined(SIGPWR) && (!defined(SIGXFSZ) || (SIGPWR != SIGXFSZ)) > > // case SIGPWR: return "SIGPWR"; > > //#endif >1121,1123c1121,1123 >< #if defined(SIGPWR) && (!defined(SIGXFSZ) || (SIGPWR != SIGXFSZ)) >< case SIGPWR: return "power-fail restart"; >< #endif >--- > > //#if defined(SIGPWR) && (!defined(SIGXFSZ) || (SIGPWR != SIGXFSZ)) > > // case SIGPWR: return "power-fail restart"; > > //#endif Syd Polk spolk@redhat.com Engineering Manager +1 415 777 9810 x 241 Red Hat, Inc. From awong@cs.washington.edu Mon Jul 24 16:40:00 2000 From: awong@cs.washington.edu (Albert Wong) Date: Mon, 24 Jul 2000 16:40:00 -0000 Subject: Highlight region and keyboard insertion point get mismatched in fileopen dialog box References: <397CBC25.73FD4AC@stillhq.com> Message-ID: I noticed that in Source Navigator 4.5.1, if you have a text region highlighted in a file open dialog box's "File name" input field, move focus away from the file name input box (lick click on the graphical browser part) and then move back to highlight a subsegment of the "File name" text, the keyboard insert point moves to the end of the text ignoring the highlight region. This is somewhat annoying because when you type, you insert at the end of the text, but the highlighted region still disappears. It looks like the highlight region and the text region are ignoring the initial mouse click (as the highlight always starts from the left and the text insert's always on the furthest right), and the cursor ignores subsequent dragging. Perhaps it should follow the mouse location more closely so that if you can highlight an arbitrary section rather than a section from the beginning of the text. To reproduce this: - Get to a file open dialog box somehow (like File|Open Project) - Type in something in the filename field - click on a folder - try to select a sub region (before the last char) of what you typed - type something else, which you'd expect to replace the highlighted text -Albert From bje@redhat.com Mon Jul 24 17:13:00 2000 From: bje@redhat.com (Ben Elliston) Date: Mon, 24 Jul 2000 17:13:00 -0000 Subject: Highlight region and keyboard insertion point get mismatched infile open dialog box References: Message-ID: Hi Albert, I looked into your bug report (I'm using Solaris 2.7): To reproduce this: - Get to a file open dialog box somehow (like File|Open Project) - Type in something in the filename field - click on a folder - try to select a sub region (before the last char) of what you typed - type something else, which you'd expect to replace the highlighted text I was unable to reproduce this. What plaform are you running S-N on? Ben From awong@cs.washington.edu Mon Jul 24 17:16:00 2000 From: awong@cs.washington.edu (Albert Wong) Date: Mon, 24 Jul 2000 17:16:00 -0000 Subject: Highlight region and keyboard insertion point get mismatched infile open dialog box References: Message-ID: > To reproduce this: > - Get to a file open dialog box somehow (like File|Open Project) > - Type in something in the filename field > - click on a folder > - try to select a sub region (before the last char) of what you typed > - type something else, which you'd expect to replace the highlighted text > > I was unable to reproduce this. What plaform are you running S-N on? I'm running on Redhat 6.2 with XFree4.0.1. -Albert From segg@infonet.ca Mon Jul 24 19:03:00 2000 From: segg@infonet.ca (Gilles J. Seguin) Date: Mon, 24 Jul 2000 19:03:00 -0000 Subject: Hi! References: <397C6EE1.56C879FB@redhat.com> Message-ID: <397CF5CB.DC199E4B@infonet.ca> Ben Elliston wrote: > > Hi guys, > > I'm on the sourcenav list. It's good to see it finally out there! > > I haven't had a chance to download it yet, but I wonder -- what > dependencies still exist for S-N? Does it still require Tix? > Any Tcl/Tk local changes? > It would be nice if it could run on the standard Tcl and Tk shared > libraries. > > On another front, now that this is all GPL'd, I'm interested in putting some > time into getting a parser test harness in place. Interested? Yes, tell us more about what you have in mind. And things that must done. The effort needed, From Paul_Kunz@slac.stanford.edu Mon Jul 24 19:43:00 2000 From: Paul_Kunz@slac.stanford.edu (Paul F. Kunz) Date: Mon, 24 Jul 2000 19:43:00 -0000 Subject: Bug report Message-ID: <200007250242.TAA32077@libra.slac.stanford.edu> I couldn't find on the Web a better address to submit a bug report. Please forward to a more proper address. This in an installation bug. I did the following and snavigator failed to run... - download source, unzip, untar. - configure (no options, system is Red Hat Linux 6.1 on Intel platform) - make - su'ed to root and did `make install'. - quit root session, did `rehash' and typed `snavigator' which failed on `sn_tcl_tk_init' (or something like that). Grep'ing as myself in /usr/local/share I found... cd /usr/local/share/ find . -type f -print0 | xargs -0 -e grep -n -e sn_tcl_tk_init grep: ./sdk/include/db.h: Permission denied grep: ./sdk/include/cdefs.h: Permission denied grep: ./gui/tclIndex: Permission denied ./gui/sninit.tcl:772:proc sn_tcl_tk_init {} { After su'ing to root and fixing these permissions, then snavigator launched and operated fine under my user account. P.S. I've considered many times buying a 5-10 user license for Source Navigator. But I could never quite justify it because someone else on my site has already bought a 25 user license for SNiFF+ which is more or less an equivalent product. Source Navigator is considerablely easier to use on a new project than SNiFF+, thus with it becoming GPL'd, the choice is obvious. From mdejong@cygnus.com Mon Jul 24 20:11:00 2000 From: mdejong@cygnus.com (Mo DeJong) Date: Mon, 24 Jul 2000 20:11:00 -0000 Subject: Bug report References: <200007250242.TAA32077@libra.slac.stanford.edu> Message-ID: On Mon, 24 Jul 2000, Paul F. Kunz wrote: > I couldn't find on the Web a better address to submit a bug > report. Please forward to a more proper address. > > This in an installation bug. I did the following and snavigator > failed to run... .. > - quit root session, did `rehash' and typed `snavigator' which failed > on `sn_tcl_tk_init' (or something like that). It is a known problem, we are going to have a directory where you can grab patches soon. > P.S. > > I've considered many times buying a 5-10 user license for Source > Navigator. But I could never quite justify it because someone else > on my site has already bought a 25 user license for SNiFF+ which is > more or less an equivalent product. Source Navigator is considerablely > easier to use on a new project than SNiFF+, thus with it becoming > GPL'd, the choice is obvious. Just because it is GPLed does not mean you can not spend money on Source-Navigator. If there is a feature you are just dying to have or some bug that you really need fixed, you can always hire us to implement it. Mo DeJong Red Hat Inc From segg@infonet.ca Mon Jul 24 20:15:00 2000 From: segg@infonet.ca (Gilles J. Seguin) Date: Mon, 24 Jul 2000 20:15:00 -0000 Subject: Highlight region and keyboard insertion point get mismatched infile open dialog box References: Message-ID: <397D06A9.5DDA8CB3@infonet.ca> Albert Wong wrote: > > > To reproduce this: > > - Get to a file open dialog box somehow (like File|Open Project) > > - Type in something in the filename field > > - click on a folder > > - try to select a sub region (before the last char) of what you typed > > - type something else, which you'd expect to replace the highlighted > > text > > > > I was unable to reproduce this. What plaform are you running S-N on? > > I'm running on Redhat 6.2 with XFree4.0.1. I was un-able to reproduce on RedHat 6.2 with XFree86-3.3.6-20 Gilles From awong@cs.washington.edu Mon Jul 24 20:24:00 2000 From: awong@cs.washington.edu (Albert Wong) Date: Mon, 24 Jul 2000 20:24:00 -0000 Subject: Highlight region and keyboard insertion point get mismatchedinfile open dialog box References: <397D06A9.5DDA8CB3@infonet.ca> Message-ID: > > > To reproduce this: > > > - Get to a file open dialog box somehow (like File|Open Project) > > > - Type in something in the filename field > > > - click on a folder > > > - try to select a sub region (before the last char) of what you typed > > > - type something else, which you'd expect to replace the highlighted > > > text > > > > > > I was unable to reproduce this. What plaform are you running S-N on? > > > > I'm running on Redhat 6.2 with XFree4.0.1. > > I was un-able to reproduce on RedHat 6.2 with XFree86-3.3.6-20 Odd...I've tried it multiple times and I'm still getting it. How are you performing the selection? I'm clicking in the middle of the text and dragging immediately after clicking on a folder. Subsequent clicks position the cursor and the select region in the expected place, but the initial click and drag does something funny here. -Albert From segg@infonet.ca Mon Jul 24 21:01:00 2000 From: segg@infonet.ca (Gilles J. Seguin) Date: Mon, 24 Jul 2000 21:01:00 -0000 Subject: Highlight region and keyboard insertion point get mismatchedinfile open dialog box References: Message-ID: <397D117E.AC86C395@infonet.ca> Albert Wong wrote: > > To reproduce this: > - Get to a file open dialog box somehow (like File|Open Project) > - Type in something in the filename field > - click on a folder > - try to select a sub region (before the last char) of what you typed > - type something else, which you'd expect to replace the highlighted > text > > I'm running on Redhat 6.2 with XFree4.0.1. > > gilles: I was un-able to reproduce on RedHat 6.2 with XFree86-3.3.6-20 > > Odd...I've tried it multiple times and I'm still getting it. How are you > performing the selection? I'm clicking in the middle of the text and > dragging immediately after clicking on a folder. Subsequent clicks > position the cursor and the select region in the expected place, > but the initial click and drag does something funny here. Instead of clicking a folder, can you do height tabs, so that you come back to the file select. The behavior here is, now the entire text in file select is highligthed with background yellow. This is suppose to give behavior after first click; previous state is, a folder is selected with background magenta. I have tried nearly all combination that may produce a different behavior, from beginning to end, end to beginning, from middle too beginning, from middle to end. The first character typed replace highligthed text. From leonp@plris.com Tue Jul 25 05:12:00 2000 From: leonp@plris.com (leonp@plris.com) Date: Tue, 25 Jul 2000 05:12:00 -0000 Subject: Asm files in SN: the same problem in NT installation Message-ID: <4.3.2.7.0.20000725151446.00b2c8c0@plris.com> Hello, again. I think that I missed something basic and similar, because the same result (no asm files in target list) I received also in my test WinNT installation. Can somebody give me any hint how to solve this? >My case is PowerPC CPU. >I want to build my target, which depends on several asm and C files. > My attempt to add an asm file to the target in the Tools->Build > Settings->Source Files->Add files does nothing, totally ignoring my asm files. Many thanks ahead. Leon Pollak leonp@plris.com From Serguei.Grigoriev@Physik.Uni-Augsburg.DE Tue Jul 25 05:49:00 2000 From: Serguei.Grigoriev@Physik.Uni-Augsburg.DE (Sergey R. Grigoriev) Date: Tue, 25 Jul 2000 05:49:00 -0000 Subject: Win32 version BUG (and workaround) Message-ID: <397D8BC6.F0CB4401@physik.uni-augsburg.de> Hallo! Installed it under W98 and cannt build/compile anything... I found, that PATH-variable setted by "sourcenav.exe" is terminated by ':'(UNIX-Like) and not ';'(DOS-Like) what destroys next path... PATH=C:/HOME/SN541/bin:C:/HOME/BIN;C:\WINDOWS;C:\WINDOWS\COMMAND by this way I created "sn.bat" to start sourcenav.exe: (guarded with ';' on begin; CYGWIN is installed in C:\HOME) SET MAKE_MODE=UNIX SET CYGWIN=notty PATH=;C:/HOME/BIN;%PATH% sourcenav.exe Serge From Serguei.Grigoriev@Physik.Uni-Augsburg.DE Tue Jul 25 06:25:00 2000 From: Serguei.Grigoriev@Physik.Uni-Augsburg.DE (Sergey R. Grigoriev) Date: Tue, 25 Jul 2000 06:25:00 -0000 Subject: "Go To Error Shift-Ctrl-E" does not work in W32-port Message-ID: <397D943B.DA5A7AF7@physik.uni-augsburg.de> Hallo, "Go To Error Shift-Ctrl-E" does not work in W32-port - cursor shows "busy" and a little bit later "arrow", but nothing happens... Serge From Paul_Kunz@slac.stanford.edu Tue Jul 25 07:26:00 2000 From: Paul_Kunz@slac.stanford.edu (Paul F. Kunz) Date: Tue, 25 Jul 2000 07:26:00 -0000 Subject: Bug report References: Message-ID: <200007251426.HAA03247@libra.slac.stanford.edu> >>>>> On Mon, 24 Jul 2000 20:11:28 -0700 (PDT), Mo DeJong said: > It is a known problem, we are going to have a directory where you > can grab patches soon. In hindsight, I should have known that someone has already seen this problem. > Just because it is GPLed does not mean you can not spend money on > Source-Navigator. If there is a feature you are just dying to have > or some bug that you really need fixed, you can always hire us to > implement it. I'll keep that in mind. But first, I'll install it for public use and see if anybody uses it. From spolk@redhat.com Tue Jul 25 10:02:00 2000 From: spolk@redhat.com (Syd Polk) Date: Tue, 25 Jul 2000 10:02:00 -0000 Subject: Asm files in SN: the same problem in NT installation References: <4.3.2.7.0.20000725151446.00b2c8c0@plris.com> Message-ID: <4.2.0.58.20000725100223.00a2cde0@pop.cygnus.com> At 03:15 PM 7/25/00 +0200, leonp@plris.com wrote: >Hello, again. > I think that I missed something basic and similar, because the > same result (no asm files in target list) I received also in my test > WinNT installation. > Can somebody give me any hint how to solve this? > >>My case is PowerPC CPU. >>I want to build my target, which depends on several asm and C files. >> My attempt to add an asm file to the target in the Tools->Build >> Settings->Source Files->Add files does nothing, totally ignoring my asm files. > >Many thanks ahead. We only got the build rules working with c, c++ and java. We did not get to adding assembly. We also did not get around to adding custom rules via the gui. The custom rules are added however, in the source. You should be able to find where the C and C++ rules are added and add your own. Syd Polk spolk@redhat.com Engineering Manager +1 415 777 9810 x 241 Red Hat, Inc. From spolk@redhat.com Tue Jul 25 10:06:00 2000 From: spolk@redhat.com (Syd Polk) Date: Tue, 25 Jul 2000 10:06:00 -0000 Subject: Win32 version BUG (and workaround) References: <397D8BC6.F0CB4401@physik.uni-augsburg.de> Message-ID: <4.2.0.58.20000725100643.00ce4b30@pop.cygnus.com> At 02:44 PM 7/25/00 +0200, Sergey R. Grigoriev wrote: >Hallo! >Installed it under W98 and cannt build/compile anything... > >I found, that PATH-variable setted by "sourcenav.exe" is terminated by >':'(UNIX-Like) and not ';'(DOS-Like) what destroys next path... How did you determine this? What is "sourcenav.exe"? We don't generate a file name "sourcenav.exe" when we compile. Did the installer create this? >PATH=C:/HOME/SN541/bin:C:/HOME/BIN;C:\WINDOWS;C:\WINDOWS\COMMAND > >by this way I created "sn.bat" to start sourcenav.exe: >(guarded with ';' on begin; CYGWIN is installed in C:\HOME) > >SET MAKE_MODE=UNIX >SET CYGWIN=notty >PATH=;C:/HOME/BIN;%PATH% >sourcenav.exe > > Serge You should be able to run "snavigator.exe" without modification of your path and without setting environment variables. Syd Polk spolk@redhat.com Engineering Manager +1 415 777 9810 x 241 Red Hat, Inc. From msk@fishpool.fi Tue Jul 25 12:25:00 2000 From: msk@fishpool.fi (Matti Koskimies) Date: Tue, 25 Jul 2000 12:25:00 -0000 Subject: Perl support Message-ID: Hello, I would like to know if you're planning to add Perl support for Source Navigator, and if so, when the feature will be available? I believe this would be immensely useful as such a large number of projects especially on Linux are coded with Perl. Regards, ------ Matti Koskimies Fishpool Creations Ltd msk@fishpool.fi Innopoli +358-400-438055 Tekniikantie 12 http://msk.nocrew.org 02150 Espoo matti/irc.esper.net Finland From irox@redhat.com Tue Jul 25 12:36:00 2000 From: irox@redhat.com (Ian Roxborough) Date: Tue, 25 Jul 2000 12:36:00 -0000 Subject: Perl support References: Message-ID: <20000725123706.C10343@manx> Hi, I would like to see Perl support for SN, but currently nobody is working on adding it. I will be added if somebody donates a Perl parser (and adds perl syntax highlighting as well) OR if somebody contacts Red Hat to add Perl support. If anybody is willing to donate time/etc to adding perl support we will provide as much help as we can. Ian. On Tue, 25 Jul 2000 12:25:07 Matti Koskimies wrote: > Hello, > > I would like to know if you're planning to add Perl support for Source > Navigator, and if so, when the feature will be available? I believe this > would be immensely useful as such a large number of projects especially on > Linux are coded with Perl. > > Regards, > > ------ > Matti Koskimies Fishpool Creations Ltd > msk@fishpool.fi Innopoli > +358-400-438055 Tekniikantie 12 > http://msk.nocrew.org 02150 Espoo > matti/irc.esper.net Finland > > From thomas.heller@ion-tof.com Tue Jul 25 12:42:00 2000 From: thomas.heller@ion-tof.com (Thomas Heller) Date: Tue, 25 Jul 2000 12:42:00 -0000 Subject: Perl support References: <20000725123706.C10343@manx> Message-ID: <028701bff670$79279330$4500a8c0@thomasnb> > > Hi, > > I would like to see Perl support for SN, but currently nobody is > working on adding it. I will be added if somebody donates a > Perl parser (and adds perl syntax highlighting as well) OR if > somebody contacts Red Hat to add Perl support. If anybody is > willing to donate time/etc to adding perl support we will > provide as much help as we can. > Ian, I'm currently working on a Python parser for SN. Things are a little complicated because I am on Win32 and not on *nix, also I want to use MSVC instead of gcc. But I make progress. How can I add syntax highlighting for a language? Thomas From bje@redhat.com Tue Jul 25 14:39:00 2000 From: bje@redhat.com (Ben Elliston) Date: Tue, 25 Jul 2000 14:39:00 -0000 Subject: Perl support References: <028701bff670$79279330$4500a8c0@thomasnb> Message-ID: I'm currently working on a Python parser for SN. Things are a little complicated because I am on Win32 and not on *nix, also I want to use MSVC instead of gcc. But I make progress. How can I add syntax highlighting for a language? It needs some improvement, but in essence, you need to write a scanner using something like Flex. See the .l files in the source tree. Rather than scanning a file (or stdin), these scanners scan memory allocated by the editor when a source file is loaded in. Ben From bje@redhat.com Tue Jul 25 15:18:00 2000 From: bje@redhat.com (Ben Elliston) Date: Tue, 25 Jul 2000 15:18:00 -0000 Subject: Perl support References: <028701bff670$79279330$4500a8c0@thomasnb> Message-ID: Hi Thomas, I'm currently working on a Python parser for SN. That's great! Things are a little complicated because I am on Win32 and not on *nix, also I want to use MSVC instead of gcc. Why not just model it on the existing parser Makefile.am's? Then it will work for everybody, using automake and autoconf. Ben From Paul_Kunz@slac.stanford.edu Tue Jul 25 19:25:00 2000 From: Paul_Kunz@slac.stanford.edu (Paul F. Kunz) Date: Tue, 25 Jul 2000 19:25:00 -0000 Subject: Bug report Message-ID: <200007260224.TAA09181@libra.slac.stanford.edu> Still can't find the proper place for bug reports, so please forward. I've tried Source Navigator on a project that has source code in C, C++, Java, and even some Fortran. The only problem is that there is a Java class called `Display' and also a C++ class called `Display'. This unusual situation confuses Source Navigator. For example, the class heiarchy display shows some C++ classes inheriting from a Java class and visa versa. I must admit that my situation is very unusal and something that one can easily not be prepared for. Or maybe not. If one has a mixed Java/C++ application, it might be very natural to have a C++ class counterpart that does the real work for a Java class. Anyway, It reminds me of the time that I ran Doxygen on a large C++ project and managed to make it crash. The problem was that there was a nested class with the same name as a top level class. Dimitri was able to fix Doxygen quickly for my unusal case, so maybe SN can also be fixed. But I'm ready to change the name of either the Java class or the C++ class in the mean time. From Paul_Kunz@slac.stanford.edu Tue Jul 25 19:42:00 2000 From: Paul_Kunz@slac.stanford.edu (Paul F. Kunz) Date: Tue, 25 Jul 2000 19:42:00 -0000 Subject: bug report Message-ID: <200007260241.TAA09190@libra.slac.stanford.edu> I'm using Source Navigator (SN) on my home machine on a CVS revison control project. I have a PPP connection, thus I must type my password for all CVS transactions. When I have a file in the SN editor and I do Tools -> Revison Control -> Compare Revisons, SN just hangs. Perhaps, it doesn't know how to repsond to the password prompt. Or perhaps it is not respecting my CVS_RSH = ssh environment variable setting. From awong@cs.washington.edu Tue Jul 25 19:44:00 2000 From: awong@cs.washington.edu (Albert Wong) Date: Tue, 25 Jul 2000 19:44:00 -0000 Subject: bug report References: <200007260241.TAA09190@libra.slac.stanford.edu> Message-ID: > I'm using Source Navigator (SN) on my home machine on a CVS revison > control project. I have a PPP connection, thus I must type my > password for all CVS transactions. When I have a file in the SN > editor and I do Tools -> Revison Control -> Compare Revisons, SN just > hangs. Perhaps, it doesn't know how to repsond to the password > prompt. Or perhaps it is not respecting my CVS_RSH = ssh environment > variable setting. > A quick fix for now would be to use ssh-agent and RSA authentication. -Albert From bje@redhat.com Tue Jul 25 19:45:00 2000 From: bje@redhat.com (Ben Elliston) Date: Tue, 25 Jul 2000 19:45:00 -0000 Subject: bug report References: <200007260241.TAA09190@libra.slac.stanford.edu> Message-ID: I'm using Source Navigator (SN) on my home machine on a CVS revison control project. I have a PPP connection, thus I must type my password for all CVS transactions. When I have a file in the SN editor and I do Tools -> Revison Control -> Compare Revisons, SN just hangs. Perhaps, it doesn't know how to repsond to the password prompt. Or perhaps it is not respecting my CVS_RSH = ssh environment variable setting. Source-Navigator doesn't expect the revision control tool to want any input. It just runs the command and groks the output. If you're using ssh, why not use ssh-agent/ssh-add to prevent having to type your password on every CVS transaction? S-N will start working, too. Ben From Paul_Kunz@slac.stanford.edu Tue Jul 25 20:12:00 2000 From: Paul_Kunz@slac.stanford.edu (Paul F. Kunz) Date: Tue, 25 Jul 2000 20:12:00 -0000 Subject: bug report References: Message-ID: <200007260312.UAA09217@libra.slac.stanford.edu> >>>>> On Tue, 25 Jul 2000 19:44:09 -0700 (PDT), Albert Wong said: > A quick fix for now would be to use ssh-agent and RSA > authentication. Wow! what a fast answer! Unfortunately, my home site has all home directories in AFS. So if I login in there to read my mail, I don't get a AFS token via ssh. I guess I have to choose between SN working or my email working. From Paul_Kunz@slac.stanford.edu Tue Jul 25 20:17:00 2000 From: Paul_Kunz@slac.stanford.edu (Paul F. Kunz) Date: Tue, 25 Jul 2000 20:17:00 -0000 Subject: bug report References: Message-ID: <200007260316.UAA09227@libra.slac.stanford.edu> >>>>> On Wed, 26 Jul 2000 12:45:39 +1000 (EST), Ben Elliston said: Wow! what a fast reponse! > Source-Navigator doesn't expect the revision control tool to want > any input. It just runs the command and groks the output. Well ediff-revision under emacs understands to prompt for password, so why isn't S-N at least as smart. > If you're using ssh, why not use ssh-agent/ssh-add to prevent having > to type your password on every CVS transaction? S-N will start > working, too. There are other problems with that, but I'm beginning to think they are less of a problem. From mdejong@cygnus.com Tue Jul 25 20:43:00 2000 From: mdejong@cygnus.com (Mo DeJong) Date: Tue, 25 Jul 2000 20:43:00 -0000 Subject: bug report References: <200007260316.UAA09227@libra.slac.stanford.edu> Message-ID: On Tue, 25 Jul 2000, Paul F. Kunz wrote: > >>>>> On Wed, 26 Jul 2000 12:45:39 +1000 (EST), Ben Elliston said: > > Wow! what a fast reponse! > > > Source-Navigator doesn't expect the revision control tool to want > > any input. It just runs the command and groks the output. > > Well ediff-revision under emacs understands to prompt for > password, so why isn't S-N at least as smart. Well, why don't you make it smarter? Poke around in version.tcl for the sn_rcs_exec command. You are going to have to do something like sn_exec_x_events from utilities.tcl, the catch is you will need to read some output like event_exec_x_events_proc and figure out if the output is a password prompt. Then you would need to bring up a password dialog and have the user type a password. Post a patch to the list when you have it working. Have Fun Mo DeJong Red Hat Inc From bje@redhat.com Tue Jul 25 21:17:00 2000 From: bje@redhat.com (Ben Elliston) Date: Tue, 25 Jul 2000 21:17:00 -0000 Subject: bug report References: Message-ID: > > Source-Navigator doesn't expect the revision control tool to want > > any input. It just runs the command and groks the output. > Well ediff-revision under emacs understands to prompt for > password, so why isn't S-N at least as smart. It was this way by design. S-N treats all version control systems the same; they support a common set of operations. Ben From leonp@plris.com Wed Jul 26 01:59:00 2000 From: leonp@plris.com (leonp@plris.com) Date: Wed, 26 Jul 2000 01:59:00 -0000 Subject: Asm files in SN - if so, what is the ASM demo for? References: <4.3.2.7.0.20000725151446.00b2c8c0@plris.com> <4.2.0.58.20000725100223.00a2cde0@pop.cygnus.com> Message-ID: <4.3.2.7.0.20000726113512.00b3d158@plris.com> Hello, Once more, excuse me for my stupidity, but adding the rule didn't solve the problem. In the "demos" directory there is an ASM demo. I added the corresponding rule to sn_prop.cfg and it works fine. The resulting make file now contains the rule for asm compilation, BUT DOESN'T CONTAIN ASM SOURCES IN xxx_OBJECTS macro (as minimum, but asm file may also contain "include" as c file, so...). This is because I can't add these asm files to the list of the target dependency, as I was able to understand. I can work on the change in the sources to include also *.S files, but I don't believe that embedded development kit doesn't contain asm files processing and didn't want to be out of the main source tree. If I am not right.... Thanks. Leon Pollak leonp@plris.com From sush@ddeorg.soft.net Wed Jul 26 06:06:00 2000 From: sush@ddeorg.soft.net (Sushma Rai) Date: Wed, 26 Jul 2000 06:06:00 -0000 Subject: Problem with Source-navigator on RedHat linux Message-ID: <200007261309.SAA07888@agni.ddeorg.soft.net> Hello, I have installed source-navigator ( version 4.5.1) on Red Hat Linux ( release 6.1). It works finely only for the Super User. For the normal user it gives the error : " Error: invalid command name "sn_tcl_tk_init" " the command "sn_tcl_tk_init" is in SN451/snavigator/gui/sninit.tcl Can anyone tell me how to resolve it ... -Sush. From tdukes@ibmoto.com Wed Jul 26 08:49:00 2000 From: tdukes@ibmoto.com (Todd Dukes) Date: Wed, 26 Jul 2000 08:49:00 -0000 Subject: html link error in documentation. Message-ID: <200007261549.KAA08738@shadow.somerset.sps.mot.com> For SN451.tar.gz installed in /usr/local/SN /usr/local/SN/html/progref/custom.html:34 reads see Editor it should be see Editor for the link to work. I had some other problems building on Solaris ( mainly with tk trying to statically link X ), but also a problem with 'make install'. I will try to send a note on those later. thanks, Todd. From RThompso@ateb.com Wed Jul 26 10:31:00 2000 From: RThompso@ateb.com (Reid Thompson) Date: Wed, 26 Jul 2000 10:31:00 -0000 Subject: Error following tutorial Message-ID: Trying to follow the monop tutorial. ???? Looking for a bit of help with regard to build errors. Build errors output are: gcc -o monop.exe ???????? cards.o execute.o getinp.o houses.o jail.o misc.o monop.o morg.o print.o prop.o rent.o roll.o spec.o trade.o cards.o(.text+0xf5):cards.c: undefined reference to `errx' execute.o(.text+0x627):execute.c: undefined reference to `sbrk' execute.o(.text+0x7ec):execute.c: undefined reference to `brk' monop.o(.text+0x593):monop.c: undefined reference to `getgid' monop.o(.text+0x59b):monop.c: undefined reference to `getgid' monop.o(.text+0x5a3):monop.c: undefined reference to `setregid' monop.o(.text+0x81f):monop.c: undefined reference to `errx' monop.o(.text+0x908):monop.c: undefined reference to `errx' prop.o(.text+0x8c):prop.c: undefined reference to `errx' collect2: ld returned 1 exit status make.exe: *** [monop.exe] Error 1 +++ End +++ ???? ???? Noticed that the file initdeck.c is left out of those listed as build targets??????. Is this correct? ???? The file err.h referenced in it is not to be found in the downloaded package,,, is it expected to be a system header file? ???? Is there a missing file(s) in the package, or, can anyone venture a guess as to what I have incorrectly done. ???? Thanks reid ???????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????? From florent.pillet@opteway.com Wed Jul 26 10:34:00 2000 From: florent.pillet@opteway.com (Florent Pillet) Date: Wed, 26 Jul 2000 10:34:00 -0000 Subject: Patch: support for C++ 'bool', colorization for more C++ keywords Message-ID: <397F212C.A46FBF41@opteway.com> Hi, First, let me say that Source Navigator is an outstanding tool. I've been using Object Master on the Mac for years but never found a product on Unix that matched the gain in productivity OM provided. When I found Source Navigator on Freshmeat and tried it, I knew I had finally found the tool I'd been looking for on Linux. Now to the patch: I have added colorization for 'bool', 'static_cast', 'const_cast' and 'reinterpret_cast' C++ keywords as well as direct bool support in the C++ parser. The patch and changelog entries (the ChangeLog entry is for the SN451/snavigator/ChangeLog file) are attached to this mail. Thanks for SN and keep up the great work! Florent. -- Florent Pillet, Software Architect. e-mail: fpillet@opteway.com opt[e]way S.A., 2881 route des cretes, BP 308 06906 Sophia Antipolis Cedex, France Phone: +33 4 92 95 26 13 - Fax: +33 4 92 95 26 03 http://www.opteway.com/ SN451-more-C++-keywords.tgz -------------- next part -------------- A non-text attachment was scrubbed... Name: SN451-more-C++-keywords.tgz Type: application/x-gzip Size: 3792 bytes Desc: not available URL: From irox@redhat.com Wed Jul 26 11:07:00 2000 From: irox@redhat.com (Ian Roxborough) Date: Wed, 26 Jul 2000 11:07:00 -0000 Subject: Error following tutorial References: Message-ID: <397F289A.C7DBFF4B@redhat.com> > Trying to follow the monop tutorial. Looking for a bit of > help with regard to build errors. > > Build errors output are: > > gcc -o monop.exe cards.o execute.o getinp.o houses.o jail.o misc.o monop.o > morg.o print.o prop.o rent.o roll.o spec.o trade.o > > cards.o(.text+0xf5):cards.c: undefined reference to `errx' What system are you building on (CPU/OS/version/etc/etc/etc)? I am guessing MS-Windows of some sort? > Noticed that the file initdeck.c is left out of those listed as build > targets.... Is this correct? Yes. > The file err.h referenced in it is not to be found in the > downloaded package,,, is it expected to be a system header file? Yes. (But I don't think it comes on windows or it's called something else). > Is there a missing file(s) in the package, or, can > anyone venture a guess as to what I have incorrectly done. This demo wasn't really intended for Windows (or the instruction wheren't). You can create dummy errx, sbrk, brk, getgid, setregid, etc. And/Or change the included err.h to something else (error.h?). But basically the problem is with the monop code base, not SN. Hope this helps. Ian. From mdejong@cygnus.com Wed Jul 26 11:58:00 2000 From: mdejong@cygnus.com (Mo DeJong) Date: Wed, 26 Jul 2000 11:58:00 -0000 Subject: Error following tutorial References: Message-ID: > html xmlns:o="urn:schemas-microsoft-com:office:office" > xmlns:w="urn:schemas-microsoft-com:office:word" > xmlns=" http://www.w3.org/TR/REC-html40 " > > head > meta http-equiv=Content-Type content="text/html; charset=iso-8859-1"> > meta name=ProgId content=Word.Document ... Reid, you are posting in HTML. That is a BIG no no on this list. Please don't let it happen again. Mo DeJong Red Hat Inc From 320099787437-0001@t-online.de Wed Jul 26 13:09:00 2000 From: 320099787437-0001@t-online.de (Christian Nautze) Date: Wed, 26 Jul 2000 13:09:00 -0000 Subject: parsing of java interfaces Message-ID: <397F459F.A7F0F262@nautze.de> Hi, first i would like to say thanks to everbody who contributed to SN. Really great work! Second i wanted to ask if it is a bug or feature :) when using SN with java that the "implements" clause isn't parsed like "extends". So under "Hierarchy" i only see super and sub classes but no interfaces which where implemented. I think "implements" should be treated similarly as "extends" in java. Any comments? Christian Nautze PS: execuse my bad english From bje@redhat.com Wed Jul 26 15:58:00 2000 From: bje@redhat.com (Ben Elliston) Date: Wed, 26 Jul 2000 15:58:00 -0000 Subject: Problem with Source-navigator on RedHat linux References: <200007261309.SAA07888@agni.ddeorg.soft.net> Message-ID: Perhaps we need to mention this one in an FAQ or something? Ben From spolk@redhat.com Wed Jul 26 16:04:00 2000 From: spolk@redhat.com (Syd Polk) Date: Wed, 26 Jul 2000 16:04:00 -0000 Subject: Problem with Source-navigator on RedHat linux References: <200007261309.SAA07888@agni.ddeorg.soft.net> Message-ID: <4.2.0.58.20000726160455.00a27f10@pop.cygnus.com> At 08:57 AM 7/27/00 +1000, Ben Elliston wrote: >Perhaps we need to mention this one in an FAQ or something? > >Ben Yes. I have a patch posted; I was planning on posting instructions for how to apply it tomorrow. Syd Polk spolk@redhat.com Engineering Manager +1 415 777 9810 x 241 Red Hat, Inc. From mdejong@cygnus.com Wed Jul 26 17:48:00 2000 From: mdejong@cygnus.com (Mo DeJong) Date: Wed, 26 Jul 2000 17:48:00 -0000 Subject: parsing of java interfaces References: <397F459F.A7F0F262@nautze.de> Message-ID: On Wed, 26 Jul 2000, Christian Nautze wrote: > Hi, > > first i would like to say thanks to everbody who contributed to > SN. Really great work! We are hoping that the best contributions have yet to be made. Folks on the list are already talking about adding Python, Perl, and improved Tcl support. We are really excited about the possibilities that opens up for cross language tools. > Second i wanted to ask if it is a bug or feature :) > when using SN with java that the "implements" clause > isn't parsed like "extends". So under "Hierarchy" > i only see super and sub classes but no interfaces which > where implemented. I think "implements" should be treated > similarly as "extends" in java. Any comments? Sounds like a bug. Java's interface types are kind of like multiple inheritance in C++, so we should use that same sort of metaphor. Why don't you take a shot at fixing it? You will have to much around with the Java parser to see if that is where the problem is. Post a patch to the list when you get it working. Mo DeJong Red Hat Inc From sush@ddeorg.soft.net Wed Jul 26 21:09:00 2000 From: sush@ddeorg.soft.net (Sushma Rai) Date: Wed, 26 Jul 2000 21:09:00 -0000 Subject: Problem with Source-navigator on RedHat linux References: <4.2.0.58.20000726160455.00a27f10@pop.cygnus.com> Message-ID: <200007270412.JAA10421@agni.ddeorg.soft.net> Hello, Thanx for the quick reply. Can you please tell me where I can get the patch ? -Sush. $>At 08:57 AM 7/27/00 +1000, Ben Elliston wrote: $>>Perhaps we need to mention this one in an FAQ or something? $>> $>>Ben $> $>Yes. I have a patch posted; I was planning on posting instructions for how $>to apply it tomorrow. $> $> $>Syd Polk spolk@redhat.com $>Engineering Manager +1 415 777 9810 x 241 $>Red Hat, Inc. From mkolod@cig.mot.com Wed Jul 26 21:11:00 2000 From: mkolod@cig.mot.com (Mark Kolod) Date: Wed, 26 Jul 2000 21:11:00 -0000 Subject: build instructions for source nav for windows Message-ID: <397FB529.D77AE1FA@cig.mot.com> Hello, Can you send notes on building source navigator for Windows ? Thanks. Mark Kolod mkolod@cig.mot.com From eilers@irb.uni-hannover.de Wed Jul 26 23:42:00 2000 From: eilers@irb.uni-hannover.de (Stefan Eilers) Date: Wed, 26 Jul 2000 23:42:00 -0000 Subject: gdb-Problem with Linux... Message-ID: <397FD9C5.C6406782@irb.uni-hannover.de> Hello ! Does anybody tell me, why my gdb does not know the parameter: gdb: Unbekannte Option ????--enable-external-editor???? This message was shown in the shell, when I tried to start a debugging-session with snavigator. The version of gdb is: GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. Maybe I need an other version .. !? Is there maybe a way to start the "ddd" debugger ? If I enter "ddd" instead of "gdb" into project-preference he could not found ddd ... :(( Thanks for any help ! Bye, Stefan From bje@redhat.com Thu Jul 27 00:17:00 2000 From: bje@redhat.com (Ben Elliston) Date: Thu, 27 Jul 2000 00:17:00 -0000 Subject: gdb-Problem with Linux... References: <397FD9C5.C6406782@irb.uni-hannover.de> Message-ID: Does anybody tell me, why my gdb does not know the parameter: gdb: Unbekannte Option ????--enable-external-editor???? Maybe I need an other version .. !? Yes--you do. There were some modifications to gdbtk (err, Insight) needed for S-N to work better with the debugger. Syd, are these in the current release? Ben From mdejong@cygnus.com Thu Jul 27 00:26:00 2000 From: mdejong@cygnus.com (Mo DeJong) Date: Thu, 27 Jul 2000 00:26:00 -0000 Subject: gdb-Problem with Linux... References: <397FD9C5.C6406782@irb.uni-hannover.de> Message-ID: On Thu, 27 Jul 2000, Stefan Eilers wrote: > Hello ! > > Does anybody tell me, why my gdb does not know the parameter: > > gdb: Unbekannte Option ????--enable-external-editor???? > > > This message was shown in the shell, when I tried to start a > debugging-session with snavigator. The version of gdb is: > > GNU gdb 4.18 > Copyright 1998 Free Software Foundation, Inc. Source-Navigator only works with Insight. You need to download it from: http://sources.redhat.com/insight/ Mo DeJong Red Hat Inc From Andrew_Brackley@cwb.com Thu Jul 27 07:00:00 2000 From: Andrew_Brackley@cwb.com (Andrew Brackley) Date: Thu, 27 Jul 2000 07:00:00 -0000 Subject: Running TCL scripts using SNsdk on Windows NT Message-ID: <80256929.004CCF7D.00@venus.cwb.com> I'm having problems when trying to run a tcl script. The script I am using is called Multicludes.tcl which is included in the demos with the download. I'm running it on Windows NT. The readme file says to use the "SNsdk" program but every time I try running this I get the following error: Error in startup: CreateProcess failed: The system cannot find the file specified. This happens when trying to run it under DOS mode, or when running from within Cygwin. The only way I can get the script to run is to run Cygwin, then run wish83. >From the dialog that appears I then run the following command: hyper multicludes.tcl . bin To run the multicludes script for a project in the current directory with a project name bin. This produces the following error: (Embedded image moved to file: pic24381.pcx) However after clicking on OK the script runs OK. What am I doing wrong? I've downloaded the new version of: cygwin, tcl83 and sourcenav Also have you any documentation/internet links on integrating the Source Code Navigator with the Visual Studio IDE. Any help would be appreciated Thanks ****************************************************************************************************************************************************** This e-mail has been prepared using information believed by the author to be reliable and accurate, but CWB makes no warranty as to accuracy or completeness. In particular CWB does not accept responsibility for changes made to this e-mail after it was sent. Any opinions expressed in this document are those of the author and do not necessarily reflect the opinions of the company or its affiliates. They may be subject to change without notice. ******************************************************************************************************************************************************* (UUEncoded file named: pic24381.pcx follows) begin 644 pic24381.pcx M"@4!"`````#2`9<````````````````````````````````````````````` M```````````````````````````!TP$!```````````````````````````` M``````````````````````````````````````````````````#_!_\'_P?_ M!_\'_P?M!]<'RP?&!\,'``?________________M_];_R__&_\+_I``'P?__ M!_\'_P?_!_\'_P?L!]8'RP?&!\('I``'P?\'_Z3_I/^D_Z3_I/^D[*36I,ND MQ:2D!Z0`!\'_!_^D_Z3_I/^D_Z3_I.RDUJ3+I,6DI`>D``?!_P?_I/^D_Z3_ MI/^D_Z3LI-6DR__$_P#"I`>D``?!_P?+I,0`_Z3_I/^D_Z3_I/^DY*3.I,'_ MRP?"!Z0`PJ0'I``'P?\'PJ0`QZ3'`,2DP@?_I,2DP@?2I,('I,('TZ3"!].D MQ@?_I/^D_Z3ZI-VDQJ3!_\L'P@>D`,*D!Z0`!\'_!\.D`*3"`*0`I`#"^0#" M^@#$I,('_Z3$I,('TJ3"!]*DP@?7I,('_Z3_I/^D_*3>I,>DP?_#!\(`Q`?" M`,('I`#"I`>D``?!_P?"I,'YPZ0`PZ0`POD`POH`Q*3"!_^DPZ3$!]&DP@?2 MI,('UZ3"!_^D_Z3_I/RDWJ3'I,'_Q`?"`,('P@##!Z0`PJ0'I``'P?\'PZ3! M^:3"^:3!^:0``<,`P?H`Q*3%!\*DP@>DP@>DQ0?#I,0'PJ3#!\:DQ`?"I,(' MI,('PJ3$!\^DQ`?#I,4'PJ3%!\*DP@>DP@?"I,0'PZ3$!\*DPP>DP@?"I,0' MPJ3%!\:DP@?&I,,'I,,'PJ3$!\*DPP?_I/^D_Z3PI-BDI,'_Q0?$`,0'I`#" MI`>D``?!_P?"I`##I,'YPZ3'`,2DPP>DP@>DP@>DP@>DP@?"I,('I,('PJ3" M!Z3"!\:DP@?"I,('I,('I,('I,('PJ3"!\VDP@?"I,('PJ3"!\*DP@>DP@?" MI,('I,('I,('I,('PJ3"!\6DP@>DP@?"I,('I,('PJ3"!Z3#!Z3"!\6DQ0?# MI,('PJ3"!\*DP@?"I,('I,('_Z3_I/^D\*38I,*DP?_&!\(`Q0>D`,*D!Z0` M!\'_!\.D`*3"`*0`I`#"_`#"^P#$I,('PJ3"!Z3"!Z3"!Z3"!\*DP@>DQ@>D MP@?&I,8'PJ3#!\*DQ@?%I,,'Q:3"!\*DP@?"I,('PJ3"!Z3"!\*DP@>DP@>D MP@>DP@?&I,4'I,('PJ3"!Z3"!\*DP@>DP@?"I,('Q:3"!\:DP@?"I,('PJ3" M!\*DP@>DP@?_I/^D_Z3PI-BDPJ3!_\4'Q`#$!Z0`PJ0'I``'P?\'PJ3!_,.D M`,.D`,+\`,+[`,2DP@?"I,('I,('I,('I,('PJ3"!Z3"!\6DP@?&I,('QJ3# M!\*DP@?1I,8'PJ3"!\*DP@>DP@?"I,('I,('I,('I,('Q:3"!\*DP@>DP@?" MI,('I,('PJ3"!Z3"!\*DP@?%I,('QJ3"!\*DP@?"I,('PJ3"!Z3"!_^D_Z3_ MI/"DV*3"I,'_Q`?"`,('P@##!Z0`PJ0'I``'P?\'PZ3!_*3"_*3!_*0`!,,` MP?L`Q*3"!\*DP@?"I,,'PJ3"!\*DP@>DP@?"I,('I,('QJ3"!\*DP@>DP@>D MP@>DP@?"I,('S*3"!\2DP@>DP@?"I,('I,('PJ3"!Z3"!Z3"!Z3"!\*DP@>D MP@?"I,('I,('PJ3"!Z3"!\*DP@>DP@?"I,('Q:3"!\:DP@?"I,('PJ3"!\*D MP@>DP@?_I/^D_Z3PI-BDPJ3!_\,'P@#$!\(`P@>D`,*D!Z0`!\'_!\*D`,.D MP?S#I,<`Q*3"!\*DP@?"I,('PZ3%!\.DQ`?"I,('PJ3"!\.DQ`?"I,('I,(' MPJ3$!\VDP@?$I,('I,4'PJ3%!\*DP@>DP@?"I,0'PZ3%!\*DP@>DP@?"I,0' MPJ3"!\*DP@?%I,8'PJ3"!\*DP@?#I,0'PJ3"!_^D_Z3_I/"DV*3"I,'_RP?" M!Z0`PJ0'I``'P?\'PZ0`I,(`I`"D`,6D`,RDP@?#I,('_*3"!\6DP@?_I/^D M_Z3_I/:DVZ3%I,'_RP?"!Z0`PJ0'I``'P?\'QJ0`U*3#!\2DP@?\I,('Q:3" M!_^D_Z3_I/^D]J3;I,6DP?_+I,.D`,*D!Z0`!\'_!_^D_Z3_I/^D_Z3_I.RD MU:3+`,4`PJ0'I``'P?\'_Z3_I/^D_Z3_I/^D[*36I,NDQ:2D!Z0`!\'_!_^D M_Z3_I/^D_Z3_I.RDUJ3+I,6DI`>D``?!__\'_P?_!_\'_P?_!^P'U@?+!\8' MP@>D``?!__\'_P?_!_\'_P?_!^P'U@?+!\8'P@>D``?!__\'_P?_!_\'_P?_ M!^P'U@?+!\8'P@>D``?!__\'_P?_!_\'_P?_!^P'U@?+!\8'P@>D``?!__\' M_P?_!_\'_P?_!^P'U@?+!\8'P@>D``?!__\'_P?_!_\'_P?_!^P'U@?+!\8' MP@>D``?!__\'_P?_!_\'_P?_!^P'U@?+!\8'P@>D``?!__\'_P?_!_\'_P?_ M!^P'U@?+!\8'P@>D``?!__\'_P?_!_\'_P?_!^P'U@?+!\8'P@>D``?!__\' M_P?_!_\'_P?_!^P'U@?+!\8'P@>D``?!__\'_P?_!_\'_P?_!^P'U@?+!\8' MP@>D``?!__\'_P?_!_\'_P?_!^P'U@?+!\8'P@>D``?!_]<'R`'_!_\'_P?_ M!_\'_`?>!\\'R`?$!Z0`!\'_U`?#`D M``?!_]$'P@'0^<(!V@<`Q`<`VP<`T0<`V0<`Q0<`P@<`!P##!P#&!\,`PP<` MPP<`!P##!P`'`,,'`,4'``<`PP<`!P##!P`'`,('`,('`,T'`.<'`/$'`,4' M`,('``<`PP<`Q@<`PP<`!P##!P`'`,,'``<`PP<`!P##!P`'`,,'``?#`,D' M`,('`,D'`,0'`.`'T`?(!\0'I``'P?_0!P'4^0'9!P#$!P#;!P#1!P#9!P#% M!P#"!P`'`,,'`,@'`,,'`,,'``<`PP<`!P##!P#$!P#&!P`'`,,'``<`P@<` MP@<`S0<`YP<`\0<`Q0<`P@<`!P##!P#&!P##!P`'`,,'``<`PP<`!P##!P`' M`,,'``<`PP<`PP<`R0<`P@<`R0<`Q`<`X`?0!\@'Q`>D``?!_\\'`=;Y`=@' M`,0'``?"`,,'PP#%!P`'``?"`,,'P@#"!\(`!\(`!P##!P#"!\,`P@?"``<` MP@?#`,('``?"`,8'PP#"!\(`R0<`PP<`!P#"!P##!P##!P##!P`'`,,'``<` MPP<`Q`<`Q@<`!P##!P`'P@#)!\(`P@?#`,('P@#"!\,`P@?"`,('PP#"!P`' MP@##!\,`PP?#`,,'Q`#$!\,`!\(`PP?#`,('PP`'P@##!\,`P@?"``<`P@<` MQ0?#`,('P@#)!P##!P`'`,('``<`PP<`!P##!P`'`,,'``<`PP<`!P##!P`' M`,,'`,,'`,0'PP#/!P#$!P`'P@##!\,`Q0?#``?"`,,'PP#"!\,`!\(`PP?# M`,('P@`'`,('`,<'Q`>D``?!_\\'`=;Y`:37!P#$!\(`P@<`!P##!P#$!P`' MP@#"!P`'`,('``<`P@<`P@<`PP<`!P##!P`'`,('``<`PP<`!\(`P@<`R`<` M!P#*!P##!P`'`,('`,,'`,,'`,,'``<`PP<`P@?#`,0'`,4'P@##!\,`P@<` MR@<`P@<`PP<`!P#"!P##!P`'`,('`,,'``?"`,('``<`PP<`!P##!P`'`,,' M`,0'`,('`,('``<`PP<`!P#"!P#"!P`'`,,'``<`P@<`P@<`R`<`!P#*!P## M!P`'`,('``<`PP<`!P##!P`'`,,'``<`PP<`!P##!P`'`,,'`,,'`,,'`,,' M`,X'`,0'P@#"!P`'`,,'`,0'`,('`,('``<`PP<`!P#"!P#"!P`'`,,'``<` MP@<`P@<`QP?$!Z0`!\'_S@D``?!_\T'`<7YQ?_&^<7_Q?D!I-4'`,0'`,,'``<`PP<`Q`<` M!P##!P`'`,('``<`P@<`P@<`P@?"``<`PP<`!P#"!P`'`,,'``<`PP<`Q`<` MPP<`!P#*!P##!P`'`,('`,,'`,,'`,,'``<`PP<`!P##!P#"!P#$!P##!P`' M`,,'``<`R@<`P@<`PP<`!P#"!P##!P`'`,('`,,'``<`PP<`!P##!P`'`,,' M``<`PP<`Q`<`P@<`P@<`!P##!P`'`,('`,('``<`PP<`!P##!\(`Q0<`PP<` M!P#*!P##!P`'`,('``<`PP<`!P##!P`'`,,'``<`PP<`!P##!P`'`,,'`,,' M`,,'`,,'`,X'`,0'`,,'``<`PP<`Q`<`P@<`P@<`!P##!P`'`,('`,('``<` MPP<`!P##!\(`R`?$!Z0`!\'_S0D``?!_\P'`D M``?!_\P'`D``?!_\T'`<7YQ?_& M^<7_Q?D!PZ31!P#%!P##!P`'`,,'``<`!P##!P#$!P##!P`'`,,'``<`Q0<` MPP<`!\4`R0<`P@?%`,('Q``'`,,'`/\'_P?_!_\'X0?1!\@'Q`<'I``'P?_- M!P'&^D``?!_\\'`=;Y`<.D_P?_!_\'_P?_!_<'VP?.!\<' MPP>D``?!_]`'`=3Y`<.D_P?_!_\'_P?_!_<'W`?.!\<'PP>D``?!_]$'P@'0 M^<(!Q*3_!_\'_P?_!_\']P?D`<[Y`<6D_P?_!_\' M_P?_!_@'W`?.!\<'PP>D``?!_],'I,,!R/G#`<6D_P?_!_\'_P?_!_@'W`?. M!\<'Q`>D``?!_]4'PJ3(`<:D_P?_!_\'_P?_!_D'W0?.!\<'Q`>D``?!_]8' MSJ3_!_\'_P?_!_\'^@?=!\X'QP?$!Z0`!\'_V0?(I/\'_P?_!_\'_P?[!]X' MSP?'!\0'I``'P?__!_\'_P?_!_\'_P?L!]8'RP?&!\('I``'P?__!_\'_P?_ M!_\'_P?L!]8'RP?&!\('I``'P?__!_\'_P?_!_\'_P?L!]8'RP?&!\('I``' MP?__!_\'_P?_!_\'_P?L!]8'RP?&!\('I``'P?__!_\'_P?_!_\'_P?L!]8' MRP?&!\('I``'P?__!_\'_P?_!_\'_P?L!]8'RP?&!\('I``'P?__!_\'_P?_ M!_\'_P?L!]8'RP?&!\('I``'P?__!_\'_P?_!_\'_P?L!]8'RP?&!\('I``' MP?__!_\'_P?_!_\'_P?L!]8'RP?&!\('I``'P?_^!\0`P@<`!P#'!P#8!\0` MPP<`PP<`Y0<`W`<`X`<`!P#0!P#_!_\']0?;!\T'QP?#!Z0`!\'__0<`Q`<` M!P#)!P#7!P#$!P#"!P#"!P#&!P#+!P#A!P#+!P#"!P#@!P#/!P#_!_\']P?; M!\X'QP?#!Z0`!\'__0<`Q@<`R0<`UP<`Q`<`P@<`!P#'!P#+!P#A!P#+!P#" M!P#@!P#/!P#_!_\']P?;!\X'QP?#!Z0`!\'__0<`Q@<`!P#"!\,`P@<`P@<` MQ@?#`,('``?"`,4'`,0'`,('P@#(!\(`P@?#`,4'P@#"!\,`P@?"``?#``?" M`,('``<`!\(`PP?#`,('P@#"!\,`Q0?"``<`!\(`PP?#`,8'PP#"!\0`P@?$ M`,('``<`P@?#`,,'PP#"!\(`!P#"!\,`P@<`!\(`_P?_!_`'V`?,!\8'P@>D M``?!__T'`,8'``<`!P##!P`'``<`Q@<`PP<`!\(`P@<`Q`<`Q`<`P@?"`,@' M`,('`,,'`,0'`,('`,,'``<`P@<`P@<`P@<`!P`'P@#"!P#%!P`'`,('`,,' M`,0'`,('P@#"!P`'`,,'`,@'``<`PP<`!P##!P`'``<`!P##!P#%!P`'`,(' M``<`PP<`!\(`P@<`_P?_!^\'V`?,!\8'P@>D``?!__T'`,8'``<`!P#%!\(` MQP<`PP<`!P##!P#$!P#$!P#"!P`'`,<'`,('`,,'`,0'`,('Q0`'`,('`,(' M`,('``<`!P##!P#"!\0`!P#"!\4`Q`<`P@<`PP<`!\4`Q0?$``<`PP<`!P## M!P`'``<`!P#&!\0`!P#"!P`'`,,'``<`PP<`_P?_!^\'V`?,!\8'P@>D``?! M__T'`,8'``<`!P#%!P`'`,8'`,,'``<`PP<`Q`<`Q`<`P@<`P@<`Q@<`P@<` MPP<`Q`<`P@<`Q0<`P@<`P@<`P@<`!P`'`,,'``<`PP<`!P#"!P#(!P#"!P## M!P`'`,@'`,,'``<`PP<`!P##!P`'``<`!P#%!P##!P`'`,('``<`PP<`!P## M!P#_!_\'[P?8!\P'Q@?"!Z0`!\'__0<`Q`<`!P`'``<`PP<`!P#"!P#%!P## M!P`'`,,'`,0'`,0'`,('`,,'`,4'`,('`,,'`,0'`,('`,,'``<`P@<`P@<` MP@<`!P`'`,,'``<`PP<`!P#"!P##!P#$!P#"!P##!P`'`,,'`,0'`,,'``<` MPP<`!P##!P`'``<`!P##!P`'`,,'``<`P@<`!P##!P`'`,,'`/\'_P?O!]@' MS`?&!\('I``'P?_^!\0`P@<`!P#"!\,`P@<`PP<`Q0?#`,('`,,'`,4'Q`## M!P#$!P#%!P#"!\,`Q@<`P@?#`,('`,('`,('`,('``<`!P##!P#"!\0`P@<` MP@?#`,8'``<`PP<`P@?#`,8'Q``'Q`#"!\0`P@<`!P#"!\,`PP?$`,('``<` MP@?#`,('`,,'`/\'_P?O!]@'S`?&!\('I``'P?__!_\'_P?-!P#%!P#_!_\' M_P?B!]$'R0?$!P>D``?!__\'_P?_!\T'`,4'`/\'_P?_!^('T0?)!\0'!Z0` M!\'__P?_!_\'_P?_!_\'[`?6!\L'Q@?"!Z0`!\'__P?_!_\'_P?_!_\'[`?6 M!\L'Q@?"!Z0`!\'__@?$`,('``<`QP<`V`?$`,0'`,0'`,0'`,,'Q`#"!\4` MP@<`V`<`QP<`UP<`X`<`!P#0!P#_!_\'[@?7!\P'Q@?"!Z0`!\'__0<`Q`<` M!P#)!P#7!P#$!P##!P#$!\(`PP<`P@<`Q`<`!P#&!P#(!P#/!P#'!P#4!P#" M!P#@!P#/!P#_!_\'\`?8!\P'Q@?"!Z0`!\'__0<`Q@<`R0<`UP<`QP<`!P## M!\(`PP<`P@<`Q@<`Q@<`R`<`SP<`QP<`U`<`P@<`X`<`SP<`_P?_!_`'V`?, M!\8'P@>D``?!__T'`,8'``<`P@?#`,('`,('`,8'PP#"!P`'P@#%!P#'!P`' M`,,'``<`P@<`P@<`Q@<`Q@<`R`?"`,('PP#&!\0`P@?#`,('Q`#"!P##!P#" M!\0`Q`?"``<`!\(`PP?#`,8'PP#"!\0`P@?$`,('``<`P@?#`,,'PP#"!\(` M!P#"!\,`P@<`!\(`_P?_!^D'U`?*!\4'P@>D``?!__T'`,8'``<`!P##!P`' M``<`Q@<`PP<`!\(`P@<`Q`<`Q@<`PP<`P@<`!P#"!P#"!P#&!\0`PP<`R`<` MP@<`PP<`Q`<`PP<`!P##!P`'`,,'``<`PP<`!P##!P#$!P#"!\(`P@<`!P## M!P#(!P`'`,,'``<`PP<`!P`'``<`PP<`Q0<`!P#"!P`'`,,'``?"`,('`/\' M_P?H!]0'R@?%!\('I``'P?_]!P#&!P`'``<`Q0?"`,<'`,,'``<`PP<`Q`<` MQ@<`PP<`P@<`P@<`!P#"!P#&!P#&!P#(!P#"!P##!P#$!P##!P`'Q0`'`,,' M``<`PP<`!P##!P#$!P#"!P##!P`'Q0#%!\0`!P##!P`'`,,'``<`!P`'`,8' MQ``'`,('``<`PP<`!P##!P#_!_\'Z`?4!\H'Q0?"!Z0`!\'__0<`Q@<`!P`' M`,4'``<`Q@<`PP<`!P##!P#$!P#&!\4`P@<`PP?"`,('`,8'`,8'`,@'`,(' M`,,'`,0'`,,'``<`Q0<`PP<`!P##!P`'`,,'`,0'`,('`,,'``<`R`<`PP<` M!P##!P`'`,,'``<`!P`'`,4'`,,'``<`P@<`!P##!P`'`,,'`/\'_P?H!]0' MR@?%!\('I``'P?_]!P#$!P`'``<`!P##!P`'`,('`,4'`,,'``<`PP<`Q`<` MQ`?"`,4'``<`PP?"`,('`,0'``<`Q@<`R`<`P@<`PP<`Q`<`PP<`!P##!P`' M`,,'``<`P@?"``<`PP<`Q`<`P@<`PP<`!P##!P#$!P##!P`'`,,'``<`PP<` M!P`'``<`PP<`!P##!P`'`,('``<`PP<`!P##!P#_!_\'Z`?4!\H'Q0?"!Z0` M!\'__@?$`,('``<`P@?#`,('`,,'`,4'PP#"!P##!P#%!\0`!P#%!P`'`,0' M`,,'Q`#"!\4`P@?%`,4'`,('PP#&!\0`P@?#`,('Q`##!\(`!P#"!\0`Q0<` M!P##!P#"!\,`Q@?$``?$`,('Q`#"!P`'`,('PP##!\0`P@<`!P#"!\,`P@<` MPP<`_P?_!^@'U`?*!\4'P@>D``?!__\'_P?]!P#D``?!__\'_P?\!P#G M_\(`Q@?!_^<'I`#_!_\'X`?0!\@'Q`<'I``'P?__!_\'_`<`P?_E!Z3"`,8' MP?_G!Z0`_P?_!^`'T`?(!\0'!Z0`!\'__P?_!_P'`,'_Y0>DP@#&!\'_YP>D M`/\'_P?@!]`'R`?$!P>D``?!__\'_P?\!P#!_\,'``<`!P`'``<`!P`'``<` M!P`'``<`!P`'``<`!P`'``<`!Z3"`,8'P?_G!Z0`_P?_!^`'T`?(!\0'!Z0` M!\'__P?_!_P'`,'_P@<`X@>DP@#&!\'_YP>D`/\'_P?@!]`'R`?$!P>D``?! M__\'_P?\!P#!_\T'Q`##!P##!P#*!P`'I,(`Q@?!_\4'Q`#:!P##!Z0`_P?_ M!^`'T`?(!\0'!Z0`!\'__P?_!_P'`,'_P@<`R0<`Q`<`P@<`P@<`S0>DP@#& M!\'_Q`<`Q`<`V0<`PP>D`/\'_P?@!]`'R`?$!P>D``?!__\'_P?\!P#!_\P' M`,0'`,('``<`S`<`!Z3"`,8'P?_$!P#>!P##!Z0`_P?_!^`'T`?(!\0'!Z0` M!\'__P?_!_P'`,'_P@<`R0<`Q`<`P@?"`,\'I,(`Q@?!_\0'`,<'PP#"!P`' MP@##!\,`PP?#`,('`,,'I`#_!_\'X`?0!\@'Q`<'I``'P?__!_\'_`<`P?_, M!P#$!P#"!\(`S0<`!Z3"`,8'P?_$!P#*!P`'P@#"!P`'`,,'``<`PP<`!P## M!Z0`_P?_!^`'T`?(!\0'!Z0`!\'__P?_!_P'`,'_P@<`R0<`Q`<`P@<`!P#. M!Z3"`,8'P?_$!P#'!\0`!P##!P`'`,4'Q0`'`,,'I`#_!_\'X`?0!\@'Q`<' MI``'P?__!_\'_`<`P?_,!P#$!P#"!P#"!P#+!P`'I,(`Q@?!_\0'`,8'`,,' M``<`PP<`!P#%!P#%!P##!Z0`_P?_!^`'T`?(!\0'!Z0`!\'__P?_!_P'`,'_ MP@<`R0<`Q`<`P@<`PP<`S`>DP@#&!\'_Q`<`Q`<`!P##!P`'`,,'``<`PP<` M!P##!P`'`,,'I`#_!_\'X`?0!\@'Q`<'I``'P?__!_\'_`<`P?_-!\0`PP<` MQ`<`R0<`!Z3"`,8'P?_%!\0`PP?$``<`PP<`P@?#`,,'PP#"!P##!Z0`_P?_ M!^`'T`?(!\0'!Z0`!\'__P?_!_P'`,'_P@<`X@>DP@#&!\'_YP>D`/\'_P?@ M!]`'R`?$!P>D``?!__\'_P?\!P#!_^,'``>DP@#&!\'_YP>D`/\'_P?@!]`' MR`?$!P>D``?!__\'_P?\!P#!_\('`.('I,(`Q@?!_^<'I`#_!_\'X`?0!\@' MQ`<'I``'P?__!_\'_`<`P?_#!P`'``<`!P`'``<`!P`'``<`!P`'``<`!P`' M``<`!P`'``>DP@#&!\'_YP>D`/\'_P?@!]`'R`?$!P>D``?!__\'_P?\!P#! M_^4'I,(`Q@?!_^<'I`#_!_\'X`?0!\@'Q`<'I``'P?__!_\'_`<`P?_FI,(` MQ@?!_^<'I`#_!_\'X`?0!\@'Q`<'I``'P?__!_\'_`?J`,8'P?_HI`#_!_\' MX`?0!\@'Q`<'I``'P?__!_\'_`?J`,8'Z@#_!_\'X`?0!\@'Q`<'I``'P?__ M!_\'_P?_!_\'_P?L!]8'RP?&!\('I``'P?__!_\'_P?_!_\'_P?L!]8'RP?& M!\('I``'P?__!_\'_P?_!_\'_P?L!]8'RP?&!\('I``'P?__!_\'_P?_!_\' M_P?L!]8'RP?&!\('I``'P?__!_\'_P?_!_\'_P?L!]8'RP?&!\('I``'P?__ M!_\'_P?_!_\'_P?L!]8'RP?&!\('I``'P?__!_\'_P?_!_\'_P?L!]8'RP?& M!\('I``'P?__!_\'_P?_!_\'_P?L!]8'RP?&!\('I``'P?__!_\'_P?_!_\' M_P?L!]8'RP?&!\('I``'P?__!_\'_P?_!_\'_P?L!]8'RP?&!\('I``'P?__ M!_\'_P?_!_\'_P?L!]8'RP?&!\('I``'P?__!_\'_P?_!_\'_P?L!]8'RP?& M!\('I``'_Z3_I/^D_Z3_I/^D[:36I,NDQJ3#I`#_`/\`_P#_`/\`_P#M`-<` MRP#&`,,```P```"`````@`"`@````("``(``@(#`P,#`W,"FRO!`(`!@(`"` M(`"@(`#`(`#@(```0``@0`!`0`!@0`"`0`"@0`#`0`#@0```8``@8`!`8`!@ M8`"`8`"@8`#`8`#@8```@``@@`!`@`!@@`"`@`"@@`#`@`#@@```H``@H`!` MH`!@H`"`H`"@H`#`H`#@H```P``@P`!`P`!@P`"`P`"@P`#`P`#@P```X``@ MX`!`X`!@X`"`X`"@X`#`X`#@X````$`@`$!``$!@`$"``$"@`$#``$#@`$`` M($`@($!`($!@($"`($"@($#`($#@($``0$`@0$!`0$!@0$"`0$"@0$#`0$#@ M0$``8$`@8$!`8$!@8$"`8$"@8$#`8$#@8$``@$`@@$!`@$!@@$"`@$"@@$#` M@$#@@$``H$`@H$!`H$!@H$"`H$"@H$#`H$#@H$``P$`@P$!`P$!@P$"`P$"@ MP$#`P$#@P$``X$`@X$!`X$!@X$"`X$"@X$#`X$#@X$```(`@`(!``(!@`("` M`("@`(#``(#@`(``((`@((!`((!@(("`(("@((#`((#@((``0(`@0(!`0(!@ M0("`0("@0(#`0(#@0(``8(`@8(!`8(!@8("`8("@8(#`8(#@8(``@(`@@(!` M@(!@@("`@("@@(#`@(#@@(``H(`@H(!`H(!@H("`H("@H(#`H(#@H(``P(`@ MP(!`P(!@P("`P("@P(#`P(#@P(``X(`@X(!`X(!@X("`X("@X(#`X(#@X(`` M`,`@`,!``,!@`,"``,"@`,#``,#@`,``(,`@(,!`(,!@(,"`(,"@(,#`(,#@ M(,``0,`@0,!`0,!@0,"`0,"@0,#`0,#@0,``8,`@8,!`8,!@8,"`8,"@8,#` M8,#@8,``@,`@@,!`@,!@@,"`@,"@@,#`@,#@@,``H,`@H,!`H,!@H,"`H,"@ MH,#`H,#@H,``P,`@P,!`P,!@P,"`P,"@P,#_^_"@H*2`@(#_````_P#__P`` +`/__`/\`______\` ` end From wjones@tc.fluke.com Thu Jul 27 09:37:00 2000 From: wjones@tc.fluke.com (Warren Jones) Date: Thu, 27 Jul 2000 09:37:00 -0000 Subject: Fix for HTML installation Message-ID: <20000727093658.A1863@frogstar.tc.fluke.com> There's a minor bug in snavigator/doc/html/Makefile.in. When installing HTML docs, the Makefile changes directories, but doesn't change back. This can cause the install to fail if $srcdir is a relative path (e.g. srcdir=.). Putting the "cd" in a subshell avoids the problem. I'm including a patch. Here's a ChangeLog entry: 2000-07-27 Warren Jones * doc/html/Makefile.in: Make sure we stay in the right directory when installing docs. -- Warren Jones Fluke Corporation Index: Makefile.in =================================================================== RCS file: /usr0/sweng/src/active/CVS.repo/snavigator/snavigator/doc/html/Makefile.in,v retrieving revision 1.1.1.1 diff -c -3 -p -r1.1.1.1 Makefile.in *** Makefile.in 2000/07/25 22:05:51 1.1.1.1 --- Makefile.in 2000/07/26 20:10:05 *************** install-data-local: $(htmldir)/index.htm *** 341,352 **** --- 341,354 ---- $(mkinstalldirs) $(htmldir)/$$p; \ rm -f $(htmldir)/$$p/*.html; \ rm -f $(htmldir)/$$p/*.gif; \ + ( \ cd $(srcdir)/@SN_DOCSET@/$$p ;\ echo "cd $(htmldir)/$$p ; $(TAR) -xBpf -" > /tmp/foo-$$$$ ;\ chmod u+x /tmp/foo-$$$$ ;\ $(TAR) -chf - *.gif | /tmp/foo-$$$$ ;\ $(TAR) -chf - *.html | /tmp/foo-$$$$ ;\ rm /tmp/foo-$$$$ ;\ + ) \ done; # Tell versions [3.59,3.63) of GNU make to not export all variables. From segg@infonet.ca Thu Jul 27 10:12:00 2000 From: segg@infonet.ca (Gilles J. Seguin) Date: Thu, 27 Jul 2000 10:12:00 -0000 Subject: Highlight region and keyboard insertion point get mismatched in fileopen dialog box References: Message-ID: <39806D29.ABEE6D25@infonet.ca> Albert Wong wrote: > > I noticed that in Source Navigator 4.5.1, if you have a text region > highlighted in a file open dialog box's "File name" input field, move > focus away from the file name input box (lick click on the graphical > browser part) and then move back to highlight a subsegment of the "File > name" text, the keyboard insert point moves to the end of the text > ignoring the highlight region. This is somewhat annoying because when you > type, you insert at the end of the text, but the highlighted region still > disappears. > It looks like the highlight region and the text region are > ignoring the initial mouse click (as the highlight always starts from the > left and the text insert's always on the furthest right), and the cursor > ignores subsequent dragging. Perhaps it should follow the mouse location > more closely so that if you can highlight an arbitrary section rather than > a section from the beginning of the text. > > To reproduce this: > - Get to a file open dialog box somehow (like File|Open Project) > - Type in something in the filename field > - click on a folder > - try to select a sub region (before the last char) of what you typed > - type something else, which you'd expect to replace the highlighted text > > -Albert This problem can be reproduce if you compile on your system the source of the Source-Navigator, with ./configure & make & make isntall. ** Problems describe below do not occur with the binary downloaded ** that is for me "SN451Linux.tar.gz". In the File name box's "File name" input field with explicit cursor: We have bad behavior with that entry box. With button1 down in that box to acquire the input focus, if we have text present in the box, the text is highlighted and the insertion cursor is display at the end. If the button1 is still held down, and perceptible movement occur then the text is unhighligthed, the insertion cursor stay at end of text, further movement will highligth select text. In that case, releasing button1, we have the text still highligthed and the insertion cursor at end. Keyboard input will remove the highligthed indication, leaving the text in place and characters are added at the position of the insertion cursor. This is not the correct behavior. Looking for similar problem elsewhere. I have also bad behavior in the editor window with the symbold accelerator. If I type text in that box and after the mouse pointer move out of the window, the text in that entry box is reset, the next keyboard character will be display alone. The behavior is different if you have make a selection in the edit browser. The text selected will be display in the entry box, now the entry or exit of the mouse pointer from the symbol declarator will not reset/erase the text in that box. On the same toolbar, the find box, I can make the computer beep when the mouse pointer is leaving this window. Typed text is also erase when leaving the box. Gilles, From spolk@redhat.com Thu Jul 27 10:33:00 2000 From: spolk@redhat.com (Syd Polk) Date: Thu, 27 Jul 2000 10:33:00 -0000 Subject: Problem with Source-navigator on RedHat linux References: <4.2.0.58.20000726160455.00a27f10@pop.cygnus.com> <200007270412.JAA10421@agni.ddeorg.soft.net> Message-ID: <4.2.0.58.20000727103449.00c63400@pop.cygnus.com> It should be in the downloads/releases/patches directory on the ftp site. At 09:42 AM 7/27/00 +0530, Sushma Rai wrote: >Hello, > >Thanx for the quick reply. >Can you please tell me where I can get the patch ? > >-Sush. > > >$>At 08:57 AM 7/27/00 +1000, Ben Elliston wrote: >$>>Perhaps we need to mention this one in an FAQ or something? >$>> >$>>Ben >$> >$>Yes. I have a patch posted; I was planning on posting instructions for how >$>to apply it tomorrow. >$> >$> >$>Syd Polk spolk@redhat.com >$>Engineering Manager +1 415 777 9810 x 241 >$>Red Hat, Inc. > Syd Polk spolk@redhat.com Engineering Manager +1 415 777 9810 x 241 Red Hat, Inc. From spolk@redhat.com Thu Jul 27 10:35:00 2000 From: spolk@redhat.com (Syd Polk) Date: Thu, 27 Jul 2000 10:35:00 -0000 Subject: Fix for HTML installation References: <20000727093658.A1863@frogstar.tc.fluke.com> Message-ID: <4.2.0.58.20000727103659.00c30c00@pop.cygnus.com> This should actually be changed in Makefile.am. Our Makefile.in files are generated by automake. At 09:36 AM 7/27/00 -0700, Warren Jones wrote: >There's a minor bug in snavigator/doc/html/Makefile.in. > >When installing HTML docs, the Makefile changes directories, >but doesn't change back. This can cause the install to fail >if $srcdir is a relative path (e.g. srcdir=.). Putting the >"cd" in a subshell avoids the problem. I'm including a patch. >Here's a ChangeLog entry: > >2000-07-27 Warren Jones > > * doc/html/Makefile.in: Make sure we stay in the right directory > when installing docs. > >-- >Warren Jones >Fluke Corporation > >Index: Makefile.in >=================================================================== >RCS file: >/usr0/sweng/src/active/CVS.repo/snavigator/snavigator/doc/html/Makefile.in,v >retrieving revision 1.1.1.1 >diff -c -3 -p -r1.1.1.1 Makefile.in >*** Makefile.in 2000/07/25 22:05:51 1.1.1.1 >--- Makefile.in 2000/07/26 20:10:05 >*************** install-data-local: $(htmldir)/index.htm >*** 341,352 **** >--- 341,354 ---- > $(mkinstalldirs) $(htmldir)/$$p; \ > rm -f $(htmldir)/$$p/*.html; \ > rm -f $(htmldir)/$$p/*.gif; \ >+ ( \ > cd $(srcdir)/@SN_DOCSET@/$$p ;\ > echo "cd $(htmldir)/$$p ; $(TAR) -xBpf -" > /tmp/foo-$$$$ ;\ > chmod u+x /tmp/foo-$$$$ ;\ > $(TAR) -chf - *.gif | /tmp/foo-$$$$ ;\ > $(TAR) -chf - *.html | /tmp/foo-$$$$ ;\ > rm /tmp/foo-$$$$ ;\ >+ ) \ > done; > > # Tell versions [3.59,3.63) of GNU make to not export all variables. Syd Polk spolk@redhat.com Engineering Manager +1 415 777 9810 x 241 Red Hat, Inc. From spolk@redhat.com Thu Jul 27 10:35:00 2000 From: spolk@redhat.com (Syd Polk) Date: Thu, 27 Jul 2000 10:35:00 -0000 Subject: gdb-Problem with Linux... References: <397FD9C5.C6406782@irb.uni-hannover.de> Message-ID: <4.2.0.58.20000727103531.00c30850@pop.cygnus.com> At 05:16 PM 7/27/00 +1000, Ben Elliston wrote: > Does anybody tell me, why my gdb does not know the parameter: > gdb: Unbekannte Option ????--enable-external-editor???? > > Maybe I need an other version .. !? > >Yes--you do. There were some modifications to gdbtk (err, Insight) needed >for S-N to work better with the debugger. Syd, are these in the current >release? > >Ben Yes, the insight snapshots have had it for over a year. Syd Polk spolk@redhat.com Engineering Manager +1 415 777 9810 x 241 Red Hat, Inc. From spolk@redhat.com Thu Jul 27 10:48:00 2000 From: spolk@redhat.com (Syd Polk) Date: Thu, 27 Jul 2000 10:48:00 -0000 Subject: Highlight region and keyboard insertion point get mismatched in fileopen dialog box References: <39806D29.ABEE6D25@infonet.ca> Message-ID: <4.2.0.58.20000727104928.00c5add0@pop.cygnus.com> >This problem can be reproduce if you compile on your system the source >of the Source-Navigator, with ./configure & make & make isntall. > >** Problems describe below do not occur with the binary downloaded >** that is for me "SN451Linux.tar.gz". What version of Linux and gcc are you using? Syd Polk spolk@redhat.com Engineering Manager +1 415 777 9810 x 241 Red Hat, Inc. From spolk@redhat.com Thu Jul 27 10:58:00 2000 From: spolk@redhat.com (Syd Polk) Date: Thu, 27 Jul 2000 10:58:00 -0000 Subject: build instructions for source nav for windows References: <397FB529.D77AE1FA@cig.mot.com> Message-ID: <4.2.0.58.20000727105802.00c64ef0@pop.cygnus.com> At 11:06 PM 7/26/00 -0500, Mark Kolod wrote: >Hello, > >Can you send notes on building source navigator for >Windows ? > >Thanks. > >Mark Kolod >mkolod@cig.mot.com First, install Visual C++ 5.0 or later. The install the net version of cygwin from http://sources.redhat.com/cygwin . Run bash. Then set the following environment variables: export CC=cl export CFLAGS=-Z7 -Od -W3 -nologo Then do configure, make, make install. At some point the build will probably pop up a dialog telling you it cannot find a dll. Do the following from bash from your build directory: export PATH=$PATH:`pwd`/tcl8.1/win Then do make; make install You should then be done. Syd Polk spolk@redhat.com Engineering Manager +1 415 777 9810 x 241 Red Hat, Inc. From wjones@tc.fluke.com Thu Jul 27 11:46:00 2000 From: wjones@tc.fluke.com (Warren Jones) Date: Thu, 27 Jul 2000 11:46:00 -0000 Subject: cygnus2.css is not installed Message-ID: <20000727114647.A2346@frogstar.tc.fluke.com> cygnus2.css (from snavigator/doc/html) is not installed by the Makefile. This style sheet is referenced from index.html.in and a number of other HTML files. For what it's worth, my browser (Netscape 4.72) doesn't complain about the missing style sheets when "index.html" is loaded as a file URL, but it does complain (and fail) when index.html is loaded as an HTTP URL. This may be why the missing file hasn't been noticed sooner. See below for a patch to Makefile.am. -- Warren Jones Fluke Corporation Index: Makefile.am =================================================================== RCS file: /usr0/sweng/src/active/CVS.repo/snavigator/snavigator/doc/html/Makefile.am,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 Makefile.am --- Makefile.am 2000/07/25 22:05:51 1.1.1.1 +++ Makefile.am 2000/07/27 18:37:29 @@ -22,7 +22,7 @@ AUTOMAKE_OPTIONS = cygnus ## Process this file with automake to create Makefile.in. htmldir = $(prefix)/html -html_DATA=cygnus1.css index-1.gif redhatlogo.gif +html_DATA=cygnus1.css cygnus2.css index-1.gif redhatlogo.gif userguidedir = $(htmldir)/userguide srchtmldir = $(top_srcdir)/doc/html From spolk@redhat.com Thu Jul 27 11:50:00 2000 From: spolk@redhat.com (Syd Polk) Date: Thu, 27 Jul 2000 11:50:00 -0000 Subject: Simple GUI patch References: Message-ID: <4.2.0.58.20000727115135.00c38230@pop.cygnus.com> Approved and posted. At 04:09 PM 7/24/00 +1000, Ben Elliston wrote: >Here is a suggested patch. Sorry for the context diff--I don't have GNU >diff handy. > >Ben > > >2000-07-24 Ben Elliston > > * tmeter.tcl (make_scale_window): Always use the watch icon when > waiting; don't use the little Tk man. > > >*** /spub/local/snavigator/share/gui/tmeter.tcl Fri Jul 21 05:29:58 2000 >--- ./tmeter.tcl Mon Jul 24 16:06:08 2000 >*************** >*** 65,75 **** > return > } > >! if {$enable_cancel} { >! set curs "man" >! } else { >! set curs "watch" >! } > > set sn_scale_oldfocus [focus] > >--- 65,71 ---- > return > } > >! set curs "watch" > > set sn_scale_oldfocus [focus] > > Syd Polk spolk@redhat.com Engineering Manager +1 415 777 9810 x 241 Red Hat, Inc. From segg@infonet.ca Thu Jul 27 12:10:00 2000 From: segg@infonet.ca (Gilles J. Seguin) Date: Thu, 27 Jul 2000 12:10:00 -0000 Subject: Highlight region and keyboard insertion point getmismatched in fileopen dialog box References: <4.2.0.58.20000727104928.00c5add0@pop.cygnus.com> Message-ID: <398088DD.1277FC70@infonet.ca> Syd Polk wrote: > > >This problem can be reproduce if you compile on your system the source > >of the Source-Navigator, with ./configure & make & make install. > > > >** Problems describe below do not occur with the binary downloaded > >** that is for me "SN451Linux.tar.gz". > > What version of Linux and gcc are you using? > RedHat 6.2 kernel-2.2.14-12 glibc-2.1.3-15 egcs-1.1.2-30 Tcl/Tk/Tix 8.0 were there during compile, removed during the test showing the problem From spolk@redhat.com Thu Jul 27 12:10:00 2000 From: spolk@redhat.com (Syd Polk) Date: Thu, 27 Jul 2000 12:10:00 -0000 Subject: Patch: support for C++ 'bool', colorization for more C++ keywords References: <397F212C.A46FBF41@opteway.com> Message-ID: <4.2.0.58.20000727121114.00c3d100@pop.cygnus.com> Approved and posted. This patch rocks. Thank you very much! At 07:34 PM 7/26/00 +0200, Florent Pillet wrote: >Hi, > >First, let me say that Source Navigator is an outstanding tool. I've >been using Object Master on the Mac for years but never found a product >on Unix that matched the gain in productivity OM provided. >When I found Source Navigator on Freshmeat and tried it, I knew I had >finally found the tool I'd been looking for on Linux. > >Now to the patch: I have added colorization for 'bool', >'static_cast', 'const_cast' and 'reinterpret_cast' C++ keywords as well >as direct bool support in the C++ parser. > >The patch and changelog entries (the ChangeLog entry is for the >SN451/snavigator/ChangeLog file) are attached to this mail. > >Thanks for SN and keep up the great work! > >Florent. > >-- >Florent Pillet, Software Architect. e-mail: fpillet@opteway.com >opt[e]way S.A., 2881 route des cretes, BP 308 >06906 Sophia Antipolis Cedex, France >Phone: +33 4 92 95 26 13 - Fax: +33 4 92 95 26 03 > http://www.opteway.com/ Syd Polk spolk@redhat.com Engineering Manager +1 415 777 9810 x 241 Red Hat, Inc. From spolk@redhat.com Thu Jul 27 12:38:00 2000 From: spolk@redhat.com (Syd Polk) Date: Thu, 27 Jul 2000 12:38:00 -0000 Subject: html link error in documentation. References: <200007261549.KAA08738@shadow.somerset.sps.mot.com> Message-ID: <4.2.0.58.20000727123925.00c355e0@pop.cygnus.com> Fixed. A patch has been posted to the web site. At 10:49 AM 7/26/00 -0500, Todd Dukes wrote: >For SN451.tar.gz installed in /usr/local/SN >/usr/local/SN/html/progref/custom.html:34 reads > >see Editor > >it should be > >see Editor > > >for the link to work. > >I had some other problems building on Solaris ( mainly with tk trying >to statically link X ), but also a problem with 'make install'. I will >try to send a note on those later. > >thanks, >Todd. Syd Polk spolk@redhat.com Engineering Manager +1 415 777 9810 x 241 Red Hat, Inc. From christian@nautze.de Thu Jul 27 15:32:00 2000 From: christian@nautze.de (Christian Nautze) Date: Thu, 27 Jul 2000 15:32:00 -0000 Subject: parsing of java interfaces References: Message-ID: <3980B88A.A490D00F@nautze.de> Mo DeJong wrote: > > On Wed, 26 Jul 2000, Christian Nautze wrote: > > > Hi, > > > > first i would like to say thanks to everbody who contributed to > > SN. Really great work! > > We are hoping that the best contributions have yet to be made. > Folks on the list are already talking about adding Python, > Perl, and improved Tcl support. We are really excited about > the possibilities that opens up for cross language tools. > > > Second i wanted to ask if it is a bug or feature :) > > when using SN with java that the "implements" clause > > isn't parsed like "extends". So under "Hierarchy" > > i only see super and sub classes but no interfaces which > > where implemented. I think "implements" should be treated > > similarly as "extends" in java. Any comments? > > Sounds like a bug. Java's interface types are kind of like > multiple inheritance in C++, so we should use that same > sort of metaphor. Why don't you take a shot at fixing > it? You will have to much around with the Java parser > to see if that is where the problem is. Post a patch > to the list when you get it working. > having looked at the java parser i only can see that the .c and .h files where generated with tools from a commercial company in germany: (script files *.ast *.puma etc) http://www.cocolab.de/ There are also old versions of the compiler generator tools available from 1992 (although i do not know if they work with the config files). Do you have contact to this company and can the tools be used (on there site is only a demo version available for win*) without paying fees for GNU projects or would be a better solution to rewrite the java parser with GNU tools like flex and bison ? (i haven't done something like this before but it seems to be a lot of work :) kind regards Christian Nautze From spolk@redhat.com Thu Jul 27 15:43:00 2000 From: spolk@redhat.com (Syd Polk) Date: Thu, 27 Jul 2000 15:43:00 -0000 Subject: parsing of java interfaces References: <3980B88A.A490D00F@nautze.de> Message-ID: <4.2.0.58.20000727154253.00c61440@pop.cygnus.com> >having looked at the java parser i only can see that the .c and .h >files where generated with tools from a commercial company in germany: >(script files *.ast *.puma etc) > > http://www.cocolab.de/ > >There are also old versions of the compiler generator tools available >from >1992 (although i do not know if they work with the config files). >Do you have contact to this company and can the tools be used >(on there site is only a demo version available for win*) >without paying fees for GNU projects or would be a better solution to >rewrite >the java parser with GNU tools like flex and bison ? >(i haven't done something like this before but it seems to be a lot of >work :) Cygnus was unwilling to pay for this tool. It is not open source. There are two alternatives: - We can use gcj. gcj has already been modified to generate SN information once for the Code Fusion effort. While this has not been maintained, it is free, and the infrastructure is their for it. - We can write a new parser from scratch using flex and bison. Syd Polk spolk@redhat.com Engineering Manager +1 415 777 9810 x 241 Red Hat, Inc. From apbianco@cygnus.com Thu Jul 27 15:48:00 2000 From: apbianco@cygnus.com (Alexandre Petit-Bianco) Date: Thu, 27 Jul 2000 15:48:00 -0000 Subject: parsing of java interfaces References: <3980B88A.A490D00F@nautze.de> Message-ID: <14720.48178.627455.273334@deliverance.cygnus.com> Ben Elliston writes: > It would be a better solution to rewrite the Java parser. Since > it's LALR(1), it should be relatively straightforward. I understand > there was some work underway to reuse the parser from the GNU Java > compiler, gcj. Alex? Yes, and this went into the Code Fusion boxed product. The xref stuff is still sanitized out, but with the release of SN, it should make it to egcs, I think. Of course, I would have to verify that it works and then I would let people hack on it since I don't really have the time to maintain it. ./A From segg@infonet.ca Fri Jul 28 06:20:00 2000 From: segg@infonet.ca (Gilles J. Seguin) Date: Fri, 28 Jul 2000 06:20:00 -0000 Subject: parsing of java interfaces References: <4.2.0.58.20000727154253.00c61440@pop.cygnus.com> Message-ID: <3981884B.3A56C8B8@infonet.ca> Syd Polk wrote: > > Cygnus was unwilling to pay for this tool. It is not open source. > > There are two alternatives: > > - We can use gcj. gcj has already been modified to generate SN information > once for the Code Fusion effort. While this has not been maintained, it is > free, and the infrastructure is their for it. This is an interesting comment. The name "Source"-Navigator was nearly saying what we try to do. Have we some kind of interest in using other methods, like using the information provided by the compiler stabs information. Basically using the information provided to or used by the debugger(gdb). > - We can write a new parser from scratch using flex and bison. What is the position or the openness for a tool like antlr < http://www.antlr.org > for the java parser, The C parser can used the PCCTS version. From florent.pillet@opteway.com Fri Jul 28 06:25:00 2000 From: florent.pillet@opteway.com (Florent Pillet) Date: Fri, 28 Jul 2000 06:25:00 -0000 Subject: parsing of java interfaces References: <4.2.0.58.20000727154253.00c61440@pop.cygnus.com> <3981884B.3A56C8B8@infonet.ca> Message-ID: <398189AA.998205E2@opteway.com> Why don't you simply derive the Java parser from the existing C++ parser ? These two languages are quite close and you'd have a good base to start with. Plus, you don't need to have "compiler-quality" parsing since the only thing the parser needs to do is to provide accurate symbols. I still think that using the C++ parser is the less expansive solution in terms of coding time. "Gilles J. Seguin" wrote: > > Syd Polk wrote: > > > > Cygnus was unwilling to pay for this tool. It is not open source. > > > > There are two alternatives: > > > > - We can use gcj. gcj has already been modified to generate SN information > > once for the Code Fusion effort. While this has not been maintained, it is > > free, and the infrastructure is their for it. > > This is an interesting comment. The name "Source"-Navigator was > nearly saying what we try to do. > > Have we some kind of interest in using other methods, like > using the information provided by the compiler stabs information. > Basically using the information provided to or used by the > debugger(gdb). > > > - We can write a new parser from scratch using flex and bison. > > What is the position or the openness for a tool like antlr > < http://www.antlr.org > for the java parser, The C parser > can used the PCCTS version. -- Florent Pillet, Software Architect. e-mail: fpillet@opteway.com opt[e]way S.A., 2881 route des cretes, BP 308 06906 Sophia Antipolis Cedex, France Phone: +33 4 92 95 26 13 - Fax: +33 4 92 95 26 03 http://www.opteway.com/ From kelley@Phys.Ocean.Dal.CA Fri Jul 28 10:52:00 2000 From: kelley@Phys.Ocean.Dal.CA (Dan E. Kelley) Date: Fri, 28 Jul 2000 10:52:00 -0000 Subject: how to uninstall sourcenav? Message-ID: I tried make uninstall but it found no 'make' target. I wish to remove sourcenav since it only works if I'm logged in as root, and I think that's too dangerous for me. (I won't go into the details of what happens if I'm not 'root' since I checked on this list and noticed several messages about this difficulty posted 10 days ago.) PS: this is not a 'flame' ... I'm sure sourcenav will be great later on. But I'd like to clear out the version I have now, in hopes that later on I can freshly install a working version. If somebody has an RPM of it, which permits trivial uninstallation, then I'd be delighted!!! -- Dan E. Kelley phone:(902)494-1694 Oceanography Department, Dalhousie University fax:(902)494-2885 Halifax, Nova Scotia mailto:Dan.Kelley@Dal.CA Canada B3H 4J1 http://www.phys.ocean.dal.ca/~kelley/Kelley_Dan.html From mdejong@cygnus.com Fri Jul 28 11:01:00 2000 From: mdejong@cygnus.com (Mo DeJong) Date: Fri, 28 Jul 2000 11:01:00 -0000 Subject: how to uninstall sourcenav? References: Message-ID: On Fri, 28 Jul 2000, Dan E. Kelley wrote: > I tried > make uninstall > but it found no 'make' target. > > I wish to remove sourcenav since it only works if I'm logged in as root, > and I think that's too dangerous for me. (I won't go into the details of > what happens if I'm not 'root' since I checked on this list and > noticed several messages about this difficulty posted 10 days ago.) You just need to run "chmod o+r $INSTALL/share/gui/tclIndex" to fix that. > PS: this is not a 'flame' ... I'm sure sourcenav will be great later > on. But I'd like to clear out the version I have now, in hopes that later > on I can freshly install a working version. If somebody has an RPM of it, > which permits trivial uninstallation, then I'd be delighted!!! You can install with the prefix, like so: ./configure --prefix=${HOME}/sourcenav Then remove it like so: rm -rf ${HOME}/sourcenav You can also find binaries at: ftp://ftp.freesoftware.com/pub/sourceware/sourcenav/releases/binaries/ Of course, if you already build it yourself you don't need a binary. Mo DeJong Red Hat Inc From mdejong@cygnus.com Fri Jul 28 16:41:00 2000 From: mdejong@cygnus.com (Mo DeJong) Date: Fri, 28 Jul 2000 16:41:00 -0000 Subject: Problem in SDK docs: Message-ID: I found a problem in the SDK docs: online-docs/progref/addparsers.html#18979 It reads: A sample parser for the Elf language (an embedded SQL-like language) is provided with the SDK. To experiment with this parser, change to the .../share/sdk/parsers directory and type make test That should read: "change to the .../share/sdk/parsers/examples/elf directory ..." Mo DeJong Red Hat Inc From thomas.heller@ion-tof.com Fri Jul 28 16:51:00 2000 From: thomas.heller@ion-tof.com (Thomas Heller) Date: Fri, 28 Jul 2000 16:51:00 -0000 Subject: Simple GUI patch References: <4.2.0.58.20000727115135.00c38230@pop.cygnus.com> Message-ID: <008d01bff8ae$8dd27080$4500a8c0@thomasnb> > Approved and posted. > Where do you post these patches? URL? Regards, Thomas Heller From jcw@equi4.com Sat Jul 29 14:24:00 2000 From: jcw@equi4.com (Jean-Claude Wippler) Date: Sat, 29 Jul 2000 14:24:00 -0000 Subject: Fwd: Re: Source Navigator (was: Content of the Perl6 talk) Message-ID: <20000729212403.13208@216.110.36.111> Below is a brief email exchange about a Tcl parser written in C++, forwarded to this list as suggested by Mo DeJong. Please don't expect any response from me for the next month or so - I'm about drop off the internet for a while... You can use the code in any nice way you like, it's open source. Regards, Jean-Claude ---------------- Begin Forwarded Message ---------------- Subject: Re: Source Navigator (was: Content of the Perl6 talk) Date Sent: Saturday, July 29, 2000 14:10 From: Mo DeJong To: Jean-Claude Wippler On Sat, 29 Jul 2000, Jean-Claude Wippler wrote: > Hello Mo, > > [...] > > Hey, that reminds me. If anyone would like to help improve the > > Tcl language parser in Source-Navigator, we would really like to > > hear from you on the SN mailing list. Some folks have already > > started working on a Perl and Python parser. Source-Navigator > > already has a Tcl parser, but it is not that great. What we > > really need is for someone to write a front end to the regular > > Tcl parser that writes out Source-Navigator symbols. It would > > not be that large a project, we already have most of the parser > > utils in place. That sounds cool. It might be nice to use a mini parser. We don't really care about a Tcl runtime, we just need to find out where methods are invoked and so on. > There's a Tcl parser in TinyTcl, http://mini.net/pub/ts1/tinytcl.txt Cool, I really like how to Jacl parser turned out. I think it is much cleaner than the C version. > It's written in C++, you may recognize it - I learned a lot from how you > did things in Jacl. > > There is also a standalone version, as part of another experiment: > http://www.equi4.com/jcw/tools/pink/wtcl.cpp We are going to be in the GnuPro release process for the next couple of months, so we are not going to be able to improve Tcl support in SN. This is one of those areas that "community involvement" is needed. > The coming month is sort of crazy, unfortunately. In September, I'll be > revisiting this stuff - to make it more general. If there's an easy way > to make this code useful for SN, I'd be happy to do so. Could you post a note about this on sourcenav@sources.redhat.com? That way, other folks will know about your code and plans, there is already one other guys talking about fixing the Tcl parser. [...] From bos@serpentine.com Sat Jul 29 23:52:00 2000 From: bos@serpentine.com (Bryan O'Sullivan) Date: Sat, 29 Jul 2000 23:52:00 -0000 Subject: OK! OK! Cancel! Cancel! Message-ID: <14723.53466.187358.354931@pelerin.serpentine.com> I have long loved the User Interface Hall Of Shame site ( http://www.iarchitect.com/mshame.htm ). Here's a confusing window grab from Red Hat's Source Navigator: From mdejong@cygnus.com Sun Jul 30 12:39:00 2000 From: mdejong@cygnus.com (Mo DeJong) Date: Sun, 30 Jul 2000 12:39:00 -0000 Subject: OK! OK! Cancel! Cancel! References: <14723.53466.187358.354931@pelerin.serpentine.com> Message-ID: On Sat, 29 Jul 2000, Bryan O'Sullivan wrote: > I have long loved the User Interface Hall Of Shame site > ( http://www.iarchitect.com/mshame.htm ). Here's a confusing window > grab from Red Hat's Source Navigator: I agree, the hall of shame is a great site. > I got this when I clicked on a small area of the main application > window that displayed the enigmatic string "2%". I had no idea that > clicking there would try to cancel building a cross-reference, and > once this popup appeared, hardly any more idea of how to *not* cancel > what the app was doing! Well, that is just not right, thee Xref % done meter should not do anything when you click on it. This problem does not show up in 5.0. To be honest, this is not even the worst one. You may never run into it, but the "project duplicate" dialog really belongs in the hall of shame. The good news is that I have been removing as many of these as I can find, so there should be far fewer confusing dialogs in 5.0. The other one I like is the following. User: Presses Cancel button in parse dialog. System: Canceling will cancel, are you sure? User: Yes I am sure. System: Ok, I canceled parsing that file, do you want me to continue to parse the rest of the files, or should I cancel parsing them too. User: AARAGH%$! > (In its defence, and since I'm CCing the developers, I'll say that > Source Navigator is so far otherwise very cool :-) ) Please feel free to post as many "This is confusing" messages as you like. After you use a tool for long enough, you don't even notice this stuff anymore, so we really need "new users" to report these kinds of things. Mo DeJong Red Hat Inc From bje@redhat.com Sun Jul 30 16:18:00 2000 From: bje@redhat.com (Ben Elliston) Date: Sun, 30 Jul 2000 16:18:00 -0000 Subject: Fwd: Re: Source Navigator (was: Content of the Perl6 talk) References: <20000729212403.13208@216.110.36.111> Message-ID: > The coming month is sort of crazy, unfortunately. In September, I'll be > revisiting this stuff - to make it more general. If there's an easy way > to make this code useful for SN, I'd be happy to do so. Could you post a note about this on sourcenav@sources.redhat.com? That way, other folks will know about your code and plans, there is already one other guys talking about fixing the Tcl parser. Would it make sense to try and make use of the parser in Tcl? Are there public Tcl library functions to get access to the parser--perhaps registering semantic actions? This way, Tcl support would never lag behind Tcl itself. Ben From mdejong@cygnus.com Sun Jul 30 16:26:00 2000 From: mdejong@cygnus.com (Mo DeJong) Date: Sun, 30 Jul 2000 16:26:00 -0000 Subject: Fwd: Re: Source Navigator (was: Content of the Perl6 talk) References: Message-ID: On Mon, 31 Jul 2000, Ben Elliston wrote: > > The coming month is sort of crazy, unfortunately. In September, I'll be > > revisiting this stuff - to make it more general. If there's an easy way > > to make this code useful for SN, I'd be happy to do so. > > Could you post a note about this on sourcenav@sources.redhat.com? That > way, other folks will know about your code and plans, there is already > one other guys talking about fixing the Tcl parser. > > Would it make sense to try and make use of the parser in Tcl? Are there > public Tcl library functions to get access to the parser--perhaps > registering semantic actions? This way, Tcl support would never lag behind > Tcl itself. That is what I was thinking. The thing about Jean-Claude's approach is that it is the Tcl parser, it is just an embedded verison. The Tcl is frozen. There really have not been any parser changes for a long time, so that is not much of a concern. It is really hard to get ANY parser change into Tcl, I am currently trying to get the Tcl folk to agree that "set i []" should set the variable i to the liternal string "[]" instead of the empty string. The hard part is not the parser, it is the "rules" you would need to add after the parsing to really make things useful. For instance: eval foo $args This should be recorded as a call to the proc foo, not a call to eval. You need to ignore that fact that users could create a new method call eval and just do what 99% of the folks would expect. Of course, you could also argue that this should be a call to eval and a call to foo. Mo DeJong Red Hat Inc From wgacquer@ubisoft.fr Mon Jul 31 02:16:00 2000 From: wgacquer@ubisoft.fr (William Gacquer) Date: Mon, 31 Jul 2000 02:16:00 -0000 Subject: RPM package Message-ID: <5D2A198567EED311BD0F009027A25C872D9F52@SRVMAIL-ANN> Hello It is a gift of gods that you placed sourcenavigator under the GNU license. Thanks! Now I am wondering if you will release RPM packages of it or if you could give us the RPM spec file so that we could build our own packages. Best regards and all the best to the former cygnus team that helped me a lot during my PhD thesis. William ________________ William Gacquer Rayman 2 PS2 team - Ubi Simulations - Annecy France From bje@redhat.com Mon Jul 31 04:28:00 2000 From: bje@redhat.com (Ben Elliston) Date: Mon, 31 Jul 2000 04:28:00 -0000 Subject: RPM package References: <5D2A198567EED311BD0F009027A25C872D9F52@SRVMAIL-ANN> Message-ID: Hi William, Now I am wondering if you will release RPM packages of it or if you could give us the RPM spec file so that we could build our own packages. In the source tree, you will find a .spec file for building an RPM in snavigator/misc/tools/sn.spec. I don't know how up to date it is, but it should be a very good start--why don't you take a look at that? Cheers, Ben From wgacquer@ubisoft.fr Mon Jul 31 05:27:00 2000 From: wgacquer@ubisoft.fr (William Gacquer) Date: Mon, 31 Jul 2000 05:27:00 -0000 Subject: RPM package Message-ID: <5D2A198567EED311BD0F009027A25C872DA03D@SRVMAIL-ANN> I have just had a look at it. It is rather thin... It probably was an attempt but it is not really usable. -----Original Message----- From: Ben Elliston [ mailto:bje@redhat.com ] Sent: lundi 31 juillet 2000 13:28 To: William Gacquer Cc: sourcenav@sources.redhat.com Subject: Re: RPM package Hi William, Now I am wondering if you will release RPM packages of it or if you could give us the RPM spec file so that we could build our own packages. In the source tree, you will find a .spec file for building an RPM in snavigator/misc/tools/sn.spec. I don't know how up to date it is, but it should be a very good start--why don't you take a look at that? Cheers, Ben From bje@redhat.com Mon Jul 31 05:30:00 2000 From: bje@redhat.com (Ben Elliston) Date: Mon, 31 Jul 2000 05:30:00 -0000 Subject: RPM package References: <5D2A198567EED311BD0F009027A25C872DA03D@SRVMAIL-ANN> Message-ID: I have just had a look at it. It is rather thin... It probably was an attempt but it is not really usable. It was used once, if I recall, to bundle S-N for inclusion on a Red Hat CD. If you like, you could bring it up to date. Cheers, Ben From spolk@redhat.com Mon Jul 31 09:01:00 2000 From: spolk@redhat.com (Syd Polk) Date: Mon, 31 Jul 2000 09:01:00 -0000 Subject: Fwd: Re: Source Navigator (was: Content of the Perl6 talk) References: Message-ID: <3985A37A.3EFE1504@redhat.com> Mo DeJong wrote: > > On Mon, 31 Jul 2000, Ben Elliston wrote: > > > > The coming month is sort of crazy, unfortunately. In September, I'll be > > > revisiting this stuff - to make it more general. If there's an easy way > > > to make this code useful for SN, I'd be happy to do so. > > > > Could you post a note about this on sourcenav@sources.redhat.com? That > > way, other folks will know about your code and plans, there is already > > one other guys talking about fixing the Tcl parser. > > > > Would it make sense to try and make use of the parser in Tcl? Are there > > public Tcl library functions to get access to the parser--perhaps > > registering semantic actions? This way, Tcl support would never lag behind > > Tcl itself. > > That is what I was thinking. The thing about Jean-Claude's approach > is that it is the Tcl parser, it is just an embedded verison. The > Tcl is frozen. There really have not been any parser changes for a > long time, so that is not much of a concern. It is really hard to > get ANY parser change into Tcl, I am currently trying to get the > Tcl folk to agree that "set i []" should set the variable i to > the liternal string "[]" instead of the empty string. But that is just wrong. If you want to set i to "[]", you should do set i {[]} or something. > The hard part is not the parser, it is the "rules" > you would need to add after the parsing to really make > things useful. > > For instance: > eval foo $args > > This should be recorded as a call to the proc foo, not a call > to eval. You need to ignore that fact that users could create > a new method call eval and just do what 99% of the folks > would expect. Of course, you could also argue that this should > be a call to eval and a call to foo. Tcl is hard this way. It should be recorded as both a call to eval and foo just in case I am trying to find an eval that is causing problems. > Mo DeJong > Red Hat Inc From kaa@comail.ru Mon Jul 31 14:24:00 2000 From: kaa@comail.ru (Artem Khodush) Date: Mon, 31 Jul 2000 14:24:00 -0000 Subject: RPM package References: <5D2A198567EED311BD0F009027A25C872D9F52@SRVMAIL-ANN> Message-ID: <002201bffb36$a8a0f5f0$8505f8d4@duma.gov.ru> > Now I am wondering if you will release RPM packages of it or if you > could give us the RPM spec file so that we could build our own packages. Here is the spec file that worked for me (RedHat 6.0, rpm 3.0) Summary: Source Navigator Name: source-navigator Version: 4.5.1 Release: 1 Group: Local/Development Tools URL: http://sources.redhat.com/sourcenav/ Copyright: GPL Packager: Artem Khodush Source: SN451.tar.bz2 %define install_dir /usr/local %define source_dir %{_builddir}/SN451 %define build_dir %{_topdir}/zOBJDIR/SN451 Buildroot: %{_topdir}/zINSTALL/SN451 Prefix: %{install_dir} %description Source-Navigator is a unique source code analysis tool that is ideal for any situation where developers are working with an unfamiliar or complex code base -- new engineers on projects, reengineering or code inheritance situations, or large-scale, team driven projects. Source-Navigator parses multi language code and builds a powerful database of project symbol information. Then, with S-N's intuitive GUI, developers can navigate and browse symbol tables, class structure, cross reference realationship, inculde structures, and more. S-N also provides efficient text search tools for strings in the project files as well as symbols in the database. With the APIs, S-N integrates into existing environments including configuration management systems, as a framework for launching other tools or IDEs, and allows direct access to the GUI and database for customized tools. %prep %setup -n SN451 -c -T cd .. tar x --use-compress-program=bzip2 -f %{_sourcedir}/SN451.tar.bz2 rm -rf %{build_dir} mkdir -p %{build_dir} cd %{build_dir} %{source_dir}/configure --prefix=%{install_dir} %build cd %{build_dir} make all-snavigator 1>log 2>err %install rm -rf %{buildroot}/%{install_dir} cd %{build_dir} make prefix=%{buildroot}/%{install_dir} install-snavigator #mkdir -p %{buildroot}/%{install_dir}/doc/snavigator-%{version} #mv %{buildroot}/%{install_dir}/html %{buildroot}/%{install_dir}/doc/snavigator-%{version} cd %{buildroot}/%{install_dir}/bin strip -s abrowser cbrowser dbcp dbdump dbimp fbrowser grep hyper jbrowser obrowser tbrowser wish %files %{install_dir}/bin/abrowser %{install_dir}/bin/cbrowser %{install_dir}/bin/dbcp %{install_dir}/bin/dbdump %{install_dir}/bin/dbimp %{install_dir}/bin/elix-link %{install_dir}/bin/fbrowser %{install_dir}/bin/grep %{install_dir}/bin/hyper %{install_dir}/bin/jbrowser %{install_dir}/bin/obrowser %{install_dir}/bin/snavigator %{install_dir}/bin/tbrowser %{install_dir}/bin/wish #%{install_dir}/doc/snavigator-%{version}/ %{install_dir}/html/ %{install_dir}/share/bitmaps/* %{install_dir}/share/cygnus/gui/* %{install_dir}/share/demos/* %{install_dir}/share/etc/* %{install_dir}/share/gui/* %{install_dir}/share/itcl1.5/* %{install_dir}/share/sdk/* %{install_dir}/share/tcl8.1/* %{install_dir}/share/tix4.1/* %{install_dir}/share/tk8.1/* From wgacquer@ubisoft.fr Tue Aug 1 01:18:00 2000 From: wgacquer@ubisoft.fr (William Gacquer) Date: Tue, 01 Aug 2000 01:18:00 -0000 Subject: RPM package Message-ID: <5D2A198567EED311BD0F009027A25C872DA283@SRVMAIL-ANN> Many thanks to you Artem! Now it's up to the sn team to integrate it directly into their CVS repository. But I believe that this RPM distribution will fail cos' it's missing the recent patches, won't it? William -----Original Message----- From: Artem Khodush [ mailto:kaa@comail.ru ] Sent: lundi 31 juillet 2000 23:31 To: sourcenav@sources.redhat.com Subject: Re: RPM package > Now I am wondering if you will release RPM packages of it or if you > could give us the RPM spec file so that we could build our own packages. Here is the spec file that worked for me (RedHat 6.0, rpm 3.0) Summary: Source Navigator Name: source-navigator Version: 4.5.1 Release: 1 Group: Local/Development Tools URL: http://sources.redhat.com/sourcenav/ Copyright: GPL Packager: Artem Khodush Source: SN451.tar.bz2 %define install_dir /usr/local %define source_dir %{_builddir}/SN451 %define build_dir %{_topdir}/zOBJDIR/SN451 Buildroot: %{_topdir}/zINSTALL/SN451 Prefix: %{install_dir} %description Source-Navigator is a unique source code analysis tool that is ideal for any situation where developers are working with an unfamiliar or complex code base -- new engineers on projects, reengineering or code inheritance situations, or large-scale, team driven projects. Source-Navigator parses multi language code and builds a powerful database of project symbol information. Then, with S-N's intuitive GUI, developers can navigate and browse symbol tables, class structure, cross reference realationship, inculde structures, and more. S-N also provides efficient text search tools for strings in the project files as well as symbols in the database. With the APIs, S-N integrates into existing environments including configuration management systems, as a framework for launching other tools or IDEs, and allows direct access to the GUI and database for customized tools. %prep %setup -n SN451 -c -T cd .. tar x --use-compress-program=bzip2 -f %{_sourcedir}/SN451.tar.bz2 rm -rf %{build_dir} mkdir -p %{build_dir} cd %{build_dir} %{source_dir}/configure --prefix=%{install_dir} %build cd %{build_dir} make all-snavigator 1>log 2>err %install rm -rf %{buildroot}/%{install_dir} cd %{build_dir} make prefix=%{buildroot}/%{install_dir} install-snavigator #mkdir -p %{buildroot}/%{install_dir}/doc/snavigator-%{version} #mv %{buildroot}/%{install_dir}/html %{buildroot}/%{install_dir}/doc/snavigator-%{version} cd %{buildroot}/%{install_dir}/bin strip -s abrowser cbrowser dbcp dbdump dbimp fbrowser grep hyper jbrowser obrowser tbrowser wish %files %{install_dir}/bin/abrowser %{install_dir}/bin/cbrowser %{install_dir}/bin/dbcp %{install_dir}/bin/dbdump %{install_dir}/bin/dbimp %{install_dir}/bin/elix-link %{install_dir}/bin/fbrowser %{install_dir}/bin/grep %{install_dir}/bin/hyper %{install_dir}/bin/jbrowser %{install_dir}/bin/obrowser %{install_dir}/bin/snavigator %{install_dir}/bin/tbrowser %{install_dir}/bin/wish #%{install_dir}/doc/snavigator-%{version}/ %{install_dir}/html/ %{install_dir}/share/bitmaps/* %{install_dir}/share/cygnus/gui/* %{install_dir}/share/demos/* %{install_dir}/share/etc/* %{install_dir}/share/gui/* %{install_dir}/share/itcl1.5/* %{install_dir}/share/sdk/* %{install_dir}/share/tcl8.1/* %{install_dir}/share/tix4.1/* %{install_dir}/share/tk8.1/* From thomas.heller@ion-tof.com Tue Aug 1 03:12:00 2000 From: thomas.heller@ion-tof.com (Thomas Heller) Date: Tue, 01 Aug 2000 03:12:00 -0000 Subject: How to apply patches? Message-ID: <007b01bffba1$0be49760$4500a8c0@thomasnb> (Although I have created several patches in the past, I've never applied any myself) How do I apply patches to the SN source tree? Which options must I give to patch, so that the correct files are patched? Here is what I did: $ tar -zxvf SN451.tar.gz $ cd SN451 $ patch -p 0 <../0001-spolk-000725-patch patching file `configure.in' ^^^^^^^^^^^^ Reversed (or previously applied) patch detected! Assume -R? [n] n Apply anyway? [n] n Skipping patch. 1 out of 1 hunk ignored -- saving rejects to configure.in.rej patching file `Makefile.in' ^^^^^^^^^^^ Hunk #1 FAILED at 208. Hunk #2 FAILED at 233. 2 out of 2 hunks FAILED -- saving rejects to Makefile.in.rej can't find file to patch at input line 74 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |Index: snavigator/gui/Makefile.am |=================================================================== |RCS file: /cvs/cvsfiles/devo/snavigator/gui/Makefile.am,v |retrieving revision 1.27.2.2.2.3.4.4 |diff -c -2 -p -r1.27.2.2.2.3.4.4 Makefile.am |*** Makefile.am 2000/02/11 23:48:34 1.27.2.2.2.3.4.4 |--- Makefile.am 2000/07/25 19:19:57 -------------------------- File to patch: ^C Patch seems to look for the files in the wrong location(s). Here are some lines from the patch itself: Index: snavigator/configure.in Index: snavigator/db/Makefile.in ... Help! Regards Thomas Heller From bruce.stephens@messagingdirect.com Tue Aug 1 04:34:00 2000 From: bruce.stephens@messagingdirect.com (Bruce Stephens) Date: Tue, 01 Aug 2000 04:34:00 -0000 Subject: How to apply patches? References: <007b01bffba1$0be49760$4500a8c0@thomasnb> Message-ID: "Thomas Heller" writes: > (Although I have created several patches in the past, I've > never applied any myself) I've created and applied patches without difficulty in the past. However, these patches look impossible to apply using GNU patch 2.5 or 2.5.4. The problem is in determining the filename: [...] > -------------------------- > |Index: snavigator/gui/Makefile.am > |=================================================================== > |RCS file: /cvs/cvsfiles/devo/snavigator/gui/Makefile.am,v > |retrieving revision 1.27.2.2.2.3.4.4 > |diff -c -2 -p -r1.27.2.2.2.3.4.4 Makefile.am > |*** Makefile.am 2000/02/11 23:48:34 1.27.2.2.2.3.4.4 > |--- Makefile.am 2000/07/25 19:19:57 > -------------------------- There are three relevant pathnames here: the old path, the new path, and the Index: path. According to the manpage, patch will consider them in that order. If in POSIX mode, it'll take the first one that exists (in this case, Makefile.am (the old pathname). Otherwise, it'll choose the best pathname. Unfortunately, the best pathname seems to be the name with fewest path name components, with the shortest basename. Presumably somewhere there's a patch where you can tell it to use Index, ignoring other pathnames. Indeed, that would seem to me to be sane behaviour---if there's an Index line present, then surely whoever generated the patch knew what they were doing. Anyway, I don't know how to apply these patches. Do RedHat have some special version of patch? -- Bruce Stephens Bruce.Stephens@MessagingDirect.com MessagingDirect(UK) Ltd From bruce.stephens@messagingdirect.com Tue Aug 1 05:08:00 2000 From: bruce.stephens@messagingdirect.com (Bruce Stephens) Date: Tue, 01 Aug 2000 05:08:00 -0000 Subject: How to apply patches? References: <007b01bffba1$0be49760$4500a8c0@thomasnb> Message-ID: Bruce Stephens writes: [...] > Presumably somewhere there's a patch where you can tell it to use > Index, ignoring other pathnames. Indeed, that would seem to me to > be sane behaviour---if there's an Index line present, then surely > whoever generated the patch knew what they were doing. Here's a quick hack to patch-2.5.4. It changes the behaviour of patch, so you probably don't want to install it widely. If an Index: line is found, then it gets used, regardless. (Probably it would be better to change the ordering, putting Index: before the old and new paths, but that's not necessary for these patches.) *** pch.c~ Mon Aug 30 07:20:08 1999 --- pch.c Tue Aug 1 13:01:30 2000 *************** *** 513,522 **** { enum nametype i0 = NONE; ! if (! posixly_correct && (name[OLD] || name[NEW]) && name[INDEX]) { ! free (name[INDEX]); ! name[INDEX] = 0; } for (i = OLD; i <= INDEX; i++) --- 513,524 ---- { enum nametype i0 = NONE; ! if (! posixly_correct && name[INDEX]) { ! free (name[OLD]); ! name[OLD] = 0; ! free (name[NEW]); ! name[NEW] = 0; } for (i = OLD; i <= INDEX; i++) -- Bruce Stephens Bruce.Stephens@MessagingDirect.com MessagingDirect(UK) Ltd From thomas.heller@ion-tof.com Tue Aug 1 05:57:00 2000 From: thomas.heller@ion-tof.com (Thomas Heller) Date: Tue, 01 Aug 2000 05:57:00 -0000 Subject: How to apply patches? References: <007b01bffba1$0be49760$4500a8c0@thomasnb> Message-ID: <01a001bffbb8$027d3ee0$4500a8c0@thomasnb> > Bruce Stephens writes: > > [...] > > > Presumably somewhere there's a patch where you can tell it to use > > Index, ignoring other pathnames. Indeed, that would seem to me to > > be sane behaviour---if there's an Index line present, then surely > > whoever generated the patch knew what they were doing. > > Here's a quick hack to patch-2.5.4. It changes the behaviour of > patch, so you probably don't want to install it widely. If an Index: > line is found, then it gets used, regardless. (Probably it would be > better to change the ordering, putting Index: before the old and new > paths, but that's not necessary for these patches.) > [...] Thanks, I wrote a small python script to fix the patches, that was easier. Thomas From zapman@interlan.net Tue Aug 1 09:27:00 2000 From: zapman@interlan.net (Michael W Zappe) Date: Tue, 01 Aug 2000 09:27:00 -0000 Subject: A Godsend! Message-ID: <20000801122654.A12611@homer.interlan.net> I just wanted to congratulate and thank you guys for releasing such a wonderful piece of software under the GPL. I have been looking for a non-obtrusive and useful IDE for quite some time! Everything else finds some way to intrude on the coding, whereas sourcenav keeps all it's functionality at the users request, rather than attempting to do autocompletion/correction etc. It also doesn't interfere with my rather complex build system! It is a beautiful piece of work! THANK YOU! THANK YOU! THANK YOU! Mike ---------------------------------------------- Michael Zappe Chief Architect, Filesystems Interlan Communications 111 Corning Drive Cary, NC 27511 "The sorcerer is a Simple Realist: the world is real--but then so must consciousness be real since its effects are so tangible. The dullard finds even wine tasteless but the sorcerer can be intoxicated by the mere sight of water." --Hakim Bey From kaa@comail.ru Tue Aug 1 14:34:00 2000 From: kaa@comail.ru (Artem Khodush) Date: Tue, 01 Aug 2000 14:34:00 -0000 Subject: RPM package References: <5D2A198567EED311BD0F009027A25C872DA283@SRVMAIL-ANN> Message-ID: <005701bffc01$2c120ad0$4c06f8d4@duma.gov.ru> > Now it's up to the sn team to integrate it directly into their CVS > repository. ... if they find appropriate for themselves to maintain binary distribution. > But I believe that this RPM distribution will fail cos' it's missing > the recent patches, won't it? When I wrote the spec file, there was no patches around, but it worked. Anyway, before RPM distrubution becomes generally usable, some issues should be sorted out, e.g. users expect the documentation for the package FOO to appear in %{prefix}/doc/FOO, but sourcenav runtime help expects it to be in %{prefix}/html. Also there might be a conflict between tcl/tk libraries wich are installed along with sourcenav and those already present on user's system. Best regards, Artem. From spolk@redhat.com Tue Aug 1 14:38:00 2000 From: spolk@redhat.com (Syd Polk) Date: Tue, 01 Aug 2000 14:38:00 -0000 Subject: RPM package References: <5D2A198567EED311BD0F009027A25C872DA283@SRVMAIL-ANN> <005701bffc01$2c120ad0$4c06f8d4@duma.gov.ru> Message-ID: <4.2.0.58.20000801143753.00ca5100@pop.cygnus.com> At 01:40 AM 8/2/00 +0400, Artem Khodush wrote: > > Now it's up to the sn team to integrate it directly into their CVS > > repository. > >... if they find appropriate for themselves to maintain binary distribution. > > > But I believe that this RPM distribution will fail cos' it's missing > > the recent patches, won't it? > >When I wrote the spec file, there was no patches around, but it worked. >Anyway, before RPM distrubution becomes generally usable, some issues >should be sorted out, e.g. users expect the documentation for the package >FOO to appear in %{prefix}/doc/FOO, but sourcenav runtime help expects >it to be in %{prefix}/html. Also there might be a conflict between tcl/tk >libraries wich are installed along with sourcenav and those already present >on user's system. One of the reasons we never bothered with a shared build is that we currently rely on our own version of Tcl/Tk. It should not conflict with a pre-installed version. %prefix%/html is the standard that Cygnus has had for years, and is not likely to change any time soon. The biggest thing that needs to be fixed before we start distributing our own RPMs is grep. You might have noticed we have our own grep, and it will end up on your path. We have removed it in our development version, but that version is not ready for prime time yet. Also, please don't include %prefix%/bin/wish; it is only used for the SN graphical installer. You don't want two wishes on the path. >Best regards, >Artem. > Syd Polk spolk@redhat.com Engineering Manager +1 415 777 9810 x 241 Red Hat, Inc. From bje@redhat.com Tue Aug 1 16:24:00 2000 From: bje@redhat.com (Ben Elliston) Date: Tue, 01 Aug 2000 16:24:00 -0000 Subject: Infrastructure work References: <4.2.0.58.20000801143753.00ca5100@pop.cygnus.com> Message-ID: One of the reasons we never bothered with a shared build is that we currently rely on our own version of Tcl/Tk. It should not conflict with a pre-installed version. Speaking of which, some thoughts I had yesterday on "big" infrastructure work that really needs to be done: * Removing the dependency on Tix. * Removing the dependency on local changes to Tcl and Tk. * Making the extensions to the Tcl interpreter a loadable library (ie. "hyper.so"). * Making the syntax highlighters loadable libraries, too. Thoughts? Ben From spolk@redhat.com Tue Aug 1 16:27:00 2000 From: spolk@redhat.com (Syd Polk) Date: Tue, 01 Aug 2000 16:27:00 -0000 Subject: Infrastructure work References: <4.2.0.58.20000801143753.00ca5100@pop.cygnus.com> Message-ID: <4.2.0.58.20000801162715.00cb5820@pop.cygnus.com> At 09:24 AM 8/2/00 +1000, Ben Elliston wrote: > One of the reasons we never bothered with a shared build is that we > currently rely on our own version of Tcl/Tk. It should not conflict > with a pre-installed version. > >Speaking of which, some thoughts I had yesterday on "big" infrastructure >work that really needs to be done: > > * Removing the dependency on Tix. > > * Removing the dependency on local changes to Tcl and Tk. > > * Making the extensions to the Tcl interpreter a loadable > library (ie. "hyper.so"). > > * Making the syntax highlighters loadable libraries, too. > >Thoughts? > >Ben Yes, all of these need to be done. They are a lot of work. Syd Polk spolk@redhat.com Engineering Manager +1 415 777 9810 x 241 Red Hat, Inc. From irox@redhat.com Tue Aug 1 16:38:00 2000 From: irox@redhat.com (Ian Roxborough) Date: Tue, 01 Aug 2000 16:38:00 -0000 Subject: Infrastructure work Message-ID: <200008012337.QAA26943@v-172-16-1-212.soma.redhat.com> On Wed, 2 Aug 2000, Ben Elliston wrote: > * Removing the dependency on Tix. They are a number of things that can be done, using BWidgets it one of my favs. also BLT, which could also be use to replace the Tree Widget which is more of plain than Tix. > * Removing the dependency on local changes to Tcl and Tk. We are actively working towards this. (Are you using the development version?) > * Making the extensions to the Tcl interpreter a loadable > library (ie. "hyper.so"). This would be cool, but then we are dependent on the user having a "clean" Tcl version (Some Tcl/Tk apps require core patching before they run). (Of course I'm assume you mean that we should load into the users local Tcl/Tk and not a version from us.) > * Making the syntax highlighters loadable libraries, too. Hmmmm, I like this one a lot. Ian. From kaa@comail.ru Tue Aug 1 16:51:00 2000 From: kaa@comail.ru (Artem Khodush) Date: Tue, 01 Aug 2000 16:51:00 -0000 Subject: RPM package References: <5D2A198567EED311BD0F009027A25C872DA283@SRVMAIL-ANN> <4.2.0.58.20000801143753.00ca5100@pop.cygnus.com> Message-ID: <014401bffc14$5bf23a50$4c06f8d4@duma.gov.ru> Syd Polk wrote: > One of the reasons we never bothered with a shared build is that we > currently rely on our own version of Tcl/Tk. It should not conflict with a > pre-installed version. > > %prefix%/html is the standard that Cygnus has had for years, and is not > likely to change any time soon. > > The biggest thing that needs to be fixed before we start distributing our > own RPMs is grep. You might have noticed we have our own grep, and it will > end up on your path. We have removed it in our development version, but > that version is not ready for prime time yet. > > Also, please don't include %prefix%/bin/wish; it is only used for the SN > graphical installer. You don't want two wishes on the path. Thanks for the corrections. Here's second try, in case if there is anyone interested. Best regards, Artem. -------------- next part -------------- Summary: Source Navigator Name: source-navigator Version: 4.5.1 Release: 1 Group: Local/Development Tools URL: http://sources.redhat.com Copyright: GPL Packager: Artem Khodush Source: SN451.tar.bz2 %define install_dir /usr/local %define source_dir %{_builddir}/SN451 %define build_dir %{_topdir}/zOBJDIR/SN451 Buildroot: %{_topdir}/zINSTALL/SN451 Prefix: %{install_dir} %description Source-Navigator is a unique source code analysis tool that is ideal for any situation where developers are working with an unfamiliar or complex code base -- new engineers on projects, reengineering or code inheritance situations, or large-scale, team driven projects. Source-Navigator parses multi language code and builds a powerful database of project symbol information. Then, with S-N's intuitive GUI, developers can navigate and browse symbol tables, class structure, cross reference realationship, inculde structures, and more. S-N also provides efficient text search tools for strings in the project files as well as symbols in the database. With the APIs, S-N integrates into existing environments including configuration management systems, as a framework for launching other tools or IDEs, and allows direct access to the GUI and database for customized tools. %prep %setup -n SN451 -c -T cd .. tar x --use-compress-program=bzip2 -f %{_sourcedir}/SN451.tar.bz2 rm -rf %{build_dir} mkdir -p %{build_dir} cd %{build_dir} %{source_dir}/configure --prefix=%{install_dir} %build cd %{build_dir} make all-snavigator 1>log 2>err %install rm -rf %{buildroot}/%{install_dir} cd %{build_dir} make prefix=%{buildroot}/%{install_dir} install-snavigator cd %{buildroot}/%{install_dir}/bin strip -s abrowser cbrowser dbcp dbdump dbimp fbrowser grep hyper jbrowser obrowser tbrowser %files %{install_dir}/bin/abrowser %{install_dir}/bin/cbrowser %{install_dir}/bin/dbcp %{install_dir}/bin/dbdump %{install_dir}/bin/dbimp %{install_dir}/bin/elix-link %{install_dir}/bin/fbrowser %{install_dir}/bin/grep %{install_dir}/bin/hyper %{install_dir}/bin/jbrowser %{install_dir}/bin/obrowser %{install_dir}/bin/snavigator %{install_dir}/bin/tbrowser %{install_dir}/html/* %{install_dir}/share/bitmaps/* %{install_dir}/share/cygnus/gui/* %{install_dir}/share/demos/* %{install_dir}/share/etc/* %{install_dir}/share/gui/* %{install_dir}/share/itcl1.5/* %{install_dir}/share/sdk/* %{install_dir}/share/tcl8.1/* %{install_dir}/share/tix4.1/* %{install_dir}/share/tk8.1/* From bje@redhat.com Tue Aug 1 17:09:00 2000 From: bje@redhat.com (Ben Elliston) Date: Tue, 01 Aug 2000 17:09:00 -0000 Subject: Infrastructure work References: <200008012337.QAA26943@v-172-16-1-212.soma.redhat.com> Message-ID: This would be cool, but then we are dependent on the user having a "clean" Tcl version (Some Tcl/Tk apps require core patching before they run). (Of course I'm assume you mean that we should load into the users local Tcl/Tk and not a version from us.) Couldn't snavigator's configure script test the installed Tcl/Tk to determine if it was usable? That's precisely what Autoconf is for! Yes, that's what I meant. > * Making the syntax highlighters loadable libraries, too. Hmmmm, I like this one a lot. Yeah. It'd also be nice to make Berkeley DB a loadable library, too. Perhaps they already allow it to be built shared? Ben From irox@redhat.com Tue Aug 1 17:24:00 2000 From: irox@redhat.com (Ian Roxborough) Date: Tue, 01 Aug 2000 17:24:00 -0000 Subject: Infrastructure work Message-ID: <200008020023.RAA26982@v-172-16-1-212.soma.redhat.com> On Wed, 2 Aug 2000, Ben Elliston wrote: > This would be cool, but then we are dependent on the user having a > "clean" Tcl version (Some Tcl/Tk apps require core patching before > they run). (Of course I'm assume you mean that we should load into > the users local Tcl/Tk and not a version from us.) > > Couldn't snavigator's configure script test the installed Tcl/Tk to > determine if it was usable? That's precisely what Autoconf is for! We could, but how many tests? and what needs tested to make sure we're not running on a SN safe tcl/tk. Is it really important? I know it's going to be hard tracking down reported bugs only to find out the user is running on a none standard tcl/tk. > Yeah. It'd also be nice to make Berkeley DB a loadable library, too. > Perhaps they already allow it to be built shared? I'd like to see a more generic DB interface first so we can swap out our DB back ends. I've not look at this yet, but may be they both go hand in hand. Ian. From mdejong@cygnus.com Tue Aug 1 17:53:00 2000 From: mdejong@cygnus.com (Mo DeJong) Date: Tue, 01 Aug 2000 17:53:00 -0000 Subject: Infrastructure work References: <200008020023.RAA26982@v-172-16-1-212.soma.redhat.com> Message-ID: On Tue, 1 Aug 2000, Ian Roxborough wrote: > On Wed, 2 Aug 2000, Ben Elliston wrote: > > This would be cool, but then we are dependent on the user having a > > "clean" Tcl version (Some Tcl/Tk apps require core patching before > > they run). (Of course I'm assume you mean that we should load into > > the users local Tcl/Tk and not a version from us.) > > > > Couldn't snavigator's configure script test the installed Tcl/Tk to > > determine if it was usable? That's precisely what Autoconf is for! > > We could, but how many tests? and what needs tested to make > sure we're not running on a SN safe tcl/tk. Is it really important? > I know it's going to be hard tracking down reported bugs only to > find out the user is running on a none standard tcl/tk. I think we have to face reality here. People are never going to have the "right" versions of Tcl/Tk on all systems. It is just a lot easier to provide our own. Even if the versions of Tcl/Tk matched, what if we fix a really critical bug in Tcl, we don't want people to upgrade to a new OS to get a new version of Tcl just so they can run SN. > > Yeah. It'd also be nice to make Berkeley DB a loadable library, too. > > Perhaps they already allow it to be built shared? > > I'd like to see a more generic DB interface first so we can swap > out our DB back ends. I've not look at this yet, but may be they > both go hand in hand. http://www.qs.co.nz/Tcl/DAS.html http://zork.net/~phil/projects.html I am sure there are others. Mo DeJong Red Hat Inc From segg@infonet.ca Tue Aug 1 21:19:00 2000 From: segg@infonet.ca (Gilles J. Seguin) Date: Tue, 01 Aug 2000 21:19:00 -0000 Subject: tcl/tk for pinstripe, Message-ID: <3987A141.4858FD21@infonet.ca> Hi, I am inquiring if the tcl/tk for the future version 7.0 of pinstripe, actually beta, has been check. Do you see some difficulty. Can we go that way. Does it need to be tryied. From wgacquer@ubisoft.fr Wed Aug 2 00:20:00 2000 From: wgacquer@ubisoft.fr (William Gacquer) Date: Wed, 02 Aug 2000 00:20:00 -0000 Subject: RPM package Message-ID: <5D2A198567EED311BD0F009027A25C872EE70C@SRVMAIL-ANN> if there is any problem with grep, why don't you put it somewhere not in a regular PATH and invoke sn via a shell script that overload the PATH environment variable? -----Original Message----- From: Artem Khodush [ mailto:kaa@comail.ru ] Sent: mercredi 2 ao????t 2000 01:58 To: sourcenav@sources.redhat.com Subject: Re: RPM package Syd Polk wrote: > One of the reasons we never bothered with a shared build is that we > currently rely on our own version of Tcl/Tk. It should not conflict with a > pre-installed version. > > %prefix%/html is the standard that Cygnus has had for years, and is not > likely to change any time soon. > > The biggest thing that needs to be fixed before we start distributing our > own RPMs is grep. You might have noticed we have our own grep, and it will > end up on your path. We have removed it in our development version, but > that version is not ready for prime time yet. > > Also, please don't include %prefix%/bin/wish; it is only used for the SN > graphical installer. You don't want two wishes on the path. Thanks for the corrections. Here's second try, in case if there is anyone interested. Best regards, Artem. From mdejong@cygnus.com Wed Aug 2 00:24:00 2000 From: mdejong@cygnus.com (Mo DeJong) Date: Wed, 02 Aug 2000 00:24:00 -0000 Subject: RPM package References: <5D2A198567EED311BD0F009027A25C872EE70C@SRVMAIL-ANN> Message-ID: On Wed, 2 Aug 2000, William Gacquer wrote: > if there is any problem with grep, why don't you put it somewhere not in a > regular PATH and invoke sn via a shell script that overload the PATH > environment variable? Because we already removed the need to a custom grep in the 5.0 development version. When it is ready, there should be no problems with an RPM version that lives in /usr/bin. Mo DeJong Red Hat Inc From wgacquer@ubisoft.fr Wed Aug 2 00:25:00 2000 From: wgacquer@ubisoft.fr (William Gacquer) Date: Wed, 02 Aug 2000 00:25:00 -0000 Subject: CVS access Message-ID: <5D2A198567EED311BD0F009027A25C872EE715@SRVMAIL-ANN> >From the recent discussions I had recently, I am now convinced that I would like to contribute to the development of sn. I know that the CVS server is not up and running currently but I will wait for it every day :-) What are the plans/Milestones/scheduled features for the next releases so I do not try to hack the sources by myself now in this ways? William From bje@redhat.com Wed Aug 2 00:35:00 2000 From: bje@redhat.com (Ben Elliston) Date: Wed, 02 Aug 2000 00:35:00 -0000 Subject: RPM package References: <5D2A198567EED311BD0F009027A25C872EE70C@SRVMAIL-ANN> Message-ID: if there is any problem with grep, why don't you put it somewhere not in a regular PATH and invoke sn via a shell script that overload the PATH environment variable? I would have thought this would be considered bad practice--and confusing to users. If I recall, we ran grep using the full path to the installed (custom) grep. As Mo says, it's all academic now. Ben From florent.pillet@opteway.com Wed Aug 2 00:51:00 2000 From: florent.pillet@opteway.com (Florent Pillet) Date: Wed, 02 Aug 2000 00:51:00 -0000 Subject: CVS access References: <5D2A198567EED311BD0F009027A25C872EE715@SRVMAIL-ANN> Message-ID: <3987D2F9.84C987E7@opteway.com> William Gacquer wrote: > > >From the recent discussions I had recently, I am now convinced that I would > like to contribute to the development of sn. > I know that the CVS server is not up and running currently but I will wait > for it every day :-) > What are the plans/Milestones/scheduled features for the next releases so I > do not try to hack the sources by myself now in this ways? > > William I second this. I keep reading things about development version 5.0 and am salivating on my keyboard :-) Plus, I have a few ideas for enhancements of the class browser (namely, I want to get it at the same level than Object Master on Mac/Windows: have three panes, one for "classes", one for "methods" and one for "members"). But I have to get better at TCL coding first :=) Regards, Florent. -- Florent Pillet, Software Architect. e-mail: fpillet@opteway.com opt[e]way S.A., 2881 route des cretes, BP 308 06906 Sophia Antipolis Cedex, France Phone: +33 4 92 95 26 13 - Fax: +33 4 92 95 26 03 http://www.opteway.com/ From Andrew_Brackley@cwb.com Wed Aug 2 06:26:00 2000 From: Andrew_Brackley@cwb.com (Andrew Brackley) Date: Wed, 02 Aug 2000 06:26:00 -0000 Subject: Compiling on Windows /NT Message-ID: <8025692F.0049B2B9.00@venus.cwb.com> I'm using visual studio 6.0 along with the latest version of cygwin. I've followed the readme files, plus notes made by other people on the mailing list but still can't get source code navigator to compile. The error I am getting is: tclWin32Dll.c ../../../SN451/tcl8.1/win/tclWin32Dll.c(420) : error C2065: 'try' : undeclared identifier In the source there is a try/except block that is surrounded by an #ifndef __GNUC__ clause. By including a #define __GNUC__ statement, I get further but then the following error occurs: tclWin32Dll.c C:\PROGRA~1\MICROS~4\VC98\INCLUDE\io.h(105) : error C2632: 'long' followed by 'long' is illegal I think that this error relates to the timezone definition. Please help !! ****************************************************************************************************************************************************** This e-mail has been prepared using information believed by the author to be reliable and accurate, but CWB makes no warranty as to accuracy or completeness. In particular CWB does not accept responsibility for changes made to this e-mail after it was sent. Any opinions expressed in this document are those of the author and do not necessarily reflect the opinions of the company or its affiliates. They may be subject to change without notice. ******************************************************************************************************************************************************* From lmcdasi@lmc.ericsson.se Wed Aug 2 09:04:00 2000 From: lmcdasi@lmc.ericsson.se (root) Date: Wed, 02 Aug 2000 09:04:00 -0000 Subject: snavigator on Linux Sparc64 Message-ID: <398845DE.C5BCBD9F@lmc.ericsson.se> Hi, I have download the snavigator on a Linux Sparc64 (Ultra 5) and I try to compile it. I get two errors in the tclPosixStr.c file due to duplicate case value (SIGLOST and SIGPWR). In /usr/include/bits/signum.h we have the following definitions: #define SIGLOST 29 #define SIGPWR SIGLOST Due to this definitions I get the error mentioned above. When looking at the code we have: #if defined(SIGLOST) && (!defined(SIGIOT) || (SIGLOST != SIGIOT)) && (!defined(SIGURG) || (SIGLOST != SIGURG)) && (!defined(SIGPROF) || (SIGLOST != SIGPROF)) && (!defined(SIGIO) || (SIGLOST != SIGIO)) case SIGLOST: return "SIGLOST"; and #if defined(SIGPWR) && (!defined(SIGXFSZ) || (SIGPWR != SIGXFSZ))) case SIGPWR: return "SIGPWR"; We can see clearly that this is causing the error. Now, to fix this error I change the SIGPWR line to: #if defined(SIGPWR) && (!defined(SIGXFSZ) || (SIGPWR != SIGXFSZ)) && (!defined(SIGLOST) || (SIGPWR != SIGLOST)) case SIGPWR: return "SIGPWR"; But I do not know the impact of this change in the code and on other systems. It may be more appropriate to add the !defined(SIGPWR) || (SIGLOST != SIGPWR) to the SIGLOST define statement. I would apreciate if you can let me know if this chande is OK or not. Thanks, Dan From Andrew_Brackley@cwb.com Wed Aug 2 09:14:00 2000 From: Andrew_Brackley@cwb.com (Andrew Brackley) Date: Wed, 02 Aug 2000 09:14:00 -0000 Subject: Build instructions for Source Code Navigator for Windows /NT Message-ID: <8025692F.0059261E.00@venus.cwb.com> Could you send any information you have regarding doing a system build on windows /NT running Visual Studio 6.0? We're having a problem here with the XRef when trying to include certain paths into a project, the errors we are getting are as follows: (Embedded image moved to file: pic10009.pcx) Followed by: (Embedded image moved to file: pic22650.pcx) And then: (Embedded image moved to file: pic30048.pcx) It's difficult to know exactly under what circumstances this happens, but it happens while the XRef table is being built. Is this a known error and if so are any patches available to solve this problem? I'm also having problems with the SNSdk.exe, the first error I get is: ErrorInStartup: CreateProcessFailed. Looking through the code it happens at this point: /* Create the child process. */ if ( !CreateProcess (NULL, cmd, /* command line */ NULL, /* process security attributes */ NULL, /* primary thread security attributes */ TRUE, /* handles are inherited */ 0, /* creation flags */ NULL, /* use parent's environment */ NULL, /* use parent's current directory */ &siStartInfo, /* STARTUPINFO pointer */ &piProcInfo)) /* receives PROCESS_INFORMATION */ ErrorExit("CreateProcess failed"); But I think the reason the error occurs is due to the cmd parameter having an invalid string caused by the GetCommandLine() function above it. With this problem fixed though the program hangs when it hits the command: WaitForSingleObject(endEvent, INFINITE); It seems to be getting stuck in the ReadStderrPipe function: DWORD WINAPI ReadStderrPipe(LPVOID x) and seems to be on the command if (!ReadFile (hChildStderrRdDup, chBuf, BUFSIZE, &dwRead, NULL) || dwRead == 0) Are there any patches for these, or anywhere where I can get more information? I've tried the download sites, other internet sites and all the readme files supplied but can't find any information on this at all. ****************************************************************************************************************************************************** This e-mail has been prepared using information believed by the author to be reliable and accurate, but CWB makes no warranty as to accuracy or completeness. In particular CWB does not accept responsibility for changes made to this e-mail after it was sent. Any opinions expressed in this document are those of the author and do not necessarily reflect the opinions of the company or its affiliates. They may be subject to change without notice. ******************************************************************************************************************************************************* (UUEncoded file named: pic10009.pcx follows) begin 644 pic10009.pcx M"@4!"`````#5`9<````````````````````````````````````````````` M```````````````````````````!U@$!```````````````````````````` M``````````````````````````````````````````````````#_!_\'_P?_ M!_\'_P?O!]<'S`?&!\,'``?________________N_]?_S/_&_\+_I``'P?__ M!_\'_P?_!_\'_P?N!]<'RP?&!\('I``'P?\'_P3_!/\$_P3_!/\$[037!,L$ MQ@0$!Z0`!\'_!_\$_P3_!/\$_P3_!.T$UP3+!,8$!`>D``?!_P?_!/\$_P3_ M!/\$_P3M!-<$R__$_P#"!`>D``?!_P?+!,0`_P3_!/\$_P3_!/\$Y@3/!,'_ MRP?"!Z0`P@0'I``'P?\'P@0`QP3'`,0$QO_)!,+_!,+_PP3"_\T$PO_"!,+_ M!,+_V`3"_P3"_\4$PO_W!,+_T@3"_P3"_],$PO_3!,;__P3_!/@$W`3&!,'_ MRP?"!Z0`P@0'I``'P?\'PP0`!,(`!``$`,+Y`,+Z`,8$PO_+!,+_!,/_P@3" M_\D$PO_%!,+_W`3"_P3"__X$PO_2!,+_T@3"_]<$PO__!/\$^@3=!,<$P?_# M!\(`Q`?"`,('I`#"!`>D``?!_P?"!,'YPP0`PP0`POD`POH`Q@3"_\L$PO\$ MP__"!,+_R03"_\4$PO_D`,($!Z0`!\'_!\,$P?D$POD$P?D$``'#`,'Z`,8$ MPO_%!,3_P@3"_P3$_P3"_\,$Q/_"!,/_!,+_!,/_!,+_P@3$_\($P_\$PO_' M!,7_!,7_P@3"_P3'_\($Q?_'!,3_P@3"_P3"_\($Q/_/!,3_PP3%_\($Q?_" M!,+_!,+_P@3$_\,$Q/_"!,/_!,+_P@3$_\($Q?_&!,+_Q@3#_P3#_\($Q/_" M!,/__P3_!.X$UP0$P?_%!\0`Q`>D`,($!Z0`!\'_!\($`,,$P?G#!,<`Q@3" M_\0$PO_"!,+_!,+_!,3_!,+_P@3"_\($PO\$PO_"!,+_!,+_P@3"_P3"_\($ MPO\$PO_*!,+_P@3"_P3"_\($PO\$PO\$PO\$PO\$PO\$PO_"!,+_Q03"_\($ MPO\$PO\$PO\$PO_"!,+_S03"_\($PO_"!,+_P@3"_P3"_\($PO\$PO\$PO\$ MPO_"!,+_Q03"_P3"_\($PO\$PO_"!,+_!,/_!,+_Q03%_\,$PO_"!,+_P@3" M_\($PO\$PO__!/\$[P37!`3!_\8'P@#%!Z0`P@0'I``'P?\'PP0`!,(`!``$ M`,+\`,+[`,8$PO_$!,+_Q03"_P3"_P3$_\($PO_"!,+_!,+_P@3"_P3"_\($ MPO\$QO\$PO_*!,+_P@3"_P3"_\($PO\$PO\$PO\$PO\$PO\$PO_"!,+_Q03& M_\($P__"!,;_Q03#_\4$PO_"!,+_P@3"_\($PO\$PO_"!,+_!,+_!,+_!,+_ MQ@3%_P3"_\($PO\$PO_"!,+_!,+_P@3"_\4$PO_&!,+_P@3"_\($PO_"!,+_ M!,+__P3_!.\$UP0$P?_%!\0`Q`>D`,($!Z0`!\'_!\($P?S#!`##!`#"_`#" M^P#&!,+_Q`3"_\4$PO\$PO_"!,/_P@3"_\($PO\$PO_"!,+_!,+_P@3"_P3" M_\4$PO_*!,+_P@3"_P3"_\($PO\$PO\$PO\$PO\$PO\$PO_"!,+_Q03"_\8$ MP__"!,+_T03&_\($PO_"!,+_!,+_P@3"_P3"_P3"_P3"_\4$PO_"!,+_!,+_ MP@3"_P3"_\($PO\$PO_"!,+_Q03"_\8$PO_"!,+_P@3"_\($PO\$PO__!/\$ M[P37!`3!_\0'P@#"!\(`PP>D`,($!Z0`!\'_!\,$P?P$POP$P?P$``3#`,'[ M`,8$PO_$!,+_P@3"_P3"_P3"_\($P__"!,+_P@3"_P3"_\($PO\$PO_"!,+_ M!,+_P@3"_P3"_\H$PO_"!,+_!,+_P@3"_P3"_P3"_P3"_P3"_P3"_\($PO_% M!,+_P@3"_P3"_P3"_P3"_\($PO_,!,+_Q`3"_P3"_\($PO\$PO_"!,+_!,+_ M!,+_!,+_P@3"_P3"_\($PO\$PO_"!,+_!,+_P@3"_P3"_\($PO_%!,+_Q@3" M_\($PO_"!,+_P@3"_P3"__\$_P3O!-<$!,'_PP?"`,0'P@#"!Z0`P@0'I``' MP?\'P@0`PP3!_,,$QP#&!,+_Q03$_\($PO\$PO_#!,+_PP3$_\,$PO\$PO\$ MPO_"!,+_P@3$_\($PO_"!,+_QP3%_P3%_\($PO\$PO\$PO\$PO\$Q?_"!,+_ MPP3$_\($PO\$PO_"!,3_S03"_\0$PO\$Q?_"!,7_P@3"_P3"_\($Q/_#!,7_ MP@3"_P3"_\($Q/_"!,+_P@3"_\4$QO_"!,+_P@3"_\,$Q/_"!,+__P3_!.\$ MUP0$P?_+!\('I`#"!`>D``?!_P?#!``$P@`$``0`Q00`_P3B!,+_\03"_\4$ MPO__!/\$_P3U!-H$Q`3!_\L'P@>D`,($!Z0`!\'_!\8$`/\$[`3"__$$PO_% M!,+__P3_!/\$]03:!,0$P?_+I,.D`,($!Z0`!\'_!_\$_P3_!/\$_P3_!.T$ MUP3+`,4`P@0'I``'P?\'_P3_!/\$_P3_!/\$[037!,L$Q@0$!Z0`!\'_!_\$ M_P3_!/\$_P3_!.T$UP3+!,8$!`>D``?!__\'_P?_!_\'_P?_!^X'UP?+!\8' MP@>D``?!__\'_P?_!_\'_P?_!^X'UP?+!\8'P@>D``?!__\'_P?_!_\'_P?_ M!^X'UP?+!\8'P@>D``?!__\'_P?_!_\'_P?_!^X'UP?+!\8'P@>D``?!__\' M_P?_!_\'_P?_!^X'UP?+!\8'P@>D``?!__\'_P?_!_\'_P?_!^X'UP?+!\8' MP@>D``?!__\'_P?_!_\'_P?_!^X'UP?+!\8'P@>D``?!__\'_P?_!_\'_P?_ M!^X'UP?+!\8'P@>D``?!__\'_P?_!_\'_P?_!^X'UP?+!\8'P@>D``?!__\' M_P?_!_\'_P?_!^X'UP?+!\8'P@>D``?!__\'_P?_!_\'_P?_!^X'UP?+!\8' MP@>D``?!__\'_P?_!_\'_P?_!^X'UP?+!\8'P@>D``?!_]<'R`'_!_\'_P?_ M!_\'_@??!\\'R`?$!Z0`!\'_U`?#`!\\'R`?$ M!Z0`!\'_TPD``?!_]`'`=3Y`=D'`,0'`-L'`-$'`-D'`,4'`,('``<`PP<` MQ@<`PP<`!P##!P##!\(`Q@<`!P#%!P##!P`'`,,'`,0'`,('`,('`,T'`.<' M`/$'`,4'`,('``<`PP<`Q@<`PP<`!P##!P`'`,,'`,,'`,\'`,4'`,,'``<` MP@<`R0<`Q`<`X`?0!\@'Q`>D``?!_\\'`=;Y`=@'`,0'``?"`,,'PP#%!P`' M``?"`,,'P@#"!\(`!\(`!P##!P#"!\,`P@?"``<`P@?#`,('``?"`,8'PP#" M!\(`R0<`PP<`!P#"!P`'`,,'``<`PP<`P@<`!P#&!P`'Q`#"!P##!P`'`,,' M`,0'`,H'P@#"!\,`P@?"`,('PP#"!\(`P@?#`,('``?"`,,'PP##!\,`PP?$ M`,0'PP`'P@##!\,`P@?#``?"`,,'PP#"!\(`!P#"!P#%!\,`P@?"`,D'`,,' M``<`P@<`!P##!P`'`,,'``<`PP<`PP<`Q`?#`,,'PP#"!\0`P@<`PP<`S@<` MQ`<`!\(`PP?#`,4'PP`'P@##!\,`P@?#``?"`,,'PP#"!\(`!P#"!P#'!\0' MI``'P?_/!P'6^0&DUP<`Q`?"`,('``<`PP<`Q`<`!\(`P@<`!P#"!P`'`,(' M`,('`,,'``<`PP<`!P#"!P`'`,,'``?"`,('`,@'``<`R@<`PP<`!P#"!P`' M`,,'``<`PP<`P@<`!P#$!\(`P@<`PP<`!P##!P`'`,,'`,,'`,L'`,('`,,' M``<`P@<`PP<`!P#"!P##!P`'P@#"!P`'`,,'``<`PP<`!P##!P#$!P#"!P#" M!P`'`,,'``<`P@<`P@<`!P##!P`'`,('`,('`,@'``<`R@<`PP<`!P#"!P`' M`,,'``<`PP<`!P##!P##!P##!P##!P`'`,,'``<`PP<`P@?$`,X'`,0'P@#" M!P`'`,,'`,0'`,('`,('``<`PP<`!P#"!P#"!P`'`,,'``<`P@<`P@<`QP?$ M!Z0`!\'_S@D``?! M_\T'`<7YQ?_&^<7_Q?D!I-4'`,0'`,,'``<`PP<`Q`<`!P##!P`'`,('``<` MP@<`P@<`P@?"``<`PP<`!P#"!P`'`,,'``<`PP<`Q`<`PP<`!P#*!P##!P`' M`,('``<`PP<`!P##!P#$!P#"!P##!P`'`,,'``<`PP<`!P##!P#"!P#,!P#" M!P##!P`'`,('`,,'``<`P@<`PP<`!P##!P`'`,,'``<`PP<`!P##!P#$!P#" M!P#"!P`'`,,'``<`P@<`P@<`!P##!P`'`,,'P@#%!P##!P`'`,H'`,,'``<` MP@<`!P##!P`'`,,'``<`PP<`PP<`PP<`PP<`!P##!P`'`,,'``<`PP<`S@<` MQ`<`PP<`!P##!P#$!P#"!P#"!P`'`,,'``<`P@<`P@<`!P##!P`'`,,'P@#( M!\0'I``'P?_-!P'&^<7_Q/G%_\;Y`<*DU`<`Q`<`PP<`P@?#`,4'``<`PP<` MP@?"`,,'``<`PP?"``<`P@?#`,,'``<`P@?#`,('`,,'`,4'Q`#"!P#*!\,` MP@<`P@<`P@?#`,,'PP#%!P##!\,`P@?$`,,'PP##!\,`PP<`S`<`PP?#`,(' M`,,'PP#"!P##!\,`P@<`PP<`P@?#`,,'PP##!\0`Q`<`P@<`P@<`P@?#`,(' M`,('`,('`,('PP#"!P##!P#'!\0`P@<`R@?#`,('`,('`,('PP##!\,`PP?# M`,0'`,0'PP##!\,`PP?#`,,'PP#'!P#'!P#$!P##!P#"!\,`Q0<`P@<`P@<` MP@?#`,('`,('`,('`,('PP#"!P##!P#(!\0'!Z0`!\'_S`D``?!_\P'`D``?!_\T'`<;YQ?_$ M^<7_QOD!PZ31!P##!P`'`,,'``<`PP<`!P`'`,,'`,0'P@#"!P`'`,,'``<` MQ0<`PP<`!P##!P#)!P#"!P#"!P`'`,('``<`P@<`P@<`PP<`!\(`P@<`_P?_ M!_\'_0??!\\'R`?$!Z0`!\'_S0D``?!_\\'`=;Y`<2DTP?#`,,' MPP##!\(`!P`'`,('Q`#$!P##!P#"!\,`PP<`Q`?$`,,'PP#+!P##!P#"!P#" M!P#"!P#"!P#"!\,`P@<`PP<`Q@<`_P?_!_\'^@?=!\X'QP?$!Z0`!\'_SPD MPP'(^<,!Q:3_!_\'_P?_!_\'^@?=!\X'QP?$!Z0`!\'_U0?"I,@!QJ3_!_\' M_P?_!_\'^P?=!\\'QP?$!Z0`!\'_U@?.I/\'_P?_!_\'_P?[!]X'SP?'!\0' MI``'P?_9!\BD_P?_!_\'_P?_!_T'W@?/!\@'Q`>D``?!__\'_P?_!_\'_P?_ M!^X'UP?+!\8'P@>D``?!__\'_P?_!_\'_P?_!^X'UP?+!\8'P@>D``?!__\' M_P?_!_\'_P?_!^X'UP?+!\8'P@>D``?!__\'_P?_!_\'_P?_!^X'UP?+!\8' MP@>D``?!__\'_P?_!_\'_P?_!^X'UP?+!\8'P@>D``?!__\'_P?_!_\'_P?_ M!^X'UP?+!\8'P@>D``?!__\'_P?_!_\'_P?_!^X'UP?+!\8'P@>D``?!__\' M_P?_!_\'_P?_!^X'UP?+!\8'P@>D``?!__\'_P?_!_\'_P?_!^X'UP?+!\8' MP@>D``?!__X'Q`#"!P`'`,<'`-@'Q`##!P##!P#E!P#D``?!__X'Q`#"!P`'`,(' MPP#"!P##!P#%!\,`P@<`PP<`Q0?$`,,'`,0'`,4'`,('PP#&!P#"!\,`P@<` MP@<`P@<`P@<`!P`'`,,'`,('Q`#"!P#"!\,`Q@<`!P##!P#"!\,`Q@?$``?$ M`,('Q`#"!P`'`,('PP##!\0`P@<`!P#"!\,`P@<`PP<`_P?_!_$'V`?,!\8' MPP>D``?!__\'_P?_!\T'`,4'`/\'_P?_!^0'T@?)!\0'!Z0`!\'__P?_!_\' MS0<`Q0<`_P?_!_\'Y`?2!\D'Q`<'I``'P?__!_\'_P?_!_\'_P?N!]<'RP?& M!\('I``'P?__!_\'_P?_!_\'_P?N!]<'RP?&!\('I``'P?_^!\0`P@<`!P#' M!P#8!\0`Q`<`Q`<`Q`<`PP?$`,('Q0#"!P#8!P#'!P#7!P#@!P`'`-`'`/\' M_P?P!]@'S`?&!\('I``'P?_]!P#$!P`'`,D'`-<'`,0'`,,'`,0'P@##!P#" M!P#$!P`'`,8'`,@'`,\'`,<'`-0'`,('`.`'`,\'`/\'_P?Q!]D'S`?&!\,' MI``'P?_]!P#&!P#)!P#7!P#'!P`'`,,'P@##!P#"!P#&!P#&!P#(!P#/!P#' M!P#4!P#"!P#@!P#/!P#_!_\'\0?9!\P'Q@?#!Z0`!\'__0<`Q@<`!P#"!\,` MP@<`P@<`Q@?#`,('``?"`,4'`,<'``<`PP<`!P#"!P#"!P#&!P#&!P#(!\(` MP@?#`,8'Q`#"!\,`P@?$`,('`,,'`,('Q`#$!\(`!P`'P@##!\,`Q@?#`,(' MQ`#"!\0`P@<`!P#"!\,`PP?#`,('P@`'`,('PP#"!P`'P@#_!_\'Z@?5!\L' MQ0?"!Z0`!\'__0<`Q@<`!P`'`,,'``<`!P#&!P##!P`'P@#"!P#$!P#&!P## M!P#"!P`'`,('`,('`,8'Q`##!P#(!P#"!P##!P#$!P##!P`'`,,'``<`PP<` M!P##!P`'`,,'`,0'`,('P@#"!P`'`,,'`,@'``<`PP<`!P##!P`'``<`!P## M!P#%!P`'`,('``<`PP<`!\(`P@<`_P?_!^H'U0?*!\4'P@>D``?!__T'`,8' M``<`!P#%!\(`QP<`PP<`!P##!P#$!P#&!P##!P#"!P#"!P`'`,('`,8'`,8' M`,@'`,('`,,'`,0'`,,'``?%``<`PP<`!P##!P`'`,,'`,0'`,('`,,'``?% M`,4'Q``'`,,'``<`PP<`!P`'``<`Q@?$``<`P@<`!P##!P`'`,,'`/\'_P?J M!]4'R@?%!\('I``'P?_]!P#&!P`'``<`Q0<`!P#&!P##!P`'`,,'`,0'`,8' MQ0#"!P##!\(`P@<`Q@<`Q@<`R`<`P@<`PP<`Q`<`PP<`!P#%!P##!P`'`,,' M``<`PP<`Q`<`P@<`PP<`!P#(!P##!P`'`,,'``<`PP<`!P`'``<`Q0<`PP<` M!P#"!P`'`,,'``<`PP<`_P?_!^H'U0?*!\4'P@>D``?!__T'`,0'``<`!P`' M`,,'``<`P@<`Q0<`PP<`!P##!P#$!P#$!\(`Q0<`!P##!\(`P@<`Q`<`!P#& M!P#(!P#"!P##!P#$!P##!P`'`,,'``<`PP<`!P#"!\(`!P##!P#$!P#"!P## M!P`'`,,'`,0'`,,'``<`PP<`!P##!P`'``<`!P##!P`'`,,'``<`P@<`!P## M!P`'`,,'`/\'_P?J!]4'R@?%!\('I``'P?_^!\0`P@<`!P#"!\,`P@<`PP<` MQ0?#`,('`,,'`,4'Q``'`,4'``<`Q`<`PP?$`,('Q0#"!\4`Q0<`P@?#`,8' MQ`#"!\,`P@?$`,,'P@`'`,('Q`#%!P`'`,,'`,('PP#&!\0`!\0`P@?$`,(' M``<`P@?#`,,'Q`#"!P`'`,('PP#"!P##!P#_!_\'Z@?5!\H'Q0?"!Z0`!\'_ M_P?_!_T'`-P'`,4'`/\'_P?\!]X'SP?(!\0'I``'P?__!_\'^0?$`-T'`,4' M`/\'_P?\!]X'SP?(!\0'I``'P?__!_\'_P?_!_\'_P?N!]<'RP?&!\('I``' MP?__!_\'_P?_!_\'_P?N!]<'RP?&!\('I``'P?__!_\'_P?_!_\'_P?N!]<' MRP?&!\('I``'P?__!_\'_P?_!_\'_P?N!]<'RP?&!\('I``'P?__!_\'_P?_ M!_\'_P?N!]<'RP?&!\('I``'P?__!_\'_P?_!_\'_P?N!]<'RP?&!\('I``' MP?__!_\'_P?_!_\'_P?N!]<'RP?&!\('I``'P?__!_\'_P?_!_\'_P?N!]<' MRP?&!\('I``'P?__!_\'_P?_!_\'_P?N!]<'RP?&!\('I``'P?__!_\'_P?_ M!_\'_P?N!]<'RP?&!\('I``'P?__!_\'_P?_!_\'_P?N!]<'RP?&!\('I``' MP?__!_\'_P?_!_\'_P?N!]<'RP?&!\('I``'P?__!_\'_P?_!_\'_P?N!]<' MRP?&!\('I``'P?__!_\'_P?_!_\'_P?N!]<'RP?&!\('I``'P?__!_\'_P?_ M!_\'_P?N!]<'RP?&!\('I``'P?__!_\'_P?_!_\'_P?N!]<'RP?&!\('I``' MP?__!_\'_P?_!_\'_P?N!]<'RP?&!\('I``'P?__!_\'_P?J`,8'Z?\`_P?_ M!^`'T`?(!\0'!Z0`!\'__P?_!_\'`.?_P@#&!\'_YP>D`/\'_P?@!]`'R`?$ M!P>D``?!__\'_P?_!P#!_^4'I,(`Q@?!_^<'I`#_!_\'X`?0!\@'Q`<'I``' MP?__!_\'_P<`P?_E!Z3"`,8'P?_G!Z0`_P?_!^`'T`?(!\0'!Z0`!\'__P?_ M!_\'`,'_PP<`!P`'``<`!P`'``<`!P`'``<`!P`'``<`!P`'``<`!P`'I,(` MQ@?!_^<'I`#_!_\'X`?0!\@'Q`<'I``'P?__!_\'_P<`P?_"!P#B!Z3"`,8' MP?_G!Z0`_P?_!^`'T`?(!\0'!Z0`!\'__P?_!_\'`,'_S0?$`,,'`,,'`,H' M``>DP@#&!\'_Q0?$`-H'`,,'I`#_!_\'X`?0!\@'Q`<'I``'P?__!_\'_P<` MP?_"!P#)!P#$!P#"!P#"!P#-!Z3"`,8'P?_$!P#$!P#9!P##!Z0`_P?_!^`' MT`?(!\0'!Z0`!\'__P?_!_\'`,'_S`<`Q`<`P@<`!P#,!P`'I,(`Q@?!_\0' M`-X'`,,'I`#_!_\'X`?0!\@'Q`<'I``'P?__!_\'_P<`P?_"!P#)!P#$!P#" M!\(`SP>DP@#&!\'_Q`<`QP?#`,('``?"`,,'PP##!\,`P@<`PP>D`/\'_P?@ M!]`'R`?$!P>D``?!__\'_P?_!P#!_\P'`,0'`,('P@#-!P`'I,(`Q@?!_\0' M`,H'``?"`,('``<`PP<`!P##!P`'`,,'I`#_!_\'X`?0!\@'Q`<'I``'P?__ M!_\'_P<`P?_"!P#)!P#$!P#"!P`'`,X'I,(`Q@?!_\0'`,<'Q``'`,,'``<` MQ0?%``<`PP>D`/\'_P?@!]`'R`?$!P>D``?!__\'_P?_!P#!_\P'`,0'`,(' M`,('`,L'``>DP@#&!\'_Q`<`Q@<`PP<`!P##!P`'`,4'`,4'`,,'I`#_!_\' MX`?0!\@'Q`<'I``'P?__!_\'_P<`P?_"!P#)!P#$!P#"!P##!P#,!Z3"`,8' MP?_$!P#$!P`'`,,'``<`PP<`!P##!P`'`,,'``<`PP>D`/\'_P?@!]`'R`?$ M!P>D``?!__\'_P?_!P#!_\T'Q`##!P#$!P#)!P`'I,(`Q@?!_\4'Q`##!\0` M!P##!P#"!\,`PP?#`,('`,,'I`#_!_\'X`?0!\@'Q`<'I``'P?__!_\'_P<` MP?_"!P#B!Z3"`,8'P?_G!Z0`_P?_!^`'T`?(!\0'!Z0`!\'__P?_!_\'`,'_ MXP<`!Z3"`,8'P?_G!Z0`_P?_!^`'T`?(!\0'!Z0`!\'__P?_!_\'`,'_P@<` MX@>DP@#&!\'_YP>D`/\'_P?@!]`'R`?$!P>D``?!__\'_P?_!P#!_\,'``<` M!P`'``<`!P`'``<`!P`'``<`!P`'``<`!P`'``<`!Z3"`,8'P?_G!Z0`_P?_ M!^`'T`?(!\0'!Z0`!\'__P?_!_\'`,'_Y0>DP@#&!\'_YP>D`/\'_P?@!]`' MR`?$!P>D``?!__\'_P?_!P#!_^:DP@#&!\'_YP>D`/\'_P?@!]`'R`?$!P>D M``?!__\'_P?_!^H`Q@?!_^BD`/\'_P?@!]`'R`?$!P>D``?!__\'_P?_!^H` MQ@?J`/\'_P?@!]`'R`?$!P>D``?!__\'_P?_!_\'_P?_!^X'UP?+!\8'P@>D M``?!__\'_P?_!_\'_P?_!^X'UP?+!\8'P@>D``?!__\'_P?_!_\'_P?_!^X' MUP?+!\8'P@>D``?!__\'_P?_!_\'_P?_!^X'UP?+!\8'P@>D``?!__\'_P?_ M!_\'_P?_!^X'UP?+!\8'P@>D``?!__\'_P?_!_\'_P?_!^X'UP?+!\8'P@>D M``?!__\'_P?_!_\'_P?_!^X'UP?+!\8'P@>D``?!__\'_P?_!_\'_P?_!^X' MUP?+!\8'P@>D``?!__\'_P?_!_\'_P?_!^X'UP?+!\8'P@>D``?!__\'_P?_ M!_\'_P?_!^X'UP?+!\8'P@>D``?!__\'_P?_!_\'_P?_!^X'UP?+!\8'P@>D M``?!__\'_P?_!_\'_P?_!^X'UP?+!\8'P@>D``?_I/^D_Z3_I/^D_Z3NI->D MS*3&I,.D`/\`_P#_`/\`_P#_`.\`UP#,`,8`PP``#````(````"``("````` M@(``@`"`@,#`P,#D`,($P@>D``?!_\('PP3#=\,$ MPG?#!,)WQ03&__\$_P3_!/\$_P3_!/\$_P3_!-<$P?_-!Z0`P?_"!\D`P@>D M`,($P?_+!\('I`#"!,('I``'P?_"!\,$PG?"!,9WP@3#=\,$PO__!/\$_P3_ M!/\$_P3_!/\$_P3;!,'_S0>D`,'_P@?)`,('I`#"!,'_PP?"`,0'P@#"!Z0` MP@3"!Z0`!\'_P@?"!,)WP@3#=\($PG?"!,-WPP3"__\$_P3_!/\$_P3_!/\$ M_P3_!-L$P?_-!Z0`P?_"!P#'!P#"!Z0`P@3!_\0'P@#"!\(`PP>D`,($P@>D M``?!_\('P@3"=\($PG?(!'?$!,+_Q@3#_P3#_\($Q/_"!,/__P3_!/\$_P3_ M!/\$_P3_!/X$Q`3!_\T'I`#!_\('`,<'`,('I`#"!,'_Q0?$`,0'I`#"!,(' MI``'P?_"!\($PG<$PG?.!,7_PP3"_\($PO_"!,+_P@3"_P3"__\$_P3_!/\$ M_P3_!/\$_P3^!,4$P?_-!Z0`P?_"!P#'!P#"!Z0`P@3!_\8'P@#%!Z0`P@3" M!Z0`!\'_P@?"!,)W!,)WS@3"_\8$PO_"!,+_P@3"_\($PO\$PO__!/\$_P3_ M!/\$_P3_!/\$_@3%!,'_S0>D`,'_P@<`QP<`P@>D`,($P?_%!\0`Q`>D`,($ MP@>D``?!_\('P@3"=\($PG?-!,+_Q@3"_\($PO_"!,+_P@3"_P3"__\$_P3_ M!/\$_P3_!/\$_P3^!,4$P?_-!Z0`P?_"!P#'!P#"!Z0`P@3!_\0'P@#"!\(` MPP>D`,($P@>D``?!_\('P@3"=\($PW?"!,)WR`3"_\8$PO_"!,+_P@3"_\($ MPO\$PO__!/\$_P3_!/\$_P3_!/\$_@3%!,'_PP?&`,0'I`#!_\('`,<'`,(' MI`#"!,'_PP?"`,0'P@#"!Z0`P@3"!Z0`!\'_P@?#!,)WP@3&=\($PG?$!,;_ MP@3"_\($PO_#!,3_P@3"__\$_P3_!/\$_P3_!/\$_P3^!,4$P?_#!\8`Q`>D M`,'_P@?)`,('I`#"!,'_RP?"!Z0`P@3"!Z0`!\'_P@?#!,-WPP3"=\,$PW?_ M!/\$_P3_!/\$_P3_!/\$_P3A!,'_S0>D`,'_S0>D`,($P?_+!\('I`#"!,(' MI``'P?_"!\0$PW?%!,1W_P3_!/\$_P3_!/\$_P3_!/\$X@3!_\ZD`,'_SJ0` MP@3!_\NDPZ0`P@3"!Z0`!\'_P@?%!,IW_P3_!/\$_P3_!/\$_P3_!/\$XP3= M`,,`P@3,`,0`P@3"!Z0`!\'_P@?'!,9W_P3_!/\$_P3_!/\$_P3_!/\$[P38 M!,P$Q@3"!Z0`!\'_P@?_!/\$_P3_!/\$_P3_!/\$_P3V!-L$S03'!`3"!Z0` M!\'__P?_!_\'_P?_!_\'_P?_!_\']P?;!\X'QP?#!Z0`!\'__P?_!_\'_P?_ M!_\'_P?_!_\']P?;!\X'QP?#!Z0`!\'__P?_!_\'_P?_!_\'_P?_!_\']P?; M!\X'QP?#!Z0`!\'__P?_!_\'_P?_!_\'_P?_!_\']P?;!\X'QP?#!Z0`!\'_ M_P?_!_\'_P?_!_\'_P?_!_\']P?;!\X'QP?#!Z0`!\'__P?_!_\'_P?_!_\' M_P?_!_\']P?;!\X'QP?#!Z0`!\'__P?_!_\'_P?_!_\'_P?_!_\']P?;!\X' MQP?#!Z0`!\'__P?_!_\'_P?_!_\'_P?_!_\']P?;!\X'QP?#!Z0`!\'__P?_ M!_\'_P?_!_\'_P?_!_\']P?;!\X'QP?#!Z0`!\'__P?_!_\'_P?_!_\'_P?_ M!_\']P?;!\X'QP?#!Z0`!\'__P?_!_\'_P?_!_\'_P?_!_\']P?;!\X'QP?# M!Z0`!\'__P?_!_\'_P?_!_\'_P?_!_\']P?;!\X'QP?#!Z0`!\'__P?_!_\' M_P?_!_\'_P?_!_\']P?;!\X'QP?#!Z0`!\'__P?_!_\'_P?_!_\'_P?_!_\' M]P?;!\X'QP?#!Z0`!\'__P?_!_\'_P?A!\4`W0<`Q0<`!P#%!P#W!P#.!P#* M!P#B!P`'`/\'_P?Q!]@'S`?&!\,'I``'P?__!_\'_P?_!^$'`.$'`,<'`,4' M`/D'`,P'`,H'`.('``<`_P?_!_$'V`?,!\8'PP>D``?!__\'_P?_!_\'X0<` MX0<`QP<`Q0<`^0<`S`<`R@<`X@<`!P#_!_\'\0?8!\P'Q@?#!Z0`!\'__P?_ M!_\'_P?A!P#&!\(`!\(`P@?#`,('P@`'`,8'PP#"!P`'P@#"!P`'`,('Q`#$ M!\0`P@?"`,('PP##!\,`PP?#`,,'P@##!\(`Q@?#`,('`,('``<`!\(`P@?# M`,,'Q`#%!\,`P@?$`,('``?"`,,'PP#"!\(`!\,`!\(`PP?#`,('``<`!P#" M!P#_!_\'[@?7!\P'Q@?"!Z0`!\'__P?_!_\'_P?A!\0`PP<`P@<`P@<`PP<` M!P#(!P##!P`'P@#"!P`'``<`!P##!P#$!P##!P`'`,('`,,'``<`PP<`!P## M!P`'`,('``<`P@<`Q`<`PP<`!P#"!P`'``<`P@<`PP<`!P##!P#(!P`'`,,' M``?"`,('``<`PP<`!P#"!P#"!P#"!P#%!P`'``<`!P#"!P#_!_\'[@?7!\P' MQ@?"!Z0`!\'__P?_!_\'_P?A!P#&!P#"!P#"!P##!P`'`,@'`,4'`,,'``<` M!P`'`,,'`,0'`,,'``<`P@<`PP<`!P#%!\4`P@<`Q`<`Q@?%`,('P@#"!P`' M`,('Q0`'`,,'`,4'Q``'`,,'``<`PP<`!P##!P`'`,('`,('`,('`,('Q``' M``<`!P#"!P#_!_\'[@?7!\P'Q@?"!Z0`!\'__P?_!_\'_P?A!P#&!P#"!P#" M!P##!P`'`,@'`,4'`,,'``<`!P`'`,,'`,0'`,,'``<`P@<`PP<`!P#%!P#' M!P#$!P#%!P#&!\(`P@<`!P#"!P#%!P##!P#$!P##!P`'`,,'``<`PP<`!P## M!P`'`,('`,('`,('``<`PP<`!P`'``<`P@<`_P?_!^X'UP?,!\8'P@>D``?! M__\'_P?_!_\'X0<`Q@<`P@<`P@<`PP<`!P#(!P##!P`'`,,'``<`!P`'`,,' M`,0'`,,'``<`P@<`PP<`!P##!P`'`,,'``<`P@<`!P#"!P#$!P##!P`'`,(' M``<`!P#"!P##!P`'`,,'`,0'`,,'``<`PP<`!P##!P`'`,,'``<`P@<`P@<` MP@<`!P##!P`'``<`P@?"`/\'_P?O!]<'S`?&!\('I``'P?__!_\'_P?_!^$' MQ0#"!P#"!P##!\,`P@<`P@<`Q@?#`,('`,,'``<`!P#"!\0`Q`?$`,('`,,' MPP##!\,`PP?#`,,'P@##!\(`Q@?#`,('`,('``<`P@<`P@?#`,,'Q`#%!\0` M!\0`P@<`PP<`P@?#`,('`,('`,('`,('`,('Q``'``<`P@<`_P?_!^\'V`?, M!\8'P@>D``?!__\'_P?_!_\'_P?7!P#_!_4'`/\'_P?O!]@'S`?&!\('I``' MP?__!_\'_P?_!_\'UP<`_P?S!\(`_P?_!_`'V`?,!\8'P@>D``?!__\'_P?_ M!_\'_P?_!_\'_P?_!_<'VP?.!\<'PP>D``?!__\'_P?_!_\'_P?_!_\'_P?_ M!_<'VP?.!\<'PP>D``?!__\'T`?$`,T'`-\'`.@'`-$'`,\'`,4'`,<'`-H' M`,('PP#2!P#-!P#5!P#6!\(`Q0<`!P#0!\0`SP<`!P#&!P#K!P#%!P`'``<` MR@?#`,,'`,4'P@#%!P`'`-`'Q`#/!P`'`,8'`.L'`,4'``<`!P#*!\,`PP<` MPP?$`,L'`,P'PP#=!\\'QP?$!Z0`!\'_WP?,^>0'`,,'`.L'`.8'`-,'`-`' M`,4'`,<'`-H'``<`PP<`WP<`R`<`RP<`UP?"`,4'`-$'`,0'`,X'`,,'`,0' M`.('`,@'`,<'`,,'`,<'`,,'`,('`,4'P@#%!P#1!P#$!P#.!P##!P#$!P#B M!P#(!P#'!P##!P#'!P##!P#"!P#"!P#$!P#*!P#+!P##!P#=!\X'QP?$!Z0` M!\'_W@?!^D``?!_]T'P?G!_\SYP?_!^>('`,0'`,('`,,'``?"``<` M!P`'P@##!\0`Q`<`P@<`!\(`P@?#`,('P@#%!\0`P@?#`,('``?"`,,'PP#" M!\(`P@?#`,('P@`'`,('PP#"!P`'P@#%!\(`P@?#`,('P@`'`,8'``<`PP<` MQ`<`PP?#`,('P@`'PP`'P@##!\(`Q`<`P@<`QP?#`,('P@`'`,,'``<`P@?# M`,,'PP#"!P#"!P`'P@#"!\(`P@?#`,('P@`'P@#"!\,`PP?#`,,'PP#$!P#" M!P##!P#"!P#"!\,`P@<`P@<`P@<`!P#&!\(`P@?#`,,'Q``'``?"`,('``<` MQ`?#`,,'PP##!\,`P@<`PP<`!P`'P@#"!\(`P@?#`,('Q`#"!P`'``<`!\(` M!P#"!P`'`,8'`,0'`,('`,,'`,('`,('PP#"!P#"!P#"!P`'`,8'P@#"!\,` MPP?$``<`!\(`P@<`!P#$!\,`PP?#`,,'PP#"!P##!P`'``?"`,('P@#"!\,` MP@?$`,('``<`!P`'P@`'`,('``<`Q@<`P@<`QP?#`,('P@`'Q`##!\,`P@<` MQP?#`,('P@`'`,,'`,('PP#"!\(`Q0?#`,('Q`#"!\0`Q@?#!Z0`!\'_W`?! M^<'_SOG!_\'YX0<`Q`<`P@<`PP<`!P#"!P`'P@#"!P`'`,,'`,0'`,('``<` MP@<`PP<`!P#%!P##!P`'`,,'``?"`,('``<`PP<`!P#&!P`'`,('``<`PP<` M!\(`P@<`Q`<`P@<`PP<`!P#*!P#)!P#"!P##!P`'`,('`,('`,('``<`P@<` MPP<`PP?#`,,'`,,'``<`P@<`PP<`!P`'`,,'``<`PP<`!P#"!\(`P@<`!P#" M!P##!P`'`,('`,8'``<`PP<`!P##!P##!P#"!P##!P#"!P`'`,,'``<`P@<` MP@<`!P#&!P#"!P##!P`'`,,'``<`!P#"!P##!P#"!P##!P`'`,,'``<`PP<` M!P##!P`'P@#"!P`'`,8'``<`PP<`!P`'``<`!P#"!P#"!P#"!\,`PP<`Q`<` MP@<`PP<`P@<`!P##!P`'`,('`,('``<`Q@<`P@<`PP<`!P##!P`'``<`P@<` MPP<`P@<`PP<`!P##!P`'`,,'``<`PP<`!\(`P@<`!P#&!P`'`,,'``<`!P`' M``<`P@<`P@<`P@?#`,,'`,('`,8'`,,'``<`P@<`PP<`Q0<`P@?#`,,'`,,' M``<`P@<`PP<`!P##!P`'`,4'`,,'``<`PP<`!P##!P#&!\('I``'P?_;!\'Y MP?_0^<'_P?G@!P#$!P#"!P##!P`'`,('``<`PP<`!P##!P#%!\(`P@<`P@?% M``<`P@?"``<`PP<`!\4`!P##!P`'Q0`'`,,'Q``'`,('``<`PP<`!P##!P#$ M!P#"!P##!P`'`,H'`,@'`,,'`,4'`,('`,('`,('`,('`,0'`,<'`,('Q0`' M`,,'``<`P@<`!P#%!\4`!P#"!P##!P`'`,('Q0`'`,('`,,'Q``'`,4'Q0#" M!P#$!P`'`,,'``?%``<`!P`'``<`!P#&!P#"!\4`!P##!P`'``<`P@<`PP<` MP@<`Q0<`Q0<`PP<`!P##!P`'`,,'``<`PP?$``<`PP<`!P`'``<`!P#"!P#" M!P#%!P#"!P##!P#$!P`'`,,'``?%``<`!P`'``<`!P#&!P#"!\4`!P##!P`' M``<`P@<`PP<`P@<`Q0<`Q0<`PP<`!P##!P`'`,,'``<`PP?$``<`PP<`!P`' M``<`!P#"!P#"!P#%!P#"!P#"!P#&!P##!P`'`,('`,,'`,('Q`#%!P#"!\4` M!P##!P`'`,('Q0`'`,4'`,4'`,,'``<`PP<`Q@?"!Z0`!\'_V@?!^<'_TOG! M_\'YWP<`Q`<`P@<`PP<`!P#"!P`'`,,'``<`PP<`Q0?"`,('`,('`,4'`,4' M`,,'``<`Q0<`PP<`!P#%!P#"!P##!P`'`,('``<`PP<`!P##!P#$!P#"!P## M!P`'`,H'`,@'`,,'`,4'`,('`,('`,('`,,'`,,'`,<'`,('`,4'`,,'``<` MP@<`!P#%!P#%!P#"!P##!P`'`,('`,4'`,('`,('`,,'``<`Q0<`Q@<`Q`<` M!P##!P`'`,4'``<`!P`'``<`Q@<`P@<`Q0<`PP<`!P`'`,('Q0#"!P#%!P#% M!P##!P`'`,,'``<`PP<`!P#"!P##!P`'`,,'``<`!P`'``<`P@<`P@<`Q0<` MP@<`PP<`Q`<`!P##!P`'`,4'``<`!P`'``<`Q@<`P@<`Q0<`PP<`!P`'`,(' MQ0#"!P#%!P#%!P##!P`'`,,'``<`PP<`!P#"!P##!P`'`,,'``<`!P`'``<` MP@<`P@<`Q0<`P@<`P@<`Q@<`PP<`!P#"!P##!P`'`,,'`,4'`,('`,4'`,,' M``<`P@<`Q0<`Q0<`Q0<`PP<`!P##!P#&!\('I``'P?_9!\'YP?_4^<'_P?G> M!P##!P##!P#"!\(`!P#"!P`'`,,'``<`PP<`Q`<`P@<`!P#"!P##!P`'`,4' M`,,'``<`PP<`!P##!P`'`,,'``<`P@<`PP<`!P#"!P`'`,,'``<`PP<`Q`<` MP@<`PP<`!P#*!P#'!P#$!P##!P`'`,('`,('`,('``<`P@<`!P#$!P##!P#" M!P##!P`'`,0'`,,'``<`PP<`!P##!P`'`,('`,,'``<`P@<`PP<`!P#"!P#" M!P##!P`'`,,'``<`PP<`!P#&!P#$!P`'`,,'`,('`,,'`,('`,0'``<`P@<` MPP<`!P##!P`'``<`!P#%!P`'`,,'``<`PP<`!P##!P`'`,('P@`'`,,'``<` MP@<`PP<`!P##!P`'``<`!P`'`,,'P@#"!P##!P#"!P#"!P#&!P#$!P`'`,,' M`,('`,,'`,('`,0'``<`P@<`PP<`!P##!P`'``<`!P#%!P`'`,,'``<`PP<` M!P##!P`'`,('P@`'`,,'``<`P@<`PP<`!P##!P`'``<`!P`'`,,'P@#"!P## M!P#"!P#"!P#$!P`'`,,'``<`P@<`PP<`!P##!P`'`,,'`,('`,,'``<`Q`<` MPP<`PP<`!P#%!P##!P`'`,,'``<`PP<`Q@?"!Z0`!\'_V`?!^<'_UOG!_\'Y MW0?$`,4'P@`'``<`P@<`!P##!P#"!\0`Q`<`P@<`!P##!\,`P@<`Q@?$`,(' MPP#"!P##!P#"!\,`P@<`PP?$`,('``<`P@?#`,('`,,'`,0'`,,'PP#"!P#" M!P#'!P#$!P#"!P#%!\,`P@<`P@<`P@<`P@<`P@?"`,('`,4'PP#$!\,`P@<` MQ`<`PP<`P@?#`,,'PP#"!P#"!P##!P#"!P#"!\,`P@<`P@<`PP?$`,('PP## M!\,`P@<`Q@<`Q`<`P@?#`,,'`,,'`,,'Q`#"!P##!\,`PP?$``<`P@?"`,4' M`,('PP##!\,`PP?#`,,'P@`'``<`PP<`P@<`P@?$``?$`,('``<`!P#"!P#" M!P#$!\,`PP<`P@<`Q@<`Q`<`P@?#`,,'`,,'`,,'Q`#"!P##!\,`PP?$``<` MP@?"`,4'`,('PP##!\,`PP?#`,,'P@`'``<`PP<`P@<`P@?$``?$`,('``<` M!P#"!P#"!P#$!\,`PP<`PP?$`,,'PP#"!P#"!\0`PP?$`,('PP#$!\,`P@<` MQ`<`Q`?#`,('`,('`,,'PP#"!\0`P@?$`,8'PP>D``?!_]<'P?G!_]CYP?_! M^?D'`-P'`/\'_P?_!_\'\P<`_P?_!\0'`/0'V@?#!P#%!P#(!\0'I``'P?_6 M!\'YP?_:^<'_P?GT!\0`V0?$`/\'_P?_!_\'\@?"`/\'_P?#!\(`]`?:!\0' M`,4'`,@'Q`>D``?!_]4'P?G!_\/YP__"^<7_POG#_\+YQ/_$^<'_P?G_!_\' M_P?_!_\'_P?_!_\'_`?>!\\'QP?$!Z0`!\'_U0?!^<'_POG!_\/YP?_#^<'_ MP_G!_\/YP?_!^<'_P_G!_\/YP?_!^?\'_P?_!_\'_P?_!_\'_P?\!]X'SP?' M!\0'I``'P?_5!\'YP?_"^<'_Q_G!_\/YP?_#^<'_P?G!_\/YP?_#^<'_P?G_ M!_\'_P?_!_\'_P?_!_\'_`?>!\\'QP?$!Z0`!\'_U0?!^<'_POG!_\?YP?_# M^<'_P_G!_\'YP?_#^<'_P_G!_\'Y_P?_!_\'_P?_!_\'_P?_!_P'W@?/!\<' MQ`>D``?!_]4'P?G!_\/YP?_&^<'_P_G!_\/YP?_!^<'_P_G!_\/YP?_!^?\' M_P?_!_\'_P?_!_\'_P?\!]X'SP?'!\0'I``'P?_5!\'YP?_$^<'_Q?G!_\/Y MP?_#^<'_P?G$_\3YP?_!^?\'_P?_!_\'_P?_!_\'_P?\!]X'SP?'!\0'I``' MP?_5!\'YP?_%^<'_Q/G!_\/YP?_#^<'_P?G!_\?YP?_!^?\'_P?_!_\'_P?_ M!_\'_P?\!]X'SP?'!\0'I``'P?_5!\'YP?_&^<'_P_G!_\/YP?_#^<'_P?G! M_\?YP?_!^?\'_P?_!_\'_P?_!_\'_P?\!]X'SP?'!\0'I``'P?_5!\'YP?_& M^<'_P_G!_\/YP?_#^<'_P?G!_\?YP?_!^?\'_P?_!_\'_P?_!_\'_P?\!]X' MSP?'!\0'I``'P?_5!\'YP?_&^<'_P_G!_\/YP?_#^<'_P?G!_\?YP?_!^?\' M_P?_!_\'_P?_!_\'_P?\!]X'SP?'!\0'I``'P?_5!\'YP?_"^<'_P_G!_\/Y MP?_#^<'_P_G!_\'YP?_'^<'_P?G_!_\'_P?_!_\'_P?_!_\'_`?>!\\'QP?$ M!Z0`!\'_U0?!^<'_P_G#_\3YP?_$^!\\'R`?$!Z0`!\'_UP?!^<'_V/G!_\'Y_P?_!_\'_P?_!_\'_P?_ M!_T'W@?/!\@'Q`>D``?!_]@'P?G!_];YP?_!^?\'_P?_!_\'_P?_!_\'_P?] M!]\'SP?(!\0'I``'P?_9!\'YP?_4^<'_P?G_!_\'V@?#`.$'`,0'`,X'`-P' M`,\'`-P'`,4'`/8'`-$'Q`#8!\4`R@<`Y0<`R`<`VP<`_P?J!]4'RP?%!\(' MI``'P?_:!\'YP?_2^<'_P?G_!_\'V@<`PP<`X`?"`,,'`-P'`,X'`,\'`-P' M`,4'`/,'`-,'`,0'`-<'`,0'`,@'`.X'`-D'`/\'[`?6!\L'Q0?"!Z0`!\'_ MVP?!^<'_T/G!_\'Y_P?_!]L'`.0'P@##!P#D``?!_]P'P?G!_\[YP?_! M^?\'_P?!\'Y MS/_!^?\'_P?B!P#"!P##!P`'`,,'``<`P@<`Q0?%``?"``<`P@<`!P##!\0` MP@<`!P#"!P`'`,,'`,('Q``'`,('`,,'``<`Q0<`PP<`P@?$``<`PP<`Q0?$ M`,0'`,,'``<`P@<`PP<`!P##!P`'``?%``<`P@<`P@<`Q`<`PP<`!\4`!P## M!P`'Q0`'`,,'Q``'`,('``<`PP<`!P##!P#$!P#&!P#"!P##!P#"!P#$!P## M!\(`!P#$!P#"!\4`!P#"!\4`!P#"!\4`!P##!P`'`,4'Q0#$!P`'`,,'``<` MP@<`PP<`!P#"!P#"!P#"!P#"!\0`!P#"!P`'`,,'``<`PP<`_P?D!]('R0?% M!P>D``?!_]\'S/G_!_\'XP<`P@<`PP<`!P##!P`'`,('`,4'`,@'`,,'P@#" M!P##!P#"!P`'`,('``<`PP<`!P##!P`'`,('`,,'``<`Q0<`PP<`!P##!P`' M`,,'`,0'`,,'`,0'`,,'``<`P@<`PP<`!P##!P`'``<`Q0<`P@<`P@<`Q`<` MPP<`!P#%!P##!P`'`,4'`,('`,,'``<`P@<`!P##!P`'`,,'`,0'`,8'`,(' M`,,'`,,'`,0'`,4'`,0'`,('`,4'`,('`,4'`,('`,4'`,,'``<`Q0<`R`<` M!P##!P`'`,('`,,'``<`P@<`P@<`P@<`!P##!P`'`,('``<`PP<`!P##!P#_ M!^0'T@?)!\4'!Z0`!\'__P?_!_\'RP<`PP<`P@<`PP<`!P#"!\(`!P#"!P## M!P`'`,,'`,0'`,,'P@#"!P##!P##!P##!P`'`,,'``<`PP<`!P#"!P##!P`' M`,4'`,,'``<`PP<`!P##!P#$!P##!P#$!P##!P`'`,('`,,'``<`PP<`!P`' M`,,'``<`P@<`P@<`Q`<`PP<`!P##!P`'`,,'``<`PP<`!P#"!P##!P`'`,(' M``<`PP<`!P##!P#$!P#$!P`'`,('`,,'``<`P@<`!P#"!P#$!P#$!P#"!P## M!P`'`,('`,,'``<`P@<`PP<`!P##!P`'`,,'``<`PP<`Q`<`!P##!P`'`,(' M`,,'``<`P@<`P@<`P@<`!P##!P`'`,('``<`PP<`!P##!P#_!^0'T@?)!\4' M!Z0`!\'__P?_!_\'S`?#`,0'PP##!\(`!P`'`,,'PP##!\,`Q0<`Q`<`PP?$ M`,,'`,,'`,('Q`#"!\0`P@<`P@?#`,('`,4'`,,'`,('Q`#"!\0`Q0?$`,0' MQ`#"!P##!\,`P@?$`,('`,('PP#"!P#"!P#"!P#%!\0`P@?#`,('`,,'`,(' MPP#"!P##!\0`P@<`!P`'`,,'`,('Q`#%!\0`P@<`PP?#`,,'P@##!\(`Q0<` MQ`<`PP?#`,('`,,'PP#"!P##!\,`P@<`PP<`P@?#`,,'PP#%!P`'`,,'``<` MPP?#`,('`,('`,('`,('`,('Q`#"!P`'`,('PP#"!P##!P`'`/\'XP?2!\D' MQ`<'I``'P?__!_\'_P?_!\L'`/0'`.L'`.L'`/\'_P?_!^D'U0?*!\4'P@>D M``?!__\'_P?_!_\'QP?$`/4'`.<'Q`#H!\0`_P?_!_\'Z@?5!\H'Q0?"!Z0` M!\'__P?_!_\'_P?_!_\'_P?_!_\']P?;!\X'QP?#!Z0`!\'__P?_!_\'_P?_ M!_\'_P?_!_\']P?;!\X'QP?#!Z0`!\'__P?_!_\'_P?0!\0`V`?%`,H'`.4' M`,@'`-L'`-`'`/4'`/\'_P?N!]<'S`?&!\('I``'P?__!_\'_P?_!\\'`,0' M`-<'`,0'`,@'`.X'`-D'`.D'`-\'`,<'`/\'_P?J!]4'RP?%!\('I``'P?__ M!_\'_P?_!\\'`-P'`,0'`,@'`.X'`-D'`.D'`-\'`,<'`/\'_P?J!]4'RP?% M!\('I``'P?__!_\'_P?_!\\'`,8'P@#"!\,`PP?"`,,'P@#%!P#$!P##!\,` MP@?"`,('PP#"!\(`P@?#`,('``?"`,,'PP##!\,`Q0<`!P`'P@#"!\(`P@?# M`,('P@`'PP`'P@##!\,`P@?"``<`P@?#`,('``?"`,4'`,('P@#%!P`'P@## M!\,`P@?"`,4'PP##!\,`P@?#``?"`,('Q`#"!P#"!\,`P@?"`,('PP#_!_\' MYP?4!\H'Q0<'I``'P?__!_\'_P?_!\\'`,8'`,('`,,'``<`P@<`!P#"!P#$ M!\4`PP<`PP<`!P#"!P##!P`'`,('`,,'``?"`,('``<`PP<`!P##!P#$!P`' MP@#"!P`'`,('`,,'``<`P@<`P@<`P@<`Q0<`!P#"!P`'`,,'``?"`,('`,0' M``<`P@<`Q`?"`,('``<`PP<`!P#%!P##!P`'`,,'``<`P@<`P@<`!P##!P`' M``<`PP<`!P#"!P##!P#_!_\'YP?3!\H'Q0<'I``'P?__!_\'_P?_!\\'`,8' M`,('`,,'`,('`,0'`,,'P@`'`,0'`,('Q0`'`,('Q0`'`,('Q0`'`,,'``<` MQ0?%`,0'``<`PP<`!P#"!P##!P`'`,('`,('`,('`,('Q``'`,('``<`PP<` M!P##!P#$!P#"!P#&!P##!P`'`,,'``<`Q0<`Q0<`PP<`!P#"!P#"!P`'`,,' M``<`!\4`!P#"!\4`_P?_!^<'TP?*!\4'!Z0`!\'__P?_!_\'_P?/!P#&!P#" M!P##!P##!P#$!P#%!P#$!P#"!P#%!P#"!P#%!P#"!P#%!P##!P`'`,4'`,@' M``<`PP<`!P#"!P##!P`'`,('`,('`,('``<`PP<`!P#"!P`'`,,'``<`PP<` MQ`<`PP<`Q0<`PP<`!P##!P`'`,4'`,4'`,,'``<`P@<`P@<`!P##!P`'``<` MQ0<`P@<`_P?_!^D'U`?*!\4'P@>D``?!__\'_P?_!_\'SP<`Q`<`!P#"!P## M!P`'`,('``<`P@<`Q`<`Q`<`P@<`PP<`!P#"!P##!P`'`,('`,,'``<`PP<` M!P##!P`'`,,'`,0'``<`PP<`!P#"!P##!P`'`,('`,('`,('``<`PP<`!P#" M!P`'`,,'``<`PP<`Q`<`!P#"!P#$!P##!P`'`,,'``<`Q0<`PP<`!P##!P`' M`,('`,('``<`PP<`!P`'`,,'``<`P@<`PP<`_P?_!^<'TP?*!\4'!Z0`!\'_ M_P?_!_\'_P?0!\0`P@<`PP?#`,,'P@##!\(`Q0<`Q`<`PP?#`,('`,,'PP#" M!P##!\,`P@<`PP<`P@?#`,,'PP#%!P`'`,,'``<`PP?#`,('`,('`,('`,(' M`,('Q`#"!P`'`,('PP#"!P##!P#$!P#"!\(`Q0<`PP<`P@?#`,,'`,4'PP## M!\,`P@<`P@<`P@<`!\0`P@<`P@?#`,,'`,('PP#"!P#_!_\'Y@?3!\D'Q0<' MI``'P?__!_\'_P?_!_\'_P?_!\H'`/\'_P?Q!]D'S`?&!\,'I``'P?__!_\' M_P?_!_\'_P?_!\H'`/\'_P?Q!]D'S`?&!\,'I``'P?__!_\'_P?_!_\'_P?_ M!_\'_P?W!]L'S@?'!\,'I``'P?__!_\'_P?_!_\'_P?_!_\'_P?W!]L'S@?' M!\,'I``'P?__!_\'_P?_!_\'_P?_!_\'_P?W!]L'S@?'!\,'I``'P?__!_\' M_P?_!_\'_P?_!_\'_P?W!]L'S@?'!\,'I``'P?__!_\'_P?_!_\'_P?_!_\' M_P?W!]L'S@?'!\,'I``'P?__!_\'_P?_!_\'_P?_!_\'_P?W!]L'S@?'!\,' MI``'P?__!_\'_P?_!_\'_P?_!_\'_P?W!]L'S@?'!\,'I``'P?__!_\'_P?_ M!_\'_P?_!_\'_P?W!]L'S@?'!\,'I``'P?__!_\'_P?_!_\'_P?_!_\'_P?W M!]L'S@?'!\,'I``'P?__!_\'_P?_!_\'_P?_!_\'_P?W!]L'S@?'!\,'I``' MP?__!_\'_P?_!_\'_P?_!_\'_P?W!]L'S@?'!\,'I``'P?__!_\'_P?_!_\' M_P?_!_\'_P?W!]L'S@?'!\,'I``'P?__!_\'_P?_!_\'_P?_!_\'_P?W!]L' MS@?'!\,'I``'P?__!_\'_P?_!_\'_P?_!_\'_P?W!]L'S@?'!\,'I``'P?__ M!_\'_P?_!_\'_P?_!_\'_P?W!]L'S@?'!\,'I``'P?__!_\'_P?_!_\'_P?_ M!_\'_P?W!]L'S@?'!\,'I``'P?__!_\'_P?_!_\'_P?_!_\'_P?W!]L'S@?' M!\,'I``'P?__!_\'_P?_!_\'_P?_!_\'_P?W!]L'S@?'!\,'I``'P?__!_\' M_P?_!_0'_P#"`/\'_P?_!_L'W@?/!\<'Q`>D``?!__\'_P?_!_\']`<`_O_" M`/\'_P?_!_L'W@?/!\<'Q`>D``?!__\'_P?_!_\']`<`P?_\!Z3"`/\'_P?_ M!_L'W@?/!\<'Q`>D``?!__\'_P?_!_\']`<`P?_\!Z3"`/\'_P?_!_L'W@?/ M!\<'Q`>D``?!__\'_P?_!_\']`<`P?_\!Z3"`/\'_P?_!_L'W@?/!\<'Q`>D M``?!__\'_P?_!_\']`<`P?_\!Z3"`/\'_P?_!_L'W@?/!\<'Q`>D``?!__\' M_P?_!_\']`<`P?_\!Z3"`/\'_P?_!_L'W@?/!\<'Q`>D``?!__\'_P?_!_\' M]`<`P?_\!Z3"`/\'_P?_!_L'W@?/!\<'Q`>D``?!__\'_P?_!_\']`<`P?_9 M!\0`PP<`PP<`UP>DP@#_!_\'_P?[!]X'SP?'!\0'I``'P?__!_\'_P?_!_0' M`,'_V`<`Q`<`P@<`P@<`V`>DP@#_!_\'_P?[!]X'SP?'!\0'I``'P?__!_\' M_P?_!_0'`,'_V`<`Q`<`P@<`!P#9!Z3"`/\'_P?_!_L'W@?/!\<'Q`>D``?! M__\'_P?_!_\']`<`P?_8!P#$!P#"!\(`V@>DP@#_!_\'_P?[!]X'SP?'!\0' MI``'P?__!_\'_P?_!_0'`,'_V`<`Q`<`P@?"`-H'I,(`_P?_!_\'^P?>!\\' MQP?$!Z0`!\'__P?_!_\'_P?T!P#!_]@'`,0'`,('``<`V0>DP@#_!_\'_P?[ M!]X'SP?'!\0'I``'P?__!_\'_P?_!_0'`,'_V`<`Q`<`P@<`P@<`V`>DP@#_ M!_\'_P?[!]X'SP?'!\0'I``'P?__!_\'_P?_!_0'`,'_V`<`Q`<`P@<`PP<` MUP>DP@#_!_\'_P?[!]X'SP?'!\0'I``'P?__!_\'_P?_!_0'`,'_V0?$`,,' M`,0'`-8'I,(`_P?_!_\'^P?>!\\'QP?$!Z0`!\'__P?_!_\'_P?T!P#!__P' MI,(`_P?_!_\'^P?>!\\'QP?$!Z0`!\'__P?_!_\'_P?T!P#!__P'I,(`_P?_ M!_\'^P?>!\\'QP?$!Z0`!\'__P?_!_\'_P?T!P#!__P'I,(`_P?_!_\'^P?> M!\\'QP?$!Z0`!\'__P?_!_\'_P?T!P#!__P'I,(`_P?_!_\'^P?>!\\'QP?$ M!Z0`!\'__P?_!_\'_P?T!P#!__P'I,(`_P?_!_\'^P?>!\\'QP?$!Z0`!\'_ M_P?_!_\'_P?T!P#!__P'I,(`_P?_!_\'^P?>!\\'QP?$!Z0`!\'__P?_!_\' M_P?T!P#!__VDP@#_!_\'_P?[!]X'SP?'!\0'I``'P?__!_\'_P?_!_0'_P#" M`/\'_P?_!_L'W@?/!\<'Q`>D``?!__\'_P?_!_\']`?_`,(`_P?_!_\'^P?> M!\\'QP?$!Z0`!\'__P?_!_\'_P?_!_\'_P?_!_\']P?;!\X'QP?#!Z0`!\'_ M_P?_!_\'_P?_!_\'_P?_!_\']P?;!\X'QP?#!Z0`!\'__P?_!_\'_P?_!_\' M_P?_!_\']P?;!\X'QP?#!Z0`!\'__P?_!_\'_P?_!_\'_P?_!_\']P?;!\X' MQP?#!Z0`!\'__P?_!_\'_P?_!_\'_P?_!_\']P?;!\X'QP?#!Z0`!\'__P?_ M!_\'_P?_!_\'_P?_!_\']P?;!\X'QP?#!Z0`!\'__P?_!_\'_P?_!_\'_P?_ M!_\']P?;!\X'QP?#!Z0`!\'__P?_!_\'_P?_!_\'_P?_!_\']P?;!\X'QP?# M!Z0`!\'__P?_!_\'_P?_!_\'_P?_!_\']P?;!\X'QP?#!Z0`!_^D_Z3_I/^D M_Z3_I/^D_Z3_I/>DW*3.I,>DPZ2D`/\`_P#_`/\`_P#_`/\`_P#_`/@`W`#. M`,<`PP#"``P```"`````@`"`@````("``(``@(#`P,#`W,"FRO!`(`!@(`"` M(`"@(`#`(`#@(```0``@0`!`0`!@0`"`0`"@0`#`0`#@0```8``@8`!`8`!@ M8`"`8`"@8`#`8`#@8```@``@@`!`@`!@@`"`@`"@@`#`@`#@@```H``@H`!` MH`!@H`"`H`"@H`#`H`#@H```P``@P`!`P`!@P`"`P`"@P`#`P`#@P```X``@ MX`!`X`!@X`"`X`"@X`#`X`#@X````$`@`$!``$!@`$"``$"@`$#``$#@`$`` M($`@($!`($!@($"`($"@($#`($#@($``0$`@0$!`0$!@0$"`0$"@0$#`0$#@ M0$``8$`@8$!`8$!@8$"`8$"@8$#`8$#@8$``@$`@@$!`@$!@@$"`@$"@@$#` M@$#@@$``H$`@H$!`H$!@H$"`H$"@H$#`H$#@H$``P$`@P$!`P$!@P$"`P$"@ MP$#`P$#@P$``X$`@X$!`X$!@X$"`X$"@X$#`X$#@X$```(`@`(!``(!@`("` M`("@`(#``(#@`(``((`@((!`((!@(("`(("@((#`((#@((``0(`@0(!`0(!@ M0("`0("@0(#`0(#@0(``8(`@8(!`8(!@8("`8("@8(#`8(#@8(``@(`@@(!` M@(!@@("`@("@@(#`@(#@@(``H(`@H(!`H(!@H("`H("@H(#`H(#@H(``P(`@ MP(!`P(!@P("`P("@P(#`P(#@P(``X(`@X(!`X(!@X("`X("@X(#`X(#@X(`` M`,`@`,!``,!@`,"``,"@`,#``,#@`,``(,`@(,!`(,!@(,"`(,"@(,#`(,#@ M(,``0,`@0,!`0,!@0,"`0,"@0,#`0,#@0,``8,`@8,!`8,!@8,"`8,"@8,#` M8,#@8,``@,`@@,!`@,!@@,"`@,"@@,#`@,#@@,``H,`@H,!`H,!@H,"`H,"@ MH,#`H,#@H,``P,`@P,!`P,!@P,"`P,"@P,#_^_"@H*2`@(#_````_P#__P`` +`/__`/\`______^` ` end (UUEncoded file named: pic30048.pcx follows) begin 644 pic30048.pcx M"@4!"`````">`7X````````````````````````````````````````````` M```````````````````````````!GP$!```````````````````````````` M``````````````````````````````````````````````````#_!_\'_P?_ M!_\'\P?9!\T'Q@?#!P<`!______________R_]G_S?_&_\/_I``'P?__!_\' M_P?_!_\'\@?9!\P'Q@?#!Z0`!\'__P?_!_\'_P?_!_('V0?,!\8'PP>D``?! M_\('_P3_!/\$_P3_!/$$V`3,!,8$!,('I``'P?_"!\<$QG?_!/\$_P3_!/\$ MZ@35!,L$Q03"!Z0`!\'_P@?%!,IW_P3_!/\$_P3_!-D$S_\`S_\`P@3,_\/_ M`,($P@>D``?!_\('Q`3#=\8$PW?_!/\$_P3_!/\$V`3!_\T'I`#!_\T'I`#" M!,'_RP?"!Z0`P@3"!Z0`!\'_P@?#!,-WPP3"=\,$PG?%!,;__P3_!/\$_P3_ M!,T$P?_-!Z0`P?_"!\D`P@>D`,($P?_+!\('I`#"!,('I``'P?_"!\,$PG?" M!,9WP@3#=\,$PO__!/\$_P3_!/\$T03!_\T'I`#!_\('R0#"!Z0`P@3!_\,' MP@#$!\(`P@>D`,($P@>D``?!_\('P@3"=\($PW?"!,)WP@3#=\,$PO__!/\$ M_P3_!/\$T03!_\T'I`#!_\('`,<'`,('I`#"!,'_Q`?"`,('P@##!Z0`P@3" M!Z0`!\'_P@?"!,)WP@3"=\@$=\0$PO_&!,/_!,/_P@3$_\($P___!/\$_P3_ M!/@$P?_-!Z0`P?_"!P#'!P#"!Z0`P@3!_\4'Q`#$!Z0`P@3"!Z0`!\'_P@?" M!,)W!,)WS@3%_\,$PO_"!,+_P@3"_\($PO\$PO__!/\$_P3_!/D$P?_-!Z0` MP?_"!P#'!P#"!Z0`P@3!_\8'P@#%!Z0`P@3"!Z0`!\'_P@?"!,)W!,)WS@3" M_\8$PO_"!,+_P@3"_\($PO\$PO__!/\$_P3_!/D$P?_-!Z0`P?_"!P#'!P#" M!Z0`P@3!_\4'Q`#$!Z0`P@3"!Z0`!\'_P@?"!,)WP@3"=\T$PO_&!,+_P@3" M_\($PO_"!,+_!,+__P3_!/\$_P3Y!,'_S0>D`,'_P@<`QP<`P@>D`,($P?_$ M!\(`P@?"`,,'I`#"!,('I``'P?_"!\($PG?"!,-WP@3"=\@$PO_&!,+_P@3" M_\($PO_"!,+_!,+__P3_!/\$_P3Y!,'_PP?&`,0'I`#!_\('`,<'`,('I`#" M!,'_PP?"`,0'P@#"!Z0`P@3"!Z0`!\'_P@?#!,)WP@3&=\($PG?$!,;_P@3" M_\($PO_#!,3_P@3"__\$_P3_!/\$^03!_\,'Q@#$!Z0`P?_"!\D`P@>D`,($ MP?_+!\('I`#"!,('I``'P?_"!\,$PW?#!,)WPP3#=_\$_P3_!/\$_P37!,'_ MS0>D`,'_S0>D`,($P?_+!\('I`#"!,('I``'P?_"!\0$PW?%!,1W_P3_!/\$ M_P3_!-@$P?_.I`#!_\ZD`,($P?_+I,.D`,($P@>D``?!_\('Q03*=_\$_P3_ M!/\$_P39!-T`PP#"!,P`Q`#"!,('I``'P?_"!\<$QG?_!/\$_P3_!/\$Z@35 M!,L$Q03"!Z0`!\'_P@?_!/\$_P3_!/\$\038!,P$Q@0$P@>D``?!__\'_P?_ M!_\'_P?R!]D'S`?&!\,'I``'P?__!_\'_P?_!_\'\@?9!\P'Q@?#!Z0`!\'_ M_P?_!_\'_P?_!_('V0?,!\8'PP>D``?!__\'_P?_!_\'_P?R!]D'S`?&!\,' MI``'P?__!_\'_P?_!_\'\@?9!\P'Q@?#!Z0`!\'__P?_!_\'_P?_!_('V0?, M!\8'PP>D``?!__\'_P?_!_\'_P?R!]D'S`?&!\,'I``'P?__!_\'_P?_!_\' M\@?9!\P'Q@?#!Z0`!\'__P?_!_\'_P?_!_('V0?,!\8'PP>D``?!__\'_P?_ M!_\'_P?R!]D'S`?&!\,'I``'P?__!_\'_P?_!_\'\@?9!\P'Q@?#!Z0`!\'_ M_P?_!_\'_P?_!_('V0?,!\8'PP>D``?!__\'_P?_!_\'_P?R!]D'S`?&!\,' MI``'P?__!_\'_P?_!_\'\@?9!\P'Q@?#!Z0`!\'__P?4!P`'`/P'Q`#(!P#" M!\0`X0<`P@?#`,,'`,0'`,4'`,('Q0##!P#&!P`'`,4'`,H'`-@'`,0'`-H' M`,T'`-0'``<`Q0<`W0?/!\<'Q`>D``?!_]\'S/GH!P`'`/L'`,0'`,<'``<` MQ`<`X`<`!P##!P#"!\(`PP<`Q`?"`,('`,4'PP#&!P`'`-`'`-T'`-H'`,T' M`-0'`,<'`-T'SP<'`,8'PP>D``?!_]X'P?G,_\'YYP<`!P#[!P#,!P`'`.4' M``<`Q@?"`,,'`,0'P@#"!P#'!P#&!P`'`-`'`-T'`-H'`,T'`-0'`,<'`-T' MSP<'`,8'PP>D``?!_]T'P?G!_\SYP?_!^>,'Q``'Q`##!\,`P@?$`,,'PP#" M!P`'P@#&!\,`P@?"``?"`,('PP#"!\(`!P#%!P#&!P#$!P#"!P#&!P#"!P#" M!\0`!P`'P@#"!P##!P#"!\(`Q`<`P@<`Q@<`!P#"!P##!P`'`,('Q`#$!P#% M!P#"!\0`P@<`!P`'P@#$!P#&!\(`P@<`!\(`P@?$`,('P@`'`,,'`,,'PP#" M!\(`!\,`!\(`PP?"`,4'Q`#"!P#"!P`'`,('`,('``?"`,('`,,'`,('PP#" M!P`'`,('Q`#%!\,`P@?"`,('Q``'`,,'``?#``?"`,,'PP#"!P`'P@#"!\(` MQ@?"!Z0`!\'_W`?!^<'_SOG!_\'YX0<`PP<`!P##!P`'`,,'``<`PP<`!P## M!P`'P@#"!P#$!P##!P`'`,('`,('`,,'``<`R`<`RP<`P@<`Q@<`P@<`!P## M!P`'P@#"!P`'`,,'``<`P@<`PP<`PP?#`,,'``<`P@<`PP<`!P#"!P##!P## M!P#%!P#"!P##!P`'``?"`,('`,,'`,4'`,('``?"`,('``<`PP<`!P#"!P## M!P#"!P##!P`'`,('`,('`,('``<`P@<`Q`<`PP<`!P#"!P#$!P#"!\(`P@<` M!P##!P#%!P`'``<`!P##!P#(!P`'`,('`,,'``<`PP<`!P#"!P#"!P`'`,,' M``?"`,('``<`Q@?#!Z0`!\'_VP?!^<'_T/G!_\'YX`<`PP<`!P##!P`'`,,' M``<`PP<`!\4`!P##!P#$!\4`!P#"!P#"!P##!P`'`,@'`,H'`,,'`,8'`,(' M``<`PP<`!P##!P`'`,,'`,('`,0'`,<'`,('`,('``<`P@<`P@<`Q@<`PP<` MQ`<`PP<`PP<`!P`'`,,'`,('`,<'`,,'`,,'``<`PP<`!P#"!P#"!P##!P#% M!P#"!P#"!P#"!P#"!P#&!P##!P`'`,('`,0'`,('`,,'`,('``<`PP?$``<` M!P`'`,,'`,4'Q``'`,('`,,'``<`PP<`!P#"!P#"!P`'Q0`'`,,'``<`Q@?# M!Z0`!\'_V@?!^<'_TOG!_\'YWP<`PP<`!P##!P`'`,,'``<`PP<`!P#%!P## M!P#$!P#%!P#"!P#"!P##!P`'`,@'`,H'`,,'`,8'`,('``<`PP<`!P##!P`' M`,,'`,,'`,,'`,<'`,('`,,'P@#"!\4`Q0<`PP<`Q`<`PP<`PP<`!P`'`,,' M`,('`,@'`,('`,,'``<`PP<`!P#"!P#"!P##!P#%!P#"!P#"!P#"!P##!P#% M!P##!P`'`,('`,0'`,('`,,'`,('``<`P@<`PP<`!P`'``<`PP<`Q`<`PP<` M!P#"!P##!P`'`,,'``<`P@<`P@<`!P#%!P##!P`'`,8'PP>D``?!_]D'P?G! M_]3YP?_!^=X'`,,'``<`PP<`!P##!P`'`,,'``<`PP<`!P##!P#$!P##!P`' M`,('`,('`,,'``<`R`<`Q`<`Q`<`Q`<`Q`<`P@?"`,('`,,'``<`PP<`!P#" M!\(`!P#"!P`'`,0'`,,'`,('`,,'P@#%!P#"!P##!P##!P##!P#$!P##!P`' M``<`PP<`!P#'!P#"!P`'`,,'``<`PP<`!P#"!P`'`,0'`,,'``<`P@<`P@<` MP@<`!P#"!P#$!P##!P#"!\(`Q0<`P@<`PP<`PP<`PP<`PP<`!P`'``<`PP<` MQ`<`PP<`!P#"!P##!P`'`,('P@`'`,('`,('``<`PP<`!P##!P`'`,8'PP>D M``?!_]@'P?G!_];YP?_!^=X'Q``'Q`##!\,`P@?$`,,'PP#"!P##!P#%!\,` MP@<`P@<`PP?#`,('`,('`,8'Q`#"!P#"!P#%!\0`PP<`Q`?$``<`PP<`P@?" M``<`P@?"`,('`,4'PP##!P#$!P#%!P##!\,`Q`<`PP<`Q`?$`,('``<`PP<` M!P#$!P##!\(`P@<`PP<`!\0`P@<`P@<`!P#%!\,`P@<`P@<`P@<`P@<`P@?" M`,('`,('Q`##!P##!P#"!P#"!P##!P##!P#$!\0`!P`'`,('Q`#%!\0`!P## M!\0`P@?"``<`!P#"!P#"!P#"!\,`P@<`PP<`P@<`Q@?"!Z0`!\'_UP?!^<'_ MV/G!_\'Y[@<`_P?'!P#'!P#_!]\'`,@'`.8'`.\'Q@<`U`?*!\4'P@>D``?! M_]8'P?G!_]KYP?_!^>T'`/\'Q0?"`,0'Q`#_!^`'`,@'`.0'P@#P!\('Q`#5 M!\H'Q0?"!Z0`!\'_U0?!^<'_P_G#_\+YQ?_"^D``?!_]4'P?G!_\/YP?_&^<'_P_G!_\/YP?_!^<'_ MP_G!_\/YP?_!^?\'_P?_!_\']P?;!\X'QP?#!Z0`!\'_U0?!^<'_Q/G!_\7Y MP?_#^<'_P_G!_\'YQ/_$^<'_P?G_!_\'_P?_!_<'VP?.!\<'PP>D``?!_]4' MP?G!_\7YP?_$^<'_P_G!_\/YP?_!^<'_Q_G!_\'Y_P?_!_\'_P?W!]L'S@?' M!\,'I``'P?_5!\'YP?_&^<'_P_G!_\/YP?_#^<'_P?G!_\?YP?_!^?\'_P?_ M!_\']P?;!\X'QP?#!Z0`!\'_U0?!^<'_QOG!_\/YP?_#^<'_P_G!_\'YP?_' M^<'_P?G_!_\'_P?_!_<'VP?.!\<'PP>D``?!_]4'P?G!_\;YP?_#^<'_P_G! M_\/YP?_!^<'_Q_G!_\'Y_P?_!_\'_P?W!]L'S@?'!\,'I``'P?_5!\'YP?_" M^<'_P_G!_\/YP?_#^<'_P_G!_\'YP?_'^<'_P?G_!_\'_P?_!_<'VP?.!\<' MPP>D``?!_]4'P?G!_\/YP__$^<'_Q/G#_\+YP?_'^<'_P?G_!_\'_P?_!_<' MVP?.!\<'PP>D``?!_]8'P?G!_]KYP?_!^?\'_P?_!_\']P?D``?!_]D'P?G!_]3YP?_!^?\'_P?_ M!_\'^0?D``?!_]P' MP?G!_\[YP?_!^?\'_P?_!_\'^@?=!\\'QP?$!Z0`!\'_W0?!^<'_S/G!_\'Y M_P?_!_\'_P?[!]T'SP?'!\0'I``'P?_>!\'YS/_!^?\'_P?_!_\'^P?>!\\' MQP?$!Z0`!\'_WP?,^?\'_P?_!_\'_`?>!\\'QP?$!Z0`!\'__P?_!_\'_P?_ M!_('V0?,!\8'PP>D``?!__\'_P?_!_\'_P?R!]D'S`?&!\,'I``'P?__!_\' M_P?_!_\'\@?9!\P'Q@?#!Z0`!\'__P?_!_\'_P?_!_('V0?,!\8'PP>D``?! M__\'_P?_!_\'_P?R!]D'S`?&!\,'I``'P?__!_\'_P?_!_\'\@?9!\P'Q@?# M!Z0`!\'__P?_!_\'_P?_!_('V0?,!\8'PP>D``?!__\'_P?_!_\'_P?R!]D' MS`?&!\,'I``'P?__!_\'_P?_!_\'\@?9!\P'Q@?#!Z0`!\'__P?_!_\'_P?_ M!_('V0?,!\8'PP>D``?!__\'_P?_!_\'_P?R!]D'S`?&!\,'I``'P?__!_\' M_P?_!_\'\@?9!\P'Q@?#!Z0`!\'__P?_!_\'_P?_!_('V0?,!\8'PP>D``?! M__\'_P?_!_\'_P?R!]D'S`?&!\,'I``'P?__!_\'_P?_!_\'\@?9!\P'Q@?# M!Z0`!\'__P?_!_\'_P?_!_('V0?,!\8'PP>D``?!__\'_P?_!_\'_P?R!]D' MS`?&!\,'I``'P?__!_\'_P?_!_\'\@?9!\P'Q@?#!Z0`!\'__P?_!_\'_P?_ M!_('V0?,!\8'PP>D``?!__\'_P?_!_\'_P?R!]D'S`?&!\,'I``'P?__!_\' M_P?_!_\'\@?9!\P'Q@?#!Z0`!\'__P?_!^\'_P#"`/\'^0?D``?!__\'_P?O!P#!__P'I,(` M_P?Y!]P'S@?'!\0'I``'P?__!_\'[P<`P?_\!Z3"`/\'^0?DP@#_!_D'W`?.!\<'Q`>D``?!__\'_P?O!P#!__P' MI,(`_P?Y!]P'S@?'!\0'I``'P?__!_\'[P<`P?_\!Z3"`/\'^0?DP@#_!_D'W`?.!\<'Q`>D``?!__\'_P?O!P#! M_]D'Q`##!P##!P#7!Z3"`/\'^0?DP@#_!_D'W`?.!\<'Q`>D``?!__\'_P?O!P#!_]@'`,0' M`,('``<`V0>DP@#_!_D'W`?.!\<'Q`>D``?!__\'_P?O!P#!_]@'`,0'`,(' MP@#:!Z3"`/\'^0?DP@#_!_D' MW`?.!\<'Q`>D``?!__\'_P?O!P#!_]D'Q`##!P#$!P#6!Z3"`/\'^0?DP@#_!_D'W`?.!\<'Q`>D``?!__\'_P?O M!P#!__P'I,(`_P?Y!]P'S@?'!\0'I``'P?__!_\'[P<`P?_\!Z3"`/\'^0?< M!\X'QP?$!Z0`!\'__P?_!^\'`,'__`>DP@#_!_D'W`?.!\<'Q`>D``?!__\' M_P?O!P#!__P'I,(`_P?Y!]P'S@?'!\0'I``'P?__!_\'[P<`P?_\!Z3"`/\' M^0?D``?!__\'_P?_!_\'_P?R M!]D'S`?&!\,'I``'P?__!_\'_P?_!_\'\@?9!\P'Q@?#!Z0`!\'__P?_!_\' M_P?_!_('V0?,!\8'PP>D``?!__\'_P?_!_\'_P?R!]D'S`?&!\,'I``'P?__ M!_\'_P?_!_\'\@?9!\P'Q@?#!Z0`!\'__P?_!_\'_P?_!_('V0?,!\8'PP>D M``?!__\'_P?_!_\'_P?R!]D'S`?&!\,'I``'P?__!_\'_P?_!_\'\@?9!\P' MQ@?#!Z0`!_^D_Z3_I/^D_Z3RI-FDS:3&I,.DI`#_`/\`_P#_`/\`\P#9`,T` MQ@##`,(`#````(````"``("`````@(``@`"`@,#`P,# First, thanks for releasing such a nice product as Open Source. I really appreciate your efforts. I build 4.5.1 on Redhat 6.2 (Pentium). When I create a new project that contains the following header file FilterParams.h ---------------------- class { public: FilterParams(float * int numParams; float *params; } FilterParams, *FilterParamsPtr; ---------------------------- cbrowser hangs forever. Note there is a syntax error in this header file - a missing parenthesis on the ctor declaration. Once I fixed this bug, cbrowser runs as expected. However, it would be nice if cbrowser had a more resilient error recovery strategy :-) Thanks again! -- Joe VanAndel National Center for Atmospheric Research http://www.atd.ucar.edu/~vanandel/ Internet: vanandel@ucar.edu begin:vcard n:VanAndel;Joe tel;fax:303-497-2044 tel;work:303-497-2071 x-mozilla-html:FALSE url: http://www.atd.ucar.edu/~vanandel org:National Center for Atmospheric Research;Remote Sensing Facility adr:;;P.O. Box 3000;Boulder;CO;80307-3000; version:2.1 email;internet:vanandel@ucar.edu x-mozilla-cpt:;0 fn:Joe VanAndel end:vcard From mdejong@cygnus.com Wed Aug 2 14:30:00 2000 From: mdejong@cygnus.com (Mo DeJong) Date: Wed, 02 Aug 2000 14:30:00 -0000 Subject: SN Parsers Message-ID: Originally sent by : Andreas Kupries > Kristoffer Lawson wrote: >> Andreas Kupries wrote: >>> Yes, this include structure looked very nice when I played with my >>> recend download of SourceNavigator (Thanks Mo). Using the >>> infrastructure of SN (C parser, database of meta-information about >>> the code) it should be easy to come up with some additional views >>> showing us the, hm, 'tightly knotted' spots in the core. >> I agree that SN is a great piece of software and highly useful for >> that kind of stuff. I suggest everyone here tries it out. >> Now if only I could get it properly interfaced with emacs and to >> understand XOTcl classes etc ... ;-) > Hey, that reminds me. If anyone would like to help improve the Tcl > language parser in Source-Navigator, we would really like to hear > from you on the SN mailing list. At first I wanted to say 'Just use the tcl parser itself, as provided by 'Tcl_ParseCommand' and 'Tcl_ParseExpr' and possibly extended from the tcl side [*]', but when I realized that SN needs column and line information, something these procedures do not provide. > Some folks have already started working on a Perl and Python > parser. Source-Navigator already has a Tcl parser, but it is not > that great. I glanced over the code and think that it is at least partly written with the help of some scanner/parser generator I don't recognize. > What we really need is for someone to write a front end > to the regular Tcl parser that writes out Source-Navigator > symbols. It would not be that large a project, we already have most > of the parser utils in place. Some other things. Sebastien brought Autodoc back into focus and I remembered that I wanted to rewrite it to use an extensible frontend to scan down through a directory tree and apply a set of 'extractors' to all eligible files. And part of the reason for the graph code in tcllib was that I wanted some database to store the extracted relations into. Now with SN still in my mind I realize that SN has that framework of scanners and database already in place. So, with some specialized scanners to extract (or just take note of the location of) documentation for procedures, classes, variables, etc. SN can subsume Autodoc, Tydoc, TNA, robodoc, doxygen etc. and so on ... The only other thing required are some backends which read the information from the database (and possibly the code) and then generate some nicely formatted pages. Special views, so to speak. And one formatter could display such reports in Tk widgets (canvas, text, other ?) Speaking of views, I would like to point you and the SN team to `VCG`, a graph layout tool distributed under the GPL (see http://www.cs.uni-sb.de/RW/users/sander/html/gsvcg1.html ). I guess that the creation of a library from VCG's source for using its layout algorithms is hard, but it has a batch mode where it processes a textual graph description and then returns the description augmented with node positions. Applications in SN are possibly the existing include/symbol reference views (which have a certain irregularity in their layout behaviour) and the creation of new (printable) views showing chosen references and/or dependencies for the entire project. From mdejong@cygnus.com Wed Aug 2 16:10:00 2000 From: mdejong@cygnus.com (Mo DeJong) Date: Wed, 02 Aug 2000 16:10:00 -0000 Subject: snavigator on Linux Sparc64 References: <398845DE.C5BCBD9F@lmc.ericsson.se> Message-ID: On Wed, 2 Aug 2000, root wrote: > Hi, > > I have download the snavigator on a Linux Sparc64 (Ultra 5) and I try > to compile it. > I get two errors in the tclPosixStr.c file due to duplicate case value > (SIGLOST and SIGPWR). > In /usr/include/bits/signum.h we have the following definitions: > #define SIGLOST 29 > #define SIGPWR SIGLOST > > Due to this definitions I get the error mentioned above. When looking at > the code we have: > > #if defined(SIGLOST) && (!defined(SIGIOT) || (SIGLOST != SIGIOT)) && > (!defined(SIGURG) || (SIGLOST != SIGURG)) && (!defined(SIGPROF) || > (SIGLOST != SIGPROF)) && (!defined(SIGIO) || (SIGLOST != SIGIO)) > case SIGLOST: return "SIGLOST"; > > and > > #if defined(SIGPWR) && (!defined(SIGXFSZ) || (SIGPWR != SIGXFSZ))) > case SIGPWR: return "SIGPWR"; > > We can see clearly that this is causing the error. > > Now, to fix this error I change the SIGPWR line to: > > #if defined(SIGPWR) && (!defined(SIGXFSZ) || (SIGPWR != SIGXFSZ)) && > (!defined(SIGLOST) || (SIGPWR != SIGLOST)) > case SIGPWR: return "SIGPWR"; > > But I do not know the impact of this change in the code and on other > systems. It may be more appropriate to add the > !defined(SIGPWR) || (SIGLOST != SIGPWR) to the SIGLOST define > statement. > I would apreciate if you can let me know if this chande is OK or not. > > Thanks, > Dan Could you compare your changes to the most recent CVS version of Tcl/Tk in the Ajuba CVS? I think there were some Sparc Linux fixes that have already been applied. http://dev.scriptics.com/software/tcltk/netcvs.html Mo DeJong Red Hat Inc From mdejong@cygnus.com Wed Aug 2 16:22:00 2000 From: mdejong@cygnus.com (Mo DeJong) Date: Wed, 02 Aug 2000 16:22:00 -0000 Subject: snavigator on Linux Sparc64 References: Message-ID: On Thu, 3 Aug 2000, Ben Elliston wrote: > Could you compare your changes to the most recent CVS version of > Tcl/Tk in the Ajuba CVS? I think there were some Sparc Linux fixes > that have already been applied. > > Nevertheless, this problem is solely in Tcl. I would be surprised if Ajuba > haven't fix it by now--in which case, we could import the patch. > > Ben Yes, but it would be nice if we could get someone to test changes out to make sure it works before we apply them. We do not have a sparc Linux machine here in the SOMA office, so we can't really test it. Mo DeJong Red Hat Inc From bje@redhat.com Wed Aug 2 16:28:00 2000 From: bje@redhat.com (Ben Elliston) Date: Wed, 02 Aug 2000 16:28:00 -0000 Subject: snavigator on Linux Sparc64 References: Message-ID: Could you compare your changes to the most recent CVS version of Tcl/Tk in the Ajuba CVS? I think there were some Sparc Linux fixes that have already been applied. Nevertheless, this problem is solely in Tcl. I would be surprised if Ajuba haven't fix it by now--in which case, we could import the patch. Ben From thomas.heller@ion-tof.com Thu Aug 3 00:17:00 2000 From: thomas.heller@ion-tof.com (Thomas Heller) Date: Thu, 03 Aug 2000 00:17:00 -0000 Subject: Python parser for SN Message-ID: <200008030717.JAA22453@mail.ion-tof.com> This patch contains a python parser and syntax highlighting for python. Since I don't have automake on my development system (I use NT), i had to write Makefile.in's and Makefile.am's by hand. Enjoy! Thomas Heller diff -c2rN SN451-p0005/snavigator/ChangeLog SN451/snavigator/ChangeLog *** SN451-p0005/snavigator/ChangeLog Tue Aug 1 17:06:04 2000 --- SN451/snavigator/ChangeLog Tue Aug 1 19:29:42 2000 *************** *** 1,2 **** --- 1,23 ---- + 2000-08-01 Thomas Heller + + * parsers/python/README: New file. + * parsers/python/pybrowser.l: New file. + * parsers/python/Makefile.in: New file. + * parsers/python/Makefile.am: New file. + + * parsers/Makefile.in: Added python parser subdir. + * parsers/Makefile.am: Added python parser subdir. + + * etc/sn_prop.cfg.in: Python parser support. + * configure.in: Python parser support. + * configure: Python parser support. + + * hyper/py_high.l: New file. Python syntax highlight support. + + * hyper/Makefile.in: Python syntax highlight support. + * hyper/Makefile.am: Python syntax highlight support. + * hyper/highlight.c: Python syntax highlight support. + * gui/sninit.tcl: Python syntax highlight support. + 2000-07-27 Warren Jones diff -c2rN SN451-p0005/snavigator/configure SN451/snavigator/configure *** SN451-p0005/snavigator/configure Wed Apr 12 19:52:50 2000 --- SN451/snavigator/configure Tue Aug 1 19:06:53 2000 *************** *** 4351,4354 **** --- 4351,4355 ---- parsers/sendmail/Makefile parsers/tcl/Makefile + parsers/python/Makefile parsers/java/Makefile parsers/libjcreuse/Makefile *************** *** 4579,4582 **** --- 4580,4584 ---- parsers/sendmail/Makefile parsers/tcl/Makefile + parsers/python/Makefile parsers/java/Makefile parsers/libjcreuse/Makefile diff -c2rN SN451-p0005/snavigator/configure.in SN451/snavigator/configure.in *** SN451-p0005/snavigator/configure.in Tue Aug 1 17:01:12 2000 --- SN451/snavigator/configure.in Tue Aug 1 19:07:41 2000 *************** *** 407,410 **** --- 407,411 ---- parsers/sendmail/Makefile parsers/tcl/Makefile + parsers/python/Makefile parsers/java/Makefile parsers/libjcreuse/Makefile diff -c2rN SN451-p0005/snavigator/etc/sn_prop.cfg.in SN451/snavigator/etc/sn_prop.cfg.in *** SN451-p0005/snavigator/etc/sn_prop.cfg.in Tue Jun 29 00:09:02 1999 --- SN451/snavigator/etc/sn_prop.cfg.in Tue Aug 1 19:09:22 2000 *************** *** 243,246 **** --- 243,253 ---- -high_cmd $sn_path(bindir)/chbrowser + # Python + + sn_add_parser python \ + -suffix {*.py *.pyw} \ + -brow_cmd $sn_path(bindir)/pybrowser \ + -high_cmd $sn_path(bindir)/pybrowser + # Files without a parser diff -c2rN SN451-p0005/snavigator/gui/sninit.tcl SN451/snavigator/gui/sninit.tcl *** SN451-p0005/snavigator/gui/sninit.tcl Tue Mar 14 19:40:21 2000 --- SN451/snavigator/gui/sninit.tcl Tue Aug 1 19:11:02 2000 *************** *** 647,651 **** set sn_options(def,localhost) "127.0.0.1" ! set sn_options(sys,builtin-highlighting) {c++ java tcl chill} set sn_options(sys,language-with-xref) {c++ java tcl fortran chill} --- 647,651 ---- set sn_options(def,localhost) "127.0.0.1" ! set sn_options(sys,builtin-highlighting) {c++ java tcl chill python} set sn_options(sys,language-with-xref) {c++ java tcl fortran chill} diff -c2rN SN451-p0005/snavigator/hyper/Makefile.am SN451/snavigator/hyper/Makefile.am *** SN451-p0005/snavigator/hyper/Makefile.am Sat Feb 12 00:50:31 2000 --- SN451/snavigator/hyper/Makefile.am Tue Aug 1 19:15:04 2000 *************** *** 55,59 **** hyper_SOURCES = compare.h compare.c dbsym.c exint.c \ recudir.c services.c tclsql.c tclxlist.c tcl_high.c c_high.c ch_high.c \ ! j_high.c highlight.c tclfileutils.c hyper_LDFLAGS = $(WIN32LDAPP) --- 55,59 ---- hyper_SOURCES = compare.h compare.c dbsym.c exint.c \ recudir.c services.c tclsql.c tclxlist.c tcl_high.c c_high.c ch_high.c \ ! j_high.c py_high.c highlight.c tclfileutils.c hyper_LDFLAGS = $(WIN32LDAPP) *************** *** 87,90 **** --- 87,93 ---- j_high.c: j_high.l $(LEX) -t > $@ $(LFLAGS) -Pjava_highlight_ $< + + py_high.c: py_high.l + $(LEX) -t > $@ $(LFLAGS) -Ppy_highlight_ $< c_high.c: c_high.l diff -c2rN SN451-p0005/snavigator/hyper/Makefile.in SN451/snavigator/hyper/Makefile.in *** SN451-p0005/snavigator/hyper/Makefile.in Tue Aug 1 17:01:54 2000 --- SN451/snavigator/hyper/Makefile.in Wed Aug 2 19:00:51 2000 *************** *** 226,230 **** hyper_SOURCES = compare.h compare.c dbsym.c exint.c \ recudir.c services.c tclsql.c tclxlist.c tcl_high.c c_high.c ch_high.c \ ! j_high.c highlight.c tclfileutils.c --- 226,230 ---- hyper_SOURCES = compare.h compare.c dbsym.c exint.c \ recudir.c services.c tclsql.c tclxlist.c tcl_high.c c_high.c ch_high.c \ ! j_high.c py_high.c highlight.c tclfileutils.c *************** *** 260,264 **** recudir.$(OBJEXT) services.$(OBJEXT) tclsql.$(OBJEXT) \ tclxlist.$(OBJEXT) tcl_high.$(OBJEXT) c_high.$(OBJEXT) \ ! ch_high.$(OBJEXT) j_high.$(OBJEXT) highlight.$(OBJEXT) \ tclfileutils.$(OBJEXT) CFLAGS = @CFLAGS@ --- 260,264 ---- recudir.$(OBJEXT) services.$(OBJEXT) tclsql.$(OBJEXT) \ tclxlist.$(OBJEXT) tcl_high.$(OBJEXT) c_high.$(OBJEXT) \ ! ch_high.$(OBJEXT) j_high.$(OBJEXT) py_high.$(OBJEXT) highlight.$(OBJEXT) \ tclfileutils.$(OBJEXT) CFLAGS = @CFLAGS@ *************** *** 484,487 **** --- 484,490 ---- j_high.c: j_high.l $(LEX) -t > $@ $(LFLAGS) -Pjava_highlight_ $< + + py_high.c: py_high.l + $(LEX) -t > $@ $(LFLAGS) -Ppy_highlight_ $< c_high.c: c_high.l diff -c2rN SN451-p0005/snavigator/hyper/highlight.c SN451/snavigator/hyper/highlight.c *** SN451-p0005/snavigator/hyper/highlight.c Sat Feb 12 00:50:43 2000 --- SN451/snavigator/hyper/highlight.c Tue Aug 1 19:13:20 2000 *************** *** 41,48 **** --- 41,50 ---- int java_highlight_lex(); int ch_highlight_lex(); + int py_highlight_lex(); void tcl_highlight_init_func(int maxs, int lineno, int charno, void (**func)(), void *idx1, void *idx2); void c_highlight_init_func(int maxs, int lineno, int charno, void (**func)(), void *idx1, void *idx2); void ch_highlight_init_func(int maxs, int lineno, int charno, void (**func)(), void *idx1, void *idx2); void java_highlight_init_func(int maxs, int lineno, int charno, void (**func)(), void *idx1, void *idx2); + void py_highlight_init_func(int maxs, int lineno, int charno, void (**func)(), void *idx1, void *idx2); static char *high_tag_names[] = { *************** *** 277,280 **** --- 279,287 ---- high_func = ch_highlight_lex; high_init_func = ch_highlight_init_func; + } + else if (strcmp(language, "python") == 0) + { + high_func = py_highlight_lex; + high_init_func = py_highlight_init_func; } diff -c2rN SN451-p0005/snavigator/hyper/py_high.l SN451/snavigator/hyper/py_high.l *** SN451-p0005/snavigator/hyper/py_high.l Thu Jan 1 01:00:00 1970 --- SN451/snavigator/hyper/py_high.l Tue Aug 1 19:21:02 2000 *************** *** 0 **** --- 1,276 ---- + /* -*- c -*- */ + /* + + Copyright (c) 2000, Red Hat, Inc. + + This file is part of Source-Navigator. + + Source-Navigator is free software; you can redistribute it and/or + modify it under the terms of the GNU General Public License as published + by the Free Software Foundation; either version 2, or (at your option) + any later version. + + Source-Navigator is distributed in the hope that it will be useful, + but WITHOUT ANY WARRANTY; without even the implied warranty of + MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU + General Public License for more details. + + You should have received a copy of the GNU General Public License along + with Source-Navigator; see the file COPYING. If not, write to + the Free Software Foundation, 59 Temple Place - Suite 330, Boston, + MA 02111-1307, USA. + + */ + + /* + * py_high.l + * + * Written by Thomas Heller + * + * Description: + * A lex specification for a scanner to parse python files + * and highlight the source code. + */ + + %{ + #include + + #include "highlight.h" + + static long lineNumber = 1; + static int charNumber = 0; + static int lex_buf_size = YY_BUF_SIZE; + static void *user_data1; + static void *user_data2; + + static void drop_until(); + static void parse_triple(); + + #undef yywrap + #define YY_SKIP_YYWRAP 1 + static int yywrap(); + %} + + %% + + "#".*$ { + paf_high_pos.beg_lineno = lineNumber; + paf_high_pos.beg_charno = charNumber; + paf_high_pos.end_lineno = lineNumber + 1; + paf_high_pos.end_charno = 0; + + charNumber += yyleng; + + return PAF_HIGH_COMMENT; + } + + \' { + paf_high_pos.beg_lineno = lineNumber; + paf_high_pos.beg_charno = charNumber; + + charNumber += yyleng; + + drop_until((int)'\'',(int)'\\'); + + paf_high_pos.end_lineno = lineNumber; + paf_high_pos.end_charno = charNumber; + + return PAF_HIGH_STRING; + } + + \"\"\" { + paf_high_pos.beg_lineno = lineNumber; + paf_high_pos.beg_charno = charNumber; + charNumber += yyleng; + + parse_triple((int)'"'); + + paf_high_pos.end_lineno = lineNumber; + paf_high_pos.end_charno = charNumber; + + return PAF_HIGH_STRING; + } + + \'\'\' { + paf_high_pos.beg_lineno = lineNumber; + paf_high_pos.beg_charno = charNumber; + charNumber += yyleng; + + parse_triple((int)'\''); + + paf_high_pos.end_lineno = lineNumber; + paf_high_pos.end_charno = charNumber; + + return PAF_HIGH_STRING; + } + + \" { + paf_high_pos.beg_lineno = lineNumber; + paf_high_pos.beg_charno = charNumber; + + charNumber += yyleng; + + drop_until((int)'"',(int)'\\'); + + paf_high_pos.end_lineno = lineNumber; + paf_high_pos.end_charno = charNumber; + + return PAF_HIGH_STRING; + } + + and | + assert | + break | + class | + continue | + def | + del | + elif | + else | + except | + exec | + finally | + for | + from | + global | + if | + import | + in | + is | + lambda | + not | + or | + pass | + print | + raise | + return | + try | + while { + paf_high_pos.beg_lineno = lineNumber; + paf_high_pos.beg_charno = charNumber; + paf_high_pos.end_lineno = lineNumber; + paf_high_pos.end_charno = charNumber + yyleng; + + charNumber += yyleng; + + return PAF_HIGH_KEYWORD; + } + + \n+ { + lineNumber += yyleng; + charNumber = 0; + } + + \r+ { + } + + [a-zA-Z0-9_]+ | + [ \t]+ | + . { + charNumber += yyleng; + } + %% + + static void + parse_triple(int term) + { + int c; + int count; + while (1) { + c = input(); + charNumber++; + if (c == term) { + ++count; + if (count == 3) + return; + } else { + count = 0; + switch (c) { + case '\\': + c = input(); + if (c <= 0) + return; + if (c != '\n') { + charNumber++; + c = -1; + } else { + ++lineNumber; + } + break; + + case '\n': + lineNumber++; + charNumber = -1; + break; + + case '\r': + charNumber--; + break; + + case EOF: + return; + } + } + } + } + + static void + drop_until(int term, int esc) + { + int c, l = 0; + + for (l = -1; ((c = (int)input()) != term || l == esc); l = c, charNumber++) + { + switch (c) + { + case '\\': + c = input(); + if (c <= 0) + return; + if (c != '\n') { + charNumber++; + c = -1; + } else { + ++lineNumber; + } + break; + + case '\n': + lineNumber++; + charNumber = -1; + return; + + case '\r': + charNumber--; + break; + + case EOF: + return; + } + } + charNumber++; + } + + static int + yywrap() + { + return 1; + } + + static void + flush_lex_scanner() + { + YY_FLUSH_BUFFER; + } + + void + py_highlight_init_func(int maxs, int lineno, int charno, void *(*func), void *u_d1, void *u_d2) + { + lex_buf_size = maxs; + lineNumber = lineno; + charNumber = charno; + *func = flush_lex_scanner; + user_data1 = u_d1; + user_data2 = u_d2; + } + diff -c2rN SN451-p0005/snavigator/parsers/Makefile.am SN451/snavigator/parsers/Makefile.am *** SN451-p0005/snavigator/parsers/Makefile.am Sat Feb 12 00:51:29 2000 --- SN451/snavigator/parsers/Makefile.am Tue Aug 1 19:23:42 2000 *************** *** 23,26 **** ## Order is important here. ! SUBDIRS = common libjcreuse toolbox assembly cobol cpp fortran java @JAVA_PARSER@ @SENDMAIL_PARSER@ tcl --- 23,26 ---- ## Order is important here. ! SUBDIRS = common libjcreuse toolbox assembly cobol cpp fortran java @JAVA_PARSER@ @SENDMAIL_PARSER@ tcl python diff -c2rN SN451-p0005/snavigator/parsers/Makefile.in SN451/snavigator/parsers/Makefile.in *** SN451-p0005/snavigator/parsers/Makefile.in Wed Apr 12 19:53:24 2000 --- SN451/snavigator/parsers/Makefile.in Tue Aug 1 19:24:47 2000 *************** *** 203,207 **** AUTOMAKE_OPTIONS = cygnus ! SUBDIRS = common libjcreuse toolbox assembly cobol cpp fortran java @JAVA_PARSER@ @SENDMAIL_PARSER@ tcl mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs CONFIG_HEADER = ../config.h --- 203,207 ---- AUTOMAKE_OPTIONS = cygnus ! SUBDIRS = common libjcreuse toolbox assembly cobol cpp fortran java @JAVA_PARSER@ @SENDMAIL_PARSER@ tcl python mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs CONFIG_HEADER = ../config.h diff -c2rN SN451-p0005/snavigator/parsers/python/Makefile.am SN451/snavigator/parsers/python/Makefile.am *** SN451-p0005/snavigator/parsers/python/Makefile.am Thu Jan 1 01:00:00 1970 --- SN451/snavigator/parsers/python/Makefile.am Wed Aug 2 17:44:14 2000 *************** *** 0 **** --- 1,43 ---- + # Copyright (c) 2000, Red Hat, Inc. + # + # This file is part of Source-Navigator. + # + # Source-Navigator is free software; you can redistribute it and/or + # modify it under the terms of the GNU General Public License as published + # by the Free Software Foundation; either version 2, or (at your option) + # any later version. + # + # Source-Navigator is distributed in the hope that it will be useful, + # but WITHOUT ANY WARRANTY; without even the implied warranty of + # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU + # General Public License for more details. + # + # You should have received a copy of the GNU General Public License along + # with Source-Navigator; see the file COPYING. If not, write to + # the Free Software Foundation, 59 Temple Place - Suite 330, Boston, + # MA 02111-1307, USA. + # + AUTOMAKE_OPTIONS = cygnus + + ## Process this file with automake to create .in. + + toolbox = $(top_builddir)/parsers/toolbox + common = $(top_builddir)/parsers/common + + bin_PROGRAMS = pybrowser + + INCLUDES = $(WINFLAGS) -I$(top_srcdir)/hyper \ + -I$(top_srcdir)/parsers/toolbox \ + -I$(top_srcdir)/parsers/common $(TCLHDIR) + + pybrowser_LDADD = $(toolbox)/libsnptools.a $(top_builddir)/db/libdbutils.a \ + $(common)/libcommon.a $(DB_LIBDIR)/libdb.a @LEXLIB@ \ + $(top_builddir)/misc/libutils/libutils.a \ + $(TCL_BUILD_LIB_SPEC) $(TCL_LIBS) + + pybrowser_SOURCES = pybrowser.l + + pybrowser_DEPENDENCIES = $(top_builddir)/db/libdbutils.a $(DB_LIBDIR)/libdb.a \ + $(toolbox)/libsnptools.a $(common)/libcommon.a \ + $(top_builddir)/misc/libutils/libutils.a + diff -c2rN SN451-p0005/snavigator/parsers/python/Makefile.in SN451/snavigator/parsers/python/Makefile.in *** SN451-p0005/snavigator/parsers/python/Makefile.in Thu Jan 1 01:00:00 1970 --- SN451/snavigator/parsers/python/Makefile.in Wed Aug 2 17:44:17 2000 *************** *** 0 **** --- 1,435 ---- + # Makefile.in generated automatically by automake 1.4 from Makefile.am + + # Copyright (C) 1994, 1995-8, 1999 Free Software Foundation, Inc. + # This Makefile.in is free software; the Free Software Foundation + # gives unlimited permission to copy and/or distribute it, + # with or without modifications, as long as this notice is preserved. + + # This program is distributed in the hope that it will be useful, + # but WITHOUT ANY WARRANTY, to the extent permitted by law; without + # even the implied warranty of MERCHANTABILITY or FITNESS FOR A + # PARTICULAR PURPOSE. + + # Copyright (c) 2000, Red Hat, Inc. + # + # This file is part of Source-Navigator. + # + # Source-Navigator is free software; you can redistribute it and/or + # modify it under the terms of the GNU General Public License as published + # by the Free Software Foundation; either version 2, or (at your option) + # any later version. + # + # Source-Navigator is distributed in the hope that it will be useful, + # but WITHOUT ANY WARRANTY; without even the implied warranty of + # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU + # General Public License for more details. + # + # You should have received a copy of the GNU General Public License along + # with Source-Navigator; see the file COPYING. If not, write to + # the Free Software Foundation, 59 Temple Place - Suite 330, Boston, + # MA 02111-1307, USA. + # + + + SHELL = @SHELL@ + + srcdir = @srcdir@ + top_srcdir = @top_srcdir@ + VPATH = @srcdir@ + prefix = @prefix@ + exec_prefix = @exec_prefix@ + + bindir = @bindir@ + sbindir = @sbindir@ + libexecdir = @libexecdir@ + datadir = @datadir@ + sysconfdir = @sysconfdir@ + sharedstatedir = @sharedstatedir@ + localstatedir = @localstatedir@ + libdir = @libdir@ + infodir = @infodir@ + mandir = @mandir@ + includedir = @includedir@ + oldincludedir = /usr/include + + DESTDIR = + + pkgdatadir = $(datadir)/@PACKAGE@ + pkglibdir = $(libdir)/@PACKAGE@ + pkgincludedir = $(includedir)/@PACKAGE@ + + top_builddir = ../.. + + ACLOCAL = @ACLOCAL@ + AUTOCONF = @AUTOCONF@ + AUTOMAKE = @AUTOMAKE@ + AUTOHEADER = @AUTOHEADER@ + + INSTALL = @INSTALL@ + INSTALL_PROGRAM = @INSTALL_PROGRAM@ $(AM_INSTALL_PROGRAM_FLAGS) + INSTALL_DATA = @INSTALL_DATA@ + INSTALL_SCRIPT = @INSTALL_SCRIPT@ + transform = @program_transform_name@ + + NORMAL_INSTALL = : + PRE_INSTALL = : + POST_INSTALL = : + NORMAL_UNINSTALL = : + PRE_UNINSTALL = : + POST_UNINSTALL = : + ASM_DEMO = @ASM_DEMO@ + AWK = @AWK@ + BFDHDIR = @BFDHDIR@ + BFDLIB = @BFDLIB@ + BUG_ADDRESS = @BUG_ADDRESS@ + CC = @CC@ + CC_FOR_BUILD = @CC_FOR_BUILD@ + COB_DEMO = @COB_DEMO@ + CONFIG_H = @CONFIG_H@ + CXX = @CXX@ + CXXCPP = @CXXCPP@ + C_DEMO = @C_DEMO@ + DB_INCDIR = @DB_INCDIR@ + DB_LIBDIR = @DB_LIBDIR@ + DEJAGNUHDIR = @DEJAGNUHDIR@ + DEJAGNULIB = @DEJAGNULIB@ + DEVOHDIR = @DEVOHDIR@ + ENDIAN = @ENDIAN@ + EXEEXT = @EXEEXT@ + FOR_DEMO = @FOR_DEMO@ + GETTING_STARTED_DIR = @GETTING_STARTED_DIR@ + GETTING_STARTED_INDEX = @GETTING_STARTED_INDEX@ + GETTING_STARTED_NAME = @GETTING_STARTED_NAME@ + GUILIB = @GUILIB@ + HALDIR = @HALDIR@ + HAVE_DEVO_SIM = @HAVE_DEVO_SIM@ + HYPER_CFLAGS = @HYPER_CFLAGS@ + HYPER_CONSOLE = @HYPER_CONSOLE@ + HYPER_MAIN = @HYPER_MAIN@ + IDEHDIR = @IDEHDIR@ + IDELIB = @IDELIB@ + IDETCLLIB = @IDETCLLIB@ + ILUHDIR = @ILUHDIR@ + ILULIB = @ILULIB@ + ILUTOP = @ILUTOP@ + INTLHDIR = @INTLHDIR@ + INTLLIB = @INTLLIB@ + ITCLHDIR = @ITCLHDIR@ + ITCLLIB = @ITCLLIB@ + ITCLMKIDX = @ITCLMKIDX@ + ITCLSH = @ITCLSH@ + ITCL_MKINDEX_DIR = @ITCL_MKINDEX_DIR@ + ITCL_SH = @ITCL_SH@ + JAVAEXE = @JAVAEXE@ + JAVA_PARSER = @JAVA_PARSER@ + JAV_DEMO = @JAV_DEMO@ + KERNELHDIR = @KERNELHDIR@ + KERNELLIB = @KERNELLIB@ + LEX = @LEX@ + LIBERTY = @LIBERTY@ + LIBGCC = @LIBGCC@ + LIBGUIHDIR = @LIBGUIHDIR@ + LIBGUILIB = @LIBGUILIB@ + LIBIBERTY = @LIBIBERTY@ + MAINT = @MAINT@ + MAKEINFO = @MAKEINFO@ + MONOP_DEMO = @MONOP_DEMO@ + OBJEXT = @OBJEXT@ + OLDTARFLAG = @OLDTARFLAG@ + OPCODESLIB = @OPCODESLIB@ + PACKAGE = @PACKAGE@ + PRODUCT_NAME = @PRODUCT_NAME@ + PROGRAMMERS_REFERENCE_DIR = @PROGRAMMERS_REFERENCE_DIR@ + PROGRAMMERS_REFERENCE_INDEX = @PROGRAMMERS_REFERENCE_INDEX@ + PROGRAMMERS_REFERENCE_NAME = @PROGRAMMERS_REFERENCE_NAME@ + RANLIB = @RANLIB@ + RUNTESTDIR = @RUNTESTDIR@ + SDK_DIR = @SDK_DIR@ + SENDMAIL_PARSER = @SENDMAIL_PARSER@ + SIMHDIR = @SIMHDIR@ + SIMLIB = @SIMLIB@ + SN_BOOKS = @SN_BOOKS@ + SN_DOCSET = @SN_DOCSET@ + SN_GUI_DIR = @SN_GUI_DIR@ + SN_LAUNCH_SHELL = @SN_LAUNCH_SHELL@ + SN_PLATFORM_DIR = @SN_PLATFORM_DIR@ + SN_SDK_EXEC_PREFIX = @SN_SDK_EXEC_PREFIX@ + SOCKLIB = @SOCKLIB@ + SPLASHFILE = @SPLASHFILE@ + SUITE_NAME = @SUITE_NAME@ + TAR = @TAR@ + TCLCONFIG = @TCLCONFIG@ + TCLHDIR = @TCLHDIR@ + TCL_BUILD_LIB_SPEC = @TCL_BUILD_LIB_SPEC@ + TCL_DEFS = @TCL_DEFS@ + TCL_LD_FLAGS = @TCL_LD_FLAGS@ + TCL_LD_SEARCH_FLAGS = @TCL_LD_SEARCH_FLAGS@ + TCL_LIBRARY = @TCL_LIBRARY@ + TCL_LIBS = @TCL_LIBS@ + TCL_LIB_FILE = @TCL_LIB_FILE@ + TCL_LIB_FULL_PATH = @TCL_LIB_FULL_PATH@ + TCL_LIB_SPEC = @TCL_LIB_SPEC@ + TCL_RANLIB = @TCL_RANLIB@ + TCL_SHLIB_CFLAGS = @TCL_SHLIB_CFLAGS@ + TCL_SHLIB_LD = @TCL_SHLIB_LD@ + TIXHDIR = @TIXHDIR@ + TIXLIB = @TIXLIB@ + TIX_BUILD_LIB_SPEC = @TIX_BUILD_LIB_SPEC@ + TIX_VERSION = @TIX_VERSION@ + TKCONFIG = @TKCONFIG@ + TKHDIR = @TKHDIR@ + TK_BUILD_INCLUDES = @TK_BUILD_INCLUDES@ + TK_BUILD_LIB_SPEC = @TK_BUILD_LIB_SPEC@ + TK_DEFS = @TK_DEFS@ + TK_LIBS = @TK_LIBS@ + TK_LIB_SPEC = @TK_LIB_SPEC@ + TK_VERSION = @TK_VERSION@ + TK_XINCLUDES = @TK_XINCLUDES@ + TK_XLIBSW = @TK_XLIBSW@ + TMGRHDIR = @TMGRHDIR@ + TMGRLIB = @TMGRLIB@ + USING_GNUPRO_DIR = @USING_GNUPRO_DIR@ + USING_GNUPRO_INDEX = @USING_GNUPRO_INDEX@ + USING_GNUPRO_NAME = @USING_GNUPRO_NAME@ + VERSION = @VERSION@ + WIN32LDAPP = @WIN32LDAPP@ + WIN32LIBS = @WIN32LIBS@ + WINDRES = @WINDRES@ + WINFLAGS = @WINFLAGS@ + X11ICON = @X11ICON@ + YACC = @YACC@ + ac_cv_c_itclsh = @ac_cv_c_itclsh@ + + AUTOMAKE_OPTIONS = cygnus + + toolbox = $(top_builddir)/parsers/toolbox + common = $(top_builddir)/parsers/common + + bin_PROGRAMS = pybrowser + + INCLUDES = $(WINFLAGS) -I$(top_srcdir)/hyper -I$(top_srcdir)/parsers/toolbox -I$(top_srcdir)/parsers/common $(TCLHDIR) + + + pybrowser_LDADD = $(toolbox)/libsnptools.a $(top_builddir)/db/libdbutils.a $(common)/libcommon.a $(DB_LIBDIR)/libdb.a @LEXLIB@ $(top_builddir)/misc/libutils/libutils.a $(TCL_BUILD_LIB_SPEC) $(TCL_LIBS) + + + pybrowser_SOURCES = pybrowser.l + + pybrowser_DEPENDENCIES = $(top_builddir)/db/libdbutils.a $(DB_LIBDIR)/libdb.a $(toolbox)/libsnptools.a $(common)/libcommon.a $(top_builddir)/misc/libutils/libutils.a + + mkinstalldirs = $(SHELL) $(top_srcdir)/mkinstalldirs + CONFIG_HEADER = ../../config.h + CONFIG_CLEAN_FILES = + bin_PROGRAMS = pybrowser$(EXEEXT) + PROGRAMS = $(bin_PROGRAMS) + + + DEFS = @DEFS@ -I. -I$(srcdir) -I../.. + CPPFLAGS = @CPPFLAGS@ + LDFLAGS = @LDFLAGS@ + LIBS = @LIBS@ + pybrowser_OBJECTS = pybrowser.$(OBJEXT) + pybrowser_LDFLAGS = + LEX_OUTPUT_ROOT = @LEX_OUTPUT_ROOT@ + LEXLIB = @LEXLIB@ + CFLAGS = @CFLAGS@ + COMPILE = $(CC) $(DEFS) $(INCLUDES) $(AM_CPPFLAGS) $(CPPFLAGS) $(AM_CFLAGS) $(CFLAGS) + CCLD = $(CC) + LINK = $(CCLD) $(AM_CFLAGS) $(CFLAGS) $(LDFLAGS) -o $@ + DIST_COMMON = Makefile.am Makefile.in pybrowser.c + + + DISTFILES = $(DIST_COMMON) $(SOURCES) $(HEADERS) $(TEXINFOS) $(EXTRA_DIST) + + GZIP_ENV = --best + SOURCES = $(pybrowser_SOURCES) + OBJECTS = $(pybrowser_OBJECTS) + + all: all-redirect + .SUFFIXES: + .SUFFIXES: .S .c .l .o .obj .s + $(srcdir)/Makefile.in: @MAINTAINER_MODE_TRUE@ Makefile.am $(top_srcdir)/configure.in $(ACLOCAL_M4) + cd $(top_srcdir) && $(AUTOMAKE) --cygnus parsers/python/Makefile + + Makefile: $(srcdir)/Makefile.in $(top_builddir)/config.status + cd $(top_builddir) \ + && CONFIG_FILES=$(subdir)/$@ CONFIG_HEADERS= $(SHELL) ./config.status + + + mostlyclean-binPROGRAMS: + + clean-binPROGRAMS: + -test -z "$(bin_PROGRAMS)" || rm -f $(bin_PROGRAMS) + + distclean-binPROGRAMS: + + maintainer-clean-binPROGRAMS: + + install-binPROGRAMS: $(bin_PROGRAMS) + @$(NORMAL_INSTALL) + $(mkinstalldirs) $(DESTDIR)$(bindir) + @list='$(bin_PROGRAMS)'; for p in $$list; do \ + if test -f $$p; then \ + echo " $(INSTALL_PROGRAM) $$p $(DESTDIR)$(bindir)/`echo $$p|sed 's/$(EXEEXT)$$//'|sed '$(transform)'|sed 's/$$/$(EXEEXT)/'`"; \ + $(INSTALL_PROGRAM) $$p $(DESTDIR)$(bindir)/`echo $$p|sed 's/$(EXEEXT)$$//'|sed '$(transform)'|sed 's/$$/$(EXEEXT)/'`; \ + else :; fi; \ + done + + uninstall-binPROGRAMS: + @$(NORMAL_UNINSTALL) + list='$(bin_PROGRAMS)'; for p in $$list; do \ + rm -f $(DESTDIR)$(bindir)/`echo $$p|sed 's/$(EXEEXT)$$//'|sed '$(transform)'|sed 's/$$/$(EXEEXT)/'`; \ + done + + .c.o: + $(COMPILE) -c $< + + # FIXME: We should only use cygpath when building on Windows, + # and only if it is available. + .c.obj: + $(COMPILE) -c `cygpath -w $<` + + .s.o: + $(COMPILE) -c $< + + .S.o: + $(COMPILE) -c $< + + mostlyclean-compile: + -rm -f *.o core *.core + -rm -f *.$(OBJEXT) + + clean-compile: + + distclean-compile: + -rm -f *.tab.c + + maintainer-clean-compile: + + pybrowser$(EXEEXT): $(pybrowser_OBJECTS) $(pybrowser_DEPENDENCIES) + @rm -f pybrowser$(EXEEXT) + $(LINK) $(pybrowser_LDFLAGS) $(pybrowser_OBJECTS) $(pybrowser_LDADD) $(LIBS) + .l.c: + $(LEX) $(AM_LFLAGS) $(LFLAGS) $< && mv $(LEX_OUTPUT_ROOT).c $@ + + tags: TAGS + + ID: $(HEADERS) $(SOURCES) $(LISP) + list='$(SOURCES) $(HEADERS)'; \ + unique=`for i in $$list; do echo $$i; done | \ + awk ' { files[$$0] = 1; } \ + END { for (i in files) print i; }'`; \ + here=`pwd` && cd $(srcdir) \ + && mkid -f$$here/ID $$unique $(LISP) + + TAGS: $(HEADERS) $(SOURCES) $(TAGS_DEPENDENCIES) $(LISP) + tags=; \ + here=`pwd`; \ + list='$(SOURCES) $(HEADERS)'; \ + unique=`for i in $$list; do echo $$i; done | \ + awk ' { files[$$0] = 1; } \ + END { for (i in files) print i; }'`; \ + test -z "$(ETAGS_ARGS)$$unique$(LISP)$$tags" \ + || (cd $(srcdir) && etags $(ETAGS_ARGS) $$tags $$unique $(LISP) -o $$here/TAGS) + + mostlyclean-tags: + + clean-tags: + + distclean-tags: + -rm -f TAGS ID + + maintainer-clean-tags: + + distdir = $(top_builddir)/$(PACKAGE)-$(VERSION)/$(subdir) + + subdir = parsers/python + + distdir: $(DISTFILES) + @for file in $(DISTFILES); do \ + if test -f $$file; then d=.; else d=$(srcdir); fi; \ + if test -d $$d/$$file; then \ + cp -pr $$/$$file $(distdir)/$$file; \ + else \ + test -f $(distdir)/$$file \ + || ln $$d/$$file $(distdir)/$$file 2> /dev/null \ + || cp -p $$d/$$file $(distdir)/$$file || :; \ + fi; \ + done + info-am: + info: info-am + dvi-am: + dvi: dvi-am + check-am: + check: check-am + installcheck-am: + installcheck: installcheck-am + install-info-am: + install-info: install-info-am + install-exec-am: install-binPROGRAMS + install-exec: install-exec-am + + install-data-am: + install-data: install-data-am + + install-am: all-am + @$(MAKE) $(AM_MAKEFLAGS) install-exec-am install-data-am + install: install-am + uninstall-am: uninstall-binPROGRAMS + uninstall: uninstall-am + all-am: Makefile $(PROGRAMS) + all-redirect: all-am + install-strip: + $(MAKE) $(AM_MAKEFLAGS) AM_INSTALL_PROGRAM_FLAGS=-s install + installdirs: + $(mkinstalldirs) $(DESTDIR)$(bindir) + + + mostlyclean-generic: + + clean-generic: + + distclean-generic: + -rm -f Makefile $(CONFIG_CLEAN_FILES) + -rm -f config.cache config.log stamp-h stamp-h[0-9]* + + maintainer-clean-generic: + -test -z "pybrowserl" || rm -f pybrowserl + mostlyclean-am: mostlyclean-binPROGRAMS mostlyclean-compile \ + mostlyclean-tags mostlyclean-generic + + mostlyclean: mostlyclean-am + + clean-am: clean-binPROGRAMS clean-compile clean-tags clean-generic \ + mostlyclean-am + + clean: clean-am + + distclean-am: distclean-binPROGRAMS distclean-compile distclean-tags \ + distclean-generic clean-am + + distclean: distclean-am + + maintainer-clean-am: maintainer-clean-binPROGRAMS \ + maintainer-clean-compile maintainer-clean-tags \ + maintainer-clean-generic distclean-am + @echo "This command is intended for maintainers to use;" + @echo "it deletes files that may require special tools to rebuild." + + maintainer-clean: maintainer-clean-am + + .PHONY: mostlyclean-binPROGRAMS distclean-binPROGRAMS clean-binPROGRAMS \ + maintainer-clean-binPROGRAMS uninstall-binPROGRAMS install-binPROGRAMS \ + mostlyclean-compile distclean-compile clean-compile \ + maintainer-clean-compile tags mostlyclean-tags distclean-tags \ + clean-tags maintainer-clean-tags distdir info-am info dvi-am dvi check \ + check-am installcheck-am installcheck install-info-am install-info \ + install-exec-am install-exec install-data-am install-data install-am \ + install uninstall-am uninstall all-redirect all-am all installdirs \ + mostlyclean-generic distclean-generic clean-generic \ + maintainer-clean-generic clean mostlyclean distclean maintainer-clean + + + # Tell versions [3.59,3.63) of GNU make to not export all variables. + # Otherwise a system limit (for SysV at least) may be exceeded. + .NOEXPORT: diff -c2rN SN451-p0005/snavigator/parsers/python/README SN451/snavigator/parsers/python/README *** SN451-p0005/snavigator/parsers/python/README Thu Jan 1 01:00:00 1970 --- SN451/snavigator/parsers/python/README Wed Aug 2 20:42:50 2000 *************** *** 0 **** --- 1,14 ---- + This is a parser for python source code. + + Current limitations: + + * Continuation lines (ending in a backslash) are not always + handled correctly. + + * This parser has nearly the same limitations as python's + class browser module pyclbr.py (which also served as implementation + guideline). Triple quoted strings are, however, handled correctly. + + --- + Thomas Heller + thomas.heller@ion-tof.com diff -c2rN SN451-p0005/snavigator/parsers/python/pybrowser.l SN451/snavigator/parsers/python/pybrowser.l *** SN451-p0005/snavigator/parsers/python/pybrowser.l Thu Jan 1 01:00:00 1970 --- SN451/snavigator/parsers/python/pybrowser.l Wed Aug 2 15:17:03 2000 *************** *** 0 **** --- 1,334 ---- + /* -*- c -*- */ + /* + + Copyright (c) 2000, Red Hat, Inc. + + This file is part of Source-Navigator. + + Source-Navigator is free software; you can redistribute it and/or + modify it under the terms of the GNU General Public License as published + by the Free Software Foundation; either version 2, or (at your option) + any later version. + + Source-Navigator is distributed in the hope that it will be useful, + but WITHOUT ANY WARRANTY; without even the implied warranty of + MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU + General Public License for more details. + + You should have received a copy of the GNU General Public License along + with Source-Navigator; see the file COPYING. If not, write to + the Free Software Foundation, 59 Temple Place - Suite 330, Boston, + MA 02111-1307, USA. + + */ + + %{ + /* + * pybrowser.l + * + * Written by Thomas Heller + * + * Description: + * A lex specification for a scanner to parse python source code files + * and store relevant information into the Source-Navigator project database. + */ + + #include + #include "lexinput.h" + #include "tcl.h" + #include "snptools.h" + + static char group[] = "python"; + + static char *mystrdup(char *); + static void var_or_const(int); + + static struct stack *scope_stack; + + static void push(int, int, char *); + static void pop(int); + static char *top(int *); + static int calc_indent (char*, char *); + static void baseclasses (char *, char *); + static void parse_triple(int); + + /* XXX Is this correct? */ + #undef YY_INPUT + #define YY_INPUT(buf,r,ms) (r = sn_encoded_input(buf, ms)) + + int + yywrap() + { + return(1); + } + + %} + + %% + + \"\"\" { + sn_advance_column (3); + parse_triple((int)'"'); + } + + \'\'\' { + sn_advance_column (3); + parse_triple((int)'\''); + } + + ^[ \t]*def[ \t]+[a-zA-Z_][a-zA-Z_0-9]*[ \t]*\( { + int ofs; + char *p; + int indent; + char *classname; + int code; + int context; + /* point just before the '(', then go backwards to find and mark + the end of the name */ + p = yytext + yyleng - 1; + while ((p[-1] == ' ') || (p[-1] == '\t')) + --p; + *p = '\0'; + /* now go backwards to find the beginning */ + p = yytext + yyleng-1; + while ((p > yytext) && (p[-1] != ' ') && (p[-1] != '\t')) + --p; + ofs = p - yytext; + + indent = calc_indent (yytext, p); + pop(indent); + classname = top(&context); + if (classname) { + switch (context) { + case SN_CLASS_DEF: + code = SN_MBR_FUNC_DEF; + break; + default: + code = SN_FUNC_DEF; + classname = NULL; + break; + } + } else + code = SN_FUNC_DEF; + + push(indent, code, p); + + sn_insert_symbol(code, classname, p, sn_current_file(), + sn_line(), sn_column()+ofs, sn_line(), + sn_column()+ofs + strlen(p), + 0, NULL, NULL, NULL, NULL, + sn_line(), sn_column()+ofs, sn_line(), + sn_column()+ofs + strlen(p)); + } + + ^[ \t]*class[ \t]+[a-zA-Z_][a-zA-Z_0-9]*[ \t]*(\([^)]*\))?[ \t]*: { + int ofs; + char *p, *super; + int indent; + char *end; + yytext[yyleng] = '\0'; + + p = yytext; + while (isspace (*p)) + ++p; + indent = calc_indent (yytext, p); + + p += strlen ("class"); + while (isspace (*p)) + ++p; + ofs = p - yytext; + end = p; + while (*end && (isalnum (*end) || (*end == '_'))) + ++end; + *end = '\0'; + + pop(indent); + push(indent, SN_CLASS_DEF, p); + sn_insert_symbol(SN_CLASS_DEF, NULL, p, sn_current_file(), + sn_line(), sn_column()+ofs, sn_line(), + sn_column()+ofs + strlen(p), + 0, NULL, NULL, NULL, NULL, + sn_line(), sn_column()+ofs, sn_line(), + sn_column()+ofs + strlen(p)); + ++end; + super = end; + while ((end < yytext+yyleng) && *end) { + if (*end == '\n') { + sn_advance_line(); + sn_reset_column(); + } + ++end; + } + baseclasses (p, super); + } + + ^[A-Z_][A-Z0-9_]*[ \t]*= { var_or_const (SN_CONS_DEF); } + + ^[a-zA-Z_][a-zA-Z0-9_]*[ \t]*= { var_or_const (SN_GLOB_VAR_DEF); } + + \n { + sn_advance_line(); + sn_reset_column(); + } + + . { sn_advance_column(yyleng); } + + %% + struct stack { + int indent; + int code; + char *name; + struct stack *prev; + }; + + static struct stack *scope_stack = NULL; + + static int calc_indent(char *start, char *stop) + { + int indent = 0; + char *cp = start; + while (cp < stop) { + switch (*cp++) { + case ' ': + ++indent; + break; + case '\t': + indent = (indent / 8) * 8 + 8; + break; + default: + return indent; + } + } + return indent; + } + + static char *top(int *code) + { + if (scope_stack) { + *code = scope_stack->code; + return scope_stack->name; + } + return NULL; + } + + static void push(int indent, int code, char *name) + { + struct stack *node; + + node = (struct stack *)malloc(sizeof (struct stack)); + node->indent = indent; + node->code = code; + node->name = mystrdup (name); + node->prev = scope_stack; + scope_stack = node; + } + + static void pop(int indent) + { + while (scope_stack && (scope_stack->indent >= indent)) { + scope_stack = scope_stack->prev; + } + } + + static void baseclasses (char *classname, char *rest) + { + /* We enter here with something like " ( Tester ):" */ + char *cp = rest; + char *base; + + while (base = strtok (cp, "():, \t\r\n")) { + if (strchr (base, '.')) + base = strrchr (base, '.') + 1; + cp = NULL; + /* I don't really know why we need a filename here, the + base class may be defined in a totally different file */ + sn_insert_symbol(SN_CLASS_INHERIT, classname, base, + sn_current_file(), + sn_line(), sn_column(), sn_line(), + sn_column() + strlen(base), + 0, NULL, NULL, NULL, NULL, + sn_line(), sn_column(), sn_line(), + sn_column() + strlen(base)); + } + } + + static void var_or_const (int code) + { + char *p; + /* point just before the '=', then go backwards to find and mark + the end of identifier */ + p = yytext + yyleng - 1; + while ((p > yytext) && (p[-1] == ' ') || (p[-1] == '\t')) + --p; + *p = '\0'; + sn_insert_symbol(code, NULL, yytext, sn_current_file(), + sn_line(), sn_column(), sn_line(), + sn_column() + strlen(yytext), + 0, NULL, NULL, NULL, NULL, + sn_line(), sn_column(), sn_line(), + sn_column() + strlen(yytext)); + } + + static void parse_triple(int term) + { + int c; + int count; + while (1) { + c = input(); + sn_advance_column (1); + if (c == term) { + ++count; + if (count == 3) + return; + } else { + count = 0; + switch (c) { + case '\\': + c = input(); + if (c <= 0) + return; + if (c != '\n') { + sn_advance_column (1); + c = -1; + } else { + sn_advance_line (); + } + break; + + case '\n': + sn_advance_line (); + sn_reset_column (); + break; + + case '\r': + sn_reset_column (); + break; + + case EOF: + return; + } + } + } + } + + static char *mystrdup(char *name) + { + char *p = malloc(strlen (name) + 1); + if (!p) + return NULL; + strcpy (p, name); + return p; + } + + void reset() + { + sn_reset_line(); + sn_reset_column(); + sn_reset_encoding(); + } + + int + main(int argc, char *argv[]) + { + return sn_main(argc, argv, group, &yyin, yylex, reset); + } From bje@redhat.com Thu Aug 3 00:34:00 2000 From: bje@redhat.com (Ben Elliston) Date: Thu, 03 Aug 2000 00:34:00 -0000 Subject: Python parser for SN References: <200008030717.JAA22453@mail.ion-tof.com> Message-ID: This patch contains a python parser and syntax highlighting for python. Fantastic! Thanks for doing it. Since I don't have automake on my development system (I use NT), i had to write Makefile.in's and Makefile.am's by hand. Note that it's not necessary to run Automake and Autoconf on the system you're using. If you move your tree to a Unix system with these tools installed, you can run it there. Autoconf and Automake work fine under Cygwin, by the way. Ben From florent.pillet@opteway.com Thu Aug 3 00:40:00 2000 From: florent.pillet@opteway.com (Florent Pillet) Date: Thu, 03 Aug 2000 00:40:00 -0000 Subject: SN Parsers References: Message-ID: <398921FF.E52C4C59@opteway.com> Mo DeJong wrote: > > Speaking of views, I would like to point you and the SN team to `VCG`, > a graph layout tool distributed under the GPL (see > http://www.cs.uni-sb.de/RW/users/sander/html/gsvcg1.html ). I guess > that the creation of a library from VCG's source for using its layout > algorithms is hard, but it has a batch mode where it processes a > textual graph description and then returns the description augmented > with node positions. Applications in SN are possibly the existing > include/symbol reference views (which have a certain irregularity in > their layout behaviour) and the creation of new (printable) views > showing chosen references and/or dependencies for the entire project. On the same topic, there is also GV (GraphViz) from ATT, which is a very powerful graph engine and already comes with TCL interfaces and lots of other stuff. The quality and versatility of the graphs it can generate is amazing. Here is the URL: http://www.research.att.com/sw/tools/graphviz/ -- Florent Pillet, Software Architect. e-mail: fpillet@opteway.com opt[e]way S.A., 2881 route des cretes, BP 308 06906 Sophia Antipolis Cedex, France Phone: +33 4 92 95 26 13 - Fax: +33 4 92 95 26 03 http://www.opteway.com/ From thomas.heller@ion-tof.com Thu Aug 3 00:46:00 2000 From: thomas.heller@ion-tof.com (Thomas Heller) Date: Thu, 03 Aug 2000 00:46:00 -0000 Subject: Python parser for SN References: Message-ID: <008901bffd1e$e842ee90$4500a8c0@thomasnb> > > Since I don't have automake on my development system (I use NT), i had > to write Makefile.in's and Makefile.am's by hand. > > Note that it's not necessary to run Automake and Autoconf on the system > you're using. If you move your tree to a Unix system with these tools > installed, you can run it there. Autoconf and Automake work fine under > Cygwin, by the way. > Autoconf requires perl. So I downloaded and installed ActiveState's ActivePerl, and tried to install automake-1.4. But it refused to run. Do I have to build perl from the source under cygwin? Thomas From bje@redhat.com Thu Aug 3 00:48:00 2000 From: bje@redhat.com (Ben Elliston) Date: Thu, 03 Aug 2000 00:48:00 -0000 Subject: Python parser for SN References: <008901bffd1e$e842ee90$4500a8c0@thomasnb> Message-ID: Autoconf requires perl. So I downloaded and installed ActiveState's ActivePerl, Autoconf requires m4. It's Automake that requires Perl. and tried to install automake-1.4. But it refused to run. Do I have to build perl from the source under cygwin? Nope. There are plenty of binary distributions of Perl around for Cygwin. Keep digging. :-) Ben From thomas.heller@ion-tof.com Thu Aug 3 01:08:00 2000 From: thomas.heller@ion-tof.com (Thomas Heller) Date: Thu, 03 Aug 2000 01:08:00 -0000 Subject: Python parser for SN References: Message-ID: <00a601bffd22$00e11690$4500a8c0@thomasnb> > Autoconf requires perl. So I downloaded and installed ActiveState's > ActivePerl, > > Autoconf requires m4. It's Automake that requires Perl. A typo. I meant Automake. > > and tried to install automake-1.4. But it refused to run. Do I have to > build perl from the source under cygwin? > > Nope. There are plenty of binary distributions of Perl around for Cygwin. > Keep digging. :-) > > Ben Thanks! Did this, and it worked like a charm! Thomas From mdejong@cygnus.com Thu Aug 3 02:00:00 2000 From: mdejong@cygnus.com (Mo DeJong) Date: Thu, 03 Aug 2000 02:00:00 -0000 Subject: Python parser for SN References: <200008030717.JAA22453@mail.ion-tof.com> Message-ID: On Thu, 3 Aug 2000, Thomas Heller wrote: > This patch contains a python parser and syntax highlighting for > python. > > Since I don't have automake on my development system (I use NT), > i had to write Makefile.in's and Makefile.am's by hand. > > Enjoy! > Thomas Heller Wow. Looks like we have a winner in the "First Source-Navigator patch" contest. (sorry ben, your wait patch does not count because you work here) I am not sure what the prize will be yet. Perhaps a copy of Red Hat 7.0 when it ships? How about a limited edition Source-Navigator shirt? At the very least we are going to have to put a note about this up on the website. Mo DeJong Red Hat Inc From mdejong@cygnus.com Thu Aug 3 02:09:00 2000 From: mdejong@cygnus.com (Mo DeJong) Date: Thu, 03 Aug 2000 02:09:00 -0000 Subject: SN Parsers References: <398921FF.E52C4C59@opteway.com> Message-ID: On Thu, 3 Aug 2000, Florent Pillet wrote: > On the same topic, there is also GV (GraphViz) from ATT, which is a very powerful graph > engine and already comes with TCL interfaces and lots of other stuff. The quality and > versatility of the graphs it can generate is amazing. > > Here is the URL: http://www.research.att.com/sw/tools/graphviz/ We are definitely going to need to look into GraphViz, that "spline o-matic" looks too cool for words. Our current graphing layer leaves a bit to be desired. thanks for the pointer Mo DeJong Red Hat Inc From thomas.heller@ion-tof.com Thu Aug 3 02:51:00 2000 From: thomas.heller@ion-tof.com (Thomas Heller) Date: Thu, 03 Aug 2000 02:51:00 -0000 Subject: Python parser for SN References: Message-ID: <014101bffd30$50a03f40$4500a8c0@thomasnb> > > Wow. Looks like we have a winner in the "First Source-Navigator patch" > contest. (sorry ben, your wait patch does not count because you work here) > > I am not sure what the prize will be yet. Perhaps a copy of Red Hat 7.0 > when it ships? How about a limited edition Source-Navigator shirt? > At the very least we are going to have to put a note about this > up on the website. > If you need a shipping address for the prizes, just let me know ;-) Thomas From dave.banham@tde.alstom.com Thu Aug 3 03:52:00 2000 From: dave.banham@tde.alstom.com (dave.banham@tde.alstom.com) Date: Thu, 03 Aug 2000 03:52:00 -0000 Subject: SN and C Struct's Message-ID: Dear all, I am about to make some suggestions for some improvements to SN4.5.1, but thought it best to make my introductions first. I am a senior software engineer in the UK working for a large engineering Company. The products that I am involved with have a reasonably large code base of around 400KLOC, most of which is C with a small amount of assembler. All of this is embedded with a real time operating system, which is partly why we haven't yet made the move to C++, and developed on Win NT4 workstations with Clear Case CM. It is also worth noting that the software is partitioned into a number of distinct sections, each in its own Clear Case VOB (that is root folder), which are maintained by distinct groups of engineers and used by several projects/products. I have recently taken on an existing project and have the dubious job of supporting and extending the software. This is where SN comes in. I had previously purchased the SN99r1 Developer Edition, but found that I could not use it fully on this project due to its 250KLOC limit. Thankfully the full enterprise edition has been made Open Source, so I no longer have to go begging to my manager for some money! I have found SN to be extremely useful and use it most with the Retriever - Editor window to locate symbols in the code base. I would also like to use the XREF and Class views to visualise and navigate the convoluted relationships in the software's data structures (i.e. C struct's). This is where I find that SN is, err, deficient. 1. The Hierarchy Browser does not draw graphs of C struct's (or typedef'd struct's). 2. Class Browser only shows the contents of the specified struct and not of any embedded or referred (i.e. via a pointer) struct's (i.e. augmented). Moreover, it will not show typedef'd structures unless a structure tag name is used, e.g. typedef struct mystruct_tag {int a; int b;} mystruct; only 'mystruct_tag' works in Class Browser and most typedef struct declarations do not provide a tag name. 3. The Xref Browser only appears to show what symbols are used by a function and not what functions use it - the 'refers by' option is disabled. It would be very useful to know what functions use a given symbol. 4. If SN has a complete database of all symbol references, then why is the grep tool the only way of finding all references to a symbol in the code base? Could the Retriever tool have an option to display all instances, rather than just the declaration of the symbol. I have had a quick look through the SN SDK manual. It is not very obvious where to even start such customisations, and since I am not a TCL/TK programmer it is difficult to know where to start. Moreover, it sounds like setting up a MS VC++ 5 build of SN is going to be a little tricky. Does any one have any suggestions? Best Regards Dave Banham From florent.pillet@opteway.com Thu Aug 3 05:16:00 2000 From: florent.pillet@opteway.com (Florent Pillet) Date: Thu, 03 Aug 2000 05:16:00 -0000 Subject: Python parser for SN References: Message-ID: <39896283.A360F249@opteway.com> Mo DeJong wrote: > > On Thu, 3 Aug 2000, Thomas Heller wrote: > > > This patch contains a python parser and syntax highlighting for > > python. > > > > Since I don't have automake on my development system (I use NT), > > i had to write Makefile.in's and Makefile.am's by hand. > > > > Enjoy! > > Thomas Heller > > Wow. Looks like we have a winner in the "First Source-Navigator patch" > contest. (sorry ben, your wait patch does not count because you work here) > > I am not sure what the prize will be yet. Perhaps a copy of Red Hat 7.0 > when it ships? How about a limited edition Source-Navigator shirt? > At the very least we are going to have to put a note about this > up on the website. > > Mo DeJong > Red Hat Inc Wow wow wow.... The _first_ patch was mine, when I sent the additions to the C++ parser for bool, const_cast, static_cast and reinterpret_cast. I know that's no big deal but if there is a contest, I was here first :=)) Cheers, Florent. -- Florent Pillet, Software Architect. e-mail: fpillet@opteway.com opt[e]way S.A., 2881 route des cretes, BP 308 06906 Sophia Antipolis Cedex, France Phone: +33 4 92 95 26 13 - Fax: +33 4 92 95 26 03 http://www.opteway.com/ From lmcdasi@lmc.ericsson.se Thu Aug 3 05:17:00 2000 From: lmcdasi@lmc.ericsson.se (root) Date: Thu, 03 Aug 2000 05:17:00 -0000 Subject: snavigator on Linux Sparc64 References: Message-ID: <39896266.77F21DFE@lmc.ericsson.se> Mo DeJong wrote: > On Thu, 3 Aug 2000, Ben Elliston wrote: > > > Could you compare your changes to the most recent CVS version of > > Tcl/Tk in the Ajuba CVS? I think there were some Sparc Linux fixes > > that have already been applied. > > > > Nevertheless, this problem is solely in Tcl. I would be surprised if Ajuba > > haven't fix it by now--in which case, we could import the patch. > > > > Ben > > Yes, but it would be nice if we could get someone to test changes > out to make sure it works before we apply them. We do not have > a sparc Linux machine here in the SOMA office, so we can't > really test it. > > Mo DeJong > Red Hat Inc If you wish, I could try to help you out with the changes. Also, I have download the tcl8.4a1 version and they already fix this in the tcl sources ! Dan From svohra@csi.uottawa.ca Thu Aug 3 07:32:00 2000 From: svohra@csi.uottawa.ca (Sonia Vohra) Date: Thu, 03 Aug 2000 07:32:00 -0000 Subject: SN Download Message-ID: <39898269.4E7B@csi.uottawa.ca> Hi, I am trying to download Source Navigator from ftp://sources.redhat.com/pub/sourcenav/releases/ but it asks me for a username and password. I tried using the username and password for my redhat account, but it failed. Can u please help Thanks in advance. Sonia -- Sonia Vohra Research Associate Email:svohra@site.uottawa.ca SITE: School of Information Technology and Engineering University of Ottawa |W/B: 613 5625800 x6428 Ottawa, Canada, K1N 6N5 |Fax: 613 562-5187 From spolk@redhat.com Thu Aug 3 08:13:00 2000 From: spolk@redhat.com (Syd Polk) Date: Thu, 03 Aug 2000 08:13:00 -0000 Subject: Python parser for SN References: Message-ID: <39898C9A.2950B1F9@redhat.com> No, the first patch was the c parser extension. But this is also cool. Mo DeJong wrote: > > On Thu, 3 Aug 2000, Thomas Heller wrote: > > > This patch contains a python parser and syntax highlighting for > > python. > > > > Since I don't have automake on my development system (I use NT), > > i had to write Makefile.in's and Makefile.am's by hand. > > > > Enjoy! > > Thomas Heller > > Wow. Looks like we have a winner in the "First Source-Navigator patch" > contest. (sorry ben, your wait patch does not count because you work here) > > I am not sure what the prize will be yet. Perhaps a copy of Red Hat 7.0 > when it ships? How about a limited edition Source-Navigator shirt? > At the very least we are going to have to put a note about this > up on the website. > > Mo DeJong > Red Hat Inc From thomas.heller@ion-tof.com Thu Aug 3 09:22:00 2000 From: thomas.heller@ion-tof.com (Thomas Heller) Date: Thu, 03 Aug 2000 09:22:00 -0000 Subject: Getting started with tcl Message-ID: <00e401bffd66$eca2b180$4500a8c0@thomasnb> I'm trying to understand how SN starts 'make'. Since I'm an absolute beginner to tcl, can someone please explain the following line (from share/gui/multimake.tcl, method ExecMake): set ret [catch {@@set make_fd [@@open "| $make_cmd" r]} msg] I can decipher most of it, but what do all the @'s mean? Is this standard tcl? I did not find something like this in the Ousterhout book... Thomas Heller From bruce.stephens@messagingdirect.com Thu Aug 3 09:40:00 2000 From: bruce.stephens@messagingdirect.com (Bruce Stephens) Date: Thu, 03 Aug 2000 09:40:00 -0000 Subject: Getting started with tcl References: <00e401bffd66$eca2b180$4500a8c0@thomasnb> Message-ID: Thomas Heller writes: > I'm trying to understand how SN starts 'make'. > Since I'm an absolute beginner to tcl, can > someone please explain the following line > (from share/gui/multimake.tcl, method ExecMake): > > set ret [catch {@@set make_fd [@@open "| $make_cmd" r]} msg] > > I can decipher most of it, but what do all the @'s mean? > Is this standard tcl? I did not find something like > this in the Ousterhout book... Normally it would mean nothing: @@set would simply refer to a command called "@@set". However, the ChangeLog in itcl suggests that things have been changed so that @@ means the same as ::. So try thinking of it in those terms. Ousterhout's book is unfortunately too old to cover namespaces; however, the namespace(n) manpage describes it. Anyway, namespaces work sufficiently obviously that they shouldn't be surprising. I don't know why they'd have changed things in this way. -- Bruce Stephens Bruce.Stephens@MessagingDirect.com MessagingDirect(UK) Ltd From spolk@redhat.com Thu Aug 3 10:19:00 2000 From: spolk@redhat.com (Syd Polk) Date: Thu, 03 Aug 2000 10:19:00 -0000 Subject: Getting started with tcl References: <"Thu,> <3> <2000> <18:21:47> <+0200> <00e401bffd66$eca2b180$4500a8c0@thomasnb> Message-ID: <4.2.0.58.20000803101939.00cb9630@pop.cygnus.com> At 05:40 PM 8/3/00 +0100, Bruce Stephens wrote: >Thomas Heller writes: > > > I'm trying to understand how SN starts 'make'. > > Since I'm an absolute beginner to tcl, can > > someone please explain the following line > > (from share/gui/multimake.tcl, method ExecMake): > > > > set ret [catch {@@set make_fd [@@open "| $make_cmd" r]} msg] > > > > I can decipher most of it, but what do all the @'s mean? > > Is this standard tcl? I did not find something like > > this in the Ousterhout book... > >Normally it would mean nothing: @@set would simply refer to a command >called "@@set". However, the ChangeLog in itcl suggests that things >have been changed so that @@ means the same as ::. @@ in incr Tcl 1.5 commands does mean the same as ::. >So try thinking of it in those terms. Ousterhout's book is >unfortunately too old to cover namespaces; however, the namespace(n) >manpage describes it. Anyway, namespaces work sufficiently obviously >that they shouldn't be surprising. > >I don't know why they'd have changed things in this way. This is an evil Cygnus-local hack to get namespaces to work in incr Tcl 1.5. This will go away once we put a snapshot of SN 5.0 on the web. Hopefully, in September. Syd Polk spolk@redhat.com Engineering Manager +1 415 777 9810 x 241 Red Hat, Inc. From mdejong@cygnus.com Thu Aug 3 10:57:00 2000 From: mdejong@cygnus.com (Mo DeJong) Date: Thu, 03 Aug 2000 10:57:00 -0000 Subject: Python parser for SN References: <39896283.A360F249@opteway.com> Message-ID: On Thu, 3 Aug 2000, Florent Pillet wrote: > Mo DeJong wrote: > > > > On Thu, 3 Aug 2000, Thomas Heller wrote: > > > > > This patch contains a python parser and syntax highlighting for > > > python. > > > > > > Since I don't have automake on my development system (I use NT), > > > i had to write Makefile.in's and Makefile.am's by hand. > > > > > > Enjoy! > > > Thomas Heller > > > > Wow. Looks like we have a winner in the "First Source-Navigator patch" > > contest. (sorry ben, your wait patch does not count because you work here) > > > > I am not sure what the prize will be yet. Perhaps a copy of Red Hat 7.0 > > when it ships? How about a limited edition Source-Navigator shirt? > > At the very least we are going to have to put a note about this > > up on the website. > > > > Mo DeJong > > Red Hat Inc > > Wow wow wow.... The _first_ patch was mine, when I sent the additions to the C++ parser > for bool, const_cast, static_cast and reinterpret_cast. I know that's no big deal but if > there is a contest, I was here first :=)) > > Cheers, > Florent. Sorry about that. Your patch had slipped my mind. We should really try to get a prize to both of you :) One for the first patch, the other for first new language support. Mo DeJong Red Hat Inc From segg@infonet.ca Thu Aug 3 14:55:00 2000 From: segg@infonet.ca (Gilles J. Seguin) Date: Thu, 03 Aug 2000 14:55:00 -0000 Subject: SourceNavigator 4.5.1 : Parsing a given header file hangs cbrowser References: <39888ED2.35434575@atd.ucar.edu> Message-ID: <3989EA54.B6578B12@infonet.ca> Joe Van Andel wrote: > > First, thanks for releasing such a nice product as Open Source. I > really appreciate your efforts. > > I build 4.5.1 on Redhat 6.2 (Pentium). > > When I create a new project that contains the following header file > > FilterParams.h > ---------------------- > > class { > public: > FilterParams(float * > int numParams; > float *params; > > } FilterParams, *FilterParamsPtr; > ---------------------------- > > cbrowser hangs forever. We certainely do not want that. > Note there is a syntax error in this header file - a missing > parenthesis on the ctor declaration. > Once I fixed this bug, cbrowser runs as expected. > > However, it would be nice if cbrowser had a more resilient error > recovery strategy :-) Must we provide a dialog asking for conformance to strict C++, to different level of the standard. And at he lowest level let it be a fuzzy C parser. I am very tempted to allow, get information from *.o file if they are available, and even more if the object file was compile with the debug information turn on. Ask where library/executable genereted by this project are if any. From bje@redhat.com Thu Aug 3 15:10:00 2000 From: bje@redhat.com (Ben Elliston) Date: Thu, 03 Aug 2000 15:10:00 -0000 Subject: SN Download References: <39898269.4E7B@csi.uottawa.ca> Message-ID: I am trying to download Source Navigator from ftp://sources.redhat.com/pub/sourcenav/releases/ but it asks me for a username and password. You need to log in anonymously. ie. "ftp" and email address. Ben From mdejong@cygnus.com Thu Aug 3 15:15:00 2000 From: mdejong@cygnus.com (Mo DeJong) Date: Thu, 03 Aug 2000 15:15:00 -0000 Subject: SN Download References: Message-ID: On Fri, 4 Aug 2000, Ben Elliston wrote: > I am trying to download Source Navigator from > ftp://sources.redhat.com/pub/sourcenav/releases/ > but it asks me for a username and password. > > You need to log in anonymously. ie. "ftp" and email address. > > Ben That just means the FTP site is bogged down with too many users. You need to use one of the mirror sites: http://sources.redhat.com/mirrors.html ftp://ftp.freesoftware.com/pub/sourceware/sourcenav/releases/SN451.tar.bz2 ftp://ftp.freesoftware.com/pub/sourceware/sourcenav/releases/SN451.tar.gz Mo DeJong Red Hat Inc From segg@infonet.ca Thu Aug 3 15:16:00 2000 From: segg@infonet.ca (Gilles J. Seguin) Date: Thu, 03 Aug 2000 15:16:00 -0000 Subject: Infrastructure work References: <200008020023.RAA26982@v-172-16-1-212.soma.redhat.com> Message-ID: <3989EF48.3DBCF7D7@infonet.ca> Ian Roxborough wrote: > > On Wed, 2 Aug 2000, Ben Elliston wrote: > > This would be cool, but then we are dependent on the user having a > > "clean" Tcl version (Some Tcl/Tk apps require core patching before > > they run). (Of course I'm assume you mean that we should load into > > the users local Tcl/Tk and not a version from us.) > > > > Couldn't snavigator's configure script test the installed Tcl/Tk to > > determine if it was usable? That's precisely what Autoconf is for! > > We could, but how many tests? and what needs tested to make > sure we're not running on a SN safe tcl/tk. Is it really important? > I know it's going to be hard tracking down reported bugs only to > find out the user is running on a none standard tcl/tk. Can we target tcl/tk version 8.3 supposedly the version for the upcoming Red Hat 7.0 version (pinestripe) tcl/tk version 8.4, can you provide information how difficult it will be. The question here, how do I will manage all those versions of tcl/tk. In the sense that nearly every application require their own version of it. > > Yeah. It'd also be nice to make Berkeley DB a loadable library, too. > > Perhaps they already allow it to be built shared? > > I'd like to see a more generic DB interface first so we can swap > out our DB back ends. I've not look at this yet, but may be they > both go hand in hand. > > Ian. From bje@redhat.com Thu Aug 3 16:15:00 2000 From: bje@redhat.com (Ben Elliston) Date: Thu, 03 Aug 2000 16:15:00 -0000 Subject: snavigator on Linux Sparc64 References: <39896266.77F21DFE@lmc.ericsson.se> Message-ID: Hi, Firstly, can I suggest you change your "real name" to something other than root? It's bloody confusing to see mail in my inbox that's not from root on my own system! If you wish, I could try to help you out with the changes. That'd be great. Also, I have download the tcl8.4a1 version and they already fix this in the tcl sources ! I figured as much. Is there a specific patch for this, or is it just bundled in with the rest of 8.4? Ben From bje@redhat.com Thu Aug 3 16:48:00 2000 From: bje@redhat.com (Ben Elliston) Date: Thu, 03 Aug 2000 16:48:00 -0000 Subject: SourceNavigator 4.5.1 : Parsing a given header file hangs cbrowser References: <3989EA54.B6578B12@infonet.ca> Message-ID: I am very tempted to allow, get information from *.o file if they are available, and even more if the object file was compile with the debug information turn on. Ask where library/executable genereted by this project are if any. I had actually thought about writing an object file parser using the BFD library. This could be used to discover the relationships between symbols in object files. It could be useful to someone trying to improve the performance of their application by tweaking the linking order of object files. Also great if you don't have the source code to programs you're trying to debug. ;-) Ben From mdejong@cygnus.com Thu Aug 3 19:36:00 2000 From: mdejong@cygnus.com (Mo DeJong) Date: Thu, 03 Aug 2000 19:36:00 -0000 Subject: snavigator on Linux Sparc64 References: <39896266.77F21DFE@lmc.ericsson.se> Message-ID: On Thu, 3 Aug 2000, root wrote: > Mo DeJong wrote: > > > On Thu, 3 Aug 2000, Ben Elliston wrote: > > > > > Could you compare your changes to the most recent CVS version of > > > Tcl/Tk in the Ajuba CVS? I think there were some Sparc Linux fixes > > > that have already been applied. > > > > > > Nevertheless, this problem is solely in Tcl. I would be surprised if Ajuba > > > haven't fix it by now--in which case, we could import the patch. > > > > > > Ben > > > > Yes, but it would be nice if we could get someone to test changes > > out to make sure it works before we apply them. We do not have > > a sparc Linux machine here in the SOMA office, so we can't > > really test it. > > > > Mo DeJong > > Red Hat Inc > > If you wish, I could try to help you out with the changes. > > Also, I have download the tcl8.4a1 version and they already fix this in the tcl > sources ! > > Dan So, does SN work "out of the box" on Sparc Linux if you apply this patch? Index: tclPosixStr.c =================================================================== RCS file: /home/cvs/external/tcl/generic/tclPosixStr.c,v retrieving revision 1.5 diff -u -r1.5 tclPosixStr.c --- tclPosixStr.c 1999/08/21 19:41:04 1.5 +++ tclPosixStr.c 2000/08/04 02:34:45 @@ -986,7 +986,7 @@ #ifdef SIGPROF case SIGPROF: return "SIGPROF"; #endif -#if defined(SIGPWR) && (!defined(SIGXFSZ) || (SIGPWR != SIGXFSZ)) +#if defined(SIGPWR) && (!defined(SIGXFSZ) || (SIGPWR != SIGXFSZ)) && (!defined(SIGLOST) || (SIGPWR != SIGLOST)) case SIGPWR: return "SIGPWR"; #endif #ifdef SIGQUIT @@ -1118,7 +1118,7 @@ #ifdef SIGPROF case SIGPROF: return "profiling alarm"; #endif -#if defined(SIGPWR) && (!defined(SIGXFSZ) || (SIGPWR != SIGXFSZ)) +#if defined(SIGPWR) && (!defined(SIGXFSZ) || (SIGPWR != SIGXFSZ)) && (!defined(SIGLOST) || (SIGPWR != SIGLOST)) case SIGPWR: return "power-fail restart"; #endif #ifdef SIGQUIT Mo DeJong Red Hat Inc From mdejong@cygnus.com Thu Aug 3 20:01:00 2000 From: mdejong@cygnus.com (Mo DeJong) Date: Thu, 03 Aug 2000 20:01:00 -0000 Subject: SN and C Struct's References: Message-ID: On Thu, 3 Aug 2000 dave.banham@tde.alstom.com wrote: > Dear all, > I am about to make some suggestions for some improvements to SN4.5.1, but > thought it best to make my introductions first. Hi Dave. > I am a senior software engineer in the UK working for a large engineering > Company. The products that I am involved with have a reasonably large code base > of around 400KLOC, most of which is C with a small amount of assembler. All of > this is embedded with a real time operating system, which is partly why we > haven't yet made the move to C++, and developed on Win NT4 workstations with > Clear Case CM. It is also worth noting that the software is partitioned into a > number of distinct sections, each in its own Clear Case VOB (that is root > folder), which are maintained by distinct groups of engineers and used by > several projects/products. To be honest, the clear case support is not that well tested, so it will be nice to have someone pounding on it. ... (long list of bugs) ... > I have had a quick look through the SN SDK manual. It is not very obvious where > to even start such customisations, and since I am not a TCL/TK programmer it is > difficult to know where to start. Moreover, it sounds like setting up a MS VC++ > 5 build of SN is going to be a little tricky. Does any one have any suggestions? Learning Tcl/Tk part is the going to be the most simple part of this task. There are lots or Tcl/Tk resources on the web. http://dev.scriptics.com/scripting/ http://starbase.neosoft.com/~claird/comp.lang.tcl/ You could also subscribe to the comp.lang.tcl newsgroup, there are lot of helpful folks on that newsgroup. You will be able to ask questions without getting flamed like on some other scripting language newsgroups. After that, you will need to learn how to parsers work. This is by far the least fun, unless you like parsers. The SDK does an good job with the basics. If you want to hack on SN itself, be sure to run it like so: ./snavigator --debug 9 That will print lots of info about what SN is doing to the terminal. It is a good way to find out what is going on. Don't forget, you can use SN on SN. It is a bit more tricky because you will be working on more than one language (Tcl and C), but it works real nice. Mo DeJong Red Hat Inc From segg@infonet.ca Fri Aug 4 00:31:00 2000 From: segg@infonet.ca (Gilles J. Seguin) Date: Fri, 04 Aug 2000 00:31:00 -0000 Subject: SourceNavigator 4.5.1 : Parsing a given header file hangs cbrowser References: Message-ID: <398A7149.70708CED@infonet.ca> Ben Elliston wrote: > > I am very tempted to allow, get information from *.o file if they are > available, and even more if the object file was compile with the debug > information turn on. Ask where library/executable genereted by this > project are if any. > > I had actually thought about writing an object file parser using the BFD > library. This could be used to discover the relationships between symbols > in object files. It could be useful to someone trying to improve the > performance of their application by tweaking the linking order of object > files. My first thought was to used it as a tool to validate the parser. Other things that I am looking for, is the area of sequence diagrams and state diagrams. Can we discover callback sequences and declarations. From dave.banham@tde.alstom.com Fri Aug 4 00:35:00 2000 From: dave.banham@tde.alstom.com (dave.banham@tde.alstom.com) Date: Fri, 04 Aug 2000 00:35:00 -0000 Subject: SN and C Struct's Message-ID: Mo, For what you indicate this sounds like you are suggesting that the C/C++ parser needs modification so that it classifies/processes C struct's and typedef's differently. Has the parser not collected sufficient information already and it is 'simply' (nothing is ever simple!) a matter of modifying the hierarchy and class browsers? Will both the parser and the browsers need modification? This sounds like 'hairy' stuff for an absolute tcl/tk beginner!!! Regards Dave Banham From bje@redhat.com Fri Aug 4 00:44:00 2000 From: bje@redhat.com (Ben Elliston) Date: Fri, 04 Aug 2000 00:44:00 -0000 Subject: SourceNavigator 4.5.1 : Parsing a given header file hangs cbrowser References: <398A7149.70708CED@infonet.ca> Message-ID: Other things that I am looking for, is the area of sequence diagrams and state diagrams. Can we discover callback sequences and declarations. To a certain extent, that's very hard. While it is possible to trace callbacks through assignment to pointers-to-functions: callb = funcA; It's harder when the callback is assigned at runtine: switch (rand() % 3) { case 0: callb = funcA; case 1: callb = funcB; case 2: callb = funcC; }; Or worse, involving pointer arithmetic! callb = log + 0x100; (Yes, eww). Ben From nils@indi.aci.uni-heidelberg.de Fri Aug 4 02:21:00 2000 From: nils@indi.aci.uni-heidelberg.de (Nils Braun) Date: Fri, 04 Aug 2000 02:21:00 -0000 Subject: Support for IRIX Message-ID: <398A8AF8.B38CF5F6@indi.aci.uni-heidelberg.de> Hi, in earlier days of the SN, code for IRIX was supplied. I work with the version 4.1 of the SN and want to upgrade to the current version. Unfortunatelly, the source code can not be compiled straight forward on my SGI. Will there be precompiled binaries available in the future? Thanks for your help, Nils Braun From mdejong@cygnus.com Fri Aug 4 02:33:00 2000 From: mdejong@cygnus.com (Mo DeJong) Date: Fri, 04 Aug 2000 02:33:00 -0000 Subject: Support for IRIX References: <398A8AF8.B38CF5F6@indi.aci.uni-heidelberg.de> Message-ID: On Fri, 4 Aug 2000, Nils Braun wrote: > Hi, > > in earlier days of the SN, code for IRIX was supplied. I work with the > version 4.1 of the SN and want to upgrade to the current version. > Unfortunatelly, the source code can not be compiled straight forward on > my SGI. Will there be precompiled binaries available in the future? > > Thanks for your help, > > Nils Braun It is unlikely that we will be providing IRIX binaries. We don't have an IRIX box to do testing on. That does not mean you can not run SN on IRIX. Tcl/Tk works just fine under IRIX, and the other parts of SN should be fairly easy to get working under IRIX. Mo DeJong Red Hat Inc From bje@redhat.com Fri Aug 4 04:12:00 2000 From: bje@redhat.com (Ben Elliston) Date: Fri, 04 Aug 2000 04:12:00 -0000 Subject: Support for IRIX References: <398A8AF8.B38CF5F6@indi.aci.uni-heidelberg.de> Message-ID: in earlier days of the SN, code for IRIX was supplied. I work with the version 4.1 of the SN and want to upgrade to the current version. Unfortunatelly, the source code can not be compiled straight forward on my SGI. Will there be precompiled binaries available in the future? Why is it so difficult to compile it on your IRIX machine? It shouldn't be very difficult--all you need is a C compiler and a Bourne shell. Ben From mdejong@cygnus.com Fri Aug 4 05:54:00 2000 From: mdejong@cygnus.com (Mo DeJong) Date: Fri, 04 Aug 2000 05:54:00 -0000 Subject: SN and C Struct's References: Message-ID: On Fri, 4 Aug 2000 dave.banham@tde.alstom.com wrote: > Mo, > For what you indicate this sounds like you are suggesting that the C/C++ parser > needs modification so that it classifies/processes C struct's and typedef's > differently. Has the parser not collected sufficient information already and it > is 'simply' (nothing is ever simple!) a matter of modifying the hierarchy and > class browsers? If the parser is reading your code properly, that you should not have to change it. I don't know if it is working correctly in the case you describe, you will have to look at the xref files in the DB to figure that out. You can use dbdump (from the sn/bin dir) to print out lots of info from the DB. Here is an quick dump of the to refs in a small DB. % cat f1.c int func1(int i) { return 0; } % cat f2.c int func2(int i) { return func1(0); } int funcu() {}; % dbdump .snprj/foo.by # func1 fu # func2 fu r 000001 f2.c;{int} {int} % dbdump .snprj/foo.to # func2 fu # func1 fu r 000001 f2.c;{int} {int} > Will both the parser and the browsers need modification? > > This sounds like 'hairy' stuff for an absolute tcl/tk beginner!!! If the parser is getting all the info you need, then you can ignore it and just focus on the browser bits. Trust me, you are a lot better off writing Tcl code compared to spelunking around in the parser source. Mo DeJong Red Hat Inc From wgacquer@ubisoft.fr Fri Aug 4 06:07:00 2000 From: wgacquer@ubisoft.fr (William Gacquer) Date: Fri, 04 Aug 2000 06:07:00 -0000 Subject: Xref-ing non used symbols Message-ID: <5D2A198567EED311BD0F009027A25C872EF015@SRVMAIL-ANN> Hello I would like to retrieve all symbols (especialy C functions) that are not used at all using the cross referencer. But I did not find the way to do that. Is this feasible? How? Regards, William ________________ William Gacquer Rayman 2 PS2 team - Ubi Simulations - Annecy France From wgacquer@ubisoft.fr Fri Aug 4 06:17:00 2000 From: wgacquer@ubisoft.fr (William Gacquer) Date: Fri, 04 Aug 2000 06:17:00 -0000 Subject: and now, something completely different.... Message-ID: <5D2A198567EED311BD0F009027A25C872EF033@SRVMAIL-ANN> Some guys in my team find that the way to change SN colors is real pain. I know that sn is not Gimp but.... Does someone have already altenative predefined colors? Maybe some kind of ".emacs-like" ressources available from your web site would be great. William ________________ William Gacquer Rayman 2 PS2 team - Ubi Simulations - Annecy France From BBurton@3dfx.com Fri Aug 4 08:44:00 2000 From: BBurton@3dfx.com (Brent Burton) Date: Fri, 04 Aug 2000 08:44:00 -0000 Subject: Current Tcl and other languages projects? Message-ID: <2C8579D633A0D3119C28009027AF5233375B9F@exchange1.stb.com> Hello all, I just joined the Sourcenav list, and was browsing the list archives. Recently, someone contributed a Python parser, and others were discussing improvements to the Tcl parser, as well as a Perl parser. Is there a list of current projects anywhere? And in particular, does anyone know of an x86 assembly parser (either UNIX or Win/MASM convention)? thanks, -bpb Brent Burton 3dfx Interactive From mdejong@cygnus.com Fri Aug 4 12:52:00 2000 From: mdejong@cygnus.com (Mo DeJong) Date: Fri, 04 Aug 2000 12:52:00 -0000 Subject: Current Tcl and other languages projects? References: <2C8579D633A0D3119C28009027AF5233375B9F@exchange1.stb.com> Message-ID: On Fri, 4 Aug 2000, Brent Burton wrote: > Hello all, > > I just joined the Sourcenav list, and was browsing > the list archives. Recently, someone contributed a Python > parser, and others were discussing improvements to > the Tcl parser, as well as a Perl parser. > > Is there a list of current projects anywhere? And in > particular, does anyone know of an x86 assembly > parser (either UNIX or Win/MASM convention)? See $INSTALL/snavigator/share/sdk/parsers/examples/assembly Run "make TARGET=linux-i486-elf" to create an x86 ASM parser. We still need to do some work to add the ability to use multiple ASM parsers, right now to can only use one, and you have to install it. The lack of a projects page is a known problem, I just need to find some free time to write one. Mo DeJong Red Hat Inc From spolk@redhat.com Fri Aug 4 13:23:00 2000 From: spolk@redhat.com (Syd Polk) Date: Fri, 04 Aug 2000 13:23:00 -0000 Subject: New patches uploaded Message-ID: <4.2.0.58.20000804132350.00cd8950@pop.cygnus.com> Two new patches have been uploaded to ftp://sources.redhat.com/sourcenav/releases/patches . One is general documentation cleanup, and one adds a python parser to sourcenav. Syd Polk spolk@redhat.com Engineering Manager +1 415 777 9810 x 241 Red Hat, Inc. From bje@redhat.com Fri Aug 4 16:22:00 2000 From: bje@redhat.com (Ben Elliston) Date: Fri, 04 Aug 2000 16:22:00 -0000 Subject: New patches uploaded References: <4.2.0.58.20000804132350.00cd8950@pop.cygnus.com> Message-ID: Two new patches have been uploaded to ftp://sources.redhat.com/sourcenav/releases/patches . One is general documentation cleanup, and one adds a python parser to sourcenav. Hi. Just a correction--the URL should be: ftp://sources.redhat.com/pub/sourcenav/releases/patches/ Cheers, Ben From bje@redhat.com Fri Aug 4 16:25:00 2000 From: bje@redhat.com (Ben Elliston) Date: Fri, 04 Aug 2000 16:25:00 -0000 Subject: Xref-ing non used symbols References: <5D2A198567EED311BD0F009027A25C872EF015@SRVMAIL-ANN> Message-ID: I would like to retrieve all symbols (especialy C functions) that are not used at all using the cross referencer. But I did not find the way to do that. Is this feasible? How? Take a look at some of the example Tcl scripts for examples. There is one that finds unused global variables in: snavigator/sdk/api/tcl/database/examples/unused.tcl Ben From bje@redhat.com Fri Aug 4 16:27:00 2000 From: bje@redhat.com (Ben Elliston) Date: Fri, 04 Aug 2000 16:27:00 -0000 Subject: Current Tcl and other languages projects? References: <2C8579D633A0D3119C28009027AF5233375B9F@exchange1.stb.com> Message-ID: I just joined the Sourcenav list, and was browsing the list archives. Recently, someone contributed a Python parser, and others were discussing improvements to the Tcl parser, as well as a Perl parser. Is there a list of current projects anywhere? And in particular, does anyone know of an x86 assembly parser (either UNIX or Win/MASM convention)? There is a Makefile to help generate assembly parsers. Take a look at: snavigator/sdk/parsers/examples/assembly/README Cheers, Ben From lohner@debian.org Sat Aug 5 05:36:00 2000 From: lohner@debian.org (Nils Lohner) Date: Sat, 05 Aug 2000 05:36:00 -0000 Subject: First questions... Message-ID: <200008051239.OAA24554@topaze.ecf.teradyne.com> Hello, I've just downloaded sourcenav and am in the process of compiling it under solaris. I already have a few comments and questions. 1. Why isn't it available from CVS? at 14M for the source its a pain to keep up, especially over slow (<=ISDN) links. cvs would help this project develop more quickly IMO. 2. Why on earth is tcl/tk 8.1 _included_ in the sourceball??!!?? /sup/build/SN451 > du -s t*8.1 13846 tcl8.1 10195 tk8.1 I won't do a 'make install' until I'm sure it won't try to overwrite my current 8.3.1 installation. Can someone please explain why its included? 3. an online TODO list would be useful. Well, it's still building... I'll try it with tcl/tk 8.3.1 as soon as its done. What else is being done on this project at the moment? Regards, Nils. From mdejong@cygnus.com Sat Aug 5 14:55:00 2000 From: mdejong@cygnus.com (Mo DeJong) Date: Sat, 05 Aug 2000 14:55:00 -0000 Subject: First questions... References: <200008051239.OAA24554@topaze.ecf.teradyne.com> Message-ID: On Sat, 5 Aug 2000, Nils Lohner wrote: > Hello, > I've just downloaded sourcenav and am in the process of compiling it under > solaris. I already have a few comments and questions. > > 1. Why isn't it available from CVS? at 14M for the source its a pain to > keep up, especially over slow (<=ISDN) links. cvs would help this project > develop more quickly IMO. It will be available as a CVS module "soon". We need to do some work upgrading Tcl/Tk for both sourcenav and insight before we can make them available in the sourceware CVS. > 2. Why on earth is tcl/tk 8.1 _included_ in the sourceball??!!?? > /sup/build/SN451 > du -s t*8.1 > 13846 tcl8.1 > 10195 tk8.1 Because you need Tcl/Tk to run Source-Navigator. > I won't do a 'make install' until I'm sure it won't try to overwrite my > current 8.3.1 installation. Can someone please explain why its included? Because the code does not work with Tcl/Tk 8.3 yet, we are in the process of upgrading. You do not need to worry about overwriting anything, just configure with --prefix=${HOME}/sourcenav or something. > 3. an online TODO list would be useful. > > Well, it's still building... I'll try it with tcl/tk 8.3.1 as soon as its > done. What else is being done on this project at the moment? That is a known problem, we need to put a TODO list and a projects list on the website. Mo DeJong Red Hat Inc From bje@redhat.com Sat Aug 5 21:23:00 2000 From: bje@redhat.com (Ben Elliston) Date: Sat, 05 Aug 2000 21:23:00 -0000 Subject: First questions... References: <200008051239.OAA24554@topaze.ecf.teradyne.com> Message-ID: 2. Why on earth is tcl/tk 8.1 _included_ in the sourceball??!!?? S-N requires local patches to Tcl and Tk. I understand work is underway to remove these dependencies--presumably by ensuring that these patches are a) completely necessary, and b) included in the Tcl/Tk core release. Ben From amit.erez@intel.com Sun Aug 6 07:26:00 2000 From: amit.erez@intel.com (Erez, Amit) Date: Sun, 06 Aug 2000 07:26:00 -0000 Subject: stable releases Message-ID: Hi There. I was trying to look at the so called 'stable releases' in you Web page http://sources.redhat.com/sourcenav/download.html It is not accessible. Any other location this may be found? Thanks, Amit. From petersen@aspi.net Sun Aug 6 09:49:00 2000 From: petersen@aspi.net (Carl C. Petersen) Date: Sun, 06 Aug 2000 09:49:00 -0000 Subject: SN and C Struct's References: Message-ID: <398D9717.C3BFAF9@aspi.net> Mo DeJong wrote: > > On Thu, 3 Aug 2000 dave.banham@tde.alstom.com wrote: > > > Dear all, > > I am about to make some suggestions for some improvements to SN4.5.1, but > > thought it best to make my introductions first. > > Hi Dave. > > > I am a senior software engineer in the UK working for a large engineering > > Company. The products that I am involved with have a reasonably large code base > > of around 400KLOC, most of which is C with a small amount of assembler. All of > > this is embedded with a real time operating system, which is partly why we > > haven't yet made the move to C++, and developed on Win NT4 workstations with > > Clear Case CM. It is also worth noting that the software is partitioned into a > > number of distinct sections, each in its own Clear Case VOB (that is root > > folder), which are maintained by distinct groups of engineers and used by > > several projects/products. > > To be honest, the clear case support is not that well tested, so it > will be nice to have someone pounding on it. > > ... (long list of bugs) ... > > > I have had a quick look through the SN SDK manual. It is not very obvious where > > to even start such customisations, and since I am not a TCL/TK programmer it is > > difficult to know where to start. Moreover, it sounds like setting up a MS VC++ > > 5 build of SN is going to be a little tricky. Does any one have any suggestions? < snip > > > If you want to hack on SN itself, be sure to run it like so: > > ./snavigator --debug 9 > > That will print lots of info about what SN is doing > to the terminal. It is a good way to find out what is going > on. Don't forget, you can use SN on SN. It is a bit more tricky > because you will be working on more than one language (Tcl and C), > but it works real nice. > Out of curiosity how have you set up SN for SN. Is it all one project or have you broken out the components into sub projects? -carl From Helmut.Herrmann@aeon.de Sun Aug 6 10:12:00 2000 From: Helmut.Herrmann@aeon.de (Helmut Herrmann) Date: Sun, 06 Aug 2000 10:12:00 -0000 Subject: stable releases References: Message-ID: <003b01bfffc9$b9488430$0d20a8c0@double> Hi Amit, I made the same experience. Try the mirror sites. At least at the German mirror site I had success. Regards, Helmut ----- Original Message ----- From: Erez, Amit > > Hi There. > I was trying to look at the so called 'stable releases' in you Web page > > http://sources.redhat.com/sourcenav/download.html > > It is not accessible. > > Any other location this may be found? > > Thanks, > > Amit. From Helmut.Herrmann@aeon.de Sun Aug 6 10:28:00 2000 From: Helmut.Herrmann@aeon.de (Helmut Herrmann) Date: Sun, 06 Aug 2000 10:28:00 -0000 Subject: Invalid command "sn_tcl_tk_init" Message-ID: <00db01bfffcb$ec5a0630$0d20a8c0@double> Hello, I am new to this list. As I had difficulties in starting Source Navigator logged in as normal user after having it installed as root (on Linux SuSE 6.4) I searched the archive. I concluded from the contributions that one of the available patches fixes the problem. Thus, I tried those patches but without success. Could anybody point me into the right direction and tell me the actual status? Thanks, Helmut From petersen@aspi.net Sun Aug 6 11:37:00 2000 From: petersen@aspi.net (Carl Petersen) Date: Sun, 06 Aug 2000 11:37:00 -0000 Subject: Invalid command "sn_tcl_tk_init" References: <00db01bfffcb$ec5a0630$0d20a8c0@double> Message-ID: <398DB093.90BD6FD1@aspi.net> Helmut Herrmann wrote: > > Hello, > > I am new to this list. As I had difficulties in starting Source > Navigator logged in as normal user after having it installed as root (on > Linux SuSE 6.4) I searched the archive. I concluded from the > contributions that one of the available patches fixes the problem. Thus, > I tried those patches but without success. Could anybody point me into > the right direction and tell me the actual status? > > Thanks, > Helmut There was a problem with permissions on a couple of files which prevented non-root users from running SN. Applying the patches and rebuilding the SN source should take care of the problem, at least it does here. -Carl From mdejong@cygnus.com Sun Aug 6 13:14:00 2000 From: mdejong@cygnus.com (Mo DeJong) Date: Sun, 06 Aug 2000 13:14:00 -0000 Subject: SN and C Struct's References: <398D9717.C3BFAF9@aspi.net> Message-ID: > Out of curiosity how have you set up SN for SN. Is it all one project > or have you broken out the components into sub projects? > > -carl All in one big project. That makes it really easy to jump around from SN Tcl code, to SN C code, to Tcl C code, to Itcl C code, you get the idea. I also tend to have a copy of Tcl 8.3 sitting in its own project so that I can compare Tcl 8.1 C code to the new version. Mo DeJong Red Hat Inc From mdejong@cygnus.com Sun Aug 6 13:18:00 2000 From: mdejong@cygnus.com (Mo DeJong) Date: Sun, 06 Aug 2000 13:18:00 -0000 Subject: Invalid command "sn_tcl_tk_init" References: <00db01bfffcb$ec5a0630$0d20a8c0@double> Message-ID: > Hello, > > I am new to this list. As I had difficulties in starting Source > Navigator logged in as normal user after having it installed as root (on > Linux SuSE 6.4) I searched the archive. I concluded from the > contributions that one of the available patches fixes the problem. Thus, > I tried those patches but without success. Could anybody point me into > the right direction and tell me the actual status? > > Thanks, > Helmut You applied this patch? ftp://sources.redhat.com/pub/sourcenav/releases/patches/0001-spolk-000725-patch That should have fixed it. This is the part that fixes that problem. Index: snavigator/gui/Makefile.am =================================================================== RCS file: /cvs/cvsfiles/devo/snavigator/gui/Makefile.am,v retrieving revision 1.27.2.2.2.3.4.4 diff -c -2 -p -r1.27.2.2.2.3.4.4 Makefile.am *** snavigator/gui/Makefile.am 2000/02/11 23:48:34 1.27.2.2.2.3.4.4 --- snavigator/gui/Makefile.am 2000/07/25 19:19:57 *************** tclIndex: $(prog_DATA) *** 43,47 **** here=`pwd`; cd $(srcdir) && \ rm -f tclIndex && \ ! echo "source $(ITCL_MKINDEX_DIR)/itcl_mkindex.tcl; itcl_mkindex $(SN_GUI_DIR)" | @ITCL_SH@ all-local: tclIndex --- 43,48 ---- here=`pwd`; cd $(srcdir) && \ rm -f tclIndex && \ ! echo "source $(ITCL_MKINDEX_DIR)/itcl_mkindex.tcl; itcl_mkindex $(SN_GUI_DIR)" | @ITCL_SH@ && \ ! chmod 644 tclIndex You just need a chmod. Mo DeJong Red Hat Inc From bje@redhat.com Sun Aug 6 14:47:00 2000 From: bje@redhat.com (Ben Elliston) Date: Sun, 06 Aug 2000 14:47:00 -0000 Subject: stable releases References: <003b01bfffc9$b9488430$0d20a8c0@double> Message-ID: I made the same experience. Try the mirror sites. At least at the German mirror site I had success. The sources.redhat.com FTP server is very overworked. Ben From bje@redhat.com Sun Aug 6 15:43:00 2000 From: bje@redhat.com (Ben Elliston) Date: Sun, 06 Aug 2000 15:43:00 -0000 Subject: First questions... References: <200008060939.LAA04879@topaze.ecf.teradyne.com> Message-ID: Hi Nils, [this will not make it to the list; I'm ORBS blocked atm and our admins are working on it...) I know the feeling. ... and why does it have it's own grep that it installs in the $prefix/bin directory??!? S-N required a special version of grep that did things like a) took a list of files to grep from an input file and b) indicated its progress as it went. As I understand it, that requirement has been lifted from the development tree--Mo, can you explain how you got around these requirements so you could use the any old grep? It definitely does install parts of tcl and TK, and almost all of the manpages. I assume that if there are namespace collisions, the newer manpages that I had installed are overwritten. Wonderful. I hear you. It also installs a TON of executables in the main bin dir. Why not have it install them in its own share/SN/bin dir and add the path when the main executable is loaded? What you are suggesting doesn't conform to the GNU directory layout. If there are a lot of executables in the bin/ directory, perhaps we need to look at moving them to libexec if they aren't programs that a user would invoke directly themselves. >From the directory listing you've given, I can see straight away that all of the parsers (abrowser, cbrowser, fbrowser, etc) could be moved into libexec/ right now. Thoughts, guys? And as you suggest, removing the dependency on installing Tcl and Tk will help a lot. Ben From mdejong@cygnus.com Sun Aug 6 16:03:00 2000 From: mdejong@cygnus.com (Mo DeJong) Date: Sun, 06 Aug 2000 16:03:00 -0000 Subject: First questions... References: Message-ID: On Mon, 7 Aug 2000, Ben Elliston wrote: > ... and why does it have it's own grep that it installs in the > $prefix/bin directory??!? > > S-N required a special version of grep that did things like a) took a list > of files to grep from an input file and b) indicated its progress as it > went. As I understand it, that requirement has been lifted from the > development tree--Mo, can you explain how you got around these requirements > so you could use the any old grep? The custom grep was used in the % done meter, that little meter that goes from 1% to 100% as the grep is running. We are not going to have a % done meter in 5.0. It is just not worth it, we just can't require a custom version of grep. The custom grep was also used for some result highlighting, but it will be faster to do that with a Tcl regexp command once we move up to 8.3. > It definitely does install parts of tcl and TK, and almost all of the > manpages. I assume that if there are namespace collisions, the newer > manpages that I had installed are overwritten. Wonderful. > > I hear you. Yes, it installs Tcl/Tk, I already mentioned that Tcl/Tk is required by SN. > It also installs a TON of executables in the main bin dir. Why not > have it install them in its own share/SN/bin dir and add the path when > the main executable is loaded? > > What you are suggesting doesn't conform to the GNU directory layout. If > there are a lot of executables in the bin/ directory, perhaps we need to > look at moving them to libexec if they aren't programs that a user would > invoke directly themselves. If you don't like it, just use --prefix. > >From the directory listing you've given, I can see straight away that all of > the parsers (abrowser, cbrowser, fbrowser, etc) could be moved into libexec/ > right now. Thoughts, guys? > > And as you suggest, removing the dependency on installing Tcl and Tk will > help a lot. We are still going to need to build Tcl/Tk, it is unlikely that a given system is going to have the right versions or Tcl, Tk, Itcl, BLT, Tix, or whatever. We need to supply them. It may be possible to allow the user to tell the system not to use its own version and use the system ones instead, but that will not be the default. Come on, folks can not even fix a missing chmod, there is no way everyone is going to be able to figure out problems related to building with the wrong version of Tcl/Tk. Mo DeJong Red Hat Inc From bje@redhat.com Sun Aug 6 16:25:00 2000 From: bje@redhat.com (Ben Elliston) Date: Sun, 06 Aug 2000 16:25:00 -0000 Subject: First questions... References: Message-ID: > What you are suggesting doesn't conform to the GNU directory layout. If > there are a lot of executables in the bin/ directory, perhaps we need to > look at moving them to libexec if they aren't programs that a user would > invoke directly themselves. If you don't like it, just use --prefix. It's not good style to leave non-user-visible programs lying around in the bin directory. That's what the libexec directory is for. We are still going to need to build Tcl/Tk, it is unlikely that a given system is going to have the right versions or Tcl, Tk, Itcl, BLT, Tix, or whatever. We need to supply them. It may be possible to allow the user to tell the system not to use its own version and use the system ones instead, but that will not be the default. Come on, folks can not even fix a missing chmod, there is no way everyone is going to be able to figure out problems related to building with the wrong version of Tcl/Tk. I'm not suggesting that we try to run with the installed versions of these packages. I'm just suggesting that we don't _include_ the source to all of them in the snavigator tarball. If we require _exactly_ Tcl 8.3 or whatever, then we can have `configure' test for this. Ben From broonie@tardis.ed.ac.uk Sun Aug 6 16:39:00 2000 From: broonie@tardis.ed.ac.uk (Mark Brown) Date: Sun, 06 Aug 2000 16:39:00 -0000 Subject: First questions... References: Message-ID: <20000807003740.D20879@tardis.ed.ac.uk> On Sun, Aug 06, 2000 at 04:03:37PM -0700, Mo DeJong wrote: > Itcl, BLT, Tix, or whatever. We need to supply them. It may be possible > to allow the user to tell the system not to use its own version > and use the system ones instead, but that will not be the default. Is it not possible to write an autoconf test to detect what you need? > Come on, folks can not even fix a missing chmod, there is no > way everyone is going to be able to figure out problems related > to building with the wrong version of Tcl/Tk. If you make installing the versions you ship non-optional you're going to annoy people who actually look at what you're trying to do. I certainly feel unhappy installing a program that seems to want to stomp over as much of my system as Source Navigator does - particularly things like TCL/Tk. -- Mark Brown mailto:broonie@tardis.ed.ac.uk (Trying to avoid grumpiness) http://www.tardis.ed.ac.uk/~broonie/ EUFS http://www.eusa.ed.ac.uk/societies/filmsoc/ From mdejong@cygnus.com Sun Aug 6 16:58:00 2000 From: mdejong@cygnus.com (Mo DeJong) Date: Sun, 06 Aug 2000 16:58:00 -0000 Subject: First questions... References: <20000807003740.D20879@tardis.ed.ac.uk> Message-ID: On Mon, 7 Aug 2000, Mark Brown wrote: > On Sun, Aug 06, 2000 at 04:03:37PM -0700, Mo DeJong wrote: > > > Itcl, BLT, Tix, or whatever. We need to supply them. It may be possible > > to allow the user to tell the system not to use its own version > > and use the system ones instead, but that will not be the default. > > Is it not possible to write an autoconf test to detect what you need? Not unless the autoconf test downloads, builds, and installs the correct versions of each package you do not have. > > Come on, folks can not even fix a missing chmod, there is no > > way everyone is going to be able to figure out problems related > > to building with the wrong version of Tcl/Tk. > > If you make installing the versions you ship non-optional you're > going to annoy people who actually look at what you're trying to do. > I certainly feel unhappy installing a program that seems to want to > stomp over as much of my system as Source Navigator does - particularly > things like TCL/Tk. Why can't you just use --prefix=/usr/local/SN? Perhaps the current approach is non-optimal. Are you willing to help improve it? Mo DeJong Red Hat Inc From broonie@tardis.ed.ac.uk Sun Aug 6 17:49:00 2000 From: broonie@tardis.ed.ac.uk (Mark Brown) Date: Sun, 06 Aug 2000 17:49:00 -0000 Subject: First questions... References: <20000807003740.D20879@tardis.ed.ac.uk> Message-ID: <20000807014612.E20879@tardis.ed.ac.uk> On Sun, Aug 06, 2000 at 04:58:40PM -0700, Mo DeJong wrote: > On Mon, 7 Aug 2000, Mark Brown wrote: > > Is it not possible to write an autoconf test to detect what you need? > Not unless the autoconf test downloads, builds, and installs > the correct versions of each package you do not have. People should be able to cope with installing things - other packages seem to manage to avoid shipping and/or installing all the stuff they need unconditionally. It's probably worth remembering that a lot of the users you're worrying about are going to wind up getting a prepackaged version. > Why can't you just use --prefix=/usr/local/SN? Perhaps the current That's horrible. With my sysadmin hat on, it sets off lots of alarm bells about the effort that's going to be required to maintain the software. With my developer hat on, things like that make me worry that the software might be fragile. I can introduce enough bugs by myself without worrying about tools being buggy :-) . It's not insurmountable by any stretch of the imagination, but it's definately broken. > approach is non-optimal. Are you willing to help improve it? Potentially; there doesn't seem much point looking at it right now while these custom versions are still required. -- Mark Brown mailto:broonie@tardis.ed.ac.uk (Trying to avoid grumpiness) http://www.tardis.ed.ac.uk/~broonie/ EUFS http://www.eusa.ed.ac.uk/societies/filmsoc/ From mdejong@cygnus.com Sun Aug 6 18:26:00 2000 From: mdejong@cygnus.com (Mo DeJong) Date: Sun, 06 Aug 2000 18:26:00 -0000 Subject: First questions... References: <20000807014612.E20879@tardis.ed.ac.uk> Message-ID: On Mon, 7 Aug 2000, Mark Brown wrote: > On Sun, Aug 06, 2000 at 04:58:40PM -0700, Mo DeJong wrote: > > On Mon, 7 Aug 2000, Mark Brown wrote: > > > > Is it not possible to write an autoconf test to detect what you need? > > > Not unless the autoconf test downloads, builds, and installs > > the correct versions of each package you do not have. > > People should be able to cope with installing things - other packages > seem to manage to avoid shipping and/or installing all the stuff they > need unconditionally. It's probably worth remembering that a lot of > the users you're worrying about are going to wind up getting a > prepackaged version. One would hope. The sad fact is that most people are not able to build and install unless it is really simple. ./configure ; make install is nice and simple, building with external packages is not. > > Why can't you just use --prefix=/usr/local/SN? Perhaps the current > > That's horrible. With my sysadmin hat on, it sets off lots of alarm > bells about the effort that's going to be required to maintain the > software. With my developer hat on, things like that make me worry > that the software might be fragile. I can introduce enough bugs by > myself without worrying about tools being buggy :-) . > > It's not insurmountable by any stretch of the imagination, but it's > definately broken. > > > approach is non-optimal. Are you willing to help improve it? > > Potentially; there doesn't seem much point looking at it right now > while these custom versions are still required. Agreed. For right now, just use --prefix. This should be addressed in 5.0, after we finish moving up to 8.3. Mo DeJong Red Hat Inc From bruce.stephens@messagingdirect.com Mon Aug 7 02:26:00 2000 From: bruce.stephens@messagingdirect.com (Bruce Stephens) Date: Mon, 07 Aug 2000 02:26:00 -0000 Subject: First questions... References: Message-ID: Mo DeJong writes: > On Mon, 7 Aug 2000, Mark Brown wrote: [...] > > People should be able to cope with installing things - other packages > > seem to manage to avoid shipping and/or installing all the stuff they > > need unconditionally. It's probably worth remembering that a lot of > > the users you're worrying about are going to wind up getting a > > prepackaged version. > > One would hope. The sad fact is that most people are not > able to build and install unless it is really simple. > ./configure ; make install is nice and simple, building > with external packages is not. Things are typically different with GNU/Linux and *BSD, though. In both cases, you surely want to make it easy to build SN so that it uses preinstalled versions of Tcl, Tk, itcl, BLT, because the people getting the binary packages can also easily get binary packages of the external packages which will install in sane places. -- Bruce Stephens Bruce.Stephens@MessagingDirect.com MessagingDirect(UK) Ltd From wgacquer@ubisoft.fr Mon Aug 7 03:37:00 2000 From: wgacquer@ubisoft.fr (William Gacquer) Date: Mon, 07 Aug 2000 03:37:00 -0000 Subject: Xref-ing non used symbols Message-ID: <5D2A198567EED311BD0F009027A25C872EF278@SRVMAIL-ANN> Thanks Ben I have tried that but I got the following error message : Error in startup script: invalid command name "dbopen" In fact, "man dbopen" refers to a command called dbopen but I was not able to find it on my linux system, even in the source navigator tree. Any idea? -----Original Message----- From: Ben Elliston [ mailto:bje@redhat.com ] Sent: samedi 5 ao????t 2000 01:25 To: William Gacquer Cc: sourcenav@sources.redhat.com Subject: Re: Xref-ing non used symbols I would like to retrieve all symbols (especialy C functions) that are not used at all using the cross referencer. But I did not find the way to do that. Is this feasible? How? Take a look at some of the example Tcl scripts for examples. There is one that finds unused global variables in: snavigator/sdk/api/tcl/database/examples/unused.tcl Ben From bruce.stephens@messagingdirect.com Mon Aug 7 03:47:00 2000 From: bruce.stephens@messagingdirect.com (Bruce Stephens) Date: Mon, 07 Aug 2000 03:47:00 -0000 Subject: Xref-ing non used symbols References: <5D2A198567EED311BD0F009027A25C872EF278@SRVMAIL-ANN> Message-ID: William Gacquer writes: > Thanks Ben > I have tried that but I got the following error message : > Error in startup script: invalid command name "dbopen" > > In fact, "man dbopen" refers to a command called dbopen but I was > not able to find it on my linux system, even in the source navigator tree. > > Any idea? It's a Tcl command, defined by the libraries included in the SN Tcl interpreter "hyper". How exactly did you run unused.tcl? -- Bruce Stephens Bruce.Stephens@MessagingDirect.com MessagingDirect(UK) Ltd From wgacquer@ubisoft.fr Mon Aug 7 04:00:00 2000 From: wgacquer@ubisoft.fr (William Gacquer) Date: Mon, 07 Aug 2000 04:00:00 -0000 Subject: Xref-ing non used symbols Message-ID: <5D2A198567EED311BD0F009027A25C872EF27A@SRVMAIL-ANN> My project is located in /home/wgacquer/Project A ".snprj" directory is in /home/wgacquer/Project A "Project.proj" file is in /home/wgacquer/Project thus I tried : export PATH=/usr/local/snavigator/bin:$PATH wish unused.tcl /home/wgacquer/Project Project wish unused.tcl /home/wgacquer/Project Project.proj wish unused.tcl /home/wgacquer/Project /home/wgacquer/Project/Project.proj but definitely, it does not work. -----Original Message----- From: Bruce Stephens [ mailto:bruce.stephens@messagingdirect.com ] Sent: lundi 7 ao????t 2000 12:47 To: sourcenav@sources.redhat.com Subject: Re: Xref-ing non used symbols William Gacquer writes: > Thanks Ben > I have tried that but I got the following error message : > Error in startup script: invalid command name "dbopen" > > In fact, "man dbopen" refers to a command called dbopen but I was > not able to find it on my linux system, even in the source navigator tree. > > Any idea? It's a Tcl command, defined by the libraries included in the SN Tcl interpreter "hyper". How exactly did you run unused.tcl? -- Bruce Stephens Bruce.Stephens@MessagingDirect.com MessagingDirect(UK) Ltd From bruce.stephens@messagingdirect.com Mon Aug 7 04:09:00 2000 From: bruce.stephens@messagingdirect.com (Bruce Stephens) Date: Mon, 07 Aug 2000 04:09:00 -0000 Subject: Xref-ing non used symbols References: <5D2A198567EED311BD0F009027A25C872EF278@SRVMAIL-ANN> Message-ID: Bruce Stephens writes: > It's a Tcl command, defined by the libraries included in the SN Tcl > interpreter "hyper". How exactly did you run unused.tcl? hyper requires some environment, too---the script snavigator show what it needs. Here's a suitable "hyper" script (hacked from snavigator) which you could put (after changing /usr/local/sn to whatever you used) suitably earlier in your path: From bruce.stephens@messagingdirect.com Mon Aug 7 04:12:00 2000 From: bruce.stephens@messagingdirect.com (Bruce Stephens) Date: Mon, 07 Aug 2000 04:12:00 -0000 Subject: Xref-ing non used symbols References: <5D2A198567EED311BD0F009027A25C872EF27A@SRVMAIL-ANN> Message-ID: William Gacquer writes: > My project is located in /home/wgacquer/Project > A ".snprj" directory is in /home/wgacquer/Project > A "Project.proj" file is in /home/wgacquer/Project > > thus I tried : > > export PATH=/usr/local/snavigator/bin:$PATH > wish unused.tcl /home/wgacquer/Project Project > wish unused.tcl /home/wgacquer/Project Project.proj > wish unused.tcl /home/wgacquer/Project /home/wgacquer/Project/Project.proj > > but definitely, it does not work. That explains it. You must use hyper, not wish. (The script I just sent may be convenient.) With the script, I just did the following, and it worked: /usr/local/sn/share/sdk/api/tcl/database/examples/unused.tcl /snprj/zsh zsh -- Bruce Stephens Bruce.Stephens@MessagingDirect.com MessagingDirect(UK) Ltd From wgacquer@ubisoft.fr Mon Aug 7 05:36:00 2000 From: wgacquer@ubisoft.fr (William Gacquer) Date: Mon, 07 Aug 2000 05:36:00 -0000 Subject: Xref-ing non used symbols Message-ID: <5D2A198567EED311BD0F009027A25C872EF2B9@SRVMAIL-ANN> Thank you very much! You solved my problem! William -----Original Message----- From: Bruce Stephens [ mailto:bruce.stephens@messagingdirect.com ] Sent: lundi 7 ao????t 2000 13:09 To: sourcenav@sources.redhat.com Subject: Re: Xref-ing non used symbols Bruce Stephens writes: > It's a Tcl command, defined by the libraries included in the SN Tcl > interpreter "hyper". How exactly did you run unused.tcl? hyper requires some environment, too---the script snavigator show what it needs. Here's a suitable "hyper" script (hacked from snavigator) which you could put (after changing /usr/local/sn to whatever you used) suitably earlier in your path: From spolk@redhat.com Mon Aug 7 09:01:00 2000 From: spolk@redhat.com (Syd Polk) Date: Mon, 07 Aug 2000 09:01:00 -0000 Subject: First questions... References: <200008051239.OAA24554@topaze.ecf.teradyne.com> Message-ID: <398EDDE6.2DE63D2C@redhat.com> Nils Lohner wrote: > > Hello, > I've just downloaded sourcenav and am in the process of compiling it under > solaris. I already have a few comments and questions. > > 1. Why isn't it available from CVS? at 14M for the source its a pain to > keep up, especially over slow (<=ISDN) links. cvs would help this project > develop more quickly IMO. There are multiple reasons. One is that this version of the source is not the active development branch. The other is related to below. > > 2. Why on earth is tcl/tk 8.1 _included_ in the sourceball??!!?? > /sup/build/SN451 > du -s t*8.1 > 13846 tcl8.1 > 10195 tk8.1 > > I won't do a 'make install' until I'm sure it won't try to overwrite my > current 8.3.1 installation. Can someone please explain why its included? This will not impact you tcl 8.3.1 install. There are many reasons why we include our own tcl version: - This version of tcl builds in more environments - Not everybody has tcl installed, esp. on non-Linux environments - We share versions of Tcl with other cygnus projects. We are in the process of upgrading tcl versions accross the board, and having our own tcl version insures we won't screw ourselves or other projects. - There are unfortunately Cyngus-local Tcl/Tk changes which we are in the process of removing or submitting as patches to the mainline distribution. > 3. an online TODO list would be useful. > > Well, it's still building... I'll try it with tcl/tk 8.3.1 as soon as its > done. What else is being done on this project at the moment? You are going to get compile and/or link errors if you try to use tcl/tk 8.3.1. I would suggest you browse the mailing list archives. > Regards, Nils. From spolk@redhat.com Mon Aug 7 09:04:00 2000 From: spolk@redhat.com (Syd Polk) Date: Mon, 07 Aug 2000 09:04:00 -0000 Subject: stable releases References: Message-ID: <398EDEA8.B419AFA@redhat.com> Try looking at one of the mirror sites: http://sources.redhat.com/mirrors.html . The ftp server on sources.redhat.com does get quite loaded at times. "Erez, Amit" wrote: > > Hi There. > I was trying to look at the so called 'stable releases' in you Web page > > http://sources.redhat.com/sourcenav/download.html > > It is not accessible. > > Any other location this may be found? > > Thanks, > > Amit. From spolk@redhat.com Mon Aug 7 09:08:00 2000 From: spolk@redhat.com (Syd Polk) Date: Mon, 07 Aug 2000 09:08:00 -0000 Subject: First questions... References: Message-ID: <398EDF7D.5331B34B@redhat.com> > It also installs a TON of executables in the main bin dir. Why not > have it install them in its own share/SN/bin dir and add the path when > the main executable is loaded? > > What you are suggesting doesn't conform to the GNU directory layout. If > there are a lot of executables in the bin/ directory, perhaps we need to > look at moving them to libexec if they aren't programs that a user would > invoke directly themselves. The problem with that is that making a libexec directory makes it really hard to launch from Windows. It makes it necessary to put some of the sourcenav directories on the path. It is not really feasible. The best solution is to configure with a prefixdir: configure --prefix=/usr/local/sourcenav and then do make; make install From thomas.heller@ion-tof.com Mon Aug 7 09:27:00 2000 From: thomas.heller@ion-tof.com (Thomas Heller) Date: Mon, 07 Aug 2000 09:27:00 -0000 Subject: First questions... References: <398EDF7D.5331B34B@redhat.com> Message-ID: <020601c0008c$5761e9f0$4500a8c0@thomasnb> > > It also installs a TON of executables in the main bin dir. Why not > > have it install them in its own share/SN/bin dir and add the path when > > the main executable is loaded? > > > > What you are suggesting doesn't conform to the GNU directory layout. If > > there are a lot of executables in the bin/ directory, perhaps we need to > > look at moving them to libexec if they aren't programs that a user would > > invoke directly themselves. > > The problem with that is that making a libexec directory makes it really hard to > launch from Windows. It makes it necessary to put some of the sourcenav > directories on the path. It is not really feasible. Would not a key in the registry under "HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\App Paths" work? Thomas From spolk@redhat.com Mon Aug 7 10:58:00 2000 From: spolk@redhat.com (Syd Polk) Date: Mon, 07 Aug 2000 10:58:00 -0000 Subject: First questions... References: <398EDF7D.5331B34B@redhat.com> <020601c0008c$5761e9f0$4500a8c0@thomasnb> Message-ID: <4.2.0.58.20000807105756.00cc6900@pop.cygnus.com> At 06:27 PM 8/7/00 +0200, Thomas Heller wrote: > > > It also installs a TON of executables in the main bin dir. Why not > > > have it install them in its own share/SN/bin dir and add the path >when > > > the main executable is loaded? > > > > > > What you are suggesting doesn't conform to the GNU directory layout. If > > > there are a lot of executables in the bin/ directory, perhaps we need to > > > look at moving them to libexec if they aren't programs that a user would > > > invoke directly themselves. > > > > The problem with that is that making a libexec directory makes it really >hard to > > launch from Windows. It makes it necessary to put some of the sourcenav > > directories on the path. It is not really feasible. >Would not a key in the registry under >"HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\App Paths" >work? > >Thomas The only registry entries that SN makes right now are setting up the Start Menu. The actual exe does not depend on any path or registry values. This means you can move SN around to anywhere on your file system. In general, after 12 years of Windows programming, I really want all of my .exe and .dll files in the same directory. It just makes things so much easier. Syd Polk spolk@redhat.com Engineering Manager +1 415 777 9810 x 241 Red Hat, Inc. From Helmut.Herrmann@aeon.de Mon Aug 7 11:01:00 2000 From: Helmut.Herrmann@aeon.de (Helmut Herrmann) Date: Mon, 07 Aug 2000 11:01:00 -0000 Subject: Invalid command "sn_tcl_tk_init" References: Message-ID: <003b01c00099$b778fdd0$0d20a8c0@double> From: Mo DeJong > > Hello, > > > > I am new to this list. As I had difficulties in starting Source > > Navigator logged in as normal user after having it installed as root (on > > Linux SuSE 6.4) I searched the archive. I concluded from the > > contributions that one of the available patches fixes the problem. Thus, > > I tried those patches but without success. Could anybody point me into > > the right direction and tell me the actual status? > > > > Thanks, > > Helmut > > You applied this patch? > ftp://sources.redhat.com/pub/sourcenav/releases/patches/0001-spolk-00072 5-patch > > That should have fixed it. This is the part that fixes that > problem. > > Index: snavigator/gui/Makefile.am > =================================================================== > RCS file: /cvs/cvsfiles/devo/snavigator/gui/Makefile.am,v > retrieving revision 1.27.2.2.2.3.4.4 > diff -c -2 -p -r1.27.2.2.2.3.4.4 Makefile.am > *** snavigator/gui/Makefile.am 2000/02/11 23:48:34 1.27.2.2.2.3.4.4 > --- snavigator/gui/Makefile.am 2000/07/25 19:19:57 > *************** tclIndex: $(prog_DATA) > *** 43,47 **** > here=`pwd`; cd $(srcdir) && \ > rm -f tclIndex && \ > ! echo "source $(ITCL_MKINDEX_DIR)/itcl_mkindex.tcl; itcl_mkindex > $(SN_GUI_DIR)" | @ITCL_SH@ > > all-local: tclIndex > --- 43,48 ---- > here=`pwd`; cd $(srcdir) && \ > rm -f tclIndex && \ > ! echo "source $(ITCL_MKINDEX_DIR)/itcl_mkindex.tcl; itcl_mkindex > $(SN_GUI_DIR)" | @ITCL_SH@ && \ > ! chmod 644 tclIndex > > > You just need a chmod. > > Mo DeJong > Red Hat Inc Thank you for your reply. Applying this patch was exactly what I did. The Makefile was changed accordingly and after installation the files such as sninit.tcl were owned by root and had the permissions 644. However, I still got this error message: Error: invalid command name "sn_tcl_tk_init" I have no idea why. (That is why at the moment I have SN created and installed as normal user.) Helmut AEON helmut.herrmann@aeon.de From spolk@redhat.com Mon Aug 7 11:02:00 2000 From: spolk@redhat.com (Syd Polk) Date: Mon, 07 Aug 2000 11:02:00 -0000 Subject: First questions... References: <200008051239.OAA24554@topaze.ecf.teradyne.com> Message-ID: <4.2.0.58.20000807110312.00cc2770@pop.cygnus.com> > >2. Why on earth is tcl/tk 8.1 _included_ in the sourceball??!!?? >/sup/build/SN451 > du -s t*8.1 >13846 tcl8.1 >10195 tk8.1 > >I won't do a 'make install' until I'm sure it won't try to overwrite my >current 8.3.1 installation. Can someone please explain why its included? One thing that people can do to minimize the amount of files copied is to do: configure make all-snavigator make install-snavigator This will only install the bare minimum of files necessary for Tcl, Tk, Tix and itcl to work. Syd Polk spolk@redhat.com Engineering Manager +1 415 777 9810 x 241 Red Hat, Inc. From bje@redhat.com Mon Aug 7 17:13:00 2000 From: bje@redhat.com (Ben Elliston) Date: Mon, 07 Aug 2000 17:13:00 -0000 Subject: First questions... References: <398EDF7D.5331B34B@redhat.com> Message-ID: > What you are suggesting doesn't conform to the GNU directory layout. If > there are a lot of executables in the bin/ directory, perhaps we need to > look at moving them to libexec if they aren't programs that a user would > invoke directly themselves. The problem with that is that making a libexec directory makes it really hard to launch from Windows. It makes it necessary to put some of the sourcenav directories on the path. It is not really feasible. Many packages that use `configure' aren't as ambitious as Source-Nav with respect to relocation. They use $prefix everywhere to make it possible to track down supporting files, programs, etc. The expectation is that if you need to relocate it to somewhere else, you can just build it again from the source. If S-N took this approach, wouldn't it be possible to run supporting programs by providing their absolute path? Surely Windows could find them then? Ben From mdejong@cygnus.com Tue Aug 8 11:52:00 2000 From: mdejong@cygnus.com (Mo DeJong) Date: Tue, 08 Aug 2000 11:52:00 -0000 Subject: A nice Tk article that mentions Source-Navigator Message-ID: Here is cool article about Tk, it mentions SN very briefly. http://www.sunworld.com/sunworldonline/swol-08-2000/swol-0804-tk.html Mo DeJong Red Hat Inc From bje@redhat.com Tue Aug 8 14:43:00 2000 From: bje@redhat.com (Ben Elliston) Date: Tue, 08 Aug 2000 14:43:00 -0000 Subject: Xref-ing non used symbols References: <5D2A198567EED311BD0F009027A25C872EF2B9@SRVMAIL-ANN> Message-ID: hyper requires some environment, too---the script snavigator show what it needs. Here's a suitable "hyper" script (hacked from snavigator) which you could put (after changing /usr/local/sn to whatever you used) suitably earlier in your path: A lot of this confusion would be solved if the S-N extensions for Tcl were a loadable module. Then these scripts could "require" the hyper package. It's currently not done this way. This is something strange. :-) Ben From tshead@k-3d.com Tue Aug 8 14:49:00 2000 From: tshead@k-3d.com (Timothy M. Shead) Date: Tue, 08 Aug 2000 14:49:00 -0000 Subject: Win32 binaries? References: Message-ID: <001101c00182$e0a09350$7e01a8c0@hq.avulet.com> I'm a big fan of SN and use it extensively under Linux. Now I'm having to do some Windoze stuff at work, and would like to stick with a familiar environment. I've had nothing but trouble trying to build it under Win32, and don't have any more time to spend - are there any Win32 binaries floating around? Even better, is there anyone who has successfully built it with cygwin/MSVC 6? Regards, Timothy M. Shead tshead@k-3d.com From broonie@tardis.ed.ac.uk Tue Aug 8 14:50:00 2000 From: broonie@tardis.ed.ac.uk (Mark Brown) Date: Tue, 08 Aug 2000 14:50:00 -0000 Subject: First questions... References: <398EDF7D.5331B34B@redhat.com> <020601c0008c$5761e9f0$4500a8c0@thomasnb> <4.2.0.58.20000807105756.00cc6900@pop.cygnus.com> Message-ID: <20000808224358.A30160@tardis.ed.ac.uk> On Mon, Aug 07, 2000 at 10:59:51AM -0700, Syd Polk wrote: > In general, after 12 years of Windows programming, I really want all of my > .exe and .dll files in the same directory. It just makes things so much easier. Would it be possible to do things differently on Windows? Looking at the source I'm guessing not, but it looks like the main problems are the differences in SOP between Windows and Unix. It's normal and expected for Windows pacakges to do a lot of what you're doing, but on Unix it's not generally considered acceptable to do things in the same way. Incidentally, there seems to be a dependancy problem with building the Fortran parser - a parallel build failed for me earlier on today because something tried to build using the output of yacc before yacc had been run. Unfortuntately, I lost the log and automake is a little too opaque for me right now. -- Mark Brown mailto:broonie@tardis.ed.ac.uk (Trying to avoid grumpiness) http://www.tardis.ed.ac.uk/~broonie/ EUFS http://www.eusa.ed.ac.uk/societies/filmsoc/ From spolk@redhat.com Tue Aug 8 14:59:00 2000 From: spolk@redhat.com (Syd Polk) Date: Tue, 08 Aug 2000 14:59:00 -0000 Subject: Win32 binaries? References: <001101c00182$e0a09350$7e01a8c0@hq.avulet.com> Message-ID: <4.2.0.58.20000808150030.00cc0cb0@pop.cygnus.com> At 02:51 PM 8/8/00 -0700, Timothy M. Shead wrote: >I'm a big fan of SN and use it extensively under Linux. Now I'm having to >do some Windoze stuff at work, and would like to stick with a familiar >environment. I've had nothing but trouble trying to build it under Win32, >and don't have any more time to spend - are there any Win32 binaries >floating around? Even better, is there anyone who has successfully built it >with cygwin/MSVC 6? > >Regards, >Timothy M. Shead >tshead@k-3d.com The binaries live at ftp://sources.redhat.com/pub/sourcenav/releases/binaries , or the equivalent mirror. Syd Polk spolk@redhat.com Engineering Manager +1 415 777 9810 x 241 Red Hat, Inc. From spolk@redhat.com Tue Aug 8 15:01:00 2000 From: spolk@redhat.com (Syd Polk) Date: Tue, 08 Aug 2000 15:01:00 -0000 Subject: First questions... References: <4.2.0.58.20000807105756.00cc6900@pop.cygnus.com> <398EDF7D.5331B34B@redhat.com> <020601c0008c$5761e9f0$4500a8c0@thomasnb> <20000808224358.A30160@tardis.ed.ac.uk> Message-ID: <4.2.0.58.20000808150129.00caf800@pop.cygnus.com> At 10:43 PM 8/8/00 +0100, Mark Brown wrote: >On Mon, Aug 07, 2000 at 10:59:51AM -0700, Syd Polk wrote: > > > In general, after 12 years of Windows programming, I really want all of my > > .exe and .dll files in the same directory. It just makes things so much > easier. > >Would it be possible to do things differently on Windows? Looking at >the source I'm guessing not, but it looks like the main problems are >the differences in SOP between Windows and Unix. It's normal and >expected for Windows pacakges to do a lot of what you're doing, but on >Unix it's not generally considered acceptable to do things in the same >way. This is a lot of work with configure and make. If I get some time, I might get motivated, but I doubt it. What we will do short term is make the default make install dir to be /usr/local/sourcenav. >Incidentally, there seems to be a dependancy problem with building the >Fortran parser - a parallel build failed for me earlier on today because >something tried to build using the output of yacc before yacc had been >run. Unfortuntately, I lost the log and automake is a little too opaque >for me right now. We don't build using a parallel system. There might be something wrong, but I think those parts of the Makefile.am are fairly straightfoward. >-- >Mark Brown mailto:broonie@tardis.ed.ac.uk (Trying to avoid grumpiness) > http://www.tardis.ed.ac.uk/~broonie/ >EUFS http://www.eusa.ed.ac.uk/societies/filmsoc/ Syd Polk spolk@redhat.com Engineering Manager +1 415 777 9810 x 241 Red Hat, Inc. From clayton@shore.net Wed Aug 9 17:14:00 2000 From: clayton@shore.net (Mark Clayton) Date: Wed, 09 Aug 2000 17:14:00 -0000 Subject: diff and block select Message-ID: <00080920225001.25131@eiger.clayton.prv> I was trying out SN over the weekend. Two things I would like to suggest are a colorized gui diff, and a block select. Maybe I mised these and they are already there somewhere? Also, is there a way to add my own command line tools and have the stdout captured in one of the SN windows? Thanks, Mark -- email: clayton@shore.net From mdejong@cygnus.com Wed Aug 9 17:19:00 2000 From: mdejong@cygnus.com (Mo DeJong) Date: Wed, 09 Aug 2000 17:19:00 -0000 Subject: diff and block select References: <00080920225001.25131@eiger.clayton.prv> Message-ID: On Wed, 9 Aug 2000, Mark Clayton wrote: > I was trying out SN over the weekend. Two things I would like > to suggest are a colorized gui diff, and a block select. Maybe > I mised these and they are already there somewhere? You can do a "colorized gui diff" of files in the revision control editor or from the menu item Tools -> Revision Contorol -> Compare Revisions. Perhaps you mean comparing two files, you can do that but it would not be all that hard to add such a feature. > Also, is there a way to add my own command line tools and have > the stdout captured in one of the SN windows? I am not sure what "command line tools" you are talking about. You can add your own compiler tool chain. If you are talking about running something during the build, you can just type something into the "Build Command" input box and hit enter. Mo DeJong Red Hat Inc From nickb@bigpond.net.au Thu Aug 10 02:12:00 2000 From: nickb@bigpond.net.au (nickb@bigpond.net.au) Date: Thu, 10 Aug 2000 02:12:00 -0000 Subject: No RPMsfor source navigator!! Message-ID: <399271F9.FB696FF6@bigpond.net.au> Hi, I am very very surprised to see a Red Hat project getting distributed in a tarball! Whats going on? Why haven't you got RPMs or at least a .spec file so I can compile my own? Nick Blievers (RHCE, woohoo! :) ) From mdejong@cygnus.com Thu Aug 10 02:18:00 2000 From: mdejong@cygnus.com (Mo DeJong) Date: Thu, 10 Aug 2000 02:18:00 -0000 Subject: No RPMsfor source navigator!! References: <399271F9.FB696FF6@bigpond.net.au> Message-ID: On Thu, 10 Aug 2000 nickb@bigpond.net.au wrote: > Hi, > I am very very surprised to see a Red Hat project getting > distributed in a tarball! Whats going on? Why haven't you got RPMs or at > least a .spec file so I can compile my own? Back in my day, we did not have no fancy SRPM files. All we had was tar, and we liked it! There will be RPMs later, for now you just need to run: tar -xzvf ...tar.gz cd SN451 ./configure --prefix=/usr/local/sourcenav make install Mo DeJong Red Hat Inc From bje@redhat.com Thu Aug 10 03:57:00 2000 From: bje@redhat.com (Ben Elliston) Date: Thu, 10 Aug 2000 03:57:00 -0000 Subject: No RPMsfor source navigator!! References: <399271F9.FB696FF6@bigpond.net.au> Message-ID: I am very very surprised to see a Red Hat project getting distributed in a tarball! Whats going on? Why haven't you got RPMs or at least a .spec file so I can compile my own? There is a .spec file in the source tree, if you'd like to play with that. It's in snavigator/misc/tools/sn.spec. Ben From kuri@makino.cc.tohoku.ac.jp Thu Aug 10 04:15:00 2000 From: kuri@makino.cc.tohoku.ac.jp (kuri@makino.cc.tohoku.ac.jp) Date: Thu, 10 Aug 2000 04:15:00 -0000 Subject: Can't Check-In Message-ID: <20000810.201325.71081334.kuri@makino.cc.tohoku.ac.jp> when I use "Revision Control Editor" with RCS, I can't Check-In files. I think "&&" must be "||" in attached file. ============================================================ OHKAWA Yuichi (kuri@makino.cc.tohoku.ac.jp) Graduate School of Information Sciences,TOHOKU University. ============================================================ From reinhard.griech@pcm.endress.com Thu Aug 10 04:17:00 2000 From: reinhard.griech@pcm.endress.com (reinhard.griech@pcm.endress.com) Date: Thu, 10 Aug 2000 04:17:00 -0000 Subject: Win32 & Cygnus-GCC: how to compile abrowser from source distribution? Message-ID: Hi, I'm trying to create my own abrowser. Problem is to compile (more precisely: link) the abrowser example from the source distribution. Looking at the Makefile one will recognize the following: LIBS=-L${SDK}/lib -lm -ldl -lfl -lsnptools -ldbutils -lpafdb -ltcl8.1 -lutils There are no such libtcl8.1(I suspect this is a typo and should read as tcl81), also there is no libdl.a. Also the OUT should be modified, so one will get an abrowser.exe. Modifying the LIBS-line still results in the following messages: hardy://c/Programme/Cygnus/SN451/share/sdk/parsers/examples/assembly> make TARGET=linux-i486-elf gcc -o abrowser.exe abrowser.o -L../../../../sdk/lib -lm -lfl -lsnptools -ldbutils -lpafdb -ltcl81 -lutils ../../../../sdk/lib/libsnptools.a(snptools.obj.b): In function `sn_getopt': w:\work\cygnus\sn-:35: undefined reference to `_assert' ../../../../sdk/lib/libsnptools.a(snptools.obj.b): In function `sn_process_options': w:\work\cygnus\sn-:106: undefined reference to `_assert' ../../../../sdk/lib/libsnptools.a(snptools.obj.b): In function `sn_error': w:\work\cygnus\sn-:4: undefined reference to `_iob' w:\work\cygnus\sn-:7: undefined reference to `_iob' : BTW there is no w:\work on my system... Thanks for any help. Hardy From steve.michel@sdrc.com Thu Aug 10 12:20:00 2000 From: steve.michel@sdrc.com (Steve Michel) Date: Thu, 10 Aug 2000 12:20:00 -0000 Subject: Source Navigator old-n-future status ? Message-ID: <39930046.A8A7F6F@sdrc.com> Hi, What is the status of the Source Navigator product now ??? Has an SGI port been carried forward to v4.5 ? (we still have v4.1 of this) Is NT supported under the new GPL release ? Thanks, Steve Michel > I came across the following articles today: > http://sources.redhat.com/sourcenav/ > http://www.redhat.com/about/cygnus_1999/ > > When I viewed the PowerSoft page, I was surprised to find that the only product now mentioned was Krakatau. > (It seems not too long ago I was there and saw several, including SourceNavigator, but then time flies...) > When I attempt to view the www.cygnus.com page, I'm taken directly to www.redhat.com > > We first acquired SN v4.1 for SGI mid '1998. > Since then I've had no announcements or other news, (updates, patches, etc.). > From mdejong@cygnus.com Thu Aug 10 12:30:00 2000 From: mdejong@cygnus.com (Mo DeJong) Date: Thu, 10 Aug 2000 12:30:00 -0000 Subject: Source Navigator old-n-future status ? References: <39930046.A8A7F6F@sdrc.com> Message-ID: On Thu, 10 Aug 2000, Steve Michel wrote: > Hi, > > What is the status of the Source Navigator product now ??? The answer is 42. (Not for the Douglas Adams impaired) > Has an SGI port been carried forward to v4.5 ? (we still have v4.1 of this) > > Is NT supported under the new GPL release ? It works on NT, and it should not be hard to compile it under IRIX. Just download the source and run ./configure ; make. Mo DeJong Red Hat Inc From irox@redhat.com Thu Aug 10 12:42:00 2000 From: irox@redhat.com (Ian Roxborough) Date: Thu, 10 Aug 2000 12:42:00 -0000 Subject: Development version... Message-ID: <200008101941.MAA06905@v-172-16-1-212.soma.redhat.com> Hi, how many people have tried/are using the development version? The development version tarball is way out of date now so I was thinking of spinning out a new development version since we are nearing the stage where we need lots of testing. Anybody interesting in a new development version? Ian. From mdejong@cygnus.com Thu Aug 10 12:52:00 2000 From: mdejong@cygnus.com (Mo DeJong) Date: Thu, 10 Aug 2000 12:52:00 -0000 Subject: Development version... References: <200008101941.MAA06905@v-172-16-1-212.soma.redhat.com> Message-ID: On Thu, 10 Aug 2000, Ian Roxborough wrote: > Hi, > > how many people have tried/are using the development > version? > > The development version tarball is way out of date now > so I was thinking of spinning out a new development version > since we are nearing the stage where we need lots of > testing. I don't think we have a snapshot of the development version up yet. The snapshot dir is empty. ftp://ftp.freesoftware.com/pub/sourceware/sourcenav/snapshots/ Mo DeJong Red Hat Inc From kaa@comail.ru Thu Aug 10 13:37:00 2000 From: kaa@comail.ru (Artem Khodush) Date: Thu, 10 Aug 2000 13:37:00 -0000 Subject: Development version... References: <200008101941.MAA06905@v-172-16-1-212.soma.redhat.com> Message-ID: <005101c0030b$c6d9f3f0$1306f8d4@duma.gov.ru> Ian Roxborough wrote: > how many people have tried/are using the development > version? No one outside RedHat/Cygnus, I guess. There was no snapshots on the sourceware ftp site. > > The development version tarball is way out of date now > so I was thinking of spinning out a new development version > since we are nearing the stage where we need lots of > testing. > > Anybody interesting in a new development version? > Yes, that would be great. Best regards, Artem. From ashutosh.p.sanzgiri@opbu.xerox.com Thu Aug 10 16:52:00 2000 From: ashutosh.p.sanzgiri@opbu.xerox.com (Sanzgiri, Ashutosh P) Date: Thu, 10 Aug 2000 16:52:00 -0000 Subject: tar error in Source Navigator 4.51 archive Message-ID: <8F8E1FADC7E8D3119C5100508B8B885E12B2DD@UsaWvMS02.opbu.xerox.com> Hi, I get a directory checksum error when I try to untar the Source Navigator 4.51 archive. I downloaded the gzipped file from your web site and also from freesoftware.com. I encountered the same problem with both downloads. Thanks, Ashutosh From irox@redhat.com Thu Aug 10 17:04:00 2000 From: irox@redhat.com (Ian Roxborough) Date: Thu, 10 Aug 2000 17:04:00 -0000 Subject: tar error in Source Navigator 4.51 archive Message-ID: <200008110002.RAA07192@v-172-16-1-212.soma.redhat.com> Hi, Anybody else having this problem? (If you are using ftp in binary mode?) Ian. On Thu, 10 Aug 2000, Sanzgiri, Ashutosh P wrote: > Date: Thu, 10 Aug 2000 16:47:31 -0700 > To: "'sourcenav@sources.redhat.com'" > From: "Sanzgiri, Ashutosh P" > Subject: tar error in Source Navigator 4.51 archive > > > Hi, > > I get a directory checksum error when I try to untar the Source > Navigator > 4.51 archive. > I downloaded the gzipped file from your web site and also from > freesoftware.com. I encountered > the same problem with both downloads. > > Thanks, > Ashutosh > From bje@redhat.com Thu Aug 10 17:11:00 2000 From: bje@redhat.com (Ben Elliston) Date: Thu, 10 Aug 2000 17:11:00 -0000 Subject: tar error in Source Navigator 4.51 archive References: <8F8E1FADC7E8D3119C5100508B8B885E12B2DD@UsaWvMS02.opbu.xerox.com> Message-ID: I get a directory checksum error when I try to untar the Source Navigator 4.51 archive. I downloaded the gzipped file from your web site and also from freesoftware.com. I encountered the same problem with both downloads. Are you using FTP to fetch the files? If so, be sure to put your FTP session into binary mode with the "binary" command. If you're using a web proxy server, be aware that some proxies are broken and may corrupt binary data retrieved using HTTP. Syd, et al: it might be a good idea to put md5sums of the files up on the web pages so folks can certify the integrity of their downloads. Ben From clayton@shore.net Thu Aug 10 17:56:00 2000 From: clayton@shore.net (Mark Clayton) Date: Thu, 10 Aug 2000 17:56:00 -0000 Subject: diff and block select References: Message-ID: <00081021041500.25810@eiger.clayton.prv> On Wed, 09 Aug 2000, Mo DeJong wrote: > On Wed, 9 Aug 2000, Mark Clayton wrote: > > > I was trying out SN over the weekend. Two things I would like > > to suggest are a colorized gui diff, and a block select. Maybe > > I mised these and they are already there somewhere? > > You can do a "colorized gui diff" of files in the revision > control editor or from the menu item Tools -> Revision Contorol > -> Compare Revisions. Oh yea, this feature is very useful. I like to diff my file before checking in so that I don't leave in some useless test code. > Perhaps you mean comparing two files, you can do that but it > would not be all that hard to add such a feature. It would be nice to diff and merge files for those times that you get a file changed by a customer. I also diff trace logs a lot or directory trees. Anyhow... > > > Also, is there a way to add my own command line tools and have > > the stdout captured in one of the SN windows? > > I am not sure what "command line tools" you are talking > about. You can add your own compiler tool chain. If you > are talking about running something during the build, > you can just type something into the "Build Command" > input box and hit enter. Okay, that'll work, but I was looking for something where I can add my own tool to the menu. For instance I use PC-Lint a lot and I like to run it from the menu. I also write a lot of embedded code where it's nice to add a menu option where I can run the flash utility or a specialized resource compiler. Thanks, Mark -- email: clayton@shore.net AIM: Clayton256 http://www.goodmanhillsoftware.com From bje@redhat.com Thu Aug 10 18:09:00 2000 From: bje@redhat.com (Ben Elliston) Date: Thu, 10 Aug 2000 18:09:00 -0000 Subject: diff and block select References: <00081021041500.25810@eiger.clayton.prv> Message-ID: Okay, that'll work, but I was looking for something where I can add my own tool to the menu. For instance I use PC-Lint a lot and I like to run it from the menu. I also write a lot of embedded code where it's nice to add a menu option where I can run the flash utility or a specialized resource compiler. Adding new menu items like this is really easy. Take a look through the documentation. There are hooks, if you'd prefer to not modify the Tcl code directly. I think the example given is to run the Java bytecode compiler. Ben From ashutosh.p.sanzgiri@opbu.xerox.com Fri Aug 11 09:20:00 2000 From: ashutosh.p.sanzgiri@opbu.xerox.com (Sanzgiri, Ashutosh P) Date: Fri, 11 Aug 2000 09:20:00 -0000 Subject: tar error in Source Navigator 4.51 archive Message-ID: <8F8E1FADC7E8D3119C5100508B8B885E12B2DF@UsaWvMS02.opbu.xerox.com> Ben, I tried binary ftp and the bz2 file as well. Both gave problems while untarring with Solaris tar. But GNU tar worked... Thanks, Ashutosh -----Original Message----- From: Ben Elliston [ mailto:bje@redhat.com ] Sent: Thursday, August 10, 2000 4:58 PM To: Sanzgiri, Ashutosh P Cc: 'sourcenav@sources.redhat.com' Subject: Re: tar error in Source Navigator 4.51 archive I get a directory checksum error when I try to untar the Source Navigator 4.51 archive. I downloaded the gzipped file from your web site and also from freesoftware.com. I encountered the same problem with both downloads. Are you using FTP to fetch the files? If so, be sure to put your FTP session into binary mode with the "binary" command. If you're using a web proxy server, be aware that some proxies are broken and may corrupt binary data retrieved using HTTP. Syd, et al: it might be a good idea to put md5sums of the files up on the web pages so folks can certify the integrity of their downloads. Ben From rlujo@harris.com Fri Aug 11 12:05:00 2000 From: rlujo@harris.com (Lujo, Rodrigo) Date: Fri, 11 Aug 2000 12:05:00 -0000 Subject: Invalid tar file for Source Navigator Message-ID: Hi, The source tar file SN451.tar.gz that has been posted at your ftp site and elsewhere will produce a checksum error during extraction vi gunzip | tar xvf -. It must be corrupted. Figure you would like to know. Regards. Rod Lujo Software Engineer Harris Corporation Tel: (321) 7243275 e-mail: rlujo@harris.com From mdejong@cygnus.com Fri Aug 11 12:48:00 2000 From: mdejong@cygnus.com (Mo DeJong) Date: Fri, 11 Aug 2000 12:48:00 -0000 Subject: Invalid tar file for Source Navigator References: Message-ID: On Fri, 11 Aug 2000, Lujo, Rodrigo wrote: > Hi, > > The source tar file SN451.tar.gz that has been posted at your ftp site > and elsewhere will produce a checksum error during extraction > vi gunzip | tar xvf -. It must be corrupted. > > Figure you would like to know. I just downloaded and extracted it without error. Did you FTP it in binary mode? Mo DeJong Red Hat Inc From bruce.stephens@messagingdirect.com Fri Aug 11 13:02:00 2000 From: bruce.stephens@messagingdirect.com (Bruce Stephens) Date: Fri, 11 Aug 2000 13:02:00 -0000 Subject: Invalid tar file for Source Navigator References: Message-ID: Mo DeJong writes: > On Fri, 11 Aug 2000, Lujo, Rodrigo wrote: > > > Hi, > > > > The source tar file SN451.tar.gz that has been posted at your ftp site > > and elsewhere will produce a checksum error during extraction > > vi gunzip | tar xvf -. It must be corrupted. > > > > Figure you would like to know. > > I just downloaded and extracted it without error. Did you > FTP it in binary mode? It's probably a GNU tar vs other tar thing. I've had it once or twice before. I didn't notice any problems with the SN tarballs either (using GNU tar). I *did* have problems with the patches---what version of patch should be used? -- Bruce Stephens Bruce.Stephens@MessagingDirect.com MessagingDirect(UK) Ltd From Johan.Vermeire@alcatel.be Tue Aug 15 23:52:00 2000 From: Johan.Vermeire@alcatel.be (Johan Vermeire WX21 54189) Date: Tue, 15 Aug 2000 23:52:00 -0000 Subject: Source Navigator 4.5.1 -> Configure problem Message-ID: <399A3A32.108A85EC@alcatel.be> Hi, I don't know to where I've to send SN????bug (configure) reports, therefore I mail to you. Sorry, if I'm not at the right person. ./. I started today with a first attempt to rebuild SN451 from scratch. btm0gn:/home/jvme/bin/SN451> ./configure --prefix=/cmx_tools/3EZ01881_SourceNavigator Configuring for a sparc-sun-solaris2.6 host. Created "Makefile" in /home/jvme/bin/SN451 using "mh-frag" ./config.status is unchanged Configuring db... loading cache ../config.cache checking for a BSD compatible install... ./install-sh -c checking whether build environment is sane... yes checking whether make sets ${MAKE}... (cached) yes checking for working aclocal... missing checking for working autoconf... missing checking for working automake... missing checking for working autoheader... missing checking for working makeinfo... missing checking whether to enable maintainer-specific portions of Makefiles... no checking whether make sets ${MAKE}... (cached) yes checking for gcc... (cached) gcc checking whether the C compiler (gcc -g -O2 ) works... yes checking whether the C compiler (gcc -g -O2 ) is a cross-compiler... no checking whether we are using GNU C... (cached) yes checking whether gcc accepts -g... (cached) yes checking how to run the C preprocessor... (cached) gcc -E checking for cygwin32 environment... (cached) no checking for mingw32 environment... (cached) no checking for executable suffix... (cached) no checking for object suffix... (cached) o checking for ranlib... (cached) ranlib checking for false... (cached) /usr/bin/false checking for sh... (cached) /usr/bin/sh checking for sh5... (cached) /usr/bin/false checking for bash... (cached) /usr/bin/bash checking for cygwin32... (cached) no checking for Microsoft Visual C++... (cached) no checking checking for shell with functions... (cached) /usr/bin/sh checking for dirent.h that defines DIR... (cached) yes checking for opendir in -ldir... (cached) no checking for ANSI C header files... (cached) yes checking for sys/wait.h that is POSIX.1 compatible... (cached) yes checking for fcntl.h... (cached) yes checking for limits.h... (cached) yes checking for sys/time.h... (cached) yes checking for unistd.h... (cached) yes checking for ssize_t... (cached) yes checking for pgno_t... (cached) no checking whether byte ordering is bigendian... (cached) yes checking for working const... (cached) yes checking whether time.h and sys/time.h may both be included... (cached) yes checking for st_blksize in struct stat... (cached) yes checking for mode_t... (cached) yes checking for off_t... (cached) yes checking for pid_t... (cached) yes checking for size_t... (cached) yes checking for u_char... (cached) yes checking for vprintf... (cached) yes checking for unistd.h... (cached) yes checking for getpagesize... (cached) yes checking for working mmap... (cached) yes checking for mkdir... (cached) yes checking for rmdir... (cached) yes checking for select... (cached) yes checking for memmove... (cached) yes checking for snprintf... (cached) yes checking for strerror... (cached) yes checking for sprintf return value... (cached) yes checking for int8_t... (cached) yes checking for u_int8_t... (cached) no checking for int16_t... (cached) yes checking for u_int16_t... (cached) no checking for int32_t... (cached) yes checking for u_int32_t... (cached) no checking for int64_t... (cached) yes checking for u_int64_t... (cached) no creating ./config.status creating Makefile creating PORT/Makefile creating config.h config.h is unchanged Configuring itcl... loading cache ../config.cache checking for a BSD compatible install... ./../install-sh -c checking for ranlib... (cached) ranlib checking for gcc... (cached) gcc checking whether the C compiler (gcc -g -O2 ) works... yes checking whether the C compiler (gcc -g -O2 ) is a cross-compiler... no checking whether we are using GNU C... (cached) yes checking whether gcc accepts -g... (cached) yes checking how to run the C preprocessor... (cached) gcc -E checking for object suffix... (cached) o checking for cygwin32 environment... (cached) no checking for mingw32 environment... (cached) no checking for executable suffix... (cached) no checking for ANSI C header files... (cached) yes checking for mode_t... (cached) yes checking for pid_t... (cached) yes checking for size_t... (cached) yes checking for uid_t in sys/types.h... yes checking for Tcl configuration script... configure: warning: Can't find Tcl configuration definitions checking for Tk configuration script... configure: warning: Can't find Tk configuration definitions checking for Tcl headers in the source tree... none checking for tcl.h... no configure: error: Can't find any Tcl headers Configure in /home/jvme/bin/SN451/itcl failed, exiting. btm0gn:/home/jvme/bin/SN451> And the make doesn't start: btm0gn:/home/jvme/bin/SN451> make make???? all-recursive Making all in PORT mksh: Fatal error in reader: = missing from replacement macro reference Current working directory /home/jvme/bin/SN451/db/PORT *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Current working directory /home/jvme/bin/SN451/db *** Error code 1 make: Fatal error: Command failed for target `all-recursive-am' Current working directory /home/jvme/bin/SN451/db *** Error code 1 make: Fatal error: Command failed for target `all-db' btm0gn:/home/jvme/bin/SN451> ./. Can you help? ???? Best Regards, Johan Vermeire begin:vcard n:Vermeire;Johan tel;fax:+32 (0)3 2409816 tel;work:+32 (0)3 2404189 x-mozilla-html:FALSE url: http://www.alcate.be org:Alcatel Bell n.v.;CID - WX21 - F/A2 adr:;;F. Wellesplein 1;Antwerp;;2018;Belgium version:2.1 email;internet:Johan.Vermeire@alcatel.be title:Tools & Technology officer x-mozilla-cpt:;-7528 fn:Johan Vermeire end:vcard From spolk@redhat.com Wed Aug 16 08:30:00 2000 From: spolk@redhat.com (Syd Polk) Date: Wed, 16 Aug 2000 08:30:00 -0000 Subject: Source Navigator 4.5.1 -> Configure problem References: <399A3A32.108A85EC@alcatel.be> Message-ID: <399AB435.71BEC1C0@redhat.com> You must use the tcl code provided with the Source-Navigator package. Did you by chance delete the tcl and tk directories after you expanded the tarball? Johan Vermeire WX21 54189 wrote: > > Hi, > > I don't know to where I've to send SN bug (configure) reports, therefore I > mail to you. > Sorry, if I'm not at the right person. > > ./. > > I started today with a first attempt to rebuild SN451 from scratch. > > btm0gn:/home/jvme/bin/SN451> ./configure > --prefix=/cmx_tools/3EZ01881_SourceNavigator > Configuring for a sparc-sun-solaris2.6 host. > Created "Makefile" in /home/jvme/bin/SN451 using "mh-frag" > ./config.status is unchanged > Configuring db... > loading cache ../config.cache > checking for a BSD compatible install... ./install-sh -c > checking whether build environment is sane... yes > checking whether make sets ${MAKE}... (cached) yes > checking for working aclocal... missing > checking for working autoconf... missing > checking for working automake... missing > checking for working autoheader... missing > checking for working makeinfo... missing > checking whether to enable maintainer-specific portions of Makefiles... no > checking whether make sets ${MAKE}... (cached) yes > checking for gcc... (cached) gcc > checking whether the C compiler (gcc -g -O2 ) works... yes > checking whether the C compiler (gcc -g -O2 ) is a cross-compiler... no > checking whether we are using GNU C... (cached) yes > checking whether gcc accepts -g... (cached) yes > checking how to run the C preprocessor... (cached) gcc -E > checking for cygwin32 environment... (cached) no > checking for mingw32 environment... (cached) no > checking for executable suffix... (cached) no > checking for object suffix... (cached) o > checking for ranlib... (cached) ranlib > checking for false... (cached) /usr/bin/false > checking for sh... (cached) /usr/bin/sh > checking for sh5... (cached) /usr/bin/false > checking for bash... (cached) /usr/bin/bash > checking for cygwin32... (cached) no > checking for Microsoft Visual C++... (cached) no > checking checking for shell with functions... (cached) /usr/bin/sh > checking for dirent.h that defines DIR... (cached) yes > checking for opendir in -ldir... (cached) no > checking for ANSI C header files... (cached) yes > checking for sys/wait.h that is POSIX.1 compatible... (cached) yes > checking for fcntl.h... (cached) yes > checking for limits.h... (cached) yes > checking for sys/time.h... (cached) yes > checking for unistd.h... (cached) yes > checking for ssize_t... (cached) yes > checking for pgno_t... (cached) no > checking whether byte ordering is bigendian... (cached) yes > checking for working const... (cached) yes > checking whether time.h and sys/time.h may both be included... (cached) yes > checking for st_blksize in struct stat... (cached) yes > checking for mode_t... (cached) yes > checking for off_t... (cached) yes > checking for pid_t... (cached) yes > checking for size_t... (cached) yes > checking for u_char... (cached) yes > checking for vprintf... (cached) yes > checking for unistd.h... (cached) yes > checking for getpagesize... (cached) yes > checking for working mmap... (cached) yes > checking for mkdir... (cached) yes > checking for rmdir... (cached) yes > checking for select... (cached) yes > checking for memmove... (cached) yes > checking for snprintf... (cached) yes > checking for strerror... (cached) yes > checking for sprintf return value... (cached) yes > checking for int8_t... (cached) yes > checking for u_int8_t... (cached) no > checking for int16_t... (cached) yes > checking for u_int16_t... (cached) no > checking for int32_t... (cached) yes > checking for u_int32_t... (cached) no > checking for int64_t... (cached) yes > checking for u_int64_t... (cached) no > creating ./config.status > creating Makefile > creating PORT/Makefile > creating config.h > config.h is unchanged > Configuring itcl... > loading cache ../config.cache > checking for a BSD compatible install... ./../install-sh -c > checking for ranlib... (cached) ranlib > checking for gcc... (cached) gcc > checking whether the C compiler (gcc -g -O2 ) works... yes > checking whether the C compiler (gcc -g -O2 ) is a cross-compiler... no > checking whether we are using GNU C... (cached) yes > checking whether gcc accepts -g... (cached) yes > checking how to run the C preprocessor... (cached) gcc -E > checking for object suffix... (cached) o > checking for cygwin32 environment... (cached) no > checking for mingw32 environment... (cached) no > checking for executable suffix... (cached) no > checking for ANSI C header files... (cached) yes > checking for mode_t... (cached) yes > checking for pid_t... (cached) yes > checking for size_t... (cached) yes > checking for uid_t in sys/types.h... yes > checking for Tcl configuration script... configure: warning: Can't find Tcl > configuration definitions > checking for Tk configuration script... configure: warning: Can't find Tk > configuration definitions > checking for Tcl headers in the source tree... none > checking for tcl.h... no > configure: error: Can't find any Tcl headers > Configure in /home/jvme/bin/SN451/itcl failed, exiting. > btm0gn:/home/jvme/bin/SN451> > > And the make doesn't start: > > btm0gn:/home/jvme/bin/SN451> make > make all-recursive > Making all in PORT > mksh: Fatal error in reader: = missing from replacement macro reference > Current working directory /home/jvme/bin/SN451/db/PORT > *** Error code 1 > make: Fatal error: Command failed for target `all-recursive' > Current working directory /home/jvme/bin/SN451/db > *** Error code 1 > make: Fatal error: Command failed for target `all-recursive-am' > Current working directory /home/jvme/bin/SN451/db > *** Error code 1 > make: Fatal error: Command failed for target `all-db' > btm0gn:/home/jvme/bin/SN451> > > ./. > > Can you help? > > > Best Regards, > > Johan Vermeire From joachim.zaers@t-online.de Thu Aug 17 00:29:00 2000 From: joachim.zaers@t-online.de (Joachim Zaers) Date: Thu, 17 Aug 2000 00:29:00 -0000 Subject: modified frink utility Message-ID: <399B94FF.366D66FD@ikendi.de> Hi Folks, I'm interested in the modified frink utility. Unfortunately the pub/utilities directory is for some reason not mirrored and thus I can't get any access. Thanks for any help. -- Mit freundlichen Gr????????en Joachim Zaers IKENDI GmbH Lempenseite 34, D-69168 Wiesloch Technical Partner Support Tel./Fax.: +49 6222 383821/22 < mailto:joachim.zaers@ikendi.de > From Johan.Vermeire@alcatel.be Thu Aug 17 05:12:00 2000 From: Johan.Vermeire@alcatel.be (Johan Vermeire WX21 54189) Date: Thu, 17 Aug 2000 05:12:00 -0000 Subject: Source Navigator 4.5.1 -> Configure problem -> Unpacking the tar file gives a checksum error References: <399A3A32.108A85EC@alcatel.be> <399AB435.71BEC1C0@redhat.com> Message-ID: <399BD67A.CED13DB2@alcatel.be> Hi Syd, Thanks for your reply. I've re-done the installation and I've the same problem with the configuration of SourceNavigator 4.51 ???? After unpacking the tar file: I got at the end the following message: .... x SN451/snavigator/doc/html/edk/gnupro/2_comp/The_C_Preprocessor/cppCascaded_Use_of_Macros.html, 3883 bytes, 8 tape blocks x SN451/snavigator/doc/html/edk/gnupro/2_comp/The_C_Preprocessor/cppCombining_Source_Files.html, 8168 bytes, 16 tape blocks x SN451/snavigator/doc/html/edk/gnupro/2_comp/The_C_Preprocessor/cppConcatenation.html, 6850 bytes, 14 tape blocks x SN451/snavigator/doc/html/edk/gnupro/2_comp/The_C_Preprocessor/cppConditionals.html, 4326 bytes, 9 tape blocks x SN451/snavigator/doc/html/edk/gnupro/2_comp/The_C_Preprocessor/cppConditionals_and_Macros.html, 9793 bytes, 20 tape blocks x SN451/snavigator/doc/html/edk/gnupro/2_comp/The_C_Preprocessor/cppDuplication_of_Side_Effects.html, 5804 bytes, 12 tape blocks x SN451/snavigator/doc/html/edk/gnupro/2_comp/The_C_Preprocessor/cppHeader_Files.html, 2793 bytes, 6 tape blocks x SN451/snavigator/doc/html/edk/gnupro/2_comp/The_C_Preprocessor/cppHow_include_Works.html, 4383 bytes, 9 tape blocks x SN451/snavigator/doc/html/edk/gnupro/2_comp/The_C_Preprocessor/cppImproperly_Nested_Constructs.html, 2880 bytes, 6 tape blocks x SN451/snavigator/doc/html/edk/gnupro/2_comp/The_C_Preprocessor/cppInheritance_and_Header_Files.html, 6463 bytes, 13 tape blocks x SN451/snavigator/doc/html/edk/gnupro/2_comp/The_C_Preprocessor/cppInvoking_the_C_Preprocessor.html, 35022 bytes, 69 tape blocks tar: directory checksum error Is the tar file complete??? The size of the Gunzipped tar file: btm0gn:/home/jvme/bin> ls -al SN451.tar -rw-r--r--???????? 1 jvme???????????????? xantium???? 59944960 Aug 17 13:50 SN451.tar The contents after Configuring is: btm0gn:/home/jvme/bin/SN451/build> ../configure --prefix=/cmx_tools/3EZ01881_SourceNavigator Configuring for a sparc-sun-solaris2.6 host. Created "Makefile" in /home/jvme/bin/SN451/build using "mh-frag" Configuring db... creating cache ../config.cache ... ... checking for uid_t in sys/types.h... yes checking for Tcl configuration script... configure: warning: Can't find Tcl configuration definitions checking for Tk configuration script... configure: warning: Can't find Tk configuration definitions checking for Tcl headers in the source tree... none checking for tcl.h... no configure: error: Can't find any Tcl headers Configure in /home/jvme/bin/SN451/build/itcl failed, exiting. btm0gn:/home/jvme/bin/SN451/build> cd .. btm0gn:/home/jvme/bin/SN451> ls -al total 1664 drwxr-xr-x???? 11 jvme???????????????? xantium???????????????? 8192 Aug 17 13:57 . drwxr-xr-x???? 46 jvme???????????????? xantium???????????????? 8192 Aug 17 13:52 .. -rw-r-----???????? 1 jvme???????????????? xantium???????????? 18007 May???? 1???? 1998 COPYING -rw-r-----???????? 1 jvme???????????????? xantium???????????? 25283 May 12???? 1998 COPYING.LIB -rw-r-----???????? 1 jvme???????????????? xantium???????? 208768 Jul 10 22:29 ChangeLog -rw-r-----???????? 1 jvme???????????????? xantium???????????? 52710 Jul 10 22:29 Makefile.in -rw-r-----???????? 1 jvme???????????????? xantium???????????????? 1719 May???? 1???? 1998 README drwxr-xr-x???????? 5 jvme???????????????? xantium???????????????? 8192 Aug 17 14:00 build drwxr-xr-x???????? 3 jvme???????????????? xantium???????????????? 8192 Jul 10 23:46 config -rw-r-----???????? 1 jvme???????????????? xantium???????????? 17126 Jul 10 22:29 config-ml.in -rwxr-x---???????? 1 jvme???????????????? xantium???????????? 26831 Oct 10???? 1998 config.guess -rw-r-----???????? 1 jvme???????????????? xantium???????????????? 2010 Oct 19???? 1998 config.if -rwxr-x---???????? 1 jvme???????????????? xantium???????????? 26166 Jul 10 22:29 config.sub -rwxr-x---???????? 1 jvme???????????????? xantium???????????? 50317 Jul 10 22:29 configure -rw-r-----???????? 1 jvme???????????????? xantium???????????? 36104 Jul 10 22:29 configure.in drwxr-xr-x???? 12 jvme???????????????? xantium???????????????? 8192 Jul 10 22:29 db drwxr-xr-x???????? 5 jvme???????????????? xantium???????????????? 8192 Jul 10 23:46 etc drwxr-xr-x???????? 8 jvme???????????????? xantium???????????????? 8192 Jul 10 23:46 grep drwxr-xr-x???????? 2 jvme???????????????? xantium???????????????? 8192 Jul 10 23:46 include -rwxr-x---???????? 1 jvme???????????????? xantium???????????????? 5598 Jul 15???? 1998 install-sh drwxr-xr-x???????? 8 jvme???????????????? xantium???????????????? 8192 Jul 10 23:46 itcl drwxr-xr-x???????? 5 jvme???????????????? xantium???????????????? 8192 Jul 10 23:46 libgui -rwxr-x---???????? 1 jvme???????????????? xantium???????????? 51498 Jul???? 7???? 1998 ltconfig -rw-r-----???????? 1 jvme???????????????? xantium???????????? 75122 Jul 14???? 1998 ltmain.sh -rwxr-x---???????? 1 jvme???????????????? xantium???????????????? 6274 Jun 10???? 1998 missing -rwxr-x---???????? 1 jvme???????????????? xantium???????????????????? 730 May???? 1???? 1998 mkinstalldirs -rwxr-x---???????? 1 jvme???????????????? xantium???????????????????? 869 May???? 1???? 1998 move-if-change -rw-r-----???????? 1 jvme???????????????? xantium???????????? 14898 May???? 1???? 1998 mpw-README -rw-r-----???????? 1 jvme???????????????? xantium???????????????? 5169 May???? 1???? 1998 mpw-build.in -rw-r-----???????? 1 jvme???????????????? xantium???????????????? 4742 May???? 1???? 1998 mpw-config.in -rw-r-----???????? 1 jvme???????????????? xantium???????????? 14664 May???? 1???? 1998 mpw-configure -rw-r-----???????? 1 jvme???????????????? xantium???????????????? 3171 May???? 1???? 1998 mpw-install drwxr-xr-x???????? 6 jvme???????????????? xantium???????????????? 8192 Aug 17 13:53 snavigator btm0gn:/home/jvme/bin/SN451> dir drwxr-xr-x???? 11 jvme???????????????? xantium???????????????? 8192 Aug 17 13:57 . drwxr-xr-x???? 46 jvme???????????????? xantium???????????????? 8192 Aug 17 13:52 .. drwxr-xr-x???????? 5 jvme???????????????? xantium???????????????? 8192 Aug 17 14:00 build drwxr-xr-x???????? 3 jvme???????????????? xantium???????????????? 8192 Jul 10 23:46 config drwxr-xr-x???? 12 jvme???????????????? xantium???????????????? 8192 Jul 10 22:29 db drwxr-xr-x???????? 5 jvme???????????????? xantium???????????????? 8192 Jul 10 23:46 etc drwxr-xr-x???????? 8 jvme???????????????? xantium???????????????? 8192 Jul 10 23:46 grep drwxr-xr-x???????? 2 jvme???????????????? xantium???????????????? 8192 Jul 10 23:46 include drwxr-xr-x???????? 8 jvme???????????????? xantium???????????????? 8192 Jul 10 23:46 itcl drwxr-xr-x???????? 5 jvme???????????????? xantium???????????????? 8192 Jul 10 23:46 libgui drwxr-xr-x???????? 6 jvme???????????????? xantium???????????????? 8192 Aug 17 13:53 snavigator btm0gn:/home/jvme/bin/SN451> I don't see a tcl and tk directory! ???? Best Regards, Johan ???? ???? Syd Polk wrote: You must use the tcl code provided with the Source-Navigator package. Did you by chance delete the tcl and tk directories after you expanded the tarball? Johan Vermeire WX21 54189 wrote: > > Hi, > > I don't know to where I've to send SN bug (configure) reports, therefore I > mail to you. > Sorry, if I'm not at the right person. > > ./. > > I started today with a first attempt to rebuild SN451 from scratch. > > btm0gn:/home/jvme/bin/SN451> ./configure > --prefix=/cmx_tools/3EZ01881_SourceNavigator > Configuring for a sparc-sun-solaris2.6 host. > Created "Makefile" in /home/jvme/bin/SN451 using "mh-frag" > ./config.status is unchanged > Configuring db... > loading cache ../config.cache > checking for a BSD compatible install... ./install-sh -c > checking whether build environment is sane... yes > checking whether make sets ${MAKE}... (cached) yes > checking for working aclocal... missing > checking for working autoconf... missing > checking for working automake... missing > checking for working autoheader... missing > checking for working makeinfo... missing > checking whether to enable maintainer-specific portions of Makefiles... no > checking whether make sets ${MAKE}... (cached) yes > checking for gcc... (cached) gcc > checking whether the C compiler (gcc -g -O2 ) works... yes > checking whether the C compiler (gcc -g -O2 ) is a cross-compiler... no > checking whether we are using GNU C... (cached) yes > checking whether gcc accepts -g... (cached) yes > checking how to run the C preprocessor... (cached) gcc -E > checking for cygwin32 environment... (cached) no > checking for mingw32 environment... (cached) no > checking for executable suffix... (cached) no > checking for object suffix... (cached) o > checking for ranlib... (cached) ranlib > checking for false... (cached) /usr/bin/false > checking for sh... (cached) /usr/bin/sh > checking for sh5... (cached) /usr/bin/false > checking for bash... (cached) /usr/bin/bash > checking for cygwin32... (cached) no > checking for Microsoft Visual C++... (cached) no > checking checking for shell with functions... (cached) /usr/bin/sh > checking for dirent.h that defines DIR... (cached) yes > checking for opendir in -ldir... (cached) no > checking for ANSI C header files... (cached) yes > checking for sys/wait.h that is POSIX.1 compatible... (cached) yes > checking for fcntl.h... (cached) yes > checking for limits.h... (cached) yes > checking for sys/time.h... (cached) yes > checking for unistd.h... (cached) yes > checking for ssize_t... (cached) yes > checking for pgno_t... (cached) no > checking whether byte ordering is bigendian... (cached) yes > checking for working const... (cached) yes > checking whether time.h and sys/time.h may both be included... (cached) yes > checking for st_blksize in struct stat... (cached) yes > checking for mode_t... (cached) yes > checking for off_t... (cached) yes > checking for pid_t... (cached) yes > checking for size_t... (cached) yes > checking for u_char... (cached) yes > checking for vprintf... (cached) yes > checking for unistd.h... (cached) yes > checking for getpagesize... (cached) yes > checking for working mmap... (cached) yes > checking for mkdir... (cached) yes > checking for rmdir... (cached) yes > checking for select... (cached) yes > checking for memmove... (cached) yes > checking for snprintf... (cached) yes > checking for strerror... (cached) yes > checking for sprintf return value... (cached) yes > checking for int8_t... (cached) yes > checking for u_int8_t... (cached) no > checking for int16_t... (cached) yes > checking for u_int16_t... (cached) no > checking for int32_t... (cached) yes > checking for u_int32_t... (cached) no > checking for int64_t... (cached) yes > checking for u_int64_t... (cached) no > creating ./config.status > creating Makefile > creating PORT/Makefile > creating config.h > config.h is unchanged > Configuring itcl... > loading cache ../config.cache > checking for a BSD compatible install... ./../install-sh -c > checking for ranlib... (cached) ranlib > checking for gcc... (cached) gcc > checking whether the C compiler (gcc -g -O2 ) works... yes > checking whether the C compiler (gcc -g -O2 ) is a cross-compiler... no > checking whether we are using GNU C... (cached) yes > checking whether gcc accepts -g... (cached) yes > checking how to run the C preprocessor... (cached) gcc -E > checking for object suffix... (cached) o > checking for cygwin32 environment... (cached) no > checking for mingw32 environment... (cached) no > checking for executable suffix... (cached) no > checking for ANSI C header files... (cached) yes > checking for mode_t... (cached) yes > checking for pid_t... (cached) yes > checking for size_t... (cached) yes > checking for uid_t in sys/types.h... yes > checking for Tcl configuration script... configure: warning: Can't find Tcl > configuration definitions > checking for Tk configuration script... configure: warning: Can't find Tk > configuration definitions > checking for Tcl headers in the source tree... none > checking for tcl.h... no > configure: error: Can't find any Tcl headers > Configure in /home/jvme/bin/SN451/itcl failed, exiting. > btm0gn:/home/jvme/bin/SN451> > > And the make doesn't start: > > btm0gn:/home/jvme/bin/SN451> make > make???? all-recursive > Making all in PORT > mksh: Fatal error in reader: = missing from replacement macro reference > Current working directory /home/jvme/bin/SN451/db/PORT > *** Error code 1 > make: Fatal error: Command failed for target `all-recursive' > Current working directory /home/jvme/bin/SN451/db > *** Error code 1 > make: Fatal error: Command failed for target `all-recursive-am' > Current working directory /home/jvme/bin/SN451/db > *** Error code 1 > make: Fatal error: Command failed for target `all-db' > btm0gn:/home/jvme/bin/SN451> > > ./. > > Can you help? > > > Best Regards, > > Johan Vermeire begin:vcard n:Vermeire;Johan tel;fax:+32 (0)3 2409816 tel;work:+32 (0)3 2404189 x-mozilla-html:FALSE url: http://www.alcate.be org:Alcatel Bell n.v.;CID - WX21 - F/A2 adr:;;F. Wellesplein 1;Antwerp;;2018;Belgium version:2.1 email;internet:Johan.Vermeire@alcatel.be title:Tools & Technology officer x-mozilla-cpt:;-7528 fn:Johan Vermeire end:vcard From rwolf@enhanced.com Thu Aug 17 07:51:00 2000 From: rwolf@enhanced.com (rwolf@enhanced.com) Date: Thu, 17 Aug 2000 07:51:00 -0000 Subject: Successful "make install".....almost..... Message-ID: <399C2506.DA0C2AED@enhanced.com> Hello all, I am building source navigator on a Linux/Debian box and everything seems to run smoothly until the end, ./configure generates no errors, "make install" runs and seems to be fine until the end when the message below appears: ld: cannot open -ltk8.1: No such file or directory make[2]: *** [itcl_wish] Error 1 make[2]: Leaving directory `/root/SN451/itcl/src' make[1]: *** [install] Error 1 make[1]: Leaving directory `/root/SN451/itcl' make: *** [install-itcl] Error 2 and then make exits.....obviously something related to tcl but i am no expert, any ideas would be appreciated... also i am running the Windows binaries and the install was flawless, my compliments to the team for such a useful app. and to redhat for releasing it. Thank You, Randy -- Randall Wolf - rwolf@enhanced.com Systems Administrator Intech Enhanced Investment Technologies 561.775.1111 From spolk@redhat.com Thu Aug 17 08:26:00 2000 From: spolk@redhat.com (Syd Polk) Date: Thu, 17 Aug 2000 08:26:00 -0000 Subject: Successful "make install".....almost..... References: <399C2506.DA0C2AED@enhanced.com> Message-ID: <399C04BC.DFE3167B@redhat.com> In your source tree, do you have a tk8.1 directory? In your build tree, do you have a tk8.1 directory? tk8.1/unix? tk8.1/unix/libtk8.1.a? rwolf@enhanced.com wrote: > > Hello all, > > I am building source navigator on a Linux/Debian box > and everything seems to run smoothly until the end, > ./configure generates no errors, "make install" runs > and seems to be fine until the end when the message > below appears: > > ld: cannot open -ltk8.1: No such file or directory > make[2]: *** [itcl_wish] Error 1 > make[2]: Leaving directory `/root/SN451/itcl/src' > make[1]: *** [install] Error 1 > make[1]: Leaving directory `/root/SN451/itcl' > make: *** [install-itcl] Error 2 > > and then make exits.....obviously something related > to tcl but i am no expert, any ideas would be appreciated... > > also i am running the Windows binaries and the install > was flawless, my compliments to the team for such a > useful app. and to redhat for releasing it. > > Thank You, > > Randy > > -- > Randall Wolf - rwolf@enhanced.com > Systems Administrator > Intech Enhanced Investment Technologies > 561.775.1111 From TEH@TELEPLAN.NO Thu Aug 17 08:46:00 2000 From: TEH@TELEPLAN.NO (Hageseter, Trond E.) Date: Thu, 17 Aug 2000 08:46:00 -0000 Subject: Starting Insight from SN freezes SN Message-ID: <814E7D3EC90ED411B3AD0050DA4888572018B4@tpn.teleplan.no> When trying to start Insight (5.0) from SN451 on Solaris 7, SN freezes. Can it be something wrong in my setup.. I have installed Insight with install root /usr/local, and SN in /usr/local/rh/snavigator. Anyone have any luck running Insight from SN? -------------------------------------------------------------------------- Trond E. Hages????ter e-mail: teh@teleplan.no Consultant direct: +47 6712 7161 Teleplan A/S mobile: +47 9306 7161 Fornebuvn. 33-35, P.O. Box 69 fax: +47 6712 7101 N-1324 Lysaker, Norway From spolk@redhat.com Thu Aug 17 12:15:00 2000 From: spolk@redhat.com (Syd Polk) Date: Thu, 17 Aug 2000 12:15:00 -0000 Subject: Starting Insight from SN freezes SN References: <814E7D3EC90ED411B3AD0050DA4888572018B4@tpn.teleplan.no> Message-ID: <4.2.0.58.20000817115906.00cfe5b0@pop.cygnus.com> If you are debugging a console application which reads from stdin, you will freeze unless you change the command line to start insight to use an xterm. This information should be in the debugger chapter in the online docs. At 05:44 PM 8/17/00 +0200, Hageseter, Trond E. wrote: >When trying to start Insight (5.0) from SN451 on Solaris 7, SN freezes. > >Can it be something wrong in my setup.. I have installed Insight with >install root /usr/local, and >SN in /usr/local/rh/snavigator. Anyone have any luck running Insight from >SN? > >-------------------------------------------------------------------------- >Trond E. Hages????ter e-mail: teh@teleplan.no >Consultant direct: +47 6712 7161 >Teleplan A/S mobile: +47 9306 7161 >Fornebuvn. 33-35, P.O. Box 69 fax: +47 6712 7101 >N-1324 Lysaker, Norway > Syd Polk spolk@redhat.com Engineering Manager +1 415 777 9810 x 241 Red Hat, Inc. From rwolf@enhanced.com Thu Aug 17 12:45:00 2000 From: rwolf@enhanced.com (rwolf@enhanced.com) Date: Thu, 17 Aug 2000 12:45:00 -0000 Subject: Successful "make install".....almost..... References: <399C2506.DA0C2AED@enhanced.com> <399C04BC.DFE3167B@redhat.com> Message-ID: <399C6A0F.F928290@enhanced.com> Thank you for your prompt response... When i do a find for this directory i get: /SN451/tix/unix/tk8.1 /SN451/tk8.1 Syd Polk wrote: > > In your source tree, do you have a tk8.1 directory? > > In your build tree, do you have a tk8.1 directory? tk8..1/unix? > tk8.1/unix/libtk8.1.a? > > rwolf@enhanced.com wrote: > > > > Hello all, > > > > I am building source navigator on a Linux/Debian box > > and everything seems to run smoothly until the end, > > ./configure generates no errors, "make install" runs > > and seems to be fine until the end when the message > > below appears: > > > > ld: cannot open -ltk8.1: No such file or directory > > make[2]: *** [itcl_wish] Error 1 > > make[2]: Leaving directory `/root/SN451/itcl/src' > > make[1]: *** [install] Error 1 > > make[1]: Leaving directory `/root/SN451/itcl' > > make: *** [install-itcl] Error 2 > > > > and then make exits.....obviously something related > > to tcl but i am no expert, any ideas would be appreciated... > > > > also i am running the Windows binaries and the install > > was flawless, my compliments to the team for such a > > useful app. and to redhat for releasing it. > > > > Thank You, > > > > Randy > > > > -- > > Randall Wolf - rwolf@enhanced.com > > Systems Administrator > > Intech Enhanced Investment Technologies > > 561.775.1111 -- Randall Wolf - rwolf@enhanced.com Systems Administrator Intech Enhanced Investment Technologies 561.775.1111 From spolk@redhat.com Thu Aug 17 12:50:00 2000 From: spolk@redhat.com (Syd Polk) Date: Thu, 17 Aug 2000 12:50:00 -0000 Subject: Successful "make install".....almost..... References: <399C2506.DA0C2AED@enhanced.com> <399C04BC.DFE3167B@redhat.com> <399C6A0F.F928290@enhanced.com> Message-ID: <4.2.0.58.20000817125102.00d00100@pop.cygnus.com> Can you give me an ls from your source directory and an ls from your build directory if your build directory is different? At 03:41 PM 8/17/00 -0700, rwolf@enhanced.com wrote: >Thank you for your prompt response... > >When i do a find for this directory i get: > >/SN451/tix/unix/tk8.1 >/SN451/tk8.1 > > > >Syd Polk wrote: > > > > In your source tree, do you have a tk8.1 directory? > > > > In your build tree, do you have a tk8.1 directory? tk8..1/unix? > > tk8.1/unix/libtk8.1.a? > > > > rwolf@enhanced.com wrote: > > > > > > Hello all, > > > > > > I am building source navigator on a Linux/Debian box > > > and everything seems to run smoothly until the end, > > > ./configure generates no errors, "make install" runs > > > and seems to be fine until the end when the message > > > below appears: > > > > > > ld: cannot open -ltk8.1: No such file or directory > > > make[2]: *** [itcl_wish] Error 1 > > > make[2]: Leaving directory `/root/SN451/itcl/src' > > > make[1]: *** [install] Error 1 > > > make[1]: Leaving directory `/root/SN451/itcl' > > > make: *** [install-itcl] Error 2 > > > > > > and then make exits.....obviously something related > > > to tcl but i am no expert, any ideas would be appreciated... > > > > > > also i am running the Windows binaries and the install > > > was flawless, my compliments to the team for such a > > > useful app. and to redhat for releasing it. > > > > > > Thank You, > > > > > > Randy > > > > > > -- > > > Randall Wolf - rwolf@enhanced.com > > > Systems Administrator > > > Intech Enhanced Investment Technologies > > > 561.775.1111 > >-- >Randall Wolf - rwolf@enhanced.com >Systems Administrator >Intech Enhanced Investment Technologies >561.775.1111 Syd Polk spolk@redhat.com Engineering Manager +1 415 777 9810 x 241 Red Hat, Inc. From mdejong@cygnus.com Thu Aug 17 13:41:00 2000 From: mdejong@cygnus.com (Mo DeJong) Date: Thu, 17 Aug 2000 13:41:00 -0000 Subject: Starting Insight from SN freezes SN References: <814E7D3EC90ED411B3AD0050DA4888572018B4@tpn.teleplan.no> Message-ID: On Thu, 17 Aug 2000, Hageseter, Trond E. wrote: > When trying to start Insight (5.0) from SN451 on Solaris 7, SN freezes. > > Can it be something wrong in my setup.. I have installed Insight with > install root /usr/local, and > SN in /usr/local/rh/snavigator. Anyone have any luck running Insight from > SN? Are you runing SN in the background? That works for SN, but insight will not work when run from inside SN, gdb needs to find a controlling terminal. Mo DeJong Red Hat Inc From TEH@TELEPLAN.NO Thu Aug 17 23:30:00 2000 From: TEH@TELEPLAN.NO (Hageseter, Trond E.) Date: Thu, 17 Aug 2000 23:30:00 -0000 Subject: Starting Insight from SN freezes SN Message-ID: <814E7D3EC90ED411B3AD0050DA4888572018B5@tpn.teleplan.no> Great! The problem was solved by NOT starting SN in the bacckground! Thanks! -----Original Message----- From: Mo DeJong [ mailto:mdejong@cygnus.com ] Sent: 17. august 2000 22:42 To: Hageseter, Trond E. Cc: sourcenav@sources.redhat.com Subject: Re: Starting Insight from SN freezes SN On Thu, 17 Aug 2000, Hageseter, Trond E. wrote: > When trying to start Insight (5.0) from SN451 on Solaris 7, SN freezes. > > Can it be something wrong in my setup.. I have installed Insight with > install root /usr/local, and > SN in /usr/local/rh/snavigator. Anyone have any luck running Insight from > SN? Are you runing SN in the background? That works for SN, but insight will not work when run from inside SN, gdb needs to find a controlling terminal. Mo DeJong Red Hat Inc From stephane.rouviere@intel.com Fri Aug 18 01:30:00 2000 From: stephane.rouviere@intel.com (Rouviere, Stephane) Date: Fri, 18 Aug 2000 01:30:00 -0000 Subject: Source Navigator 4.5.1 -> Configure problem -> Unpacking the tar file gives a checksum error Message-ID: Hello, ???? I had the same problem with the tar: directory checksum error. It seams to be a Sun tar problem. I took a gnu version of tar, recompiled it under SunOS and then untar SN451.tar with it and it works. The checksum error desappear. ???? Hope it will help you ???? St????phane ???? -----Original Message----- From: Johan Vermeire WX21 54189 [mailto:Johan.Vermeire@alcatel.be] Sent: jeudi 17 ao????t 2000 14:12 To: Syd Polk Cc: sourcenav@sources.redhat.com Subject: Re: Source Navigator 4.5.1 -> Configure problem -> Unpacking the tar file gives a checksum error Hi Syd, Thanks for your reply. I've re-done the installation and I've the same problem with the configuration of SourceNavigator 4.51 ???? After unpacking the tar file: I got at the end the following message: .... x SN451/snavigator/doc/html/edk/gnupro/2_comp/The_C_Preprocessor/cppCascaded_Use_of_Macros.html, 3883 bytes, 8 tape blocks x SN451/snavigator/doc/html/edk/gnupro/2_comp/The_C_Preprocessor/cppCombining_Source_Files.html, 8168 bytes, 16 tape blocks x SN451/snavigator/doc/html/edk/gnupro/2_comp/The_C_Preprocessor/cppConcatenation.html, 6850 bytes, 14 tape blocks x SN451/snavigator/doc/html/edk/gnupro/2_comp/The_C_Preprocessor/cppConditionals.html, 4326 bytes, 9 tape blocks x SN451/snavigator/doc/html/edk/gnupro/2_comp/The_C_Preprocessor/cppConditionals_and_Macros.html, 9793 bytes, 20 tape blocks x SN451/snavigator/doc/html/edk/gnupro/2_comp/The_C_Preprocessor/cppDuplication_of_Side_Effects.html, 5804 bytes, 12 tape blocks x SN451/snavigator/doc/html/edk/gnupro/2_comp/The_C_Preprocessor/cppHeader_Files.html, 2793 bytes, 6 tape blocks x SN451/snavigator/doc/html/edk/gnupro/2_comp/The_C_Preprocessor/cppHow_include_Works.html, 4383 bytes, 9 tape blocks x SN451/snavigator/doc/html/edk/gnupro/2_comp/The_C_Preprocessor/cppImproperly_Nested_Constructs.html, 2880 bytes, 6 tape blocks x SN451/snavigator/doc/html/edk/gnupro/2_comp/The_C_Preprocessor/cppInheritance_and_Header_Files.html, 6463 bytes, 13 tape blocks x SN451/snavigator/doc/html/edk/gnupro/2_comp/The_C_Preprocessor/cppInvoking_the_C_Preprocessor.html, 35022 bytes, 69 tape blocks tar: directory checksum error Is the tar file complete??? The size of the Gunzipped tar file: btm0gn:/home/jvme/bin> ls -al SN451.tar -rw-r--r--???????? 1 jvme???????????????? xantium???? 59944960 Aug 17 13:50 SN451.tar The contents after Configuring is: btm0gn:/home/jvme/bin/SN451/build> ../configure --prefix=/cmx_tools/3EZ01881_SourceNavigator Configuring for a sparc-sun-solaris2.6 host. Created "Makefile" in /home/jvme/bin/SN451/build using "mh-frag" Configuring db... creating cache ../config.cache ... ... checking for uid_t in sys/types.h... yes checking for Tcl configuration script... configure: warning: Can't find Tcl configuration definitions checking for Tk configuration script... configure: warning: Can't find Tk configuration definitions checking for Tcl headers in the source tree... none checking for tcl.h... no configure: error: Can't find any Tcl headers Configure in /home/jvme/bin/SN451/build/itcl failed, exiting. btm0gn:/home/jvme/bin/SN451/build> cd .. btm0gn:/home/jvme/bin/SN451> ls -al total 1664 drwxr-xr-x???? 11 jvme???????????????? xantium???????????????? 8192 Aug 17 13:57 . drwxr-xr-x???? 46 jvme???????????????? xantium???????????????? 8192 Aug 17 13:52 .. -rw-r-----???????? 1 jvme???????????????? xantium???????????? 18007 May???? 1???? 1998 COPYING -rw-r-----???????? 1 jvme???????????????? xantium???????????? 25283 May 12???? 1998 COPYING.LIB -rw-r-----???????? 1 jvme???????????????? xantium???????? 208768 Jul 10 22:29 ChangeLog -rw-r-----???????? 1 jvme???????????????? xantium???????????? 52710 Jul 10 22:29 Makefile.in -rw-r-----???????? 1 jvme???????????????? xantium???????????????? 1719 May???? 1???? 1998 README drwxr-xr-x???????? 5 jvme???????????????? xantium???????????????? 8192 Aug 17 14:00 build drwxr-xr-x???????? 3 jvme???????????????? xantium???????????????? 8192 Jul 10 23:46 config -rw-r-----???????? 1 jvme???????????????? xantium???????????? 17126 Jul 10 22:29 config-ml.in -rwxr-x---???????? 1 jvme???????????????? xantium???????????? 26831 Oct 10???? 1998 config.guess -rw-r-----???????? 1 jvme???????????????? xantium???????????????? 2010 Oct 19???? 1998 config.if -rwxr-x---???????? 1 jvme???????????????? xantium???????????? 26166 Jul 10 22:29 config.sub -rwxr-x---???????? 1 jvme???????????????? xantium???????????? 50317 Jul 10 22:29 configure -rw-r-----???????? 1 jvme???????????????? xantium???????????? 36104 Jul 10 22:29 configure.in drwxr-xr-x???? 12 jvme???????????????? xantium???????????????? 8192 Jul 10 22:29 db drwxr-xr-x???????? 5 jvme???????????????? xantium???????????????? 8192 Jul 10 23:46 etc drwxr-xr-x???????? 8 jvme???????????????? xantium???????????????? 8192 Jul 10 23:46 grep drwxr-xr-x???????? 2 jvme???????????????? xantium???????????????? 8192 Jul 10 23:46 include -rwxr-x---???????? 1 jvme???????????????? xantium???????????????? 5598 Jul 15???? 1998 install-sh drwxr-xr-x???????? 8 jvme???????????????? xantium???????????????? 8192 Jul 10 23:46 itcl drwxr-xr-x???????? 5 jvme???????????????? xantium???????????????? 8192 Jul 10 23:46 libgui -rwxr-x---???????? 1 jvme???????????????? xantium???????????? 51498 Jul???? 7???? 1998 ltconfig -rw-r-----???????? 1 jvme???????????????? xantium???????????? 75122 Jul 14???? 1998 ltmain.sh -rwxr-x---???????? 1 jvme???????????????? xantium???????????????? 6274 Jun 10???? 1998 missing -rwxr-x---???????? 1 jvme???????????????? xantium???????????????????? 730 May???? 1???? 1998 mkinstalldirs -rwxr-x---???????? 1 jvme???????????????? xantium???????????????????? 869 May???? 1???? 1998 move-if-change -rw-r-----???????? 1 jvme???????????????? xantium???????????? 14898 May???? 1???? 1998 mpw-README -rw-r-----???????? 1 jvme???????????????? xantium???????????????? 5169 May???? 1???? 1998 mpw-build.in -rw-r-----???????? 1 jvme???????????????? xantium???????????????? 4742 May???? 1???? 1998 mpw-config.in -rw-r-----???????? 1 jvme???????????????? xantium???????????? 14664 May???? 1???? 1998 mpw-configure -rw-r-----???????? 1 jvme???????????????? xantium???????????????? 3171 May???? 1???? 1998 mpw-install drwxr-xr-x???????? 6 jvme???????????????? xantium???????????????? 8192 Aug 17 13:53 snavigator btm0gn:/home/jvme/bin/SN451> dir drwxr-xr-x???? 11 jvme???????????????? xantium???????????????? 8192 Aug 17 13:57 . drwxr-xr-x???? 46 jvme???????????????? xantium???????????????? 8192 Aug 17 13:52 .. drwxr-xr-x???????? 5 jvme???????????????? xantium???????????????? 8192 Aug 17 14:00 build drwxr-xr-x???????? 3 jvme???????????????? xantium???????????????? 8192 Jul 10 23:46 config drwxr-xr-x???? 12 jvme???????????????? xantium???????????????? 8192 Jul 10 22:29 db drwxr-xr-x???????? 5 jvme???????????????? xantium???????????????? 8192 Jul 10 23:46 etc drwxr-xr-x???????? 8 jvme???????????????? xantium???????????????? 8192 Jul 10 23:46 grep drwxr-xr-x???????? 2 jvme???????????????? xantium???????????????? 8192 Jul 10 23:46 include drwxr-xr-x???????? 8 jvme???????????????? xantium???????????????? 8192 Jul 10 23:46 itcl drwxr-xr-x???????? 5 jvme???????????????? xantium???????????????? 8192 Jul 10 23:46 libgui drwxr-xr-x???????? 6 jvme???????????????? xantium???????????????? 8192 Aug 17 13:53 snavigator btm0gn:/home/jvme/bin/SN451> I don't see a tcl and tk directory! ???? Best Regards, Johan ???? ???? Syd Polk wrote: You must use the tcl code provided with the Source-Navigator package. Did you by chance delete the tcl and tk directories after you expanded the tarball? Johan Vermeire WX21 54189 wrote: > > Hi, > > I don't know to where I've to send SN bug (configure) reports, therefore I > mail to you. > Sorry, if I'm not at the right person. > > ./. > > I started today with a first attempt to rebuild SN451 from scratch. > > btm0gn:/home/jvme/bin/SN451> ./configure > --prefix=/cmx_tools/3EZ01881_SourceNavigator > Configuring for a sparc-sun-solaris2.6 host. > Created "Makefile" in /home/jvme/bin/SN451 using "mh-frag" > ./config.status is unchanged > Configuring db... > loading cache ../config.cache > checking for a BSD compatible install... ./install-sh -c > checking whether build environment is sane... yes > checking whether make sets ${MAKE}... (cached) yes > checking for working aclocal... missing > checking for working autoconf... missing > checking for working automake... missing > checking for working autoheader... missing > checking for working makeinfo... missing > checking whether to enable maintainer-specific portions of Makefiles... no > checking whether make sets ${MAKE}... (cached) yes > checking for gcc... (cached) gcc > checking whether the C compiler (gcc -g -O2 ) works... yes > checking whether the C compiler (gcc -g -O2 ) is a cross-compiler... no > checking whether we are using GNU C... (cached) yes > checking whether gcc accepts -g... (cached) yes > checking how to run the C preprocessor... (cached) gcc -E > checking for cygwin32 environment... (cached) no > checking for mingw32 environment... (cached) no > checking for executable suffix... (cached) no > checking for object suffix... (cached) o > checking for ranlib... (cached) ranlib > checking for false... (cached) /usr/bin/false > checking for sh... (cached) /usr/bin/sh > checking for sh5... (cached) /usr/bin/false > checking for bash... (cached) /usr/bin/bash > checking for cygwin32... (cached) no > checking for Microsoft Visual C++... (cached) no > checking checking for shell with functions... (cached) /usr/bin/sh > checking for dirent.h that defines DIR... (cached) yes > checking for opendir in -ldir... (cached) no > checking for ANSI C header files... (cached) yes > checking for sys/wait.h that is POSIX.1 compatible... (cached) yes > checking for fcntl.h... (cached) yes > checking for limits.h... (cached) yes > checking for sys/time.h... (cached) yes > checking for unistd.h... (cached) yes > checking for ssize_t... (cached) yes > checking for pgno_t... (cached) no > checking whether byte ordering is bigendian... (cached) yes > checking for working const... (cached) yes > checking whether time.h and sys/time.h may both be included... (cached) yes > checking for st_blksize in struct stat... (cached) yes > checking for mode_t... (cached) yes > checking for off_t... (cached) yes > checking for pid_t... (cached) yes > checking for size_t... (cached) yes > checking for u_char... (cached) yes > checking for vprintf... (cached) yes > checking for unistd.h... (cached) yes > checking for getpagesize... (cached) yes > checking for working mmap... (cached) yes > checking for mkdir... (cached) yes > checking for rmdir... (cached) yes > checking for select... (cached) yes > checking for memmove... (cached) yes > checking for snprintf... (cached) yes > checking for strerror... (cached) yes > checking for sprintf return value... (cached) yes > checking for int8_t... (cached) yes > checking for u_int8_t... (cached) no > checking for int16_t... (cached) yes > checking for u_int16_t... (cached) no > checking for int32_t... (cached) yes > checking for u_int32_t... (cached) no > checking for int64_t... (cached) yes > checking for u_int64_t... (cached) no > creating ./config.status > creating Makefile > creating PORT/Makefile > creating config.h > config.h is unchanged > Configuring itcl... > loading cache ../config.cache > checking for a BSD compatible install... ./../install-sh -c > checking for ranlib... (cached) ranlib > checking for gcc... (cached) gcc > checking whether the C compiler (gcc -g -O2 ) works... yes > checking whether the C compiler (gcc -g -O2 ) is a cross-compiler... no > checking whether we are using GNU C... (cached) yes > checking whether gcc accepts -g... (cached) yes > checking how to run the C preprocessor... (cached) gcc -E > checking for object suffix... (cached) o > checking for cygwin32 environment... (cached) no > checking for mingw32 environment... (cached) no > checking for executable suffix... (cached) no > checking for ANSI C header files... (cached) yes > checking for mode_t... (cached) yes > checking for pid_t... (cached) yes > checking for size_t... (cached) yes > checking for uid_t in sys/types.h... yes > checking for Tcl configuration script... configure: warning: Can't find Tcl > configuration definitions > checking for Tk configuration script... configure: warning: Can't find Tk > configuration definitions > checking for Tcl headers in the source tree... none > checking for tcl.h... no > configure: error: Can't find any Tcl headers > Configure in /home/jvme/bin/SN451/itcl failed, exiting. > btm0gn:/home/jvme/bin/SN451> > > And the make doesn't start: > > btm0gn:/home/jvme/bin/SN451> make > make???? all-recursive > Making all in PORT > mksh: Fatal error in reader: = missing from replacement macro reference > Current working directory /home/jvme/bin/SN451/db/PORT > *** Error code 1 > make: Fatal error: Command failed for target `all-recursive' > Current working directory /home/jvme/bin/SN451/db > *** Error code 1 > make: Fatal error: Command failed for target `all-recursive-am' > Current working directory /home/jvme/bin/SN451/db > *** Error code 1 > make: Fatal error: Command failed for target `all-db' > btm0gn:/home/jvme/bin/SN451> > > ./. > > Can you help? > > > Best Regards, > > Johan Vermeire From Johan.Vermeire@alcatel.be Fri Aug 18 03:04:00 2000 From: Johan.Vermeire@alcatel.be (Johan Vermeire WX21 54189) Date: Fri, 18 Aug 2000 03:04:00 -0000 Subject: Source Navigator 4.5.1 -> Configure problem -> Unpacking the tar file gives a checksum error References: Message-ID: <399D09EB.C0F68A5D@alcatel.be> Hi Stephane, ???? Thanks for your help. I've now used GNU's tar 1.13, and all files are now extracted correctly. Is this TAR????incompatibility a SUN Solaris 2.6 or GNU problem ? ???? ???? Best Regards, Johan Vermeire ???? "Rouviere, Stephane" wrote: ???? Hello, I had the same problem with the tar: directory checksum error. It seams to be a Sun tar problem. I took a gnu version of tar, recompiled it under SunOS and then untar SN451.tar with it and it works. The checksum error desappear. Hope it will help you St????phane ???? -----Original Message----- From: Johan Vermeire WX21 54189 [ mailto:Johan.Vermeire@alcatel.be ] Sent: jeudi 17 ao????t 2000 14:12 To: Syd Polk Cc: sourcenav@sources.redhat.com Subject: Re: Source Navigator 4.5.1 -> Configure problem -> Unpacking the tar file gives a checksum error ???? Hi Syd, Thanks for your reply. I've re-done the installation and I've the same problem with the configuration of SourceNavigator 4.51 ???? After unpacking the tar file: I got at the end the following message: .... x SN451/snavigator/doc/html/edk/gnupro/2_comp/The_C_Preprocessor/cppCascaded_Use_of_Macros.html, 3883 bytes, 8 tape blocks x SN451/snavigator/doc/html/edk/gnupro/2_comp/The_C_Preprocessor/cppCombining_Source_Files.html, 8168 bytes, 16 tape blocks x SN451/snavigator/doc/html/edk/gnupro/2_comp/The_C_Preprocessor/cppConcatenation.html, 6850 bytes, 14 tape blocks x SN451/snavigator/doc/html/edk/gnupro/2_comp/The_C_Preprocessor/cppConditionals.html, 4326 bytes, 9 tape blocks x SN451/snavigator/doc/html/edk/gnupro/2_comp/The_C_Preprocessor/cppConditionals_and_Macros.html, 9793 bytes, 20 tape blocks x SN451/snavigator/doc/html/edk/gnupro/2_comp/The_C_Preprocessor/cppDuplication_of_Side_Effects.html, 5804 bytes, 12 tape blocks x SN451/snavigator/doc/html/edk/gnupro/2_comp/The_C_Preprocessor/cppHeader_Files.html, 2793 bytes, 6 tape blocks x SN451/snavigator/doc/html/edk/gnupro/2_comp/The_C_Preprocessor/cppHow_include_Works.html, 4383 bytes, 9 tape blocks x SN451/snavigator/doc/html/edk/gnupro/2_comp/The_C_Preprocessor/cppImproperly_Nested_Constructs.html, 2880 bytes, 6 tape blocks x SN451/snavigator/doc/html/edk/gnupro/2_comp/The_C_Preprocessor/cppInheritance_and_Header_Files.html, 6463 bytes, 13 tape blocks x SN451/snavigator/doc/html/edk/gnupro/2_comp/The_C_Preprocessor/cppInvoking_the_C_Preprocessor.html, 35022 bytes, 69 tape blocks tar: directory checksum error Is the tar file complete??? The size of the Gunzipped tar file: btm0gn:/home/jvme/bin> ls -al SN451.tar -rw-r--r--???????? 1 jvme???????????????? xantium???? 59944960 Aug 17 13:50 SN451.tar The contents after Configuring is: btm0gn:/home/jvme/bin/SN451/build> ../configure --prefix=/cmx_tools/3EZ01881_SourceNavigator Configuring for a sparc-sun-solaris2.6 host. Created "Makefile" in /home/jvme/bin/SN451/build using "mh-frag" Configuring db... creating cache ../config.cache ... ... checking for uid_t in sys/types.h... yes checking for Tcl configuration script... configure: warning: Can't find Tcl configuration definitions checking for Tk configuration script... configure: warning: Can't find Tk configuration definitions checking for Tcl headers in the source tree... none checking for tcl.h... no configure: error: Can't find any Tcl headers Configure in /home/jvme/bin/SN451/build/itcl failed, exiting. btm0gn:/home/jvme/bin/SN451/build> cd .. btm0gn:/home/jvme/bin/SN451> ls -al total 1664 drwxr-xr-x???? 11 jvme???????????????? xantium???????????????? 8192 Aug 17 13:57 . drwxr-xr-x???? 46 jvme???????????????? xantium???????????????? 8192 Aug 17 13:52 .. -rw-r-----???????? 1 jvme???????????????? xantium???????????? 18007 May???? 1???? 1998 COPYING -rw-r-----???????? 1 jvme???????????????? xantium???????????? 25283 May 12???? 1998 COPYING.LIB -rw-r-----???????? 1 jvme???????????????? xantium???????? 208768 Jul 10 22:29 ChangeLog -rw-r-----???????? 1 jvme???????????????? xantium???????????? 52710 Jul 10 22:29 Makefile.in -rw-r-----???????? 1 jvme???????????????? xantium???????????????? 1719 May???? 1???? 1998 README drwxr-xr-x???????? 5 jvme???????????????? xantium???????????????? 8192 Aug 17 14:00 build drwxr-xr-x???????? 3 jvme???????????????? xantium???????????????? 8192 Jul 10 23:46 config -rw-r-----???????? 1 jvme???????????????? xantium???????????? 17126 Jul 10 22:29 config-ml.in -rwxr-x---???????? 1 jvme???????????????? xantium???????????? 26831 Oct 10???? 1998 config.guess -rw-r-----???????? 1 jvme???????????????? xantium???????????????? 2010 Oct 19???? 1998 config.if -rwxr-x---???????? 1 jvme???????????????? xantium???????????? 26166 Jul 10 22:29 config.sub -rwxr-x---???????? 1 jvme???????????????? xantium???????????? 50317 Jul 10 22:29 configure -rw-r-----???????? 1 jvme???????????????? xantium???????????? 36104 Jul 10 22:29 configure.in drwxr-xr-x???? 12 jvme???????????????? xantium???????????????? 8192 Jul 10 22:29 db drwxr-xr-x???????? 5 jvme???????????????? xantium???????????????? 8192 Jul 10 23:46 etc drwxr-xr-x???????? 8 jvme???????????????? xantium???????????????? 8192 Jul 10 23:46 grep drwxr-xr-x???????? 2 jvme???????????????? xantium???????????????? 8192 Jul 10 23:46 include -rwxr-x---???????? 1 jvme???????????????? xantium???????????????? 5598 Jul 15???? 1998 install-sh drwxr-xr-x???????? 8 jvme???????????????? xantium???????????????? 8192 Jul 10 23:46 itcl drwxr-xr-x???????? 5 jvme???????????????? xantium???????????????? 8192 Jul 10 23:46 libgui -rwxr-x---???????? 1 jvme???????????????? xantium???????????? 51498 Jul???? 7???? 1998 ltconfig -rw-r-----???????? 1 jvme???????????????? xantium???????????? 75122 Jul 14???? 1998 ltmain.sh -rwxr-x---???????? 1 jvme???????????????? xantium???????????????? 6274 Jun 10???? 1998 missing -rwxr-x---???????? 1 jvme???????????????? xantium???????????????????? 730 May???? 1???? 1998 mkinstalldirs -rwxr-x---???????? 1 jvme???????????????? xantium???????????????????? 869 May???? 1???? 1998 move-if-change -rw-r-----???????? 1 jvme???????????????? xantium???????????? 14898 May???? 1???? 1998 mpw-README -rw-r-----???????? 1 jvme???????????????? xantium???????????????? 5169 May???? 1???? 1998 mpw-build.in -rw-r-----???????? 1 jvme???????????????? xantium???????????????? 4742 May???? 1???? 1998 mpw-config.in -rw-r-----???????? 1 jvme???????????????? xantium???????????? 14664 May???? 1???? 1998 mpw-configure -rw-r-----???????? 1 jvme???????????????? xantium???????????????? 3171 May???? 1???? 1998 mpw-install drwxr-xr-x???????? 6 jvme???????????????? xantium???????????????? 8192 Aug 17 13:53 snavigator btm0gn:/home/jvme/bin/SN451> dir drwxr-xr-x???? 11 jvme???????????????? xantium???????????????? 8192 Aug 17 13:57 . drwxr-xr-x???? 46 jvme???????????????? xantium???????????????? 8192 Aug 17 13:52 .. drwxr-xr-x???????? 5 jvme???????????????? xantium???????????????? 8192 Aug 17 14:00 build drwxr-xr-x???????? 3 jvme???????????????? xantium???????????????? 8192 Jul 10 23:46 config drwxr-xr-x???? 12 jvme???????????????? xantium???????????????? 8192 Jul 10 22:29 db drwxr-xr-x???????? 5 jvme???????????????? xantium???????????????? 8192 Jul 10 23:46 etc drwxr-xr-x???????? 8 jvme???????????????? xantium???????????????? 8192 Jul 10 23:46 grep drwxr-xr-x???????? 2 jvme???????????????? xantium???????????????? 8192 Jul 10 23:46 include drwxr-xr-x???????? 8 jvme???????????????? xantium???????????????? 8192 Jul 10 23:46 itcl drwxr-xr-x???????? 5 jvme???????????????? xantium???????????????? 8192 Jul 10 23:46 libgui drwxr-xr-x???????? 6 jvme???????????????? xantium???????????????? 8192 Aug 17 13:53 snavigator btm0gn:/home/jvme/bin/SN451> I don't see a tcl and tk directory! ???? Best Regards, Johan ???? ???? Syd Polk wrote: You must use the tcl code provided with the Source-Navigator package. Did you by chance delete the tcl and tk directories after you expanded the tarball? Johan Vermeire WX21 54189 wrote: > > Hi, > > I don't know to where I've to send SN bug (configure) reports, therefore I > mail to you. > Sorry, if I'm not at the right person. > > ./. > > I started today with a first attempt to rebuild SN451 from scratch. > > btm0gn:/home/jvme/bin/SN451> ./configure > --prefix=/cmx_tools/3EZ01881_SourceNavigator > Configuring for a sparc-sun-solaris2.6 host. > Created "Makefile" in /home/jvme/bin/SN451 using "mh-frag" > ./config.status is unchanged > Configuring db... > loading cache ../config.cache > checking for a BSD compatible install... ./install-sh -c > checking whether build environment is sane... yes > checking whether make sets ${MAKE}... (cached) yes > checking for working aclocal... missing > checking for working autoconf... missing > checking for working automake... missing > checking for working autoheader... missing > checking for working makeinfo... missing > checking whether to enable maintainer-specific portions of Makefiles... no > checking whether make sets ${MAKE}... (cached) yes > checking for gcc... (cached) gcc > checking whether the C compiler (gcc -g -O2 ) works... yes > checking whether the C compiler (gcc -g -O2 ) is a cross-compiler... no > checking whether we are using GNU C... (cached) yes > checking whether gcc accepts -g... (cached) yes > checking how to run the C preprocessor... (cached) gcc -E > checking for cygwin32 environment... (cached) no > checking for mingw32 environment... (cached) no > checking for executable suffix... (cached) no > checking for object suffix... (cached) o > checking for ranlib... (cached) ranlib > checking for false... (cached) /usr/bin/false > checking for sh... (cached) /usr/bin/sh > checking for sh5... (cached) /usr/bin/false > checking for bash... (cached) /usr/bin/bash > checking for cygwin32... (cached) no > checking for Microsoft Visual C++... (cached) no > checking checking for shell with functions... (cached) /usr/bin/sh > checking for dirent.h that defines DIR... (cached) yes > checking for opendir in -ldir... (cached) no > checking for ANSI C header files... (cached) yes > checking for sys/wait.h that is POSIX.1 compatible... (cached) yes > checking for fcntl.h... (cached) yes > checking for limits.h... (cached) yes > checking for sys/time.h... (cached) yes > checking for unistd.h... (cached) yes > checking for ssize_t... (cached) yes > checking for pgno_t... (cached) no > checking whether byte ordering is bigendian... (cached) yes > checking for working const... (cached) yes > checking whether time.h and sys/time.h may both be included... (cached) yes > checking for st_blksize in struct stat... (cached) yes > checking for mode_t... (cached) yes > checking for off_t... (cached) yes > checking for pid_t... (cached) yes > checking for size_t... (cached) yes > checking for u_char... (cached) yes > checking for vprintf... (cached) yes > checking for unistd.h... (cached) yes > checking for getpagesize... (cached) yes > checking for working mmap... (cached) yes > checking for mkdir... (cached) yes > checking for rmdir... (cached) yes > checking for select... (cached) yes > checking for memmove... (cached) yes > checking for snprintf... (cached) yes > checking for strerror... (cached) yes > checking for sprintf return value... (cached) yes > checking for int8_t... (cached) yes > checking for u_int8_t... (cached) no > checking for int16_t... (cached) yes > checking for u_int16_t... (cached) no > checking for int32_t... (cached) yes > checking for u_int32_t... (cached) no > checking for int64_t... (cached) yes > checking for u_int64_t... (cached) no > creating ./config.status > creating Makefile > creating PORT/Makefile > creating config.h > config.h is unchanged > Configuring itcl... > loading cache ../config.cache > checking for a BSD compatible install... ./../install-sh -c > checking for ranlib... (cached) ranlib > checking for gcc... (cached) gcc > checking whether the C compiler (gcc -g -O2 ) works... yes > checking whether the C compiler (gcc -g -O2 ) is a cross-compiler... no > checking whether we are using GNU C... (cached) yes > checking whether gcc accepts -g... (cached) yes > checking how to run the C preprocessor... (cached) gcc -E > checking for object suffix... (cached) o > checking for cygwin32 environment... (cached) no > checking for mingw32 environment... (cached) no > checking for executable suffix... (cached) no > checking for ANSI C header files... (cached) yes > checking for mode_t... (cached) yes > checking for pid_t... (cached) yes > checking for size_t... (cached) yes > checking for uid_t in sys/types.h... yes > checking for Tcl configuration script... configure: warning: Can't find Tcl > configuration definitions > checking for Tk configuration script... configure: warning: Can't find Tk > configuration definitions > checking for Tcl headers in the source tree... none > checking for tcl.h... no > configure: error: Can't find any Tcl headers > Configure in /home/jvme/bin/SN451/itcl failed, exiting. > btm0gn:/home/jvme/bin/SN451> > > And the make doesn't start: > > btm0gn:/home/jvme/bin/SN451> make > make???? all-recursive > Making all in PORT > mksh: Fatal error in reader: = missing from replacement macro reference > Current working directory /home/jvme/bin/SN451/db/PORT > *** Error code 1 > make: Fatal error: Command failed for target `all-recursive' > Current working directory /home/jvme/bin/SN451/db > *** Error code 1 > make: Fatal error: Command failed for target `all-recursive-am' > Current working directory /home/jvme/bin/SN451/db > *** Error code 1 > make: Fatal error: Command failed for target `all-db' > btm0gn:/home/jvme/bin/SN451> > > ./. > > Can you help? > > > Best Regards, > > Johan Vermeire begin:vcard n:Vermeire;Johan tel;fax:+32 (0)3 2409816 tel;work:+32 (0)3 2404189 x-mozilla-html:FALSE url: http://www.alcate.be org:Alcatel Bell n.v.;CID - WX21 - F/A2 adr:;;F. Wellesplein 1;Antwerp;;2018;Belgium version:2.1 email;internet:Johan.Vermeire@alcatel.be title:Tools & Technology officer x-mozilla-cpt:;-7528 fn:Johan Vermeire end:vcard From stephane.rouviere@intel.com Fri Aug 18 04:48:00 2000 From: stephane.rouviere@intel.com (Rouviere, Stephane) Date: Fri, 18 Aug 2000 04:48:00 -0000 Subject: Source Navigator 4.5.1 -> Configure problem -> Unpacking the tar file gives a checksum error Message-ID: Hi Johan, ???? I don't know where the problem come from... sorry... I just had the solution ;-) ???? St????phane -----Original Message----- From: Johan Vermeire WX21 54189 [mailto:Johan.Vermeire@alcatel.be] Sent: vendredi 18 ao????t 2000 12:03 To: Rouviere, Stephane Cc: Syd Polk; sourcenav@sources.redhat.com; gnu@gnu.org Subject: Re: Source Navigator 4.5.1 -> Configure problem -> Unpacking the tar file gives a checksum error Hi Stephane, ???? Thanks for your help. I've now used GNU's tar 1.13, and all files are now extracted correctly. Is this TAR????incompatibility a SUN Solaris 2.6 or GNU problem ? ???? ???? Best Regards, Johan Vermeire ???? "Rouviere, Stephane" wrote: ???? Hello, I had the same problem with the tar: directory checksum error. It seams to be a Sun tar problem. I took a gnu version of tar, recompiled it under SunOS and then untar SN451.tar with it and it works. The checksum error desappear. Hope it will help you St????phane ???? -----Original Message----- From: Johan Vermeire WX21 54189 [ mailto:Johan.Vermeire@alcatel.be ] Sent: jeudi 17 ao????t 2000 14:12 To: Syd Polk Cc: sourcenav@sources.redhat.com Subject: Re: Source Navigator 4.5.1 -> Configure problem -> Unpacking the tar file gives a checksum error ???? Hi Syd, Thanks for your reply. I've re-done the installation and I've the same problem with the configuration of SourceNavigator 4.51 ???? After unpacking the tar file: I got at the end the following message: .... x SN451/snavigator/doc/html/edk/gnupro/2_comp/The_C_Preprocessor/cppCascaded_Use_of_Macros.html, 3883 bytes, 8 tape blocks x SN451/snavigator/doc/html/edk/gnupro/2_comp/The_C_Preprocessor/cppCombining_Source_Files.html, 8168 bytes, 16 tape blocks x SN451/snavigator/doc/html/edk/gnupro/2_comp/The_C_Preprocessor/cppConcatenation.html, 6850 bytes, 14 tape blocks x SN451/snavigator/doc/html/edk/gnupro/2_comp/The_C_Preprocessor/cppConditionals.html, 4326 bytes, 9 tape blocks x SN451/snavigator/doc/html/edk/gnupro/2_comp/The_C_Preprocessor/cppConditionals_and_Macros.html, 9793 bytes, 20 tape blocks x SN451/snavigator/doc/html/edk/gnupro/2_comp/The_C_Preprocessor/cppDuplication_of_Side_Effects.html, 5804 bytes, 12 tape blocks x SN451/snavigator/doc/html/edk/gnupro/2_comp/The_C_Preprocessor/cppHeader_Files.html, 2793 bytes, 6 tape blocks x SN451/snavigator/doc/html/edk/gnupro/2_comp/The_C_Preprocessor/cppHow_include_Works.html, 4383 bytes, 9 tape blocks x SN451/snavigator/doc/html/edk/gnupro/2_comp/The_C_Preprocessor/cppImproperly_Nested_Constructs.html, 2880 bytes, 6 tape blocks x SN451/snavigator/doc/html/edk/gnupro/2_comp/The_C_Preprocessor/cppInheritance_and_Header_Files.html, 6463 bytes, 13 tape blocks x SN451/snavigator/doc/html/edk/gnupro/2_comp/The_C_Preprocessor/cppInvoking_the_C_Preprocessor.html, 35022 bytes, 69 tape blocks tar: directory checksum error Is the tar file complete??? The size of the Gunzipped tar file: btm0gn:/home/jvme/bin> ls -al SN451.tar -rw-r--r--???????? 1 jvme???????????????? xantium???? 59944960 Aug 17 13:50 SN451.tar The contents after Configuring is: btm0gn:/home/jvme/bin/SN451/build> ../configure --prefix=/cmx_tools/3EZ01881_SourceNavigator Configuring for a sparc-sun-solaris2.6 host. Created "Makefile" in /home/jvme/bin/SN451/build using "mh-frag" Configuring db... creating cache ../config.cache ... ... checking for uid_t in sys/types.h... yes checking for Tcl configuration script... configure: warning: Can't find Tcl configuration definitions checking for Tk configuration script... configure: warning: Can't find Tk configuration definitions checking for Tcl headers in the source tree... none checking for tcl.h... no configure: error: Can't find any Tcl headers Configure in /home/jvme/bin/SN451/build/itcl failed, exiting. btm0gn:/home/jvme/bin/SN451/build> cd .. btm0gn:/home/jvme/bin/SN451> ls -al total 1664 drwxr-xr-x???? 11 jvme???????????????? xantium???????????????? 8192 Aug 17 13:57 . drwxr-xr-x???? 46 jvme???????????????? xantium???????????????? 8192 Aug 17 13:52 .. -rw-r-----???????? 1 jvme???????????????? xantium???????????? 18007 May???? 1???? 1998 COPYING -rw-r-----???????? 1 jvme???????????????? xantium???????????? 25283 May 12???? 1998 COPYING.LIB -rw-r-----???????? 1 jvme???????????????? xantium???????? 208768 Jul 10 22:29 ChangeLog -rw-r-----???????? 1 jvme???????????????? xantium???????????? 52710 Jul 10 22:29 Makefile.in -rw-r-----???????? 1 jvme???????????????? xantium???????????????? 1719 May???? 1???? 1998 README drwxr-xr-x???????? 5 jvme???????????????? xantium???????????????? 8192 Aug 17 14:00 build drwxr-xr-x???????? 3 jvme???????????????? xantium???????????????? 8192 Jul 10 23:46 config -rw-r-----???????? 1 jvme???????????????? xantium???????????? 17126 Jul 10 22:29 config-ml.in -rwxr-x---???????? 1 jvme???????????????? xantium???????????? 26831 Oct 10???? 1998 config.guess -rw-r-----???????? 1 jvme???????????????? xantium???????????????? 2010 Oct 19???? 1998 config.if -rwxr-x---???????? 1 jvme???????????????? xantium???????????? 26166 Jul 10 22:29 config.sub -rwxr-x---???????? 1 jvme???????????????? xantium???????????? 50317 Jul 10 22:29 configure -rw-r-----???????? 1 jvme???????????????? xantium???????????? 36104 Jul 10 22:29 configure.in drwxr-xr-x???? 12 jvme???????????????? xantium???????????????? 8192 Jul 10 22:29 db drwxr-xr-x???????? 5 jvme???????????????? xantium???????????????? 8192 Jul 10 23:46 etc drwxr-xr-x???????? 8 jvme???????????????? xantium???????????????? 8192 Jul 10 23:46 grep drwxr-xr-x???????? 2 jvme???????????????? xantium???????????????? 8192 Jul 10 23:46 include -rwxr-x---???????? 1 jvme???????????????? xantium???????????????? 5598 Jul 15???? 1998 install-sh drwxr-xr-x???????? 8 jvme???????????????? xantium???????????????? 8192 Jul 10 23:46 itcl drwxr-xr-x???????? 5 jvme???????????????? xantium???????????????? 8192 Jul 10 23:46 libgui -rwxr-x---???????? 1 jvme???????????????? xantium???????????? 51498 Jul???? 7???? 1998 ltconfig -rw-r-----???????? 1 jvme???????????????? xantium???????????? 75122 Jul 14???? 1998 ltmain.sh -rwxr-x---???????? 1 jvme???????????????? xantium???????????????? 6274 Jun 10???? 1998 missing -rwxr-x---???????? 1 jvme???????????????? xantium???????????????????? 730 May???? 1???? 1998 mkinstalldirs -rwxr-x---???????? 1 jvme???????????????? xantium???????????????????? 869 May???? 1???? 1998 move-if-change -rw-r-----???????? 1 jvme???????????????? xantium???????????? 14898 May???? 1???? 1998 mpw-README -rw-r-----???????? 1 jvme???????????????? xantium???????????????? 5169 May???? 1???? 1998 mpw-build.in -rw-r-----???????? 1 jvme???????????????? xantium???????????????? 4742 May???? 1???? 1998 mpw-config.in -rw-r-----???????? 1 jvme???????????????? xantium???????????? 14664 May???? 1???? 1998 mpw-configure -rw-r-----???????? 1 jvme???????????????? xantium???????????????? 3171 May???? 1???? 1998 mpw-install drwxr-xr-x???????? 6 jvme???????????????? xantium???????????????? 8192 Aug 17 13:53 snavigator btm0gn:/home/jvme/bin/SN451> dir drwxr-xr-x???? 11 jvme???????????????? xantium???????????????? 8192 Aug 17 13:57 . drwxr-xr-x???? 46 jvme???????????????? xantium???????????????? 8192 Aug 17 13:52 .. drwxr-xr-x???????? 5 jvme???????????????? xantium???????????????? 8192 Aug 17 14:00 build drwxr-xr-x???????? 3 jvme???????????????? xantium???????????????? 8192 Jul 10 23:46 config drwxr-xr-x???? 12 jvme???????????????? xantium???????????????? 8192 Jul 10 22:29 db drwxr-xr-x???????? 5 jvme???????????????? xantium???????????????? 8192 Jul 10 23:46 etc drwxr-xr-x???????? 8 jvme???????????????? xantium???????????????? 8192 Jul 10 23:46 grep drwxr-xr-x???????? 2 jvme???????????????? xantium???????????????? 8192 Jul 10 23:46 include drwxr-xr-x???????? 8 jvme???????????????? xantium???????????????? 8192 Jul 10 23:46 itcl drwxr-xr-x???????? 5 jvme???????????????? xantium???????????????? 8192 Jul 10 23:46 libgui drwxr-xr-x???????? 6 jvme???????????????? xantium???????????????? 8192 Aug 17 13:53 snavigator btm0gn:/home/jvme/bin/SN451> I don't see a tcl and tk directory! ???? Best Regards, Johan ???? ???? Syd Polk wrote: You must use the tcl code provided with the Source-Navigator package. Did you by chance delete the tcl and tk directories after you expanded the tarball? Johan Vermeire WX21 54189 wrote: > > Hi, > > I don't know to where I've to send SN bug (configure) reports, therefore I > mail to you. > Sorry, if I'm not at the right person. > > ./. > > I started today with a first attempt to rebuild SN451 from scratch. > > btm0gn:/home/jvme/bin/SN451> ./configure > --prefix=/cmx_tools/3EZ01881_SourceNavigator > Configuring for a sparc-sun-solaris2.6 host. > Created "Makefile" in /home/jvme/bin/SN451 using "mh-frag" > ./config.status is unchanged > Configuring db... > loading cache ../config.cache > checking for a BSD compatible install... ./install-sh -c > checking whether build environment is sane... yes > checking whether make sets ${MAKE}... (cached) yes > checking for working aclocal... missing > checking for working autoconf... missing > checking for working automake... missing > checking for working autoheader... missing > checking for working makeinfo... missing > checking whether to enable maintainer-specific portions of Makefiles... no > checking whether make sets ${MAKE}... (cached) yes > checking for gcc... (cached) gcc > checking whether the C compiler (gcc -g -O2 ) works... yes > checking whether the C compiler (gcc -g -O2 ) is a cross-compiler... no > checking whether we are using GNU C... (cached) yes > checking whether gcc accepts -g... (cached) yes > checking how to run the C preprocessor... (cached) gcc -E > checking for cygwin32 environment... (cached) no > checking for mingw32 environment... (cached) no > checking for executable suffix... (cached) no > checking for object suffix... (cached) o > checking for ranlib... (cached) ranlib > checking for false... (cached) /usr/bin/false > checking for sh... (cached) /usr/bin/sh > checking for sh5... (cached) /usr/bin/false > checking for bash... (cached) /usr/bin/bash > checking for cygwin32... (cached) no > checking for Microsoft Visual C++... (cached) no > checking checking for shell with functions... (cached) /usr/bin/sh > checking for dirent.h that defines DIR... (cached) yes > checking for opendir in -ldir... (cached) no > checking for ANSI C header files... (cached) yes > checking for sys/wait.h that is POSIX.1 compatible... (cached) yes > checking for fcntl.h... (cached) yes > checking for limits.h... (cached) yes > checking for sys/time.h... (cached) yes > checking for unistd.h... (cached) yes > checking for ssize_t... (cached) yes > checking for pgno_t... (cached) no > checking whether byte ordering is bigendian... (cached) yes > checking for working const... (cached) yes > checking whether time.h and sys/time.h may both be included... (cached) yes > checking for st_blksize in struct stat... (cached) yes > checking for mode_t... (cached) yes > checking for off_t... (cached) yes > checking for pid_t... (cached) yes > checking for size_t... (cached) yes > checking for u_char... (cached) yes > checking for vprintf... (cached) yes > checking for unistd.h... (cached) yes > checking for getpagesize... (cached) yes > checking for working mmap... (cached) yes > checking for mkdir... (cached) yes > checking for rmdir... (cached) yes > checking for select... (cached) yes > checking for memmove... (cached) yes > checking for snprintf... (cached) yes > checking for strerror... (cached) yes > checking for sprintf return value... (cached) yes > checking for int8_t... (cached) yes > checking for u_int8_t... (cached) no > checking for int16_t... (cached) yes > checking for u_int16_t... (cached) no > checking for int32_t... (cached) yes > checking for u_int32_t... (cached) no > checking for int64_t... (cached) yes > checking for u_int64_t... (cached) no > creating ./config.status > creating Makefile > creating PORT/Makefile > creating config.h > config.h is unchanged > Configuring itcl... > loading cache ../config.cache > checking for a BSD compatible install... ./../install-sh -c > checking for ranlib... (cached) ranlib > checking for gcc... (cached) gcc > checking whether the C compiler (gcc -g -O2 ) works... yes > checking whether the C compiler (gcc -g -O2 ) is a cross-compiler... no > checking whether we are using GNU C... (cached) yes > checking whether gcc accepts -g... (cached) yes > checking how to run the C preprocessor... (cached) gcc -E > checking for object suffix... (cached) o > checking for cygwin32 environment... (cached) no > checking for mingw32 environment... (cached) no > checking for executable suffix... (cached) no > checking for ANSI C header files... (cached) yes > checking for mode_t... (cached) yes > checking for pid_t... (cached) yes > checking for size_t... (cached) yes > checking for uid_t in sys/types.h... yes > checking for Tcl configuration script... configure: warning: Can't find Tcl > configuration definitions > checking for Tk configuration script... configure: warning: Can't find Tk > configuration definitions > checking for Tcl headers in the source tree... none > checking for tcl.h... no > configure: error: Can't find any Tcl headers > Configure in /home/jvme/bin/SN451/itcl failed, exiting. > btm0gn:/home/jvme/bin/SN451> > > And the make doesn't start: > > btm0gn:/home/jvme/bin/SN451> make > make???? all-recursive > Making all in PORT > mksh: Fatal error in reader: = missing from replacement macro reference > Current working directory /home/jvme/bin/SN451/db/PORT > *** Error code 1 > make: Fatal error: Command failed for target `all-recursive' > Current working directory /home/jvme/bin/SN451/db > *** Error code 1 > make: Fatal error: Command failed for target `all-recursive-am' > Current working directory /home/jvme/bin/SN451/db > *** Error code 1 > make: Fatal error: Command failed for target `all-db' > btm0gn:/home/jvme/bin/SN451> > > ./. > > Can you help? > > > Best Regards, > > Johan Vermeire From mdejong@cygnus.com Fri Aug 18 11:58:00 2000 From: mdejong@cygnus.com (Mo DeJong) Date: Fri, 18 Aug 2000 11:58:00 -0000 Subject: Source Navigator 4.5.1 -> Configure problem -> Unpacking the tar file gives a checksum error References: Message-ID: On Fri, 18 Aug 2000, Rouviere, Stephane wrote: ... Bunch of stuff in HTML format .... Please do not post to this mailing list in HTML. You may not even know that you are doing it. Posting in HTML makes your email message unreadable, it is just about as bad as sending spam. Do not let it happen again. Mo DeJong Red Hat Inc From stanm@sourcequest.com Fri Aug 18 18:33:00 2000 From: stanm@sourcequest.com (Stan Mitchell) Date: Fri, 18 Aug 2000 18:33:00 -0000 Subject: Initial Questions from Win32 User Message-ID: Hello All Thank you for making SN available as open source. I've been using it since version 4.2. Now that I can customize it more to my needs, it may get a lot more "air time" on my development machine. So far, I've been able to build the distribution using cygwin and VC++6. Next, I'm looking at starting some customizations and I have some related questions. It would seem that ../snav/share/gui/*.tcl are the core application source files. Are these executed as script files or are they byte-compiled during the build & install? Is there some facility for debug tracing, such as an output widget or console to which debug print statements can be directed? Lastly, there is one serious problem (to me at least) with the redirection of output from compiler tools. Our build process uses some "front-ends" to make. The output from the front-end tool is displayed in the output browser but the output from make and the compilers appears in a separate Win32 console. As soon as the build completes, the console is removed, and so is the output, since it is not redirected to the browser. This makes it impossible to navigate to source lines where compile errors have occurred. Is this something that can be fixed in multimake.tcl or is it a problem with tcl's 'exec' command? Thanks, Stan Mitchell SourceQuest, Inc. From mdejong@cygnus.com Sat Aug 19 15:20:00 2000 From: mdejong@cygnus.com (Mo DeJong) Date: Sat, 19 Aug 2000 15:20:00 -0000 Subject: Initial Questions from Win32 User References: Message-ID: On Fri, 18 Aug 2000, Stan Mitchell wrote: > Hello All Hello Stan. > Thank you for making SN available as open source. > I've been using it since version 4.2. Now that I can > customize it more to my needs, it may get a lot more > "air time" on my development machine. > > So far, I've been able to build the distribution using > cygwin and VC++6. Next, I'm looking at starting some > customizations and I have some related questions. > > It would seem that ../snav/share/gui/*.tcl are the core > application source files. Are these executed as script > files or are they byte-compiled during the build & install? Tcl has a built in byte code compiler, the .tcl source files get compiled as needed at runtime. The sources are all that you need to install. > Is there some facility for debug tracing, such as an output > widget or console to which debug print statements can be > directed? Yes, start SN like this to print debug info: ./snavigator --debug 9 > Lastly, there is one serious problem (to me at least) with > the redirection of output from compiler tools. Our build > process uses some "front-ends" to make. The output from > the front-end tool is displayed in the output browser > but the output from make and the compilers appears in a > separate Win32 console. As soon as the build completes, > the console is removed, and so is the output, since it is > not redirected to the browser. This makes it impossible > to navigate to source lines where compile errors have > occurred. Is this something that can be fixed in multimake.tcl > or is it a problem with tcl's 'exec' command? It sounds like a problem with your front end. You need to exec the process that is going to write compiler output to stdout. Mo DeJong Red Hat Inc From irox@redhat.com Sat Aug 19 23:29:00 2000 From: irox@redhat.com (Ian Roxborough) Date: Sat, 19 Aug 2000 23:29:00 -0000 Subject: Initial Questions from Win32 User References: Message-ID: <399F7A97.D062783F@redhat.com> Mo DeJong wrote: > > Is there some facility for debug tracing, such as an output > > widget or console to which debug print statements can be > > directed? > > Yes, start SN like this to print debug info: > > ./snavigator --debug 9 A quick note for Windows users: You can turn debugging on in Windows by set the enviroment variable SN_DEBUG to the debug level you want to use. I.E.: "set SN_DEBUG = 9" is the same as "./snavigator --debug 9" (As far as I remember, flags are pretty much ignored in the Windows version.) Ian. From irox@redhat.com Sat Aug 19 23:32:00 2000 From: irox@redhat.com (Ian Roxborough) Date: Sat, 19 Aug 2000 23:32:00 -0000 Subject: Initial Questions from Win32 User References: <399F7A97.D062783F@redhat.com> Message-ID: <399F7B5B.4BCE2CE@redhat.com> Ian Roxborough wrote: > A quick note for Windows users: You can turn debugging > on in Windows by set the enviroment variable SN_DEBUG to > the debug level you want to use. I.E.: > > "set SN_DEBUG = 9" is the same as "./snavigator --debug 9" > > (As far as I remember, flags are pretty much ignored in the > Windows version.) Another note: All the debug info is stored in a file in a directory determined by the contents of the TMP (or TEMP) environment variable (no console output). Ian. From reinhard.griech@pcm.endress.com Sun Aug 20 22:44:00 2000 From: reinhard.griech@pcm.endress.com (reinhard.griech@pcm.endress.com) Date: Sun, 20 Aug 2000 22:44:00 -0000 Subject: Antwort: Initial Questions from Win32 User Message-ID: On 19.08.2000 03:44:44 Stan Mitchell wrote: : > Lastly, there is one serious problem (to me at least) with > the redirection of output from compiler tools. Our build > process uses some "front-ends" to make. The output from > the front-end tool is displayed in the output browser > but the output from make and the compilers appears in a > separate Win32 console. As soon as the build completes, > the console is removed, and so is the output, since it is > not redirected to the browser. This makes it impossible : I had the same problem integrating a microcontrollers C compiler into SN. I've solved it with a stub program, which uses CreateProcess() from the Win32 API to create a child process without any output window. The process in fact is a shell which invokes the actual compiler/linker with output redirection to a file in the temp directory. After execution of the shell the output file is parsed for warnings/errors and send to stdout so that SN can display it in the build window. The stub has been written in perl. If you're interrested send me an email. Hardy From stanm@sourcequest.com Sun Aug 20 22:51:00 2000 From: stanm@sourcequest.com (Stan Mitchell) Date: Sun, 20 Aug 2000 22:51:00 -0000 Subject: Initial Questions from Win32 User References: <399F7B5B.4BCE2CE@redhat.com> Message-ID: Hi Ian Yes, I found the --debug option was greeted with an error message box on Win32. The SN_DEBUG environment variable works ok though, and the log files are generated as %TMP%/zznavigNN.log. I've written a small extension DLL that adds "dbgwin print" and "dbgwin break" Tcl commands. These send output strings to, or cause a break into a Win32 debugger. A bit primitive, bit it will do. Thanks -Stan > -----Original Message----- > From: sourcenav-owner@sources.redhat.com > [ mailto:sourcenav-owner@sources.redhat.com]On Behalf Of Ian Roxborough > Sent: Saturday, August 19, 2000 11:32 PM > To: Source Navigator Mail-List > Subject: Re: Initial Questions from Win32 User > > > Ian Roxborough wrote: > > A quick note for Windows users: You can turn debugging > > on in Windows by set the enviroment variable SN_DEBUG to > > the debug level you want to use. I.E.: > > > > "set SN_DEBUG = 9" is the same as "./snavigator --debug 9" > > > > (As far as I remember, flags are pretty much ignored in the > > Windows version.) > > Another note: All the debug info is stored in a file in a > directory determined by the contents of the TMP (or TEMP) > environment variable (no console output). > > Ian. > From spolk@redhat.com Mon Aug 21 11:42:00 2000 From: spolk@redhat.com (Syd Polk) Date: Mon, 21 Aug 2000 11:42:00 -0000 Subject: Initial Questions from Win32 User References: Message-ID: <4.2.0.58.20000821114255.00cd6830@pop.cygnus.com> At 06:44 PM 8/18/00 -0700, Stan Mitchell wrote: >Hello All > >Thank you for making SN available as open source. >I've been using it since version 4.2. Now that I can >customize it more to my needs, it may get a lot more >"air time" on my development machine. > >So far, I've been able to build the distribution using >cygwin and VC++6. Next, I'm looking at starting some >customizations and I have some related questions. > >It would seem that ../snav/share/gui/*.tcl are the core >application source files. Are these executed as script >files or are they byte-compiled during the build & install? They are executed as script files, but tcl itself converts the scripts to byte-codes and remembers them later. They are only parsed as scripts once. >Is there some facility for debug tracing, such as an output >widget or console to which debug print statements can be >directed? Well, if you start from a DOS prompt with the environment variable SN_DEBUG set to 1, 2, etc., you will see lots of debugging output. >Lastly, there is one serious problem (to me at least) with >the redirection of output from compiler tools. Our build >process uses some "front-ends" to make. The output from >the front-end tool is displayed in the output browser >but the output from make and the compilers appears in a >separate Win32 console. As soon as the build completes, >the console is removed, and so is the output, since it is >not redirected to the browser. This makes it impossible >to navigate to source lines where compile errors have >occurred. Is this something that can be fixed in multimake.tcl >or is it a problem with tcl's 'exec' command? > >Thanks, >Stan Mitchell >SourceQuest, Inc. I would need more detail on what you are trying to do. Syd Polk spolk@redhat.com Engineering Manager +1 415 777 9810 x 241 Red Hat, Inc. From mdejong@cygnus.com Mon Aug 21 15:40:00 2000 From: mdejong@cygnus.com (Mo DeJong) Date: Mon, 21 Aug 2000 15:40:00 -0000 Subject: SN shirts for patches. Message-ID: The entire SN team would like to congratulate the first "SN shirts for patches" winners. We wanted to give out some cool prizes for the best external patch submissions. The prize is a really nice long sleeve black SN shirt. This is a limited edition shirt available only to SN hackers and Red Hat employees. The winners are: Florent Pillet (First patch, Improves C+ support) Thomas Heller (Python Parser) Florent and Thomas, could you email me your regular mailing address so that we can get these shirts in the mail. Send them to me directly, not to the list. cheers Mo DeJong Red Hat Inc From stanm@sourcequest.com Mon Aug 21 17:25:00 2000 From: stanm@sourcequest.com (Stan Mitchell) Date: Mon, 21 Aug 2000 17:25:00 -0000 Subject: Initial Questions from Win32 User References: <4.2.0.58.20000821114255.00cd6830@pop.cygnus.com> Message-ID: Hi, Syd > >Lastly, there is one serious problem (to me at least) with > >the redirection of output from compiler tools.... > > I would need more detail on what you are trying to do. I have a front-end console tool called premake.exe. It processes its command line and then invokes NMAKE.EXE using the 'C' system() function. If I enter "premake.exe -?", premake will output two lines of info and then invoke 'system("nmake.exe -?")', which will display nmake's command line usage help. When I do this from VC6, Ntemacs, SlickEdit, CodeWright, TextPad, etc., the output from both premake and nmake is captured together. When I do this from SN, only the output from premake is captured. Corresponding to the system() call I see a new console window opened and the output from that command written there. I'm giving you details on premake because I know how it is implemented. I have also seen this problem with BUILD.EXE, a front-end to NMAKE provided by MS in its Device Driver Kits. Another user reported a similar problem with a particular 'C' compiler, earlier in this thread. He kindly forwarded me a wrapper written in Perl which provided a workaround in his case. My operating system is Win2k. -Stan From mdejong@cygnus.com Mon Aug 21 18:28:00 2000 From: mdejong@cygnus.com (Mo DeJong) Date: Mon, 21 Aug 2000 18:28:00 -0000 Subject: Another source discovery tool References: Message-ID: On Mon, 21 Aug 2000, Andreas Kupries wrote: > Kevin -- may I suggest looking at StarTool from the Unv. of > California, San Diego > ( http://www-cse.ucsd.edu/~wgg/Software/StarTool/ ). In short, StarTool > graphically displays the ``referenced by'' relation; that is, all > direct and indirect references to a variable or function. While it's > primary purpose is to help programmers restructure code, it can be > useful as a program understanding tool as well. > > StarTool is still in a state of active development and may not be > quite ready for ``industrial strength'' projects of your size. It is > worth noting, however, that I have successfully used the tool to > analyze large portions of Emacs and gcc source code (100-150 kloc). > > StarTool can currently handle c, ada95, and tcl code and is available > for 4 platforms (sparc-solaris, hppa-hpux, i386-linux, and > i386-bsdos). A Windows version is currently under development; it will > be available in two weeks. > > I have some experience with other source analysis tools like Sniff+ > and Cygnus' Source Navigator. While these tools generally do a fine > job of supporting large, multi-language projects, the features they > provide don't go beyond simple lexical analysis of the code. I think > StarTool provides a unique cross-cutting view of program structure. > > If you have any questions please email me. > > -Mike Copenhafer > > > Kevin Daily wrote: > > > I am looking for advise on finding a good industrial strength C code > > visualization tool. Some other links from this page that look cool: http://www.go2net.com/people/shaper/elbereth/ http://www-cse.ucsd.edu/~wgg/Software/StarTool/papers.html The downside is that this is NOT open source software. Mo DeJong Red Hat Inc From kiav@sbit.krasnoyarsk.su Mon Aug 21 21:32:00 2000 From: kiav@sbit.krasnoyarsk.su (=?koi8-r?B?4c7B1M/Mycog68nS08HOz9c=?=) Date: Mon, 21 Aug 2000 21:32:00 -0000 Subject: SN 4.51 Installation Message-ID: Hello, my name is Anatoly. I have a question for you. The readme for this programm contatins, to my mind, a wrong procedure (I can't find such path to configure script.). How should I really configure and install SN. I did standard procedure: ./configure --prefix=/usr/local/sn make make install insted described in readme file. The result: SN can start only under root (I did this procedure under root too). Under ordinary user it can't find startup tcl procedure. What is the problem? Regards, Anatoly. My system ------------------- Mandrake 7.0, gcc From Helmut.Herrmann@aeon.de Tue Aug 22 02:07:00 2000 From: Helmut.Herrmann@aeon.de (Helmut Herrmann) Date: Tue, 22 Aug 2000 02:07:00 -0000 Subject: SN 4.51 Installation References: Message-ID: <002c01c00c18$b7420700$0d20a8c0@double> Dear Anatoly, This has already been discussed on this list. The problem is that some files do not get the right permissions which would be 644. There is one patch (0001-spolk-000725-patch) fixing this. However, after the installation I had to change the permissions manually of one file. I think it was sninit.tcl in /share/gui. Moreover, I had to correct the permissions for the documentation too. Regards, Helmut > Hello, my name is Anatoly. > I have a question for you. The readme for this programm contatins, to my > mind, a wrong procedure (I can't find such path to configure script.). How > should I really configure and install SN. > I did standard procedure: > ./configure --prefix=/usr/local/sn > make > make install > insted described in readme file. > > The result: SN can start only under root (I did this procedure under root > too). Under ordinary user it can't find startup tcl procedure. > > What is the problem? > > Regards, Anatoly. > > My system > ------------------- > Mandrake 7.0, gcc > From spolk@redhat.com Tue Aug 22 10:49:00 2000 From: spolk@redhat.com (Syd Polk) Date: Tue, 22 Aug 2000 10:49:00 -0000 Subject: Initial Questions from Win32 User References: <4.2.0.58.20000821114255.00cd6830@pop.cygnus.com> Message-ID: <4.2.0.58.20000822104915.00cbc980@pop.cygnus.com> I really do not know how to fix your problem. The entire system of console windows on Windows is severe voodoo. The only thing I can really suggest is to change the invocation of premake.exe to "command premake.exe -?"; i.e., launch your utility in a console window. At 05:36 PM 8/21/00 -0700, Stan Mitchell wrote: >Hi, Syd > > > >Lastly, there is one serious problem (to me at least) with > > >the redirection of output from compiler tools.... > > > > I would need more detail on what you are trying to do. > >I have a front-end console tool called premake.exe. It processes its >command line and then invokes NMAKE.EXE using the 'C' system() function. >If I enter "premake.exe -?", premake will output two lines of info and >then invoke 'system("nmake.exe -?")', which will display nmake's command >line usage help. > >When I do this from VC6, Ntemacs, SlickEdit, CodeWright, TextPad, etc., >the output from both premake and nmake is captured together. > >When I do this from SN, only the output from premake is captured. >Corresponding to the system() call I see a new console window opened >and the output from that command written there. > >I'm giving you details on premake because I know how it is implemented. >I have also seen this problem with BUILD.EXE, a front-end to NMAKE >provided by MS in its Device Driver Kits. Another user reported a similar >problem with a particular 'C' compiler, earlier in this thread. He kindly >forwarded me a wrapper written in Perl which provided a workaround in his >case. > >My operating system is Win2k. > >-Stan Syd Polk spolk@redhat.com Engineering Manager +1 415 777 9810 x 241 Red Hat, Inc. From reinhard.griech@pcm.endress.com Tue Aug 22 22:29:00 2000 From: reinhard.griech@pcm.endress.com (reinhard.griech@pcm.endress.com) Date: Tue, 22 Aug 2000 22:29:00 -0000 Subject: Antwort: RE: Initial Questions from Win32 User Message-ID: On 22.08.2000 19:50:32 Syd Polk wrote: >I really do not know how to fix your problem. The entire system of console > windows on Windows is severe voodoo. The only thing I can really suggest is > to change the invocation of premake.exe to "command premake.exe -?"; i.e., > launch your utility in a console window. I've solved the identical problem with a perl script stub. This perl script invokes the actual command through Win32::Process::Create() and explicitly disallows creation of a window. Also I'm invoking the actual command through a shell (i.e. "cmd.exe /c $actualcmd"). The stdout can be fetched and send to the 'build window' without problems. Because I cannot compile the TCL sources I haven't modified the TCL sources according to the above 'procedure'. But perhaps this could be a more generic solution for invokation of DOS[32]-commands. Hardy From stanm@sourcequest.com Wed Aug 23 06:53:00 2000 From: stanm@sourcequest.com (Stan Mitchell) Date: Wed, 23 Aug 2000 06:53:00 -0000 Subject: Capturing Build Output on Win32 References: <4.2.0.58.20000822104915.00cbc980@pop.cygnus.com> Message-ID: > > I really do not know how to fix your problem. The entire system of console > windows on Windows is severe voodoo. The only thing I can really suggest is > to change the invocation of premake.exe to "command premake.exe -?"; i.e., > launch your utility in a console window. > Yes, dealing with Win32 console windows is sometimes daunting. I've had some luck at coming up with a solution for Win2k/WinNT. Instead of directly spawning a build tool, I launch an intermediate process, which I've tentatively named sncapture.exe. Using the example I gave earlier, the Build dialog would have this command line: ../snav/bin/sncapture.exe c:/bin/premake.exe -? sncapture spawns premake.exe using the inherited handles for stdin/stderr/stdout and it explicitly hides the new console window. It then does a WaitForMultipleObjects on the process handle for premake.exe. Using this approach all stderr and stdout goes into the browser window. This is a general solution, it works equally well with other front-end programs. As it stands, this is a ~300 line applet, that can be used independently. It would be more useful if it was integrated with SN, for example, it could respond to the "Stop" button on the build dialog or it might be prepended to build command lines if a check-box is checked. Do you think this is something that might be useful as part of the SN distribution? If so, I'm willing to do some more work on it. -Stan -------------- next part -------------- A non-text attachment was scrubbed... Name: sncapture.zip Type: application/zip Size: 42812 bytes Desc: not available URL: From greg@nest.cx Wed Aug 23 11:13:00 2000 From: greg@nest.cx (Gregory Steuck) Date: Wed, 23 Aug 2000 11:13:00 -0000 Subject: Class of array in Java is not understood by SN 4.51? Message-ID: <14756.5178.551386.776390@home.nest.cx> Hi guys, First of all, thanks a lot for the great (really great) product. I can't imagine how I could live without it before. I noticed a small bug in java files parsing. The following class is a valid java file. However if I add this file to a SourceNavigator project, it can not be parsed. public class a { public void t() { Class boo = String[].class; } } I'm getting an error: Error: put_symbol argument #3 must not be empty, type: (cl), line: 4 file: a.java Input parameter (#8) must not be NULL file: a.java line: 4 Thanks Greg From spolk@redhat.com Wed Aug 23 11:47:00 2000 From: spolk@redhat.com (Syd Polk) Date: Wed, 23 Aug 2000 11:47:00 -0000 Subject: Capturing Build Output on Win32 References: <4.2.0.58.20000822104915.00cbc980@pop.cygnus.com> Message-ID: <4.2.0.58.20000823114851.00ce8720@pop.cygnus.com> At 07:04 AM 8/23/00 -0700, Stan Mitchell wrote: > > > > I really do not know how to fix your problem. The entire system of console > > windows on Windows is severe voodoo. The only thing I can really suggest >is > > to change the invocation of premake.exe to "command premake.exe -?"; i.e., > > launch your utility in a console window. > > > >Yes, dealing with Win32 console windows is sometimes daunting. >I've had some luck at coming up with a solution for Win2k/WinNT. >Instead of directly spawning a build tool, I launch an intermediate >process, which I've tentatively named sncapture.exe. Using the example >I gave earlier, the Build dialog would have this command line: > > ../snav/bin/sncapture.exe c:/bin/premake.exe -? > >sncapture spawns premake.exe using the inherited handles for >stdin/stderr/stdout >and it explicitly hides the new console window. It then does a >WaitForMultipleObjects on the process handle for premake.exe. >Using this approach all stderr and stdout goes into the browser window. >This is a general solution, it works equally well with other front-end >programs. > >As it stands, this is a ~300 line applet, that can be used independently. >It would be more useful if it was integrated with SN, for example, it >could respond to the "Stop" button on the build dialog or it might be >prepended to build command lines if a check-box is checked. > >Do you think this is something that might be useful as part of the >SN distribution? If so, I'm willing to do some more work on it. By all means, we would love to have something like this. >-Stan Syd Polk spolk@redhat.com Engineering Manager +1 415 777 9810 x 241 Red Hat, Inc. From spolk@redhat.com Wed Aug 23 11:49:00 2000 From: spolk@redhat.com (Syd Polk) Date: Wed, 23 Aug 2000 11:49:00 -0000 Subject: Class of array in Java is not understood by SN 4.51? References: <14756.5178.551386.776390@home.nest.cx> Message-ID: <4.2.0.58.20000823114935.00ce8c20@pop.cygnus.com> At 11:13 AM 8/23/00 -0700, Gregory Steuck wrote: >Hi guys, > >First of all, thanks a lot for the great (really great) product. I can't >imagine how I could live without it before. > >I noticed a small bug in java files parsing. The following class is >a valid java file. However if I add this file to a SourceNavigator >project, it can not be parsed. > >public class a { > public void t() { > Class boo = String[].class; > } >} > >I'm getting an error: >Error: put_symbol argument #3 must not be empty, type: (cl), line: 4 file: >a.java >Input parameter (#8) must not be NULL file: a.java line: 4 > >Thanks >Greg Unfortunately, the java parser was written with an expensive proprietary compiler-compiler that Cygnus/Red Hat never purchased. Making bug fixes is tough. We have use GNU gcj in the past to parse java. We could revive that. It is some work, but I think it would be worth it. Syd Polk spolk@redhat.com Engineering Manager +1 415 777 9810 x 241 Red Hat, Inc. From tromey@cygnus.com Wed Aug 23 13:05:00 2000 From: tromey@cygnus.com (Tom Tromey) Date: Wed, 23 Aug 2000 13:05:00 -0000 Subject: Class of array in Java is not understood by SN 4.51? Message-ID: <87bsyjg2ir.fsf@creche.cygnus.com> Syd> We have use GNU gcj in the past to parse java. We could revive Syd> that. It is some work, but I think it would be worth it. The patches to do this were never put into the public gcj. However, we're aware that we could do this, and if we can find the time we will. Unfortunately I don't think there's really a way we could have a volunteer do it. I wonder if it is the best way to implement the feature though. gcj needs libgcj, and libgcj doesn't have full support for all Java classes. I think this means that the gcj parser will likely barf on programs that use, eg, AWT. (I'm talking through my hat a bit here since I've never used gcj to parse Java code for S-N.) gcj also comes with a stripped down parser that we use in other situations (eg to list the classes defined in a given source file). Maybe it would make sense to take this stripped parser and add code to it to generate the info that S-N wants. I have no idea how hard this would be. Something else to consider would be having a mode to scan and display Java .class files. You could disassemble them, nicely format them, etc. We have a program to do this already (jcf-dump) but a GUI would be cool. Tom From gabrielerago@tiscalinet.it Wed Aug 23 17:24:00 2000 From: gabrielerago@tiscalinet.it (Rago Gabriele) Date: Wed, 23 Aug 2000 17:24:00 -0000 Subject: Source nav. does not work with Fortran files Message-ID: <006101c00d61$f44c3e00$3d130b3e@gab> I have tried to compile a fortran source file,but in the "Edit Target" window,when I press the button "Add files" it simply doesn't work!!! Please help me! From mdejong@cygnus.com Wed Aug 23 17:33:00 2000 From: mdejong@cygnus.com (Mo DeJong) Date: Wed, 23 Aug 2000 17:33:00 -0000 Subject: Source nav. does not work with Fortran files References: <006101c00d61$f44c3e00$3d130b3e@gab> Message-ID: Please do not post to this mailing list in HTML! Mo DeJong Red Hat Inc From irox@redhat.com Wed Aug 23 18:08:00 2000 From: irox@redhat.com (Ian Roxborough) Date: Wed, 23 Aug 2000 18:08:00 -0000 Subject: Source nav. does not work with Fortran files References: <006101c00d61$f44c3e00$3d130b3e@gab> Message-ID: <39A474A6.CCDD992F@redhat.com> Hi, First, please turn off HTML in your email client before posting to the sourcenav list. The "Add files" button in the "Edit Target" dialog will filter out any files with an extension it doesn't know how to hand. To build a fortran project with Source-Navigator you will have to add a Fortran build rule (I'm assuming the you have a valid working Fortran compiler, etc). Two ways to add a rule for fortran, one is using sn_add_simple_ide_rulein .../etc/sn_prop.cfg sn_add_simple_ide_rule Fortran \ -suffix-list {.o.f90} \ -action "$<" \ -tool fortran \ -description "Compile a Fortran file." \ -file-type Fortran replace "-tool fortran" with whatever fortran compiler you are using. The other way is to edit toolchain.tcl and hardcode a new fortran rule (YUCK! I promise we won't hardcode toolchains and rules sooooo badly for the next release). Ian. > Rago Gabriele wrote: > > I have tried to compile a fortran source file,but in the > "Edit Target" window,when I press the button "Add files" it simply > doesn't work!!! > Please help me! From dkirby@orchestream.com Thu Aug 24 08:47:00 2000 From: dkirby@orchestream.com (Kirby, Dave) Date: Thu, 24 Aug 2000 08:47:00 -0000 Subject: help needed building SourceNav under Windows Message-ID: Hi, I have downloaded the source for and SourceNav and have applied the patches for the Python language, and now I want to build it for my NT system. The 'readme.txt' file that comes with the windows binary version says: > If you must rebuild Source-Navigator on Windows, > please send mail to sourcenav@sourceware.cygnus.com, > and we will attempt to post rational build instructions. so consider yourself asked. I have the latest CygWin and VC++ V.6. Alternatively (and preferably, from my POV) could you make a Windows binary build with the Python patch available on your website or email them to me? TIA Dave Kirby From tee_yong.teoh@alcatel.com Thu Aug 24 09:56:00 2000 From: tee_yong.teoh@alcatel.com (Tee Y Teoh) Date: Thu, 24 Aug 2000 09:56:00 -0000 Subject: Support ? Message-ID: <39A55365.B5E090E6@alcatel.com> Hello, How can I go about getting commercial support for Source Navigator ? Regards Tee Teoh NSM SDE Alcatel CID tee_yong.teoh@alcatel.com From manfred.schlitt@cas-gmbh.de Thu Aug 24 11:06:00 2000 From: manfred.schlitt@cas-gmbh.de (Manfred Schlitt) Date: Thu, 24 Aug 2000 11:06:00 -0000 Subject: AW: Support ? Message-ID: <01C00E06.0DB60840.manfred.schlitt@cas-gmbh.de> Hello Tee, our company CAS - located in Germany - offers commercial support for Source Navigator (formerly "Pathfinder") since 1995. Please let me know what specific wishes you have. (We are discussing some new support contract models at the moment.) Has anybody additional suggestions. Does anybody know other companies who offers commercial support (sorry, we don't know anybody else worldwide at this moment...)? What about REDHAT? Best regards Manfred Schlitt mailto:manfred.schlitt@cas-gmbh.de CAS GmbH http://www.cas-gmbh.de Friedensstra????e 20 Phone: +49 (0) 61 04 - 98 08 - 0 D-63179 Obertshausen Fax: +49 (0) 61 04 - 98 08 - 30 ***************************************************** PS.: We know Source-Navigator for several years, we worked together with MultiX (the original developer of this product) and after the merge with CYGNUS Solutions we signed as well an still existing Reseller Agreement. We built a lot of add-ons, for example our CAS-Tools (Shell command, dead sourcecode, Lines of Code, HTML documentation of a file, HTML documentation of a project, ASCII-XRef, Diff-Tool) our Year2000-Tools or additional parser (ADA parser, better COBOL parser, ...). We still offer our products to commercial customer. We are also interested to buy and sell good additional products with stand-alone functinalities, parsers etc. to help our customers to finish projects earlier and to . In my opinion it was a good decision of Redhat to place Source-Navigator under GPL so that much more people will perhaps use this great product. But in my opinion there are less companies who offer commercial support, develop customer oriented additional functionality, offer courses and workshops in Source-Navigator or learning Tcl ... -----Urspr????ngliche Nachricht----- Von: Tee Y Teoh [SMTP:tee_yong.teoh@alcatel.com] Gesendet am: Donnerstag, 24. August 2000 18:55 An: sourcenav@sourceware.cygnus.com Betreff: Support ? Hello, How can I go about getting commercial support for Source Navigator ? Regards Tee Teoh NSM SDE Alcatel CID tee_yong.teoh@alcatel.com From bruce+usenet@cenderis.demon.co.uk Sat Aug 26 10:04:00 2000 From: bruce+usenet@cenderis.demon.co.uk (Bruce Stephens) Date: Sat, 26 Aug 2000 10:04:00 -0000 Subject: trivial patch to try to make Emacs sn-find-tag work again Message-ID: <87snrsuf93.fsf@cenderis.demon.co.uk> I'm guessing people don't use the Emacs mode a lot, and that things have just become out of sync. I think this fixes it, but what do I know? It may also be worth mentioning somewhere that when running gnudoit initially, SN has sets TMPDIR set. This means that (with XEmacs, anyway), gnudoit can't use the unix domain connection that's used by default. The easiest way to work around this is, I think, to use internet domain sockets: create an xauth entry for localhost:999, and set the GNU_HOST environment variable to localhost. (And do this before starting XEmacs.) *** snavigator/gui/browpaf.tcl.old Tue Mar 14 00:46:15 2000 --- snavigator/gui/browpaf.tcl Sat Aug 26 17:47:45 2000 *************** proc sn_display_object {scope {name ""} *** 135,146 **** return } ! set scope [lindex $pars 0] ! set name [lindex $pars 1] ! set off [lindex $pars 2] ! set pos [lindex $pars 3] ! ! eval sn_edit_file [list "$off $name $scope"] $pos #sn_add_history $scope [list $scope $name $off] [sn_make_history_title edit $scope $name] } --- 135,147 ---- return } ! set fileinfo [lindex [lindex $pars 3] 1] ! set symbol [lindex $fileinfo 0] ! set pos [lindex $fileinfo 1] ! set file [lindex $fileinfo 2] ! set line [string trimleft [lindex [split $pos .] 0] "0"] ! ! sn_edit_file $symbol $file $line #sn_add_history $scope [list $scope $name $off] [sn_make_history_title edit $scope $name] } From netalex@pop.tiscalinet.it Sun Aug 27 02:51:00 2000 From: netalex@pop.tiscalinet.it (Netalex) Date: Sun, 27 Aug 2000 02:51:00 -0000 Subject: problems execute windows binary Message-ID: <002101c0100c$243b6c60$89350b3e@aprile> Hello, this is my first message on the list. I've downloaded the binary version for win98 (OS who i use), started the installation program, no problem. When i started he program anyway i'm able to obtain only this error message: ---------------------------------------------------------------------------- --------------------------------------------------------- Fatal error in wish couldn't read file "D:\PROGRAM FILES\CYGNUS\SN451\SHARE\BITMAPS\CLSBR_PV+-.XPM": No error ---------------------------------------------------------------------------- ---------------------------------------------------------- From bje@redhat.com Sun Aug 27 19:04:00 2000 From: bje@redhat.com (Ben Elliston) Date: Sun, 27 Aug 2000 19:04:00 -0000 Subject: Source Navigator 4.5.1 -> Configure problem -> Unpacking the tar file gives a checksum error References: Message-ID: I had the same problem with the tar: directory checksum error. It seams to be a Sun tar problem. I took a gnu version of tar, recompiled it under SunOS and then untar SN451.tar with it and it works. The checksum error desappear. The S-N distribution archives should not require GNU tar to unpack them. This is obviously a really confusing point for newcomers. There are compatibility options for GNU tar, mentioned in the Automake documentation (and used by `make dist'). Ben From bje@redhat.com Sun Aug 27 19:56:00 2000 From: bje@redhat.com (Ben Elliston) Date: Sun, 27 Aug 2000 19:56:00 -0000 Subject: Class of array in Java is not understood by SN 4.51? References: <87bsyjg2ir.fsf@creche.cygnus.com> Message-ID: tromey wrote: gcj also comes with a stripped down parser that we use in other situations (eg to list the classes defined in a given source file). Maybe it would make sense to take this stripped parser and add code to it to generate the info that S-N wants. I have no idea how hard this would be. Actually, isn't that what Alex did? Maybe I'm misunderstanding. Something else to consider would be having a mode to scan and display Java .class files. You could disassemble them, nicely format them, etc. We have a program to do this already (jcf-dump) but a GUI would be cool. Yeah. From wgacquer@ubisoft.fr Mon Aug 28 00:43:00 2000 From: wgacquer@ubisoft.fr (William Gacquer) Date: Mon, 28 Aug 2000 00:43:00 -0000 Subject: feature request : a new file in project directories notification Message-ID: <5D2A198567EED311BD0F009027A25C8735A10B@SRVMAIL-ANN> Hello Our team members are using CVS and SN 4.51. There is an recurrent minor problem. Each time a new file is commited by one member, the others have to add it manually to the SN project. Would it be a hard hack to make SN recognize the presence of new files (or directories) in the project directories ? William ________________ William Gacquer Rayman 2 PS2 team - Ubi Simulations - Annecy France From thomas.heller@ion-tof.com Mon Aug 28 00:50:00 2000 From: thomas.heller@ion-tof.com (Thomas Heller) Date: Mon, 28 Aug 2000 00:50:00 -0000 Subject: Capturing Build Output on Win32 References: Message-ID: <011201c010c4$9d888c20$4500a8c0@thomasnb> Stan wrote: > > Yes, dealing with Win32 console windows is sometimes daunting. > I've had some luck at coming up with a solution for Win2k/WinNT. > Instead of directly spawning a build tool, I launch an intermediate > process, which I've tentatively named sncapture.exe. Using the example > I gave earlier, the Build dialog would have this command line: > > ../snav/bin/sncapture.exe c:/bin/premake.exe -? > > sncapture spawns premake.exe using the inherited handles for > stdin/stderr/stdout > and it explicitly hides the new console window. It then does a > WaitForMultipleObjects on the process handle for premake.exe. > Using this approach all stderr and stdout goes into the browser window. > This is a general solution, it works equally well with other front-end > programs. > IMHO it would be usefull to allow your sncapture program to setup/extend an environment for the spawned process. This would allow to use VC6 on one project, Borland in another and so on. The enviroment could come from an ini-file, given as (optional) argument. What do you think? Thomas From stanm@sourcequest.com Mon Aug 28 07:56:00 2000 From: stanm@sourcequest.com (Stan Mitchell) Date: Mon, 28 Aug 2000 07:56:00 -0000 Subject: Capturing Build Output on Win32 References: <011201c010c4$9d888c20$4500a8c0@thomasnb> Message-ID: Hi Thomas, Setting up and extending the environment of a spawned process is something that I have found to be very useful too. I wrote a separate tool (premake.exe) that does what you describe. It takes a "config" file that defines an environment for a particular target. Custom targets can be named (vc6, vc5, etc.) and a specific environment loaded for them by referencing a section of the config file. I worked on preMake in '99 but haven't done much with it recently. Sources are available at www.sourcequest.com\software.html. I believe it is now "hardcoded" to work only with nmake.exe but it could be modified to support other make programs too. If there is interest in premake, I could put together some documentation, and add a binary only download. -Stan > -----Original Message----- > From: Thomas Heller [ mailto:thomas.heller@ion-tof.com ] > Sent: Monday, August 28, 2000 12:50 AM > To: Stan Mitchell; Reinhard. Griech@Pcm. Endress. Com; Source Navigator > Mail-List; Syd Polk > Subject: Re: Capturing Build Output on Win32 > > IMHO it would be usefull to allow your sncapture program to setup/extend > an environment for the spawned process. This would allow to use > VC6 on one project, Borland in another and so on. > The enviroment could come from an ini-file, given as (optional) > argument. > What do you think? > > Thomas From netalex@pop.tiscalinet.it Mon Aug 28 08:14:00 2000 From: netalex@pop.tiscalinet.it (Netalex) Date: Mon, 28 Aug 2000 08:14:00 -0000 Subject: newsgroup? IRC? Message-ID: <00e001c01102$4b809a60$b13a0b3e@aprile> Please, there's some NG or IRC channel SourceNav related? Tnx. From bruce@cenderis.demon.co.uk Mon Aug 28 08:50:00 2000 From: bruce@cenderis.demon.co.uk (Bruce Stephens) Date: Mon, 28 Aug 2000 08:50:00 -0000 Subject: Roadmap? (was Re: feature request : a new file in project...) References: <5D2A198567EED311BD0F009027A25C8735A10B@SRVMAIL-ANN> Message-ID: <87r979idwt.fsf@cenderis.demon.co.uk> William Gacquer writes: > Our team members are using CVS and SN 4.51. There is an recurrent > minor problem. Each time a new file is commited by one member, the others > have to add it manually to the SN project. Would it be a hard hack to make > SN recognize the presence of new files (or directories) in the project > directories ? That would be useful. (I must admit, I thought it already did this---however, I guess I've only noticed a dialog when files have been deleted.) More generally, is there a roadmap somewhere? Obviously, RedHat doesn't know what weird things the rest of us might want to do with Source Navigator, but presumably there are plans for 5.0, and some ideas of what might be nice for after then? Obviously it would be nice to reduce the dependency on RedHat modifications to Tcl, Tk, [incr Tcl,Tk,Widgets], Tix. Indeed, it would be good to remove at least one of them (the functionality of Tix overlaps significantly with [incr Widgets] and [incr Tk]). As far as I understand it, that's planned for 5.0? The version of db seems a bit old. I wanted to see if XEmacs could read the databases, but it couldn't---my copy's linked with db2.6.8 or something. I'd guess there are other tools which could do interesting things with the databases, if they had a more current format. Even better, move to using MySQL. Or some other SQL database---perhaps even ODBC. Requiring loads of infrastructure probably isn't practical (so, much as I like it, requiring PostgreSQL probably couldn't be justified technically), but replacing the Berkely db with the newly GPLed MySQL (or MaxSQL, when it's done) would probably fly. What's the status of the Emacs stuff? Is it effectively orphaned? It seems a bit sparse---sn-find-tag seems to find declarations rather than definitions, for example (and I can't cycle through occurrences like I can with real tags). There just seems to be so much more useful stuff that could be done pretty easily that I'm guessing that if anyone was really using it, they'd have already added it. I know VCG and GraphViz have been mentioned before. Anybody looked at graphtool (from ivtools)? I'm not entirely sure how it might be useful, but it seems like there ought to be some way. From mdejong@cygnus.com Mon Aug 28 11:06:00 2000 From: mdejong@cygnus.com (Mo DeJong) Date: Mon, 28 Aug 2000 11:06:00 -0000 Subject: Capturing Build Output on Win32 References: <011201c010c4$9d888c20$4500a8c0@thomasnb> Message-ID: On Mon, 28 Aug 2000, Thomas Heller wrote: > Stan wrote: > > > > Yes, dealing with Win32 console windows is sometimes daunting. > > I've had some luck at coming up with a solution for Win2k/WinNT. > > Instead of directly spawning a build tool, I launch an intermediate > > process, which I've tentatively named sncapture.exe. Using the example > > I gave earlier, the Build dialog would have this command line: > > > > ../snav/bin/sncapture.exe c:/bin/premake.exe -? > > > > sncapture spawns premake.exe using the inherited handles for > > stdin/stderr/stdout > > and it explicitly hides the new console window. It then does a > > WaitForMultipleObjects on the process handle for premake.exe. > > Using this approach all stderr and stdout goes into the browser window. > > This is a general solution, it works equally well with other front-end > > programs. > > > IMHO it would be usefull to allow your sncapture program to setup/extend > an environment for the spawned process. This would allow to use > VC6 on one project, Borland in another and so on. > The enviroment could come from an ini-file, given as (optional) > argument. > What do you think? > > Thomas You can already set a per build target toolchain. You need to actually create the toolchain spec, but it is not hard (see online docs for the details). Mo DeJong Red Hat Inc From spolk@redhat.com Mon Aug 28 11:41:00 2000 From: spolk@redhat.com (Syd Polk) Date: Mon, 28 Aug 2000 11:41:00 -0000 Subject: Source Navigator 4.5.1 -> Configure problem -> Unpacking the tar file gives a checksum error References: Message-ID: <4.2.0.58.20000828114226.00d37d40@pop.cygnus.com> At 12:03 PM 8/28/00 +1000, Ben Elliston wrote: > I had the same problem with the tar: directory checksum error. It > seams to be a Sun tar problem. I took a gnu version of tar, recompiled > it under SunOS and then untar SN451.tar with it and it works. The > checksum error desappear. > >The S-N distribution archives should not require GNU tar to unpack them. >This is obviously a really confusing point for newcomers. There are >compatibility options for GNU tar, mentioned in the Automake documentation >(and used by `make dist'). > >Ben This means I now have to pack the binaries on my Solaris box and use /bin/tar instead of using the tar that ships with Red Hat 6.0? What a pain! Syd Polk spolk@redhat.com Engineering Manager +1 415 777 9810 x 241 Red Hat, Inc. From spolk@redhat.com Mon Aug 28 11:42:00 2000 From: spolk@redhat.com (Syd Polk) Date: Mon, 28 Aug 2000 11:42:00 -0000 Subject: feature request : a new file in project directories notification References: <5D2A198567EED311BD0F009027A25C8735A10B@SRVMAIL-ANN> Message-ID: <4.2.0.58.20000828114318.00d36c30@pop.cygnus.com> At 09:43 AM 8/28/00 +0200, William Gacquer wrote: >Hello > Our team members are using CVS and SN 4.51. There is an recurrent >minor problem. Each time a new file is commited by one member, the others >have to add it manually to the SN project. Would it be a hard hack to make >SN recognize the presence of new files (or directories) in the project >directories ? > William The hardest part of doing this is defining the user interface for it. As soon as we get the current incr Tcl 3.0 upgrade done, we will look at doing this. Syd Polk spolk@redhat.com Engineering Manager +1 415 777 9810 x 241 Red Hat, Inc. From tromey@cygnus.com Mon Aug 28 13:06:00 2000 From: tromey@cygnus.com (Tom Tromey) Date: Mon, 28 Aug 2000 13:06:00 -0000 Subject: Source Navigator 4.5.1 -> Configure problem -> Unpacking the tar file gives a checksum error References: <4.2.0.58.20000828114226.00d37d40@pop.cygnus.com> Message-ID: <87hf85uoxt.fsf@creche.cygnus.com> Syd> This means I now have to pack the binaries on my Solaris box and Syd> use /bin/tar instead of using the tar that ships with Red Hat Syd> 6.0? What a pain! No, you can use the `-o' option to GNU tar to make a compatible tar archive. GNU tar by default, in some situations, creates tar files which are not portable. GNU tar doesn't use the POSIX tar format in all situations. Tom From segg@infonet.ca Mon Aug 28 13:07:00 2000 From: segg@infonet.ca (Gilles J. Seguin) Date: Mon, 28 Aug 2000 13:07:00 -0000 Subject: development CVS for SourceNavigator Message-ID: <39AAC692.6D323DD4@infonet.ca> Hi, > As soon as we get the current incr Tcl 3.0 upgrade done, > we will look at doing this. Syd Polk Syd can you give an recall/update, Does the development CVS will be available ? Gilles J. Seguin From spolk@redhat.com Mon Aug 28 13:15:00 2000 From: spolk@redhat.com (Syd Polk) Date: Mon, 28 Aug 2000 13:15:00 -0000 Subject: development CVS for SourceNavigator References: <39AAC692.6D323DD4@infonet.ca> Message-ID: <4.2.0.58.20000828131639.00d0c430@pop.cygnus.com> At 04:07 PM 8/28/00 -0400, Gilles J. Seguin wrote: >Hi, > > > As soon as we get the current incr Tcl 3.0 upgrade done, > > we will look at doing this. Syd Polk > >Syd can you give an recall/update, > >Does the development CVS will be available ? > >Gilles J. Seguin It will be available when we are finished with the incr Tcl 3.0 upgrade. I expect to have this up and running in mid-to-late October. Syd Polk spolk@redhat.com Engineering Manager +1 415 777 9810 x 241 Red Hat, Inc. From segg@infonet.ca Mon Aug 28 15:04:00 2000 From: segg@infonet.ca (Gilles J. Seguin) Date: Mon, 28 Aug 2000 15:04:00 -0000 Subject: development CVS for SourceNavigator References: <4.2.0.58.20000828131639.00d0c430@pop.cygnus.com> Message-ID: <39AAE213.EBD3BE82@infonet.ca> Syd Polk wrote: > > At 04:07 PM 8/28/00 -0400, Gilles J. Seguin wrote: > >Hi, > > > > > As soon as we get the current incr Tcl 3.0 upgrade done, > > > we will look at doing this. Syd Polk > > > >Syd can you give an recall/update, > > > >Does the development CVS will be available ? > > It will be available when we are finished with the incr Tcl 3.0 upgrade. I > expect to have this up and running in mid-to-late October. I was expecting to improve my novice level to pro with the [inc tcl] version 3.0 upgrade for S-N. From pallas@CS.Stanford.EDU Mon Aug 28 15:59:00 2000 From: pallas@CS.Stanford.EDU (Joseph Pallas) Date: Mon, 28 Aug 2000 15:59:00 -0000 Subject: Help with dbimp crash? Message-ID: I've been encountering a crash in dbimp that seems to be due to a dangling pointer, but I'm having trouble understanding how this stuff is supposed to work. I've narrowed the problem down to an entry in a hash table whose key is a pointer that isn't valid. At first I thought the pointer was getting stomped on, but I started tracing things more thoroughly and discovered that the entry didn't change, and the pointer was valid at the time the entry was added. The memory that it pointed to, however, actually went away sometime later. The troublesome insertion occurs when the stack looks like this: HashTableSearchFunc HashTableAdd f_MacroFind f_TokenMacroInput The value of item.key in HashTableAdd is a char pointer that was set to sString.text in f_MacroFind. This ultimately seems to be a pointer derived from yytext in f_TokenInput. Since yytext belongs to (f)lex, expecting it to be stable and long-lived would be a mistake. Could someone who actually understands this stuff tell me if I've got it right? If so, is it fixable? I'm fairly petrified of trying a fix without being sure of the problem and understanding how things are supposed to work. I really don't want to introduce a memory leak. Thanks. joe From spolk@redhat.com Mon Aug 28 16:09:00 2000 From: spolk@redhat.com (Syd Polk) Date: Mon, 28 Aug 2000 16:09:00 -0000 Subject: Help with dbimp crash? References: Message-ID: <4.2.0.58.20000828161024.00d12ac0@pop.cygnus.com> I am afraid the original developers who worked on that portion of Source-Navigator are long gone. This is not an area where we have much expertise anymore. At 03:58 PM 8/28/00 -0700, Joseph Pallas wrote: >I've been encountering a crash in dbimp that seems to be due to a dangling >pointer, but I'm having trouble understanding how this stuff is supposed >to work. > >I've narrowed the problem down to an entry in a hash table whose key is a >pointer that isn't valid. At first I thought the pointer was getting >stomped on, but I started tracing things more thoroughly and discovered >that the entry didn't change, and the pointer was valid at the time the >entry was added. The memory that it pointed to, however, actually went >away sometime later. > >The troublesome insertion occurs when the stack looks like this: > >HashTableSearchFunc >HashTableAdd >f_MacroFind >f_TokenMacroInput > >The value of item.key in HashTableAdd is a char pointer that was set to >sString.text in f_MacroFind. This ultimately seems to be a pointer >derived from yytext in f_TokenInput. Since yytext belongs to (f)lex, >expecting it to be stable and long-lived would be a mistake. > >Could someone who actually understands this stuff tell me if I've got it >right? If so, is it fixable? I'm fairly petrified of trying a fix >without being sure of the problem and understanding how things are >supposed to work. I really don't want to introduce a memory leak. > >Thanks. >joe > Syd Polk spolk@redhat.com Engineering Manager +1 415 777 9810 x 241 Red Hat, Inc. From bje@redhat.com Mon Aug 28 16:10:00 2000 From: bje@redhat.com (Ben Elliston) Date: Mon, 28 Aug 2000 16:10:00 -0000 Subject: Help with dbimp crash? References: Message-ID: I've been encountering a crash in dbimp that seems to be due to a dangling pointer, but I'm having trouble understanding how this stuff is supposed to work. The parsers pipe their output into dbimp. Do you have an example of input that causes this problem? Ben From bje@redhat.com Mon Aug 28 16:10:00 2000 From: bje@redhat.com (Ben Elliston) Date: Mon, 28 Aug 2000 16:10:00 -0000 Subject: Help with dbimp crash? References: <4.2.0.58.20000828161024.00d12ac0@pop.cygnus.com> Message-ID: I am afraid the original developers who worked on that portion of Source-Navigator are long gone. This is not an area where we have much expertise anymore. I'm game to take a look. Ben From kai.ruottu@luukku.com Tue Aug 29 03:06:00 2000 From: kai.ruottu@luukku.com (Kai Ruottu) Date: Tue, 29 Aug 2000 03:06:00 -0000 Subject: Changing the toolchain data in SN Message-ID: <39AB8668.3BFE12F3@luukku.com> Hi, is somewhere instructions for changing the toolchains in SN ? The defaults, native, x86/Linux and PPC/Linux, probably aren't just the ones needed... The 'gui/toolchain.tcl' seems to have the data for the defaults, but changing only these doesn't seem to be enough. What if one needs more than the current three toolchains? How to add the information for the fourth? Is somewhere ready-made scripts for cases like Cygwin, Mingw and some embedded target being the third on Windoze? For Linux and the two Solaris7's (sparc/x86)? Many thanks in advance, Kai From pallas@cs.stanford.edu Tue Aug 29 07:57:00 2000 From: pallas@cs.stanford.edu (Joe Pallas) Date: Tue, 29 Aug 2000 07:57:00 -0000 Subject: Help with dbimp crash? References: Message-ID: At 10:10 AM +1100 8/29/00, Ben Elliston wrote: >The parsers pipe their output into dbimp. >Do you have an example of input that causes this problem? I do, but it's not that simple. When I feed the saved trace back into dbimp, it insists on reopening the source files and gets unhappy if they're not there. I'm sure this has something to do with the mysterious fact that the c++ parser is linked into dbimp. This makes it hard for me to provide a simple test case (the source files are proprietary). joe From netalex@pop.tiscalinet.it Wed Aug 30 09:45:00 2000 From: netalex@pop.tiscalinet.it (Netalex) Date: Wed, 30 Aug 2000 09:45:00 -0000 Subject: I: problems execute windows binary Message-ID: <002901c012a1$42b0ede0$0200fea9@cavia> ----- Original Message ----- From: Netalex To: source navigato mailing list Sent: Sunday, August 27, 2000 11:49 AM Subject: problems execute windows binary > Hello, this is my first message on the list. > I've downloaded the binary version for win98 (OS who i use), started the > installation program, no problem. When i started he program anyway i'm able > to obtain only this error message: > > -------------------------------------------------------------------------- -- > --------------------------------------------------------- > Fatal error in wish > couldn't read file "D:\PROGRAM > FILES\CYGNUS\SN451\SHARE\BITMAPS\CLSBR_PV+-.XPM": No error > -------------------------------------------------------------------------- -- > ---------------------------------------------------------- > why? & really none has encountered this problem? From BBurton@3dfx.com Wed Aug 30 09:54:00 2000 From: BBurton@3dfx.com (Brent Burton) Date: Wed, 30 Aug 2000 09:54:00 -0000 Subject: problems execute windows binary Message-ID: <2C8579D633A0D3119C28009027AF5233375BF9@exchange1.stb.com> | -----Original Message----- | From: Netalex [ mailto:netalex@pop.tiscalinet.it ] | ----- Original Message ----- | From: Netalex | > Hello, this is my first message on the list. | > I've downloaded the binary version for win98 (OS who i | > Fatal error in wish | > couldn't read file "D:\PROGRAM | > FILES\CYGNUS\SN451\SHARE\BITMAPS\CLSBR_PV+-.XPM": No error | > | why? | & really none has encountered this problem? I'm running SN451 on Win2K and WinME and have not seen this problem. I just checked, and the file exists in that location with that exact name. It's not missing on your machine, is it? I installed 4.5.1 from the binary distribution and haven't run into any odd problems like this. -Brent From kabi@informatics.muni.cz Fri Sep 1 13:57:00 2000 From: kabi@informatics.muni.cz (Zdenek Kabelac) Date: Fri, 01 Sep 2000 13:57:00 -0000 Subject: SourceNavig question Message-ID: Hello First I'd like to say thanks for such a nice program like SourceNavigator. Finaly I've found a decent tool to display class tree on my linux. As my favourtie editor is FTE I'm still using it for text editing as I'm missing couple of features. (Like I personaly like rather black background and few other things like autocompletion autoindenting with tabulator...) but I suppose all this could be added in future. Anyway what I'm missing now is the class tree which also shows inheritance of interfaces in java. As for C++ inheritance I was missing templete classes in the inheritance (as I'm using them a lot the class tree is actually not that much useful) Anyway are there any plans in the near future to add support for this ? As I plane to create debian package in the future (if nobody will do it sooner) I'll be playing with the source code. Currently I see several problems - it looks like the program is somehow tightly connected to tcl8.1 and other a bit older libraries. Is there some easy way to use system libraries (I do not want to realease another StarOffice like package :) bye -- There are three types of people in the world: those who can count, and those who can't. Zdenek Kabelac http://i.am/kabi/ kabi@i.am {debian.org; fi.muni.cz} From tsys@uswest.net Fri Sep 1 14:50:00 2000 From: tsys@uswest.net (Lonnie L VanZandt) Date: Fri, 01 Sep 2000 14:50:00 -0000 Subject: Unable to build SN451 using Cygwin Message-ID: Forgive me for being new to the Cygnus environment on Win2k... I just tried to build SN451 after installing Cygwin WinNT and while building tcl8.1, I receive the following complaint: make[1]: Entering directory `/cygdrive/e/SourceNav/SN451/tcl8.1' make[2]: Entering directory `/cygdrive/e/SourceNav/SN451/tcl8.1/win' gcc -c -DWIN32 -D_WIN32 -D_MT -D_DLL -I./../win -I./../generic -D__WIN32__ - g -O2 tclAppInit.c windres --include ./../generic --include ./../win --define __WIN32__ --define VS _VERSION_INFO=1 ./tclsh.rc tclshres.o gcc -c -DWIN32 -D_WIN32 -D_MT -D_DLL -I./../win -I./../generic -D__WIN32__ - g -O2 ./../generic/compile.c In file included from ../generic/tclPort.h:20, from ./../generic/compile.c:38: ../generic/../win/tclWinPort.h:46: direct.h: No such file or directory In file included from ../generic/tclPort.h:20, from ./../generic/compile.c:38: ../generic/../win/tclWinPort.h:57: tchar.h: No such file or directory make[2]: *** [compile.o] Error 1 make[2]: Leaving directory `/cygdrive/e/SourceNav/SN451/tcl8.1/win' make[1]: *** [all] Error 2 make[1]: Leaving directory `/cygdrive/e/SourceNav/SN451/tcl8.1' make: *** [all-tcl8.1] Error 2 I agree with the code as "find" reports no installed direct.h file. What piece of the puzzle did I neglect to install? Thanks, Lonnie. PS: Cygwin comes with tk and tcl so why bother building them for SN451? From bje@redhat.com Fri Sep 1 17:15:00 2000 From: bje@redhat.com (Ben Elliston) Date: Fri, 01 Sep 2000 17:15:00 -0000 Subject: Unable to build SN451 using Cygwin References: Message-ID: PS: Cygwin comes with tk and tcl so why bother building them for SN451? Because the versions are different, for one. Ben From spolk@redhat.com Fri Sep 1 22:36:00 2000 From: spolk@redhat.com (Syd Polk) Date: Fri, 01 Sep 2000 22:36:00 -0000 Subject: Unable to build SN451 using Cygwin References: Message-ID: <39B09261.2D9BADEC@redhat.com> We do not currently build SN451 with cygwin, nor do we support it. When we get the upgrade to Tcl/Tk 8.3 done, we will make the switch. Lonnie L VanZandt wrote: > > Forgive me for being new to the Cygnus environment on Win2k... > > I just tried to build SN451 after installing Cygwin WinNT and while building > tcl8.1, I receive the following complaint: > > make[1]: Entering directory `/cygdrive/e/SourceNav/SN451/tcl8.1' > make[2]: Entering directory `/cygdrive/e/SourceNav/SN451/tcl8.1/win' > gcc -c -DWIN32 -D_WIN32 -D_MT -D_DLL -I./../win -I./../generic -D__WIN32__ > - > g -O2 tclAppInit.c > windres --include ./../generic --include ./../win --define > __WIN32__ --define VS > _VERSION_INFO=1 ./tclsh.rc tclshres.o > gcc -c -DWIN32 -D_WIN32 -D_MT -D_DLL -I./../win -I./../generic -D__WIN32__ > - > g -O2 ./../generic/compile.c > In file included from ../generic/tclPort.h:20, > from ./../generic/compile.c:38: > ../generic/../win/tclWinPort.h:46: direct.h: No such file or directory > In file included from ../generic/tclPort.h:20, > from ./../generic/compile.c:38: > ../generic/../win/tclWinPort.h:57: tchar.h: No such file or directory > make[2]: *** [compile.o] Error 1 > make[2]: Leaving directory `/cygdrive/e/SourceNav/SN451/tcl8.1/win' > make[1]: *** [all] Error 2 > make[1]: Leaving directory `/cygdrive/e/SourceNav/SN451/tcl8.1' > make: *** [all-tcl8.1] Error 2 > > I agree with the code as "find" reports no installed direct.h file. What > piece of the puzzle did I neglect to install? > > Thanks, > Lonnie. > > PS: Cygwin comes with tk and tcl so why bother building them for SN451? From berek@usa.net Sun Sep 3 14:13:00 2000 From: berek@usa.net (Berek) Date: Sun, 03 Sep 2000 14:13:00 -0000 Subject: SN Enterprise 4.5 (99 R1) Message-ID: I've found????lots of bugs using SN Ent 4.5 (99 R1). Most important are those that occur when parsing a large C++ code base (see attached MS Word doc).????Seems to be a problem with TCL Notifier, but I have no TCL files. This is a very serious problem for my company. Bottom line is that we can't use SN with our code base. Is this a known problem? Can you tell me when the next/latest bug fix version will be available? ???? Also problems invoking external editor (Kedit). Snav always prefixes file path with "f:\SNav\". This is the top level of the directory tree where the project files are kept. Application files are in f:\Views\sdow_dev_2.3.2\...". See attached MS Word document. ???? -------------------------------------------------------- "Ten thousand lemmings can??????t possibly be wrong." - Anonymous -------------------------------- Steve Dow 32 East Street Hopkinton, MA 01748-2604 Home: 508-435-6593 Bus:???? 508-486-4574 Cell: 508-395-4679 berek@usa.net SNavTclNotifierProblem.doc -------------- next part -------------- A non-text attachment was scrubbed... Name: SNavTclNotifierProblem.doc Type: application/msword Size: 101376 bytes Desc: not available URL: From bje@redhat.com Sun Sep 3 15:41:00 2000 From: bje@redhat.com (Ben Elliston) Date: Sun, 03 Sep 2000 15:41:00 -0000 Subject: SN Enterprise 4.5 (99 R1) References: Message-ID: I've found lots of bugs using SN Ent 4.5 (99 R1). Most important are those that occur when parsing a large C++ code base (see attached MS Word doc). Seems to be a problem with TCL Notifier, but I have no TCL files. This is a very serious problem for my company. Bottom line is that we can't use SN with our code base. Is this a known problem? Can you tell me when the next/latest bug fix version will be available? S-N has parsed *very large* C++ projects in the past. I suspect a small number of C++ constructs in your project are causing the problem with the C++ parser. Can you determine where the problem lies by parsing fewer and fewer files in S-N? Then you should be able to post a small test case. And please don't post binary attachments to the mailing list. Cheers, Ben From briankperkins@yahoo.com Sun Sep 3 22:10:00 2000 From: briankperkins@yahoo.com (Brian Perkins) Date: Sun, 03 Sep 2000 22:10:00 -0000 Subject: sn451 ld error Message-ID: <01C01604.5CF404B0.briankperkins@yahoo.com> Hello, Can someone help me? (I'm just trying to make sure I'm not just overlooking something obvious.) I'm converting a CygWin project over to MinGW32 using sn451 on NT4(sp6a). I've got all the source compiling - finally. But, it just won't link. I get the following error... > ld: cannot open crt2.o: No such file or directory However, I have confirmed that crt2.o (including the full path with no spaces) are listed in the Library Files section of the Build Settings. Any ideas??? (Is this a bug, or my own oversight?) Thx, Brian From bje@redhat.com Sun Sep 3 22:22:00 2000 From: bje@redhat.com (Ben Elliston) Date: Sun, 03 Sep 2000 22:22:00 -0000 Subject: sn451 ld error References: <01C01604.5CF404B0.briankperkins@yahoo.com> Message-ID: Hi Brian, I'm converting a CygWin project over to MinGW32 using sn451 on NT4(sp6a). I've got all the source compiling - finally. But, it just won't link. I get the following error... > ld: cannot open crt2.o: No such file or directory However, I have confirmed that crt2.o (including the full path with no spaces) are listed in the Library Files section of the Build Settings. Have you tried compiling with the GCC `-v' option? This will show the options passed to the preprocessor, the assembler and the linker. It sounds like your compiler installation is wrong; the linker should be able to correctly locate crt2.o on its own. Hope this helps, Ben From filippo_pacini@libero.it Tue Sep 5 00:58:00 2000 From: filippo_pacini@libero.it (Filippo Pacini) Date: Tue, 05 Sep 2000 00:58:00 -0000 Subject: installation problem Message-ID: <20000905095132.A668@libero.it> I have downloaded the source distribution of source navigator 4.5.1, and installed it on linux RedHat 6.2 running: $configure --prefix=/usr/local/snavigator $make #make install Trying to start it as normal user I had the error: Error: Invalid command name "sn_tcl_tk_init" While, running the program as root, everything work well. So I found that the file /share/gui/tclIndex had permissions 640. I found two ways to fix the problem: - running the INSTALL script in /usr/local/snavigator as user root and installing the program in the home directory of the normal user - chmod 644 tclIndex Compliments for your software, at first sight it really looks a great job, I hope I 've been of some help. Filippo Pacini P.S. Sorry for my english -- filippo_pacini ( at ) libero.it From tsys@uswest.net Tue Sep 5 10:22:00 2000 From: tsys@uswest.net (Lonnie L VanZandt) Date: Tue, 05 Sep 2000 10:22:00 -0000 Subject: Unable to build SN451 using Cygwin References: <39B09261.2D9BADEC@redhat.com> Message-ID: Uh, ok. So what do I build it with? A little README with some install prerequisites would help. Thanks, Lonnie. -----Original Message----- From: Syd Polk [ mailto:spolk@redhat.com ] Sent: Friday, September 01, 2000 11:39 PM To: lonnie@timesys.com Cc: sourcenav@sources.redhat.com Subject: Re: Unable to build SN451 using Cygwin We do not currently build SN451 with cygwin, nor do we support it. When we get the upgrade to Tcl/Tk 8.3 done, we will make the switch. Lonnie L VanZandt wrote: > > Forgive me for being new to the Cygnus environment on Win2k... > > I just tried to build SN451 after installing Cygwin WinNT and while building > tcl8.1, I receive the following complaint: > > make[1]: Entering directory `/cygdrive/e/SourceNav/SN451/tcl8.1' > make[2]: Entering directory `/cygdrive/e/SourceNav/SN451/tcl8.1/win' > gcc -c -DWIN32 -D_WIN32 -D_MT -D_DLL -I./../win -I./../generic -D__WIN32__ > - > g -O2 tclAppInit.c > windres --include ./../generic --include ./../win --define > __WIN32__ --define VS > _VERSION_INFO=1 ./tclsh.rc tclshres.o > gcc -c -DWIN32 -D_WIN32 -D_MT -D_DLL -I./../win -I./../generic -D__WIN32__ > - > g -O2 ./../generic/compile.c > In file included from ../generic/tclPort.h:20, > from ./../generic/compile.c:38: > ../generic/../win/tclWinPort.h:46: direct.h: No such file or directory > In file included from ../generic/tclPort.h:20, > from ./../generic/compile.c:38: > ../generic/../win/tclWinPort.h:57: tchar.h: No such file or directory > make[2]: *** [compile.o] Error 1 > make[2]: Leaving directory `/cygdrive/e/SourceNav/SN451/tcl8.1/win' > make[1]: *** [all] Error 2 > make[1]: Leaving directory `/cygdrive/e/SourceNav/SN451/tcl8.1' > make: *** [all-tcl8.1] Error 2 > > I agree with the code as "find" reports no installed direct.h file. What > piece of the puzzle did I neglect to install? > > Thanks, > Lonnie. > > PS: Cygwin comes with tk and tcl so why bother building them for SN451? From spolk@redhat.com Tue Sep 5 11:08:00 2000 From: spolk@redhat.com (Syd Polk) Date: Tue, 05 Sep 2000 11:08:00 -0000 Subject: SourceNavig question References: Message-ID: <4.2.0.58.20000905110909.00d5ce80@pop.cygnus.com> At 10:56 PM 9/1/00 +0200, Zdenek Kabelac wrote: >Hello > >First I'd like to say thanks for such a nice program like SourceNavigator. >Finaly I've found a decent tool to display class tree on my linux. >As my favourtie editor is FTE I'm still using it for text editing >as I'm missing couple of features. (Like I personaly like rather black >background and few other things like autocompletion autoindenting with >tabulator...) but I suppose all this could be added in future. > >Anyway what I'm missing now is the class tree which also shows inheritance >of interfaces in java. >As for C++ inheritance I was missing templete classes in the inheritance >(as I'm using them a lot the class tree is actually not that much useful) > >Anyway are there any plans in the near future to add support for this ? Nothing is scheduled, although it is on our list of hot issues. >As I plane to create debian package in the future (if nobody will do it >sooner) I'll be playing with the source code. > >Currently I see several problems - it looks like the program is somehow >tightly connected to tcl8.1 and other a bit older libraries. >Is there some easy way to use system libraries (I do not want to realease >another StarOffice like package :) This is a big task. You should continue to use the Tcl/Tk that comes with the source, or you will have major problems. Syd Polk spolk@redhat.com Engineering Manager +1 415 777 9810 x 241 Red Hat, Inc. From spolk@redhat.com Tue Sep 5 11:09:00 2000 From: spolk@redhat.com (Syd Polk) Date: Tue, 05 Sep 2000 11:09:00 -0000 Subject: installation problem References: <20000905095132.A668@libero.it> Message-ID: <4.2.0.58.20000905111051.00d89be0@pop.cygnus.com> This is a known problem, and one of the patches posted fixes the problem. Thanks for your interest! At 09:51 AM 9/5/00 +0200, Filippo Pacini wrote: >I have downloaded the source distribution of source navigator 4.5.1, >and installed it on linux RedHat 6.2 running: > >$configure --prefix=/usr/local/snavigator >$make >#make install > >Trying to start it as normal user I had the error: >Error: Invalid command name "sn_tcl_tk_init" > >While, running the program as root, everything work well. So I found >that the file /share/gui/tclIndex had permissions 640. > >I found two ways to fix the problem: > >- running the INSTALL script in /usr/local/snavigator as user root > and installing the program in the home directory of the normal user > >- chmod 644 tclIndex > >Compliments for your software, at first sight it really looks a >great job, I hope I 've been of some help. > >Filippo Pacini > >P.S. Sorry for my english > >-- >filippo_pacini ( at ) libero.it Syd Polk spolk@redhat.com Engineering Manager +1 415 777 9810 x 241 Red Hat, Inc. From spolk@redhat.com Tue Sep 5 11:11:00 2000 From: spolk@redhat.com (Syd Polk) Date: Tue, 05 Sep 2000 11:11:00 -0000 Subject: Unable to build SN451 using Cygwin References: <39B09261.2D9BADEC@redhat.com> Message-ID: <4.2.0.58.20000905111124.00d5b6d0@pop.cygnus.com> Right now, you are better off downloading the binary. If you really need to build it, you will need Microsoft Visual C++ and Cygwin. At 11:21 AM 9/5/00 -0600, Lonnie L VanZandt wrote: >Uh, ok. So what do I build it with? A little README with some install >prerequisites would help. > >Thanks, >Lonnie. > >-----Original Message----- >From: Syd Polk [ mailto:spolk@redhat.com ] >Sent: Friday, September 01, 2000 11:39 PM >To: lonnie@timesys.com >Cc: sourcenav@sources.redhat.com >Subject: Re: Unable to build SN451 using Cygwin > > >We do not currently build SN451 with cygwin, nor do we support it. When >we get the upgrade to Tcl/Tk 8.3 done, we will make the switch. > >Lonnie L VanZandt wrote: > > > > Forgive me for being new to the Cygnus environment on Win2k... > > > > I just tried to build SN451 after installing Cygwin WinNT and while >building > > tcl8.1, I receive the following complaint: > > > > make[1]: Entering directory `/cygdrive/e/SourceNav/SN451/tcl8.1' > > make[2]: Entering directory `/cygdrive/e/SourceNav/SN451/tcl8.1/win' > > >gcc -c -DWIN32 -D_WIN32 -D_MT -D_DLL -I./../win -I./../generic -D__WIN32__ > > - > > g -O2 tclAppInit.c > > windres --include ./../generic --include ./../win --define > > __WIN32__ --define VS > > _VERSION_INFO=1 ./tclsh.rc tclshres.o > > >gcc -c -DWIN32 -D_WIN32 -D_MT -D_DLL -I./../win -I./../generic -D__WIN32__ > > - > > g -O2 ./../generic/compile.c > > In file included from ../generic/tclPort.h:20, > > from ./../generic/compile.c:38: > > ../generic/../win/tclWinPort.h:46: direct.h: No such file or directory > > In file included from ../generic/tclPort.h:20, > > from ./../generic/compile.c:38: > > ../generic/../win/tclWinPort.h:57: tchar.h: No such file or directory > > make[2]: *** [compile.o] Error 1 > > make[2]: Leaving directory `/cygdrive/e/SourceNav/SN451/tcl8.1/win' > > make[1]: *** [all] Error 2 > > make[1]: Leaving directory `/cygdrive/e/SourceNav/SN451/tcl8.1' > > make: *** [all-tcl8.1] Error 2 > > > > I agree with the code as "find" reports no installed direct.h file. What > > piece of the puzzle did I neglect to install? > > > > Thanks, > > Lonnie. > > > > PS: Cygwin comes with tk and tcl so why bother building them for SN451? Syd Polk spolk@redhat.com Engineering Manager +1 415 777 9810 x 241 Red Hat, Inc. From twchiang@3dfx.com Thu Sep 7 16:40:00 2000 From: twchiang@3dfx.com (Tai Wu Chiang) Date: Thu, 07 Sep 2000 16:40:00 -0000 Subject: find matching brace? Message-ID: Is there a way to find the matching brace in SN editor? This is a quite common feature in most programmer editors. Regards, Tai-Wu Chiang 3dfx Interactive Tel (512) 336-6078 From peacefulwarrior@softhome.net Fri Sep 8 07:39:00 2000 From: peacefulwarrior@softhome.net (PeacefulWarrior) Date: Fri, 08 Sep 2000 07:39:00 -0000 Subject: Running SourceNav Message-ID: <39B8FAA9.AC64451D@softhome.net> Hi, I compiled and installed SourceNav 4.5.1 on my Redhat 6.2 box. I can run sourcenav as root but when I try to run sourcenav as a user I get: [warrior@localhost warrior]$ snavigator Error: invalid command name "sn_tcl_tk_init" And it wont run. When I run it as root it works perfectly. Please can someone help me to get it running when Im logged in as an ordinary user. Thanks, John From bruce.stephens@messagingdirect.com Fri Sep 8 07:53:00 2000 From: bruce.stephens@messagingdirect.com (Bruce Stephens) Date: Fri, 08 Sep 2000 07:53:00 -0000 Subject: Running SourceNav References: <39B8FAA9.AC64451D@softhome.net> Message-ID: PeacefulWarrior writes: > I compiled and installed SourceNav 4.5.1 on my Redhat 6.2 box. I can run > sourcenav as root but when I try to run sourcenav as a user I get: > > [warrior@localhost warrior]$ snavigator > Error: invalid command name "sn_tcl_tk_init" > > And it wont run. When I run it as root it works perfectly. > > Please can someone help me to get it running when Im logged in as an > ordinary user. Apply the patches, specifically the first one: -- Bruce Stephens Bruce.Stephens@MessagingDirect.com MessagingDirect(UK) Ltd From peacefulwarrior@softhome.net Fri Sep 8 08:52:00 2000 From: peacefulwarrior@softhome.net (PeacefulWarrior) Date: Fri, 08 Sep 2000 08:52:00 -0000 Subject: Running SourceNav References: <39B8FAA9.AC64451D@softhome.net> Message-ID: <39B908A6.787C3FFA@softhome.net> I did a make clean, then applied all the 7 patches then ran configure again and then recompiled and reinstalled. I still get exactly the same error that I did earlier when I try to run SourceNav as an ordinary user :-( > > I compiled and installed SourceNav 4.5.1 on my Redhat 6.2 box. I can run > > sourcenav as root but when I try to run sourcenav as a user I get: > > > > [warrior@localhost warrior]$ snavigator > > Error: invalid command name "sn_tcl_tk_init" > > > > And it wont run. When I run it as root it works perfectly. > > > > Please can someone help me to get it running when Im logged in as an > > ordinary user. > > Apply the patches, specifically the first one: > From bruce.stephens@messagingdirect.com Fri Sep 8 09:02:00 2000 From: bruce.stephens@messagingdirect.com (Bruce Stephens) Date: Fri, 08 Sep 2000 09:02:00 -0000 Subject: Running SourceNav References: <39B8FAA9.AC64451D@softhome.net> <39B908A6.787C3FFA@softhome.net> Message-ID: PeacefulWarrior writes: > I did a make clean, then applied all the 7 patches then ran configure > again and then recompiled and reinstalled. I still get exactly the same > error that I did earlier when I try to run SourceNav as an ordinary user > :-( Don't know what the problem is then. It's presumably some permissions problem, so a quick hack would be chmod -R go+rX /usr/local/sourcenav (or wherever you've installed it). [...] -- Bruce Stephens Bruce.Stephens@MessagingDirect.com MessagingDirect(UK) Ltd From mdejong@cygnus.com Fri Sep 8 09:16:00 2000 From: mdejong@cygnus.com (Mo DeJong) Date: Fri, 08 Sep 2000 09:16:00 -0000 Subject: Running SourceNav References: <39B908A6.787C3FFA@softhome.net> Message-ID: On Fri, 8 Sep 2000, PeacefulWarrior wrote: > I did a make clean, then applied all the 7 patches then ran configure > again and then recompiled and reinstalled. I still get exactly the same > error that I did earlier when I try to run SourceNav as an ordinary user > :-( > > > > I compiled and installed SourceNav 4.5.1 on my Redhat 6.2 box. I can run > > > sourcenav as root but when I try to run sourcenav as a user I get: > > > > > > [warrior@localhost warrior]$ snavigator > > > Error: invalid command name "sn_tcl_tk_init" > > > > > > And it wont run. When I run it as root it works perfectly. > > > > > > Please can someone help me to get it running when Im logged in as an > > > ordinary user. > > > > Apply the patches, specifically the first one: > > That first patch is for a Makefile.am. You need to rerun automake in the toplevel dir after you apply the patch. Then redo everything else. Mo DeJong Red Hat Inc From netalex@tiscalinet.it Fri Sep 8 14:42:00 2000 From: netalex@tiscalinet.it (Netalex) Date: Fri, 08 Sep 2000 14:42:00 -0000 Subject: R: Running SourceNav References: Message-ID: <000001c01914$26627180$0200fea9@cavia> do you know if there's a patch dir for win? ----- Original Message ----- From: Mo DeJong To: Sent: Friday, September 08, 2000 6:16 PM Subject: Re: Running SourceNav > On Fri, 8 Sep 2000, PeacefulWarrior wrote: > > > I did a make clean, then applied all the 7 patches then ran configure > > again and then recompiled and reinstalled. I still get exactly the same > > error that I did earlier when I try to run SourceNav as an ordinary user > > :-( > > > > > > I compiled and installed SourceNav 4.5.1 on my Redhat 6.2 box. I can run > > > > sourcenav as root but when I try to run sourcenav as a user I get: > > > > > > > > [warrior@localhost warrior]$ snavigator > > > > Error: invalid command name "sn_tcl_tk_init" > > > > > > > > And it wont run. When I run it as root it works perfectly. > > > > > > > > Please can someone help me to get it running when Im logged in as an > > > > ordinary user. > > > > > > Apply the patches, specifically the first one: > > > > > That first patch is for a Makefile.am. You need to rerun automake > in the toplevel dir after you apply the patch. Then redo everything > else. > > Mo DeJong > Red Hat Inc From spolk@redhat.com Fri Sep 8 14:50:00 2000 From: spolk@redhat.com (Syd Polk) Date: Fri, 08 Sep 2000 14:50:00 -0000 Subject: R: Running SourceNav References: <000001c01914$26627180$0200fea9@cavia> Message-ID: <4.2.0.58.20000908145137.00d50630@pop.cygnus.com> The patches are for both unix and windows; however, you would have to rebuild from binary. I am getting ready to roll in the patches and do another source and binary release. At 07:00 PM 9/7/00 +0200, Netalex wrote: >do you know if there's a patch dir for win? >----- Original Message ----- >From: Mo DeJong >To: >Sent: Friday, September 08, 2000 6:16 PM >Subject: Re: Running SourceNav > > > > On Fri, 8 Sep 2000, PeacefulWarrior wrote: > > > > > I did a make clean, then applied all the 7 patches then ran configure > > > again and then recompiled and reinstalled. I still get exactly the same > > > error that I did earlier when I try to run SourceNav as an ordinary user > > > :-( > > > > > > > > I compiled and installed SourceNav 4.5.1 on my Redhat 6.2 box. I can >run > > > > > sourcenav as root but when I try to run sourcenav as a user I get: > > > > > > > > > > [warrior@localhost warrior]$ snavigator > > > > > Error: invalid command name "sn_tcl_tk_init" > > > > > > > > > > And it wont run. When I run it as root it works perfectly. > > > > > > > > > > Please can someone help me to get it running when Im logged in as an > > > > > ordinary user. > > > > > > > > Apply the patches, specifically the first one: > > > > >25-patch> > > > > That first patch is for a Makefile.am. You need to rerun automake > > in the toplevel dir after you apply the patch. Then redo everything > > else. > > > > Mo DeJong > > Red Hat Inc Syd Polk spolk@redhat.com Engineering Manager +1 415 777 9810 x 241 Red Hat, Inc. From spolk@redhat.com Fri Sep 8 16:19:00 2000 From: spolk@redhat.com (Syd Polk) Date: Fri, 08 Sep 2000 16:19:00 -0000 Subject: Running SourceNav References: <39B908A6.787C3FFA@softhome.net> Message-ID: <4.2.0.58.20000908162122.00d50100@pop.cygnus.com> At 09:16 AM 9/8/00 -0700, Mo DeJong wrote: >On Fri, 8 Sep 2000, PeacefulWarrior wrote: > > > I did a make clean, then applied all the 7 patches then ran configure > > again and then recompiled and reinstalled. I still get exactly the same > > error that I did earlier when I try to run SourceNav as an ordinary user > > :-( > > > > > > I compiled and installed SourceNav 4.5.1 on my Redhat 6.2 box. I > can run > > > > sourcenav as root but when I try to run sourcenav as a user I get: > > > > > > > > [warrior@localhost warrior]$ snavigator > > > > Error: invalid command name "sn_tcl_tk_init" > > > > > > > > And it wont run. When I run it as root it works perfectly. > > > > > > > > Please can someone help me to get it running when Im logged in as an > > > > ordinary user. > > > > > > Apply the patches, specifically the first one: > > > > 0725-patch> > >That first patch is for a Makefile.am. You need to rerun automake >in the toplevel dir after you apply the patch. Then redo everything >else. > >Mo DeJong >Red Hat Inc The patch actually contains the changes to the Makefile.in files also. Syd Polk spolk@redhat.com Engineering Manager +1 415 777 9810 x 241 Red Hat, Inc. From netalex@tiscalinet.it Sat Sep 9 12:46:00 2000 From: netalex@tiscalinet.it (Netalex) Date: Sat, 09 Sep 2000 12:46:00 -0000 Subject: R: R: Running SourceNav References: <4.2.0.58.20000908145137.00d50630@pop.cygnus.com> Message-ID: <002401c01994$a6d97fe0$0200fea9@cavia> tanx, i hope a binary patched will fit the problem i have running SN (it is --------------------------------------------------------- > Fatal error in wish > couldn't read file "D:\PROGRAM > FILES\CYGNUS\SN451\SHARE\BITMAPS\CLSBR_PV+-.XPM": No error > -------------------------------------------------------------------------- ) ----- Original Message ----- From: Syd Polk To: Netalex ; Sent: Friday, September 08, 2000 11:52 PM Subject: Re: R: Running SourceNav > The patches are for both unix and windows; however, you would have to > rebuild from binary. > > I am getting ready to roll in the patches and do another source and binary > release. > [snip] From shychong@onexco.com Mon Sep 11 10:36:00 2000 From: shychong@onexco.com (Steve Hychong) Date: Mon, 11 Sep 2000 10:36:00 -0000 Subject: SN451 install problems on SunOS 5.7 Message-ID: <39BD1814.654E1E0F@onexco.com> Hi, I'm having install problems with SN451 on SunOS 5.7. I do not have root privileges so I'm usinge the "--prefix=" option. I've attached a portion of my run error below. Something about not having a ./enterprise/progref file? Any help would be greatly appreciated! Sincerely, Steve H. ------------------------------- make[4]: Entering directory `/home/shychong/local/software/SN451/snavigator/sdk/parsers/examples' Making install in assembly make[5]: Entering directory `/home/shychong/local/software/SN451/snavigator/sdk/parsers/examples/assembly' make[6]: Entering directory `/home/shychong/local/software/SN451/snavigator/sdk/parsers/examples/assembly' make[6]: Nothing to be done for `install-exec-am'. /bin/sh ../../../../mkinstalldirs /home/shychong/local/share/sdk/parsers/examples/assembly /bin/sh /home/shychong/local/software/SN451/install-sh -c build-macros /home/shychong/local/share/sdk/parsers/examples/assembly/build-macros /bin/sh ../../../../mkinstalldirs /home/shychong/local/share/sdk/parsers/examples/assembly /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./README /home/shychong/local/share/sdk/parsers/examples/assembly/README /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./Makefile /home/shychong/local/share/sdk/parsers/examples/assembly/Makefile /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./Makefile.vc /home/shychong/local/share/sdk/parsers/examples/assembly/Makefile.vc /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./a.c /home/shychong/local/share/sdk/parsers/examples/assembly/a.c /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./b.c /home/shychong/local/share/sdk/parsers/examples/assembly/b.c /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./abrowser.l.in /home/shychong/local/share/sdk/parsers/examples/assembly/abrowser.l.in /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./toolbox.m4 /home/shychong/local/share/sdk/parsers/examples/assembly/toolbox.m4 /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./solaris-sparc.m4 /home/shychong/local/share/sdk/parsers/examples/assembly/solaris-sparc.m4 /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./linux-i486-elf.m4 /home/shychong/local/share/sdk/parsers/examples/assembly/linux-i486-elf.m4 make[6]: Leaving directory `/home/shychong/local/software/SN451/snavigator/sdk/parsers/examples/assembly' make[5]: Leaving directory `/home/shychong/local/software/SN451/snavigator/sdk/parsers/examples/assembly' Making install in elf make[5]: Entering directory `/home/shychong/local/software/SN451/snavigator/sdk/parsers/examples/elf' make[6]: Entering directory `/home/shychong/local/software/SN451/snavigator/sdk/parsers/examples/elf' make[6]: Nothing to be done for `install-exec-am'. /bin/sh ../../../../mkinstalldirs /home/shychong/local/share/sdk/parsers/examples/elf /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./README /home/shychong/local/share/sdk/parsers/examples/elf/README /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./Makefile /home/shychong/local/share/sdk/parsers/examples/elf/Makefile /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./Makefile.vc /home/shychong/local/share/sdk/parsers/examples/elf/Makefile.vc /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./blobsql.elf /home/shychong/local/share/sdk/parsers/examples/elf/blobsql.elf /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./ebrowser.l /home/shychong/local/share/sdk/parsers/examples/elf/ebrowser.l make[6]: Leaving directory `/home/shychong/local/software/SN451/snavigator/sdk/parsers/examples/elf' make[5]: Leaving directory `/home/shychong/local/software/SN451/snavigator/sdk/parsers/examples/elf' make[5]: Entering directory `/home/shychong/local/software/SN451/snavigator/sdk/parsers/examples' make[6]: Entering directory `/home/shychong/local/software/SN451/snavigator/sdk/parsers/examples' make[6]: Nothing to be done for `install-exec-am'. make[6]: Nothing to be done for `install-data-am'. make[6]: Leaving directory `/home/shychong/local/software/SN451/snavigator/sdk/parsers/examples' make[5]: Leaving directory `/home/shychong/local/software/SN451/snavigator/sdk/parsers/examples' make[4]: Leaving directory `/home/shychong/local/software/SN451/snavigator/sdk/parsers/examples' make[4]: Entering directory `/home/shychong/local/software/SN451/snavigator/sdk/parsers' make[5]: Entering directory `/home/shychong/local/software/SN451/snavigator/sdk/parsers' make[5]: Nothing to be done for `install-exec-am'. make[5]: Nothing to be done for `install-data-am'. make[5]: Leaving directory `/home/shychong/local/software/SN451/snavigator/sdk/parsers' make[4]: Leaving directory `/home/shychong/local/software/SN451/snavigator/sdk/parsers' make[3]: Leaving directory `/home/shychong/local/software/SN451/snavigator/sdk/parsers' make[3]: Entering directory `/home/shychong/local/software/SN451/snavigator/sdk' make[4]: Entering directory `/home/shychong/local/software/SN451/snavigator/sdk' /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 /home/shychong/local/software/SN451/tcl8.1/unix/libtcl8.1.a /home/shychong/local/share/sdk/lib /bin/sh ../mkinstalldirs /home/shychong/local/share/sdk /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./COPYING.LIB /home/shychong/local/share/sdk/COPYING.LIB make[4]: Leaving directory `/home/shychong/local/software/SN451/snavigator/sdk' make[3]: Leaving directory `/home/shychong/local/software/SN451/snavigator/sdk' make[2]: Leaving directory `/home/shychong/local/software/SN451/snavigator/sdk' Making install in parsers make[2]: Entering directory `/home/shychong/local/software/SN451/snavigator/parsers' Making install in common make[3]: Entering directory `/home/shychong/local/software/SN451/snavigator/parsers/common' make[4]: Entering directory `/home/shychong/local/software/SN451/snavigator/parsers/common' make[4]: Nothing to be done for `install-exec-am'. make[4]: Nothing to be done for `install-data-am'. make[4]: Leaving directory `/home/shychong/local/software/SN451/snavigator/parsers/common' make[3]: Leaving directory `/home/shychong/local/software/SN451/snavigator/parsers/common' Making install in libjcreuse make[3]: Entering directory `/home/shychong/local/software/SN451/snavigator/parsers/libjcreuse' make[4]: Entering directory `/home/shychong/local/software/SN451/snavigator/parsers/libjcreuse' make[4]: Nothing to be done for `install-exec-am'. make[4]: Nothing to be done for `install-data-am'. make[4]: Leaving directory `/home/shychong/local/software/SN451/snavigator/parsers/libjcreuse' make[3]: Leaving directory `/home/shychong/local/software/SN451/snavigator/parsers/libjcreuse' Making install in toolbox make[3]: Entering directory `/home/shychong/local/software/SN451/snavigator/parsers/toolbox' make[4]: Entering directory `/home/shychong/local/software/SN451/snavigator/parsers/toolbox' make[4]: Nothing to be done for `install-exec-am'. /bin/sh ../../mkinstalldirs /home/shychong/local/share/sdk/lib /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 libsnptools.a /home/shychong/local/share/sdk/lib/libsnptools.a true /home/shychong/local/share/sdk/lib/libsnptools.a /bin/sh ../../mkinstalldirs /home/shychong/local/share/sdk/include /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 snptools.h /home/shychong/local/share/sdk/include/snptools.h make[4]: Leaving directory `/home/shychong/local/software/SN451/snavigator/parsers/toolbox' make[3]: Leaving directory `/home/shychong/local/software/SN451/snavigator/parsers/toolbox' Making install in assembly make[3]: Entering directory `/home/shychong/local/software/SN451/snavigator/parsers/assembly' Making install in ppc601-eabi make[4]: Entering directory `/home/shychong/local/software/SN451/snavigator/parsers/assembly/ppc601-eabi' make[5]: Entering directory `/home/shychong/local/software/SN451/snavigator/parsers/assembly/ppc601-eabi' /bin/sh ../../../mkinstalldirs /home/shychong/local/bin /bin/sh /home/shychong/local/software/SN451/install-sh -c abrowser /home/shychong/local/bin/abrowser make[5]: Nothing to be done for `install-data-am'. make[5]: Leaving directory `/home/shychong/local/software/SN451/snavigator/parsers/assembly/ppc601-eabi' make[4]: Leaving directory `/home/shychong/local/software/SN451/snavigator/parsers/assembly/ppc601-eabi' make[4]: Entering directory `/home/shychong/local/software/SN451/snavigator/parsers/assembly' make[5]: Entering directory `/home/shychong/local/software/SN451/snavigator/parsers/assembly' make[5]: Nothing to be done for `install-exec-am'. make[5]: Nothing to be done for `install-data-am'. make[5]: Leaving directory `/home/shychong/local/software/SN451/snavigator/parsers/assembly' make[4]: Leaving directory `/home/shychong/local/software/SN451/snavigator/parsers/assembly' make[3]: Leaving directory `/home/shychong/local/software/SN451/snavigator/parsers/assembly' Making install in cobol make[3]: Entering directory `/home/shychong/local/software/SN451/snavigator/parsers/cobol' make[4]: Entering directory `/home/shychong/local/software/SN451/snavigator/parsers/cobol' /bin/sh ../../mkinstalldirs /home/shychong/local/bin /bin/sh /home/shychong/local/software/SN451/install-sh -c obrowser /home/shychong/local/bin/obrowser make[4]: Nothing to be done for `install-data-am'. make[4]: Leaving directory `/home/shychong/local/software/SN451/snavigator/parsers/cobol' make[3]: Leaving directory `/home/shychong/local/software/SN451/snavigator/parsers/cobol' Making install in cpp make[3]: Entering directory `/home/shychong/local/software/SN451/snavigator/parsers/cpp' Making install in cpplib make[4]: Entering directory `/home/shychong/local/software/SN451/snavigator/parsers/cpp/cpplib' make[5]: Entering directory `/home/shychong/local/software/SN451/snavigator/parsers/cpp/cpplib' make[5]: Nothing to be done for `install-exec-am'. make[5]: Nothing to be done for `install-data-am'. make[5]: Leaving directory `/home/shychong/local/software/SN451/snavigator/parsers/cpp/cpplib' make[4]: Leaving directory `/home/shychong/local/software/SN451/snavigator/parsers/cpp/cpplib' make[4]: Entering directory `/home/shychong/local/software/SN451/snavigator/parsers/cpp' make[5]: Entering directory `/home/shychong/local/software/SN451/snavigator/parsers/cpp' /bin/sh ../../mkinstalldirs /home/shychong/local/bin /bin/sh /home/shychong/local/software/SN451/install-sh -c cbrowser /home/shychong/local/bin/cbrowser make[5]: Nothing to be done for `install-data-am'. make[5]: Leaving directory `/home/shychong/local/software/SN451/snavigator/parsers/cpp' make[4]: Leaving directory `/home/shychong/local/software/SN451/snavigator/parsers/cpp' make[3]: Leaving directory `/home/shychong/local/software/SN451/snavigator/parsers/cpp' Making install in fortran make[3]: Entering directory `/home/shychong/local/software/SN451/snavigator/parsers/fortran' make[4]: Entering directory `/home/shychong/local/software/SN451/snavigator/parsers/fortran' /bin/sh ../../mkinstalldirs /home/shychong/local/bin /bin/sh /home/shychong/local/software/SN451/install-sh -c fbrowser /home/shychong/local/bin/fbrowser make[4]: Nothing to be done for `install-data-am'. make[4]: Leaving directory `/home/shychong/local/software/SN451/snavigator/parsers/fortran' make[3]: Leaving directory `/home/shychong/local/software/SN451/snavigator/parsers/fortran' Making install in java make[3]: Entering directory `/home/shychong/local/software/SN451/snavigator/parsers/java' make[4]: Entering directory `/home/shychong/local/software/SN451/snavigator/parsers/java' /bin/sh ../../mkinstalldirs /home/shychong/local/bin /bin/sh /home/shychong/local/software/SN451/install-sh -c jbrowser /home/shychong/local/bin/jbrowser make[4]: Nothing to be done for `install-data-am'. make[4]: Leaving directory `/home/shychong/local/software/SN451/snavigator/parsers/java' make[3]: Leaving directory `/home/shychong/local/software/SN451/snavigator/parsers/java' Making install in sendmail make[3]: Entering directory `/home/shychong/local/software/SN451/snavigator/parsers/sendmail' make[4]: Entering directory `/home/shychong/local/software/SN451/snavigator/parsers/sendmail' make[4]: Nothing to be done for `install-exec-am'. make[4]: Nothing to be done for `install-data-am'. make[4]: Leaving directory `/home/shychong/local/software/SN451/snavigator/parsers/sendmail' make[3]: Leaving directory `/home/shychong/local/software/SN451/snavigator/parsers/sendmail' Making install in tcl make[3]: Entering directory `/home/shychong/local/software/SN451/snavigator/parsers/tcl' make[4]: Entering directory `/home/shychong/local/software/SN451/snavigator/parsers/tcl' /bin/sh ../../mkinstalldirs /home/shychong/local/bin /bin/sh /home/shychong/local/software/SN451/install-sh -c tbrowser /home/shychong/local/bin/tbrowser make[4]: Nothing to be done for `install-data-am'. make[4]: Leaving directory `/home/shychong/local/software/SN451/snavigator/parsers/tcl' make[3]: Leaving directory `/home/shychong/local/software/SN451/snavigator/parsers/tcl' make[3]: Entering directory `/home/shychong/local/software/SN451/snavigator/parsers' make[4]: Entering directory `/home/shychong/local/software/SN451/snavigator/parsers' make[4]: Nothing to be done for `install-exec-am'. make[4]: Nothing to be done for `install-data-am'. make[4]: Leaving directory `/home/shychong/local/software/SN451/snavigator/parsers' make[3]: Leaving directory `/home/shychong/local/software/SN451/snavigator/parsers' make[2]: Leaving directory `/home/shychong/local/software/SN451/snavigator/parsers' Making install in hyper make[2]: Entering directory `/home/shychong/local/software/SN451/snavigator/hyper' make[3]: Entering directory `/home/shychong/local/software/SN451/snavigator/hyper' /bin/sh ../mkinstalldirs /home/shychong/local/bin /bin/sh /home/shychong/local/software/SN451/install-sh -c hyper /home/shychong/local/bin/hyper /bin/sh ../mkinstalldirs /home/shychong/local/share/sdk/include /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 sn.h /home/shychong/local/share/sdk/include/sn.h make[3]: Leaving directory `/home/shychong/local/software/SN451/snavigator/hyper' make[2]: Leaving directory `/home/shychong/local/software/SN451/snavigator/hyper' Making install in gui make[2]: Entering directory `/home/shychong/local/software/SN451/snavigator/gui' make[3]: Entering directory `/home/shychong/local/software/SN451/snavigator/gui' make[3]: Nothing to be done for `install-exec-am'. /bin/sh ../mkinstalldirs /home/shychong/local/share/gui /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./bindings.tcl /home/shychong/local/share/gui/bindings.tcl /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./bindxtnd.tcl /home/shychong/local/share/gui/bindxtnd.tcl /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./browpaf.tcl /home/shychong/local/share/gui/browpaf.tcl /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./browser.tcl /home/shychong/local/share/gui/browser.tcl /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./bugreport.tcl /home/shychong/local/share/gui/bugreport.tcl /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./busy.tcl /home/shychong/local/share/gui/busy.tcl /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./combo.tcl /home/shychong/local/share/gui/combo.tcl /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./dialog.tcl /home/shychong/local/share/gui/dialog.tcl /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./diff.tcl /home/shychong/local/share/gui/diff.tcl /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./dirdialog.tcl /home/shychong/local/share/gui/dirdialog.tcl /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./elix.tcl /home/shychong/local/share/gui/elix.tcl /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./emacs.tcl /home/shychong/local/share/gui/emacs.tcl /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./error.tcl /home/shychong/local/share/gui/error.tcl /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./font.tcl /home/shychong/local/share/gui/font.tcl /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./grep.tcl /home/shychong/local/share/gui/grep.tcl /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./help.tcl /home/shychong/local/share/gui/help.tcl /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./highlight.tcl /home/shychong/local/share/gui/highlight.tcl /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./history.tcl /home/shychong/local/share/gui/history.tcl /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./html.tcl /home/shychong/local/share/gui/html.tcl /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./i18n.tcl /home/shychong/local/share/gui/i18n.tcl /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./ide.tcl /home/shychong/local/share/gui/ide.tcl /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./sninit.tcl /home/shychong/local/share/gui/sninit.tcl /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./ipc.tcl /home/shychong/local/share/gui/ipc.tcl /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./listtext.tcl /home/shychong/local/share/gui/listtext.tcl /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./misc.tcl /home/shychong/local/share/gui/misc.tcl /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./panewd.tcl /home/shychong/local/share/gui/panewd.tcl /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./paths.tcl /home/shychong/local/share/gui/paths.tcl /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./prtdialo.tcl /home/shychong/local/share/gui/prtdialo.tcl /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./rcs.tcl /home/shychong/local/share/gui/rcs.tcl /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./selector.tcl /home/shychong/local/share/gui/selector.tcl /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./text.tcl /home/shychong/local/share/gui/text.tcl /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./toplevel.tcl /home/shychong/local/share/gui/toplevel.tcl /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./utilities.tcl /home/shychong/local/share/gui/utilities.tcl /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./version.tcl /home/shychong/local/share/gui/version.tcl /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./history.tcl /home/shychong/local/share/gui/history.tcl /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./retriever.tcl /home/shychong/local/share/gui/retriever.tcl /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./statistics.tcl /home/shychong/local/share/gui/statistics.tcl /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./tree.tcl /home/shychong/local/share/gui/tree.tcl /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./multiappl.tcl /home/shychong/local/share/gui/multiappl.tcl /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./multicls.tcl /home/shychong/local/share/gui/multicls.tcl /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./multictree.tcl /home/shychong/local/share/gui/multictree.tcl /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./multiedit.tcl /home/shychong/local/share/gui/multiedit.tcl /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./multibrow.tcl /home/shychong/local/share/gui/multibrow.tcl /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./multiinc.tcl /home/shychong/local/share/gui/multiinc.tcl /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./multixref.tcl /home/shychong/local/share/gui/multixref.tcl /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./multiretr.tcl /home/shychong/local/share/gui/multiretr.tcl /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./multigrep.tcl /home/shychong/local/share/gui/multigrep.tcl /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./multimake.tcl /home/shychong/local/share/gui/multimake.tcl /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./preferences.tcl /home/shychong/local/share/gui/preferences.tcl /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./tools.tcl /home/shychong/local/share/gui/tools.tcl /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./window.tcl /home/shychong/local/share/gui/window.tcl /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./projedit.tcl /home/shychong/local/share/gui/projedit.tcl /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./font.tcl /home/shychong/local/share/gui/font.tcl /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./winprint.tcl /home/shychong/local/share/gui/winprint.tcl /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./projmng.tcl /home/shychong/local/share/gui/projmng.tcl /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./gdbtk.tcl /home/shychong/local/share/gui/gdbtk.tcl /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./tmeter.tcl /home/shychong/local/share/gui/tmeter.tcl /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./project.tcl /home/shychong/local/share/gui/project.tcl /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./targetmgr.tcl /home/shychong/local/share/gui/targetmgr.tcl /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./buildtarget.tcl /home/shychong/local/share/gui/buildtarget.tcl /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./targetedit.tcl /home/shychong/local/share/gui/targetedit.tcl /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./toolchain.tcl /home/shychong/local/share/gui/toolchain.tcl /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./conftooldlg.tcl /home/shychong/local/share/gui/conftooldlg.tcl /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./mkfilegen.tcl /home/shychong/local/share/gui/mkfilegen.tcl cp ./tclIndex /home/shychong/local/share/gui/tclIndex make[3]: Leaving directory `/home/shychong/local/software/SN451/snavigator/gui' make[2]: Leaving directory `/home/shychong/local/software/SN451/snavigator/gui' Making install in demo make[2]: Entering directory `/home/shychong/local/software/SN451/snavigator/demo' make[3]: Entering directory `/home/shychong/local/software/SN451/snavigator/demo' make[3]: Nothing to be done for `install-exec-am'. /usr/local/bin/gtar -chf /home/shychong/local/share/demos/c++_demo.tar.gz c++_demo /usr/local/bin/gtar -chf /home/shychong/local/share/demos/asm_demo.tar.gz asm_demo /usr/local/bin/gtar -chf /home/shychong/local/share/demos/for_demo.tar.gz for_demo /usr/local/bin/gtar -chf /home/shychong/local/share/demos/cob_demo.tar.gz cob_demo /usr/local/bin/gtar -chf /home/shychong/local/share/demos/monop.tar.gz monop /usr/local/bin/gtar -chf /home/shychong/local/share/demos/jav_demo.tar.gz jav_demo make[3]: Leaving directory `/home/shychong/local/software/SN451/snavigator/demo' make[2]: Leaving directory `/home/shychong/local/software/SN451/snavigator/demo' Making install in doc make[2]: Entering directory `/home/shychong/local/software/SN451/snavigator/doc' Making install in html make[3]: Entering directory `/home/shychong/local/software/SN451/snavigator/doc/html' make[4]: Entering directory `/home/shychong/local/software/SN451/snavigator/doc/html' make[4]: Nothing to be done for `install-exec-am'. /bin/sh ../../mkinstalldirs /home/shychong/local/html /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./cygnus1.css /home/shychong/local/html/cygnus1.css /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./index-1.gif /home/shychong/local/html/index-1.gif /bin/sh /home/shychong/local/software/SN451/install-sh -c -m 644 ./redhatlogo.gif /home/shychong/local/html/redhatlogo.gif /bin/sh ../../mkinstalldirs /home/shychong/local/html for p in userguide progref; do \ /bin/sh ../../mkinstalldirs /home/shychong/local/html/$p; \ rm -f /home/shychong/local/html/$p/*.html; \ rm -f /home/shychong/local/html/$p/*.gif; \ cd ./enterprise/$p ;\ echo "cd /home/shychong/local/html/$p ; /usr/local/bin/gtar -xBpf -" > /tmp/foo-$$ ;\ chmod u+x /tmp/foo-$$ ;\ /usr/local/bin/gtar -chf - *.gif | /tmp/foo-$$ ;\ /usr/local/bin/gtar -chf - *.html | /tmp/foo-$$ ;\ rm /tmp/foo-$$ ;\ done; ../../mkinstalldirs: ../../mkinstalldirs: cannot open /bin/sh: ./enterprise/progref: does not exist make[4]: *** [install-data-local] Error 1 make[4]: Leaving directory `/home/shychong/local/software/SN451/snavigator/doc/html' make[3]: *** [install-am] Error 2 make[3]: Leaving directory `/home/shychong/local/software/SN451/snavigator/doc/html' make[2]: *** [install-recursive] Error 1 make[2]: Leaving directory `/home/shychong/local/software/SN451/snavigator/doc' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `/home/shychong/local/software/SN451/snavigator' make: *** [install-snavigator] Error 2 From spolk@redhat.com Mon Sep 11 10:58:00 2000 From: spolk@redhat.com (Syd Polk) Date: Mon, 11 Sep 2000 10:58:00 -0000 Subject: SN451 install problems on SunOS 5.7 References: <39BD1814.654E1E0F@onexco.com> Message-ID: <4.2.0.58.20000911105821.00d3db50@pop.cygnus.com> >/bin/sh ../../mkinstalldirs /home/shychong/local/html >for p in userguide progref; do \ > /bin/sh ../../mkinstalldirs /home/shychong/local/html/$p; \ This looks like the culprit; however, it should me creating both /home/shychong/local/html/enterprise and /home/shychong/local/html/enterprise/progref. The binary that is up on the web site for Solaris should run on 5.7 just fine. Maybe you should just use that? > rm -f /home/shychong/local/html/$p/*.html; \ > rm -f /home/shychong/local/html/$p/*.gif; \ > cd ./enterprise/$p ;\ > echo "cd /home/shychong/local/html/$p ; /usr/local/bin/gtar -xBpf > -" > >/tmp/foo-$$ ;\ > chmod u+x /tmp/foo-$$ ;\ > /usr/local/bin/gtar -chf - *.gif | /tmp/foo-$$ ;\ > /usr/local/bin/gtar -chf - *.html | /tmp/foo-$$ ;\ > rm /tmp/foo-$$ ;\ >done; >../../mkinstalldirs: ../../mkinstalldirs: cannot open >/bin/sh: ./enterprise/progref: does not exist >make[4]: *** [install-data-local] Error 1 >make[4]: Leaving directory >`/home/shychong/local/software/SN451/snavigator/doc/html' >make[3]: *** [install-am] Error 2 >make[3]: Leaving directory >`/home/shychong/local/software/SN451/snavigator/doc/html' >make[2]: *** [install-recursive] Error 1 >make[2]: Leaving directory >`/home/shychong/local/software/SN451/snavigator/doc' >make[1]: *** [install-recursive] Error 1 >make[1]: Leaving directory `/home/shychong/local/software/SN451/snavigator' >make: *** [install-snavigator] Error 2 Syd Polk spolk@redhat.com Engineering Manager +1 415 777 9810 x 241 Red Hat, Inc. From spolk@redhat.com Tue Sep 12 13:12:00 2000 From: spolk@redhat.com (Syd Polk) Date: Tue, 12 Sep 2000 13:12:00 -0000 Subject: Source-Navigator 4.5.2 is now available Message-ID: <4.2.0.58.20000912131318.00d45eb0@pop.cygnus.com> Source-Navigator 4.5.2 is now available from http://sources.redhat.com/sourcenav . It include the patches, the c++ extension by Florent Pillet, and the Python parser by Thomas Heller. Syd Polk spolk@redhat.com Engineering Manager +1 415 777 9810 x 241 Red Hat, Inc. From irox@redhat.com Tue Sep 12 18:16:00 2000 From: irox@redhat.com (Ian Roxborough) Date: Tue, 12 Sep 2000 18:16:00 -0000 Subject: Changing the toolchain data in SN Message-ID: <200009130113.SAA32491@manx.soma.redhat.com> Hi, In the current version of SN all the toolchains are hardcoded into gui/toolchain.tcl. This isn't the best way of doing things, so for the next release things will change, each toolchain will be in a seperate file in a toolchains directory under ...share/etc. There is also a way of adding simple generic build rules. See achive:- http://sources.redhat.com/ml/sourcenav/2000-q3/msg00315.html Ian. On Tue, 29 Aug 2000, Kai Ruottu wrote: > Hi, > is somewhere instructions for changing the toolchains in SN ? The > defaults, > native, x86/Linux and PPC/Linux, probably aren't just the ones needed... > > The 'gui/toolchain.tcl' seems to have the data for the defaults, but > changing > only these doesn't seem to be enough. What if one needs more than the > current > three toolchains? How to add the information for the fourth? > > Is somewhere ready-made scripts for cases like Cygwin, Mingw and some > embedded > target being the third on Windoze? For Linux and the two Solaris7's > (sparc/x86)? > > Many thanks in advance, Kai > > From florent.pillet@opteway.com Wed Sep 13 00:55:00 2000 From: florent.pillet@opteway.com (Florent Pillet) Date: Wed, 13 Sep 2000 00:55:00 -0000 Subject: SN 4.5.2, patches, tee-shirts and a big THANK YOU Message-ID: <00091309551400.26496@fpillet> > Source-Navigator 4.5.2 is now available from > http://sources.redhat.com/sourcenav . It include the patches, the c++ > extension by Florent Pillet, and the Python parser by Thomas Heller. Wow! That's great! And what's even greater is that I received a box with the SN tee-shirt, ad even a RedHat 6.2 box in reward for being the first (along with Thomas) to submit a patch for SN. A big THANK YOU to the SourceNavigator team for their hard work, dedication and kindness. I was delighted to get this gift even though my patch was not as big as Thomas'. I'm looking forward to patching SN a bit more, once SN 5.0 is released. We are several people at my company already using it all day long and it proved to be an indispensable tool for our work. Keep up the great work! -- Florent Pillet, Software Architect. e-mail: fpillet@opteway.com opt[e]way S.A., 2881 route des cretes, BP 308 06906 Sophia Antipolis Cedex, France Phone: +33 4 92 95 26 13 - Fax: +33 4 92 95 26 03 http://www.opteway.com/ From wgacquer@ubisoft.fr Wed Sep 13 01:05:00 2000 From: wgacquer@ubisoft.fr (William Gacquer) Date: Wed, 13 Sep 2000 01:05:00 -0000 Subject: T-shirt ? Message-ID: <5D2A198567EED311BD0F009027A25C873AE6C8@SRVMAIL-ANN> Hello I am working in a company where the only way to convince the boss to work with a tool is to wear a T-shirt with a picture of that tool...yes I am doing video games! Since I am a SN-monger, may I have a T-shirt too ? :-) William From kai.denker@cas-gmbh.de Wed Sep 13 07:16:00 2000 From: kai.denker@cas-gmbh.de (Kai Denker) Date: Wed, 13 Sep 2000 07:16:00 -0000 Subject: SN4.5.2: problems compiling it using cygwin Message-ID: <01C01D9D.5D2746E0.kai.denker@cas-gmbh.de> Hi! I have downloaded and extracted the 4.5.2-Source and tried to compile it using cygwin unter Win98, but it failed: $ ./configure Configuring for a i586-pc-cygwin32 host. *** Cannot configure in source tree. *** Make a parallel directory and configure there. I am not experienced with building Unix-software (with configure-Scripts), so I have no idea, how to remove this "source tree"-attribute. Any ideas? Regards Kai Denker From David.Britton@lexis-nexis.com Wed Sep 13 07:20:00 2000 From: David.Britton@lexis-nexis.com (Britton, David L. (LNG)) Date: Wed, 13 Sep 2000 07:20:00 -0000 Subject: Batchmode limitation Message-ID: I'm trying to add support in our nightly build process for automatically regenerating the Source Navigator project associated with the code base just built. For reasons that may or may not be obvious, I do not have access to an X display during this process. Source Navigator dies complaining about not being able to talk to an X display even while running in batchmode. Are there suggestions (I really would like to avoid having to set up an lbx proxy to fake it out) on how to go about fixing this? From bje@redhat.com Wed Sep 13 07:37:00 2000 From: bje@redhat.com (Ben Elliston) Date: Wed, 13 Sep 2000 07:37:00 -0000 Subject: SN4.5.2: problems compiling it using cygwin References: <01C01D9D.5D2746E0.kai.denker@cas-gmbh.de> Message-ID: I have downloaded and extracted the 4.5.2-Source and tried to compile it using cygwin unter Win98, but it failed: $ ./configure Configuring for a i586-pc-cygwin32 host. *** Cannot configure in source tree. *** Make a parallel directory and configure there. The error message is correct: you can't run `configure' in the source tree. You need to create a separate tree for object code: $ mkdir build && cd build $ /path/to/src/configure Ben From spolk@redhat.com Wed Sep 13 08:53:00 2000 From: spolk@redhat.com (Syd Polk) Date: Wed, 13 Sep 2000 08:53:00 -0000 Subject: SN4.5.2: problems compiling it using cygwin References: <01C01D9D.5D2746E0.kai.denker@cas-gmbh.de> Message-ID: <39BFA3A7.C3DC7F5C@redhat.com> You have two options: 1. Download the binary. Or read on: Kai Denker wrote: > > Hi! > > I have downloaded and extracted the 4.5.2-Source and tried to compile > it using cygwin unter Win98, but it failed: > > $ ./configure > Configuring for a i586-pc-cygwin32 host. This is an old version of cygwin. You need to upgrade. Also, we only support Microsoft Visual C++ 5.0 as the compiler. When you have the net release of cygwin (available via http://sources.redhat.com/cygwin ), and MSVC C++ 5.0, you can then attempt to build Source-Navigator on Windows. I would recommend building it on Windows only if you plan on hacking and giving us patches. > *** Cannot configure in source tree. > *** Make a parallel directory and configure there. > > I am not experienced with building Unix-software (with > configure-Scripts), so I have no idea, how to remove this "source > tree"-attribute. Any ideas? > > Regards > Kai Denker What this means is that you need to build and install in separate directories from the source tree. After you unpack the source, you will get a directory called SN452-src. You want to create another directory at the same level, so that you have: bash-2.01% ls SN452-src SN452-build Then, cd SN452-build. Type the following command line: CC=cl CFLAGS="-0d -Z7" ../SN452-src/configure make all-snavigator make install-snavigator We hope to have support for gcc done by the end of the year. From spolk@redhat.com Wed Sep 13 08:54:00 2000 From: spolk@redhat.com (Syd Polk) Date: Wed, 13 Sep 2000 08:54:00 -0000 Subject: Batchmode limitation References: Message-ID: <39BFA3FD.7A4C31AA@redhat.com> This is a long-standing problem with Source-Navigator. We are doing our best to make the different pieces of Source-Navigator loadable into the standard Tcl shells, tclsh and wish. Until then, we require a DISPLAY variable. There are some dummy DISPLAY servers out there. I don't know much about them, however. "Britton, David L. (LNG)" wrote: > > I'm trying to add support in our nightly build process for automatically > regenerating the Source Navigator project associated with the code base just > built. For reasons that may or may not be obvious, I do not have access to > an X display during this process. Source Navigator dies complaining about > not being able to talk to an X display even while running in batchmode. > > Are there suggestions (I really would like to avoid having to set up an lbx > proxy to fake it out) on how to go about fixing this? From bruce.stephens@messagingdirect.com Wed Sep 13 09:19:00 2000 From: bruce.stephens@messagingdirect.com (Bruce Stephens) Date: Wed, 13 Sep 2000 09:19:00 -0000 Subject: Batchmode limitation References: <39BFA3FD.7A4C31AA@redhat.com> Message-ID: Syd Polk writes: > This is a long-standing problem with Source-Navigator. We are doing > our best to make the different pieces of Source-Navigator loadable > into the standard Tcl shells, tclsh and wish. Until then, we require > a DISPLAY variable. > > There are some dummy DISPLAY servers out there. I don't know much > about them, however. An easy one to use (if you have it---XFree86 includes it, for example) is Xvfb: % Xvfb :1 & % DISPLAY=:1 xclock & % ... -- Bruce Stephens Bruce.Stephens@MessagingDirect.com MessagingDirect(UK) Ltd From mdejong@cygnus.com Wed Sep 13 11:34:00 2000 From: mdejong@cygnus.com (Mo DeJong) Date: Wed, 13 Sep 2000 11:34:00 -0000 Subject: T-shirt ? References: <5D2A198567EED311BD0F009027A25C873AE6C8@SRVMAIL-ANN> Message-ID: On Wed, 13 Sep 2000, William Gacquer wrote: > Hello > I am working in a company where the only way to convince the boss to > work with a tool is to wear a T-shirt with a picture of that tool...yes I am > doing video games! > Since I am a SN-monger, may I have a T-shirt too ? :-) > > William Sorry, but we don't just give the SN shirts out for no reason. We only give them to folks that have send in a "cool" patch (the exact definition of "cool" is decided on a case by case basis). These shirts also also in very limited supply, in fact there are only two left. Mo DeJong Red Hat Inc From steve@blast.com Wed Sep 13 12:14:00 2000 From: steve@blast.com (Steve Rogers) Date: Wed, 13 Sep 2000 12:14:00 -0000 Subject: Source-Navigator added to SiliconPenguin Message-ID: <39C0433F.454E9A5F@blast.com> Source-Navigator has been added to the http://www.siliconpenguin.com embedded Linux website. The link is in: http://www.siliconpenguin.com/Software/Development_Tools/ Please come visit and add other interesting links. As well we would love to have a link to SiliconPenguin somewhere in your links pages. Steve -- BLAST, Inc. 919-542-3007 PO Box 818, Pittsboro, NC 27312 919-542-0161 Fax mailto:steve@blast.com http://www.blast.com From spolk@redhat.com Wed Sep 13 12:25:00 2000 From: spolk@redhat.com (Syd Polk) Date: Wed, 13 Sep 2000 12:25:00 -0000 Subject: Source-Navigator added to SiliconPenguin References: <39C0433F.454E9A5F@blast.com> Message-ID: <4.2.0.58.20000913122641.00d71240@pop.cygnus.com> At 03:17 AM 9/14/00 +0000, Steve Rogers wrote: >Source-Navigator has been added to the http://www.siliconpenguin.com >embedded Linux website. The link is in: > > http://www.siliconpenguin.com/Software/Development_Tools/ > >Please come visit and add other interesting links. As well we would >love to have a link to SiliconPenguin somewhere in your links pages. > >Steve >-- >BLAST, Inc. 919-542-3007 >PO Box 818, Pittsboro, NC 27312 919-542-0161 Fax > mailto:steve@blast.com http://www.blast.com CodeFusion is no longer supported as a product, and the version of Source-Navigator that you have listed in much more current. FYI. Syd Polk spolk@redhat.com Engineering Manager +1 415 777 9810 x 241 Red Hat, Inc. From thomas.heller@ion-tof.com Thu Sep 14 00:48:00 2000 From: thomas.heller@ion-tof.com (Thomas Heller) Date: Thu, 14 Sep 2000 00:48:00 -0000 Subject: T-shirt Message-ID: <005d01c01e20$1075b470$4500a8c0@thomasnb> A big thank for the T-shirt and the RedHat 6.2 box Mo DeJong sent me. My apologies for not sending this thank you earlier, but I had a hard time in the last few days (My wife beeing at the hostpital, and - finally - a new son of mine). Hurray, and thanks again! Thomas Heller From tee_yong.teoh@alcatel.com Thu Sep 14 09:13:00 2000 From: tee_yong.teoh@alcatel.com (Tee Y Teoh) Date: Thu, 14 Sep 2000 09:13:00 -0000 Subject: Q: Project management References: <4.2.0.58.20000912131318.00d45eb0@pop.cygnus.com> Message-ID: <39C0F8E2.AC130519@alcatel.com> Hello, Is it possible to do the following: 1) Use the same generated project and share it between several designers ? 2) Do incremental updates to the database ? Our source tree is large...over 8,000 files and it takes around 8 hours to generate the database from scratch. Hence the above two questions will aid us greatly. We are using SN 4.5.1. Note: I looked into the User Guide and did not come across any such discussions. Did I miss something ? Thanks Tee Teoh From spolk@redhat.com Thu Sep 14 09:28:00 2000 From: spolk@redhat.com (Syd Polk) Date: Thu, 14 Sep 2000 09:28:00 -0000 Subject: Q: Project management References: <4.2.0.58.20000912131318.00d45eb0@pop.cygnus.com> <39C0F8E2.AC130519@alcatel.com> Message-ID: <39C0FD56.50B8144F@redhat.com> Tee Y Teoh wrote: > > Hello, > Is it possible to do the following: > > 1) Use the same generated project and share it between several designers > ? Not simultaneously. Different people should be able to open the same file. > > 2) Do incremental updates to the database ? Source-Navigator does support incremental updates. You should just open the project again after your source has changed, and it will refresh. You can force this by selecting the "Refresh Project" command from the menus. > Our source tree is large...over 8,000 files and it takes around 8 hours > to generate the database from scratch. Hence the above two questions > will aid us greatly. We are using SN 4.5.1. > > Note: I looked into the User Guide and did not come across any such > discussions. Did I miss something ? > > Thanks > > Tee Teoh From bruce.stephens@messagingdirect.com Thu Sep 14 09:41:00 2000 From: bruce.stephens@messagingdirect.com (Bruce Stephens) Date: Thu, 14 Sep 2000 09:41:00 -0000 Subject: Q: Project management References: <4.2.0.58.20000912131318.00d45eb0@pop.cygnus.com> <39C0F8E2.AC130519@alcatel.com> <39C0FD56.50B8144F@redhat.com> Message-ID: Syd Polk writes: > Tee Y Teoh wrote: [...] > > 2) Do incremental updates to the database ? > > Source-Navigator does support incremental updates. You should just > open the project again after your source has changed, and it will > refresh. You can force this by selecting the "Refresh Project" > command from the menus. The databases will tend to grow over time if you do this, though. There's an example somewhere of using dbcp (or hyper) to copy the databases in a project (which will produce smaller databases). Generally the size of these databases doesn't matter, but if they're big, using dbcp to copy them can help significantly. Indeed, on a freshly created project I found doing this halved the size of the database. -- Bruce Stephens Bruce.Stephens@MessagingDirect.com MessagingDirect(UK) Ltd From mdejong@cygnus.com Thu Sep 14 16:22:00 2000 From: mdejong@cygnus.com (Mo DeJong) Date: Thu, 14 Sep 2000 16:22:00 -0000 Subject: Q: Project management References: <39C0F8E2.AC130519@alcatel.com> Message-ID: On Thu, 14 Sep 2000, Tee Y Teoh wrote: > Hello, > Is it possible to do the following: > > 1) Use the same generated project and share it between several designers > ? > > 2) Do incremental updates to the database ? > > Our source tree is large...over 8,000 files and it takes around 8 hours > to generate the database from scratch. Hence the above two questions > will aid us greatly. We are using SN 4.5.1. > > Note: I looked into the User Guide and did not come across any such > discussions. Did I miss something ? Source-Navigator's has a "single user" database model. This is part of the existing design and not something that can be changed easily. Once the project is parsed, it will update individual files when the mod time of the file changes. Basically, each developer needs to have a copy of the project on the local machine. I hope that helps. Mo DeJong Red Hat Inc From twchiang@3dfx.com Thu Sep 14 16:47:00 2000 From: twchiang@3dfx.com (Tai Wu Chiang) Date: Thu, 14 Sep 2000 16:47:00 -0000 Subject: Help: database locked! Message-ID: Hello: For some reason my SN crashed and after then it can not Reparse Project. It always shows a message "The database is locked!" and returns without updating. Can anyone help tell me how to unlock it? Thanks. I am using SN 4.5.1 for Windows on 98 second edition. Tai-Wu Chiang From irox@redhat.com Thu Sep 14 17:04:00 2000 From: irox@redhat.com (Ian Roxborough) Date: Thu, 14 Sep 2000 17:04:00 -0000 Subject: Help: database locked! Message-ID: <200009150001.RAA03426@manx.soma.redhat.com> Hi, Have you rebooted since the SN crash? SN locks the database (on Windows) by opening the database file, other instances of SN check to see if the database file is already open and back off if it's open. So, it would be likely that either the crash SN process is a zombie holding on to the file handle, or the OS hasn't freed up the file handle after that crash. If you have rebooted then the database might be corrupted ;-( Can you reproduce the crash? (On other systems and well?) Ian. On Fri, 15 Sep 2000, Tai Wu Chiang wrote: > Date: Fri, 15 Sep 2000 00:44:43 +0100 > To: "'sourcenav@sources.redhat.com'" > From: Tai Wu Chiang > Subject: Help: database locked! > > Hello: > For some reason my SN crashed and after then it can not Reparse > Project. > It always shows a message "The database is locked!" and returns without > updating. Can anyone help tell me how to unlock it? Thanks. > > I am using SN 4.5.1 for Windows on 98 second edition. > > Tai-Wu Chiang > From segg@infonet.ca Thu Sep 14 18:56:00 2000 From: segg@infonet.ca (Gilles J. Seguin) Date: Thu, 14 Sep 2000 18:56:00 -0000 Subject: Q: Project management References: <4.2.0.58.20000912131318.00d45eb0@pop.cygnus.com> <39C0F8E2.AC130519@alcatel.com> Message-ID: <39C1814E.ADB99BC9@infonet.ca> Tee Y Teoh wrote: > > Hello, > Is it possible to do the following: > > 1) Use the same generated project and share it between several designers > ? > > 2) Do incremental updates to the database ? > > Our source tree is large...over 8,000 files and it takes around 8 hours > to generate the database from scratch. Hence the above two questions > will aid us greatly. We are using SN 4.5.1. > > Note: I looked into the User Guide and did not come across any such > discussions. Did I miss something ? Are we not able to merge data base from subdirectories. Does the add projects provide that. From irox@redhat.com Thu Sep 14 18:59:00 2000 From: irox@redhat.com (Ian Roxborough) Date: Thu, 14 Sep 2000 18:59:00 -0000 Subject: Help: database locked! References: Message-ID: <39C18262.DD981550@redhat.com> Unfortunately, if the database is corrupted, then yes you'll have to rebuild the database. Currently we don't have any utilities to recover corrupt database files. If you're feeling adventurous, then you could have a look in /share/gui/misc.tcl and have a look at the procedure sn_read_project. This is where we test if we can even open the file and if we can, then test if the database is currently open by another project. (Of course if you want to get nasty you could just comment out or removed the checks so it just opens it anyway......?) Window 98/95 is probably our least tested platform, so please share any interesting findings. Ian. P.S.: Basic Tcl knowledge required. > Tai Wu Chiang wrote: > > Yes, I did. If it is corrupted, does it mean I have to re-create the > project :( > > Thanks, > > Tai-Wu > > -----Original Message----- > From: Ian Roxborough [ mailto:irox@redhat.com ] > Sent: Thursday, September 14, 2000 7:02 PM > To: Tai Wu Chiang; 'sourcenav@sources.redhat.com' > Subject: Re: Help: database locked! > > Hi, > > Have you rebooted since the SN crash? > > SN locks the database (on Windows) by opening > the database file, other instances of SN check > to see if the database file is already open and back > off if it's open. So, it would be likely that either > the crash SN process is a zombie holding on to > the file handle, or the OS hasn't freed up the file > handle after that crash. > > If you have rebooted then the database might > be corrupted ;-( > > Can you reproduce the crash? > (On other systems and well?) > > Ian. > > On Fri, 15 Sep 2000, Tai Wu Chiang wrote: > > Date: Fri, 15 Sep 2000 00:44:43 +0100 > > To: "'sourcenav@sources.redhat.com'" > > From: Tai Wu Chiang > > Subject: Help: database locked! > > > > Hello: > > For some reason my SN crashed and after then it can not Reparse > > Project. > > It always shows a message "The database is locked!" and returns > without > > updating. Can anyone help tell me how to unlock it? Thanks. > > > > I am using SN 4.5.1 for Windows on 98 second edition. > > > > Tai-Wu Chiang > > From stephane.rouviere@intel.com Fri Sep 15 05:06:00 2000 From: stephane.rouviere@intel.com (Rouviere, Stephane) Date: Fri, 15 Sep 2000 05:06:00 -0000 Subject: SN452 Installation Message-ID: Hello, First, Thanks to SN team for their great work !! I am trying to use SN452. But, when I try to compile it, I have the following error: ../../../SN452-source/snavigator/hyper/dbsym.c: In function `setflags': ../../../SN452-source/snavigator/hyper/dbsym.c:365: warning: subscript has type `char' ../../../SN452-source/snavigator/hyper/dbsym.c: In function `glob_nocase_pattern': ../../../SN452-source/snavigator/hyper/dbsym.c:489: warning: subscript has type `char' ../../../SN452-source/snavigator/hyper/dbsym.c:496: warning: subscript has type `char' ../../../SN452-source/snavigator/hyper/dbsym.c: In function `setinfo': ../../../SN452-source/snavigator/hyper/dbsym.c:2382: warning: subscript has type `char' ../../../SN452-source/snavigator/hyper/dbsym.c: In function `GetOpenMode': ../../../SN452-source/snavigator/hyper/dbsym.c:2523: warning: subscript has type `char' gmake: *** [dbsym.o] Error 1 Could someone help me ? Thanks in advance St????phane From bruce.stephens@messagingdirect.com Fri Sep 15 05:24:00 2000 From: bruce.stephens@messagingdirect.com (Bruce Stephens) Date: Fri, 15 Sep 2000 05:24:00 -0000 Subject: SN452 Installation References: Message-ID: "Rouviere, Stephane" writes: [...] > I am trying to use SN452. > But, when I try to compile it, I have the following error: > > ../../../SN452-source/snavigator/hyper/dbsym.c: In function `setflags': > ../../../SN452-source/snavigator/hyper/dbsym.c:365: warning: subscript has > type `char' > ../../../SN452-source/snavigator/hyper/dbsym.c: In function > `glob_nocase_pattern': > ../../../SN452-source/snavigator/hyper/dbsym.c:489: warning: subscript has > type `char' > ../../../SN452-source/snavigator/hyper/dbsym.c:496: warning: subscript has > type `char' > ../../../SN452-source/snavigator/hyper/dbsym.c: In function `setinfo': > ../../../SN452-source/snavigator/hyper/dbsym.c:2382: warning: subscript has > type `char' > ../../../SN452-source/snavigator/hyper/dbsym.c: In function `GetOpenMode': > ../../../SN452-source/snavigator/hyper/dbsym.c:2523: warning: subscript has > type `char' > gmake: *** [dbsym.o] Error 1 Those are all warnings. Is there an actual error somewhere? What's the compiler, and compile line? -- Bruce Stephens Bruce.Stephens@MessagingDirect.com MessagingDirect(UK) Ltd From dhalladay@avaya.com Fri Sep 15 10:32:00 2000 From: dhalladay@avaya.com (Dennis Halladay) Date: Fri, 15 Sep 2000 10:32:00 -0000 Subject: PDF version of User Guide and Programmer's Manual? Message-ID: <39C25E7D.F8120D65@avaya.com> Is documentation available in this format? I note for the Cygwin project both html and pdf versions of the documentation are available. -Dennis == dhalladay@avaya.com From spolk@redhat.com Fri Sep 15 11:20:00 2000 From: spolk@redhat.com (Syd Polk) Date: Fri, 15 Sep 2000 11:20:00 -0000 Subject: SN452 Installation References: <"Fri,> <15> <2000> <05:03:28> <-0700> Message-ID: <4.2.0.58.20000915112140.00d7e450@pop.cygnus.com> At 01:21 PM 9/15/00 +0100, Bruce Stephens wrote: >"Rouviere, Stephane" writes: > >[...] > > > I am trying to use SN452. > > But, when I try to compile it, I have the following error: > > > > ../../../SN452-source/snavigator/hyper/dbsym.c: In function `setflags': > > ../../../SN452-source/snavigator/hyper/dbsym.c:365: warning: subscript has > > type `char' > > ../../../SN452-source/snavigator/hyper/dbsym.c: In function > > `glob_nocase_pattern': > > ../../../SN452-source/snavigator/hyper/dbsym.c:489: warning: subscript has > > type `char' > > ../../../SN452-source/snavigator/hyper/dbsym.c:496: warning: subscript has > > type `char' > > ../../../SN452-source/snavigator/hyper/dbsym.c: In function `setinfo': > > ../../../SN452-source/snavigator/hyper/dbsym.c:2382: warning: subscript has > > type `char' > > ../../../SN452-source/snavigator/hyper/dbsym.c: In function `GetOpenMode': > > ../../../SN452-source/snavigator/hyper/dbsym.c:2523: warning: subscript has > > type `char' > > gmake: *** [dbsym.o] Error 1 > >Those are all warnings. Is there an actual error somewhere? What's >the compiler, and compile line? Better yet, what is the operating system? >-- >Bruce Stephens Bruce.Stephens@MessagingDirect.com >MessagingDirect(UK) Ltd Syd Polk spolk@redhat.com Engineering Manager +1 415 777 9810 x 241 Red Hat, Inc. From spolk@redhat.com Fri Sep 15 11:20:00 2000 From: spolk@redhat.com (Syd Polk) Date: Fri, 15 Sep 2000 11:20:00 -0000 Subject: PDF version of User Guide and Programmer's Manual? References: <39C25E7D.F8120D65@avaya.com> Message-ID: <4.2.0.58.20000915112202.00d86dc0@pop.cygnus.com> At 10:38 AM 9/15/00 -0700, Dennis Halladay wrote: >Is documentation available in this format? > >I note for the Cygwin project both html and pdf versions >of the documentation are available. > > -Dennis >== >dhalladay@avaya.com PDF is not currently available for the Open Source documentation of Source-Navigator at this time. Syd Polk spolk@redhat.com Engineering Manager +1 415 777 9810 x 241 Red Hat, Inc. From enguru@lucent.com Fri Sep 15 22:53:00 2000 From: enguru@lucent.com (Gururajan Narasimhan Erode) Date: Fri, 15 Sep 2000 22:53:00 -0000 Subject: Source navigator licenses Message-ID: <39C30A90.F67AE54E@lucent.com> hello, My name is Gururajan Erode working in LUCENT TECHNOLOGIES in Bangalore, INDIA.We require a SOURCE NAVIGATOR code browsing software and we want to know the detailed quotes of the source navigator software both individual and network licenses.Please send information on whom to contact in INDIA or can you addresss this request yourself? can you please mail me today on this? We need the UNIX version of the SOURCE NAVIGATOR. regards, Gururajan From bje@redhat.com Sat Sep 16 09:55:00 2000 From: bje@redhat.com (Ben Elliston) Date: Sat, 16 Sep 2000 09:55:00 -0000 Subject: Source navigator licenses References: <39C30A90.F67AE54E@lucent.com> Message-ID: Hi, Source-Navigator is free software. Please visit: http://sources.redhat.com/sourcenav/ to find out how to download a copy. Cheers, Ben From ericp@taarna.qc.ca Sun Sep 17 13:53:00 2000 From: ericp@taarna.qc.ca (Eric Plante) Date: Sun, 17 Sep 2000 13:53:00 -0000 Subject: small patch re tcl8.1 and more Message-ID: <39C53082.91E8061D@taarna.qc.ca> I hope you can forward this to the tcl maintainers. I am building SN on irix with the native compiler, and have stumbled across quite a few gnu-specific code bits. For most of them I just do ugly fixes, but here's a very easy patch for tcl, which in this part of the code uses a very gnu-specific way of initializing an array, and the fix is trivial: ----cut here----- GNU diff version 1.15 *** tclCmdIL.c.orig lundi 19 octobre 1998, 14:33:56 EDT --- tclCmdIL.c dimanche 17 septembre 2000, 16:17:06 EDT *************** SortCompare(objPtr1, objPtr2, infoPtr) *** 2856,2864 **** order = -1; } } else { ! Tcl_Obj **objv, *paramObjv[2] = {objPtr1, objPtr2}; int objc; /* * We made space for the two things to compare. Replace them * and evaluate the result. --- 2856,2866 ---- order = -1; } } else { ! Tcl_Obj **objv, *paramObjv[2]; int objc; + paramObjv[0] = objPtr1; + paramObjv[1] = objPtr2; /* * We made space for the two things to compare. Replace them * and evaluate the result. ----cut here---- Among other things I have noted but don't have a nice patch for: - The file tix/unix/tk8.1/Makefile.in contains -fwritable-strings, which of course chokes because this is a gcc-specific option. It compiles (and runs I believe) fine without any corresponding option with irix's cc, so my solution was simply to remove that flag. - In the file snavigator/parsers/cpp/cpplib/macro.c, line 1061, I had to explicitely cast the result of SN_StrDup to a (char *), although it is very unclear why, beacause as far as I can see that is already the return type of SN_StrDup... - I also had to remove snavigator/parsers/fortran from the build process entirely, but that's just because my bison installation if flakey I suppose (and I don't plan on doing Fortran anytime soon anyway). - I got a zillion and a half warnings about the file snavigator/parsers/libjcreuse/Position.h because it has nested /**/ comments, which isn't allowed in ansi C. - snavigator/hyper/Makefile contains -Wall and -fwritable-strings, both of which are gcc-specific options, but I don't know where the Makefile got those options from. Note that those weren't there in 4.5.1. Thanks, keep up the great work, -- Eric Plante, M.Sc. R & D phone: (514) 844-8448 Taarna Studios inc. fax: (514) 844-8844 305, de la Commune O. - Suite 100 Montreal (Quebec) H2Y 2E1 From Fabrice_Gautier@sdesigns.com Sun Sep 17 16:41:00 2000 From: Fabrice_Gautier@sdesigns.com (Fabrice Gautier) Date: Sun, 17 Sep 2000 16:41:00 -0000 Subject: Project file list Message-ID: <8AE4B526B977D411841F00A0CC334020052C5D@cuz-exchange.sdesigns.net> Hi, The first time I create a project, there is a window that contains the project files list or the functions list etc.. But once this window is closed and i am in the editor window I don't know how to get back to this list window Thank you -- Fabrice Gautier fabrice_gautier@sdesigns.com From mdejong@cygnus.com Sun Sep 17 17:29:00 2000 From: mdejong@cygnus.com (Mo DeJong) Date: Sun, 17 Sep 2000 17:29:00 -0000 Subject: Project file list References: <8AE4B526B977D411841F00A0CC334020052C5D@cuz-exchange.sdesigns.net> Message-ID: On Sun, 17 Sep 2000, Fabrice Gautier wrote: > Hi, > > The first time I create a project, there is a window that contains the > project files list or the functions list etc.. But once this window is > closed and i am in the editor window I don't know how to get back to this > list window > > Thank you You press F4. That window is called the "Symbol Browser" in the manual. Mo DeJong Red Hat Inc From bje@redhat.com Mon Sep 18 08:04:00 2000 From: bje@redhat.com (Ben Elliston) Date: Mon, 18 Sep 2000 08:04:00 -0000 Subject: small patch re tcl8.1 and more References: <39C53082.91E8061D@taarna.qc.ca> Message-ID: Hi Eric, I hope you can forward this to the tcl maintainers. I am building SN on irix with the native compiler, and have stumbled across quite a few gnu-specific code bits. For most of them I just do ugly fixes, but here's a very easy patch for tcl, which in this part of the code uses a very gnu-specific way of initializing an array, and the fix is trivial: These patches look okay at first glance. Your question is a good one, since Scriptics renamed themselves to Ajuba, I had no idea where to send patches. After a brief look around the Web, it looks like http://dev.scriptics.com/ is the place you need to go to contac the core team. - The file tix/unix/tk8.1/Makefile.in contains -fwritable-strings, which of course chokes because this is a gcc-specific option. It compiles (and runs I believe) fine without any corresponding option with irix's cc, so my solution was simply to remove that flag. Yes, these options should not be hardcoded into the Makefile but instead scoped out by the configure script. If it detects gcc, this is probably a sufficient test. - I got a zillion and a half warnings about the file snavigator/parsers/libjcreuse/Position.h because it has nested /**/ comments, which isn't allowed in ansi C. If you're prepared to send in a patch, we'd happily apply it! Cheers, Ben From spolk@redhat.com Mon Sep 18 08:45:00 2000 From: spolk@redhat.com (Syd Polk) Date: Mon, 18 Sep 2000 08:45:00 -0000 Subject: Source navigator licenses References: <39C30A90.F67AE54E@lucent.com> Message-ID: <39C63961.5A25F92@redhat.com> Gururajan Narasimhan Erode wrote: > > hello, > > My name is Gururajan Erode working in LUCENT TECHNOLOGIES in > Bangalore, > INDIA.We require a SOURCE NAVIGATOR code browsing software and we > want to > know the detailed quotes of the source navigator software both > individual > and network licenses.Please send information on whom to contact in > INDIA > or can you addresss this request yourself? can you please mail me > today > on this? We need the UNIX version of the SOURCE NAVIGATOR. > > regards, > Gururajan Source-Navigator is now open source, and you can download it at http://sources.redhat.com/sourcenav . Thank you. Sydney Polk From spolk@redhat.com Mon Sep 18 08:55:00 2000 From: spolk@redhat.com (Syd Polk) Date: Mon, 18 Sep 2000 08:55:00 -0000 Subject: small patch re tcl8.1 and more References: <39C53082.91E8061D@taarna.qc.ca> Message-ID: <39C63B9F.4C6D0620@redhat.com> I would love to work with you if you have patches to submit. Eric Plante wrote: > > I hope you can forward this to the tcl maintainers. I am building SN on > irix with the native compiler, and have stumbled across quite a few > gnu-specific code bits. For most of them I just do ugly fixes, but > here's a very easy patch for tcl, which in this part of the code uses a > very gnu-specific way of initializing an array, and the fix is trivial: > ----cut here----- > GNU diff version 1.15 > *** tclCmdIL.c.orig lundi 19 octobre 1998, 14:33:56 EDT > --- tclCmdIL.c dimanche 17 septembre 2000, 16:17:06 EDT > *************** SortCompare(objPtr1, objPtr2, infoPtr) > *** 2856,2864 **** > order = -1; > } > } else { > ! Tcl_Obj **objv, *paramObjv[2] = {objPtr1, objPtr2}; > int objc; > > /* > * We made space for the two things to compare. Replace them > * and evaluate the result. > --- 2856,2866 ---- > order = -1; > } > } else { > ! Tcl_Obj **objv, *paramObjv[2]; > int objc; > > + paramObjv[0] = objPtr1; > + paramObjv[1] = objPtr2; > /* > * We made space for the two things to compare. Replace them > * and evaluate the result. > ----cut here---- > I thought ANSI C allowed this. This might be fixed in the distribution version of Tcl. We are in the process of upgrading Tcl versions, so it might not be necessary. > Among other things I have noted but don't have a nice patch for: > > - The file tix/unix/tk8.1/Makefile.in contains -fwritable-strings, which > of course chokes because this is a gcc-specific option. It compiles (and > runs I believe) fine without any corresponding option with irix's cc, so > my solution was simply to remove that flag. To fix this, we need to detect GNU c, and then add the -fwritable-strings. Since configure already has a test of GNU C, it should be a fairly straightforward test. > - In the file snavigator/parsers/cpp/cpplib/macro.c, line 1061, I had to > explicitely cast the result of SN_StrDup to a (char *), although it is > very unclear why, beacause as far as I can see that is already the > return type of SN_StrDup... > Hmm. Don't have the code here right now; will look at this when I get to work. > - I also had to remove snavigator/parsers/fortran from the build process > entirely, but that's just because my bison installation if flakey > I suppose (and I don't plan on doing Fortran anytime soon anyway). > - I got a zillion and a half warnings about the file > snavigator/parsers/libjcreuse/Position.h because it has nested /**/ > comments, which isn't allowed in ansi C. Sigh. We are slowly cleaning out the cobwebs. I will look at this when I get to work. > - snavigator/hyper/Makefile contains -Wall and -fwritable-strings, both > of which are gcc-specific options, but I don't know where the Makefile > got those options from. Note that those weren't there in 4.5.1. Got them from configure. There have to be checks in configure for GNU C. > Thanks, keep up the great work, > > -- > Eric Plante, M.Sc. > R & D phone: (514) 844-8448 > Taarna Studios inc. fax: (514) 844-8844 > 305, de la Commune O. - Suite 100 Montreal (Quebec) H2Y 2E1 Thank you! From tromey@cygnus.com Mon Sep 18 09:08:00 2000 From: tromey@cygnus.com (Tom Tromey) Date: Mon, 18 Sep 2000 09:08:00 -0000 Subject: small patch re tcl8.1 and more References: <39C53082.91E8061D@taarna.qc.ca> <39C63B9F.4C6D0620@redhat.com> Message-ID: <87zol5llok.fsf@creche.cygnus.com> >> - snavigator/hyper/Makefile contains -Wall and -fwritable-strings, >> both of which are gcc-specific options, but I don't know where the >> Makefile got those options from. Note that those weren't there in >> 4.5.1. Syd> Got them from configure. There have to be checks in configure for Syd> GNU C. FYI, AC_PROG_CC checks for gcc. You can use this in your configure.in: if test "$GCC" = yes; then # Code for gcc here fi Tom From bruce.stephens@messagingdirect.com Mon Sep 18 09:12:00 2000 From: bruce.stephens@messagingdirect.com (Bruce Stephens) Date: Mon, 18 Sep 2000 09:12:00 -0000 Subject: small patch re tcl8.1 and more References: <39C53082.91E8061D@taarna.qc.ca> <39C63B9F.4C6D0620@redhat.com> Message-ID: Syd Polk writes: [...] > > } > > } else { > > ! Tcl_Obj **objv, *paramObjv[2] = {objPtr1, objPtr2}; > > int objc; > > > > /* > > * We made space for the two things to compare. Replace them > > * and evaluate the result. > > --- 2856,2866 ---- > > order = -1; > > } > > } else { > > ! Tcl_Obj **objv, *paramObjv[2]; > > int objc; > > > > + paramObjv[0] = objPtr1; > > + paramObjv[1] = objPtr2; [...] > I thought ANSI C allowed this. I don't think so, I think it's a common extension (supported by gcc and VC++). > This might be fixed in the distribution version of Tcl. We are in > the process of upgrading Tcl versions, so it might not be necessary. It's fixed in the current CVS. I guess it's in 8.3, too, but I haven't checked. [...] -- Bruce Stephens Bruce.Stephens@MessagingDirect.com MessagingDirect(UK) Ltd From mdejong@cygnus.com Mon Sep 18 15:07:00 2000 From: mdejong@cygnus.com (Mo DeJong) Date: Mon, 18 Sep 2000 15:07:00 -0000 Subject: small patch re tcl8.1 and more References: Message-ID: On Tue, 19 Sep 2000, Ben Elliston wrote: > Hi Eric, > > I hope you can forward this to the tcl maintainers. I am building SN > on irix with the native compiler, and have stumbled across quite a few > gnu-specific code bits. For most of them I just do ugly fixes, but > here's a very easy patch for tcl, which in this part of the code uses > a very gnu-specific way of initializing an array, and the fix is > trivial: > > These patches look okay at first glance. Your question is a good one, since > Scriptics renamed themselves to Ajuba, I had no idea where to send > patches. After a brief look around the Web, it looks like > http://dev.scriptics.com/ is the place you need to go to contac the core > team. The patch submission rules are still getting worked on. I am on the core team now, so you can send a patch to me and I can forward it to the core list for discussion. There is some talk of moving things over to Source-Forge, that might make things more clear for everyone involved. Mo DeJong Red Hat Inc From tshead@k-3d.com Mon Sep 18 16:29:00 2000 From: tshead@k-3d.com (Timothy M. Shead) Date: Mon, 18 Sep 2000 16:29:00 -0000 Subject: Mousewheel and SN Message-ID: <39C6A624.208@k-3d.com> I'm curious what it would take to get my mouse wheel (works fine with GTK+ apps and Mozilla) working with SN, and whether there's any work being done in this area ... I've run across some hearsay that this is a Tcl/Tk issue? Regards, Timothy M. Shead tshead@k-3d.com From spolk@redhat.com Mon Sep 18 16:32:00 2000 From: spolk@redhat.com (Syd Polk) Date: Mon, 18 Sep 2000 16:32:00 -0000 Subject: Mousewheel and SN References: <39C6A624.208@k-3d.com> Message-ID: <4.2.0.58.20000918163336.00db44c0@pop.cygnus.com> At 04:32 PM 9/18/00 -0700, Timothy M. Shead wrote: >I'm curious what it would take to get my mouse wheel (works fine with GTK+ >apps and Mozilla) working with SN, and whether there's any work being done >in this area ... I've run across some hearsay that this is a Tcl/Tk issue? > >Regards, >Timothy M. Shead >tshead@k-3d.com > It is indeed. Either Tk 8.3 or Tk 8.4 will have support for using it, and then we will have to fix our code to pay attention. It will be a while. Syd Polk spolk@redhat.com Engineering Manager +1 415 777 9810 x 241 Red Hat, Inc. From bruce.stephens@messagingdirect.com Tue Sep 19 02:38:00 2000 From: bruce.stephens@messagingdirect.com (Bruce Stephens) Date: Tue, 19 Sep 2000 02:38:00 -0000 Subject: Mousewheel and SN References: <4.2.0.58.20000918163336.00db44c0@pop.cygnus.com> Message-ID: Syd Polk writes: > At 04:32 PM 9/18/00 -0700, Timothy M. Shead wrote: > > I'm curious what it would take to get my mouse wheel (works fine > > with GTK+ apps and Mozilla) working with SN, and whether there's any > > work being done in this area ... I've run across some hearsay that > > this is a Tcl/Tk issue? [...] > It is indeed. Either Tk 8.3 or Tk 8.4 will have support for using > it, and then we will have to fix our code to pay attention. In standard widgets, it just works. Any special widgets will need minor attention, but it's pretty easy, I think. For PC Unix users (those that use XFree86 or similar) it's pretty easy to hack with 8.0, 8.1: you just need to have a suitable bind tag and suitable events to invoke, then just bind and events appropriately. I did have a quick look at one or two of the Source Navigator windows, but I couldn't see what bind tag to use. That's probably just my ignorance of [incr Tcl] and things. -- Bruce Stephens Bruce.Stephens@MessagingDirect.com MessagingDirect(UK) Ltd From wgacquer@ubisoft.fr Tue Sep 19 02:44:00 2000 From: wgacquer@ubisoft.fr (William Gacquer) Date: Tue, 19 Sep 2000 02:44:00 -0000 Subject: silly question : how long would it take to make SN Gnome-compliant? Message-ID: <5D2A198567EED311BD0F009027A25C873C8195@SRVMAIL-ANN> Everything is in the subject. William ________________ William Gacquer Rayman 2 PS2 team - Ubi Simulations - Annecy France From bruce.stephens@messagingdirect.com Tue Sep 19 02:56:00 2000 From: bruce.stephens@messagingdirect.com (Bruce Stephens) Date: Tue, 19 Sep 2000 02:56:00 -0000 Subject: silly question : how long would it take to make SN Gnome-complian t? References: <5D2A198567EED311BD0F009027A25C873C8195@SRVMAIL-ANN> Message-ID: What does "Gnome-compliant" mean to you? It's written using Tcl/Tk, so the GUI isn't going to change colours or themes with the rest of GNOME. It's also not likely to support drag&drop, be customizable using the GNOME control center, or to support the GNOME print engine. (The first is just because Tk doesn't do drag&drop yet; when it does, things ought to work with Source Navigator.) Rewriting the GUI wouldn't be an impossible task: by the looks of it, it's 65K lines or so of Tcl (including comments and so on). It uses a bunch of Tcl extensions, but I suspect all the widgets provided by those are available in GNOME's libraries. The only interfaces to the rest of the stuff seems to be running pipelines of parsers into dbimp, and accessing the db-1.85/1.86 databases. The latter are fairly well documented; I'm not sure about the former. -- Bruce Stephens Bruce.Stephens@MessagingDirect.com MessagingDirect(UK) Ltd From wgacquer@ubisoft.fr Tue Sep 19 03:11:00 2000 From: wgacquer@ubisoft.fr (William Gacquer) Date: Tue, 19 Sep 2000 03:11:00 -0000 Subject: silly question : how long would it take to make SN Gnome-complian t? Message-ID: <5D2A198567EED311BD0F009027A25C873C81E6@SRVMAIL-ANN> I don't care about the GUI colors and so on. By "gnome-compliant", I meant "D&D-enabled" + a project file in XML ( XMI? ) etc... I asked that cos I believe that it would be easier to enhance SN by some kind of gnome-compliant interface. For instance, the include and xref graphs could be interfaced with DIA, the diagram editor. The very best would be to transform SN into a case tool able to treat UML diagrams. Your parsers are clever enough to discover the relations among and between classes. An XMI import/export would be of great help and a graphical editor would close the gap between SN and a tool such as Rose (I don't like it) or Together (better than ever). I feel ready to implement some kind of UML extension to SN but for that, I need to leave my current job and find someone (or a company) to pay me for that. William -----Original Message----- From: Bruce Stephens [ mailto:bruce.stephens@messagingdirect.com ] Sent: mardi 19 septembre 2000 11:57 To: sourcenav@sources.redhat.com Subject: Re: silly question : how long would it take to make SN Gnome-complian t? What does "Gnome-compliant" mean to you? It's written using Tcl/Tk, so the GUI isn't going to change colours or themes with the rest of GNOME. It's also not likely to support drag&drop, be customizable using the GNOME control center, or to support the GNOME print engine. (The first is just because Tk doesn't do drag&drop yet; when it does, things ought to work with Source Navigator.) Rewriting the GUI wouldn't be an impossible task: by the looks of it, it's 65K lines or so of Tcl (including comments and so on). It uses a bunch of Tcl extensions, but I suspect all the widgets provided by those are available in GNOME's libraries. The only interfaces to the rest of the stuff seems to be running pipelines of parsers into dbimp, and accessing the db-1.85/1.86 databases. The latter are fairly well documented; I'm not sure about the former. -- Bruce Stephens Bruce.Stephens@MessagingDirect.com MessagingDirect(UK) Ltd From florent.pillet@opteway.com Tue Sep 19 03:15:00 2000 From: florent.pillet@opteway.com (Florent Pillet) Date: Tue, 19 Sep 2000 03:15:00 -0000 Subject: silly question : how long would it take to make SN Gnome-complian t? References: <5D2A198567EED311BD0F009027A25C873C8195@SRVMAIL-ANN> Message-ID: <00091912151903.12001@fpillet> I don't think this would be such a good idea. It would mean a major rewrite of SN from TCL to C (not C++!) and porting anything to C just sounds like a bad idea. Too many potential crashes, too many potential problems. If I were to rewrite SN, it would be in C++, not in C... On Tue, 19 Sep 2000, you wrote: > What does "Gnome-compliant" mean to you? It's written using Tcl/Tk, > so the GUI isn't going to change colours or themes with the rest of > GNOME. It's also not likely to support drag&drop, be customizable > using the GNOME control center, or to support the GNOME print engine. > (The first is just because Tk doesn't do drag&drop yet; when it does, > things ought to work with Source Navigator.) > > Rewriting the GUI wouldn't be an impossible task: by the looks of it, > it's 65K lines or so of Tcl (including comments and so on). It uses a > bunch of Tcl extensions, but I suspect all the widgets provided by > those are available in GNOME's libraries. > > The only interfaces to the rest of the stuff seems to be running > pipelines of parsers into dbimp, and accessing the db-1.85/1.86 > databases. The latter are fairly well documented; I'm not sure about > the former. -- Florent Pillet, Software Architect. e-mail: fpillet@opteway.com opt[e]way S.A., 2881 route des cretes, BP 308 06906 Sophia Antipolis Cedex, France Phone: +33 4 92 95 26 13 - Fax: +33 4 92 95 26 03 http://www.opteway.com/ From bruce.stephens@messagingdirect.com Tue Sep 19 03:34:00 2000 From: bruce.stephens@messagingdirect.com (Bruce Stephens) Date: Tue, 19 Sep 2000 03:34:00 -0000 Subject: silly question : how long would it take to make SN Gnome-comp lian t? References: <5D2A198567EED311BD0F009027A25C873C81E6@SRVMAIL-ANN> Message-ID: William Gacquer writes: > I don't care about the GUI colors and so on. By "gnome-compliant", I > meant "D&D-enabled" + a project file in XML ( XMI? ) etc... The project file itself contains lots of information that most tools won't care about, I think. Really you want to look at the databases themselves (the things by default in .snprj). These are Berkeley db databases whose contents are fairly well documented. The harder problem looks like updating the databases should a file be edited (if you were using this in gIDE or something). However, that's probably not too hard either---I just don't know how to do it, except in outline. > I asked that cos I believe that it would be easier to enhance SN by > some kind of gnome-compliant interface. For instance, the include > and xref graphs could be interfaced with DIA, the diagram editor. Entirely possible: the databases are pretty easy to read. They're in a rather old format, but that probably doesn't matter much (either link with db-1.86, or change SN to use a more recent db). [...] -- Bruce Stephens Bruce.Stephens@MessagingDirect.com MessagingDirect(UK) Ltd From irox@redhat.com Tue Sep 19 06:10:00 2000 From: irox@redhat.com (Ian Roxborough) Date: Tue, 19 Sep 2000 06:10:00 -0000 Subject: silly question : how long would it take to make SN Gnome-complian t? References: <5D2A198567EED311BD0F009027A25C873C81E6@SRVMAIL-ANN> Message-ID: <39C765A4.4403EC37@redhat.com> One of the issue with making SN gnome compliant is that we support a bunch of platform where gnome isn't there or is buggy at best. Maybe the preferences should be stored in XML, no sure of the advantages of the project file being XML. D&D support would be great, but we'll need to keep it cross platform (little work, but shouldn't be too hard). UML would be cool when combined with SN's browsing capabilities. Most of these can be done without gnome, but if we could link to small lib for gnome D&D that should be do able. As far making the UI gtk compliant, I've found it hard to justify the effort. It's doable, I look at how the themeing stuff works and it could be added to Tk. Maintain two UIs, one GTK compliant, one for the rest of the work, just won't fly. Ian. William Gacquer wrote: > > I don't care about the GUI colors and so on. By "gnome-compliant", I meant > "D&D-enabled" + a project file in XML ( XMI? ) etc... > > I asked that cos I believe that it would be easier to enhance SN by some > kind of gnome-compliant interface. For instance, the include and xref graphs > could be interfaced with DIA, the diagram editor. > > The very best would be to transform SN into a case tool able to treat UML > diagrams. > > Your parsers are clever enough to discover the relations among and between > classes. An XMI import/export would be of great help and a graphical editor > would close the gap between SN and a tool such as Rose (I don't like it) or > Together (better than ever). > > I feel ready to implement some kind of UML extension to SN but for that, I > need to leave my current job and find someone (or a company) to pay me for > that. > > William > > -----Original Message----- > From: Bruce Stephens [ mailto:bruce.stephens@messagingdirect.com ] > Sent: mardi 19 septembre 2000 11:57 > To: sourcenav@sources.redhat.com > Subject: Re: silly question : how long would it take to make SN > Gnome-complian t? > > What does "Gnome-compliant" mean to you? It's written using Tcl/Tk, > so the GUI isn't going to change colours or themes with the rest of > GNOME. It's also not likely to support drag&drop, be customizable > using the GNOME control center, or to support the GNOME print engine. > (The first is just because Tk doesn't do drag&drop yet; when it does, > things ought to work with Source Navigator.) > > Rewriting the GUI wouldn't be an impossible task: by the looks of it, > it's 65K lines or so of Tcl (including comments and so on). It uses a > bunch of Tcl extensions, but I suspect all the widgets provided by > those are available in GNOME's libraries. > > The only interfaces to the rest of the stuff seems to be running > pipelines of parsers into dbimp, and accessing the db-1.85/1.86 > databases. The latter are fairly well documented; I'm not sure about > the former. > > -- > Bruce Stephens Bruce.Stephens@MessagingDirect.com > MessagingDirect(UK) Ltd From GNadler@netplane.com Tue Sep 19 06:14:00 2000 From: GNadler@netplane.com (Nadler, Gerry) Date: Tue, 19 Sep 2000 06:14:00 -0000 Subject: source navigator documentation Message-ID: <87009604743AD411B1F600508BA0F9591459A7@xover.hjinc.com> source nav team: could you wrap all the documenation into one large file (zipped, etc.) so you can download the entire package so it can be read locally.\ Thanks Gerry From tee_yong.teoh@alcatel.com Tue Sep 19 06:32:00 2000 From: tee_yong.teoh@alcatel.com (Tee Y Teoh) Date: Tue, 19 Sep 2000 06:32:00 -0000 Subject: silly question : how long would it take to make SN Gnome-complian t? References: <5D2A198567EED311BD0F009027A25C873C81E6@SRVMAIL-ANN> <39C765A4.4403EC37@redhat.com> Message-ID: <39C76ABA.387D5BC7@alcatel.com> Ian Roxborough wrote: > Maintain two UIs, one GTK compliant, one for the rest > of the work, just won't fly. What about porting to wxWindows ? wxWindows is support on MS-Windows, Unix/Motif, Unix/GTK, and Mac (with work going on for OS/2). wxWindows is written in C++ and has a Python binding. See http://www.wxwindows.org/ for more info. Regards Tee Teoh From bruce.stephens@messagingdirect.com Tue Sep 19 06:44:00 2000 From: bruce.stephens@messagingdirect.com (Bruce Stephens) Date: Tue, 19 Sep 2000 06:44:00 -0000 Subject: silly question : how long would it take to make SN Gnome-complian t? References: <5D2A198567EED311BD0F009027A25C873C81E6@SRVMAIL-ANN> <39C765A4.4403EC37@redhat.com> <39C76ABA.387D5BC7@alcatel.com> Message-ID: Tee Y Teoh writes: > Ian Roxborough wrote: > > > Maintain two UIs, one GTK compliant, one for the rest > > of the work, just won't fly. > > What about porting to wxWindows ? wxWindows is support on > MS-Windows, Unix/Motif, Unix/GTK, and Mac (with work going on for > OS/2). wxWindows is written in C++ and has a Python binding. See > http://www.wxwindows.org/ for more info. That might be technically a good thing if one were going to rewrite the GUI. I'm guessing it's not going to be a priority for RedHat, though. The current plan looks better: try to remove the specific patches for Tcl and Tk, and try to remove Tix. Presumably there are similar plans for Insight? -- Bruce Stephens Bruce.Stephens@MessagingDirect.com MessagingDirect(UK) Ltd From wgacquer@ubisoft.fr Tue Sep 19 06:44:00 2000 From: wgacquer@ubisoft.fr (William Gacquer) Date: Tue, 19 Sep 2000 06:44:00 -0000 Subject: silly question : how long would it take to make SN Gnome-complian t? Message-ID: <5D2A198567EED311BD0F009027A25C873C8315@SRVMAIL-ANN> Why not? wxWindows has some good extensions. One of them is OGL, the "Objects Graphics Library" that allows to create "Rose-like GUIs" is a few minutes. But that would require a lot of work to move from TK to wxWindows, even if it's worth the pain. William > -----Original Message----- > From: Tee Y Teoh [ mailto:tee_yong.teoh@alcatel.com ] > Sent: mardi 19 septembre 2000 15:32 > Cc: sourcenav@sources.redhat.com > Subject: Re: silly question : how long would it take to make SN > Gnome-complian t? > > > Ian Roxborough wrote: > > > Maintain two UIs, one GTK compliant, one for the rest > > of the work, just won't fly. > > What about porting to wxWindows ? wxWindows is support on > MS-Windows, Unix/Motif, > Unix/GTK, and Mac (with work going on for OS/2). wxWindows > is written in C++ > and has a Python binding. See http://www.wxwindows.org/ for more info. > > Regards > > Tee Teoh > From irox@redhat.com Tue Sep 19 07:05:00 2000 From: irox@redhat.com (Ian Roxborough) Date: Tue, 19 Sep 2000 07:05:00 -0000 Subject: silly question : how long would it take to make SN Gnome-complian t? References: <5D2A198567EED311BD0F009027A25C873C8315@SRVMAIL-ANN> Message-ID: <39C77299.ACE233CE@redhat.com> What advantages are we going to get from rewritting the GUI in wxWindows? I think that it should be relatively easy to add most of the missing feature to Tk. One thing that we do plan on doing to remove Tix and start using BLT, but this won't happen until after the next major release. Upgrading the version of Tcl/Tk the SN uses we also buy us extra features, I'm hoping that we can do this in sync with switch over to BLT. Comments? Ian William Gacquer wrote: > > Why not? wxWindows has some good extensions. One of them is OGL, the > "Objects Graphics Library" that allows to create "Rose-like GUIs" is a few > minutes. > > But that would require a lot of work to move from TK to wxWindows, even if > it's worth the pain. > > William > > > -----Original Message----- > > From: Tee Y Teoh [ mailto:tee_yong.teoh@alcatel.com ] > > Sent: mardi 19 septembre 2000 15:32 > > Cc: sourcenav@sources.redhat.com > > Subject: Re: silly question : how long would it take to make SN > > Gnome-complian t? > > > > > > Ian Roxborough wrote: > > > > > Maintain two UIs, one GTK compliant, one for the rest > > > of the work, just won't fly. > > > > What about porting to wxWindows ? wxWindows is support on > > MS-Windows, Unix/Motif, > > Unix/GTK, and Mac (with work going on for OS/2). wxWindows > > is written in C++ > > and has a Python binding. See http://www.wxwindows.org/ for more info. > > > > Regards > > > > Tee Teoh > > From wgacquer@ubisoft.fr Tue Sep 19 07:42:00 2000 From: wgacquer@ubisoft.fr (William Gacquer) Date: Tue, 19 Sep 2000 07:42:00 -0000 Subject: silly question : how long would it take to make SN Gnome-complian t? Message-ID: <5D2A198567EED311BD0F009027A25C873C8367@SRVMAIL-ANN> > -----Original Message----- > From: Ian Roxborough [ mailto:irox@redhat.com ] > Sent: mardi 19 septembre 2000 16:05 > Cc: sourcenav@sources.redhat.com > Subject: Re: silly question : how long would it take to make SN > Gnome-complian t? > > > > What advantages are we going to get from rewritting > the GUI in wxWindows? Integration with gtk and/or win32? > > I think that it should be relatively easy to add most > of the missing feature to Tk. I am not a Tk expert but I believe in what you said :-) > > One thing that we do plan on doing to remove Tix and > start using BLT, but this won't happen until after > the next major release. > > Upgrading the version of Tcl/Tk the SN uses we also > buy us extra features, I'm hoping that we can do this > in sync with switch over to BLT. > > Comments? > iTcl, iTk, Tix, BLT, etc.. that's a lot of extensions.... Nevertheless, I will trust what you'll chose! > Ian > > William Gacquer wrote: > > > > Why not? wxWindows has some good extensions. One of them is OGL, the > > "Objects Graphics Library" that allows to create "Rose-like > GUIs" is a few > > minutes. > > > > But that would require a lot of work to move from TK to > wxWindows, even if > > it's worth the pain. > > > > William > > > > > -----Original Message----- > > > From: Tee Y Teoh [ mailto:tee_yong.teoh@alcatel.com ] > > > Sent: mardi 19 septembre 2000 15:32 > > > Cc: sourcenav@sources.redhat.com > > > Subject: Re: silly question : how long would it take to make SN > > > Gnome-complian t? > > > > > > > > > Ian Roxborough wrote: > > > > > > > Maintain two UIs, one GTK compliant, one for the rest > > > > of the work, just won't fly. > > > > > > What about porting to wxWindows ? wxWindows is support on > > > MS-Windows, Unix/Motif, > > > Unix/GTK, and Mac (with work going on for OS/2). wxWindows > > > is written in C++ > > > and has a Python binding. See http://www.wxwindows.org/ > for more info. > > > > > > Regards > > > > > > Tee Teoh > > > > From tdukes@ibmoto.com Tue Sep 19 08:37:00 2000 From: tdukes@ibmoto.com (Todd Dukes) Date: Tue, 19 Sep 2000 08:37:00 -0000 Subject: build problems with SN452 Message-ID: <39C7881F.A07F5257@ibmoto.com> I have two problems with building the SN452-source tarball on Solaris. 1. TK8.1 seems to want static X11 libraries in /usr/local/lib. Solaris doesn't come with static X11 libraries, and the so's are in /usr/lib. I fixed this be replacing all of the -Wl,-Bstatic -L/usr/local/lib -lX11 -lXext -lX11 -Wl,-Bdynamic -ldl in the Makefiles with -L/usr/lib -lX11 -lXext -lX11 2. I typed 'make check' after building to completion and saw the error message 'runtest not found'. I did a find for runtest in both the source and build directories and could not find it. Neither of these are severely inconvenient, but they may confuse some people who are trying to build from source. 'make install' did work much better this time that with 4.5.1 thanks, Todd. -- | Todd Dukes E-MAIL: tdukes@ibmoto.com | | Motorola Somerset Phone: (512) 996-4865 | From tshead@k-3d.com Tue Sep 19 11:17:00 2000 From: tshead@k-3d.com (Timothy M. Shead) Date: Tue, 19 Sep 2000 11:17:00 -0000 Subject: silly question : how long would it take to make SN Gnome-comp lian t? References: <5D2A198567EED311BD0F009027A25C873C8367@SRVMAIL-ANN> Message-ID: <39C7ADB1.5030109@k-3d.com> William Gacquer wrote: > >> -----Original Message----- >> From: Ian Roxborough [ mailto:irox@redhat.com ] >> Sent: mardi 19 septembre 2000 16:05 >> Cc: sourcenav@sources.redhat.com >> Subject: Re: silly question : how long would it take to make SN >> Gnome-complian t? >> >> >> >> What advantages are we going to get from rewritting >> the GUI in wxWindows? > > > Integration with gtk and/or win32? > I don't think it's well known (at least I didn't know - and I've been using SN for over a year) that SN works fine under Win32 - I've got a copy running at the office. So WxWindows isn't going to get you anything in terms of platform compatibility that Tcl/Tk doesn't already have. (GTK+ is another thing, of course). Regards, Timothy M. Shead tshead@k-3d.com From bje@redhat.com Tue Sep 19 11:54:00 2000 From: bje@redhat.com (Ben Elliston) Date: Tue, 19 Sep 2000 11:54:00 -0000 Subject: silly question : how long would it take to make SN Gnome-compliant? References: <39C76ABA.387D5BC7@alcatel.com> Message-ID: What about porting to wxWindows ? wxWindows is support on MS-Windows, Unix/Motif, Unix/GTK, and Mac (with work going on for OS/2). wxWindows is written in C++ and has a Python binding. See http://www.wxwindows.org/ for more info. That sounds like what Tk was supposed to be. Why not port the Tk iwdgets to GTK? If S-N could run under `wish', this would be more feasible. Ben From bje@redhat.com Tue Sep 19 11:56:00 2000 From: bje@redhat.com (Ben Elliston) Date: Tue, 19 Sep 2000 11:56:00 -0000 Subject: build problems with SN452 References: <39C7881F.A07F5257@ibmoto.com> Message-ID: 2. I typed 'make check' after building to completion and saw the error message 'runtest not found'. I did a find for runtest in both the source and build directories and could not find it. make check won't run for the S-N tree. There is no testsuite currently. Ben From netalex@tiscalinet.it Tue Sep 19 23:41:00 2000 From: netalex@tiscalinet.it (Netalex) Date: Tue, 19 Sep 2000 23:41:00 -0000 Subject: silly question : how long would it take to make SN Gnome-comp lian t? References: <5D2A198567EED311BD0F009027A25C873C8367@SRVMAIL-ANN> <39C7ADB1.5030109@k-3d.com> Message-ID: <000001c0213b$79beac20$0200fea9@cavia> ----- Original Message ----- From: Timothy M. Shead To: Sent: Tuesday, September 19, 2000 8:17 PM Subject: Re: silly question : how long would it take to make SN Gnome-comp lian t? > > I don't think it's well known (at least I didn't know - and I've been > using SN for over a year) that SN works fine under Win32 - I've got a > copy running at the office. But how it's possible that everyone says " oh how cool is SN on w9x\NT\2000 Box!" And i can nl view this fucked error message, even whit the new SN452 version?? Btw, the error message is again "fatal error in wish coldn't read file ..\cygnus\sn452\share\bitmaps\clsbr_pv+-.xpm: No Error." Help pleeease!! Where is my mistake? PS: excuse me the OT. [snip] From spolk@redhat.com Wed Sep 20 04:37:00 2000 From: spolk@redhat.com (Syd Polk) Date: Wed, 20 Sep 2000 04:37:00 -0000 Subject: silly question : how long would it take to make SN Gnome-compliant? References: <5D2A198567EED311BD0F009027A25C873C8195@SRVMAIL-ANN> Message-ID: <39C8A1D2.892B69EA@redhat.com> As long as it would take to get tcl/tk, tix, incr Tcl and special widgets Gnome compliant. Several months of work, I would suspect. William Gacquer wrote: > > Everything is in the subject. > > William > > ________________ > William Gacquer > Rayman 2 PS2 team - Ubi Simulations - Annecy France From spolk@redhat.com Wed Sep 20 04:43:00 2000 From: spolk@redhat.com (Syd Polk) Date: Wed, 20 Sep 2000 04:43:00 -0000 Subject: build problems with SN452 References: <39C7881F.A07F5257@ibmoto.com> Message-ID: <39C8A378.589EEF96@redhat.com> Todd Dukes wrote: > > I have two problems with building the SN452-source tarball > on Solaris. Which version of Solaris? I build it on Solaris 2.5.1 and Solaris 2.7 just fine. Are you using gcc or the native compiler? > 1. TK8.1 seems to want static X11 libraries in /usr/local/lib. > Solaris doesn't come with static X11 libraries, and the so's > are in /usr/lib. I fixed this be replacing all of the > -Wl,-Bstatic -L/usr/local/lib -lX11 -lXext -lX11 -Wl,-Bdynamic > -ldl > in the Makefiles with > -L/usr/lib -lX11 -lXext -lX11 > > 2. I typed 'make check' after building to completion and saw the error > message 'runtest not found'. I did a find for runtest in both the > source and build directories and could not find it. > Yup. We don't actually have a test harness right now (in the works) and make check does not do anything. > Neither of these are severely inconvenient, but they may confuse > some people who are trying to build from source. > > 'make install' did work much better this time that with 4.5.1 > > thanks, > Todd. > > > -- > | Todd Dukes E-MAIL: tdukes@ibmoto.com | > | Motorola Somerset Phone: (512) 996-4865 | From Bill.Stephens@fritolay.com Wed Sep 20 11:01:00 2000 From: Bill.Stephens@fritolay.com (Bill.Stephens@fritolay.com) Date: Wed, 20 Sep 2000 11:01:00 -0000 Subject: pump-0.8.x enhancement Message-ID: <200009201800.NAA22555@smtpmail1.fritolay.com> This is not a bug, but an enhancement to allow the use of a hostname directive in the pump.conf file. This allows pump to send a hostname with the dhcp request to the dhcp server. Some dhcp servers, like cable modem server require a hostname to be passed with the dhcp request. It is also helpful with dhcp servers that update a Dynamic DNS on behalf of the client. This is possible using the existing pump code with the -h option, but not through the pump.conf. %changelog * Tue Sep 19 2000 Bill Stephens - Modified config.c to allow using hostname in the pump.conf file - Modified pump.h to allow override-hostname config.c patch- *** pump-0.8/config.c Fri Aug 4 11:07:05 2000 --- pump-0.8.1/config.c Tue Sep 19 10:58:29 2000 *************** static int readStanza(char ** cfg, struc *** 124,129 **** --- 124,147 ---- } override->timeout = num; + + + } else if (!strcmp(start, "hostname")) { + poptParseArgvString(rest, &argc, &argv); + + if (argc != 1) { + parseError(*lineNum, "timeout directive expects a " + "single argument"); + return 1; + } + + + override->hostname = strdup(argv[0]); + + + + + } else if (!strcmp(start, "retries")) { poptParseArgvString(rest, &argc, &argv); pump.h patch - *** pump-0.8/pump.h Fri Aug 4 11:07:05 2000 --- pump-0.8.1/pump.h Tue Sep 19 10:57:54 2000 *************** struct pumpNetIntf { *** 75,80 **** --- 75,81 ---- struct pumpOverrideInfo { struct pumpNetIntf intf; char * searchPath; + char * hostname; int flags; int numRetries; int timeout; From Frederic.Pelletier@pii-de.com Fri Sep 22 01:20:00 2000 From: Frederic.Pelletier@pii-de.com (Pelletier Frederic) Date: Fri, 22 Sep 2000 01:20:00 -0000 Subject: Getting Diagrams in vectorial pictures Message-ID: <81258A686C43D411BC6D00600877F2332B6979@mail.pipetronix.de> Hello, I'm a beginner-user of Source Navigator and I'd like to generate documentation using Diagram created by SN (for example : Cross-reference of a function). Is there any means to get these diagrams in vectorial pictures ? I'm working on Win NT and the only solutions I've found is the traditional "ALT + Print Screen" . I can convert the generated pictures with another program but it's a little bit laborious. Thanks for your answers Frederic Pelletier From berek@usa.net Fri Sep 22 17:10:00 2000 From: berek@usa.net (Berek) Date: Fri, 22 Sep 2000 17:10:00 -0000 Subject: SN Bugs: Keep Context Doesn't Work, etc. Message-ID: C++ code base. Open new window using F5. Context is checked. New window = appears but no context from original window. New window is blank. = Platform is NT 4.0 SP5. Also, single function keys do not work if num lock is on. For example, = when pressing F5 to get new editor window, if num lock is on, nothing = happens. Same thing with F4, etc. Also, lots of problems going back and forth using "previous page" and = "next page" when more than one view in current window. SN gets confused = easily. This last is a real issue for me. When using custom editor, SN prepends project directory to file name = passed to editor. For example, SN invokes my editor with = "F:\SNav\/Views/sdow_dev_2.3.2/FSBackend/agent/collector/include/FSCollec= tor.h". "F:\Snav" is the directory where the project db resides. = "F:/Views/sdow_dev_2.3.2/FSBackend/agent/collector/include/FSCollector.h"= is the file id of the file I'm trying to edit. -------------------------------------------------------- "Ten thousand lemmings can't possibly be wrong." -Anonymous -------------------------- Steve Dow 32 East Street Hopkinton, MA 01748-2604 Home: 508-435-6593 Bus: 508-486-4574 Fax: 508-323-1111 Cell: 508-395-4679 Berek@usa.net From berek@usa.net Fri Sep 22 17:21:00 2000 From: berek@usa.net (Berek) Date: Fri, 22 Sep 2000 17:21:00 -0000 Subject: SN Bugs: Keep Context Doesn't Work, etc. Message-ID: C++ code base. Open new window using F5. Context is checked. New window = appears but no context from original window. New window is blank. = Platform is NT 4.0 SP5. Also, single function keys do not work if num lock is on. For example, = when pressing F5 to get new editor window, if num lock is on, nothing = happens. Same thing with F4, etc. Also, lots of problems going back and forth using "previous page" and = "next page" when more than one view in current window. SN gets confused = easily. This last is a real issue for me. When using custom editor, SN prepends project directory to file name = passed to editor. For example, SN invokes my editor with = "F:\SNav\/Views/sdow_dev_2.3.2/FSBackend/agent/collector/include/FSCollec= tor.h". "F:\Snav" is the directory where the project db resides. = "F:/Views/sdow_dev_2.3.2/FSBackend/agent/collector/include/FSCollector.h"= is the file id of the file I'm trying to edit. -------------------------------------------------------- "Ten thousand lemmings can't possibly be wrong." -Anonymous -------------------------- Steve Dow 32 East Street Hopkinton, MA 01748-2604 Home: 508-435-6593 Bus: 508-486-4574 Fax: 508-323-1111 Cell: 508-395-4679 Berek@usa.net From berek@usa.net Fri Sep 22 17:23:00 2000 From: berek@usa.net (Berek) Date: Fri, 22 Sep 2000 17:23:00 -0000 Subject: SN Bugs: Keep Context Doesn't Work, etc. Message-ID: C++ code base. Open new window using F5. Context is checked. New window = appears but no context from original window. New window is blank. = Platform is NT 4.0 SP5. Also, single function keys do not work if num lock is on. For example, = when pressing F5 to get new editor window, if num lock is on, nothing = happens. Same thing with F4, etc. Also, lots of problems going back and forth using "previous page" and = "next page" when more than one view in current window. SN gets confused = easily. This last is a real issue for me. When using custom editor, SN prepends project directory to file name = passed to editor. For example, SN invokes my editor with = "F:\SNav\/Views/sdow_dev_2.3.2/FSBackend/agent/collector/include/FSCollec= tor.h". "F:\Snav" is the directory where the project db resides. = "F:/Views/sdow_dev_2.3.2/FSBackend/agent/collector/include/FSCollector.h"= is the file id of the file I'm trying to edit. -------------------------------------------------------- "Ten thousand lemmings can't possibly be wrong." -Anonymous -------------------------- Steve Dow 32 East Street Hopkinton, MA 01748-2604 Home: 508-435-6593 Bus: 508-486-4574 Fax: 508-323-1111 Cell: 508-395-4679 Berek@usa.net From mstankus@calpoly.edu Sun Sep 24 12:19:00 2000 From: mstankus@calpoly.edu (Mark Stankus) Date: Sun, 24 Sep 2000 12:19:00 -0000 Subject: Can I use SN to ask questions about C++? Message-ID: <39CE53D5.2DE38F8F@calpoly.edu> Dear Source Navigator Developer(s), I love Source Navigator(SN). I was wondering if there is an API for SN so that I could write small programs (or write data base queries) to ask questions about the C++ code which has been "SN-ed". The goal is to look for inefficiencies in C++ code and improve maintainability of C++ via computer programs. The questions below are samples (requiring some SQL would be fine or, even better, a C++ interface). (Note, if any of the following questions can be answered by an existing tool, I would like to know.) Thanks, Mark Stankus mstankus@calpoly.edu 1) Determine all class names which have a default constructor generated by the compiler. 2) Determine all class names which have a default constructor generated by the compiler and it is used. 3) Determine all class names which have a copy constructor generated by the compiler. 4) Determine all class names which have a copy constructor generated by the compiler and it is used. 5) Find all class names which use the macro USE_GENERATED_DEFAULT_CONSTRUCTOR 6) Find all class names which use the macro USE_GENERATED_DEFAULT_CONSTRUCTOR, and define a default constructor. ( This would be some "AND" in terms of data base queries or a list intersection for a C++ interface. ) (BY THE WAY, I would like to start putting EITHER USE_GENERATED_DEFAULT_CONSTRUCTOR or X() but not both in every class X which I write so that my intentions are clear.) 7) Find all instances of 'bool operator==(unsigned int,int)' in the code. (For example, int main() { unsigned int a,b; int c; bool d = a==b; bool e = a==c; bool f = 0==1L; bool g = 0U==1; return 0; } would indicate the 'e' and 'g' lines.) 8) Determine all locations where adding the keyword 'explicit' to a constructor, say 'X(const Y &)', will create a compiler error. (See http://www.calpoly.edu/~mstankus/mozilla ) 9) Find all locations where adding the keyword 'explicit' to the code wherever appropriate would generate compiler errors. (See http://www.calpoly.edu/~mstankus/mozilla ) 10) Determine when temporaries are created. From irox@redhat.com Sun Sep 24 12:41:00 2000 From: irox@redhat.com (Ian Roxborough) Date: Sun, 24 Sep 2000 12:41:00 -0000 Subject: Can I use SN to ask questions about C++? References: <39CE53D5.2DE38F8F@calpoly.edu> Message-ID: <39CE58BE.6ED6412C@redhat.com> Mark Stankus wrote: > I was wondering if there is an API for SN so that I could write small > programs > (or write data base queries) to ask questions about the C++ code which > has been "SN-ed". > The goal is to look for inefficiencies in C++ code and improve > maintainability of C++ via computer programs. Code Refactoring. This is something I want to add to SN sometime down the line. The requirements of code refactoring would make a good start for how well the parsers should work. > The questions below are samples (requiring some > SQL would be > fine or, even better, a C++ interface). > > (Note, if any of the following questions can be answered by an existing > tool, > I would like to know.) There is documentation on the database API (Programmers Reference Guide) with should help you do most of these things. Note: alot of these questions seem to require knowledge about the compiler and action the compiler will take, SN knows nothing about what the compiler is thinking. But hopeful you should beadle to get the information you need from the database. > 1) Determine all class names which have a default constructor generated > by the compiler. Is this the same as "Determine all class name which don't have a default constructor in the source code". > 2) Determine all class names which have a default constructor generated > by the compiler > and it is used. > 3) Determine all class names which have a copy constructor generated by > the compiler. > 4) Determine all class names which have a copy constructor generated by > the compiler > and it is used. I don't really know enough about C++ to answer this. > 5) Find all class names which use the macro > USE_GENERATED_DEFAULT_CONSTRUCTOR This should be relative easy. > 6) Find all class names which use the macro > USE_GENERATED_DEFAULT_CONSTRUCTOR, and define a default constructor. > ( This would be some "AND" in terms of data base queries or a list > intersection > for a C++ interface. ) > (BY THE WAY, I would like to start putting EITHER > USE_GENERATED_DEFAULT_CONSTRUCTOR or X() > but not both in every class X which I write so that my intentions > are clear.) > 7) Find all instances of 'bool operator==(unsigned int,int)' in the > code. > (For example, int main() { > unsigned int a,b; > int c; > bool d = a==b; > bool e = a==c; > bool f = 0==1L; > bool g = 0U==1; > return 0; > } > would indicate the 'e' and 'g' lines.) This could probably be done with a little hacking. Maybe improving the C++ parser could help a little here. > 8) Determine all locations where adding the keyword 'explicit' to a > constructor, say 'X(const Y &)', will create a compiler error. > (See http://www.calpoly.edu/~mstankus/mozilla ) > 9) Find all locations where adding the keyword 'explicit' to the code > wherever appropriate would generate compiler errors. > (See http://www.calpoly.edu/~mstankus/mozilla ) > 10) Determine when temporaries are created. I'm not sure if SN handles the keyword 'explicit' (if it doesn't choke it might just ignore it). How can we determine when temporaries are created? (by looking at the source code). Ian. From mdejong@cygnus.com Sun Sep 24 17:46:00 2000 From: mdejong@cygnus.com (Mo DeJong) Date: Sun, 24 Sep 2000 17:46:00 -0000 Subject: silly question : how long would it take to make SN Gnome-comp lian t? References: <5D2A198567EED311BD0F009027A25C873C81E6@SRVMAIL-ANN> Message-ID: On Tue, 19 Sep 2000, William Gacquer wrote: > I don't care about the GUI colors and so on. By "gnome-compliant", I meant > "D&D-enabled" + a project file in XML ( XMI? ) etc... Well, D&D is something that is being worked on for Tk 8.4, when it is fixed in Tk it will be fixed in SN. Moving the project file over to XML would mean we would need to add an XML parser, it might not be a bad idea but it could be a lot of work. > I asked that cos I believe that it would be easier to enhance SN by some > kind of gnome-compliant interface. For instance, the include and xref graphs > could be interfaced with DIA, the diagram editor. > > The very best would be to transform SN into a case tool able to treat UML > diagrams. That would be nice. Of course, someone would need to step up to the plate and write the code. I don't think we will be doing it anytime soon. Mo DeJong Red Hat Inc From mdejong@cygnus.com Sun Sep 24 17:59:00 2000 From: mdejong@cygnus.com (Mo DeJong) Date: Sun, 24 Sep 2000 17:59:00 -0000 Subject: silly question : how long would it take to make SN Gnome-complian t? References: <39C76ABA.387D5BC7@alcatel.com> Message-ID: Bruce Stephens Wrote: Rewriting the GUI wouldn't be an impossible task: by the looks of it, it's 65K lines or so of Tcl (including comments and so on). It uses a bunch of Tcl extensions, but I suspect all the widgets provided by those are available in GNOME's libraries. Tee Teoh Wrote: What about porting to wxWindows ? wxWindows is support on MS-Windows, Unix/Motif, Unix/GTK, and Mac (with work going on for OS/2). wxWindows is written in C++ and has a Python binding. See http://www.wxwindows.org/ for more info. Guys, It would take more than a year to switch SN to a new GUI toolkit. We would rather spend that time improving SN instead of rewriting it in gtk or wxWindows. Even if someone did manage to rewrite everything in gtk or wxWindows, who is going to maintain the code? Tcl code is really easy to maintain, you don't need to worry about memory leaks or crashes like you do in C or C++ code (Yuk). If someone really wants to do a full rewrite, go right ahead. You have all the code so there is nothing stopping you. I just think it would better to spend the time improving the existing code base instead of tossing it all out and starting over. The GUI is the hard part, parsers and DBs are easy in comparison. Mo DeJong Red Hat Inc From irox@redhat.com Sun Sep 24 20:46:00 2000 From: irox@redhat.com (Ian Roxborough) Date: Sun, 24 Sep 2000 20:46:00 -0000 Subject: SN Bugs: Keep Context Doesn't Work, etc. References: Message-ID: <39CECA98.D2BD7F9D@redhat.com> Hi Steve, thanks for the concise bug reports. Berek wrote: > C++ code base. Open new window using F5. Context is checked. New window = > appears but no context from original window. New window is blank. = > Platform is NT 4.0 SP5. > > Also, single function keys do not work if num lock is on. For example, = > when pressing F5 to get new editor window, if num lock is on, nothing = > happens. Same thing with F4, etc. Anybody got any ideas for a fix or work around? (I'm guessing that we need extra bindings to handle F5 + numberlock or ??????) > Also, lots of problems going back and forth using "previous page" and = > "next page" when more than one view in current window. SN gets confused = > easily. This last is a real issue for me. Yeah, I think the problem is that too many history points get add. For example, I double click on a symbol to jump to it's declaration in the editor (in the xref tab for example). SN will add opening the file in the editor to the history and then add jumping to the correct location in the file to the history. So if I hit the back arrow, instead of going back to the xref, it will jump to the top of the file, if I hit the back button again, it should go back to the Xref. Is this the behavior you are seeing? I've not really looked at fixing this yet, but it would be really nice if this would work without adding the extra points. > When using custom editor, SN prepends project directory to file name = > passed to editor. For example, SN invokes my editor with = > "F:\SNav\/Views/sdow_dev_2.3.2/FSBackend/agent/collector/include/FSCollec= > tor.h". "F:\Snav" is the directory where the project db resides. = > "F:/Views/sdow_dev_2.3.2/FSBackend/agent/collector/include/FSCollector.h"= > is the file id of the file I'm trying to edit. I wish Microsoft had based NT on BSD instead of VMS (I'm thinking about slashes...). Has anybody had similar problems on other platforms? Ian. From wgacquer@ubisoft.fr Mon Sep 25 00:47:00 2000 From: wgacquer@ubisoft.fr (William Gacquer) Date: Mon, 25 Sep 2000 00:47:00 -0000 Subject: silly question : how long would it take to make SN Gnome-complian t? Message-ID: <5D2A198567EED311BD0F009027A25C873E394F@SRVMAIL-ANN> I agree with Mo. William -----Original Message----- From: Mo DeJong [ mailto:mdejong@cygnus.com ] Sent: lundi 25 septembre 2000 02:59 To: sourcenav@sources.redhat.com Subject: Re: silly question : how long would it take to make SN Gnome-complian t? Bruce Stephens Wrote: Rewriting the GUI wouldn't be an impossible task: by the looks of it, it's 65K lines or so of Tcl (including comments and so on). It uses a bunch of Tcl extensions, but I suspect all the widgets provided by those are available in GNOME's libraries. Tee Teoh Wrote: What about porting to wxWindows ? wxWindows is support on MS-Windows, Unix/Motif, Unix/GTK, and Mac (with work going on for OS/2). wxWindows is written in C++ and has a Python binding. See http://www.wxwindows.org/ for more info. Guys, It would take more than a year to switch SN to a new GUI toolkit. We would rather spend that time improving SN instead of rewriting it in gtk or wxWindows. Even if someone did manage to rewrite everything in gtk or wxWindows, who is going to maintain the code? Tcl code is really easy to maintain, you don't need to worry about memory leaks or crashes like you do in C or C++ code (Yuk). If someone really wants to do a full rewrite, go right ahead. You have all the code so there is nothing stopping you. I just think it would better to spend the time improving the existing code base instead of tossing it all out and starting over. The GUI is the hard part, parsers and DBs are easy in comparison. Mo DeJong Red Hat Inc From rickard.ericson@pricer.se Mon Sep 25 06:23:00 2000 From: rickard.ericson@pricer.se (Rickard Ericson) Date: Mon, 25 Sep 2000 06:23:00 -0000 Subject: Q: Where is the symbol window ? Message-ID: Hi !! Sometimes when I open an existing SN project I get no Symbol Window. The only way for me to get one seems to be that I open the project from the beginning, i.e defining paths, directories and files. This is cumbersome an not at all pleasant. Is there a fix for this somewhere ? I'm running SN 4.2.2 Developers Edition and the platform is NT 4.0 sp6 thanks /Rickard From dave.banham@tde.alstom.com Mon Sep 25 07:31:00 2000 From: dave.banham@tde.alstom.com (dave.banham@tde.alstom.com) Date: Mon, 25 Sep 2000 07:31:00 -0000 Subject: Q: Where is the symbol window ? Message-ID: SN 'remembers' the last type of window to close on program (or project?) exit. The next time you start a SN project, it restores that window. There appear to be two types of 'symbol' windows. The first is literally the Symbols window that opens after the creation of a new SN project. The second is the multi-tab window that provides access to the visualisation and navigation tools such as Retriever, Xref, Grep, etc. If you are in the 'navigation' symbol window you can get the 'Symbols' window back by pressing F4 or from the menu bar as Windows->New Window->Symbols. I personally find the 'Symbols' window to be of little use because I use the retriever to look up specific symbol and to show its position in the Editor window, which I have added as a second pane. I hope this is of use, Regards Dave Banham Rickard Ericson on 25/09/2000 14:25:28 To: "Sourcenav (E-mail)" cc: (bcc: Dave BANHAM/PCS/PCG/TDE/GECALSTHOM) Subject: Q: Where is the symbol window ? Hi !! Sometimes when I open an existing SN project I get no Symbol Window. The only way for me to get one seems to be that I open the project from the beginning, i.e defining paths, directories and files. This is cumbersome an not at all pleasant. Is there a fix for this somewhere ? I'm running SN 4.2.2 Developers Edition and the platform is NT 4.0 sp6 thanks /Rickard From berek@usa.net Mon Sep 25 08:39:00 2000 From: berek@usa.net (Berek) Date: Mon, 25 Sep 2000 08:39:00 -0000 Subject: SN Bugs: Keep Context Doesn't Work, etc. References: <39CECA98.D2BD7F9D@redhat.com> Message-ID: <003901c02706$b60bfd60$7113a8c0@concord.com> See comments imbedded... ----- Original Message ----- From: "Ian Roxborough" To: Cc: Sent: Sunday, September 24, 2000 23:46 Subject: Re: SN Bugs: Keep Context Doesn't Work, etc. > > Hi Steve, thanks for the concise bug reports. > > Berek wrote: > > C++ code base. Open new window using F5. Context is checked. New window = > > appears but no context from original window. New window is blank. = > > Platform is NT 4.0 SP5. > > > > Also, single function keys do not work if num lock is on. For example, = > > when pressing F5 to get new editor window, if num lock is on, nothing = > > happens. Same thing with F4, etc. > > Anybody got any ideas for a fix or work around? > (I'm guessing that we need extra bindings to handle > F5 + numberlock or ??????) That's all that's necessary. Different key codes for function keys with numlock and function keys without. Just a couple of additional key code checks is all that's required. > > Also, lots of problems going back and forth using "previous page" and = > > "next page" when more than one view in current window. SN gets confused = > > easily. This last is a real issue for me. > > Yeah, I think the problem is that too many history points get add. > For example, I double click on a symbol to jump to it's declaration > in the editor (in the xref tab for example). SN will add opening > the file in the editor to the history and then add jumping to the > correct location in the file to the history. So if I hit the back > arrow, instead of going back to the xref, it will jump to the top > of the file, if I hit the back button again, it should go back to > the Xref. Is this the behavior you are seeing? Not exactly. Can't pinpoint a pattern. Sometimes SN gets completely lost. Why not just simply have a linked list of views. Each view describes the frame window and all of the subordinate document windows. Just traverse the list in two directions. Each element in the list describes what information to present to the user including document windows, their content, location, file position, etc. > I've not really looked at fixing this yet, but it would be really > nice if this would work without adding the extra points. > > > When using custom editor, SN prepends project directory to file name = > > passed to editor. For example, SN invokes my editor with = > > "F:\SNav\/Views/sdow_dev_2.3.2/FSBackend/agent/collector/include/FSCollec= > > tor.h". "F:\Snav" is the directory where the project db resides. = > > "F:/Views/sdow_dev_2.3.2/FSBackend/agent/collector/include/FSCollector.h"= > > is the file id of the file I'm trying to edit. > > I wish Microsoft had based NT on BSD instead of VMS (I'm thinking > about slashes...). > > Has anybody had similar problems on other platforms? > > Ian. > > From bje@redhat.com Mon Sep 25 13:12:00 2000 From: bje@redhat.com (Ben Elliston) Date: Mon, 25 Sep 2000 13:12:00 -0000 Subject: Patches to db headers Message-ID: <14799.45782.697197.982295@walkabout.cygnus.com> The following patches are for the db/ subdirectory (Berkeley DB). They are very minor, but overcome macro naming collisions brought about by Cygnus adding Automakefiles to the db/ tree. These patches allay many warnings during compilation. Ben 2000-09-25 Ben Elliston * hash/hash.h (VERSION): Undefine Automake's VERSION. * PORT/include/compat.h (BYTE_ORDER): Undefine prior to defining. Index: hash/hash.h =================================================================== RCS file: /cvs/cvsfiles/devo/db/hash/hash.h,v retrieving revision 1.4 diff -u -r1.4 hash.h --- hash.h 1997/06/02 21:15:10 1.4 +++ hash.h 2000/09/25 17:01:59 @@ -289,6 +289,7 @@ #define HDRPAGES hdr.hdrpages #define SPARES hdr.spares #define BITMAPS hdr.bitmaps +#undef VERSION #define VERSION hdr.version #define MAGIC hdr.magic #define NEXT_FREE hdr.next_free Index: PORT/include/compat.h =================================================================== RCS file: /cvs/cvsfiles/devo/db/PORT/include/compat.h,v retrieving revision 1.3 diff -u -r1.3 compat.h --- compat.h 1997/02/01 00:21:09 1.3 +++ compat.h 2000/09/25 17:01:57 @@ -102,6 +102,7 @@ #define BIG_ENDIAN 4321 /* MSB first: 68000, ibm, net */ #endif +#undef BYTE_ORDER #ifdef WORDS_BIGENDIAN #define BYTE_ORDER BIG_ENDIAN #else From bje@redhat.com Mon Sep 25 14:20:00 2000 From: bje@redhat.com (Ben Elliston) Date: Mon, 25 Sep 2000 14:20:00 -0000 Subject: libiberty? Message-ID: <14799.48088.729884.501012@walkabout.cygnus.com> Now that S-N is licensed under the GPL, can we link the hyper interpreter with libiberty to remove our custom copies of things like getopt? There are other C functions in the libutils directory that I think could be efficiently implemented in Tcl. Ben From spolk@redhat.com Mon Sep 25 14:24:00 2000 From: spolk@redhat.com (Syd Polk) Date: Mon, 25 Sep 2000 14:24:00 -0000 Subject: Patches to db headers References: <14799.45782.697197.982295@walkabout.cygnus.com> Message-ID: <4.2.0.58.20000925142602.00d2c9e0@pop.cygnus.com> Approved. I will add to the patches directory for 4.5.2 this week. At 04:17 PM 9/25/00 -0400, Ben Elliston wrote: >The following patches are for the db/ subdirectory (Berkeley DB). >They are very minor, but overcome macro naming collisions brought >about by Cygnus adding Automakefiles to the db/ tree. These patches >allay many warnings during compilation. > >Ben > > >2000-09-25 Ben Elliston > > * hash/hash.h (VERSION): Undefine Automake's VERSION. > * PORT/include/compat.h (BYTE_ORDER): Undefine prior to > defining. > >Index: hash/hash.h >=================================================================== >RCS file: /cvs/cvsfiles/devo/db/hash/hash.h,v >retrieving revision 1.4 >diff -u -r1.4 hash.h >--- hash.h 1997/06/02 21:15:10 1.4 >+++ hash.h 2000/09/25 17:01:59 >@@ -289,6 +289,7 @@ > #define HDRPAGES hdr.hdrpages > #define SPARES hdr.spares > #define BITMAPS hdr.bitmaps >+#undef VERSION > #define VERSION hdr.version > #define MAGIC hdr.magic > #define NEXT_FREE hdr.next_free > >Index: PORT/include/compat.h >=================================================================== >RCS file: /cvs/cvsfiles/devo/db/PORT/include/compat.h,v >retrieving revision 1.3 >diff -u -r1.3 compat.h >--- compat.h 1997/02/01 00:21:09 1.3 >+++ compat.h 2000/09/25 17:01:57 >@@ -102,6 +102,7 @@ > #define BIG_ENDIAN 4321 /* MSB first: 68000, ibm, > net */ > #endif > >+#undef BYTE_ORDER > #ifdef WORDS_BIGENDIAN > #define BYTE_ORDER BIG_ENDIAN > #else > Syd Polk spolk@redhat.com Engineering Manager +1 415 777 9810 x 241 Red Hat, Inc. From spolk@redhat.com Mon Sep 25 14:24:00 2000 From: spolk@redhat.com (Syd Polk) Date: Mon, 25 Sep 2000 14:24:00 -0000 Subject: libiberty? References: <14799.48088.729884.501012@walkabout.cygnus.com> Message-ID: <4.2.0.58.20000925142637.00d2be70@pop.cygnus.com> At 04:55 PM 9/25/00 -0400, Ben Elliston wrote: >Now that S-N is licensed under the GPL, can we link the hyper >interpreter with libiberty to remove our custom copies of things like >getopt? There are other C functions in the libutils directory that I >think could be efficiently implemented in Tcl. > >Ben Yes. We can now use libiberty. I would hold off doing this until we get 5.0 out the door, however. Syd Polk spolk@redhat.com Engineering Manager +1 415 777 9810 x 241 Red Hat, Inc. From timo@qeradiant.com Mon Sep 25 22:04:00 2000 From: timo@qeradiant.com (Timothee Besset) Date: Mon, 25 Sep 2000 22:04:00 -0000 Subject: Source navigator roadmap, features list, etc.? Message-ID: <39D02D77.8060403@qeradiant.com> Is this list the only way to send feature suggestions and bug reports? What are the actual plans of RedHat with source navigator, is it going to evolve a lot more? Because I would have a truckload of improvement suggestions and feature requests. It would be nice if there was a public space somewhere that described who is doing what, maintaining what on this project. I had to move from an MSDev environment to development under linux, and Source Navigator does some things better than MSDev, but it also has some big drawbacks. regards TTimo From spolk@redhat.com Tue Sep 26 09:23:00 2000 From: spolk@redhat.com (Syd Polk) Date: Tue, 26 Sep 2000 09:23:00 -0000 Subject: Source navigator roadmap, features list, etc.? References: <39D02D77.8060403@qeradiant.com> Message-ID: <39D0CE54.4F723C6@redhat.com> Timothee Besset wrote: > > Is this list the only way to send feature suggestions and bug reports? > What are the actual plans of RedHat with source navigator, is it going > to evolve a lot more? Because I would have a truckload of improvement > suggestions and feature requests. It would be nice if there was a public > space somewhere that described who is doing what, maintaining what on > this project. > Right now, we are busy overhauling the GUI code to use incr Tcl 3.0. After we get done with that, we will start working on new features. So nobody is officially doing any new features until we get 5.0 released. > I had to move from an MSDev environment to development under linux, and > Source Navigator does some things better than MSDev, but it also has > some big drawbacks. > Feel free to post suggestions and requests. Better yet, feel free to work on the code! > regards > > TTimo From ian.gilmour@ffei.co.uk Tue Sep 26 09:36:00 2000 From: ian.gilmour@ffei.co.uk (Ian Gilmour) Date: Tue, 26 Sep 2000 09:36:00 -0000 Subject: What's wrong with this ?... Message-ID: <334D05460466D311A5E8009027AC7886594741@hhmail1.hh.ffei.co.uk> OK - first off I admit I'm no tcl or tk expert. So apologies if this is obvious to some of you. Basically all I'm trying to do is add an "Extras" menu to the editor window with an option to run XEmacs, vi, or indent on the currently edited file. I know I probably need some more checks in all of this but I'm just trying to get the basics working for now. So I've got the following in my rc.tcl file... It basically works, except that if I edit the file in snavigator I need to explicitely save it (via "File"->"Save" menu option or ^S) for it to autoupdate the editor window when I run the indent option. i.e. It saves the file correctly for indent to work on it, but doesn't reload the indented file and refresh the display. What am I doing wrong ? What do I need to do to remove the need to perform an explicit Save file ? How do it I tell it I've already performed the save and force the editor window to be updated ? Is there more detailed documentation than the programmer''s ref. for all of this? Is there a library of typical rc.tcl, etc. config files anywhere ? Anyone interfaced PVCS and willing to share there sn_add_version_control_system() config ? Any help much appreciated. (PS. I'm running snavigator 4.5.1 under solaris) cheers, Ian -------- snippet from rc.tcl -------------------------------- proc editor_extras {symboltype view} { global sn_options set e [$view editor] set f [$view getfilename] # Select local option switch -- $symboltype { "Xemacs" { if {[sn_save_file $e $f] == 1} { exec xemacs $f +1 & } } "vi" { if {[sn_save_file $e $f] == 1} { exec xterm -T $f -e vi $f & } } "Reload" { sn_parse_uptodate $f } "Indent" { if {[sn_save_file $e $f] == 1} { exec indent -npro -ts0 -l120 -lc120 -c40 -bli0 -ncs -bl -npsl -nhnl -ncs -i2 $f } sn_parse_uptodate $f } default { sn_error_dialog \ "$symboltype on $f not implemented yet." } } } proc sn_rc_editor {view text} { global tcl_platform set topw [winfo toplevel $view] set tool_frame $topw.exp set menu_frame $topw.menu set extras $menu_frame.extras # Create a new menu called "Extras". menu $extras -tearoff 0 # Add a menu item to the menu. The second character is # the designated hot key. Place this menu fourth in # the menu bar. $menu_frame insert 3 cascade -label Extras -underline 1 \ -menu $extras # Add items to the menu. $extras add command -label "Xemacs" -command \ "editor_extras Xemacs $view" -underline 0 $extras add command -label "vi" -command \ "editor_extras vi $view" -underline 0 $extras add command -label "C-Indent" -command \ "editor_extras Indent $view" -underline 0 $extras add command -label "Reload file" -command \ "editor_extras Reload $view" -underline 0 } From berek@usa.net Tue Sep 26 10:30:00 2000 From: berek@usa.net (Berek) Date: Tue, 26 Sep 2000 10:30:00 -0000 Subject: Source navigator roadmap, features list, etc.? References: <39D02D77.8060403@qeradiant.com> Message-ID: <002401c027df$68c47670$7113a8c0@concord.com> I agree completely. I love SN, but it does have a lot of rough edges in the UI, and it's buggy. I, too, have a lot of suggestions and bug reports and would like to know what the future of SN is going to be ----- Original Message ----- From: "Timothee Besset" To: Sent: Tuesday, September 26, 2000 01:00 Subject: Source navigator roadmap, features list, etc.? > Is this list the only way to send feature suggestions and bug reports? > What are the actual plans of RedHat with source navigator, is it going > to evolve a lot more? Because I would have a truckload of improvement > suggestions and feature requests. It would be nice if there was a public > space somewhere that described who is doing what, maintaining what on > this project. > > I had to move from an MSDev environment to development under linux, and > Source Navigator does some things better than MSDev, but it also has > some big drawbacks. > > regards > > TTimo > > From spolk@redhat.com Tue Sep 26 10:37:00 2000 From: spolk@redhat.com (Syd Polk) Date: Tue, 26 Sep 2000 10:37:00 -0000 Subject: Source navigator roadmap, features list, etc.? References: <39D02D77.8060403@qeradiant.com> <002401c027df$68c47670$7113a8c0@concord.com> Message-ID: <39D0DF9F.EB78FB38@redhat.com> The future is going to be dictated largely by the community. If a lot of people in the community want something in, we will make it a priority for development. Syd Polk Engineering Manager Berek wrote: > > I agree completely. I love SN, but it does have a lot of rough edges in the > UI, and it's buggy. I, too, have a lot of suggestions and bug reports and > would like to know what the future of SN is going to be > > ----- Original Message ----- > From: "Timothee Besset" > To: > Sent: Tuesday, September 26, 2000 01:00 > Subject: Source navigator roadmap, features list, etc.? > > > Is this list the only way to send feature suggestions and bug reports? > > What are the actual plans of RedHat with source navigator, is it going > > to evolve a lot more? Because I would have a truckload of improvement > > suggestions and feature requests. It would be nice if there was a public > > space somewhere that described who is doing what, maintaining what on > > this project. > > > > I had to move from an MSDev environment to development under linux, and > > Source Navigator does some things better than MSDev, but it also has > > some big drawbacks. > > > > regards > > > > TTimo > > > > From wgacquer@ubisoft.fr Wed Sep 27 01:12:00 2000 From: wgacquer@ubisoft.fr (William Gacquer) Date: Wed, 27 Sep 2000 01:12:00 -0000 Subject: Source navigator roadmap, features list, etc.? Message-ID: <5D2A198567EED311BD0F009027A25C87402387@SRVMAIL-ANN> Yahoo! The community rules! More seriously, if I can give you my wishlist... 1/ automatic recognition of new files in the project directories 2/ a better interface with CVS ( why not an integration of tkCVS in SN?) 3/ an expand/collapse button in the project tree view (expansion is the default but my project is so big that I would prefer a collapse by default) 4/ Drag&Drop with KDE/Gnome (I known, that's Tk's stuff) 5/ a UML-istic class view (even if it's not editable) 6/ clicking on xref-ed objects/functions opens the file where the object/function is used (by default, it opens the file a function implementation) 7/ a clever "replace-in-files" 8/ an interface with GNAT (with tkGNAT?) 9/ a autoconf/automake project creation as in kdevelop 10/ a possibility to hide/show all SN-controlled windows 11/ a search-and-replace dialog that can jump directly to the next occurence by clicking on replace 12/ working real-regular-expressions everywhere 13/ macros 14/ the debugger by default is insight. I want to be able to call DDD instead (or whatever debugger I like) 15/ themes : editing with SN is like burning my eyes. It is much too hard to configure a black background with a bright fonts. 16/ what else?.... uhhh, I am sure I have missed something.... William -----Original Message----- From: Syd Polk [ mailto:spolk@redhat.com ] Sent: mardi 26 septembre 2000 19:41 To: Berek Cc: sourcenav@sources.redhat.com Subject: Re: Source navigator roadmap, features list, etc.? The future is going to be dictated largely by the community. If a lot of people in the community want something in, we will make it a priority for development. Syd Polk Engineering Manager Berek wrote: > > I agree completely. I love SN, but it does have a lot of rough edges in the > UI, and it's buggy. I, too, have a lot of suggestions and bug reports and > would like to know what the future of SN is going to be > > ----- Original Message ----- > From: "Timothee Besset" > To: > Sent: Tuesday, September 26, 2000 01:00 > Subject: Source navigator roadmap, features list, etc.? > > > Is this list the only way to send feature suggestions and bug reports? > > What are the actual plans of RedHat with source navigator, is it going > > to evolve a lot more? Because I would have a truckload of improvement > > suggestions and feature requests. It would be nice if there was a public > > space somewhere that described who is doing what, maintaining what on > > this project. > > > > I had to move from an MSDev environment to development under linux, and > > Source Navigator does some things better than MSDev, but it also has > > some big drawbacks. > > > > regards > > > > TTimo > > > > From ian.gilmour@ffei.co.uk Wed Sep 27 02:36:00 2000 From: ian.gilmour@ffei.co.uk (Ian Gilmour) Date: Wed, 27 Sep 2000 02:36:00 -0000 Subject: What's wrong with this ?... Message-ID: <334D05460466D311A5E8009027AC7886594743@hhmail1.hh.ffei.co.uk> > -----Original Message----- > From: Bruce Stephens [ mailto:bruce@cenderis.demon.co.uk ] > Sent: 26 September 2000 20:12 > To: Ian Gilmour > Cc: sourcenav@sources.redhat.com > Subject: Re: What's wrong with this ?... > > > Ian Gilmour writes: > > [...] > > > Basically all I'm trying to do is add an "Extras" menu to > the editor window > > with an option to run XEmacs, vi, or indent on the > currently edited file. I > > know I probably need some more checks in all of this but > I'm just trying to > > get the basics working for now. > > > > So I've got the following in my rc.tcl file... > > > > It basically works, except that if I edit the file in > snavigator I need to > > explicitely save it (via "File"->"Save" menu option or ^S) for it to > > autoupdate the editor window when I run the indent option. > i.e. It saves the > > file correctly for indent to work on it, but doesn't reload > the indented > > file and refresh the display. > > > > What am I doing wrong ? What do I need to do to remove the > need to perform > > an explicit Save file ? > > > > How do it I tell it I've already performed the save and > force the editor > > window to be updated ? > > Have a look at the existing Emacs stuff (emacs.tcl and sn.el). That > should help. By the looks of it, calling sn_parse_uptodate with the > name of the file that's just been saved is what you need to do. > Thanks for replying. I probably didn't explain it very well. I know the Xemacs and vi menu options don't refresh (that what I want at present). But, looking at only the "Indent" menu option code in the following rc.tcl. I think I am already calling sn_parse_uptodate with the file name after invoking indent. The problem is it doesn't work unless I've previously saved the file explicitely (^S) first. I feel I must be missing something that's obvious to someone more experienced in this tcl and tk stuff. - but I can't see what it is from the samples of code I've looked at (I've checked out the emacs.tcl, sn.el and multiedit.tcl, etc). cheers, Ian -------- snippet from rc.tcl -------------------------------- proc editor_extras {symboltype view} { global sn_options set e [$view editor] set f [$view getfilename] # Select local option switch -- $symboltype { "Xemacs" { if {[sn_save_file $e $f] == 1} { exec xemacs $f +1 & } } "vi" { if {[sn_save_file $e $f] == 1} { exec xterm -T $f -e vi $f & } } "Reload" { sn_parse_uptodate $f } "Indent" { if {[sn_save_file $e $f] == 1} { exec indent -npro -ts0 -l120 -lc120 -c40 -bli0 -ncs -bl -npsl -nhnl -ncs -i2 $f } sn_parse_uptodate $f } default { sn_error_dialog \ "$symboltype on $f not implemented yet." } } } proc sn_rc_editor {view text} { global tcl_platform set topw [winfo toplevel $view] set tool_frame $topw.exp set menu_frame $topw.menu set extras $menu_frame.extras # Create a new menu called "Extras". menu $extras -tearoff 0 # Add a menu item to the menu. The second character is # the designated hot key. Place this menu fourth in # the menu bar. $menu_frame insert 3 cascade -label Extras -underline 1 \ -menu $extras # Add items to the menu. $extras add command -label "Xemacs" -command \ "editor_extras Xemacs $view" -underline 0 $extras add command -label "vi" -command \ "editor_extras vi $view" -underline 0 $extras add command -label "C-Indent" -command \ "editor_extras Indent $view" -underline 0 $extras add command -label "Reload file" -command \ "editor_extras Reload $view" -underline 0 } From bruce.stephens@messagingdirect.com Wed Sep 27 03:56:00 2000 From: bruce.stephens@messagingdirect.com (Bruce Stephens) Date: Wed, 27 Sep 2000 03:56:00 -0000 Subject: What's wrong with this ?... References: <334D05460466D311A5E8009027AC7886594743@hhmail1.hh.ffei.co.uk> Message-ID: Ian Gilmour writes: [...] > I probably didn't explain it very well. > > I know the Xemacs and vi menu options don't refresh (that what I > want at present). But, looking at only the "Indent" menu option > code in the following rc.tcl. I think I am already calling > sn_parse_uptodate with the file name after invoking indent. The > problem is it doesn't work unless I've previously saved the file > explicitely (^S) first. > > I feel I must be missing something that's obvious to someone more > experienced in this tcl and tk stuff. > - but I can't see what it is from the samples of code I've looked at (I've > checked out the emacs.tcl, sn.el and multiedit.tcl, etc). The code looks OK to me. I suggest you stick some logging in. My guess is that the wrong filename is being passed to either indent or sn_parse_uptodate. Using sn_parse_uptodate by hand seems to work fine: I just touched a source file, and ran sn_parse_uptodate on it, and the file was rescanned. (I used Jeff Hobbes tkcon for this---a very useful tool. Get it from .) [...] -- Bruce Stephens Bruce.Stephens@MessagingDirect.com MessagingDirect(UK) Ltd From bje@redhat.com Wed Sep 27 21:28:00 2000 From: bje@redhat.com (Ben Elliston) Date: Wed, 27 Sep 2000 21:28:00 -0000 Subject: What's wrong with this ?... References: <334D05460466D311A5E8009027AC7886594741@hhmail1.hh.ffei.co.uk> Message-ID: Hi Ian, Anyone interfaced PVCS and willing to share there sn_add_version_control_system() config ? I can answer specific questions on this list, but I know nothing about PVCS (well, I barely used it about five years ago). Once we get support for PVCS working, it'd be great to get it contributed. Cheers, Ben From bje@redhat.com Wed Sep 27 21:38:00 2000 From: bje@redhat.com (Ben Elliston) Date: Wed, 27 Sep 2000 21:38:00 -0000 Subject: Can I use SN to ask questions about C++? References: <39CE53D5.2DE38F8F@calpoly.edu> Message-ID: Hi, I was wondering if there is an API for SN so that I could write small programs (or write data base queries) to ask questions about the C++ code which has been "SN-ed". The goal is to look for inefficiencies in C++ code and improve maintainability of C++ via computer programs. The questions below are samples (requiring some SQL would be fine or, even better, a C++ interface). There are some examples in the sdk/ subdirectory -- take a look at `diamonds.tcl', for instance: # Description: # This Tcl tool can be used to locate multiple inheritence diamonds in C++ # class hierarchies. I hope this helps. Ben From bje@redhat.com Wed Sep 27 21:38:00 2000 From: bje@redhat.com (Ben Elliston) Date: Wed, 27 Sep 2000 21:38:00 -0000 Subject: Can I use SN to ask questions about C++? References: <39CE58BE.6ED6412C@redhat.com> Message-ID: > 2) Determine all class names which have a default constructor generated > by the compiler > and it is used. > 3) Determine all class names which have a copy constructor generated by > the compiler. > 4) Determine all class names which have a copy constructor generated by > the compiler > and it is used. I don't really know enough about C++ to answer this. It's quite straightforward: clases which lack a copy constructor will have one generated by the compiler. This shouldn't be too hard to do. Ben From bje@redhat.com Wed Sep 27 21:41:00 2000 From: bje@redhat.com (Ben Elliston) Date: Wed, 27 Sep 2000 21:41:00 -0000 Subject: Source navigator roadmap, features list, etc.? References: <002401c027df$68c47670$7113a8c0@concord.com> Message-ID: I agree completely. I love SN, but it does have a lot of rough edges in the UI, and it's buggy. I, too, have a lot of suggestions and bug reports and would like to know what the future of SN is going to be IMHO, it should be a relatively high priority to establish a GNATS bug reporting database for S-N (as other projects on sources.redhat.com do). This will encourage folks to submit bug reports and for us to track them. Ben From rhussong@ciena.com Wed Sep 27 21:52:00 2000 From: rhussong@ciena.com (Richard Hussong) Date: Wed, 27 Sep 2000 21:52:00 -0000 Subject: Does xref work? Message-ID: <39s4tscqu1hviicgihsnnqiod1etr6to6m@4ax.com> I have tried SourceNav 4.5.2 on a large C++ project on Windows NT, and it seems to me that member function cross-references do not really work. In particular, when I select "Xref of ..." for a member function, I can only see references _from_ members of the same class as the referenced function. Also, references _to_ member functions of other classes sometimes omit the class name, rendering them nearly useless. I find it hard to believe this is how SourceNav actually works: if it were, what use would it be? Could I be doing something wrong? From bruce@cenderis.demon.co.uk Wed Sep 27 22:16:00 2000 From: bruce@cenderis.demon.co.uk (Bruce Stephens) Date: Wed, 27 Sep 2000 22:16:00 -0000 Subject: Source navigator roadmap, features list, etc.? References: <5D2A198567EED311BD0F009027A25C87402387@SRVMAIL-ANN> Message-ID: <87r965r2ei.fsf@cenderis.demon.co.uk> William Gacquer writes: [...] > 16/ what else?.... uhhh, I am sure I have missed something.... More/better parsers. Emacs lisp is an obvious one, but more immediately PHP would be *really* handy. Possibly there are significant limitations of many of the existing parsers, but the one that's really annoying us at the moment is C++: it seems that often, trying to xref methods gives nothing at all useful (indeed, often nothing at all). Presumably this is because the C++ parser isn't up to the job. From dave.banham@tde.alstom.com Thu Sep 28 00:23:00 2000 From: dave.banham@tde.alstom.com (dave.banham@tde.alstom.com) Date: Thu, 28 Sep 2000 00:23:00 -0000 Subject: Source navigator roadmap, features list, etc.? Message-ID: On the subject of bug reporting, I find that SN's inbuilt crash reporting system doesn't work very well on my Win NT4 workstation - possibly because it has Lotus Notes e-mail installed which isn't compatible with anything! If you would like crash reports to be submitted may I suggest that either a cut & paste option is provided (so that I can e-mail it to you) or an alternative submission method of say an HTTP post be provided. On the subject of member functions not being xref'd, I have found that (in C) function names used as function pointers (i.e. in call-back initialisation) are not xref'd. In fact the only way I can find them is to Grep the entire project which takes a number of minutes. Dave Banham From Andreas.Otto@Dresdner-Bank.com Thu Sep 28 08:56:00 2000 From: Andreas.Otto@Dresdner-Bank.com (Otto, Andreas) Date: Thu, 28 Sep 2000 08:56:00 -0000 Subject: bug Message-ID: Hi, SHIFT - F3 does not work on SN452-Solaris mfg Andreas Otto Dresdner Kleinwort Benson Global Equities Frankfurt Office Phone: +49-69/263-16553 Planung Steuerung Technologie / IT 2 Fax: +49-69/263-55427 Front-End Solutions Trading & Risk E-Mail: Andreas.Otto@dresdner-bank.com WM 14 E/1.601 From berek@usa.net Thu Sep 28 09:15:00 2000 From: berek@usa.net (Berek) Date: Thu, 28 Sep 2000 09:15:00 -0000 Subject: Source navigator roadmap, features list, etc.? References: <5D2A198567EED311BD0F009027A25C87402387@SRVMAIL-ANN> <87r965r2ei.fsf@cenderis.demon.co.uk> Message-ID: <002a01c02967$3c4e7940$7113a8c0@concord.com> I've experienced the same problem with SN (4.5.1 and 4.5.2). C++ Xref is not reliable. Often have to fall back on GREP. For me, this is probably the most serious problem I have with SN. Also, xref for local variables doesn't seem to work at all. Nor does locating the declaration of local variables. Yes, I do have "generate references to local variables" checked in XRef preferences. ----- Original Message ----- From: "Bruce Stephens" To: Sent: Wednesday, September 27, 2000 16:44 Subject: Re: Source navigator roadmap, features list, etc.? > William Gacquer writes: > > [...] > > > 16/ what else?.... uhhh, I am sure I have missed something.... > > More/better parsers. Emacs lisp is an obvious one, but more > immediately PHP would be *really* handy. > > Possibly there are significant limitations of many of the existing > parsers, but the one that's really annoying us at the moment is C++: > it seems that often, trying to xref methods gives nothing at all > useful (indeed, often nothing at all). Presumably this is because the > C++ parser isn't up to the job. > From spolk@redhat.com Thu Sep 28 13:22:00 2000 From: spolk@redhat.com (Syd Polk) Date: Thu, 28 Sep 2000 13:22:00 -0000 Subject: Source navigator roadmap, features list, etc.? References: <"Wed,> <27> <2000> <10:12:49> <+0200> <5D2A198567EED311BD0F009027A25C87402387@SRVMAIL-ANN> <87r965r2ei.fsf@cenderis.demon.co.uk> Message-ID: <4.2.0.58.20000928132317.00bbbc00@pop.cygnus.com> At 09:44 PM 9/27/00 +0100, Bruce Stephens wrote: >William Gacquer writes: > >[...] > > > 16/ what else?.... uhhh, I am sure I have missed something.... > >More/better parsers. Emacs lisp is an obvious one, but more >immediately PHP would be *really* handy. > >Possibly there are significant limitations of many of the existing >parsers, but the one that's really annoying us at the moment is C++: >it seems that often, trying to xref methods gives nothing at all >useful (indeed, often nothing at all). Presumably this is because the >C++ parser isn't up to the job. The C++ parser has many bugs; we have not had time to fix them. We will be putting up a GNATS database soon. The parser we want the most is a perl parser. Syd Polk spolk@redhat.com Engineering Manager +1 415 777 9810 x 241 Red Hat, Inc. From spolk@redhat.com Thu Sep 28 13:25:00 2000 From: spolk@redhat.com (Syd Polk) Date: Thu, 28 Sep 2000 13:25:00 -0000 Subject: Source navigator roadmap, features list, etc.? References: Message-ID: <4.2.0.58.20000928132434.00cfe530@pop.cygnus.com> At 08:17 AM 9/28/00 +0100, dave.banham@tde.alstom.com wrote: >On the subject of bug reporting, I find that SN's inbuilt crash reporting >system >doesn't work very well on my Win NT4 workstation - possibly because it has >Lotus >Notes e-mail installed which isn't compatible with anything! If you would like >crash reports to be submitted may I suggest that either a cut & paste >option is >provided (so that I can e-mail it to you) or an alternative submission >method of >say an HTTP post be provided. > >On the subject of member functions not being xref'd, I have found that (in C) >function names used as function pointers (i.e. in call-back >initialisation) are >not xref'd. In fact the only way I can find them is to Grep the entire project >which takes a number of minutes. This is actually really hard to do. We could certainly flag assignments of function pointers, but there is no good static determination of when a function is actually called dereferencing a function pointer. This requires runtime analysis. And it could be wrong; the runtime analysis would have to have a reverse table of addresses to functions. A debugger could do this while the exe is running. So the only thing we can do is flag assignments of function pointers and put it in the database. >Dave Banham > Syd Polk spolk@redhat.com Engineering Manager +1 415 777 9810 x 241 Red Hat, Inc. From spolk@redhat.com Thu Sep 28 13:26:00 2000 From: spolk@redhat.com (Syd Polk) Date: Thu, 28 Sep 2000 13:26:00 -0000 Subject: Source navigator roadmap, features list, etc.? References: <5D2A198567EED311BD0F009027A25C87402387@SRVMAIL-ANN> <87r965r2ei.fsf@cenderis.demon.co.uk> <002a01c02967$3c4e7940$7113a8c0@concord.com> Message-ID: <4.2.0.58.20000928132656.00bbce50@pop.cygnus.com> At 12:14 PM 9/28/00 -0400, Berek wrote: >I've experienced the same problem with SN (4.5.1 and 4.5.2). C++ Xref is not >reliable. Often have to fall back on GREP. For me, this is probably the most >serious problem I have with SN. > >Also, xref for local variables doesn't seem to work at all. Nor does >locating the declaration of local variables. Yes, I do have "generate >references to local variables" checked in XRef preferences. These are known problems. Hopefully, we can address them soon, or somebody in the community can dig into it. >----- Original Message ----- >From: "Bruce Stephens" >To: >Sent: Wednesday, September 27, 2000 16:44 >Subject: Re: Source navigator roadmap, features list, etc.? > > > > William Gacquer writes: > > > > [...] > > > > > 16/ what else?.... uhhh, I am sure I have missed something.... > > > > More/better parsers. Emacs lisp is an obvious one, but more > > immediately PHP would be *really* handy. > > > > Possibly there are significant limitations of many of the existing > > parsers, but the one that's really annoying us at the moment is C++: > > it seems that often, trying to xref methods gives nothing at all > > useful (indeed, often nothing at all). Presumably this is because the > > C++ parser isn't up to the job. > > Syd Polk spolk@redhat.com Engineering Manager +1 415 777 9810 x 241 Red Hat, Inc. From bje@redhat.com Thu Sep 28 17:28:00 2000 From: bje@redhat.com (Ben Elliston) Date: Thu, 28 Sep 2000 17:28:00 -0000 Subject: Source navigator roadmap, features list, etc.? References: <4.2.0.58.20000928132434.00cfe530@pop.cygnus.com> Message-ID: We could certainly flag assignments of function pointers, but there is no good static determination of when a function is actually called dereferencing a function pointer. This requires runtime analysis. And it could be wrong; the runtime analysis would have to have a reverse table of addresses to functions. A debugger could do this while the exe is running. Or worse, the function pointer could be determined by address arithmetic. As you say, there's only so much that can be done statically. Ben From dave.banham@tde.alstom.com Fri Sep 29 00:26:00 2000 From: dave.banham@tde.alstom.com (dave.banham@tde.alstom.com) Date: Fri, 29 Sep 2000 00:26:00 -0000 Subject: Source navigator roadmap, features list, etc.? Message-ID: Syd, You misunderstand my request. All I would like SN to do is "flag assignments of function pointers" so that Xref will show the assignment as a reference to the function symbol being xref'd. Currently it does not, so the only way of finding such references is with grep. Regards, Dave Banham >On the subject of member functions not being xref'd, I have found that (in C) >function names used as function pointers (i.e. in call-back >initialisation) are >not xref'd. In fact the only way I can find them is to Grep the entire project >which takes a number of minutes. This is actually really hard to do. We could certainly flag assignments of function pointers, but there is no good static determination of when a function is actually called dereferencing a function pointer. This requires runtime analysis. And it could be wrong; the runtime analysis would have to have a reverse table of addresses to functions. A debugger could do this while the exe is running. So the only thing we can do is flag assignments of function pointers and put it in the database. >Dave Banham > Syd Polk spolk@redhat.com Engineering Manager +1 415 777 9810 x 241 Red Hat, Inc. From bruce.stephens@messagingdirect.com Fri Sep 29 06:06:00 2000 From: bruce.stephens@messagingdirect.com (Bruce Stephens) Date: Fri, 29 Sep 2000 06:06:00 -0000 Subject: Source navigator roadmap, features list, etc.? References: Message-ID: Ben Elliston writes: > We could certainly flag assignments of function pointers, but there is > no good static determination of when a function is actually called > dereferencing a function pointer. This requires runtime analysis. And > it could be wrong; the runtime analysis would have to have a reverse > table of addresses to functions. A debugger could do this while the > exe is running. > > Or worse, the function pointer could be determined by address > arithmetic. As you say, there's only so much that can be done > statically. Of course. There are inevitably limitations. However, whenever a bit of code does something with something which is a function pointer, then that's worth noting somewhere. It's possible that it's never called, but it's surely more than likely that it will be at some point (even though SN won't be able to tell where it's called). Not just assignments, either: arguments to functions ought to be stored somewhere (Tcl_CreateObjCommand and similar spring to mind). -- Bruce Stephens Bruce.Stephens@MessagingDirect.com MessagingDirect(UK) Ltd From Fabrice_Gautier@sdesigns.com Fri Sep 29 11:21:00 2000 From: Fabrice_Gautier@sdesigns.com (Fabrice Gautier) Date: Fri, 29 Sep 2000 11:21:00 -0000 Subject: Q: Where is the symbol window ? Message-ID: <8AE4B526B977D411841F00A0CC334020052C77@cuz-exchange.sdesigns.net> > If you are in the 'navigation' symbol window you can get the > 'Symbols' window > back by pressing F4 or from the menu bar as Windows->New > Window->Symbols. But F4 doesn't seem to work on the WinNT version. > I personally find the 'Symbols' window to be of little use > because I use the > retriever to look up specific symbol and to show its position > in the Editor > window, which I have added as a second pane. Except the retriever doesn't allow you to search for a specific file. -- Fabrice Gautier fabrice_gautier@sdesigns.com From Fabrice_Gautier@sdesigns.com Fri Sep 29 11:23:00 2000 From: Fabrice_Gautier@sdesigns.com (Fabrice Gautier) Date: Fri, 29 Sep 2000 11:23:00 -0000 Subject: Adding custom file types Message-ID: <8AE4B526B977D411841F00A0CC334020052C78@cuz-exchange.sdesigns.net> Hi, I'm using Source Navigator to work on an eCos program and eCos sources. I have one project for eCos and one project for my program. In both case I face the problem of including files that doesn't have the common type (.c, .h etc...). For example it won't add linker script (.ld) or eCos memory map files (.mlt) How do I add specific file types to my project? Thank you -- Fabrice Gautier fabrice_gautier@sdesigns.com From spolk@redhat.com Fri Sep 29 11:32:00 2000 From: spolk@redhat.com (Syd Polk) Date: Fri, 29 Sep 2000 11:32:00 -0000 Subject: Source navigator roadmap, features list, etc.? References: Message-ID: <4.2.0.58.20000929112928.00c52c40@pop.cygnus.com> At 08:18 AM 9/29/00 +0100, dave.banham@tde.alstom.com wrote: >Syd, >You misunderstand my request. All I would like SN to do is "flag >assignments of >function pointers" so that Xref will show the assignment as a reference to the >function symbol being xref'd. Currently it does not, so the only way of >finding >such references is with grep. I agree with you here. Others have asked for what I was talking about. >Regards, >Dave Banham > > > >On the subject of member functions not being xref'd, I have found that > (in C) > >function names used as function pointers (i.e. in call-back > >initialisation) are > >not xref'd. In fact the only way I can find them is to Grep the entire > project > >which takes a number of minutes. > >This is actually really hard to do. > >We could certainly flag assignments of function pointers, but there is no >good static determination of when a function is actually called >dereferencing a function pointer. This requires runtime analysis. And it >could be wrong; the runtime analysis would have to have a reverse table of >addresses to functions. A debugger could do this while the exe is running. > >So the only thing we can do is flag assignments of function pointers and >put it in the database. > > >Dave Banham > > > >Syd Polk spolk@redhat.com >Engineering Manager +1 415 777 9810 x 241 >Red Hat, Inc. > Syd Polk spolk@redhat.com Engineering Manager +1 415 777 9810 x 241 Red Hat, Inc. From Fabrice_Gautier@sdesigns.com Fri Sep 29 11:32:00 2000 From: Fabrice_Gautier@sdesigns.com (Fabrice Gautier) Date: Fri, 29 Sep 2000 11:32:00 -0000 Subject: Files with the same name. Message-ID: <8AE4B526B977D411841F00A0CC334020052C79@cuz-exchange.sdesigns.net> Hi, In my project I have several include files that have the same name but are not in the same directory. When I use the imclude browser it is never the good include file that is showed. The source tree is something like \ |---srcs |---includes |---version1 | |---version.h |---version2 |---version.h In fact the two directories version1 and version2 are never used at the same time (wich one is used is defined at compile time) so I tried to create a project with only one of them but I can't. The project editor seems to allow me to delete a subdirectory from the project (unload), but when i re-open the project this directory is back again. Is there a way to specify which direcories contain the include files? (a la -Iincludes/version1 ?) Thanks -- Fabrice Gautier fabrice_gautier@sdesigns.com From berek@usa.net Fri Sep 29 11:42:00 2000 From: berek@usa.net (Berek) Date: Fri, 29 Sep 2000 11:42:00 -0000 Subject: Q: Where is the symbol window ? References: <8AE4B526B977D411841F00A0CC334020052C77@cuz-exchange.sdesigns.net> Message-ID: <008701c02a44$d80fa2e0$7113a8c0@concord.com> Make sure you don't have NUMLOCK on. NUMLOCK-Fn (where Fn is any function key) does not work. NUMLOCK-Fn generates different key codes then Fn alone and, at the moment, SN doesn't check these codes. ----- Original Message ----- From: "Fabrice Gautier" To: Sent: Friday, September 29, 2000 14:18 Subject: RE: Q: Where is the symbol window ? > > > If you are in the 'navigation' symbol window you can get the > > 'Symbols' window > > back by pressing F4 or from the menu bar as Windows->New > > Window->Symbols. > > But F4 doesn't seem to work on the WinNT version. > > > I personally find the 'Symbols' window to be of little use > > because I use the > > retriever to look up specific symbol and to show its position > > in the Editor > > window, which I have added as a second pane. > > Except the retriever doesn't allow you to search for a specific file. > > -- > Fabrice Gautier > fabrice_gautier@sdesigns.com > > From berek@usa.net Fri Sep 29 11:55:00 2000 From: berek@usa.net (Berek) Date: Fri, 29 Sep 2000 11:55:00 -0000 Subject: Files with the same name. References: <8AE4B526B977D411841F00A0CC334020052C79@cuz-exchange.sdesigns.net> Message-ID: <00a101c02a46$c5c5dd50$7113a8c0@concord.com> I've noticed this same behavior with SN: you unload a directory from the project, and when you reopen the project, the dir's back again. This is particularly consistent when you've got "Views" defined for your project. This is one of the most maddening and time wasting bugs I've found with SN. Also, another annoying problem: when you switch from one project view to another, the project editor (PE)window closes automatically, preventing you from making changes to the view without getting back into PE again. The PE window should remain open and not automatically close. ----- Original Message ----- From: "Fabrice Gautier" To: Sent: Friday, September 29, 2000 14:29 Subject: Files with the same name. > Hi, > > In my project I have several include files that have the same name but are > not in the same directory. When I use the imclude browser it is never the > good include file that is showed. > The source tree is something like > > \ > |---srcs > |---includes > |---version1 > | |---version.h > |---version2 > |---version.h > > > In fact the two directories version1 and version2 are never used at the same > time (wich one is used is defined at compile time) so I tried to create a > project with only one of them but I can't. The project editor seems to allow > me to delete a subdirectory from the project (unload), but when i re-open > the project this directory is back again. > > Is there a way to specify which direcories contain the include files? (a la > -Iincludes/version1 ?) > > > Thanks > -- > Fabrice Gautier > fabrice_gautier@sdesigns.com > >