Fri, Sep 22 2006
12:21:23
|
|
Request created by guest
|
|
Subject: v.digit unable to create a new file
Platform: GNU/Linux/x86
grass obtained from: Trento Italy site
grass binary for platform: Compiled from Sources
GRASS Version: 6.2_cvs_snapshot
Running v.digit newmap -n option it's unable to open the panel. The same problem
was at 6.1_cvs version of June and solved in the 6.1_cvs version of August. All
versions get from http://grass.itc.it |
|
Fri, Sep 22 2006
12:45:31
|
|
Mail sent by guest
|
|
Are you building with tcl/tk 8.3?
I confirm that on my Ubuntu Dapper v.digit fails if my Grass 6.3 CVS is built
with 8.3, but with 8.4 is works.
There are threads about this on grass-user:
http://grass.itc.it/pipermail/grassuser/2006-September/036221.html
http://grass.itc.it/pipermail/grassuser/2006-September/036246.html
http://grass.itc.it/pipermail/grassuser/2006-September/036253.html
last of which I forked to grass-dev as well:
http://grass.itc.it/pipermail/grass-dev/2006-September/025876.html
Please somebody fix it.
Maciek
|
|
Fri, Sep 22 2006
14:04:42
|
|
Area changed to grass6 by msieczka
|
|
Fri, Sep 22 2006
23:27:21
|
|
Mail sent by mneteler
|
|
Hi,
I have fixed some backslash formatting. Does it help?
If not, in
doc/debugging.txt
is a bit of tcl debugging explained. On all my systems
it works (tcl84). So I cannot reproduce the problem.
Markus |
|
Sat, Sep 23 2006
12:17:10
|
|
Mail sent by tutey@o2.pl
|
|
Return-Path |
<tutey@o2.pl>
|
Delivered-To |
grass-bugs@lists.intevation.de
|
Message-ID |
<451509A4.60103@o2.pl>
|
Date |
Sat, 23 Sep 2006 12:17:08 +0200
|
From |
Maciej Sieczka <tutey@o2.pl>
|
User-Agent |
Thunderbird 1.5.0.5 (X11/20060728)
|
MIME-Version |
1.0
|
To |
grass-bugs@intevation.de
|
Cc |
sirgalad@katamail.com, grass-dev <grass-dev@grass.itc.it>
|
Subject |
Re: [bug #5161] (grass) v.digit unable to create a new file
|
References |
<20060922212721.12DF41006AC@lists.intevation.de>
|
In-Reply-To |
<20060922212721.12DF41006AC@lists.intevation.de>
|
Content-Type |
text/plain; charset=ISO-8859-2
|
Content-Transfer-Encoding |
7bit
|
X-Virus-Scanned |
by amavisd-new at intevation.de
|
X-Spam-Status |
No, hits=-5 tagged_above=-999 required=3 tests=[BAYES_00=-5]
|
X-Spam-Level |
|
Markus Neteler via RT wrote:
> I have fixed some backslash formatting. Does it help?
No. Still:
ERROR: Cannot open toolbox:
Note: the problem affects v.digit in general, not only when -n (create
a new map) is used. Any v.digit run leads to the error above. I'm
changing the bug title.
> If not, in doc/debugging.txt is a bit of tcl debugging explained. On
> all my systems it works (tcl84). So I cannot reproduce the problem.
Maciek
|
|
Sat, Sep 23 2006
12:24:16
|
|
Subject changed to v.digit: 'ERROR: Cannot open toolbox:' if build with tcl/tk 8.3 by msieczka
|
|
Thu, Sep 28 2006
12:03:08
|
|
Comments added by hbowman
|
|
Maciej Sieczka wrote:
> There has been a bug just reported about this:
> http://intevation.de/rt/webrt?serial_num=5161
Hi, just built 6.2.0rc1 with TclTk 8.3.
This is a problem in GRASS 6.2 as well.
G62> v.digit -n tmp_digit
New empty map created.
ERROR: Cannot open toolbox:
by adding some 'puts "got this far"' statements we can track it down..
it breaks in toolbox.tcl line 223:
labelframe .bpf -text [G_msg "mouse button actions (left, right, center)"] \
-labelanchor n
that was added between rev 1.19 and 1.20:
http://freegis.org/cgi-bin/viewcvs.cgi/grass6/vector/v.digit/toolbox.tcl.diff?r1=1.19&r2=1.20
LabelFrame was added for 8.4, and thus won't work with 8.3.
Here's a work-around:
http://wiki.tcl.tk/labelframe
or is there a simpler way to get rid of it?
grepping through the source, there's lableframe.tcl about:
$ grep -rI labelframe * | cut -f1 -d:
lib/gtcltk/options.tcl
lib/external/bwidget/pkgIndex.tcl
lib/external/bwidget/labelframe.tcl
lib/external/bwidget/labelframe.tcl
vector/v.digit/toolbox.tcl
Hamish
|
|
Mon, Oct 2 2006
10:39:20
|
|
Comments added by hbowman
|
|
Michael Barton wrote:
> I believe that other things will break if you try to run gism with
> TclTk 8.3. I know that the georectifier uses a labelframe, and I'm
> pretty sure that there are other items scattered here and there. Like
> I noted before, 8.4 has been out for many years, is widely available,
> and is near to being replaced by 8.5. So I only have lukewarm concern
> for things that don't run in 8.3. Life is too short and the GRASS team
> salaries aren't all that great ;-). If you want to track them down and
> find an old way to achieve this, I guess that's OK. But I'm not sure
> it's worth it.
For the sake of 1 lousy function call in v.digit, we should figure out a
way to keep GRASS compatible with TclTk 8.3. If a solution doesn't avail
itself soon I will revert the latest v.digit changes in the 6.2 branch
to make it so, even though I think your updates are really nice.
I didn't get an answer: will sourcing lib/external/bwidget/labelframe.tcl
solve the problem?
WRT gis.m, that's your baby & I'm not going to tell you what to do with
it (there's still d.m), but I will point out that many people are still
using 8.3 (as seen from recent bug reports) and we should go to some
active length to stay compatible with it. Not just when convenient, but
at some reasonable trouble.
There's some mantra which goes something like "just because it doesn't
affect me, doesn't mean it won't cause a world of trouble for someone
else." see also C99 vs. ANSI C vs. POSIX discussions.
best,
Hamish
=======================================================
Hamish wrote:
> For the sake of 1 lousy function call in v.digit, we should figure out
> a way to keep GRASS compatible with TclTk 8.3.
[if I knew more tcl I would have just fixed this instead of complaining
to all of you]
Michael Barton wrote:
> Bwidget LabelFrame (note capitalization) might work as a substitute.
> There has to be some kind of bwidget sourcing to make it work. If it's
> just one function call, it would be easy. But from past reports, it's
> not just one call in nviz, but includes other things as well.
For v.digit, it seems to be just that one line. (infact all of GRASS,
AFAIK)
labelframe is not used in NVIZ, and I'm not aware of any TclTk 8.3
problems with NVIZ (I've been away, could have missed something; were
your NVIZ beautification changes 8.3 incompatible and applied in CVS?).
NVIZ starts up of for me when built with 8.3 anyhow.
I think the other 8.3 incompatibilites that cropped up were fixed?
> For me at least, it quite a bit of work to try and track down what has
> changed since 8.4 was released 3.5 years ago and find some workaround
> for each one. I'm not trying to be a pain, I just don't have time to
> do that, fix current bugs, fulfill new wishes, and work on the new
> wxPython interface too. I'm pretty much the only person doing this,
> and so have to draw the line somewhere since I'm already
> overcommitted. And like the rest of the developers, I do have a day
> job too that keeps me pretty busy. Sorry.
Don't be sorry, you give what time you can, we all do. No one expects
you to know everything about all versions of Tcl, GRASS, etc., do all
the tcl programming, and audit all the tcl code. New code is committed
as best as we can write it, and if there's a problem the users let us
know soon enough ;). I didn't mean to be demanding of you, just the
code.
I agree that the sooner we move to wxPython the better. More exciting
development by lots more developers with less headaches. (I can hope)
Maciek:
> I would lean towards Michael's attitude to drop 8.3 support and
> reqquire 8.4. This will make things easier for devs, and will do no
> harm for users.
I don't agree with the last statement, limiting choice always hurts
users. Who said they were using a modern Linux distro or are allowed to
upgrade the software already installed on their outfit's 4 yr old big
iron? Especially when it's a small matter to stay compatible.
> It only has to be made clear and obvious - update the docs and build
> procedure.
If the only thing in 6.2 that is 8.3 incompatible is the new gis.m geo-
rectifier, we can put something in the release notes and those users can
use i.points & friends instead. On the other side, v.digit is a core
module and there is no alternate route available (without going to
external software like qgis).
Glynn:
> Does Tcl/Tk 8.4 work with NVIZ on all platforms yet?
On debian it seems to be better thanks to everyone's fixes.
The best answer I can give is "don't know, but I hope so."
Hamish
|
|
Fri, Nov 3 2006
05:08:58
|
|
Status changed to resolved by hbowman
|
|
Fri, Nov 3 2006
05:08:58
|
|
Comments added by hbowman
|
|
8.4-only labelframe replaced with a bwidget call.
fixed in 6.2.0 and 6.3-cvs
closing bug.
Hamish
|
|