From edi at agharta.de  Thu Sep  1 13:10:47 2005
From: edi at agharta.de (Edi Weitz)
Date: Thu, 01 Sep 2005 15:10:47 +0200
Subject: [regex-coach] Apparent crash on complex regex in "Tree" tab
In-Reply-To: <1125559812.30240.241942951@webmail.messagingengine.com> (era's
	message of "Thu, 01 Sep 2005 10:30:12 +0300")
References: <1125396113.6889.241770226@webmail.messagingengine.com>
	<umzmzblie.fsf@agharta.de>
	<1125559812.30240.241942951@webmail.messagingengine.com>
Message-ID: <uhdd5j5m0.fsf@agharta.de>

On Thu, 01 Sep 2005 10:30:12 +0300, era+regex=coach at iki.fi wrote:

> This is on Ubuntu Linux 5.04, using whatever version was on your
> site the day before yesterday in the Linux tarball. It doesn't
> appear to understand the --version switch

No, the switch isn't advertised either.

> but I found an "About ..." dialog box which identifies it as version
> 0.6.7.

OK, that's the newest version.

FWIW, I can't reproduce the problem on a Debian testing system either.
Actually, from your error output it looks like some kind of "this is
not supposed to happen" thingy which I guess is buried within the
internals of the GUI toolkit.  Maybe switching to another
OpenMotif/Lesstif version will help.

Sorry, I can't be more helpful at the moment.

> There are other benefits, such as being able to read the list in a
> newsreader, via RSS, etc.

Sure.  Of course, this only works if you actually send your message to
the list... :)

Cheers,
Edi.


From era+regex=coach at iki.fi  Fri Sep  2 12:51:24 2005
From: era+regex=coach at iki.fi (era+regex=coach at iki.fi)
Date: Fri, 02 Sep 2005 15:51:24 +0300
Subject: [regex-coach] Apparent crash on complex regex in "Tree" tab
In-Reply-To: <uhdd5j5m0.fsf@agharta.de>
References: <1125396113.6889.241770226@webmail.messagingengine.com>
	<umzmzblie.fsf@agharta.de>
	<1125559812.30240.241942951@webmail.messagingengine.com>
	<uhdd5j5m0.fsf@agharta.de>
Message-ID: <1125665484.7633.242044307@webmail.messagingengine.com>

On Thu, 01 Sep 2005 15:10:47 +0200, "Edi Weitz" <edi at agharta.de> said:
> On Thu, 01 Sep 2005 10:30:12 +0300, era+regex=coach at iki.fi wrote:
> > This is on Ubuntu Linux 5.04, using whatever version was on your
> > site the day before yesterday in the Linux tarball. It doesn't
> > appear to understand the --version switch
>
> No, the switch isn't advertised either.

Consider this a feature request then.

> FWIW, I can't reproduce the problem on a Debian testing system either.
> Actually, from your error output it looks like some kind of "this is
> not supposed to happen" thingy which I guess is buried within the
> internals of the GUI toolkit.  Maybe switching to another
> OpenMotif/Lesstif version will help.

I'm afraid that experimenting with libraries on my production system is
not an option for me at the moment. If somebody could see if they can at
least repro this with the Ubuntu 5.04 Live CD, that would be helpful.

/* era */

-- 
If this were a real .signature, it would suck less.  Well, maybe not.



From edi at agharta.de  Fri Sep  2 13:15:04 2005
From: edi at agharta.de (Edi Weitz)
Date: Fri, 02 Sep 2005 15:15:04 +0200
Subject: [regex-coach] Apparent crash on complex regex in "Tree" tab
In-Reply-To: <1125665484.7633.242044307@webmail.messagingengine.com> (era's
	message of "Fri, 02 Sep 2005 15:51:24 +0300")
References: <1125396113.6889.241770226@webmail.messagingengine.com>
	<umzmzblie.fsf@agharta.de>
	<1125559812.30240.241942951@webmail.messagingengine.com>
	<uhdd5j5m0.fsf@agharta.de>
	<1125665484.7633.242044307@webmail.messagingengine.com>
Message-ID: <u64tjzk4n.fsf@agharta.de>

On Fri, 02 Sep 2005 15:51:24 +0300, era+regex=coach at iki.fi wrote:

> Consider this a feature request then.

Unlikely to happen.  I don't see the need for command line switches in
a GUI app.  (Besides, at the moment I don't have time to work on the
program anyway.)

> I'm afraid that experimenting with libraries on my production system
> is not an option for me at the moment. If somebody could see if they
> can at least repro this with the Ubuntu 5.04 Live CD, that would be
> helpful.

I just got a report from someone using Ubuntu 5.04 who said he
couldn't reproduce your problem - see attached screen shot.

Cheers,
Edi.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: regexp-coach.png
Type: image/png
Size: 39317 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/regex-coach/attachments/20050902/fbc3e79c/attachment.png>

From era+regex=coach at iki.fi  Tue Sep  6 10:49:07 2005
From: era+regex=coach at iki.fi (era+regex=coach at iki.fi)
Date: Tue, 06 Sep 2005 13:49:07 +0300
Subject: [regex-coach] Apparent crash on complex regex in "Tree" tab
In-Reply-To: <u64tjzk4n.fsf@agharta.de>
References: <1125396113.6889.241770226@webmail.messagingengine.com>
	<umzmzblie.fsf@agharta.de>
	<1125559812.30240.241942951@webmail.messagingengine.com>
	<uhdd5j5m0.fsf@agharta.de>
	<1125665484.7633.242044307@webmail.messagingengine.com>
	<u64tjzk4n.fsf@agharta.de>
Message-ID: <1126003747.1892.242247439@webmail.messagingengine.com>

On Fri, 02 Sep 2005 15:15:04 +0200, "Edi Weitz" <edi at agharta.de> said:
> On Fri, 02 Sep 2005 15:51:24 +0300, era+regex=coach at iki.fi wrote:
> > I'm afraid that experimenting with libraries on my production system
> > is not an option for me at the moment. If somebody could see if they
> > can at least repro this with the Ubuntu 5.04 Live CD, that would be
> > helpful.
> 
> I just got a report from someone using Ubuntu 5.04 who said he
> couldn't reproduce your problem - see attached screen shot.

In the screen shot, the email sample appears to be munged -- all the @
characters have been replaced with " at ". I guess this is something the
mailing list software might have done. For what it's worth, I've made
the file available at the URL below so you (for applicable values of
"you" :-) can download it in unmunged form.

I still get the crash even if I similarly mung my copy of the text,
though.

The strace output is rather voluminous, so I'd rather not attach it
here. Here's a snippet from what seems to me like the critical spot in
the trace:

open("/home/era/Software/Edi Weitz/The Regex
Coach/Environment/CL-PPCRE-INTERACTIVE/REGEX-INTERFACE/.values",
O_RDWR|O_CREAT|O_TRUNC, 0666) = 4
write(4, "((\"Window Positions:1920x1440\" ("..., 50) = 50
close(4)                                = 0
setitimer(ITIMER_VIRTUAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) =
0
gettimeofday({1125993191, 600327}, NULL) = 0
close(3)                                = 0
gettimeofday({1125993191, 601764}, NULL) = 0
setitimer(ITIMER_VIRTUAL, {it_interval={0, 0}, it_value={0, 100000}},
NULL) = 0
gettimeofday({1125993191, 602617}, NULL) = 0
gettimeofday({1125993191, 603863}, NULL) = 0
setitimer(ITIMER_VIRTUAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) =
0
setitimer(ITIMER_VIRTUAL, {it_interval={0, 0}, it_value={0, 100000}},
NULL) = 0
gettimeofday({1125993191, 604361}, NULL) = 0
setitimer(ITIMER_VIRTUAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) =
0
gettimeofday({1125993191, 604506}, NULL) = 0
select(3, [], [], [], {0, 0})           = 0 (Timeout)
gettimeofday({1125993191, 604705}, NULL) = 0
setitimer(ITIMER_VIRTUAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) =
0
gettimeofday({1125993191, 604826}, NULL) = 0
setitimer(ITIMER_VIRTUAL, {it_interval={0, 0}, it_value={0, 100000}},
NULL) = 0
gettimeofday({1125993191, 604925}, NULL) = 0
setitimer(ITIMER_VIRTUAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) =
0

(Sorry if the line wrapping is weird.)

After this point it's just looping until I kill it.

The full strace is available in
http://www.ihme.org/~era/tmp/regex-coach/ -- it turned out the first
5,000 lines were relevant, and the other 100,000 or so were just looping
the loop :-/


/* era */

-- 
If this were a real .signature, it would suck less.  Well, maybe not.



From edi at agharta.de  Wed Sep  7 11:50:42 2005
From: edi at agharta.de (Edi Weitz)
Date: Wed, 07 Sep 2005 13:50:42 +0200
Subject: [regex-coach] Apparent crash on complex regex in "Tree" tab
In-Reply-To: <1126003747.1892.242247439@webmail.messagingengine.com> (era's
	message of "Tue, 06 Sep 2005 13:49:07 +0300")
References: <1125396113.6889.241770226@webmail.messagingengine.com>
	<umzmzblie.fsf@agharta.de>
	<1125559812.30240.241942951@webmail.messagingengine.com>
	<uhdd5j5m0.fsf@agharta.de>
	<1125665484.7633.242044307@webmail.messagingengine.com>
	<u64tjzk4n.fsf@agharta.de>
	<1126003747.1892.242247439@webmail.messagingengine.com>
Message-ID: <umzmphzal.fsf@agharta.de>

On Tue, 06 Sep 2005 13:49:07 +0300, era+regex=coach at iki.fi wrote:

> I still get the crash even if I similarly mung my copy of the text,
> though.

Please try the version available from

  <http://weitz.de/files/regex-coach.bz2>

and check if it shows the same symptoms.  This seems to be a problem
related to certain versions of Ubuntu - see

  <http://thread.gmane.org/gmane.lisp.lispworks.general/4448>

for the technical details.

Thanks,
Edi.


From era+regex=coach at iki.fi  Wed Sep  7 17:19:08 2005
From: era+regex=coach at iki.fi (era+regex=coach at iki.fi)
Date: Wed, 07 Sep 2005 20:19:08 +0300
Subject: [regex-coach] Apparent crash on complex regex in "Tree" tab
In-Reply-To: <umzmphzal.fsf@agharta.de>
References: <1125396113.6889.241770226@webmail.messagingengine.com>
	<umzmzblie.fsf@agharta.de>
	<1125559812.30240.241942951@webmail.messagingengine.com>
	<uhdd5j5m0.fsf@agharta.de>
	<1125665484.7633.242044307@webmail.messagingengine.com>
	<u64tjzk4n.fsf@agharta.de>
	<1126003747.1892.242247439@webmail.messagingengine.com>
	<umzmphzal.fsf@agharta.de>
Message-ID: <1126113548.26165.242377370@webmail.messagingengine.com>

On Wed, 07 Sep 2005 13:50:42 +0200, "Edi Weitz" <edi at agharta.de> said:
> On Tue, 06 Sep 2005 13:49:07 +0300, era+regex=coach at iki.fi wrote:
> > I still get the crash even if I similarly mung my copy of the text
> 
> Please try the version available from
> 
>   <http://weitz.de/files/regex-coach.bz2>
> 
> and check if it shows the same symptoms.

It's an improvement. Now, I get an error dialog with the following text:

  [title: Message]

  X ERROR
    Display: #S(#:DIS)
    Error: BadName (named color or font does not exist)
    Major opcode of failed request: 45 (X_OpenFont)

             [OK]

The same message (with "Quitting" prepended) is also printed on standard
output (still not standard error) when I click OK. I still have to
"killall regex-coach" from another window to terminate it, even though
it prints "./regex-coach : Interrupted - quitting" on the last line of
output when I press ctrl-C to "really" quit.

It would of course be helpful if it could indicate which font it wants
... but I guess this too may be a feature of LispWorks and not in your
code actually. (Any X masochists around who could tell how to find out
which font is being requestd with some X tool?)

/* era */

-- 
If this were a real .signature, it would suck less.  Well, maybe not.



From edi at agharta.de  Wed Sep  7 17:51:00 2005
From: edi at agharta.de (Edi Weitz)
Date: Wed, 07 Sep 2005 19:51:00 +0200
Subject: [regex-coach] Apparent crash on complex regex in "Tree" tab
In-Reply-To: <1126113548.26165.242377370@webmail.messagingengine.com> (era's
	message of "Wed, 07 Sep 2005 20:19:08 +0300")
References: <1125396113.6889.241770226@webmail.messagingengine.com>
	<umzmzblie.fsf@agharta.de>
	<1125559812.30240.241942951@webmail.messagingengine.com>
	<uhdd5j5m0.fsf@agharta.de>
	<1125665484.7633.242044307@webmail.messagingengine.com>
	<u64tjzk4n.fsf@agharta.de>
	<1126003747.1892.242247439@webmail.messagingengine.com>
	<umzmphzal.fsf@agharta.de>
	<1126113548.26165.242377370@webmail.messagingengine.com>
Message-ID: <uk6hs937f.fsf@agharta.de>

On Wed, 07 Sep 2005 20:19:08 +0300, era+regex=coach at iki.fi wrote:

> It's an improvement. Now, I get an error dialog with the following
> text:
>
>   [title: Message]
>
>   X ERROR
>     Display: #S(#:DIS)
>     Error: BadName (named color or font does not exist)
>     Major opcode of failed request: 45 (X_OpenFont)
>
>              [OK]
>
> The same message (with "Quitting" prepended) is also printed on
> standard output (still not standard error) when I click OK. I still
> have to "killall regex-coach" from another window to terminate it,
> even though it prints "./regex-coach : Interrupted - quitting" on
> the last line of output when I press ctrl-C to "really" quit.
>
> It would of course be helpful if it could indicate which font it
> wants ... but I guess this too may be a feature of LispWorks and not
> in your code actually. (Any X masochists around who could tell how
> to find out which font is being requestd with some X tool?)

I've uploaded an image with debugging information (about 10MB) to the
same address:

  <http://weitz.de/files/regex-coach.bz2>

You /might/ get a more informative error message with that one.

As to why the application doesn't quit when it should - that's another
question.  Again, I haven't seen that before.  Ubuntu seems to be a
bit strange.  I'm using Debian and I thought they were pretty similar
but obviously they aren't.

Thanks for testing,
Edi.


From era+regex=coach at iki.fi  Wed Sep  7 20:35:40 2005
From: era+regex=coach at iki.fi (era+regex=coach at iki.fi)
Date: Wed, 07 Sep 2005 23:35:40 +0300
Subject: [regex-coach] Apparent crash on complex regex in "Tree" tab
In-Reply-To: <uk6hs937f.fsf@agharta.de>
References: <1125396113.6889.241770226@webmail.messagingengine.com>
	<umzmzblie.fsf@agharta.de>
	<1125559812.30240.241942951@webmail.messagingengine.com>
	<uhdd5j5m0.fsf@agharta.de>
	<1125665484.7633.242044307@webmail.messagingengine.com>
	<u64tjzk4n.fsf@agharta.de>
	<1126003747.1892.242247439@webmail.messagingengine.com>
	<umzmphzal.fsf@agharta.de>
	<1126113548.26165.242377370@webmail.messagingengine.com>
	<uk6hs937f.fsf@agharta.de>
Message-ID: <1126125340.17635.242396733@webmail.messagingengine.com>

On Wed, 07 Sep 2005 19:51:00 +0200, "Edi Weitz" <edi at agharta.de> said:
> On Wed, 07 Sep 2005 20:19:08 +0300, era+regex=coach at iki.fi wrote:
> > It's an improvement. Now, I get an error dialog
> 
> I've uploaded an image with debugging information (about 10MB) to the
> same address:
> 
>   <http://weitz.de/files/regex-coach.bz2>
> 
> You /might/ get a more informative error message with that one.

 vnix$ ./regex-coach
Warning: Unable to find default fallback resources for application class
Lispworks
Error: An error of type CONDITIONS:ARITHMETIC-TYPE-ERROR occured,
arguments : (:EXPECTED-TYPE REAL :DATUM NIL :OPERATION >= :OPERANDS (0
NIL))
  1 (continue) Return a value to use.
  2 Supply a new second argument.
  3 Destroy element #<CL-PPCRE-INTERACTIVE::YELLOW-NODE-PANE
  "^(?!(?i:X-UIDL|X-Face|To|Cc|From|Subject|References|In-Reply-To|(?:X-|Resent-|X-Original-)?Message-Id):)[\\w-]{1,24}:(?:[^\\n]{0,100}|\\n[
  \\t]){0,2}%[A-Z][A-Z_-]" 20EC9CA4>.
  4 (abort) Return to event loop.

Type :b for backtrace, :c <option number> to proceed,  or :? for other
options

CL-USER 1 : 1 > :b
Call to "GET-CALL-FRAME"
Call to "DEBUG1"
Call to "INVOKE-DEBUGGER"
Call to "CONDITIONS-ERROR"
Call to "REPORT-THE-BINARY-FN-ERROR"
Call to "ARGS-TO-BINARY-ARITHMETIC-FN-NOT-OF-TYPE"
Call to ">="
Call to "COLLECT-FONT-PROPERTIES"
Call to "COMPUTE-FONT-NAME-FROM-FONT-STRUCT"
Call to "DEFAULT-ANY-COMPONENTS"
Call to "FIND-BEST-FONT"
Call to "SIMPLE-PANE-FONT-REPRESENTATION"
Call to "(METHOD PANE-INITIAL-FONTLIST PANE-REPRESENTATION .  NIL)"
Call to "(METHOD PANE-INITIALIZE PANE-REPRESENTATION .  NIL)"
Call to "(METHOD CREATE-REPRESENTATION (SIMPLE-PANE
WINDOW-REPRESENTATION))"
Call to "CACHE-MISS-FUNCTION"
Call to "(METHOD CREATE ELEMENT .  NIL)"
Call to Anonymous compiled function #<function 2039F512>
Call to "NEXT-METHOD-CALL-1"
Call to "(METHOD CREATE AROUND LIBRARY-ELEMENT .  NIL)"
Call to Anonymous compiled function #<function 200CD202>
Call to "CACHE-MISS-FUNCTION"
Call to "CACHE-MISS-FUNCTION"
Call to "(METHOD MAP-PANE-CHILDREN (LAYOUT T))"
Call to "(METHOD REDO-LAYOUT LAYOUT .  NIL)"
Call to "CACHE-MISS-FUNCTION"
Call to "(METHOD CREATE AROUND LAYOUT .  NIL)"
Call to #<function 200CD202>
Call to "CACHE-MISS-FUNCTION"
Call to "CACHE-MISS-FUNCTION"
Call to "(METHOD MAP-PANE-CHILDREN (LAYOUT T))"
Call to "(METHOD REDO-LAYOUT LAYOUT .  NIL)"
Call to "NEXT-METHOD-CALL-1"
Call to "(METHOD REDO-LAYOUT AROUND PINBOARD-LAYOUT .  NIL)"
Call to #<function 200CD202>
Call to "CACHE-MISS-FUNCTION"
Call to "(METHOD CREATE AROUND LAYOUT .  NIL)"
Call to #<function 200CD202>
Call to "CACHE-MISS-FUNCTION"
Call to "CACHE-MISS-FUNCTION"
Call to "(METHOD MAP-PANE-CHILDREN (LAYOUT T))"
Call to "(METHOD REDO-LAYOUT LAYOUT .  NIL)"
Call to "(METHOD CREATE AROUND LAYOUT .  NIL)"
Call to #<function 200CD202>
Call to "(METHOD MAP-PANE-CHILDREN (LAYOUT T))"
Call to "(METHOD REDO-LAYOUT LAYOUT .  NIL)"
Call to "(METHOD CREATE AROUND LAYOUT .  NIL)"
Call to #<function 200CD202>
Call to "(METHOD MAP-PANE-CHILDREN (LAYOUT T))"
Call to "(METHOD REDO-LAYOUT LAYOUT .  NIL)"
Call to "(METHOD INVALIDATE-PANE-CONSTRAINTS-WITH-CONTROL-OVER-REDISPLAY
LAYOUT .  NIL)"
Call to Anonymous compiled function #<function 200732CA>
Call to Anonymous compiled function #<function 200AB842>
Call to "INVALIDATE-PANE-CONSTRAINTS-WITH-REDISPLAY"
Call to "REDISPLAY-LAYOUT-CREATING-UNMAPPED-CHILDREN"
Call to "(METHOD SET-LAYOUT-DESCRIPTION (LAYOUT T))"
Call to Anonymous compiled function #<function 2007492A>
Call to "UPDATE-SWITCHABLE-LAYOUT-VISIBLE-CHILD"
Call to "(METHOD (SETF SWITCHABLE-LAYOUT-VISIBLE-CHILD) (T
SWITCHABLE-LAYOUT))"
Call to Anonymous compiled function #<function 203A3922>
Call to "NEXT-METHOD-CALL-3"
Call to "(METHOD CAPI-COLLECTION-CALLBACK AROUND (CHOICE T))"
Call to Anonymous compiled function #<function 203A2722>
Call to "CACHE-MISS-FUNCTION"
Call to #<function 2007492A>
Call to "IN-PROCESS-CAPI-EVENT-CALLBACK"
Call to "LOOP-PROCESS-EVENTS"
Call to "INTERFACE-EVENT-LOOP"
Call to "INITIALIZE-AND-PROCESS-EVENTS"
Call to "(METHOD INTERFACE-PROCESS-WRAPPER (SCREEN-REPRESENTATION T T))"
Call to "CACHE-MISS-FUNCTION"
Call to "INITIALIZE-PROCESS-STACK .  PROCESS-SG-FUNCTION"
Call to SYSTEM::%%FIRST-CALL-TO-STACK

CL-USER 2 : 1 > 

The X error message is slightly more detailed, but hardly more
informative (it adds a hex number which looks like a handle of some
sort) and I get a dialog asking whether I want to save some buffers.

/* era */

-- 
If this were a real .signature, it would suck less.  Well, maybe not.



From edi at agharta.de  Thu Sep  8 11:56:26 2005
From: edi at agharta.de (Edi Weitz)
Date: Thu, 08 Sep 2005 13:56:26 +0200
Subject: [regex-coach] Apparent crash on complex regex in "Tree" tab
In-Reply-To: <1126125340.17635.242396733@webmail.messagingengine.com> (era's
	message of "Wed, 07 Sep 2005 23:35:40 +0300")
References: <1125396113.6889.241770226@webmail.messagingengine.com>
	<umzmzblie.fsf@agharta.de>
	<1125559812.30240.241942951@webmail.messagingengine.com>
	<uhdd5j5m0.fsf@agharta.de>
	<1125665484.7633.242044307@webmail.messagingengine.com>
	<u64tjzk4n.fsf@agharta.de>
	<1126003747.1892.242247439@webmail.messagingengine.com>
	<umzmphzal.fsf@agharta.de>
	<1126113548.26165.242377370@webmail.messagingengine.com>
	<uk6hs937f.fsf@agharta.de>
	<1126125340.17635.242396733@webmail.messagingengine.com>
Message-ID: <u3bofepsl.fsf@agharta.de>

OK, next step... :)

1. Could you please post the output of

     xlsfonts -ll -fn '*-fixed-medium-r-*-14-*'

   on your machine?

2. There's another image with debug info (7MB zipped) at

     <http://weitz.de/files/regex-coach.bz2>

   that's supposed to write some useful info to the file
   /tmp/regex-coach.trace.  It would be nice if you could try the
   image and send me the trace file.  If the trace file gets very big
   (> 1MB) ask me off-list for an email address to send it to.

Thanks again,
Edi.


From era+regex=coach at iki.fi  Fri Sep  9 11:32:22 2005
From: era+regex=coach at iki.fi (era+regex=coach at iki.fi)
Date: Fri, 09 Sep 2005 14:32:22 +0300
Subject: [regex-coach] Apparent crash on complex regex in "Tree" tab
In-Reply-To: <u3bofepsl.fsf@agharta.de>
References: <1125396113.6889.241770226@webmail.messagingengine.com>
	<umzmzblie.fsf@agharta.de>
	<1125559812.30240.241942951@webmail.messagingengine.com>
	<uhdd5j5m0.fsf@agharta.de>
	<1125665484.7633.242044307@webmail.messagingengine.com>
	<u64tjzk4n.fsf@agharta.de>
	<1126003747.1892.242247439@webmail.messagingengine.com>
	<umzmphzal.fsf@agharta.de>
	<1126113548.26165.242377370@webmail.messagingengine.com>
	<uk6hs937f.fsf@agharta.de>
	<1126125340.17635.242396733@webmail.messagingengine.com>
	<u3bofepsl.fsf@agharta.de>
Message-ID: <1126265542.21373.242533918@webmail.messagingengine.com>

On Thu, 08 Sep 2005 13:56:26 +0200, "Edi Weitz" <edi at agharta.de> said:
> 1. Could you please post the output of
>      xlsfonts -ll -fn '*-fixed-medium-r-*-14-*'
>    on your machine?
> 2. There's another image with debug info (7MB zipped) at
>      <http://weitz.de/files/regex-coach.bz2>
>    that's supposed to write some useful info to the file
>    /tmp/regex-coach.trace.  It would be nice if you could try the
>    image and send me the trace file.  If the trace file gets very big
>    (> 1MB) ask me off-list for an email address to send it to.

Both attached below. The trace is not large at all.

/* era */

-- 
If this were a real .signature, it would suck less.  Well, maybe not.

-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: xlsfonts.txt
URL: <https://mailman.common-lisp.net/pipermail/regex-coach/attachments/20050909/5b885235/attachment.txt>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: regex-coach.trace
Type: application/octet-stream
Size: 451 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/regex-coach/attachments/20050909/5b885235/attachment.obj>

From edi at agharta.de  Sat Sep 10 08:01:04 2005
From: edi at agharta.de (Edi Weitz)
Date: Sat, 10 Sep 2005 10:01:04 +0200
Subject: [regex-coach] Apparent crash on complex regex in "Tree" tab
In-Reply-To: <1126265542.21373.242533918@webmail.messagingengine.com> (era's
	message of "Fri, 09 Sep 2005 14:32:22 +0300")
References: <1125396113.6889.241770226@webmail.messagingengine.com>
	<umzmzblie.fsf@agharta.de>
	<1125559812.30240.241942951@webmail.messagingengine.com>
	<uhdd5j5m0.fsf@agharta.de>
	<1125665484.7633.242044307@webmail.messagingengine.com>
	<u64tjzk4n.fsf@agharta.de>
	<1126003747.1892.242247439@webmail.messagingengine.com>
	<umzmphzal.fsf@agharta.de>
	<1126113548.26165.242377370@webmail.messagingengine.com>
	<uk6hs937f.fsf@agharta.de>
	<1126125340.17635.242396733@webmail.messagingengine.com>
	<u3bofepsl.fsf@agharta.de>
	<1126265542.21373.242533918@webmail.messagingengine.com>
Message-ID: <uhdctnygv.fsf@agharta.de>

On Fri, 09 Sep 2005 14:32:22 +0300, era+regex=coach at iki.fi wrote:

> Both attached below. The trace is not large at all.

Thanks.  Somehow the answer of Martin Simmons from LispWorks doesn't
show up on gmane.org so instead of providing a URL I include it here.
I don't think this is something I can change from within my
application.

Cheers,
Edi.



It looks to me like there is a problem with the font scaler on that machine.
Looking at one of the names xlsfonts returned:

-misc-fixed-medium-r-normal--14-110-100-100-c-70-iso8859-1

we see that the 14 is the pixel-size, the 110 is the point-size times 10 and
the 100-100 is the x-y resolution in pixels/inch.  However, since 1 point is
1/72 inch, we should have the identity:

point-size = 72 x pixel-size / resolution

This computes point-size = 10.08, so point-size times 10 should be 101, not
110!  There is a similar inaccuracy with the other fonts listed.  In fact, all
the "point-size times 10" values are multiples of 10, it looks to me like it
is rounding too early.


From era+regex=coach at iki.fi  Tue Sep 13 07:01:33 2005
From: era+regex=coach at iki.fi (era+regex=coach at iki.fi)
Date: Tue, 13 Sep 2005 10:01:33 +0300
Subject: [regex-coach] Apparent crash on complex regex in "Tree" tab
In-Reply-To: <uhdctnygv.fsf@agharta.de>
References: <1125396113.6889.241770226@webmail.messagingengine.com>
	<umzmzblie.fsf@agharta.de>
	<1125559812.30240.241942951@webmail.messagingengine.com>
	<uhdd5j5m0.fsf@agharta.de>
	<1125665484.7633.242044307@webmail.messagingengine.com>
	<u64tjzk4n.fsf@agharta.de>
	<1126003747.1892.242247439@webmail.messagingengine.com>
	<umzmphzal.fsf@agharta.de>
	<1126113548.26165.242377370@webmail.messagingengine.com>
	<uk6hs937f.fsf@agharta.de>
	<1126125340.17635.242396733@webmail.messagingengine.com>
	<u3bofepsl.fsf@agharta.de>
	<1126265542.21373.242533918@webmail.messagingengine.com>
	<uhdctnygv.fsf@agharta.de>
Message-ID: <1126594893.2730.242779096@webmail.messagingengine.com>

On Sat, 10 Sep 2005 10:01:04 +0200, "Edi Weitz" <edi at agharta.de> said:
> On Fri, 09 Sep 2005 14:32:22 +0300, era+regex=coach at iki.fi wrote:
> Somehow the answer of Martin Simmons from LispWorks doesn't
> show up on gmane.org so instead of providing a URL I include it here.
<...>
> 1 point is 1/72 inch, we should have the identity:
> point-size = 72 x pixel-size / resolution

My understanding of this is imperfect, but I think I have an
explanation.

While the unit "typographical point" is 1/72 inch (in the American
system -- European didot points are a slightly different size) this is
not what the font scaler is using. Instead, it uses the display DPI,
which can commonly be 72 dpi or 96 dpi, but in this case is something
like 120 dpi (another fairly common size). In fact I hand-tweaked the
dpi setting in the X server so it's exactly right for my display, and
not any particular standard size.

 vnix$ xdpyinfo | fgrep -e screen -e dimensions -e resolution
 default screen number:    0
 number of screens:    1
 screen #0:
   print screen:    no
   dimensions:    1920x1440 pixels (410x305 millimeters)
   resolution:    119x120 dots per inch

In my /etc/X11/xorg.conf file (like XF86Config with XFree86), I have the
following hand-addition under Section "Monitor"

        # http://www.ubuntuforums.org/showthread.php?t=20976
        DisplaySize     409 304         # millimeters

(As you can see, the X server rounds the size I passed in -- I haven't
figured out how to make it not do that. Tweaking the numbers ever so
slightly causes it to round them to some other random number ...) The
link in the comment is to an article which explores some font issues --
it's not particularly well-structured I'm afraid, but that's where I
picked this up. (I haven't done most of the other tweaks suggested on
that page.)

/* era */

-- 
If this were a real .signature, it would suck less.  Well, maybe not.



From edi at agharta.de  Fri Sep 16 10:07:31 2005
From: edi at agharta.de (Edi Weitz)
Date: Fri, 16 Sep 2005 12:07:31 +0200
Subject: [regex-coach] Re: Regex Coach
In-Reply-To: <Pine.LNX.4.63.0509152223240.19508@tcs.ii.uj.edu.pl> (Maciej
	=?utf-8?q?=C5=BBenczykowski's?= message of "Thu,
	15 Sep 2005 22:25:47 +0200 (CEST)")
References: <Pine.LNX.4.63.0509152223240.19508@tcs.ii.uj.edu.pl>
Message-ID: <u64t1qqak.fsf@agharta.de>

[Please use the mailing list for questions, bug reports, or feature
requests - see Cc.]

Hi!

On Thu, 15 Sep 2005 22:25:47 +0200 (CEST), Maciej ?enczykowski <maze at cela.pl> wrote:

> Beautiful program

Thanks!

> however I'd like to ask for two features:
>
> 1) the ability to turn off parsing after every change of the regex (I
>    think it recompiles and retests everything), as this makes changes
>    slow once the regex is large (ie allow manual updating, or delayed
>    updating or something, or background updating)
>
> even a simple checkmark for autoupdate (default on) would be enough

Can you send me the regex that caused these problems?  What hardware
do you have?

Yes, the app has to re-compile and re-check on each change - that's
one of its defining features.  I haven't seen noticable delays with
"normal" regular expressions, though.  It could help if you pasted the
whole regex in at once.  Did you try that?

> 2) the ability to colour every match of the pattern in the string -
>    not only the current one.

Several people have asked for this feature and it'll most likely be
the first I'll add in a future release.

> If this wouldn't be too much trouble?

At the moment I'm too busy for new features, only bugfixes if
necessary.

Cheers,
Edi.


From edi at agharta.de  Sat Sep 17 15:12:01 2005
From: edi at agharta.de (Edi Weitz)
Date: Sat, 17 Sep 2005 17:12:01 +0200
Subject: [regex-coach] Re: Regex Coach
In-Reply-To: <Pine.LNX.4.63.0509162104080.18141@tcs.ii.uj.edu.pl> (Maciej
	=?utf-8?q?=C5=BBenczykowski's?= message of "Fri,
	16 Sep 2005 22:21:33 +0200 (CEST)")
References: <Pine.LNX.4.63.0509152223240.19508@tcs.ii.uj.edu.pl>
	<u64t1qqak.fsf@agharta.de>
	<Pine.LNX.4.63.0509162104080.18141@tcs.ii.uj.edu.pl>
Message-ID: <ur7bnohj2.fsf@agharta.de>

On Fri, 16 Sep 2005 22:21:33 +0200 (CEST), Maciej ?enczykowski <maze at cela.pl> wrote:

> Pentium III 1 GHz + 512MB ram (Linux - Fedora Core 3)
>
> The Regex:
>
> # some 200 chars of comments
> (?: - (?: 0 | [1-9]\d{0,3} | [12]\d{4} | 3[01]\d{3}
> | 32[0-6]\d\d | 327[0-5]\d | 3276[0-8] )
> | (?:\+|(?<![\d+\-])) (?: 0 | [1-9]\d{0,3} | [12]\d{4} | 3[01]\d{3}
> | 32[0-6]\d\d | 327[0-5]\d | 3276[0-7] ) )(?!\d)
> # should match -32768 to -0, and [+]0 to [+]32767
>
> with 'x' and 'g' options
>
> target string:
>
> 1 2 3 -5 -130 -128 -127 -111 -99 -9 -1 0 +0 -0 +1 123 +99 +130
> 345+34+11 0x10e -32768 -32769 -9 -99 -999 -9999 -99999 -29999 -39999
> -31999 -32999 -32799 -32699 -32769 -32759 -32768 -0 0 +0 99999 39999
> 32999 32799 32769 32768 32767 32759 32699 31999 29999 9999 999 99 9 0
>
> requires roughly 2 seconds for a screen update.

Hmm, screen update on my laptop (Pentium M 2.0 GHz, XP pro) is without
a noticable delay - even if I run the app from within VMWare
(simulating Debian Linux with 512 MB of RAM).  Should it be that my
CPU is so much faster than yours?

Cheers,
Edi.


From edi at agharta.de  Sat Sep 17 15:15:22 2005
From: edi at agharta.de (Edi Weitz)
Date: Sat, 17 Sep 2005 17:15:22 +0200
Subject: [regex-coach] Re: Regex Coach
In-Reply-To: <Pine.LNX.4.63.0509162317230.18141@tcs.ii.uj.edu.pl> (Maciej
	=?utf-8?q?=C5=BBenczykowski's?= message of "Fri,
	16 Sep 2005 23:20:13 +0200 (CEST)")
References: <Pine.LNX.4.63.0509152223240.19508@tcs.ii.uj.edu.pl>
	<u64t1qqak.fsf@agharta.de>
	<Pine.LNX.4.63.0509162317230.18141@tcs.ii.uj.edu.pl>
Message-ID: <umzmbohdh.fsf@agharta.de>

On Fri, 16 Sep 2005 23:20:13 +0200 (CEST), Maciej ?enczykowski <maze at cela.pl> wrote:

> I did, but it seems to bounce - requires me to register.

Yes, you'll have to register.

> It seems I was to quick in reporting no bugs - the step'er does not
> honor the 'x' or 'g' flags of the regex.

Yes, you're right that the stepper (and other parts of the system as
well) has problems with the 'x' flag - I wasn't aware of that.  I'll
try to fix this ASAP.

The 'g' flag doesn't make sense in the stepper, though.  It is only
meaningful for replacement operations - see the documentation.

Thanks,
Edi.


From maze at cela.pl  Sat Sep 17 21:28:25 2005
From: maze at cela.pl (=?ISO-8859-2?Q?Maciej_=AFenczykowski?=)
Date: Sat, 17 Sep 2005 23:28:25 +0200 (CEST)
Subject: [regex-coach] Re: Regex Coach
In-Reply-To: <ur7bnohj2.fsf@agharta.de>
References: <Pine.LNX.4.63.0509152223240.19508@tcs.ii.uj.edu.pl>
	<u64t1qqak.fsf@agharta.de>
	<Pine.LNX.4.63.0509162104080.18141@tcs.ii.uj.edu.pl>
	<ur7bnohj2.fsf@agharta.de>
Message-ID: <Pine.LNX.4.63.0509172325180.12717@tcs.ii.uj.edu.pl>

>> requires roughly 2 seconds for a screen update.
>
> Hmm, screen update on my laptop (Pentium M 2.0 GHz, XP pro) is without
> a noticable delay - even if I run the app from within VMWare
> (simulating Debian Linux with 512 MB of RAM).  Should it be that my
> CPU is so much faster than yours?

Perhaps, but a 1GHz CPU shouldn't be considered that old (my laptop is a 
Celeron 400 - now that IS old, but still perfectly good for much of my 
work).  A Pentium M 2.0 GHz runs a good 3-4 times faster than a p3 1ghz. 
Note, that based on measuring how long it takes to delete 10 characters in 
a comment at the end (15s), the corrected time is 1.5s/char, so 3-4 times 
faster is <0.5s which may indeed be fast enough???

VMware won't slow down an application like the regex coach (much) as there 
are few places were HDD or Hardware (screen, etc.) is accessed.  I expect 
regex coach under VMware runs at around 80-95% of full speed.

Cheers,
MaZe.


From maze at cela.pl  Sat Sep 17 21:31:13 2005
From: maze at cela.pl (=?ISO-8859-2?Q?Maciej_=AFenczykowski?=)
Date: Sat, 17 Sep 2005 23:31:13 +0200 (CEST)
Subject: [regex-coach] Re: Regex Coach
In-Reply-To: <umzmbohdh.fsf@agharta.de>
References: <Pine.LNX.4.63.0509152223240.19508@tcs.ii.uj.edu.pl>
	<u64t1qqak.fsf@agharta.de>
	<Pine.LNX.4.63.0509162317230.18141@tcs.ii.uj.edu.pl>
	<umzmbohdh.fsf@agharta.de>
Message-ID: <Pine.LNX.4.63.0509172328530.12717@tcs.ii.uj.edu.pl>

> Yes, you'll have to register.
done :)

> Yes, you're right that the stepper (and other parts of the system as
> well) has problems with the 'x' flag - I wasn't aware of that.  I'll
> try to fix this ASAP.
>
> The 'g' flag doesn't make sense in the stepper, though.  It is only
> meaningful for replacement operations - see the documentation.

Well, I don't know, in a way it would be easier to debug if the stepper 
continued on past the first match (with 'g' turned on) - ie. effectively 
simulating the 'replacer' and not the 'matcher', since otherwise I find 
myself going back'n'forth to select a new string start location.

Perhaps have a button (once the match has been completed) to restart 
matching at the location were the previous match finished?  [ie. something 
like a pseudo-temporary invisible change of the string beginning]

Cheers,
MaZe.



From edi at agharta.de  Sat Sep 17 22:10:13 2005
From: edi at agharta.de (Edi Weitz)
Date: Sun, 18 Sep 2005 00:10:13 +0200
Subject: [regex-coach] Re: Regex Coach
In-Reply-To: <Pine.LNX.4.63.0509172325180.12717@tcs.ii.uj.edu.pl> (Maciej
	=?utf-8?q?=C5=BBenczykowski's?= message of "Sat,
	17 Sep 2005 23:28:25 +0200 (CEST)")
References: <Pine.LNX.4.63.0509152223240.19508@tcs.ii.uj.edu.pl>
	<u64t1qqak.fsf@agharta.de>
	<Pine.LNX.4.63.0509162104080.18141@tcs.ii.uj.edu.pl>
	<ur7bnohj2.fsf@agharta.de>
	<Pine.LNX.4.63.0509172325180.12717@tcs.ii.uj.edu.pl>
Message-ID: <uirwzuz0a.fsf@agharta.de>

On Sat, 17 Sep 2005 23:28:25 +0200 (CEST), Maciej ?enczykowski <maze at cela.pl> wrote:

> Perhaps, but a 1GHz CPU shouldn't be considered that old (my laptop
> is a Celeron 400 - now that IS old, but still perfectly good for
> much of my work).  A Pentium M 2.0 GHz runs a good 3-4 times faster
> than a p3 1ghz. Note, that based on measuring how long it takes to
> delete 10 characters in a comment at the end (15s), the corrected
> time is 1.5s/char, so 3-4 times faster is <0.5s which may indeed be
> fast enough???

There must be some other reason the app behaves slow on your machine.
I can delete characters from the end of the comment as fast as I can
delete them in, say, Word.

> VMware won't slow down an application like the regex coach (much) as
> there are few places were HDD or Hardware (screen, etc.) is
> accessed.  I expect regex coach under VMware runs at around 80-95%
> of full speed.

Yes, probably.  I just wanted to check that the Linux version isn't
significantly slower than the Windows version.

Cheers,
Edi.


From edi at agharta.de  Tue Sep 20 13:08:02 2005
From: edi at agharta.de (Edi Weitz)
Date: Tue, 20 Sep 2005 15:08:02 +0200
Subject: [regex-coach] Re: RegEx coach and selecting from the top view
In-Reply-To: <OF278228E6.341D138B-ON00257081.003F72F8@mail01.simi.is> 
	=?iso-8859-1?q?=28Bj=F6rn_R=F3bertsson's?= message of "Mon,
	19 Sep 2005 11:40:13 +0000")
References: <OF278228E6.341D138B-ON00257081.003F72F8@mail01.simi.is>
Message-ID: <uaci7hop9.fsf@agharta.de>

[Please use the mailing list for bug reports and other things.]

Hi!

On Mon, 19 Sep 2005 11:40:13 +0000, Bj?rn R?bertsson <bjornr at simi.is> wrote:

> When I select a part of or the whole regular expression the CPU load
> goes up to 100 % and habitually the best way is to do End Task.
>  
> The machine runs Windows XP, firewall, antivirus et. al.
>  
> I am including a screenshot of one particular regexp which exhibits
> this behaviour.
>  
> This is a cpu graph, the tops (100%) occur when: the window is
> brought into focus while the regexp is highlighted, also when the
> regexp is highlighted (i.e. from back to front), when it?s changed,
> when the window is moved and so on.
>  
> I do not believe my regular expression to be very complicated but
> something is not right.

Your regular expression (that I include here for reference)

  ^\S+.*\S+.*\S+.*\d+\:\d+\:\d+ \d+ ([\.0-9]+\.1\.13\.10) Normal.*\" ([\.0-9]+) -.* ([\.0-9]+)

is formed in a way that leads to an exponential growth in backtracking
- the behaviour that you see is what I would expect.  Note that in
particular each ".*" forces the engine to go to the end of the target
string and from there retry each position backwards.  These attempts
will be nested.  Try the stepper to see what I mean.

You should rewrite the regex to avoid this.

Cheers,
Edi.


From lists at frankmarion.com  Tue Sep 27 12:27:26 2005
From: lists at frankmarion.com (Frank)
Date: Tue, 27 Sep 2005 08:27:26 -0400
Subject: [regex-coach] Greetings and a puzzle
Message-ID: <6.1.1.1.2.20050927081858.01e93ec0@127.0.0.1>


Hi, I'm new to the list. I was looking for a nice regex list, and found 
this one. Let me start off with an interesting puzzle that someone sent me

A programmer wants to test a password, and he wants to do it in ONE 
expression. Here are the criteria for a well formed password

1) Minumum of eight characters in length
2) Two words [a-z_] are required
3) Two digits [0-9] are required.

I've been working on this all night, and what I've come up with is the 
following

An alpha and a numeric will always be side to side. This will catch it

         [a-z_][0-9]|[0-9][a-z_]

<group alpha fb number OR number fb alpha>

The problem is that there might be a run of non-matches before, or 
following, or between each of these pairs. One might be inclined to say 
"Ah! Then the solution is to add {2,}. Not so, because then it would return 
the match of a1a1 but not a1xa1. It would catch a1 then 1x (it's the 
closest match).

This is the crux of the problem, as I've been able to figure so far.

It's a tough but interesting puzzle. I'd be interested in hearing your options.





Frank Marion     lists at frankmarion.com      Keep the signal high.





From edi at agharta.de  Tue Sep 27 13:12:40 2005
From: edi at agharta.de (Edi Weitz)
Date: Tue, 27 Sep 2005 15:12:40 +0200
Subject: [regex-coach] Greetings and a puzzle
In-Reply-To: <6.1.1.1.2.20050927081858.01e93ec0@127.0.0.1> (Frank's message
	of "Tue, 27 Sep 2005 08:27:26 -0400")
References: <6.1.1.1.2.20050927081858.01e93ec0@127.0.0.1>
Message-ID: <ur7bapsc7.fsf@agharta.de>

Hi!

On Tue, 27 Sep 2005 08:27:26 -0400, Frank <lists at frankmarion.com> wrote:

> Hi, I'm new to the list. I was looking for a nice regex list, and
> found this one.

This is not a general regex list, it is specifically for the "Regex
Coach" application.

> A programmer wants to test a password, and he wants to do it in ONE
> expression. Here are the criteria for a well formed password
>
> 1) Minumum of eight characters in length
> 2) Two words [a-z_] are required
> 3) Two digits [0-9] are required.

(?=.*[a-z_].*[a-z_])(?=.*[0-9].*[0-9]).{8,}

Cheers,
Edi.


From greg.allen at lehman.com  Tue Sep 27 14:59:14 2005
From: greg.allen at lehman.com (Allen, Greg)
Date: Tue, 27 Sep 2005 15:59:14 +0100
Subject: [regex-coach] Greetings and a puzzle
Message-ID: <8D45010F07D19E44A8D3FDEF7A68BC770370B807@logisexm006.leh.lbcorp.lehman.com>

I think the problem is poorly specified: what does "two words" really
mean? Essentially which of these are two words?

abc1def2
ab_def12
_abcd12_
twowords12

All match against Edi's rather neat regex, but are they valid?

Is "_" part of a word or a word separator?

:)

-----Original Message-----
From: regex-coach-bounces at common-lisp.net
[mailto:regex-coach-bounces at common-lisp.net] On Behalf Of Edi Weitz
Sent: Tuesday, September 27, 2005 2:13 PM
To: Frank
Cc: regex-coach at common-lisp.net
Subject: Re: [regex-coach] Greetings and a puzzle


Hi!

On Tue, 27 Sep 2005 08:27:26 -0400, Frank <lists at frankmarion.com> wrote:

> Hi, I'm new to the list. I was looking for a nice regex list, and
> found this one.

This is not a general regex list, it is specifically for the "Regex
Coach" application.

> A programmer wants to test a password, and he wants to do it in ONE
> expression. Here are the criteria for a well formed password
>
> 1) Minumum of eight characters in length
> 2) Two words [a-z_] are required
> 3) Two digits [0-9] are required.

(?=.*[a-z_].*[a-z_])(?=.*[0-9].*[0-9]).{8,}

Cheers,
Edi.
_______________________________________________
regex-coach site list
regex-coach at common-lisp.net
http://common-lisp.net/mailman/listinfo/regex-coach



------------------------------------------------------------------------------
This message is intended only for the personal and confidential use of the designated recipient(s) named above.  If you are not the intended recipient of this message you are hereby notified that any review, dissemination, distribution or copying of this message is strictly prohibited.  This communication is for information purposes only and should not be regarded as an offer to sell or as a solicitation of an offer to buy any financial product, an official confirmation of any transaction, or as an official statement of Lehman Brothers.  Email transmission cannot be guaranteed to be secure or error-free.  Therefore, we do not represent that this information is complete or accurate and it should not be relied upon as such.  All information is subject to change without notice.




From edi at agharta.de  Tue Sep 27 15:45:57 2005
From: edi at agharta.de (Edi Weitz)
Date: Tue, 27 Sep 2005 17:45:57 +0200
Subject: [regex-coach] Greetings and a puzzle
In-Reply-To: <8D45010F07D19E44A8D3FDEF7A68BC770370B807@logisexm006.leh.lbcorp.lehman.com>
	(Greg Allen's message of "Tue, 27 Sep 2005 15:59:14 +0100")
References: <8D45010F07D19E44A8D3FDEF7A68BC770370B807@logisexm006.leh.lbcorp.lehman.com>
Message-ID: <uirwmpl8q.fsf@agharta.de>

On Tue, 27 Sep 2005 15:59:14 +0100, "Allen, Greg" <greg.allen at lehman.com> wrote:

> I think the problem is poorly specified: what does "two words"
> really mean?

I think he meant "word characters" instead of "words."