Recent changes to bugs

Tcl addSignalsFromList fails on similarily named bus signals

2012-09-06T16:48:10Z

I'm trying to add 3 busses with the same name but different indexes via tcl using addSignalsFromList. When I run the tcl code below, it adds MyBus[7:0] three times.

My tcl:

set nfacs [gtkwave::getNumFacs]
set AllSigList [list]
for {set i 0} {$i < $nfacs} {incr i} {
set facname [ gtkwave::getFacName $i ]
lappend AllSigList "$facname"
}
gtkwave::addSignalsFromList $AllSigList

My VCD:

$timescale 2500fs $end
$scope module a $end
$scope module b $end
$var reg 8 A MyBus[7:0] $end
$var reg 8 B MyBus[15:8] $end
$var reg 8 C MyBus[23:16] $end
$upscope $end
$upscope $end
$enddefinitions $end
$dumpvars
bx A
bx B
bx C
$end
#0
b10101101 A
b11011110 B
b1001111 C
#10000
b11101101 A
b1111111

Crash/exit when appending signals from VCD file

2012-02-06T21:27:24Z

Hi,

I'm seeing a crash (under MinGW - GTKwave versions v3.3.31 and v3.2.3) or an exit (under Ubuntu 10.04 - GTKwave v3.3.31, svn rev 520) when a particular test file is used.

Steps to reproduce:
1. Open test4.vcd file
2. Double click on PARENT in SST window
3. Click on IO
4. Click on n01[751:0] in signals list
5. Click Append button

On MinGW, crash backtrace...
[0] start time.
[0] end time.

Program received signal SIGSEGV, Segmentation fault.
vlist_locate (v=0x954c131e, idx=27) at vlist.c:497
497 here = v->siz - 1;
(gdb) back
#0 vlist_locate (v=0x954c131e, idx=27) at vlist.c:497
#1 0x004801d9 in import_vcd_trace (np=0x37d8788) at vcd_recoder.c:3054
#2 0x0046cf4a in sig_selection_foreach_preload_lx2 (model=0x377add0,
path=0x3775688, iter=0x22f09c, data=0x2) at treesearch_gtk2.c:1058
#3 0x00fa66cb in gtk_tree_selection_selected_foreach ()
from C:\MinGW\bin\libgtk-win32-2.0-0.dll
#4 0x0046c992 in action_callback (action=ACTION_APPEND)
at treesearch_gtk2.c:1075
#5 0x0046cd50 in ok_callback (widget=0x36dd9c0, nothing=0x252b6b8)
at treesearch_gtk2.c:1121

On Ubuntu... program exit

[0] start time.
[0] end time.
GTKWAVE | malformed 'b' signal data for 'PARENT.I0.n01[751:0]' after time_idx = 1

Configured with --disable-tcl, disable-xz.

error compiling with Clang on OSX Lion with Fink for library

2011-09-30T18:11:11Z

Hi,

I tried to compile GTKwave for Fink and compilation failed. When I tried to compile outside the Fink build environment I was able to compile with llvm-gcc, but not with Clang.

llvm gcc versions:
i686-apple-darwin11-llvm-gcc-4.2
i686-apple-darwin11-llvm-g++-4.2

clang --version
Apple clang version 2.1 (tags/Apple/clang-163.7.1) (based on LLVM 3.0svn)
Target: x86_64-apple-darwin11.0.1
Thread model: posix

Could you try to compile GTK wave with clang on Linux to see if the same issue is present.

Regards,
Iztok Jeras

tcl addSignalsFromList - doesnt always work

2011-07-07T11:45:51Z

I am using a small script to automatically add all signals to the wave window on start up.

This appears to fail if the 1st signal to be added is a bus. It is OK if it is single bit. The hack shown below works round the problem.

-Andy

# Script to automatically add all design signals to the wave window on startup;
# ie
# > gtkwave -S gwShowall.tcl test.vcd
# > testprog | gtkwave -v -S gwShowall.tcl

set nsigs [ gtkwave::getNumFacs ]
set sigs [list]
# fix a strange bug where addSignalsFromList doesn't seem to work
# if the 1st signal to be added is not a single bit
lappend sigs "__bug_marker__"
for {set i 0} {$i < $nsigs} {incr i} {
set name [ gtkwave::getFacName $i ]
lappend sigs $name
}

set added [ gtkwave::addSignalsFromList $sigs ]

"gtkwave --wish" ==> 100% CPU

2011-05-12T08:34:40Z

CPU is on 100% if I start with "--wish"

$gtkwave --wish
GTKWave Analyzer v3.3.10 (w)1999-2010 BSI
Interpreter id is gtkwave_29599
%

system:

$gtkwave --version
GTKWave Analyzer v3.3.10 (w)1999-2010 BSI
$uname -a
Linux pince 2.6.35-28-generic-pae #50-Ubuntu SMP Fri Mar 18 20:43:15 UTC 2011 i686 GNU/Linux

GTKWave does not display arrays, but ghdl does

2011-02-02T21:35:37Z

I am working on a VHDL project with multiple arrays, declared like that:

TYPE port_2d IS ARRAY(integer range<>) of std_logic_vector(NB_BITS-1 downto 0);

And used (example):
in_port : in port_2d((NB_PORT-1) downto 0);

In use ghdl to compile and run the simulation. All signals and in/out that are std_logic_vector or std_logic can be viewed in gtkwave.
However, any signal that is an array is not in the signal list in gtkwave ! I tried to print the whole hierarchy of signals in ghdl (using --disp-tree) , and they are displayed:

+-in_port [port in]

Not a single signal declared as array is shown in gtkwave.

Showing wide signals

2011-01-26T19:14:21Z

I'm trying to view a 512-bit wide signal that I have in my design, but it does not even appear in the signal list. If I reduce the length to 256, it shows up however. I'm wondering if thie issue can be fixed.

gtkwave-3.1.1 fails with CFLAGS="-O1" or above

2010-10-24T09:11:29Z

Hi all,

I've been getting a compiler error when trying to compile gtkwave-3.1.1. With CFLAGS empty or set to -O0, gtkwave compiles and installs without issues. If however -O1 or above is enabled (I use -O2 by default) it fails with the following message:

lxt2_read.c: Assembler messages:
lxt2_read.c:60: Error: suffix or operands invalid for `xchg'

The issue appears to have existed for some time, as relevant keywords in Google reveals http://bugs.gentoo.org/181423.

Attached is the complete build log for the failed build... I suspect gtkwave would compile perfectly fine if the inline assembly were removed, I have not attempted this however.

Regards,
Stuart Longland

Improperly scaled time int printed waveform

2010-09-19T23:04:44Z

When printing a waveform, there is a scaling issue. The time grid does not line up properly with the waveform.

See the attachment for the same waveform viewed at two different zoom levels. This clearly shows the reported bug and that the waveform is aligned to a 10ns period.

3.3.11 does not build without Tcl

2010-08-19T18:37:50Z

The tcl_callbacks.c and tcl_helper.c need to be updated: recent changes broke builds when --disable-tcl is used or if Tcl is not detected.