Hi All, I've used jEdit since way back, on Windows XP Pro, and the biggest issue that I have is that whenever you try to type Shift + ';', to get ':', it always wants to shift the whole line over to the left! I have a plain vanilla jEdit, with no Macros or Plugins. It's done that with every version I've ever had, right now I'm using the latest 43pre10. I don't see that keyboard combination in any Shortcut or anywhere. I don't know what's going on with it, and it drives me nuts. I'm tempted to try and dive into the code, but that's a pretty daunting task.. If it helps, here's the output from the Keyboard test when I hit that combination: Event KEY_PRESSED,keyCode=0x10,keyChar=0xffff,modifiers=0x1,consumed=0 filtered Event KEY_PRESSED,keyCode=0x3b,keyChar=0x3a,modifiers=0x1,consumed=0 passed Event KEY_TYPED,keyCode=0x0,keyChar=0x3a,modifiers=0x1,consumed=0 passed ==> Translated to S<0,3a> Event KEY_RELEASED,keyCode=0x3b,keyChar=0x3a,modifiers=0x1,consumed=0 passed Event KEY_RELEASED,keyCode=0x10,keyChar=0xffff,modifiers=0x0,consumed=0 filtered The other problem is that the Search Bar is supposed to save the strings you type into it so you can re-pick a previous one, but it doesn't save any of them. :-\ I haven't touched any of the property files. It's possible, because I've use much older versions of jEdit before, that somehow things got "mucked-up" and it isn't saving them right or something.. At one point I found and deleted a key property file related to that, and let it create a new one, but it still doesn't save anything.. The Search isn't too big a deal. If anybody has any ideas on how to "fix" the S+; problem, please let me know. Thanks, Joe Siebenmann

Hello everybody

I have a pb with jedit 4.3pre10 using 4.6.0 in perl mode:

When I write:

print "I'm saying \"coucou\"\n";

the coloring system is broken. All the words: I'm saying \"coucou\"\n should we colored in pink, because this is put between external quotes, and the internal quotes are escaped. Instead of this, the word coucou is colored in BLACK, which means that jedit does not understand that tes internal quotes are escaped.

Another example:

print "The files are called \"/foo\" and /bar \n";

Here, the characters foo\" and are considered as a regular expression, because of the 2 /. It is obviously false, and the highlighting system is completely confused, because it does not see the 2nd \", so that he believes that every following code is between quotes....

Any solution ?

I am no longer able to see jEdit's Find dialog. The functionality is still there (Ctrl-f, enter text, press Enter -> jEdit searches the current buffer for the specified string) but the dialong is not visible.

The problem started while I was using 4.3pre9. I installed 4.3pre10 over the existing installation but the problem remains. I'm using jEdit on Windows XP SP2.

How can I get the Find dialog to appear once again?
I'm hoping to avoid an uninstall + re-install to another directory if possible.

I've used JEdit for years, successfully. Under Windows 2k. About a year ago, my machine suddenly started opening JEdit whenever I tried to open a PDF file (directly from Windows explorer, or from IE)... I've done the obvious thing of setting the preferred application for .pdf files to acrobat reader, and Windows says that is the current setting -- yet, JEdit still gets opened if I double-click on a PDF file. The only way to successfully open a PDF file is to use "Open With...", which works, but is annoying. To my knowledge, this isn't happening with any other file type. I've tried re-installing Acrobat Reader, to no avail. The only thing that had changed on my machine around the time this started was the routine installation of Windows automatic maintence... A search of Microsoft's support site doesn't lead me to any clues.

Does anyone know where there might be some setting in Windows that is causing this behavior? Again, I've already tried setting the "registered file types" list in Windows Explorer, and this has not solved the problem. I don't think this is necessarily a JEdit issue, directly, but it doesn't seem to happen with any other file extension or application. Help, anyone???
-don

Whenever I try to start the jEdit installer, I keep getting the "Please install JDK or JRE" error. I've installed the latest version of JRE twice, and it still won't start. Any ideas?

after writting a script with Jedit, i saved it with file.pl . But when i execute it , it appear message " *.pl is not valid WIN32 application". Can u you me how to execute this files. and what command can be used to execute file.pl

In the Find dialog I enter my search terms and then press Alt + L to search all buffers and while the appropriate radio button becomes selected, a symbol appears at the end of my search terms, thereby making me have to delete it before performing the search.

I tried this with both 4.3pre10 and 4.2 final.

What is the problem?

TIA

Hi, I am working with jedit 4.3pre10 using java 1.5.0_12.

1) I launch jedit and open a cpp source (the command 'file' returns 'ASCII C program text').

2) I ask for a new view of the same file.

3) In the first view, I modify a comment adding a word with an accented vowel, eg 'però' (Italian keyboard).

4) The result: I get 'per' in the right place, and the accented vowel 'ò' in a random place (sometimes at the beginning of the same line, sometimes some lines down).

Ever seen that? Any solution?

On my Linux box, I changed the group and permissions of a file so certain other users can also edit it. My 'main group' is "david", so by default any files I create have this as the group. The common group between me and the other users who need to edit this file is called "users". I used chgrp to change the group of the file to "users". "ls -l" confirms the group is now "users". When I open the file in jEdit, update and save, the group gets changed back to "david". When I change the group to "users" again try editing the file with a native editor (e.g. gedit) the group is not clobbered on save.

I'm using version 4.3pre10, installed using the Java installer.

Anyone know how to work around this? Should I report it as a bug?

David

Hi, I'm having trouble using cpptasks in my Ant buildfiles in jEdit. The builds run fine when I run Ant from the command line or using standalone Antelope. When I try to use the AntFarm or Antelope plugins however, with either the Ant plugin or the standalone Ant, I get this error message (output is from Antelope but it's the same either way):

===== BUILD STARTED =====
BUILD FAILED
C:\workspaces\ ... \build.xml:7: Problem: failed to create task or type antlib:net.sf.antcontrib.cpptasks:compiler
Cause: The name is undefined.
Action: Check the spelling.
Action: Check that any custom tasks/types have been declared.
Action: Check that any / declarations have taken place.

This appears to be an antlib declaration. 
Action: Check that the implementing library exists in one of:
        -C:\apache-ant-1.7.0\lib
        -C:\Documents and Settings\USERNAME\.ant\lib
        -a directory added on the command line with the -lib argument Total time: 0 seconds ===== BUILD FINISHED ===== Tue Aug 21 11:58:51 EEST 2007

The required ant-contrib and cpptasks jars are in both the systemwide ant lib directory and in .ant\lib under my home directory. The tasks are imported into the buildfile using the antlib functionality, like this:

<?xml version="1.0"?>
<project name="blah"
	default="compile"
	xmlns:cpptasks="antlib:net.sf.antcontrib.cpptasks"
	xmlns:antcontrib="antlib:net.sf.antcontrib">
	
	<target name="compile">
		<cpptasks:cc ... >
		</cpptasks:cc>
	</target>
</project>

Any help greatly appreciated.

Hi All !

I am using the tasklist plugin to make notes inside my code. I wish to use this type of annotations for [plain] textfiles also. This looks easy, just go to the plugin options and select the edit mode.

But is does not work.

Any ideas? Each tip is really very welcome!

Best regards,
mabra

I've been using jEdit since pre9 and currently moved to pre10.

In pre9 at times I had the 100% cpu utilization problem reported by others, which resulted in the main scrollbar being really slow among other things. In pre10 I haven't noticed the resource hogging problem anymore, but the scrollbar (and scrolling of code in general) often became unbearably slow.

In Global Options, Shortcuts, Close Current Docking Area the shortcut was for some reason C+e C` and whenever docking related functionality was fired up, this triggered an error that made jEdit scrolling unusable (11:17:59 PM [error] KeyEventTranslator: Invalid key stroke: C+e C`). Noticed it while browsing Troubleshooting,Activity Log. This problem manifested itself also while not having the main work area maximised. The fix? Clear the shortcut. The error is still fired up, but it doesn't cause any problems.

Maybe this was an unfortunate typo on my behalf, though I can't remember even messing with the shortcuts.

Leaving this here for anyone whom might stumble into jEdit behaving slowly.

Help! I've tried downloading other edit HTML edit modes - and none of them delegate correctly.

This is a real hassle as my html scripts often have php embeded and I can't get jedit to highlight the code correctly unless I select PHP edit mode - then I lose my HTML formatting.

I've tried editing the catalog file (this just makes jedit lose all syntax highlighting if I add anything at all to it!)

Anyone got any advice for me? I've looked everywhere for answers so this posting is my last resort.

Thanks! - PS I'm using Jedit V 4.3Pre10 on windows vista (I've tried previous versions but they seem to behave the same)

recently I've been getting a weird error message whenever I press '>' (i.e. shift and /)...


java.lang.NoSuchMethodError: org.gjt.sp.jedit.textarea.JEditTextArea.getBuffer()Lorg/gjt/sp/jedit/Buffer;
at xml.XmlPlugin.isDelegated(Unknown Source)
at xml.XmlActions.insertClosingTagKeyTyped(Unknown Source)
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.invokeMethod(Reflect.java:134)
at bsh.Reflect.invokeStaticMethod(Reflect.java:98)
at bsh.Name.invokeMethod(Name.java:874)
at bsh.BSHMethodInvocation.eval(BSHMethodInvocation.java:75)
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:362)
at bsh.BshMethod.invoke(BshMethod.java:258)
at bsh.BshMethod.invoke(BshMethod.java:186)
at org.gjt.sp.jedit.BeanShell.runCachedBlock(BeanShell.java:509)
at org.gjt.sp.jedit.BeanShellAction.invoke(BeanShellAction.java:76)
at org.gjt.sp.jedit.gui.InputHandler.invokeAction(InputHandler.java:416)
at org.gjt.sp.jedit.gui.InputHandler.invokeAction(InputHandler.java:382)
at org.gjt.sp.jedit.gui.DefaultInputHandler.handleKey(DefaultInputHandler.java:373)
at org.gjt.sp.jedit.input.AbstractInputHandler.processKeyEventKeyStrokeHandling(AbstractInputHandler.java:116)
at org.gjt.sp.jedit.gui.InputHandler.processKeyEvent(InputHandler.java:163)
at org.gjt.sp.jedit.textarea.TextArea.processKeyEvent(TextArea.java:4591)
at java.awt.Component.processEvent(Component.java:5815)
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.KeyboardFocusManager.redispatchEvent(KeyboardFocusManager.java:1848)
at java.awt.DefaultKeyboardFocusManager.dispatchKeyEvent(DefaultKeyboardFocusManager.java:697)
at java.awt.DefaultKeyboardFocusManager.preDispatchKeyEvent(DefaultKeyboardFocusManager.java:962)
at java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(DefaultKeyboardFocusManager.java:834)
at java.awt.DefaultKeyboardFocusManager.dispatchEvent(DefaultKeyboardFocusManager.java:661)
at java.awt.Component.dispatchEventImpl(Component.java:4282)
at java.awt.Container.dispatchEventImpl(Container.java:2116)
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)

Everything works fine though, the angle bracket is ouputted, so the error is more of an annoyance then anything, but it is really annoying. Anybody have any ideas?

Darren

This has been broken (at least for me) since 4.3pre8 or so. I was hoping that 4.3pre10 would fix it, but I'm disappointed to discover that I still can't use $ to match the end of a line. Since first encountering this problem, I've been matching on newline characters. It's not perfect; for instance, it doesn't work on the last line in a file. Is there a better workaround or fix I can try?

Jason Heiser

I rely on autosave. I ordinarily don't manually save my text files in jedit at all, until I need to open those files in other programs, since jedit automatically saves my changes. If jedit or my computer crashes, it's no problem, since when I restart jedit, it automatically finds the autosave files and offers to load them.

However, this safety feature recently failed catastrophically. I'd had jedit running for a couple weeks, and had made many changes to some files. Then my computer crashed, and when I restarted it and started jedit back up, I discovered that one of the autosave files, for a file to which which I had been making many changes every day, was empty! I lost a lot of irreplaceable data as a result.

I investigated, and found the problem. I had pasted some text which included an umlaut letter into the file, and jedit couldn't save it using the particular encoding which I had selected (windows-1251). As a result, it wrote a blank autosave file, and from then on, all of the text which I entered was stored only in memory, which was a disaster waiting to happen. I confirmed that this was the problem by creating a new file, pasting the offending letter, and trying to save it; I got this error:

I/O Error
c:\Users\Andrew\Documents\test.txt:
The following I/O operation could not be completed:
Cannot save: java.io.CharConversionException: Failed to encode the character
'ä' (U+E4) at column 1 in line 5 with the encoding "windows-1251".

It's true that that letter can't be encoded in that encoding. However, silently failing to autosave the file is a major fault of jedit. Furthermore, when I paste the offending letter into the file and then wait for the autosave, jedit writes "Input/output complete" in the status bar as usual, making me believe that the autosave was successful!

Automatically switching the autosave encoding to unicode (and notifying me of this fact) would be one solution to the problem. Another would be simply to display an error message alerting me to the fact that the autosave in my chosen encoding failed. But silently failing is absolutely the wrong thing to do.

A text editor's absolute highest priority, with no exceptions, is: never lose (or corrupt) the user's data. Sorry for ranting, but this is a bug which should not be allowed to remain.
It is present in both pre9 and pre10.

Jedit has a useful feature that if it crashes (or my system crashes), then the next time I start jedit, it will see my autosave files, tell me that it crashed, and offer to load the autosave files instead of the manually saved (old) versions.

When I first installed it, I had it assigned as the default program to handle txt files. However, I discovered that when I already had it running, and had some unsaved (but autosaved) files open, then if I tried to open a txt file from windows explorer, then a second instance of jedit would start, and tell me that it thought it had crashed (because it found autosave files), and offer to load the autosave files. This worried me because it apparently was unaware of (or unable to coordinate with) the instance of jedit which was already running, and I was afraid that in that case, one instance might clobber file changes made by the other instance. To be safe, I changed the default program for txt files to wordpad, to prevent a second instance of jedit from starting when I open txt files from windows explorer.

Why does jedit not recognize that the presence of autosave files is due to an already-running other instance of jedit rather than due to jedit having crashed?

In order to avoid the problem, is there a way I can set jedit as the default program for txt files but have it open those files in the already-running instance rather than open a new instance?

I'm getting null pointer exceptions. I tried upgrading to the latest jvm and latest jedit, but that didn't solve the problem. Here are some logs from before and after I upgraded.

Before upgrading:
[message] Log: java.version=1.6.0_01
[message] Log: java.vm.version=1.6.0_01-b06
[message] Log: java.runtime.version=1.6.0_01-b06
[message] Log: java.vendor=Sun Microsystems Inc.
[message] Log: java.compiler=null
[message] Log: os.name=Windows Vista
[message] Log: os.version=6.0
[message] Log: os.arch=x86
(snip)
[notice] jEdit: jEdit version 4.3pre9
(snip)
[error] JEditTextArea: BUG: screenLine=-1,visibleLines=45,physicalLine=0,offset=0,firstPhysicalLine=0,lastPhysicalLine=26
[error] BeanShellAction: java.lang.NullPointerException
[error] BeanShellAction: at org.gjt.sp.jedit.textarea.TextArea.scrollTo(TextArea.java:860)
[error] BeanShellAction: at org.gjt.sp.jedit.textarea.TextArea.scrollToCaret(TextArea.java:712)
[error] BeanShellAction: at org.gjt.sp.jedit.textarea.TextArea._finishCaretUpdate(TextArea.java:5004)
[error] BeanShellAction: at org.gjt.sp.jedit.textarea.TextArea.finishCaretUpdate(TextArea.java:5156)
[error] BeanShellAction: at org.gjt.sp.jedit.textarea.TextArea.moveCaretPosition(TextArea.java:2213)
[error] BeanShellAction: at org.gjt.sp.jedit.textarea.TextArea.moveCaretPosition(TextArea.java:2179)
[error] BeanShellAction: at org.gjt.sp.jedit.textarea.TextArea.moveCaretPosition(TextArea.java:2168)
[error] BeanShellAction: at org.gjt.sp.jedit.textarea.TextArea.goToBufferStart(TextArea.java:3128)
[error] BeanShellAction: at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[error] BeanShellAction: at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
[error] BeanShellAction: at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
[error] BeanShellAction: at java.lang.reflect.Method.invoke(Unknown Source)
[error] BeanShellAction: at bsh.Reflect.invokeMethod(Reflect.java:134)
[error] BeanShellAction: at bsh.Reflect.invokeObjectMethod(Reflect.java:80)
[error] BeanShellAction: at bsh.Name.invokeMethod(Name.java:858)
[error] BeanShellAction: at bsh.BSHMethodInvocation.eval(BSHMethodInvocation.java:75)
[error] BeanShellAction: at bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:102)
[error] BeanShellAction: at bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:47)
[error] BeanShellAction: at bsh.BSHBlock.evalBlock(BSHBlock.java:130)
[error] BeanShellAction: at bsh.BSHBlock.eval(BSHBlock.java:80)
[error] BeanShellAction: at bsh.BshMethod.invokeImpl(BshMethod.java:362)
[error] BeanShellAction: at bsh.BshMethod.invoke(BshMethod.java:258)
[error] BeanShellAction: at bsh.BshMethod.invoke(BshMethod.java:186)
[error] BeanShellAction: at org.gjt.sp.jedit.BeanShell.runCachedBlock(BeanShell.java:509)
[error] BeanShellAction: at org.gjt.sp.jedit.BeanShellAction.invoke(BeanShellAction.java:76)
[error] BeanShellAction: at org.gjt.sp.jedit.gui.InputHandler.invokeAction(InputHandler.java:416)
[error] BeanShellAction: at org.gjt.sp.jedit.gui.InputHandler.invokeAction(InputHandler.java:382)
[error] BeanShellAction: at org.gjt.sp.jedit.gui.DefaultInputHandler.handleKey(DefaultInputHandler.java:373)
[error] BeanShellAction: at org.gjt.sp.jedit.input.AbstractInputHandler.processKeyEventKeyStrokeHandling(AbstractInputHandler.java:116)
[error] BeanShellAction: at org.gjt.sp.jedit.gui.InputHandler.processKeyEvent(InputHandler.java:185)
[error] BeanShellAction: at org.gjt.sp.jedit.textarea.TextArea.processKeyEvent(TextArea.java:4510)
[error] BeanShellAction: at java.awt.Component.processEvent(Unknown Source)
[error] BeanShellAction: at java.awt.Container.processEvent(Unknown Source)
[error] BeanShellAction: at java.awt.Component.dispatchEventImpl(Unknown Source)
[error] BeanShellAction: at java.awt.Container.dispatchEventImpl(Unknown Source)
[error] BeanShellAction: at java.awt.Component.dispatchEvent(Unknown Source)
[error] BeanShellAction: at java.awt.KeyboardFocusManager.redispatchEvent(Unknown Source)
[error] BeanShellAction: at java.awt.DefaultKeyboardFocusManager.dispatchKeyEvent(Unknown Source)
[error] BeanShellAction: at java.awt.DefaultKeyboardFocusManager.preDispatchKeyEvent(Unknown Source)
[error] BeanShellAction: at java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(Unknown Source)
[error] BeanShellAction: at java.awt.DefaultKeyboardFocusManager.dispatchEvent(Unknown Source)
[error] BeanShellAction: at java.awt.Component.dispatchEventImpl(Unknown Source)
[error] BeanShellAction: at java.awt.Container.dispatchEventImpl(Unknown Source)
[error] BeanShellAction: at java.awt.Window.dispatchEventImpl(Unknown Source)
[error] BeanShellAction: at java.awt.Component.dispatchEvent(Unknown Source)
[error] BeanShellAction: at java.awt.EventQueue.dispatchEvent(Unknown Source)
[error] BeanShellAction: at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
[error] BeanShellAction: at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
[error] BeanShellAction: at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
[error] BeanShellAction: at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
[error] BeanShellAction: at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
[error] BeanShellAction: at java.awt.EventDispatchThread.run(Unknown Source)

After upgrading:
3:53:14 AM [message] Log: java.version=1.6.0_02
3:53:14 AM [message] Log: java.vm.version=1.6.0_02-b06
3:53:14 AM [message] Log: java.runtime.version=1.6.0_02-b06
3:53:14 AM [message] Log: java.vendor=Sun Microsystems Inc.
3:53:14 AM [message] Log: java.compiler=null
3:53:14 AM [message] Log: os.name=Windows Vista
3:53:14 AM [message] Log: os.version=6.0
3:53:14 AM [message] Log: os.arch=x86
(snip)
3:53:14 AM [notice] jEdit: jEdit version 4.3pre10
(snip)
8:29:21 PM [error] BeanShellAction: java.lang.NullPointerException
8:29:21 PM [error] BeanShellAction: at org.gjt.sp.jedit.textarea.TextArea.scrollTo(TextArea.java:875)
8:29:21 PM [error] BeanShellAction: at org.gjt.sp.jedit.textarea.TextArea.scrollToCaret(TextArea.java:739)
8:29:21 PM [error] BeanShellAction: at org.gjt.sp.jedit.textarea.TextArea._finishCaretUpdate(TextArea.java:5085)
8:29:21 PM [error] BeanShellAction: at org.gjt.sp.jedit.textarea.TextArea.finishCaretUpdate(TextArea.java:5238)
8:29:21 PM [error] BeanShellAction: at org.gjt.sp.jedit.textarea.TextArea.moveCaretPosition(TextArea.java:2232)
8:29:21 PM [error] BeanShellAction: at org.gjt.sp.jedit.textarea.TextArea.moveCaretPosition(TextArea.java:2198)
8:29:21 PM [error] BeanShellAction: at org.gjt.sp.jedit.textarea.TextArea.moveCaretPosition(TextArea.java:2187)
8:29:21 PM [error] BeanShellAction: at org.gjt.sp.jedit.textarea.TextArea._changeLine(TextArea.java:5353)
8:29:21 PM [error] BeanShellAction: at org.gjt.sp.jedit.textarea.TextArea.goToNextLine(TextArea.java:2456)
8:29:21 PM [error] BeanShellAction: at sun.reflect.GeneratedMethodAccessor14.invoke(Unknown Source)
8:29:21 PM [error] BeanShellAction: at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
8:29:21 PM [error] BeanShellAction: at java.lang.reflect.Method.invoke(Unknown Source)
8:29:21 PM [error] BeanShellAction: at bsh.Reflect.invokeMethod(Reflect.java:134)
8:29:21 PM [error] BeanShellAction: at bsh.Reflect.invokeObjectMethod(Reflect.java:80)
8:29:21 PM [error] BeanShellAction: at bsh.Name.invokeMethod(Name.java:858)
8:29:21 PM [error] BeanShellAction: at bsh.BSHMethodInvocation.eval(BSHMethodInvocation.java:75)
8:29:21 PM [error] BeanShellAction: at bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:102)
8:29:21 PM [error] BeanShellAction: at bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:47)
8:29:21 PM [error] BeanShellAction: at bsh.BSHBlock.evalBlock(BSHBlock.java:130)
8:29:21 PM [error] BeanShellAction: at bsh.BSHBlock.eval(BSHBlock.java:80)
8:29:21 PM [error] BeanShellAction: at bsh.BshMethod.invokeImpl(BshMethod.java:362)
8:29:21 PM [error] BeanShellAction: at bsh.BshMethod.invoke(BshMethod.java:258)
8:29:21 PM [error] BeanShellAction: at bsh.BshMethod.invoke(BshMethod.java:186)
8:29:21 PM [error] BeanShellAction: at org.gjt.sp.jedit.BeanShell.runCachedBlock(BeanShell.java:509)
8:29:21 PM [error] BeanShellAction: at org.gjt.sp.jedit.BeanShellAction.invoke(BeanShellAction.java:76)
8:29:21 PM [error] BeanShellAction: at org.gjt.sp.jedit.gui.InputHandler.invokeAction(InputHandler.java:416)
8:29:21 PM [error] BeanShellAction: at org.gjt.sp.jedit.gui.InputHandler.invokeAction(InputHandler.java:382)
8:29:21 PM [error] BeanShellAction: at org.gjt.sp.jedit.gui.DefaultInputHandler.handleKey(DefaultInputHandler.java:373)
8:29:21 PM [error] BeanShellAction: at org.gjt.sp.jedit.input.AbstractInputHandler.processKeyEventKeyStrokeHandling(AbstractInputHandler.java:116)
8:29:21 PM [error] BeanShellAction: at org.gjt.sp.jedit.gui.InputHandler.processKeyEvent(InputHandler.java:185)
8:29:21 PM [error] BeanShellAction: at org.gjt.sp.jedit.textarea.TextArea.processKeyEvent(TextArea.java:4591)
8:29:21 PM [error] BeanShellAction: at java.awt.Component.processEvent(Unknown Source)
8:29:21 PM [error] BeanShellAction: at java.awt.Container.processEvent(Unknown Source)
8:29:21 PM [error] BeanShellAction: at java.awt.Component.dispatchEventImpl(Unknown Source)
8:29:21 PM [error] BeanShellAction: at java.awt.Container.dispatchEventImpl(Unknown Source)
8:29:21 PM [error] BeanShellAction: at java.awt.Component.dispatchEvent(Unknown Source)
8:29:21 PM [error] BeanShellAction: at java.awt.KeyboardFocusManager.redispatchEvent(Unknown Source)
8:29:21 PM [error] BeanShellAction: at java.awt.DefaultKeyboardFocusManager.dispatchKeyEvent(Unknown Source)
8:29:21 PM [error] BeanShellAction: at java.awt.DefaultKeyboardFocusManager.preDispatchKeyEvent(Unknown Source)
8:29:21 PM [error] BeanShellAction: at java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(Unknown Source)
8:29:21 PM [error] BeanShellAction: at java.awt.DefaultKeyboardFocusManager.dispatchEvent(Unknown Source)
8:29:21 PM [error] BeanShellAction: at java.awt.Component.dispatchEventImpl(Unknown Source)
8:29:21 PM [error] BeanShellAction: at java.awt.Container.dispatchEventImpl(Unknown Source)
8:29:21 PM [error] BeanShellAction: at java.awt.Window.dispatchEventImpl(Unknown Source)
8:29:21 PM [error] BeanShellAction: at java.awt.Component.dispatchEvent(Unknown Source)
8:29:21 PM [error] BeanShellAction: at java.awt.EventQueue.dispatchEvent(Unknown Source)
8:29:21 PM [error] BeanShellAction: at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
8:29:21 PM [error] BeanShellAction: at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
8:29:21 PM [error] BeanShellAction: at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
8:29:21 PM [error] BeanShellAction: at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
8:29:21 PM [error] BeanShellAction: at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
8:29:21 PM [error] BeanShellAction: at java.awt.EventDispatchThread.run(Unknown Source)

(BTW I can't put this info in the bug tracking system because I'd have to create a sourceforge account. I already created a jedit.org account yesterday and had to wait until today to get login info emailed to me; don't want to create another account somewhere else and keep waiting.)

This is apparently the same bug as #1584436. http://www.jedit.org/CHANGES43.txt says it was fixed in 4.3pre10: "Scrolling up broken after content removing (#1584436) (Matthieu Casanova)". But it apparently wasn't fixed; I'm still getting the error, and somebody else reported it again as #1763932. The changelog for /jEdit/trunk/org/gjt/sp/jedit/textarea/TextArea.java says #1584436 was fixed in revision 8999. The diff to the previous version shows that all that was changed in this particular file was that a null pointer check and the corresponding error logging were deleted. They included the comment "FIXME - we need to reset the state of this window so that it has the right dimensions again." The offending line of code (both before and after the change), which is causing the null pointer exception, is attempting to dereference a pointer (named "point") which was returned by the function offsetToXY, but offsetToXY is returning null, apparently because screenLine is -1. Hopefully somebody who is familiar with the code can investigate what went wrong.

I just upgraded to pre10 (hoping to get a fix for the cpu-goes-to-100% problem), and suddenly C-`, which used to switch to the most-recently-visited buffer, no longer does anything. I'm pretty sure this was a core key-binding, as I think I learned it from the startup hints. Since I tend to switch between two buffers a lot, this was an easier (and less carpal-inducing) alternative to the RecentBufferSwitch plugin...

Randy

Just switched to pre version 10 and now my perl colorization is screwed up.
Where do I look for the formatting controls to switch back to the version used in 9?
I have tried switching to the perl.xml in modes from 9 and that isn't working.
Any ideas?
The issue seems to be the handling of / inside a quoted string.
Specifically when I have a string that contains a URL things get all screwed up.
so
my $url = "http://www.jedit.org";
messes things up for me.
I can't seem to find anything else on the error, so any and all help is appreciated.
PS,
I have also submitted as a bug, but I could use some help going back to how it was before so that it is more useable for me.

Thanks