headers
Armel Asselin | 1 Nov 2005 01:17
Picon

[ANN] beta release of ECMerge (scintilla and wx based comparison tool)

Hello,

Ellié Computing is happy to announce its first release of ECMerge, its 
comparison and merge tool.
The software can compare and merge two or three files or folders at a time.
The text editor supports around 100 different encodings.

The key features are those:
- Easy to use: Ellié Computing Merge highlights differences in side-by-side 
views and text blocks that are conflicting. Full undo/redo is provided. You 
can save your work at intermediate situations for text files as well as for 
folders.
- Source code review: Compare source code to older versions and identify 
what has changed. Java, C#, C++, Visual Basic, Perl, PHP, Delphi, etc.
- Merge: Merge your changes and those of your co-workers based on a common 
ancestor into one copy. One-click to merge a block of text. Editable output. 
Unlimited undo/redo.
- Folder comparison: Analyse differences between 2 or 3 folders hierarchies 
and synchronize them.
- Export Unix patch: the different format (normal, contextual and unified) 
are supported, between any of the text views, even with the intermediate 
result of your merge, allowing you to selectively publish portions of 
changes you made with respect to a known ancestor

You can have a look at: http://www.elliecomputing.com
ECMerge is available in Pro version at this time for 60 EUR (a bit less than 
$US 75) for Windows 2000/XP. A Linux version is being prepared.

A beta program is started and you can get 30% off by helping us actively 
with feature remarks and/or bug submissions.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Iago Rubio | 1 Nov 2005 08:27
Picon

Re: Scintilla hanging with lots of open windows

On Mon, 2005-10-31 at 17:24 +0000, Mat wrote:
> Hello,
> 
> I have a big problem with Scintilla hanging when lots of windows are 
> open. This is tested on 3 different machines (all with Win XP) with 
> the 1.6.6 dll:
> 
> If i open 25 large (full-screen) Scintilla windows, then go to the 
> first few windows already opened then they no longer respond (they do 
> not accept text or refresh).

As a matter of fact, I've got right now an application in front of me
with 95 scintilla controls - in one window - and the system does not
even feels them.

I don't think the problem is on scintilla.
--

-- 
Iago Rubio
Permalink | Reply | 0 comments |
headers
Mat | 1 Nov 2005 12:44
Picon
Favicon

Re: Scintilla hanging with lots of open windows

Hi Neil,

> I can't reproduce this on Windows XP SP2. I set up SciTE to open
> full screen 1020x1680 windows with output.horizontal.size=200 so the
> output pane would also be active and with three files loaded. After
> 69
> instances, Windows refuses to open any more applications but all of
> the instances (well, the 20 or so I randomly tried) remained
> responsive. Windows refusing to open more copies happens with most
> applications: I could open 50 copies of WinMerge or 40 or so
> Internet
> Explorer's before it stopped. I gave up on Notepad after 102
> instances. Something is being exhausted here but I don't know what.
> Its not memory as less than half of installed RAM is used.

Thank you very much for testing this (thanks also to Iago). It's much 
appreciated. I have tried repeating the test in Win 2k, running under 
VMWare, and am glad to say that it worked fine, however on all my Win 
XP (SP 2) machines the problem persists. I have tested Scite, 
Programmers Notepad 2, AnyEdit, the PureBasic editor and my own app 
and they all have the problem. Notepad, my app with a richedit control 
and PSPad (uses SynEdit) don't so i hope you don't mind me assuming it 
is still a Scintilla problem (but perhaps specific to something i have 
installed on my XP machines if no-one else can reproduce it!). In 
testing, it doesn't have to be X different instances of whatever 
program is being tested, just X different (and physically large on 
screen) Scintilla controls where X is some large number that causes 
the problem.

> The right thing to do is to run your application under a debugger
(Continue reading)

Permalink | Reply | 5 comments |
headers
Mat | 1 Nov 2005 13:26
Picon
Favicon

Re: Scintilla hanging with lots of open windows

Hi again,

Typical, as soon as i post something i find some more info ;-) I tried 
running MemProof and when the problem happens it says:

     1886  Error                 00000008          0  
CreateCompatibleBitmap(234954230,780,663) : Not enough storage is avai

So that would explain why it is related to the physical window size. 
But why does Scintilla have this problem and not, say RichEdit? I 
could understand if it was 1000 windows i was opening but the number i 
have seems reasonable. Hmm, a quick search seems to suggest this is a 
common problem with DDBs and DIBs should be used instead so maybe that 
explains it. Is there anything that can be done Neil?

Thanks again for any help,
Mat

	
	
		
___________________________________________________________ 
Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com
Permalink | Reply | 3 comments |
headers
Simon Steele | 1 Nov 2005 13:54

Re: Scintilla hanging with lots of open windows

Hi,

> I have tested Scite,
> Programmers Notepad 2, AnyEdit, the PureBasic editor and my own app
> and they all have the problem. Notepad, my app with a richedit control
> and PSPad (uses SynEdit) don't so i hope you don't mind me assuming it
> is still a Scintilla problem (but perhaps specific to something i have
> installed on my XP machines if no-one else can reproduce it!). In
> testing, it doesn't have to be X different instances of whatever
> program is being tested, just X different (and physically large on
> screen) Scintilla controls where X is some large number that causes
> the problem.

Yes, I just tried to create a whole bunch of PN scintilla windows and it
stopped all running windows apps from being able to create any new
windows. I was also unable to run simple tools like "pslist" from
sysinternals.com on the command line. In the end, closing some other
programs freed up enough resources that I was able to pskill pn.exe.
However, it did seem that the created scintilla windows were still
responding.

This might not be unusual, but thought I'd mention it as supporting
evidence (I'm running XP SP-2 also).

Simon.

--

-- 
PN2 - http://www.pnotepad.org/
Permalink | Reply | 0 comments |
headers
Neil Hodgson | 1 Nov 2005 23:38
Picon

Re: Scintilla hanging with lots of open windows

Mat:

> Typical, as soon as i post something i find some more info ;-) I tried
> running MemProof and when the problem happens it says:
>
>      1886  Error                 00000008          0
> CreateCompatibleBitmap(234954230,780,663) : Not enough storage is avai
>
> So that would explain why it is related to the physical window size.
> But why does Scintilla have this problem and not, say RichEdit?

   The drawing buffer pixmapLine is being allocated too much space. It
was originally just holding one line but is now being allocated the
whole client area. You could try changing the initialisation in
src/Editor.cxx Editor::RefreshPixMaps from

pixmapLine->InitPixMap(rcClient.Width(), rcClient.Height(),
		       surfaceWindow, wMain.GetID());

   to

pixmapLine->InitPixMap(rcClient.Width(), vs.lineHeight,
                       surfaceWindow, wMain.GetID());

   This buffer and the margin buffer can be turned off with
SCI_SETBUFFEREDDRAW(0).

   Neil
Permalink | Reply | 2 comments |
headers
Neil Hodgson | 2 Nov 2005 03:26
Picon

Re: Still grappling with the NMHDR change...

   I have added some documentation to ScintillaDoc.html about the
change of type and the limits that the control ID is subject to. The
idFrom parameter is a uptr_t which may cause some incompatibilities
now on GTK+, but it is better to change this now when 64 bit use is
relatively rare rather than later when there would be more cost to
users. The documentation mentions that the control ID may be truncated
at 16 or 32 bits so should only be a small value. A  future change
could allow the the ID to be a pointer. scintilla_set_id now takes a
uptr_t.

   Also added documentation for the functions on GTK+ and the nature
of the wParam and lParam arguments.

   Neil
Permalink | Reply | 2 comments |
headers
Neil Hodgson | 2 Nov 2005 03:33
Picon

Re: Scintilla hanging with lots of open windows

   The change in height of pixmapLine is now in CVS and available from
http://scintilla.sourceforge.net/scite.zip Source
http://scintilla.sourceforge.net/wscite.zip Windows executable

   Please report any visual effects caused by this change.

   This update also includes changes caused by the change to the
idFrom field in the notification header for 64 bit systems. Clipboard
operations have been rewritten to use more consistent code and avoid
adding a second NUL for CF_TEXT on Windows.

   Neil
Permalink | Reply | 1 comment |
headers
Mat | 2 Nov 2005 04:25
Picon
Favicon

Re: Scintilla hanging with lots of open windows

Hi,

On Wed, 2 Nov 2005 13:33:12 +1100, Neil Hodgson wrote:
> The change in height of pixmapLine is now in CVS and available from
>
> http://scintilla.sourceforge.net/scite.zip Source
> http://scintilla.sourceforge.net/wscite.zip Windows executable
>
> Please report any visual effects caused by this change.

Brilliant! Thanks for the update, it appears to be working perfectly 
now :-D

Kind regards,
Mat

		
___________________________________________________________ 
How much free photo storage do you get? Store your holiday 
snaps for FREE with Yahoo! Photos http://uk.photos.yahoo.com
Permalink | Reply | 0 comments |
headers
SourceForge.net | 2 Nov 2005 12:25
Picon
Favicon

[ scintilla-Bugs-1345856 ] Request for several "comment.stream" properties

Bugs item #1345856, was opened at 2005-11-02 03:24
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=102439&aid=1345856&group_id=2439

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: SciTE
Group: Feature Request
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Request for several "comment.stream" properties

Initial Comment:
>From Philippe.Berthault <at> Bull.net

In the D programming language (from Digital Mars),
there is two forms of block comments:
  /* .... */
     and
  /+ .... +/

Unfortunately, in a ".properties" file, it is possible
to define only one "comment.stream.start" and "stop"
directives.
(Continue reading)

Permalink | Reply | 0 comments |

Gmane