headers
Vadim Zeitlin | 1 Jul 2003 01:42
Picon

Re[2]: 0.65 release

On Mon, 30 Jun 2003 18:01:40 +0200 Xavier Nodet <xavier.nodet <at> free.fr> wrote:

XN> The simplest way I found to avoid all crashes was to remove the all the
XN> 'busy indicator' stuff from HeaderInfoListImpl::BuildTables(), and not
XN> create the BusyIndicator at all.

 If all these crashes are really due to reentrancy problems (which does
seem likely), there should be a better way to fix them by inserting guards
in whatever is reentered. Unfortunately so far I still haven't seen any
informative back traces to understand where exactly the problem is. As, for
some reason, I don't see these bugs here I'd be very grateful if you could
try to provoke them (instead of trying to avoid them :-) and send here the
stack when it crashes.

 TIA!
VZ

-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01
Permalink | Reply | 9 comments |
headers
Vadim Zeitlin | 1 Jul 2003 01:46
Picon

Re: List of addresses included in reply

On Tue, 24 Jun 2003 19:46:28 +0200 (Romance Daylight Time) Xavier Nodet <xavier.nodet <at> free.fr> wrote:

XN> The change I wanted to propose is that 'From' should not be used if
XN> 'Reply-To' is present. It should always be disabled when entering the
XN> composer (but not removed).

 AFAIK the only case when it is _not_ like this now is when you use "reply
to sender" command, right? All the others should already prefer reply-to to
from.

XN> 1. The 'Reply-To' may have been set by the originator of the mail, in
XN>    which case it is obvious that he does not want a reply to go to the
XN>    'From' address (or he would not have created this header in the first
XN>    place).
XN> 
XN> 2. If the 'Reply-To' has been (wrongly) set by a mailing-list, and one
XN>    wants to reply to both the sender *and* the list (because the sender
XN>    is not subscribed), one can reset the 'None' to 'To' or 'Cc' for the
XN>    address of the sender.
XN> 
XN> Case 2. may be more common than case 1., but is not compliant with
XN> section 3.6.3 of RFC2822, and is itself only necessary because of
XN> reply-to-munging lists.

 Right... But still, if we do this, there would be no command to reply only
to the sender of a mailing list message sent to such group. Maybe we could
be even smarter and only use "From" instead of "Reply-To" if the latter is
the same as "To"? This would work correctly in both cases.

 What do you think?
(Continue reading)

Permalink | Reply | 1 comment |
headers
Michael A Chase | 1 Jul 2003 02:14
Picon

Re: Reimplementing Compose facility

On Mon, 30 Jun 2003 12:45:19 +0200 (Romance Daylight Time) Vadim
Zeitlin <zeitlin <at> dptmaths.ens-cachan.fr> wrote:

> On Mon, 30 Jun 2003 11:01:06 +1000 (E. Australia Standard Time) Mark
> Livingstone <mlivingstone <at> iprimus.com.au> wrote:
> 
> ML> Vadim, did you have any idea as to when you intended to work on
> ML> new Compose component?
> 
>  Do you mean the rich text one of the plain text one? For the
> latter, I'd like to have it a.s.a.p. after 0.65 release because the
> current one is just not usable. For the former, I don't think I have
> time to do it in the foreseeable future myself.

It's not _quite_ that bad.  I use it all the time myself.  It could be
better, but it does work with a few quirks which I've gotten used to.

> ML> Any idea as to how long it would take? Do you have
> ML> all the underlying wxWindows bits you would need?
> 
>  I'd like, of course, to have a rich text editor control in
> wxWindows itself. Unfortunately, although many people (really, a
> dozen or so) have started writing rich text widgets for wxWindows
> during the last 5 years.  None of them (except Karsten who wrote
> our viewer/composer) achieved anything at all. It's a hard task :-(

If Mahogany had a rich text editor, I'd probably turn it off or
finally bite the bullet and use an external editor.  I strongly favor
plain text in email.
(Continue reading)

Permalink | Reply | 2 comments |
headers
Vadim Zeitlin | 1 Jul 2003 02:27
Picon

Re[2]: Reimplementing Compose facility

On Mon, 30 Jun 2003 17:14:05 -0700 (PDT) Michael A Chase <mchase <at> ix.netcom.com> wrote:

MAC> If Mahogany had a rich text editor, I'd probably turn it off or
MAC> finally bite the bullet and use an external editor.  I strongly favor
MAC> plain text in email.

 Me too. I'd like rich text editor for attachments, i.e. to use it in the
same way as the current one -- only without bugs.

 And I do advise you to use an external editor. It integrates in M very
well (be sure to enable "always use it" checkbox and I simply don't imagine
using it without it.

 Bye,
VZ

-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01
Permalink | Reply | 0 comments |
headers
Mark Livingstone | 1 Jul 2003 07:50
Picon

Re[2]: Bug 428 Colour filtering of messages

On Mon, 30 Jun 2003 13:01:35 +0200 (Romance Daylight Time) Vadim Zeitlin
<zeitlin <at> dptmaths.ens-cachan.fr> wrote:

>  It doesn't surprize me at all that (2) doesn't work but I don't
> know how
> can part (1) work?? The code to do this is not written (or, rather,
> commented out) and it doesn't work to me.

I figured how I fooled myself :-) :-(

What I wanted to do was to have SPAM messages in the spam folder have
red text so I would know them at a glance. What I really did was in
prefgerences change the foreground colour. I must have seen the
filtering option and fooled myself I had used that ;-)

My brain needs a QA overhaul :-(

MarkL

-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01
Permalink | Reply | 0 comments |
headers
Mark Livingstone | 1 Jul 2003 08:07
Picon

Re[2]: Bug in Text viewer

On Mon, 30 Jun 2003 12:41:19 +0200 (Romance Daylight Time) Vadim Zeitlin
<zeitlin <at> dptmaths.ens-cachan.fr> wrote:

> ML> You will doubtless have seen the Livecam spam in M-users.
> 
>  Sorry, I didn't (or if I did I have deleted it with Ctrl-Del and
> so don't
> have it even in my trash folder). Could you please forward it to me
> if
> you've still got it?
> 
> ML> discovered that if you use the Text viewer and click anywhere
> in the
> ML> viewer window below the actual message you will spawn a HTTP
> session
> ML> in your browser.
> ML> 
> ML> Not desireable :-(

The forwarding is not wanting to go properly. Anyway, I've put eh
entire contents below. As you will notice, while it used some HTML, it
did not bother with the usual stuff in angles brackets. I suspect the
filter did not see the usual HTML start part and /HTML end part so it just let the URL
continue over the rest of the window.

> 
>  Definitely, I'll have a look at this

---------------snip --------------
(Continue reading)

Permalink | Reply | 0 comments |
headers
Mark Livingstone | 1 Jul 2003 08:08
Picon

Re[2]: Interesting bits of software

On Mon, 30 Jun 2003 12:39:43 +0200 (Romance Daylight Time) Vadim Zeitlin
<zeitlin <at> dptmaths.ens-cachan.fr> wrote:

> ML> http://www.newsreaders.com/gnksa/gnksa-tools.html
> 
>  Yes, but the last version is from June 2, 1998...

I noticed that too. I wonder if his wrap code is any good :-)

-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01
Permalink | Reply | 0 comments |
headers
Xavier Nodet | 1 Jul 2003 12:54
Picon
Favicon

Re: 0.65 release

On Tue, 1 Jul 2003 01:42:12 +0200 (Romance Daylight Time) Vadim Zeitlin
<zeitlin <at> dptmaths.ens-cachan.fr> wrote:

> On Mon, 30 Jun 2003 18:01:40 +0200 Xavier Nodet <xavier.nodet <at> free.fr> wrote:

> XN> The simplest way I found to avoid all crashes was to remove the all the
> XN> 'busy indicator' stuff from HeaderInfoListImpl::BuildTables(), and not
> XN> create the BusyIndicator at all.

>  If all these crashes are really due to reentrancy problems (which does
> seem likely), there should be a better way to fix them by inserting guards
> in whatever is reentered. Unfortunately so far I still haven't seen any
> informative back traces to understand where exactly the problem is. As, for
> some reason, I don't see these bugs here I'd be very grateful if you could
> try to provoke them (instead of trying to avoid them :-) and send here the
> stack when it crashes.

The problem is that I never have a stack that shows the re-entrency
itself: the crashes happen in the threading code because m_sizeTables is
reset to 0 *during the threading itself*. I know this because I've put
some assert:

   if ( IsSorting() && !m_tableSort )
   {
      CHECK_RET( m_sizeTables, _T("Threading an empty list!!") );
      wxString msg = _("Sorting %lu messages...");

      if ( busy )
         busy->SetLabel(msg, m_sizeTables);
      else
(Continue reading)

Permalink | Reply | 7 comments |
headers
Xavier Nodet | 1 Jul 2003 13:18
Picon
Favicon

Re: Bug 428 Colour filtering of messages

On Mon, 30 Jun 2003 10:41:32 +1000 (E. Australia Standard Time) Mark Livingstone
<mlivingstone <at> iprimus.com.au> wrote:

> [...] although when I got to the draft folder, the ROT13 filter had
> kicked in :-( I then checked the filters and ROT13 was unticked. I
> thicked it and unticked it and ROT 13 was then turned off.

I confirm I sometimes have exactly the same problem, but with 'Quote
URL'. Same workaround.

--

-- 
Xavier Nodet
"They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty nor safety." - Benjamin Franklin, 1759.
Permalink | Reply | 0 comments |
headers
Xavier Nodet | 1 Jul 2003 13:15
Picon
Favicon

Re: 0.65 release

On Tue, 1 Jul 2003 01:42:12 +0200 (Romance Daylight Time) Vadim Zeitlin
<zeitlin <at> dptmaths.ens-cachan.fr> wrote:

> [send here the stack when it crashes]

Maybe I've got one: I just clicked on a folder, and got this stack...
The busy indicator is visible, which means that the sorting/treading is
going on, but it seems that some event is in the queue, that needs some
info about the headers of the current message, but the headers must be
first sorted/threaded, and this loops...

HeaderInfoListImpl::FreeSortAndThreadData() line 572
HeaderInfoListImpl::MustRebuildTables() line 490
HeaderInfoListImpl::IsInCache(unsigned long 417) line 1985 + 8 bytes
wxFolderListCtrl::GetHeaderInfo(unsigned int 417) line 2290 + 50 bytes
wxFolderListCtrl::OnGetItemText(long 417, long 0) line 2804 + 12 bytes
wxListCtrl::MSWOnNotify(int 6, long 1236708, long * 0x0012dd24) line 2097
wxWindow::HandleNotify(int 6, long 1236708, long * 0x0012dd24) line 3122 + 26 bytes
wxWindow::MSWWindowProc(unsigned int 78, unsigned int 6, long 1236708) line 2569 + 23 bytes
wxWndProc(HWND__ * 0x003409ea, unsigned int 78, unsigned int 6, long 1236708) line 2333 + 26 bytes
USER32! 77d67ad7()
USER32! 77d6ccd4()
USER32! 77d456b6()
USER32! 77d46202()
COMCTL32! 773456f8()
COMCTL32! 77349975()
COMCTL32! 77349d88()

The loop is because whenever I 'continue' in the debugger, this even
comes first (I suppose this is because the whole window must be
(Continue reading)

Permalink | Reply | 0 comments |

Gmane