jedit-devel Mailing List for jEdit

I dont understand the whole functionality of the Parser/Modefile-stuff. 
I think a few lines about the general concept would be nice.

However, attached there is my (non-working) patch. I'm not very familiar 
with mailing-lists and attachments, so in case something goes wrong, 
just get the patch here:

http://pastie.org/376292

I'll post the links to the feature-request.

--
Johannes

Hi again,

I've tried to do more or less the same as you did, using SwingWorker
for most background jobs. This appears to have some problems, and it
doesn't fit nicely into the jEdit code, since the background tasks are
commonly not strongly coupled with the AWT task that follows in the
source code. Typically, the source code uses some WorkRequest-derived
class for the background task, with an AWT task that is defined in the
caller rather than in the same WorkRequest-derived class. Furthermore,
sometimes the same AWT task depends on multiple such background tasks,
so it is not coupled with any single background task.

Hence, I think SwingWorker is not useful here as a general solution.
It is useful in the few places where the AWT task is strongly coupled
with the background task. For the other cases, I will introduce a
simple task-dependency mechanism, and have the AWT task run when all
the background tasks on which it depends (in most cases, a single one)
are over. If the Java 1.5 concurrency package already provides such
functionality, I will make use of it. Otherwise, I will implement it
myself in the simplest possible way.

Shlomy


---------- Forwarded message ----------
From: Shlomy Reinstein <sre...@gm...>
Date: Tue, Jan 27, 2009 at 10:09 AM
Subject: Re: [ jEdit-devel ] Replacing the WorkThreadPool with the
concurrency  classes from the JDK
To: Marcelo Vanzin <va...@us...>
Cc: jEdit-devel List <jed...@li...>


>> Thanks for the clarifications. I'd really like to push this forward,
>> would you like to continue with it, or should I?
>
> As much as I'd like to push it forward, I don't think I'll have that
> much time to spend on it.
>

Ok, I will try to, if there's no objection from your side.

>> BTW, why do you say SwingWorker is not a perfect solution? It has
>> great support for monitoring progress.
>
> IIRC, SwingWorker kinda "encourages" you to use the built-in thread
> pool managed by the Swing code; last I looked, there wasn't a way to
> get access to that pool's configuration (for customization in case we
> want it) and the internal state (like queued tasks).
>

Well, as it turns out, SwingWorker is a Runnable, so it can be used
with any executor service. It's execute() method simply uses the
built-in SwingWorker's executor service, but it can be executed by
other executor services as well, such as a fixed thread pool. One way
to use this is to simply replace the implementation of the existing
thread pool in jEdit with a much simplified one that is based on a
fixed thread pool of Java.

Shlomy

Hi,

First, I suggest to put this email exchange back on the mailing list,
since others on the list may understand the situation better than I
do.

You will not see any 'jEdit' process in the Task Manager. The process
is 'javaw.exe' or 'java.exe', for both the jEdit server (if running)
and for independent jEdit processes.

About SFTP - I am not familiar with this plugin and have no idea.

When you write that the file is not being re-written each time jEdit
is restarted, I supposed you were referring to activity.log. This file
is probably cached by Windows, and you have a menu item for flushing
these caches to disk: Utilities->Troubleshooting->Update Activity Log
on Disk. My guess is that either you have a jEdit server running, or
there's some problem which caused Windows not to release the locks of
a jEdit process when this process ends.

I think the way to find out if you're using a jedit server is to run
jedit, then close it, and check your task manager for some 'java.exe'
or 'javaw.exe' process. If you find one, you can use the freeware tool
"ProcessExplorer" to check the command-line of this process, and see
if it's a jEdit process:
http://technet.microsoft.com/en-us/sysinternals/bb896653.aspx

Shlomy


On Sat, Jan 31, 2009 at 7:12 PM, Mike Maxwell <ma...@um...> wrote:
> Shlomy Reinstein wrote:
>>>
>>> And as I say, it suddenly started working (and is still working).  Even
>>> stranger...  *Possibly* related to the fact that one of the files I was
>>> loading into a buffer was very large, and was apparently using up a lot
>>> of
>>> memory.  I omitted that file, and jEdit starts up much faster (but still
>>> with the 60-40 split).  BTW, I wonder if there isn't a memory leak; jEdit
>>> was getting slower each time I restarted it when I had that large file as
>>> one of my buffers, and eventually I just got an error msg saying it ran
>>> out
>>> of memory.
>>>
>>
>> Are you using a jEdit server, so that restarting does not actually
>> create a new process? That's the only way I can understand what you
>> wrote here. Memory leaks can only occur in a process, not across
>> processes. When jEdit is restarted, normally a new process is created
>> and there is absolutely no relation to the previous process.
>
> I'm a bit confused.  AFAICT, I am *not* running the server.  It doesn't
> show up in the Windows Task Manager, I don't have it loading at startup,
> and so forth.  However, there's one oddity about the way jEdit starts:
> the first time I launch it after re-booting my computer, it asks for the
> password for the SFTP server where many of my files I'm editing
> reside--this despite the fact that I've told it to save those passwords.
> (The saving of passwords worked under XP; I wonder whether it's trying
> to save them to the wrong directory.)  BUT--when I shut down jEdit and
> re-start it (without re-booting my PC), it no longer asks for the
> passwords.  So *something* is still there: either residing in memory, or
> on a file that gets wiped when I re-boot or just log out of Windows.
>
>>> I know that's the way it's supposed to work, but it in fact it *doesn't*
>>> have any effect at the next startup.  Or at least there's no visible
>>> difference, either in the look-and-feel or in the menu choice that
>>> appears
>>> in that dlg box.
>>
>> If you're using a jEdit server, this can explain it. Stop the server
>> and restart jEdit after changing the L&F. If you're not using a jEdit
>> server, this is very strange. I will need the activity.log file from
>> the jEdit settings directory, it may show some exceptions that
>> occurred during the jEdit session.
>
> OK, something funny is going on.  It appears that this file is not being
> re-written each time I stop and start jEdit; instead, it seems to be
> re-written only when I log out of Windows (not necessarily a full re-boot).
>  I'm attaching a copy of the file from when I just logged back in, but
> before starting jEdit.  t appears to me that it isn't starting the server
> (first entry stamped 11:57:56, re error connecting to the jEdit server
> instance).  I presume it's failing to connect because the server isn't
> started; but what is the process that's trying to connect to the server???
>
> (BTW, this file has grown while I've typed this msg, even though I have not
> started jEdit: all the entries from 11:58:03 on are new.  Of course, you
> could tell that from the time stamp...)
>
> Also, Windows won't let me change the name of the activity.log file (I was
> going to name them 1, 2, 3...), because it says the file is open in another
> process.  So what is this process?  Nothing shows up labeled jEdit in Task
> Manager, either under Applications or Processes; there are however two java
> processes, "javaw.exe *32" and "jusched.exe *32".
>
>> This file is written from scratch
>>
>> whenever jEdit is started,
>
> OK, so how do I completely stop jEdit, apart from logging out?
>
>> so in order for me to able to use it you
>> should change the L&F, exit jEdit, attach your activity.log file.
>
> For the reasons above, I haven't been able to do this: clearly a background
> process is continuing to run, and is updating this file.  If we can resolve
> that, then maybe I can send the separate activity.log files, although it may
> be that the problem will resolve itself.
>
> Unless you have an idea about what this background process is that's
> updating the activity.log file, though, maybe I need to uninstall and
> re-install jEdit.  I believe when I first installed it on this computer, I
> told it to run the jEdit server at startup.  I removed what I thought was
> the startup command from my Startup folder, but clearly *something* is still
> starting up, modifying the activity.log file.  So should I un-/re-install
> jEdit?
> --
>   Mike Maxwell
>   ma...@um...
>
>   When he approached fundamental questions of astrophysics,
>   Eddington did not try first to establish basic laws from
>   which conclusions could be deduced (as Newton had done and
>   as his rival James Jeans insisted on doing), rather he
>   built a web of approximations whose results could be
>   compared with nature.  --review by Owen Gingerich of
>   Practical Mystic: Religion, Science, and A.S. Eddington
>
>
> Log file created on Sat Jan 31 11:58:03 EST 2009
> IMPORTANT:
> Because updating this file after every log message would kill
> performance, it will be *incomplete* unless you invoke the
> Utilities->Troubleshooting->Update Activity Log on Disk command!
> 11:57:55 AM [main] [message] Log: When reporting bugs, please include the
> following information:
> 11:57:55 AM [main] [message] Log: java.version=1.6.0_11
> 11:57:55 AM [main] [message] Log: java.vm.version=11.0-b16
> 11:57:55 AM [main] [message] Log: java.runtime.version=1.6.0_11-b03
> 11:57:55 AM [main] [message] Log: java.vendor=Sun Microsystems Inc.
> 11:57:55 AM [main] [message] Log: java.compiler=null
> 11:57:55 AM [main] [message] Log: os.name=Windows Vista
> 11:57:55 AM [main] [message] Log: os.version=6.0
> 11:57:55 AM [main] [message] Log: os.arch=x86
> 11:57:55 AM [main] [message] Log: user.home=C:\Users\USER
> 11:57:55 AM [main] [message] Log: java.home=C:\Program Files (x86)\Java\jre6
> 11:57:55 AM [main] [message] Log: java.class.path=C:\Program Files
> (x86)\jEdit\jedit.jar
> 11:57:56 AM [main] [notice] jEdit: An error occurred while connecting to the
> jEdit server instance.
> 11:57:56 AM [main] [notice] jEdit: This probably means that jEdit crashed
> and/or exited abnormally
> 11:57:56 AM [main] [notice] jEdit: the last time it was run.
> 11:57:56 AM [main] [notice] jEdit: If you don't know what this means, don't
> worry.
> 11:57:56 AM [main] [notice] jEdit: java.net.ConnectException: Connection
> refused: connect
> 11:57:56 AM [main] [notice] jEdit:  at
> java.net.PlainSocketImpl.socketConnect(Native Method)
> 11:57:56 AM [main] [notice] jEdit:  at
> java.net.PlainSocketImpl.doConnect(Unknown Source)
> 11:57:56 AM [main] [notice] jEdit:  at
> java.net.PlainSocketImpl.connectToAddress(Unknown Source)
> 11:57:56 AM [main] [notice] jEdit:  at
> java.net.PlainSocketImpl.connect(Unknown Source)
> 11:57:56 AM [main] [notice] jEdit:  at
> java.net.SocksSocketImpl.connect(Unknown Source)
> 11:57:56 AM [main] [notice] jEdit:  at java.net.Socket.connect(Unknown
> Source)
> 11:57:56 AM [main] [notice] jEdit:  at java.net.Socket.connect(Unknown
> Source)
> 11:57:56 AM [main] [notice] jEdit:  at java.net.Socket.<init>(Unknown
> Source)
> 11:57:56 AM [main] [notice] jEdit:  at java.net.Socket.<init>(Unknown
> Source)
> 11:57:56 AM [main] [notice] jEdit:  at
> org.gjt.sp.jedit.jEdit.main(jEdit.java:260)
> 11:58:03 AM [main] [debug] MiscUtilities: Saving backup of file
> "C:\Users\USER\.jedit\activity.log" to
> "C:\Users\USER\.jedit\settings-backup\activity.log~1~"
> 11:58:03 AM [main] [notice] jEdit: jEdit version 4.3pre16
> 11:58:03 AM [main] [message] jEdit: Settings directory is
> C:\Users\USER\.jedit
> 11:58:04 AM [main] [message] jEdit: jEdit home directory is C:\Program Files
> (x86)\jEdit
> 11:58:04 AM [main] [debug] SplashScreen: init:11ms
> 11:58:04 AM [main] [debug] SplashScreen: init system properties:9ms
> 11:58:04 AM [main] [message] BeanShell: Beanshell Init
> 11:58:04 AM [main] [debug] SplashScreen: init beanshell:41ms
> 11:58:04 AM [main] [debug] SplashScreen: loading site properties:2ms
> 11:58:04 AM [main] [debug] SplashScreen: loading user properties:5ms
> 11:58:04 AM [main] [debug] GUIUtilities: Icon theme set to: tango
> 11:58:04 AM [main] [debug] GUIUtilities: Loading icon theme from:
> jeditresource:/org/gjt/sp/jedit/icons/themes/tango/
> 11:58:04 AM [main] [debug] SplashScreen: init GUI:14ms
> 11:58:04 AM [main] [debug] EditServer: jEdit server started on port 49283
> 11:58:04 AM [main] [debug] EditServer: Authorization key is 2045081157
> 11:58:04 AM [main] [debug] SplashScreen: init server:5ms
> 11:58:04 AM [main] [debug] SplashScreen: init look and feel:20ms
> 11:58:04 AM [main] [debug] SplashScreen: init VFS Manager:4ms
> 11:58:04 AM [main] [debug] ActionSet: Loading actions from
> jar:file:/C:/Program%20Files%20(x86)/jEdit/jedit.jar!/org/gjt/sp/jedit/actions.xml
> 11:58:04 AM [main] [debug] DockableWindowManager: Loading dockables from
> jar:file:/C:/Program%20Files%20(x86)/jEdit/jedit.jar!/org/gjt/sp/jedit/dockables.xml
> 11:58:04 AM [main] [debug] EditBus: SearchSettingsChanged[source=null]
> 11:58:04 AM [main] [debug] SplashScreen: init resources:87ms
> 11:58:04 AM [main] [notice] jEdit: Loading plugins from C:\Program Files
> (x86)\jEdit\jars
> 11:58:04 AM [main] [debug] EditBus:
> PluginUpdate[what=LOADED,exit=false,source=C:\Program Files
> (x86)\jEdit\jars\LatestVersion.jar,class=LatestVersionPlugin]
> 11:58:04 AM [main] [debug] EditBus:
> PluginUpdate[what=LOADED,exit=false,source=C:\Program Files
> (x86)\jEdit\jars\QuickNotepad.jar,class=QuickNotepadPlugin]
> 11:58:04 AM [main] [notice] jEdit: Loading plugins from
> C:\Users\USER\.jedit\jars
> 11:58:04 AM [main] [debug] EditBus:
> PluginUpdate[what=LOADED,exit=false,source=C:\Users\USER\.jedit\jars\Beauty.jar,class=beauty.BeautyPlugin]
> 11:58:04 AM [main] [debug] EditBus:
> PluginUpdate[what=LOADED,exit=false,source=C:\Users\USER\.jedit\jars\BufferTabs.jar,class=buffertabs.BufferTabsPlugin]
> 11:58:04 AM [main] [debug] EditBus:
> PluginUpdate[what=LOADED,exit=false,source=C:\Users\USER\.jedit\jars\CommonControls.jar,class=CommonControlsPlugin]
> 11:58:04 AM [main] [debug] ActionSet: Loading actions from
> jar:file:/C:/Program%20Files%20(x86)/jEdit/jedit.jar!/org/gjt/sp/jedit/browser.actions.xml
> 11:58:04 AM [main] [debug] EditBus:
> PluginUpdate[what=LOADED,exit=false,source=C:\Users\USER\.jedit\jars\CtagsInterface.jar,class=ctags.CtagsInterfacePlugin]
> 11:58:04 AM [main] [debug] EditBus:
> PluginUpdate[what=LOADED,exit=false,source=C:\Users\USER\.jedit\jars\ErrorList.jar,class=errorlist.ErrorListPlugin]
> 11:58:04 AM [main] [debug] EditBus:
> PluginUpdate[what=LOADED,exit=false,source=C:\Users\USER\.jedit\jars\FTP.jar,class=ftp.FtpPlugin]
> 11:58:04 AM [main] [debug] EditBus:
> PluginUpdate[what=LOADED,exit=false,source=C:\Users\USER\.jedit\jars\GnuRegexp.jar,class=GnuRegexpPlugin]
> 11:58:04 AM [main] [debug] EditBus:
> PluginUpdate[what=LOADED,exit=false,source=C:\Users\USER\.jedit\jars\Highlight.jar,class=gatchan.highlight.HighlightPlugin]
> 11:58:04 AM [main] [debug] EditBus:
> PluginUpdate[what=LOADED,exit=false,source=C:\Users\USER\.jedit\jars\hsqldb.jar]
> 11:58:04 AM [main] [debug] EditBus:
> PluginUpdate[what=LOADED,exit=false,source=C:\Users\USER\.jedit\jars\JDiffPlugin.jar,class=jdiff.JDiffPlugin]
> 11:58:04 AM [main] [debug] EditBus:
> PluginUpdate[what=LOADED,exit=false,source=C:\Users\USER\.jedit\jars\jsch.jar]
> 11:58:04 AM [main] [debug] EditBus:
> PluginUpdate[what=LOADED,exit=false,source=C:\Users\USER\.jedit\jars\kappalayout.jar]
> 11:58:04 AM [main] [debug] EditBus:
> PluginUpdate[what=LOADED,exit=false,source=C:\Users\USER\.jedit\jars\Navigator.jar,class=ise.plugin.nav.NavigatorPlugin]
> 11:58:04 AM [main] [debug] EditBus:
> PluginUpdate[what=LOADED,exit=false,source=C:\Users\USER\.jedit\jars\ProjectViewer.jar,class=projectviewer.ProjectPlugin]
> 11:58:04 AM [main] [debug] EditBus:
> PluginUpdate[what=LOADED,exit=false,source=C:\Users\USER\.jedit\jars\resolver.jar]
> 11:58:04 AM [main] [debug] EditBus:
> PluginUpdate[what=LOADED,exit=false,source=C:\Users\USER\.jedit\jars\Sessions.jar,class=sessions.SessionsPlugin]
> 11:58:04 AM [main] [debug] EditBus:
> PluginUpdate[what=LOADED,exit=false,source=C:\Users\USER\.jedit\jars\SideKick.jar,class=sidekick.SideKickPlugin]
> 11:58:04 AM [main] [debug] EditBus:
> PluginUpdate[what=LOADED,exit=false,source=C:\Users\USER\.jedit\jars\svnkit-cli.jar]
> 11:58:04 AM [main] [debug] EditBus:
> PluginUpdate[what=LOADED,exit=false,source=C:\Users\USER\.jedit\jars\svnkit.jar]
> 11:58:04 AM [main] [debug] EditBus:
> PluginUpdate[what=LOADED,exit=false,source=C:\Users\USER\.jedit\jars\SVNPlugin.jar,class=ise.plugin.svn.SVNPlugin]
> 11:58:04 AM [main] [debug] EditBus:
> PluginUpdate[what=LOADED,exit=false,source=C:\Users\USER\.jedit\jars\Tags.jar,class=tags.TagsPlugin]
> 11:58:04 AM [main] [debug] EditBus:
> PluginUpdate[what=LOADED,exit=false,source=C:\Users\USER\.jedit\jars\TaskList.jar,class=tasklist.TaskListPlugin]
> 11:58:04 AM [main] [debug] EditBus:
> PluginUpdate[what=LOADED,exit=false,source=C:\Users\USER\.jedit\jars\trilead.jar]
> 11:58:04 AM [main] [debug] EditBus:
> PluginUpdate[what=LOADED,exit=false,source=C:\Users\USER\.jedit\jars\WhiteSpace.jar,class=whitespace.WhiteSpacePlugin]
> 11:58:04 AM [main] [debug] EditBus:
> PluginUpdate[what=LOADED,exit=false,source=C:\Users\USER\.jedit\jars\xercesImpl.jar]
> 11:58:04 AM [main] [debug] EditBus:
> PluginUpdate[what=LOADED,exit=false,source=C:\Users\USER\.jedit\jars\XercesPlugin.jar,class=xerces.XercesPlugin]
> 11:58:04 AM [main] [debug] EditBus:
> PluginUpdate[what=LOADED,exit=false,source=C:\Users\USER\.jedit\jars\XML.jar,class=xml.XmlPlugin]
> 11:58:04 AM [main] [debug] SplashScreen: init plugins:61ms
> 11:58:04 AM [main] [message] HistoryModel: Loading history
> 11:58:04 AM [main] [debug] SplashScreen: init history model:3ms
> 11:58:04 AM [main] [message] BufferHistory: Loading
> C:\Users\USER\.jedit\recent.xml
> 11:58:04 AM [main] [debug] SplashScreen: init buffer history:20ms
> 11:58:04 AM [main] [message] KillRing: Loading
> C:\Users\USER\.jedit\killring.xml
> 11:58:04 AM [main] [debug] SplashScreen: init killring:10ms
> 11:58:04 AM [main] [debug] jEdit: SOCKS proxy disabled
> 11:58:04 AM [main] [debug] jEdit: HTTP proxy disabled
> 11:58:04 AM [main] [debug] EditBus: PropertiesChanged[source=null]
> 11:58:04 AM [main] [debug] SplashScreen: init various properties:12ms
> 11:58:04 AM [main] [message] jEdit: Loading mode catalog file C:\Program
> Files (x86)\jEdit\modes\catalog
> 11:58:04 AM [main] [message] jEdit: Loading mode catalog file
> C:\Users\USER\.jedit\modes\catalog
> 11:58:04 AM [main] [debug] SplashScreen: init modes:25ms
> 11:58:04 AM [main] [debug] PluginJAR: Activating buffertabs.BufferTabsPlugin
> because of startup
> 11:58:04 AM [main] [debug] PluginJAR: Opening
> C:\Users\USER\.jedit\jars\BufferTabs.jar
> 11:58:04 AM [main] [debug] EditBus:
> PluginUpdate[what=ACTIVATED,exit=false,source=C:\Users\USER\.jedit\jars\BufferTabs.jar,class=buffertabs.BufferTabsPlugin]
> 11:58:04 AM [main] [debug] PluginJAR: Activating ctags.CtagsInterfacePlugin
> because of startup
> 11:58:04 AM [main] [debug] PluginJAR: Opening
> C:\Users\USER\.jedit\jars\CtagsInterface.jar
> 11:58:04 AM [main] [message] CtagsInterfacePlugin: Setting up Tagdb...
> 11:58:04 AM [main] [debug] PluginJAR: Opening
> C:\Users\USER\.jedit\jars\hsqldb.jar
> 11:58:04 AM [main] [error] main: SQL update: CREATE CACHED TABLE TAGS(NAME
> VARCHAR, FILE_ID INTEGER, PATTERN VARCHAR)
> 11:58:04 AM [main] [debug] PluginJAR: Opening
> C:\Users\USER\.jedit\jars\ProjectViewer.jar
> 11:58:04 AM [main] [debug] EditBus:
> PluginUpdate[what=ACTIVATED,exit=false,source=C:\Users\USER\.jedit\jars\ProjectViewer.jar,class=projectviewer.ProjectPlugin]
> 11:58:04 AM [main] [debug] EditBus:
> PluginUpdate[what=ACTIVATED,exit=false,source=C:\Users\USER\.jedit\jars\CtagsInterface.jar,class=ctags.CtagsInterfacePlugin]
> 11:58:04 AM [main] [debug] PluginJAR: Activating GnuRegexpPlugin because of
> startup
> 11:58:04 AM [main] [debug] PluginJAR: Opening
> C:\Users\USER\.jedit\jars\GnuRegexp.jar
> 11:58:04 AM [main] [debug] EditBus:
> PluginUpdate[what=ACTIVATED,exit=false,source=C:\Users\USER\.jedit\jars\GnuRegexp.jar,class=GnuRegexpPlugin]
> 11:58:04 AM [main] [debug] PluginJAR: Activating
> gatchan.highlight.HighlightPlugin because of startup
> 11:58:04 AM [main] [debug] PluginJAR: Opening
> C:\Users\USER\.jedit\jars\Highlight.jar
> 11:58:04 AM [main] [debug] EditBus:
> PluginUpdate[what=ACTIVATED,exit=false,source=C:\Users\USER\.jedit\jars\Highlight.jar,class=gatchan.highlight.HighlightPlugin]
> 11:58:04 AM [main] [debug] PluginJAR: Activating
> ise.plugin.nav.NavigatorPlugin because of startup
> 11:58:04 AM [main] [debug] PluginJAR: Opening
> C:\Users\USER\.jedit\jars\Navigator.jar
> 11:58:04 AM [main] [debug] EditBus:
> PluginUpdate[what=ACTIVATED,exit=false,source=C:\Users\USER\.jedit\jars\Navigator.jar,class=ise.plugin.nav.NavigatorPlugin]
> 11:58:04 AM [main] [notice] main:
> PluginUpdate[what=ACTIVATED,exit=false,source=C:\Users\USER\.jedit\jars\Navigator.jar,class=ise.plugin.nav.NavigatorPlugin]
> 11:58:04 AM [main] [debug] PluginJAR: Activating sessions.SessionsPlugin
> because of startup
> 11:58:04 AM [main] [debug] PluginJAR: Opening
> C:\Users\USER\.jedit\jars\Sessions.jar
> 11:58:04 AM [AWT-EventQueue-0] [debug] PluginJAR: Opening
> C:\Users\USER\.jedit\jars\CommonControls.jar
> 11:58:04 AM [AWT-EventQueue-0] [debug] EditBus:
> PluginUpdate[what=ACTIVATED,exit=false,source=C:\Users\USER\.jedit\jars\CommonControls.jar,class=CommonControlsPlugin]
> 11:58:04 AM [AWT-EventQueue-0] [notice] AWT-EventQueue-0:
> PluginUpdate[what=ACTIVATED,exit=false,source=C:\Users\USER\.jedit\jars\CommonControls.jar,class=CommonControlsPlugin]
> 11:58:04 AM [AWT-EventQueue-0] [debug] EditBus:
> DynamicMenuChanged[menu=plugin.projectviewer.ProjectPlugin.menu,source=null]
> 11:58:04 AM [AWT-EventQueue-0] [notice] AWT-EventQueue-0:
> DynamicMenuChanged[menu=plugin.projectviewer.ProjectPlugin.menu,source=null]
> 11:58:04 AM [main] [debug] Session: open: name=Urdu SFST
> 11:58:04 AM [main] [debug] Session: loadXML: name=Urdu SFST
> filename=C:\Users\USER\.jedit\sessions\Urdu SFST.xml
> 11:58:04 AM [main] [debug] EditBus:
> PluginUpdate[what=ACTIVATED,exit=false,source=C:\Users\USER\.jedit\jars\Sessions.jar,class=sessions.SessionsPlugin]
> 11:58:04 AM [main] [notice] main:
> PluginUpdate[what=ACTIVATED,exit=false,source=C:\Users\USER\.jedit\jars\Sessions.jar,class=sessions.SessionsPlugin]
> 11:58:04 AM [main] [debug] PluginJAR: Activating sidekick.SideKickPlugin
> because of startup
> 11:58:04 AM [main] [debug] PluginJAR: Opening
> C:\Users\USER\.jedit\jars\SideKick.jar
> 11:58:04 AM [main] [debug] EditBus:
> PluginUpdate[what=ACTIVATED,exit=false,source=C:\Users\USER\.jedit\jars\SideKick.jar,class=sidekick.SideKickPlugin]
> 11:58:04 AM [main] [notice] main:
> PluginUpdate[what=ACTIVATED,exit=false,source=C:\Users\USER\.jedit\jars\SideKick.jar,class=sidekick.SideKickPlugin]
> 11:58:04 AM [main] [debug] PluginJAR: Activating ise.plugin.svn.SVNPlugin
> because of startup
> 11:58:04 AM [main] [debug] PluginJAR: Opening
> C:\Users\USER\.jedit\jars\SVNPlugin.jar
> 11:58:04 AM [main] [debug] EditBus:
> PluginUpdate[what=ACTIVATED,exit=false,source=C:\Users\USER\.jedit\jars\SVNPlugin.jar,class=ise.plugin.svn.SVNPlugin]
> 11:58:04 AM [main] [notice] main:
> PluginUpdate[what=ACTIVATED,exit=false,source=C:\Users\USER\.jedit\jars\SVNPlugin.jar,class=ise.plugin.svn.SVNPlugin]
> 11:58:04 AM [main] [debug] PluginJAR: Activating whitespace.WhiteSpacePlugin
> because of startup
> 11:58:04 AM [main] [debug] PluginJAR: Opening
> C:\Users\USER\.jedit\jars\WhiteSpace.jar
> 11:58:04 AM [main] [debug] EditBus:
> PluginUpdate[what=ACTIVATED,exit=false,source=C:\Users\USER\.jedit\jars\WhiteSpace.jar,class=whitespace.WhiteSpacePlugin]
> 11:58:04 AM [main] [notice] main:
> PluginUpdate[what=ACTIVATED,exit=false,source=C:\Users\USER\.jedit\jars\WhiteSpace.jar,class=whitespace.WhiteSpacePlugin]
> 11:58:04 AM [main] [debug] SplashScreen: activate plugins:567ms
> 11:58:05 AM [main] [debug] Macros: Registered beanshell macro handler
> 11:58:05 AM [main] [debug] EditBus:
> DynamicMenuChanged[menu=macros,source=null]
> 11:58:05 AM [main] [notice] main:
> DynamicMenuChanged[menu=macros,source=null]
> 11:58:05 AM [main] [message] BeanShell: Running script C:\Program Files
> (x86)\jEdit\startup\startup.bsh
> 11:58:05 AM [main] [debug] PluginJAR: Opening
> C:\Users\USER\.jedit\jars\FTP.jar
> 11:58:05 AM [main] [debug] PluginJAR: Opening
> C:\Users\USER\.jedit\jars\jsch.jar
> 11:58:05 AM [main] [debug] EditBus:
> PluginUpdate[what=ACTIVATED,exit=false,source=C:\Users\USER\.jedit\jars\FTP.jar,class=ftp.FtpPlugin]
> 11:58:05 AM [main] [notice] main:
> PluginUpdate[what=ACTIVATED,exit=false,source=C:\Users\USER\.jedit\jars\FTP.jar,class=ftp.FtpPlugin]
> 11:58:05 AM [main] [debug] String: BeanShell interpreter version 2.0b4-jedit
> 11:58:05 AM [main] [debug] SplashScreen: init macros:405ms
> 11:58:05 AM [main] [debug] SplashScreen: run startup scripts:1ms
> 11:58:05 AM [main] [debug] SplashScreen: run startup scripts:2ms
> 11:58:05 AM [AWT-EventQueue-0] [debug] EditBus: EditorStarted[source=null]
> 11:58:05 AM [AWT-EventQueue-0] [notice] AWT-EventQueue-0:
> EditorStarted[source=null]
> 11:58:05 AM [jEdit I/O #1] [debug] WorkThread: Work request thread starting
> [jEdit I/O #1]
> 11:58:05 AM [jEdit I/O #4] [debug] WorkThread: Work request thread starting
> [jEdit I/O #4]
> 11:58:05 AM [jEdit I/O #3] [debug] WorkThread: Work request thread starting
> [jEdit I/O #3]
> 11:58:05 AM [jEdit I/O #2] [debug] WorkThread: Work request thread starting
> [jEdit I/O #2]
> 11:58:05 AM [AWT-EventQueue-0] [message] jEdit: Startup complete
>
>

Bugs item #2545734, was opened at 2009-01-30 00:40
Message generated for change (Settings changed) made by k_satoda
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2545734&group_id=588

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: editor core
Group: severe bug
>Status: Closed
>Resolution: Invalid
Priority: 9
Private: No
Submitted By: oxk4r (oxk4r)
Assigned to: Nobody/Anonymous (nobody)
Summary: Huge memory usage (220 mb)

Initial Comment:
Hi, I'm running Vista Ultimate x64 Sp1 with jEdit 4.3 pre 16 and Java 1.6.0_12-ea (jre-6u12 for Windows x64). The problem is this: Jedit is using between 170 and 230 mb of memory with just one file opened. I test it with the Java version for 32 bits too, with the same result. Testing this same version with same plugins in a vmWare virtual machine with Windows Xp 32 bits the average memory usage was of 40 mb aprox.

----------------------------------------------------------------------

Comment By: oxk4r (oxk4r)
Date: 2009-01-31 08:32

Message:
Ok, thanks for the help.

----------------------------------------------------------------------

Comment By: Kazutoshi Satoda (k_satoda)
Date: 2009-01-31 08:29

Message:
It may help to search or ask about this issue in wider scope.
For example: http://www.google.com/search?q=Java+64+bit+memory
(This search gives some articles about general increase of memory usage
on 64 bit JVM, but it seems about heap usage. Here we want information
about non-heap memory usage. ... Use of EA version may be an issue.)

However, I close this but since it turned out that the problem is not in
jEdit.

----------------------------------------------------------------------

Comment By: oxk4r (oxk4r)
Date: 2009-01-31 07:55

Message:
Well I've downloaded and executed this little Java app
http://jworksheet.ponec.net/ and the memory usage in Windows Task Manager
is of 112 mb. Thus this seems to be a problem with Java. So, what could be
done?

----------------------------------------------------------------------

Comment By: Kazutoshi Satoda (k_satoda)
Date: 2009-01-31 07:31

Message:
"-Xms64M" is an option for javaw.exe. If you had it in the command line,
it set the initial total heap size to 64 MB. But since you didn't have
it, it seems irrelevant.

Could you please try another Java desktop app, to see the problem is in
jEdit? If another app shows similar result, task manager shows 60 MB
larger than total heap size, the problem likely in JVM.

----------------------------------------------------------------------

Comment By: oxk4r (oxk4r)
Date: 2009-01-31 06:22

Message:
The assumption" over 130 MB memory usage after starting jedit with
"javaw.exe -jar jedit.jar -nosettings -noplugins" is true. 

In regard to -Xms64M I test it in the Windows command line (jedit.jar
--Xms64M) but nothing happened (the program didn't start)

----------------------------------------------------------------------

Comment By: Kazutoshi Satoda (k_satoda)
Date: 2009-01-31 05:59

Message:
Please please don't miss any questions. Is my assumption right?

I'm wondering why it shows "62.848 Kb total" which seems too large for
the actual used 17 MB ( = 4.3 remains + 12.8 released). And I suspect
that you have "-Xms64M" in the command line since old default
installation of jEdit 4.3preX had it.

----------------------------------------------------------------------

Comment By: oxk4r (oxk4r)
Date: 2009-01-30 07:36

Message:
After double click: "Garbage collection released 12.844 Kb
                             4.356 Kb used, 62.848 Kb total"

Windows task manager 134.556 Kb of memory usage

By the way, I extracted the executable with Universal Extractor to a
folder and jEdit is runnig in this way in a semi-portable mode. It was not
installed in the system and  I tested it in this fashion in the vmWare
virtual machine with Windows Xp as I explained before.

----------------------------------------------------------------------

Comment By: Kazutoshi Satoda (k_satoda)
Date: 2009-01-30 05:46

Message:
Hmm, strange. But I assume you can see over 130 MB memory usage after
starting jedit with "javaw.exe -jar jedit.jar -nosettings -noplugins".
Right?

Then, what is shown on jEdit's heap indicator (near the left end of the
status bar)? And how it changes if you double-click the indicator (to
run the garbage collection explicitly)? I'm trying to clarify whether
the memory usage is in java heap or not.

----------------------------------------------------------------------

Comment By: oxk4r (oxk4r)
Date: 2009-01-30 05:29

Message:
_The number appears in the Windows task manager.
_The file is an ActionScript file whose size is 4 kb. But with a blank
file the behavior is the same.
_Executed with -noplugins -nosettings and deleting the preferences
directory (C:\Users\UserName\.jedit) the memory usage in the Windows task
manager is of 134 mb)


----------------------------------------------------------------------

Comment By: Kazutoshi Satoda (k_satoda)
Date: 2009-01-30 02:50

Message:
I want some more information to find the cause of the problem.

Where the number ("between 170 and 230 mb") was shown? jEdit's heap
indicator? or Windows' task manager?

What size of the file opened? How much memory are used before opening
the file? jEdit typically requires 3 or 4 times larger heap than the
size of files.

Does the problem happens with "-noplugins" command line option? If it
does, the problem is likely in plugin. In that case, disabling some
plugins may give what plugin causes the problem.

Does the problem happens with "-nosettings" command line option?
Sometimes, some large memory usage becomes persistent in settings.
If there is a large text file in your settings, try renaming it.

----------------------------------------------------------------------

Comment By: Alan Ezust (ezust)
Date: 2009-01-30 02:46

Message:
Please try to determine which plugin is responsible.
Chances are it is not related to the operating system.
If you disable all plugins and start up, do you still see a discrepency?
If not, then one of the plugins is responsible.



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2545734&group_id=588

Bugs item #2126692, was opened at 2008-09-24 11:58
Message generated for change (Comment added) made by stone1343
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2126692&group_id=588

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: text area and syntax packages
Group: minor bug
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: stone1343 (stone1343)
Assigned to: Nobody/Anonymous (nobody)
Summary: LUA syntax highlighting with \" or \' (pre15)

Initial Comment:
I don't think this bug has been reported, I hope this is the correct way to submit it. Thanks.

In this string,

s = "part1\"part2\'part3"

jEdit gets really confused. It doesn't properly recognize the escaped " or ' as just another character. Instead, you end up with 2 strings, "part1\" and the other which starts with "part3" and continues until the next ' in the file, so the syntax highlighting is all wrong.

If you change the closing " to ', the 2nd string becomes "part3" and the rest of the syntax highlighting appears ok, but this is misleading because your program is not syntactically correct anymore.

I'm using jEdit 4.3pre15 with Java 1.6.0_03.

Thanks, BTW outstanding editor!!!

Jeff

----------------------------------------------------------------------

>Comment By: stone1343 (stone1343)
Date: 2009-01-31 00:25

Message:
Here is the DIFF output between the current lua.xml in SVN, and mine.


1c1
< <?xml version="1.0"?>
---
> <?xml version="1.0" encoding="UTF-8"?>
31,34c31,34
<     <SPAN TYPE="COMMENT1">
<       <BEGIN>--[[</BEGIN>
<       <END>]]</END>
<     </SPAN>
---
>     <SPAN_REGEXP TYPE="COMMENT1" HASH_CHARS="--[">
>       <BEGIN>--\[(=*)\[</BEGIN>
>       <END>]$1]</END>
>     </SPAN_REGEXP>
39c39
<     <SPAN TYPE="LITERAL1">
---
>     <SPAN TYPE="LITERAL1" ESCAPE="\">
43c43
<     <SPAN TYPE="LITERAL1">
---
>     <SPAN TYPE="LITERAL1" ESCAPE="\">
48,51c48,51
<     <SPAN TYPE="LITERAL1">
<       <BEGIN>[[</BEGIN>
<       <END>]]</END>
<     </SPAN>
---
>     <SPAN_REGEXP TYPE="LITERAL1" HASH_CHAR="[">
>       <BEGIN>\[(=*)\[</BEGIN>
>       <END>]$1]</END>
>     </SPAN_REGEXP>
239d238
< 

----------------------------------------------------------------------

Comment By: stone1343 (stone1343)
Date: 2009-01-31 00:19

Message:
File Added: jEditBug2126692.lua

----------------------------------------------------------------------

Comment By: stone1343 (stone1343)
Date: 2009-01-31 00:18

Message:
File Added: lua.xml

----------------------------------------------------------------------

Comment By: stone1343 (stone1343)
Date: 2008-09-26 10:39

Message:
I'm looking at LUA.XML for potentially upgrading it to Lua 5.1. The first
thing I looked at is the new format of long brackets, (see
http://www.lua.org/manual/5.1/manual.html#2.1 ).

Instead of just [[ and ]], Lua 5.1 allows [=[ ]=], [==[ ]==], etc. i.e.
any number of = between the brackets, as long as they match. It works fine
to make copies of the <SPAN> tag, but this isn't the ideal solution.
There's nothing in the spec that says you can't use

text = [==========[
This is some text
]==========]

ESCAPE = "=" is obviously not the solution. There's no attribute for SPAN
that allows it to ignore an arbitrary number of =. Unless the some regexp
magic that could be done, it seems the best compromise is just to support a
finite number, say [[, [=[, [==[ and [===[ hard-coded in lua.xml.

Thanks again

----------------------------------------------------------------------

Comment By: stone1343 (stone1343)
Date: 2008-09-26 00:40

Message:
Ok, I answered my own question. I downloaded lua.xml (the head revision),
renamed it to lua2.xml and defined a new type, tested it - it seems to work
fine when I added ESCAPE="\" NO_LINE_BREAK="TRUE" in the <SPAN> tag as
described above.

----------------------------------------------------------------------

Comment By: stone1343 (stone1343)
Date: 2008-09-26 00:22

Message:
comparing jEdit/trunk/modes/lua.xml and java.xml, I noticed 'ESCAPE="\"' in
the <SPAN> tag for LITERAL1. I'd like to try the fix, and see if this is
the solution. How can I do that?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2126692&group_id=588

Bugs item #2126692, was opened at 2008-09-24 11:58
Message generated for change (Comment added) made by stone1343
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2126692&group_id=588

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: text area and syntax packages
Group: minor bug
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: stone1343 (stone1343)
Assigned to: Nobody/Anonymous (nobody)
Summary: LUA syntax highlighting with \" or \' (pre15)

Initial Comment:
I don't think this bug has been reported, I hope this is the correct way to submit it. Thanks.

In this string,

s = "part1\"part2\'part3"

jEdit gets really confused. It doesn't properly recognize the escaped " or ' as just another character. Instead, you end up with 2 strings, "part1\" and the other which starts with "part3" and continues until the next ' in the file, so the syntax highlighting is all wrong.

If you change the closing " to ', the 2nd string becomes "part3" and the rest of the syntax highlighting appears ok, but this is misleading because your program is not syntactically correct anymore.

I'm using jEdit 4.3pre15 with Java 1.6.0_03.

Thanks, BTW outstanding editor!!!

Jeff

----------------------------------------------------------------------

>Comment By: stone1343 (stone1343)
Date: 2009-01-31 00:19

Message:
File Added: jEditBug2126692.lua

----------------------------------------------------------------------

Comment By: stone1343 (stone1343)
Date: 2009-01-31 00:18

Message:
File Added: lua.xml

----------------------------------------------------------------------

Comment By: stone1343 (stone1343)
Date: 2008-09-26 10:39

Message:
I'm looking at LUA.XML for potentially upgrading it to Lua 5.1. The first
thing I looked at is the new format of long brackets, (see
http://www.lua.org/manual/5.1/manual.html#2.1 ).

Instead of just [[ and ]], Lua 5.1 allows [=[ ]=], [==[ ]==], etc. i.e.
any number of = between the brackets, as long as they match. It works fine
to make copies of the <SPAN> tag, but this isn't the ideal solution.
There's nothing in the spec that says you can't use

text = [==========[
This is some text
]==========]

ESCAPE = "=" is obviously not the solution. There's no attribute for SPAN
that allows it to ignore an arbitrary number of =. Unless the some regexp
magic that could be done, it seems the best compromise is just to support a
finite number, say [[, [=[, [==[ and [===[ hard-coded in lua.xml.

Thanks again

----------------------------------------------------------------------

Comment By: stone1343 (stone1343)
Date: 2008-09-26 00:40

Message:
Ok, I answered my own question. I downloaded lua.xml (the head revision),
renamed it to lua2.xml and defined a new type, tested it - it seems to work
fine when I added ESCAPE="\" NO_LINE_BREAK="TRUE" in the <SPAN> tag as
described above.

----------------------------------------------------------------------

Comment By: stone1343 (stone1343)
Date: 2008-09-26 00:22

Message:
comparing jEdit/trunk/modes/lua.xml and java.xml, I noticed 'ESCAPE="\"' in
the <SPAN> tag for LITERAL1. I'd like to try the fix, and see if this is
the solution. How can I do that?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2126692&group_id=588

Bugs item #2126692, was opened at 2008-09-24 11:58
Message generated for change (Comment added) made by stone1343
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2126692&group_id=588

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: text area and syntax packages
Group: minor bug
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: stone1343 (stone1343)
Assigned to: Nobody/Anonymous (nobody)
Summary: LUA syntax highlighting with \" or \' (pre15)

Initial Comment:
I don't think this bug has been reported, I hope this is the correct way to submit it. Thanks.

In this string,

s = "part1\"part2\'part3"

jEdit gets really confused. It doesn't properly recognize the escaped " or ' as just another character. Instead, you end up with 2 strings, "part1\" and the other which starts with "part3" and continues until the next ' in the file, so the syntax highlighting is all wrong.

If you change the closing " to ', the 2nd string becomes "part3" and the rest of the syntax highlighting appears ok, but this is misleading because your program is not syntactically correct anymore.

I'm using jEdit 4.3pre15 with Java 1.6.0_03.

Thanks, BTW outstanding editor!!!

Jeff

----------------------------------------------------------------------

>Comment By: stone1343 (stone1343)
Date: 2009-01-31 00:18

Message:
File Added: lua.xml

----------------------------------------------------------------------

Comment By: stone1343 (stone1343)
Date: 2008-09-26 10:39

Message:
I'm looking at LUA.XML for potentially upgrading it to Lua 5.1. The first
thing I looked at is the new format of long brackets, (see
http://www.lua.org/manual/5.1/manual.html#2.1 ).

Instead of just [[ and ]], Lua 5.1 allows [=[ ]=], [==[ ]==], etc. i.e.
any number of = between the brackets, as long as they match. It works fine
to make copies of the <SPAN> tag, but this isn't the ideal solution.
There's nothing in the spec that says you can't use

text = [==========[
This is some text
]==========]

ESCAPE = "=" is obviously not the solution. There's no attribute for SPAN
that allows it to ignore an arbitrary number of =. Unless the some regexp
magic that could be done, it seems the best compromise is just to support a
finite number, say [[, [=[, [==[ and [===[ hard-coded in lua.xml.

Thanks again

----------------------------------------------------------------------

Comment By: stone1343 (stone1343)
Date: 2008-09-26 00:40

Message:
Ok, I answered my own question. I downloaded lua.xml (the head revision),
renamed it to lua2.xml and defined a new type, tested it - it seems to work
fine when I added ESCAPE="\" NO_LINE_BREAK="TRUE" in the <SPAN> tag as
described above.

----------------------------------------------------------------------

Comment By: stone1343 (stone1343)
Date: 2008-09-26 00:22

Message:
comparing jEdit/trunk/modes/lua.xml and java.xml, I noticed 'ESCAPE="\"' in
the <SPAN> tag for LITERAL1. I'd like to try the fix, and see if this is
the solution. How can I do that?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2126692&group_id=588

Johannes Wotzka wrote:
> I tried to do some hacking in TokenMarker.java and ParserRule.java by 
> simply adding a endRegexp to ParserRule.java and implement the 
> functionality in TokenMarker.java. I think it is not hard to do, but i 
> really dont understand the logic of the System (TokenMarker).

Could you please show the patch? It may be the best way to show where
you got lost.

> I dont know why slava left jEdit, but do you think it is possible that I 
> write to him asking him for the reason why he avoided regexp in the end-tag?

I think it is perfectly reasonable to ask him (with CC to jedit-devel).

FYI, here are some stories about Slava and jEdit, written by himself.
http://factorcode.org/slava/
http://factor-language.blogspot.com/2009/01/screencast-editing-factor-code-with.html

> Some useful links:

These are definitely useful. I think it is good to post these links as a
comment to the feature request.
https://sourceforge.net/support/tracker.php?aid=1914216

> Is there any active developer who can understand this part of jedit? The 
>    code is quite good, there are comments and simple variable names, but 
> I really have no idea how it works.

Could you please make the point more specific? Where is "this part"?
What do you mean by "it" in "how it works"? Again, showing the patch you
tried may be enough to tell these.

By the way, generally, if the code doesn't tell how it works, I don't
think it is good. There should be something to make it better.

-- 
k_satoda

Bugs item #2545734, was opened at 2009-01-29 16:40
Message generated for change (Comment added) made by oxk4r
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2545734&group_id=588

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: editor core
Group: severe bug
>Status: Open
>Resolution: None
Priority: 9
Private: No
Submitted By: oxk4r (oxk4r)
Assigned to: Nobody/Anonymous (nobody)
Summary: Huge memory usage (220 mb)

Initial Comment:
Hi, I'm running Vista Ultimate x64 Sp1 with jEdit 4.3 pre 16 and Java 1.6.0_12-ea (jre-6u12 for Windows x64). The problem is this: Jedit is using between 170 and 230 mb of memory with just one file opened. I test it with the Java version for 32 bits too, with the same result. Testing this same version with same plugins in a vmWare virtual machine with Windows Xp 32 bits the average memory usage was of 40 mb aprox.

----------------------------------------------------------------------

>Comment By: oxk4r (oxk4r)
Date: 2009-01-31 00:32

Message:
Ok, thanks for the help.

----------------------------------------------------------------------

Comment By: Kazutoshi Satoda (k_satoda)
Date: 2009-01-31 00:29

Message:
It may help to search or ask about this issue in wider scope.
For example: http://www.google.com/search?q=Java+64+bit+memory
(This search gives some articles about general increase of memory usage
on 64 bit JVM, but it seems about heap usage. Here we want information
about non-heap memory usage. ... Use of EA version may be an issue.)

However, I close this but since it turned out that the problem is not in
jEdit.

----------------------------------------------------------------------

Comment By: oxk4r (oxk4r)
Date: 2009-01-30 23:55

Message:
Well I've downloaded and executed this little Java app
http://jworksheet.ponec.net/ and the memory usage in Windows Task Manager
is of 112 mb. Thus this seems to be a problem with Java. So, what could be
done?

----------------------------------------------------------------------

Comment By: Kazutoshi Satoda (k_satoda)
Date: 2009-01-30 23:31

Message:
"-Xms64M" is an option for javaw.exe. If you had it in the command line,
it set the initial total heap size to 64 MB. But since you didn't have
it, it seems irrelevant.

Could you please try another Java desktop app, to see the problem is in
jEdit? If another app shows similar result, task manager shows 60 MB
larger than total heap size, the problem likely in JVM.

----------------------------------------------------------------------

Comment By: oxk4r (oxk4r)
Date: 2009-01-30 22:22

Message:
The assumption" over 130 MB memory usage after starting jedit with
"javaw.exe -jar jedit.jar -nosettings -noplugins" is true. 

In regard to -Xms64M I test it in the Windows command line (jedit.jar
--Xms64M) but nothing happened (the program didn't start)

----------------------------------------------------------------------

Comment By: Kazutoshi Satoda (k_satoda)
Date: 2009-01-30 21:59

Message:
Please please don't miss any questions. Is my assumption right?

I'm wondering why it shows "62.848 Kb total" which seems too large for
the actual used 17 MB ( = 4.3 remains + 12.8 released). And I suspect
that you have "-Xms64M" in the command line since old default
installation of jEdit 4.3preX had it.

----------------------------------------------------------------------

Comment By: oxk4r (oxk4r)
Date: 2009-01-29 23:36

Message:
After double click: "Garbage collection released 12.844 Kb
                             4.356 Kb used, 62.848 Kb total"

Windows task manager 134.556 Kb of memory usage

By the way, I extracted the executable with Universal Extractor to a
folder and jEdit is runnig in this way in a semi-portable mode. It was not
installed in the system and  I tested it in this fashion in the vmWare
virtual machine with Windows Xp as I explained before.

----------------------------------------------------------------------

Comment By: Kazutoshi Satoda (k_satoda)
Date: 2009-01-29 21:46

Message:
Hmm, strange. But I assume you can see over 130 MB memory usage after
starting jedit with "javaw.exe -jar jedit.jar -nosettings -noplugins".
Right?

Then, what is shown on jEdit's heap indicator (near the left end of the
status bar)? And how it changes if you double-click the indicator (to
run the garbage collection explicitly)? I'm trying to clarify whether
the memory usage is in java heap or not.

----------------------------------------------------------------------

Comment By: oxk4r (oxk4r)
Date: 2009-01-29 21:29

Message:
_The number appears in the Windows task manager.
_The file is an ActionScript file whose size is 4 kb. But with a blank
file the behavior is the same.
_Executed with -noplugins -nosettings and deleting the preferences
directory (C:\Users\UserName\.jedit) the memory usage in the Windows task
manager is of 134 mb)


----------------------------------------------------------------------

Comment By: Kazutoshi Satoda (k_satoda)
Date: 2009-01-29 18:50

Message:
I want some more information to find the cause of the problem.

Where the number ("between 170 and 230 mb") was shown? jEdit's heap
indicator? or Windows' task manager?

What size of the file opened? How much memory are used before opening
the file? jEdit typically requires 3 or 4 times larger heap than the
size of files.

Does the problem happens with "-noplugins" command line option? If it
does, the problem is likely in plugin. In that case, disabling some
plugins may give what plugin causes the problem.

Does the problem happens with "-nosettings" command line option?
Sometimes, some large memory usage becomes persistent in settings.
If there is a large text file in your settings, try renaming it.

----------------------------------------------------------------------

Comment By: Alan Ezust (ezust)
Date: 2009-01-29 18:46

Message:
Please try to determine which plugin is responsible.
Chances are it is not related to the operating system.
If you disable all plugins and start up, do you still see a discrepency?
If not, then one of the plugins is responsible.



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2545734&group_id=588

Bugs item #2545734, was opened at 2009-01-30 00:40
Message generated for change (Comment added) made by k_satoda
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2545734&group_id=588

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: editor core
Group: severe bug
>Status: Closed
>Resolution: Invalid
Priority: 9
Private: No
Submitted By: oxk4r (oxk4r)
Assigned to: Nobody/Anonymous (nobody)
Summary: Huge memory usage (220 mb)

Initial Comment:
Hi, I'm running Vista Ultimate x64 Sp1 with jEdit 4.3 pre 16 and Java 1.6.0_12-ea (jre-6u12 for Windows x64). The problem is this: Jedit is using between 170 and 230 mb of memory with just one file opened. I test it with the Java version for 32 bits too, with the same result. Testing this same version with same plugins in a vmWare virtual machine with Windows Xp 32 bits the average memory usage was of 40 mb aprox.

----------------------------------------------------------------------

>Comment By: Kazutoshi Satoda (k_satoda)
Date: 2009-01-31 08:29

Message:
It may help to search or ask about this issue in wider scope.
For example: http://www.google.com/search?q=Java+64+bit+memory
(This search gives some articles about general increase of memory usage
on 64 bit JVM, but it seems about heap usage. Here we want information
about non-heap memory usage. ... Use of EA version may be an issue.)

However, I close this but since it turned out that the problem is not in
jEdit.

----------------------------------------------------------------------

Comment By: oxk4r (oxk4r)
Date: 2009-01-31 07:55

Message:
Well I've downloaded and executed this little Java app
http://jworksheet.ponec.net/ and the memory usage in Windows Task Manager
is of 112 mb. Thus this seems to be a problem with Java. So, what could be
done?

----------------------------------------------------------------------

Comment By: Kazutoshi Satoda (k_satoda)
Date: 2009-01-31 07:31

Message:
"-Xms64M" is an option for javaw.exe. If you had it in the command line,
it set the initial total heap size to 64 MB. But since you didn't have
it, it seems irrelevant.

Could you please try another Java desktop app, to see the problem is in
jEdit? If another app shows similar result, task manager shows 60 MB
larger than total heap size, the problem likely in JVM.

----------------------------------------------------------------------

Comment By: oxk4r (oxk4r)
Date: 2009-01-31 06:22

Message:
The assumption" over 130 MB memory usage after starting jedit with
"javaw.exe -jar jedit.jar -nosettings -noplugins" is true. 

In regard to -Xms64M I test it in the Windows command line (jedit.jar
--Xms64M) but nothing happened (the program didn't start)

----------------------------------------------------------------------

Comment By: Kazutoshi Satoda (k_satoda)
Date: 2009-01-31 05:59

Message:
Please please don't miss any questions. Is my assumption right?

I'm wondering why it shows "62.848 Kb total" which seems too large for
the actual used 17 MB ( = 4.3 remains + 12.8 released). And I suspect
that you have "-Xms64M" in the command line since old default
installation of jEdit 4.3preX had it.

----------------------------------------------------------------------

Comment By: oxk4r (oxk4r)
Date: 2009-01-30 07:36

Message:
After double click: "Garbage collection released 12.844 Kb
                             4.356 Kb used, 62.848 Kb total"

Windows task manager 134.556 Kb of memory usage

By the way, I extracted the executable with Universal Extractor to a
folder and jEdit is runnig in this way in a semi-portable mode. It was not
installed in the system and  I tested it in this fashion in the vmWare
virtual machine with Windows Xp as I explained before.

----------------------------------------------------------------------

Comment By: Kazutoshi Satoda (k_satoda)
Date: 2009-01-30 05:46

Message:
Hmm, strange. But I assume you can see over 130 MB memory usage after
starting jedit with "javaw.exe -jar jedit.jar -nosettings -noplugins".
Right?

Then, what is shown on jEdit's heap indicator (near the left end of the
status bar)? And how it changes if you double-click the indicator (to
run the garbage collection explicitly)? I'm trying to clarify whether
the memory usage is in java heap or not.

----------------------------------------------------------------------

Comment By: oxk4r (oxk4r)
Date: 2009-01-30 05:29

Message:
_The number appears in the Windows task manager.
_The file is an ActionScript file whose size is 4 kb. But with a blank
file the behavior is the same.
_Executed with -noplugins -nosettings and deleting the preferences
directory (C:\Users\UserName\.jedit) the memory usage in the Windows task
manager is of 134 mb)


----------------------------------------------------------------------

Comment By: Kazutoshi Satoda (k_satoda)
Date: 2009-01-30 02:50

Message:
I want some more information to find the cause of the problem.

Where the number ("between 170 and 230 mb") was shown? jEdit's heap
indicator? or Windows' task manager?

What size of the file opened? How much memory are used before opening
the file? jEdit typically requires 3 or 4 times larger heap than the
size of files.

Does the problem happens with "-noplugins" command line option? If it
does, the problem is likely in plugin. In that case, disabling some
plugins may give what plugin causes the problem.

Does the problem happens with "-nosettings" command line option?
Sometimes, some large memory usage becomes persistent in settings.
If there is a large text file in your settings, try renaming it.

----------------------------------------------------------------------

Comment By: Alan Ezust (ezust)
Date: 2009-01-30 02:46

Message:
Please try to determine which plugin is responsible.
Chances are it is not related to the operating system.
If you disable all plugins and start up, do you still see a discrepency?
If not, then one of the plugins is responsible.



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2545734&group_id=588

Bugs item #2545734, was opened at 2009-01-29 16:40
Message generated for change (Comment added) made by oxk4r
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2545734&group_id=588

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: editor core
Group: severe bug
Status: Open
Resolution: None
Priority: 9
Private: No
Submitted By: oxk4r (oxk4r)
Assigned to: Nobody/Anonymous (nobody)
Summary: Huge memory usage (220 mb)

Initial Comment:
Hi, I'm running Vista Ultimate x64 Sp1 with jEdit 4.3 pre 16 and Java 1.6.0_12-ea (jre-6u12 for Windows x64). The problem is this: Jedit is using between 170 and 230 mb of memory with just one file opened. I test it with the Java version for 32 bits too, with the same result. Testing this same version with same plugins in a vmWare virtual machine with Windows Xp 32 bits the average memory usage was of 40 mb aprox.

----------------------------------------------------------------------

>Comment By: oxk4r (oxk4r)
Date: 2009-01-30 23:55

Message:
Well I've downloaded and executed this little Java app
http://jworksheet.ponec.net/ and the memory usage in Windows Task Manager
is of 112 mb. Thus this seems to be a problem with Java. So, what could be
done?

----------------------------------------------------------------------

Comment By: Kazutoshi Satoda (k_satoda)
Date: 2009-01-30 23:31

Message:
"-Xms64M" is an option for javaw.exe. If you had it in the command line,
it set the initial total heap size to 64 MB. But since you didn't have
it, it seems irrelevant.

Could you please try another Java desktop app, to see the problem is in
jEdit? If another app shows similar result, task manager shows 60 MB
larger than total heap size, the problem likely in JVM.

----------------------------------------------------------------------

Comment By: oxk4r (oxk4r)
Date: 2009-01-30 22:22

Message:
The assumption" over 130 MB memory usage after starting jedit with
"javaw.exe -jar jedit.jar -nosettings -noplugins" is true. 

In regard to -Xms64M I test it in the Windows command line (jedit.jar
--Xms64M) but nothing happened (the program didn't start)

----------------------------------------------------------------------

Comment By: Kazutoshi Satoda (k_satoda)
Date: 2009-01-30 21:59

Message:
Please please don't miss any questions. Is my assumption right?

I'm wondering why it shows "62.848 Kb total" which seems too large for
the actual used 17 MB ( = 4.3 remains + 12.8 released). And I suspect
that you have "-Xms64M" in the command line since old default
installation of jEdit 4.3preX had it.

----------------------------------------------------------------------

Comment By: oxk4r (oxk4r)
Date: 2009-01-29 23:36

Message:
After double click: "Garbage collection released 12.844 Kb
                             4.356 Kb used, 62.848 Kb total"

Windows task manager 134.556 Kb of memory usage

By the way, I extracted the executable with Universal Extractor to a
folder and jEdit is runnig in this way in a semi-portable mode. It was not
installed in the system and  I tested it in this fashion in the vmWare
virtual machine with Windows Xp as I explained before.

----------------------------------------------------------------------

Comment By: Kazutoshi Satoda (k_satoda)
Date: 2009-01-29 21:46

Message:
Hmm, strange. But I assume you can see over 130 MB memory usage after
starting jedit with "javaw.exe -jar jedit.jar -nosettings -noplugins".
Right?

Then, what is shown on jEdit's heap indicator (near the left end of the
status bar)? And how it changes if you double-click the indicator (to
run the garbage collection explicitly)? I'm trying to clarify whether
the memory usage is in java heap or not.

----------------------------------------------------------------------

Comment By: oxk4r (oxk4r)
Date: 2009-01-29 21:29

Message:
_The number appears in the Windows task manager.
_The file is an ActionScript file whose size is 4 kb. But with a blank
file the behavior is the same.
_Executed with -noplugins -nosettings and deleting the preferences
directory (C:\Users\UserName\.jedit) the memory usage in the Windows task
manager is of 134 mb)


----------------------------------------------------------------------

Comment By: Kazutoshi Satoda (k_satoda)
Date: 2009-01-29 18:50

Message:
I want some more information to find the cause of the problem.

Where the number ("between 170 and 230 mb") was shown? jEdit's heap
indicator? or Windows' task manager?

What size of the file opened? How much memory are used before opening
the file? jEdit typically requires 3 or 4 times larger heap than the
size of files.

Does the problem happens with "-noplugins" command line option? If it
does, the problem is likely in plugin. In that case, disabling some
plugins may give what plugin causes the problem.

Does the problem happens with "-nosettings" command line option?
Sometimes, some large memory usage becomes persistent in settings.
If there is a large text file in your settings, try renaming it.

----------------------------------------------------------------------

Comment By: Alan Ezust (ezust)
Date: 2009-01-29 18:46

Message:
Please try to determine which plugin is responsible.
Chances are it is not related to the operating system.
If you disable all plugins and start up, do you still see a discrepency?
If not, then one of the plugins is responsible.



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2545734&group_id=588

Bugs item #2548764, was opened at 2009-01-30 20:16
Message generated for change (Comment added) made by k_satoda
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2548764&group_id=588

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: text area and syntax packages
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 9
Private: No
Submitted By: Matthieu Casanova (kpouer)
>Assigned to: Kazutoshi Satoda (k_satoda)
Summary: black hole bug is back

Initial Comment:
Hi,
when an explicit fold is collapsed go on the line of this fold
then delete the line (action delete-line)

----------------------------------------------------------------------

>Comment By: Kazutoshi Satoda (k_satoda)
Date: 2009-01-31 07:11

Message:
Fixed in r14534.

I didn't know the way to remove lines from a visible line to an
invisible line. Thanks.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2548764&group_id=588

Bugs item #2545734, was opened at 2009-01-30 00:40
Message generated for change (Comment added) made by k_satoda
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2545734&group_id=588

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: editor core
Group: severe bug
Status: Open
Resolution: None
Priority: 9
Private: No
Submitted By: oxk4r (oxk4r)
Assigned to: Nobody/Anonymous (nobody)
Summary: Huge memory usage (220 mb)

Initial Comment:
Hi, I'm running Vista Ultimate x64 Sp1 with jEdit 4.3 pre 16 and Java 1.6.0_12-ea (jre-6u12 for Windows x64). The problem is this: Jedit is using between 170 and 230 mb of memory with just one file opened. I test it with the Java version for 32 bits too, with the same result. Testing this same version with same plugins in a vmWare virtual machine with Windows Xp 32 bits the average memory usage was of 40 mb aprox.

----------------------------------------------------------------------

>Comment By: Kazutoshi Satoda (k_satoda)
Date: 2009-01-31 07:31

Message:
"-Xms64M" is an option for javaw.exe. If you had it in the command line,
it set the initial total heap size to 64 MB. But since you didn't have
it, it seems irrelevant.

Could you please try another Java desktop app, to see the problem is in
jEdit? If another app shows similar result, task manager shows 60 MB
larger than total heap size, the problem likely in JVM.

----------------------------------------------------------------------

Comment By: oxk4r (oxk4r)
Date: 2009-01-31 06:22

Message:
The assumption" over 130 MB memory usage after starting jedit with
"javaw.exe -jar jedit.jar -nosettings -noplugins" is true. 

In regard to -Xms64M I test it in the Windows command line (jedit.jar
--Xms64M) but nothing happened (the program didn't start)

----------------------------------------------------------------------

Comment By: Kazutoshi Satoda (k_satoda)
Date: 2009-01-31 05:59

Message:
Please please don't miss any questions. Is my assumption right?

I'm wondering why it shows "62.848 Kb total" which seems too large for
the actual used 17 MB ( = 4.3 remains + 12.8 released). And I suspect
that you have "-Xms64M" in the command line since old default
installation of jEdit 4.3preX had it.

----------------------------------------------------------------------

Comment By: oxk4r (oxk4r)
Date: 2009-01-30 07:36

Message:
After double click: "Garbage collection released 12.844 Kb
                             4.356 Kb used, 62.848 Kb total"

Windows task manager 134.556 Kb of memory usage

By the way, I extracted the executable with Universal Extractor to a
folder and jEdit is runnig in this way in a semi-portable mode. It was not
installed in the system and  I tested it in this fashion in the vmWare
virtual machine with Windows Xp as I explained before.

----------------------------------------------------------------------

Comment By: Kazutoshi Satoda (k_satoda)
Date: 2009-01-30 05:46

Message:
Hmm, strange. But I assume you can see over 130 MB memory usage after
starting jedit with "javaw.exe -jar jedit.jar -nosettings -noplugins".
Right?

Then, what is shown on jEdit's heap indicator (near the left end of the
status bar)? And how it changes if you double-click the indicator (to
run the garbage collection explicitly)? I'm trying to clarify whether
the memory usage is in java heap or not.

----------------------------------------------------------------------

Comment By: oxk4r (oxk4r)
Date: 2009-01-30 05:29

Message:
_The number appears in the Windows task manager.
_The file is an ActionScript file whose size is 4 kb. But with a blank
file the behavior is the same.
_Executed with -noplugins -nosettings and deleting the preferences
directory (C:\Users\UserName\.jedit) the memory usage in the Windows task
manager is of 134 mb)


----------------------------------------------------------------------

Comment By: Kazutoshi Satoda (k_satoda)
Date: 2009-01-30 02:50

Message:
I want some more information to find the cause of the problem.

Where the number ("between 170 and 230 mb") was shown? jEdit's heap
indicator? or Windows' task manager?

What size of the file opened? How much memory are used before opening
the file? jEdit typically requires 3 or 4 times larger heap than the
size of files.

Does the problem happens with "-noplugins" command line option? If it
does, the problem is likely in plugin. In that case, disabling some
plugins may give what plugin causes the problem.

Does the problem happens with "-nosettings" command line option?
Sometimes, some large memory usage becomes persistent in settings.
If there is a large text file in your settings, try renaming it.

----------------------------------------------------------------------

Comment By: Alan Ezust (ezust)
Date: 2009-01-30 02:46

Message:
Please try to determine which plugin is responsible.
Chances are it is not related to the operating system.
If you disable all plugins and start up, do you still see a discrepency?
If not, then one of the plugins is responsible.



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2545734&group_id=588

Bugs item #2545734, was opened at 2009-01-29 16:40
Message generated for change (Comment added) made by oxk4r
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2545734&group_id=588

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: editor core
Group: severe bug
Status: Open
Resolution: None
Priority: 9
Private: No
Submitted By: oxk4r (oxk4r)
Assigned to: Nobody/Anonymous (nobody)
Summary: Huge memory usage (220 mb)

Initial Comment:
Hi, I'm running Vista Ultimate x64 Sp1 with jEdit 4.3 pre 16 and Java 1.6.0_12-ea (jre-6u12 for Windows x64). The problem is this: Jedit is using between 170 and 230 mb of memory with just one file opened. I test it with the Java version for 32 bits too, with the same result. Testing this same version with same plugins in a vmWare virtual machine with Windows Xp 32 bits the average memory usage was of 40 mb aprox.

----------------------------------------------------------------------

>Comment By: oxk4r (oxk4r)
Date: 2009-01-30 22:22

Message:
The assumption" over 130 MB memory usage after starting jedit with
"javaw.exe -jar jedit.jar -nosettings -noplugins" is true. 

In regard to -Xms64M I test it in the Windows command line (jedit.jar
--Xms64M) but nothing happened (the program didn't start)

----------------------------------------------------------------------

Comment By: Kazutoshi Satoda (k_satoda)
Date: 2009-01-30 21:59

Message:
Please please don't miss any questions. Is my assumption right?

I'm wondering why it shows "62.848 Kb total" which seems too large for
the actual used 17 MB ( = 4.3 remains + 12.8 released). And I suspect
that you have "-Xms64M" in the command line since old default
installation of jEdit 4.3preX had it.

----------------------------------------------------------------------

Comment By: oxk4r (oxk4r)
Date: 2009-01-29 23:36

Message:
After double click: "Garbage collection released 12.844 Kb
                             4.356 Kb used, 62.848 Kb total"

Windows task manager 134.556 Kb of memory usage

By the way, I extracted the executable with Universal Extractor to a
folder and jEdit is runnig in this way in a semi-portable mode. It was not
installed in the system and  I tested it in this fashion in the vmWare
virtual machine with Windows Xp as I explained before.

----------------------------------------------------------------------

Comment By: Kazutoshi Satoda (k_satoda)
Date: 2009-01-29 21:46

Message:
Hmm, strange. But I assume you can see over 130 MB memory usage after
starting jedit with "javaw.exe -jar jedit.jar -nosettings -noplugins".
Right?

Then, what is shown on jEdit's heap indicator (near the left end of the
status bar)? And how it changes if you double-click the indicator (to
run the garbage collection explicitly)? I'm trying to clarify whether
the memory usage is in java heap or not.

----------------------------------------------------------------------

Comment By: oxk4r (oxk4r)
Date: 2009-01-29 21:29

Message:
_The number appears in the Windows task manager.
_The file is an ActionScript file whose size is 4 kb. But with a blank
file the behavior is the same.
_Executed with -noplugins -nosettings and deleting the preferences
directory (C:\Users\UserName\.jedit) the memory usage in the Windows task
manager is of 134 mb)


----------------------------------------------------------------------

Comment By: Kazutoshi Satoda (k_satoda)
Date: 2009-01-29 18:50

Message:
I want some more information to find the cause of the problem.

Where the number ("between 170 and 230 mb") was shown? jEdit's heap
indicator? or Windows' task manager?

What size of the file opened? How much memory are used before opening
the file? jEdit typically requires 3 or 4 times larger heap than the
size of files.

Does the problem happens with "-noplugins" command line option? If it
does, the problem is likely in plugin. In that case, disabling some
plugins may give what plugin causes the problem.

Does the problem happens with "-nosettings" command line option?
Sometimes, some large memory usage becomes persistent in settings.
If there is a large text file in your settings, try renaming it.

----------------------------------------------------------------------

Comment By: Alan Ezust (ezust)
Date: 2009-01-29 18:46

Message:
Please try to determine which plugin is responsible.
Chances are it is not related to the operating system.
If you disable all plugins and start up, do you still see a discrepency?
If not, then one of the plugins is responsible.



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2545734&group_id=588

Bugs item #2545734, was opened at 2009-01-30 00:40
Message generated for change (Comment added) made by k_satoda
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2545734&group_id=588

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: editor core
Group: severe bug
Status: Open
Resolution: None
Priority: 9
Private: No
Submitted By: oxk4r (oxk4r)
Assigned to: Nobody/Anonymous (nobody)
Summary: Huge memory usage (220 mb)

Initial Comment:
Hi, I'm running Vista Ultimate x64 Sp1 with jEdit 4.3 pre 16 and Java 1.6.0_12-ea (jre-6u12 for Windows x64). The problem is this: Jedit is using between 170 and 230 mb of memory with just one file opened. I test it with the Java version for 32 bits too, with the same result. Testing this same version with same plugins in a vmWare virtual machine with Windows Xp 32 bits the average memory usage was of 40 mb aprox.

----------------------------------------------------------------------

>Comment By: Kazutoshi Satoda (k_satoda)
Date: 2009-01-31 05:59

Message:
Please please don't miss any questions. Is my assumption right?

I'm wondering why it shows "62.848 Kb total" which seems too large for
the actual used 17 MB ( = 4.3 remains + 12.8 released). And I suspect
that you have "-Xms64M" in the command line since old default
installation of jEdit 4.3preX had it.

----------------------------------------------------------------------

Comment By: oxk4r (oxk4r)
Date: 2009-01-30 07:36

Message:
After double click: "Garbage collection released 12.844 Kb
                             4.356 Kb used, 62.848 Kb total"

Windows task manager 134.556 Kb of memory usage

By the way, I extracted the executable with Universal Extractor to a
folder and jEdit is runnig in this way in a semi-portable mode. It was not
installed in the system and  I tested it in this fashion in the vmWare
virtual machine with Windows Xp as I explained before.

----------------------------------------------------------------------

Comment By: Kazutoshi Satoda (k_satoda)
Date: 2009-01-30 05:46

Message:
Hmm, strange. But I assume you can see over 130 MB memory usage after
starting jedit with "javaw.exe -jar jedit.jar -nosettings -noplugins".
Right?

Then, what is shown on jEdit's heap indicator (near the left end of the
status bar)? And how it changes if you double-click the indicator (to
run the garbage collection explicitly)? I'm trying to clarify whether
the memory usage is in java heap or not.

----------------------------------------------------------------------

Comment By: oxk4r (oxk4r)
Date: 2009-01-30 05:29

Message:
_The number appears in the Windows task manager.
_The file is an ActionScript file whose size is 4 kb. But with a blank
file the behavior is the same.
_Executed with -noplugins -nosettings and deleting the preferences
directory (C:\Users\UserName\.jedit) the memory usage in the Windows task
manager is of 134 mb)


----------------------------------------------------------------------

Comment By: Kazutoshi Satoda (k_satoda)
Date: 2009-01-30 02:50

Message:
I want some more information to find the cause of the problem.

Where the number ("between 170 and 230 mb") was shown? jEdit's heap
indicator? or Windows' task manager?

What size of the file opened? How much memory are used before opening
the file? jEdit typically requires 3 or 4 times larger heap than the
size of files.

Does the problem happens with "-noplugins" command line option? If it
does, the problem is likely in plugin. In that case, disabling some
plugins may give what plugin causes the problem.

Does the problem happens with "-nosettings" command line option?
Sometimes, some large memory usage becomes persistent in settings.
If there is a large text file in your settings, try renaming it.

----------------------------------------------------------------------

Comment By: Alan Ezust (ezust)
Date: 2009-01-30 02:46

Message:
Please try to determine which plugin is responsible.
Chances are it is not related to the operating system.
If you disable all plugins and start up, do you still see a discrepency?
If not, then one of the plugins is responsible.



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2545734&group_id=588

Plugin Central Submission item #2550057, was opened at 2009-01-30 11:31
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=625093&aid=2550057&group_id=588

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: None
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Townsfolk (elberry)
Assigned to: Nobody/Anonymous (nobody)
Summary: ScriptEnginePlugin release 0.5.0 - Macros!

Initial Comment:

{{{ ScriptEnginePlugin 0.5.0
    Source: Source code is in SVN with the tag release-0-5-0 (no SVN release numbers, please)
    Announcement: Added Macro Support. Creation of jEdit Macros in ScriptEngine languages. Eg. Allowing users to create a jEdit Macro written in Groovy.
    Requires Java 1.5
    Requires jEdit 04.03.15.00
    
    Short Description: Provides a framework to make JSR223/scripting.dev.java.net scripting engines usable within jEdit.
    
    Long Description: <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN""http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html>
	<head>
		<title>ScriptEnginePlugin Description</title>
	</head>
	<body>
		<p>
			The ScriptEnginePlugin provides an easy to use and easy to implement framework that makes <a href="https://scripting.dev.java.net">scripting.dev.java.net</a> ScriptEngines usable inside of jEdit.
		</p>
		<p>
			It provides a ScriptEngineService which allows this plugin to pick up any ScriptEngines (installed separately) that are in other plugins.
			<br>
			<br>
			This plugin allows the evaluation of scripts from within jEdit's buffer, as well as using other scripting languages besides Beanshell to create jEdit Macros.
		</p>
	</body>
</html>
 }}}

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=625093&aid=2550057&group_id=588

Hello,

I have started to do something about that in the Nested plugin (in svn).
For now, a token that is not coming from the same mode as the mode of 
the buffer gains a different background color.
Planning to add control about which color is used depending on the main 
mode and the inside mode.

Romain

-- 
Romain Francois
Independent R Consultant
+33(0) 6 28 91 30 30
http://romainfrancois.blog.free.fr

>
> (As an aside - if there was any way to change
> background colord on 'sub-language highlighting' (i.e.,
> to make the java code have a slightly shaded
> background, or whatever) that would also be
> exceptionally useful.)
>
> Thanks...
> --Derek
>
>   

****
Sorry k_satoda. I just clicked the "Answer"-Button in my Mail-Client and 
didnt notice the mail was sent to you.
****

I tried to do some hacking in TokenMarker.java and ParserRule.java by 
simply adding a endRegexp to ParserRule.java and implement the 
functionality in TokenMarker.java. I think it is not hard to do, but i 
really dont understand the logic of the System (TokenMarker).

I dont know why slava left jEdit, but do you think it is possible that I 
write to him asking him for the reason why he avoided regexp in the end-tag?

Some useful links:

** The comment in TokenMarker.java **
http://jedit.svn.sourceforge.net/viewvc/jedit/jEdit/trunk/org/gjt/sp/jedit/syntax/TokenMarker.java?revision=14027&view=markup#l_390
** First revision with this comment (development of SPAN_REGEXP) **
http://jedit.svn.sourceforge.net/viewvc/jedit/jEdit/trunk/org/gjt/sp/jedit/syntax/TokenMarker.java?revision=4314&view=markup
** 4.1pre3 changelog (Search for "the end cannot be")**
http://marc.info/?l=jedit-announce&m=102995676808759&w=2

Is there any active developer who can understand this part of jedit? The 
   code is quite good, there are comments and simple variable names, but 
I really have no idea how it works.

Best regards,

Johannes Wotzka

Bugs item #2548764, was opened at 2009-01-30 12:16
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2548764&group_id=588

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: text area and syntax packages
Group: None
Status: Open
Resolution: None
Priority: 9
Private: No
Submitted By: Matthieu Casanova (kpouer)
Assigned to: Nobody/Anonymous (nobody)
Summary: black hole bug is back

Initial Comment:
Hi,
when an explicit fold is collapsed go on the line of this fold
then delete the line (action delete-line)

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2548764&group_id=588

Feature Requests item #2545789, was opened at 2009-01-29 16:57
Message generated for change (Comment added) made by admirau
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=350588&aid=2545789&group_id=588

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: plugins
Group: None
Status: Open
Resolution: None
Priority: 8
Private: No
Submitted By: oxk4r (oxk4r)
Assigned to: Nobody/Anonymous (nobody)
Summary: Generic code reformatter

Initial Comment:
Because jEdit supports a lot of languages, and actually the beautifier plugins availlable only work with Java or C. I, for example, work with ActionScript and a code beautifier is a must specially for larger files.
Thanks in advance.

----------------------------------------------------------------------

Comment By: admirau (admirau)
Date: 2009-01-30 10:53

Message:
And what about formatting PHP code?
A style does not format PHPDoc comments correctly, PHP5…

(Now I do that by running PEAR’s PHP Beautifier from the console).



----------------------------------------------------------------------

Comment By: oxk4r (oxk4r)
Date: 2009-01-30 10:17

Message:
Hi, deleanson,  I have that plugins installed (and the AStyle Beautifier
plugin too) but, it doesn't format the ActionScript code correctly. I have
uploaded three captures to explain it. The first capture is the code
correctly fomatted, the second is a capture after perform a format with
Beauty (I highlighted the errors), and the third is the result for the
second format: the lines become separated, and if more formats are
performed this separation becomes greater every time.  Moreover, if I
choose java:beauty or javacc:beauty in the plugin options, then i get an
error (see capture "Beauty Error"). 




----------------------------------------------------------------------

Comment By: Dale Anson (daleanson)
Date: 2009-01-30 03:07

Message:
Arg.  I realized after reading your request that this feature has been in
the Beauty plugin for about a year and a half, but apparently, I never got
around to completing the feature or documenting it.  Would you see if this
fits your needs:

Install the Beauty plugin from Plugin Manager.

Go to Utilities - BeanShell - Evaluate BeanShell Expression, then enter
this in the dialog:

jEdit.setBooleanProperty("beauty.useBuiltInIndenter", true)

Then open one of your ActionScript file, and then Plugins - Beauty -
Beautify Buffer.

The "built in indenter" uses the mode of the current buffer and uses the
indenting defined in the buffer to indent the buffer, so if the mode file
is good, your indenting should come out pretty well too.  The not completed
part is I never added a checkbox to the plugin options to let the user turn
this feature on.



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=350588&aid=2545789&group_id=588

Feature Requests item #2545789, was opened at 2009-01-29 16:57
Message generated for change (Comment added) made by oxk4r
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=350588&aid=2545789&group_id=588

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: plugins
Group: None
Status: Open
Resolution: None
>Priority: 8
Private: No
Submitted By: oxk4r (oxk4r)
Assigned to: Nobody/Anonymous (nobody)
Summary: Generic code reformatter

Initial Comment:
Because jEdit supports a lot of languages, and actually the beautifier plugins availlable only work with Java or C. I, for example, work with ActionScript and a code beautifier is a must specially for larger files.
Thanks in advance.

----------------------------------------------------------------------

>Comment By: oxk4r (oxk4r)
Date: 2009-01-30 10:17

Message:
Hi, deleanson,  I have that plugins installed (and the AStyle Beautifier
plugin too) but, it doesn't format the ActionScript code correctly. I have
uploaded three captures to explain it. The first capture is the code
correctly fomatted, the second is a capture after perform a format with
Beauty (I highlighted the errors), and the third is the result for the
second format: the lines become separated, and if more formats are
performed this separation becomes greater every time.  Moreover, if I
choose java:beauty or javacc:beauty in the plugin options, then i get an
error (see capture "Beauty Error"). 




----------------------------------------------------------------------

Comment By: Dale Anson (daleanson)
Date: 2009-01-30 03:07

Message:
Arg.  I realized after reading your request that this feature has been in
the Beauty plugin for about a year and a half, but apparently, I never got
around to completing the feature or documenting it.  Would you see if this
fits your needs:

Install the Beauty plugin from Plugin Manager.

Go to Utilities - BeanShell - Evaluate BeanShell Expression, then enter
this in the dialog:

jEdit.setBooleanProperty("beauty.useBuiltInIndenter", true)

Then open one of your ActionScript file, and then Plugins - Beauty -
Beautify Buffer.

The "built in indenter" uses the mode of the current buffer and uses the
indenting defined in the buffer to indent the buffer, so if the mode file
is good, your indenting should come out pretty well too.  The not completed
part is I never added a checkbox to the plugin options to let the user turn
this feature on.



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=350588&aid=2545789&group_id=588

Feature Requests item #2545789, was opened at 2009-01-29 07:57
Message generated for change (Comment added) made by daleanson
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=350588&aid=2545789&group_id=588

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: plugins
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: oxk4r (oxk4r)
Assigned to: Nobody/Anonymous (nobody)
Summary: Generic code reformatter

Initial Comment:
Because jEdit supports a lot of languages, and actually the beautifier plugins availlable only work with Java or C. I, for example, work with ActionScript and a code beautifier is a must specially for larger files.
Thanks in advance.

----------------------------------------------------------------------

>Comment By: Dale Anson (daleanson)
Date: 2009-01-29 18:07

Message:
Arg.  I realized after reading your request that this feature has been in
the Beauty plugin for about a year and a half, but apparently, I never got
around to completing the feature or documenting it.  Would you see if this
fits your needs:

Install the Beauty plugin from Plugin Manager.

Go to Utilities - BeanShell - Evaluate BeanShell Expression, then enter
this in the dialog:

jEdit.setBooleanProperty("beauty.useBuiltInIndenter", true)

Then open one of your ActionScript file, and then Plugins - Beauty -
Beautify Buffer.

The "built in indenter" uses the mode of the current buffer and uses the
indenting defined in the buffer to indent the buffer, so if the mode file
is good, your indenting should come out pretty well too.  The not completed
part is I never added a checkbox to the plugin options to let the user turn
this feature on.



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=350588&aid=2545789&group_id=588

Feature Requests item #2446121, was opened at 2008-12-18 23:15
Message generated for change (Comment added) made by shlomy
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=350588&aid=2446121&group_id=588

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: core
Group: v4.3
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: dmusicant (dmusicant)
Assigned to: Nobody/Anonymous (nobody)
Summary: Highlight terms in HyperSearch Results Window/color for type

Initial Comment:
It would be a big increase in usability if the terms searched for were highlighted in the lines displayed in the hypersearch results window and the lines were colored for type (e.g. comments in "comment" color). 

When there are a lot of results, and the terms are only part of each line, it can be difficult to find the relevant ones.

For example: 

I might search for the term "boolean" but I'm not interested in any cases where it appears in a comment, or where it's part of a method name.

So instead of:

public boolean doIt() {
public void booleanChecker(int boolVal) {
this appears in a multi-line comment about booleans

I would see (excuse the HTML code):

public <font style="color: BLUE;">boolean</font> doIt() {
public void <font style="color: BLUE;">boolean</font>Checker(int boolVal) {
<font style="color: GREEN;">this appears in a multi-line comment about <font style="color: BLUE;">boolean</font>s</font>

----------------------------------------------------------------------

>Comment By: Shlomy Reinstein (shlomy)
Date: 2009-01-30 01:35

Message:
An enhanced implementation of hypersearch result highlighting is now
available in the SVN trunk version of the Highlight plugin. It does not use
jEdit token types - it simply uses the highlighting configuration of the
Highlight plugin. A new action in that plugin applies the highlighting to
the hypersearch results.

Let me know if this satisfied your feature request or not. I think an
enhanced version like you suggest is a little bit too much to place in the
core.

----------------------------------------------------------------------

Comment By: Shlomy Reinstein (shlomy)
Date: 2009-01-30 00:00

Message:
Partial implementation - simple highlighting of matches in the hypersearch
results - is added in SVN rev. 14514. Currently - the highlighting is by
displaying the matches in bold - no coloring and no configurable
highlighting.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=350588&aid=2446121&group_id=588

Feature Requests item #2446121, was opened at 2008-12-18 23:15
Message generated for change (Comment added) made by shlomy
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=350588&aid=2446121&group_id=588

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: core
Group: v4.3
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: dmusicant (dmusicant)
Assigned to: Nobody/Anonymous (nobody)
Summary: Highlight terms in HyperSearch Results Window/color for type

Initial Comment:
It would be a big increase in usability if the terms searched for were highlighted in the lines displayed in the hypersearch results window and the lines were colored for type (e.g. comments in "comment" color). 

When there are a lot of results, and the terms are only part of each line, it can be difficult to find the relevant ones.

For example: 

I might search for the term "boolean" but I'm not interested in any cases where it appears in a comment, or where it's part of a method name.

So instead of:

public boolean doIt() {
public void booleanChecker(int boolVal) {
this appears in a multi-line comment about booleans

I would see (excuse the HTML code):

public <font style="color: BLUE;">boolean</font> doIt() {
public void <font style="color: BLUE;">boolean</font>Checker(int boolVal) {
<font style="color: GREEN;">this appears in a multi-line comment about <font style="color: BLUE;">boolean</font>s</font>

----------------------------------------------------------------------

>Comment By: Shlomy Reinstein (shlomy)
Date: 2009-01-30 00:00

Message:
Partial implementation - simple highlighting of matches in the hypersearch
results - is added in SVN rev. 14514. Currently - the highlighting is by
displaying the matches in bold - no coloring and no configurable
highlighting.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=350588&aid=2446121&group_id=588

Bugs item #2545734, was opened at 2009-01-29 16:40
Message generated for change (Comment added) made by oxk4r
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2545734&group_id=588

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: editor core
Group: severe bug
Status: Open
Resolution: None
Priority: 9
Private: No
Submitted By: oxk4r (oxk4r)
Assigned to: Nobody/Anonymous (nobody)
Summary: Huge memory usage (220 mb)

Initial Comment:
Hi, I'm running Vista Ultimate x64 Sp1 with jEdit 4.3 pre 16 and Java 1.6.0_12-ea (jre-6u12 for Windows x64). The problem is this: Jedit is using between 170 and 230 mb of memory with just one file opened. I test it with the Java version for 32 bits too, with the same result. Testing this same version with same plugins in a vmWare virtual machine with Windows Xp 32 bits the average memory usage was of 40 mb aprox.

----------------------------------------------------------------------

>Comment By: oxk4r (oxk4r)
Date: 2009-01-29 23:36

Message:
After double click: "Garbage collection released 12.844 Kb
                             4.356 Kb used, 62.848 Kb total"

Windows task manager 134.556 Kb of memory usage

By the way, I extracted the executable with Universal Extractor to a
folder and jEdit is runnig in this way in a semi-portable mode. It was not
installed in the system and  I tested it in this fashion in the vmWare
virtual machine with Windows Xp as I explained before.

----------------------------------------------------------------------

Comment By: Kazutoshi Satoda (k_satoda)
Date: 2009-01-29 21:46

Message:
Hmm, strange. But I assume you can see over 130 MB memory usage after
starting jedit with "javaw.exe -jar jedit.jar -nosettings -noplugins".
Right?

Then, what is shown on jEdit's heap indicator (near the left end of the
status bar)? And how it changes if you double-click the indicator (to
run the garbage collection explicitly)? I'm trying to clarify whether
the memory usage is in java heap or not.

----------------------------------------------------------------------

Comment By: oxk4r (oxk4r)
Date: 2009-01-29 21:29

Message:
_The number appears in the Windows task manager.
_The file is an ActionScript file whose size is 4 kb. But with a blank
file the behavior is the same.
_Executed with -noplugins -nosettings and deleting the preferences
directory (C:\Users\UserName\.jedit) the memory usage in the Windows task
manager is of 134 mb)


----------------------------------------------------------------------

Comment By: Kazutoshi Satoda (k_satoda)
Date: 2009-01-29 18:50

Message:
I want some more information to find the cause of the problem.

Where the number ("between 170 and 230 mb") was shown? jEdit's heap
indicator? or Windows' task manager?

What size of the file opened? How much memory are used before opening
the file? jEdit typically requires 3 or 4 times larger heap than the
size of files.

Does the problem happens with "-noplugins" command line option? If it
does, the problem is likely in plugin. In that case, disabling some
plugins may give what plugin causes the problem.

Does the problem happens with "-nosettings" command line option?
Sometimes, some large memory usage becomes persistent in settings.
If there is a large text file in your settings, try renaming it.

----------------------------------------------------------------------

Comment By: Alan Ezust (ezust)
Date: 2009-01-29 18:46

Message:
Please try to determine which plugin is responsible.
Chances are it is not related to the operating system.
If you disable all plugins and start up, do you still see a discrepency?
If not, then one of the plugins is responsible.



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2545734&group_id=588