I'm getting an error after I do a find/replace in files. Is jEdit still under development? Is a final 4.3 version on the way?

I get this exception when I try to quit:

java.lang.NegativeArraySizeException
at org.gjt.sp.jedit.jEdit.getBuffers(jEdit.java:1950)
at org.gjt.sp.jedit.PerspectiveManager.savePerspective(PerspectiveManager.java:147)
at org.gjt.sp.jedit.jEdit.exit(jEdit.java:2473)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at bsh.Reflect.invokeOnMethod(Reflect.java:149)
at bsh.Reflect.invokeStaticMethod(Reflect.java:100)
at bsh.Name.invokeMethod(Name.java:872)
at bsh.BSHMethodInvocation.eval(BSHMethodInvocation.java:72)
at bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:102)
at bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:47)
at bsh.BSHBlock.evalBlock(BSHBlock.java:130)
at bsh.BSHBlock.eval(BSHBlock.java:80)
at bsh.BshMethod.invokeImpl(BshMethod.java:349)
at bsh.BshMethod.invoke(BshMethod.java:246)
at bsh.BshMethod.invoke(BshMethod.java:171)
at org.gjt.sp.jedit.BeanShell.runCachedBlock(BeanShell.java:523)
at org.gjt.sp.jedit.BeanShellAction.invoke(BeanShellAction.java:76)
at org.gjt.sp.jedit.gui.InputHandler.invokeAction(InputHandler.java:229)
at org.gjt.sp.jedit.jEdit$3.invokeAction(jEdit.java:2910)
at org.gjt.sp.jedit.EditAction$Wrapper.actionPerformed(EditAction.java:216)
at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1995)
at javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2318)
at javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:387)
at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:242)
at javax.swing.AbstractButton.doClick(AbstractButton.java:357)
at javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:1216)
at javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:1257)
at java.awt.AWTEventMulticaster.mouseReleased(AWTEventMulticaster.java:272)
at java.awt.Component.processMouseEvent(Component.java:6038)
at javax.swing.JComponent.processMouseEvent(JComponent.java:3260)
at java.awt.Component.processEvent(Component.java:5803)
at java.awt.Container.processEvent(Container.java:2058)
at java.awt.Component.dispatchEventImpl(Component.java:4410)
at java.awt.Container.dispatchEventImpl(Container.java:2116)
at java.awt.Component.dispatchEvent(Component.java:4240)
at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4322)
at java.awt.LightweightDispatcher.processMouseEvent(Container.java:3986)
at java.awt.LightweightDispatcher.dispatchEvent(Container.java:3916)
at java.awt.Container.dispatchEventImpl(Container.java:2102)
at java.awt.Window.dispatchEventImpl(Window.java:2429)
at java.awt.Component.dispatchEvent(Component.java:4240)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:599)
at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:273)
at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:183)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:173)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:168)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:160)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:121)

I get this exception when I try to close only open buffer:

java.lang.NullPointerException
at org.gjt.sp.jedit.jEdit.removeBufferFromList(jEdit.java:3715)
at org.gjt.sp.jedit.jEdit._closeBuffer(jEdit.java:1709)
at org.gjt.sp.jedit.jEdit.closeBuffer(jEdit.java:1664)
at sun.reflect.GeneratedMethodAccessor27.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at bsh.Reflect.invokeOnMethod(Reflect.java:149)
at bsh.Reflect.invokeStaticMethod(Reflect.java:100)
at bsh.Name.invokeMethod(Name.java:872)
at bsh.BSHMethodInvocation.eval(BSHMethodInvocation.java:72)
at bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:102)
at bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:47)
at bsh.BSHBlock.evalBlock(BSHBlock.java:130)
at bsh.BSHBlock.eval(BSHBlock.java:80)
at bsh.BshMethod.invokeImpl(BshMethod.java:349)
at bsh.BshMethod.invoke(BshMethod.java:246)
at bsh.BshMethod.invoke(BshMethod.java:171)
at org.gjt.sp.jedit.BeanShell.runCachedBlock(BeanShell.java:523)
at org.gjt.sp.jedit.BeanShellAction.invoke(BeanShellAction.java:76)
at org.gjt.sp.jedit.gui.InputHandler.invokeAction(InputHandler.java:229)
at org.gjt.sp.jedit.jEdit$3.invokeAction(jEdit.java:2910)
at org.gjt.sp.jedit.EditAction$Wrapper.actionPerformed(EditAction.java:216)
at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1995)
at javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2318)
at javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:387)
at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:242)
at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(BasicButtonListener.java:236)
at java.awt.AWTEventMulticaster.mouseReleased(AWTEventMulticaster.java:272)
at java.awt.AWTEventMulticaster.mouseReleased(AWTEventMulticaster.java:272)
at java.awt.AWTEventMulticaster.mouseReleased(AWTEventMulticaster.java:272)
at java.awt.Component.processMouseEvent(Component.java:6038)
at javax.swing.JComponent.processMouseEvent(JComponent.java:3260)
at java.awt.Component.processEvent(Component.java:5803)
at java.awt.Container.processEvent(Container.java:2058)
at java.awt.Component.dispatchEventImpl(Component.java:4410)
at java.awt.Container.dispatchEventImpl(Container.java:2116)
at java.awt.Component.dispatchEvent(Component.java:4240)
at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4322)
at java.awt.LightweightDispatcher.processMouseEvent(Container.java:3986)
at java.awt.LightweightDispatcher.dispatchEvent(Container.java:3916)
at java.awt.Container.dispatchEventImpl(Container.java:2102)
at java.awt.Window.dispatchEventImpl(Window.java:2429)
at java.awt.Component.dispatchEvent(Component.java:4240)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:599)
at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:273)
at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:183)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:173)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:168)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:160)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:121)

Hi All

I am a noob with jEdit and quite impressed with it. I have it installed in both Fiesty Fawn and M$ XP.

All seemed well at first then while working out an issue with a user on Pidgin the CPU locked up & I noticed the fan going full. Power KILL was the only way left available to recover control.

I've since paid more attention and it seems I get between 30 & 10 minutes operation of jEdit before I notice the fan and task manager reporting 100% CPU usage. Memory usage seems to remain at normal levels.

Terminating jEdit restored CPU usage to normal levels immediately & I can reload with out issues. Doing this several times today I began to be aware the runtimes were getting shorter. Finally it got down to under 10 minutes.

At this point I re-installed this time ensuring all the install options were included (Complete Install). I also selected to install the launcher that starts at boot.

In approximately 12 minutes I noticed the CPU at 100% and the fan running. I saved my work and exited the program. This time the CPU usage remained at 100%. I then killed the jEdit (sp) process. CPU usage returned to normal levels and I built the config data block I'll include near the end of this post. ~30 minutes with no CPU issues.

Are others seeing this behavior?

My Config:
Processor thread over run
jEdit version 4.3Pre9
Java version 6 update 1 Verified at Sun's web site
Version 1.6.0 (build 1.6.0_01-b06)
Plugins:
Archive
Background
Beauty
Bookmarks
Buffer Selector
Buffer List
BufferLocal
BufferTabs
Character Map
Clipper
Color Chooser
Column Ruler
Common Controls
Console
Context Menu
CssEditor
Editor Scheme
Emacs Browser
ErrorList
Fast Open
FindFile
FTP
Hex Edit
Info Viewer
Jakarta Commons
JDiff Plugin
Latest Version Check
Line Guides
LookAndFeel
MacroManager
MouseSnap
Navigator
Project Viewer
Project wixard
QuickNotepad
Recent
Recursive Open
Rename
SendBuffer
Shortcut Saver
ShortcutDisplay
SideKick
Spell Check
SuperAbbrevs
SuperScript
SwitchBuffer
Templates
Text Filter
TextAutocomplete
TextTools
WhiteSpace
XercesPlugin
XML
XSearch
Any and all info to help resolve this will be deeply appreciated.
Thanks.

HI, I can't start my jedit appliction in my fedora os.

Error I get is

GC Warning: Out of Memory! Returning NIL!
Exception in thread "main" GC Warning: Out of Memory! Returning NIL!
GC Warning: Out of Memory! Returning NIL!
*** Catastrophic failure while handling uncaught exception.

what shall I do?

thanks in advance, Patrik

I am running Jedit 4.2 on a Suse system. I think it is running with JRE 1.6 (That's the jre on my path), but I'm not sure how to confirm which version jedit is running with.

My machine is configured with a Dvorak key mapping. This works fine when I'm typing into jedit buffers, but my shortcut bindings seem to use a qwerty layout. For example, us dvorak users get into the habit of physically hitting Ctrl+I instead of Ctrl+C for copy (our 'I' key normally types a 'C'), but that gets literally interpreted as Ctrl-I.

I realise this might be desired behaviour for some users (especially those new to dvorak), but is there a way of having keyboard shortcuts interpreted the same way as normal keystrokes (the way every other app works)?

I haven't used Jedit in a while but I needed it yesterday and every time I typed a 'C' or an 'a' the computer beeped at me. I could see that there was a 'C' or an 'a' at the bottom as if I was typing in some sort of key combination and it was awaiting the next key. How do I fix this?

I just upgraded to 4.3 and I have the same problem

I am running Java 1.5 on Linux

Thanks

Hello,

I'm back to using jEdit after a couple of years away from coding. I wanted to use SQL plugin, so I set up a MySQL connection in Project Viewer plugin. At first it works, but after some time the SQL plugin seem to loose the connection setting - it disappears from the "Choose the server" dialogue. The connection remains in Project Viewer.

Please advice.

Hi all,

jEdit has been broken for me for the longest time, but I'd like to get it back up on its feet so I can play with it again.

I'm running the latest 4.3pre and on startup (and every other second as the program continues) I keep getting a "bsh.InterpreterError: null variable value" error window popping up (stack trace pasted below).

A similar error pops up when I hit backspace or enter in the editor. Try and browse through the jEdit preferences (they're all empty for me) ... pretty much any action I take is hosed.

I'm not sure what's wrong. I'm on an Intel Mac (10.4.9), Java 1.5, my environment vars are set appropriately (JDK_HOME, PATH), I've blown out my ~/.jedit folder over and over, nothing I do works.

Has anybody ran into this problem before? I searched on the boards + mailing list but didn't find anything.

Thanks,
-steve


bsh.InterpreterError: null variable value
at bsh.NameSpace.setVariable(Unknown Source)
at bsh.NameSpace.setVariable(Unknown Source)
at org.gjt.sp.jedit.BeanShell.resetDefaultVariables(BeanShell.java:687)
at org.gjt.sp.jedit.BeanShell._runScript(BeanShell.java:370)
at org.gjt.sp.jedit.BeanShell._runScript(BeanShell.java:286)
at org.gjt.sp.jedit.BeanShell.runScript(BeanShell.java:212)
at org.gjt.sp.jedit.Macros$BeanShellHandler.runMacro(Macros.java:1019)
at org.gjt.sp.jedit.jEdit.runStartupScripts(jEdit.java:3407)
at org.gjt.sp.jedit.jEdit.main(jEdit.java:464)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at apple.launcher.LaunchRunner.run(LaunchRunner.java:88)
at apple.launcher.LaunchRunner.callMain(LaunchRunner.java:50)
at apple.launcher.JavaApplicationLauncher.launch(JavaApplicationLauncher.java:52)

Plugin Column Ruler V0.7 runs "OK" with jEdit V4.2 on a Windows 2003 Server (Svc Pack 1) w JRE 1.5.0_11-b03 HOWEVER when I upgrade to Column Ruler V0.9 jEdit will "lock-up" when I try running the CR plugin; I must stop the javaw.exe process (TaskMgr CPU=25 for javaw.exe and Sys IP=75).

Any ideas?

Thanks,
Eric

pretty much says it all in the title... i can't find where ctrl-alt-j is mapped so i can get rid of it...

thanks

Dear all,

If a file is reopened in jEdit, the cursor is usually in the same position as where it was when the file was opened last.

Is there a way to get folding configurations for each file to also be stored so that when the file is reopened, all the segments of the file that were folded away, remain folded away?

Thanks,

Sincerely,

Taha

the php ist not recongized as string with JE4.3p9

I installed a fresh copy of jEdit 4.3 pre 9, but jEdit shutdowns and disappears when I try to maximize the window or go to manage plugins. My environment is setup as follows:

Windows XP Pro Service Pack 2
Java SE Runtime Environment 6
Java SE Development Kit 6
jEdit 4.3 pre 9

I even made sure to clear out all of the plugins and personal settings I had from the 4.2 installation.

I have since installed jEdit4.2 and it works fine.

I have been using 4.2 for a long while and recently tried upgrading to 4.3pre9. In 4.2 the order of buffertabs seems to be based on the global options "Sort buffer list" and "Sort buffer list by file name", both of which I normally check. Doing so in 4.2 causes the buffer tabs to be sorted by filename and stay in that order. With 4.3 the order seems sorta by filename but each time I select a tab it jumps to the front. This causes the other tabs to get out of order until finally each tab selection creates a new random ordering with the most recent buffers in the front row. I find this to be almost unusable - I spend too much time searching through the tabs every time I want to select a file.

I have tried the two 'sort buffer list' checkboxes in various combinations - they seem to have no effect whatever.

I am running mainly under WinXP but also Ubuntu and Red Hat.

1. Is this the correct behavior? Has the behavior changed from 4.2 to 4.3?
2. Is there a fix? Is this a bug?
3. Should I report/post to a better place than this forum?

Thank you very much for any clues provided!

I am having a problem with foreign characters when using jEdit 4.3pre9 on Ubuntu Feisty. It's not strictly a jEdit problem, but I was hoping that someone here more experienced with Java could help me.

The problem is this: when typing characters with an accent, those characters come out wrong in Java apps. It appears to only affect Swing apps (jEdit, Zend Studio). Eclipse, which uses SWT, does render the accents correctly. Please note that this has nothing to do with character encoding settings in the apps themselves.

With Java 1.5, when typing an accented character, it is replaced with a totally different character (I usually get the blank square); with Java 6, accented characters are replaced with the non-accented equivalent (for example, what should be ă comes out as the letter "a"). There is one exception: accented characters from the Latin-1 (ISO 8859-1) character set, such as "ü", "é" etc. are rendered correctly.

I ran the apps on sun-java5-jre and sun-java6-jre (from the Ubuntu repositories), as well as on Java 1.5 downloaded directly from Sun. There is no difference.

Here's the output of jEdit's keyboard troubleshooting feature when I try to type the characters:

I am trying to type ă (U+0103). jEdit running on Java 1.5.

Event KEY_PRESSED,keyCode=0x41,keyChar=0x1e3,modifiers=0 x20,consumed=0 filtered
Event KEY_TYPED,keyCode=0x0,keyChar=0x1e3,modifiers=0x20 ,consumed=0 passed
==> Translated to <0,1e3>
Event KEY_RELEASED,keyCode=0x41,keyChar=0x1e3,modifiers= 0x20,consumed=0 passed

Same character, jEdit running on Java 6.

Event KEY_PRESSED,keyCode=0x0,keyChar=0xffff,modifiers=0 x0,consumed=0 filtered
Event KEY_PRESSED,keyCode=0x41,keyChar=0x61,modifiers=0x 20,consumed=0 filtered
Event KEY_TYPED,keyCode=0x0,keyChar=0x61,modifiers=0x20, consumed=0 passed
==> Translated to <0,61>
Event KEY_RELEASED,keyCode=0x0,keyChar=0xffff,modifiers= 0x20,consumed=0 passed
Event KEY_RELEASED,keyCode=0x41,keyChar=0x61,modifiers=0 x0,consumed=0 passed

Any help would be greatly appreciated.

I just picked up a new MS Natural Wireless 6000 mouse. When I use this mouse with Intellipoint installed, jEdit and oXygen xml editor will not scroll with the wheel. If I uninstall Intellipoint, they will, but I'd really like to have some of the features in Intellipoint. Has anyone run into this or otherwise know of a way to make this configuration work?

Hi,

I'm using JEdit on Gentoo Linux 2006.1 Everything works perfectly, except that I cannot display Chinese characters.

I am loading Chinese in UTF-8. It loads, edits and saves fine (i.e. the UTF-8 encoding is not scrambled by JEdit), but within JEdit all the Chinese shows as small squares.

I have searched the internet and these forums extensively. I seem to have the same problem as this guy:

http://community.jedit.org/?q=node/view/3398

I have tried changing the LANG and LC_ALL environment variables as well as setting the -Dfile.encoding JVM option to "UTF8". Nothing works.

At the moment JEdit is useless to me because of this, although the website and docs say it can display Chinese correctly. It looks like a smart editor. Can anyone help?

I have a problem with Jedit: whenever I type CTRL+some_character, it executes the command corresponding to the combination (when such command exists) but it also inserts the character into the current position in the text.

E.g. when I type CTRL+x it deletes the selected text but it inserts the character 'x'. If I type CTRL+f it opens the Find&Replace dialogue window but it also inserts the character 'f' into the text.

I have this problem only with Jedit, things work fine when I use other editors, including Java-based editors like Netbeans IDE editor.

I am using Jedit 4.2final on Fedora 3, with Sun jdk1.5.10 (but I have the same problem when switching to jdk1.6 or jdk1.4).

Here is what happens when using Utilities->Troubleshooting->Keyboard Tester:
If I type CTRL+x for instance, it prints "C+x x" in the textefield of the "Specify Shortcut" dialogue window, and the following event report is printed in the text window:
Event KEY_PRESSED,keyCode=0x58,keyChar=0x78,modifiers=0x2 passed
==> Translated to C<0,78>
Event KEY_TYPED,keyCode=0x0,keyChar=0x78,modifiers=0x2 passed
==> Translated to <0,78>
Event KEY_RELEASED,keyCode=0x58,keyChar=0x78,modifiers=0x2 passed
Event KEY_RELEASED,keyCode=0x11,keyChar=0xffff,modifiers=0x0 filtered

Thanks in advance for any help!

I can't get Jedit to output a tilde. I shuffled through forum messages and this seems to be a perennial problem, so this is just a bump to see if there is anything new.

The problem:
Minor: with the normal us keyboard, no tilde
Major: with the us international keyboard, most deadkeys can't be typed: ' " ~ ` ^

Under Ubuntu 6.10 (Edgy) I can switch keyboards to the US standard to resolve the Major problem (annoying, but an acceptable workaround: the US international keyboard works fine everywhere else except Jedit). However, I still can't get the tilde even under the US standard keyboard.

Is this a Linux problem? Jedit worked fine in Windows.

Here is some data:

Jedit 4.3pre9 Java: 1.5.0_11
Ubuntu 6.10 (Edgy)
Compaq presario R3000

Keyboard troubleshooter message: filters the character.

Hi i beleive this is a java problem but i hope that someone has experienced this and might be able to help me. Here is the problem:
I am using Gentoo linux and jdk 1.5.10. When i write latin symbols in jedit everything is ok, but when i try to write cyrillic symbols or romanian, or polish special characters nothing happens - nothing is displayed in the editor field (not even jibberish or squares or anything - the cursor doesn't move at all). When i paste them from another program they are displaying fine.
What could be the reason for that and how can this be fixed. Please if somebody knows something about that help me.
Thank you

I've got six or seven buffers loaded, and all work but one. When I try to display that particular file, the buffer is blank. I can go to the top of the file, and move the cursor down line by line; each line will appear until I get to about line 10, when a "BeanShell Error" msg appears. And it literally says "Can't happen". Some comfort...

I've tried closing and re-opening that file, closing and re-starting jEdit, and even rebooting my PC. Nothing works. At this point the file in question does not seem to be damaged on disk, but I certainly can't use jEdit to edit it.

There's a rather lengthy error msg. Unfortunately, it does not appear to be possible to copy it to the Windows clipboard. It starts out (I'm typing this in by hand, so no guarantees that I haven't made a mistake):

java.lang.InternalError: Can't happen
at org.gjtsp.jedit.syntax.TokenMarker.handleRule(TokenMarker.java:412)
at org.gjtsp.jedit.syntax.TokenMarker.markTokens(TokenMarker.java:158)
at org.gjtsp.jedit.Buffer.markTokens(Buffer.java:2115)
and so on for hundreds of lines.

I would attach the Activity Log, but it is nothing short of huge.

Suggestions on how to fix this are welcome...

Mike Maxwell