Re: [Monotone-devel] Fwd: [bug #18740] segfault reading keypair

2007-01-09 Thread Zack Weinberg

On 1/9/07, Nathaniel J. Smith <[EMAIL PROTECTED]> wrote:

A heads up on yet another build/boost bug of some kind...:


Smells like http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=405599
again.  That's about ppc and ia64, but has anyone checked the
equivalent header for arm targets?

[ And I don't suppose I could persuade you to review .experiment.pcre,
eh? Not the subbranches with the weird experimental stuff, just the
main one, that's all done and ready and definitely a win. ]

z 'should be in bed' w


___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel


[Monotone-devel] Fwd: [bug #18740] segfault reading keypair

2007-01-09 Thread Nathaniel J. Smith
A heads up on yet another build/boost bug of some kind...:

URL:
  

 Summary: segfault reading keypair
 Project: monotone
Submitted by: None
Submitted on: Wednesday 01/10/2007 at 05:32 UTC
Category: None
Severity: 3 - Normal
  Item Group: crash
  Status: None
 Privacy: Public
 Assigned to: None
 Open/Closed: Open
 Discussion Lock: Any
  --full-version: monotone 0.32 (base revision:
3f0fa5c1d232d37d47f6436fe74919dd3cd003b1)
Running on  : Linux 2.6.16 #1 PREEMPT Mon Jan 8 08:40:18 PST 2007
armv5tel
C++ compiler: GNU C++ version 4.1.1
C++ standard library: GNU libstdc++ version 20060524
Boost version   : 1_33_1
Changes since base revision:
unknown


___

Details:


Looks like something is awry in the boost regex library..  

--Jack 

Starting program: /home/jack/bin/mtn commit --debug --dump=./logn -m.
mtn: started up on Linux 2.6.16 #1 PREEMPT Mon Jan 8 08:40:18 PST 2007
armv5tel
mtn: command line: '/home/jack/bin/mtn', 'commit', '--debug',
'--dump=./logn', '-m.'
mtn: set locale: LC_ALL=C
mtn: initial abs path is: /home/jack/tmp/mtn-test
mtn: converting 6 bytes from ASCII to UTF-8
mtn: converting 7 bytes from ASCII to UTF-8
mtn: converting 13 bytes from ASCII to UTF-8
mtn: converting 3 bytes from ASCII to UTF-8
mtn: converting 3 bytes from ASCII to UTF-8
mtn: started up on Linux 2.6.16 #1 PREEMPT Mon Jan 8 08:40:18 PST 2007
armv5tel
mtn: command line: '/home/jack/bin/mtn', 'commit', '--debug',
'--dump=./logn', '-m.'
mtn: set locale: LC_ALL=C
mtn: initial abs path is: /home/jack/tmp/mtn-test
mtn: converting 6 bytes from ASCII to UTF-8
mtn: converting 7 bytes from ASCII to UTF-8
mtn: converting 13 bytes from ASCII to UTF-8
mtn: converting 3 bytes from ASCII to UTF-8
mtn: converting 3 bytes from ASCII to UTF-8
mtn: initializing from directory /home/jack/tmp/mtn-test
mtn: searching for '_MTN' directory with root '/'
mtn: search for '_MTN' ended at '/home/jack/tmp/mtn-test' with '' removed
mtn: working root is '/home/jack/tmp/mtn-test'
mtn: initial relative path is ''
mtn: opening rcfile '/home/jack/.monotone/monotonerc'
mtn: '/home/jack/.monotone/monotonerc' is ok
mtn: skipping nonexistent rcfile '_MTN/monotonerc'
mtn: executing command 'commit'
mtn: options path is _MTN/options
mtn: branch name is 'test'
mtn: options path is _MTN/options
mtn: options path is _MTN/options
mtn: options path is _MTN/options
mtn: options path is _MTN/options
mtn: revision path is _MTN/revision
mtn: base roster has 0 entries
mtn: revision path is _MTN/revision
mtn: inodeprints path is _MTN/inodeprints
mtn: inodeprints path is _MTN/inodeprints
mtn: inodeprints path is _MTN/inodeprints
mtn: inodeprints file format is wrong, skipping it
mtn: loading lua hook get_linesep_conv
mtn: lua failure: isfunction() in get_fn; stack = nil
mtn: lua: extracted string =
mtn: lua: extracted string =
mtn: Lua::ok(): failed
mtn: loading lua hook get_charset_conv
mtn: lua failure: isfunction() in get_fn; stack = nil
mtn: lua: extracted string =
mtn: lua: extracted string =
mtn: executing SQL 'SELECT sql FROM sqlite_master WHERE (type = 'table' OR
type = 'index') AND sql IS NOT NULL AND name not like 'sqlite_stat%' ORDER BY
name'
mtn: result: 0 (not an error)
mtn: prepared statement SELECT 1 FROM revisions LIMIT 1
mtn: binding 0 parameters for SELECT 1 FROM revisions LIMIT 1
mtn: prepared statement SELECT 1 FROM manifests LIMIT 1
mtn: binding 0 parameters for SELECT 1 FROM manifests LIMIT 1
mtn: prepared statement SELECT 1 FROM rosters LIMIT 1
mtn: binding 0 parameters for SELECT 1 FROM rosters LIMIT 1
mtn: prepared statement SELECT 1 FROM heights LIMIT 1
mtn: binding 0 parameters for SELECT 1 FROM heights LIMIT 1
mtn: prepared statement SELECT id FROM revision_certs WHERE name = ? AND
value = ?
mtn: binding 2 parameters for SELECT id FROM revision_certs WHERE name = ?
AND value = ?
mtn: binding 1 with value 'branch'
mtn: binding 2 with value 'test'
mtn: prepared statement SELECT parent,child FROM revision_ancestry
mtn: binding 0 parameters for SELECT parent,child FROM revision_ancestry
mtn: called predicate 0 times
mtn: found heads of branch test (0 heads)
mtn: loading lua hook get_branch_key
mtn: lua failure: isfunction() in get_fn; stack = nil
mtn: lua: extracted string =
mtn: Lua::ok(): failed
mtn: reading key dir '/home/jack/.monotone/keys'
mtn: reading keys from file '[EMAIL PROTECTED]'
mtn: read keypair data packet

Program received signal SIGSEGV, Segmentation fault.
0x000488c8 in boost::re_detail::raw_storage::~raw_storage ()
(gdb) bt
#0  0x000488c8 in boost::re_detail::raw_storage::~raw_storage ()
#1  0x000488ec in boost::re_detail::regex_data > >::~regex_data ()
#2  0x00048918 in boost::re_detail::basic_regex_implementation >
>::~basic_regex_implementation ()

Re: [Monotone-devel] Invariant violated running "mtn ls unknown" from a sub-dir

2007-01-09 Thread Rob Schoening

Moving my .mtn-ignore did not fix the problem for me, unfortunately.
Even a 1-file/1-subdir test project consistently fails on my windows
machine.

RS

On 1/9/07, Thomas Keller <[EMAIL PROTECTED]> wrote:

Hi all!

Finally this bug gets more attention. I trap into it quite often with
0.32, using my own compiled mtn version and also precompiled ones.

Last time I could make it disappear was to move my .mtn-ignore out of
the way, run mtn ls unknown and moved it back, if this makes any sense.

Thomas.

--
ICQ: 85945241 | SIP: 1-747-027-0392 | http://www.thomaskeller.biz
> Guitone, a frontend for monotone: http://guitone.berlios.de
> Music lyrics and more: http://musicmademe.com


___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel




___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel


Re: [Monotone-devel] annotate brief with tags

2007-01-09 Thread Zbigniew Zagórski

Thomas Moschny wrote:

On Tuesday 09 January 2007 20:33, Zbigniew Zagórski wrote:

I've got one small "improvement suggestion" for automate brief output.
How about showing tags instead of revisions in line brief if revision has
tag ?
[...]

I've implemented it partially, so if there is interest in such improvement
please give feedback, so i'll polish&submit patch.


What does your code do in case multiple tags are attached to a revision?


Heh, nothing particular. It just picks random cert where name == 'tag'.
If that's a problem, then same applies to author/date certs. One can have 
multiple author/date certs.

I see no reasonable solution here ...

--
::: zbigg : Zbigniew Zagórski ::
:: z.zagorski on gmail ::: GG:5280474 ::



___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel


Re: [Monotone-devel] annotate brief with tags

2007-01-09 Thread Thomas Moschny
On Tuesday 09 January 2007 20:33, Zbigniew Zagórski wrote:
> I've got one small "improvement suggestion" for automate brief output.
> How about showing tags instead of revisions in line brief if revision has
> tag ?
> [...]
>
> I've implemented it partially, so if there is interest in such improvement
> please give feedback, so i'll polish&submit patch.

What does your code do in case multiple tags are attached to a revision?

- Thomas M.


___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel


Re: [Monotone-devel] annotate brief with tags

2007-01-09 Thread Hugo Cornelis

I guess this is useful, if enabled via a command line option.


Hugo


On 1/9/07, Zbigniew Zagórski <[EMAIL PROTECTED]> wrote:

Hello all.

I've got one small "improvement suggestion" for automate brief output.
How about showing tags instead of revisions in line brief if revision has tag ?

Output would look like this:

-

: WX_ARG_ENABLE(no_exceptions,
: WX_ARG_ENABLE(permissive, ...
: WX_ARG_ENABLE(no_deps, ...
WX_2_8_0_rc3 wx-team 2006-12-12: WX_ARG_ENABLE(vararg_macros,
 WX_2_7_1 wx-team 2006-12-12: WX_ARG_ENABLE_PARAM(universa
 WX_2_5_5 wx-team 2006-12-12:
 WX_2_7_0 wx-team 2006-12-12: WX_ARG_ENABLE(compat24, ...
: WX_ARG_ENABLE(compat26, ...
 WX_2_5_5 wx-team 2006-12-12:
: WX_ARG_ENABLE(rpath, ...
:
: dnl 

-

I know it's not always usable, but is usable for scenarios like i do
I've got "mirror" databases of some known packages like wxWidgets, python.
I do import for each release so in fact each revision is tagged, and thus
this improvement is usable for tracking changes in releases.

OTOH for example in monotone database where tag revisions are usually
only those with NEWS update it's rather not usable.

I've implemented it partially, so if there is interest in such improvement please 
give feedback, so i'll polish&submit
patch.

--
::: zbigg : Zbigniew Zagórski ::
:: z.zagorski on gmail ::: GG:5280474 ::


___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel




--
   Hugo Cornelis Ph.D.

 Research Imaging Center
  University of Texas Health Science Center at San Antonio
   7703 Floyd Curl Drive
San Antonio, TX  78284-6240

   Phone: 210 567 8112
 Fax: 210 567 8152


___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel


[Monotone-devel] annotate brief with tags

2007-01-09 Thread Zbigniew Zagórski

Hello all.

I've got one small "improvement suggestion" for automate brief output.
How about showing tags instead of revisions in line brief if revision has tag ?

Output would look like this:

-

   : WX_ARG_ENABLE(no_exceptions,
   : WX_ARG_ENABLE(permissive, ...
   : WX_ARG_ENABLE(no_deps, ...
WX_2_8_0_rc3 wx-team 2006-12-12: WX_ARG_ENABLE(vararg_macros,
WX_2_7_1 wx-team 2006-12-12: WX_ARG_ENABLE_PARAM(universa
WX_2_5_5 wx-team 2006-12-12:
WX_2_7_0 wx-team 2006-12-12: WX_ARG_ENABLE(compat24, ...
   : WX_ARG_ENABLE(compat26, ...
WX_2_5_5 wx-team 2006-12-12:
   : WX_ARG_ENABLE(rpath, ...
   :
   : dnl 

-

I know it's not always usable, but is usable for scenarios like i do
I've got "mirror" databases of some known packages like wxWidgets, python.
I do import for each release so in fact each revision is tagged, and thus
this improvement is usable for tracking changes in releases.

OTOH for example in monotone database where tag revisions are usually
only those with NEWS update it's rather not usable.

I've implemented it partially, so if there is interest in such improvement please give feedback, so i'll polish&submit 
patch.


--
::: zbigg : Zbigniew Zagórski ::
:: z.zagorski on gmail ::: GG:5280474 ::


___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel


Re: [Monotone-devel] Invariant violated running "mtn ls unknown" from a sub-dir

2007-01-09 Thread Justin Patrin

On 1/9/07, Thomas Keller <[EMAIL PROTECTED]> wrote:

Hi all!

Finally this bug gets more attention. I trap into it quite often with
0.32, using my own compiled mtn version and also precompiled ones.

Last time I could make it disappear was to move my .mtn-ignore out of
the way, run mtn ls unknown and moved it back, if this makes any sense.



My own project's workspace doesn't have a .mtn-ignore and this still
happens. It also happens for me on a fresh checkout of
net.venge.monotone.

--
Justin Patrin


___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel


Re: [Monotone-devel] Invariant violated running "mtn ls unknown" from a sub-dir

2007-01-09 Thread Thomas Keller
Hi all!

Finally this bug gets more attention. I trap into it quite often with
0.32, using my own compiled mtn version and also precompiled ones.

Last time I could make it disappear was to move my .mtn-ignore out of
the way, run mtn ls unknown and moved it back, if this makes any sense.

Thomas.

-- 
ICQ: 85945241 | SIP: 1-747-027-0392 | http://www.thomaskeller.biz
> Guitone, a frontend for monotone: http://guitone.berlios.de
> Music lyrics and more: http://musicmademe.com


___
Monotone-devel mailing list
Monotone-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/monotone-devel