I've experience "display garble" for a number of years when using the sidekick plugin, it's finally to the point where I can't stand it any more - I hope there is a fix!

The problem occurs when sidekick is active and I click to save the buffer after editing some text. The document saves, but the screen then shows the characters around the cursor out of order. It appears the parser is confused somehow.

My current solution is to simply drag the divider between buffer to force the screen to redraw. This refreshes the buffer and the text is back to normal.

Has anyone else experience this issue? Any workaround?

• I just posted the "java.net.ConnectException: Connection refused" thread below, about sudden problems 4.3pre12 (it had been fine for a while). Before posting, I thought to check for a newer release and tried installing 4.3pre16 but have encountered other problems. When I try to launch the jar installer, I get the following backtrace and the installer window is blank and completely unresponsive. Anyone know what this might mean?
• BTW, I have to use list items here because the forum otherwise disappears my newlines. Maybe allowing code blocks would be good. Also, preview only seems to work for comments, not new threads.

• $ java -jar jedit4.3pre16install.jar
• Locking assertion failure. Backtrace:
• #0 /usr/lib/libxcb-xlib.so.0 [0xdfc767]
• #1 /usr/lib/libxcb-xlib.so.0(xcb_xlib_unlock+0x31) [0xdfc831]
• #2 /usr/lib/libX11.so.6(_XReply+0x254) [0x24bf54]
• #3 /usr/lib/jvm/java-1.5.0-sun-1.5.0.14/jre/lib/i386/xawt/libmawt.so [0xab22cd7e]
• #4 /usr/lib/jvm/java-1.5.0-sun-1.5.0.14/jre/lib/i386/xawt/libmawt.so [0xab216d47]
• #5 /usr/lib/jvm/java-1.5.0-sun-1.5.0.14/jre/lib/i386/xawt/libmawt.so [0xab216ec3]
• #6 /usr/lib/jvm/java-1.5.0-sun-1.5.0.14/jre/lib/i386/xawt/libmawt.so(Java_sun_awt_X11GraphicsEnvironment_initDisplay+0x26) [0xab217106]
• #7 [0xb4003bfa]
• #8 [0xb3ffdb3b]
• #9 [0xb3ffdb3b]
• #10 [0xb3ffb219]
• #11 /usr/lib/jvm/java-1.5.0-sun-1.5.0.14/jre/lib/i386/client/libjvm.so [0xb79d82bc]
• #12 /usr/lib/jvm/java-1.5.0-sun-1.5.0.14/jre/lib/i386/client/libjvm.so [0xb7aecf98]
• #13 /usr/lib/jvm/java-1.5.0-sun-1.5.0.14/jre/lib/i386/client/libjvm.so [0xb79d80ef]
• #14 /usr/lib/jvm/java-1.5.0-sun-1.5.0.14/jre/lib/i386/client/libjvm.so(JVM_DoPrivileged+0x32d) [0xb7a35b9d]
• #15 /usr/lib/jvm/java-1.5.0-sun-1.5.0.14/jre/lib/i386/libjava.so(Java_java_security_AccessController_doPrivileged__Ljava_security_PrivilegedAction_2+0x3d) [0xb781f30d]
• #16 [0xb40034ab]
• #17 [0xb3ffda64]
• #18 [0xb3ffb219]
• #19 /usr/lib/jvm/java-1.5.0-sun-1.5.0.14/jre/lib/i386/client/libjvm.so [0xb79d82bc]
• Locking assertion failure. Backtrace:
• #0 /usr/lib/libxcb-xlib.so.0 [0xdfc767]
• #1 /usr/lib/libxcb-xlib.so.0(xcb_xlib_lock+0x2e) [0xdfc90e]
• #2 /usr/lib/libX11.so.6 [0x24b0e9]
• #3 /usr/lib/libX11.so.6(XGetVisualInfo+0x26) [0x241216]
• #4 /usr/lib/jvm/java-1.5.0-sun-1.5.0.14/jre/lib/i386/xawt/libmawt.so [0xab216089]
• #5 /usr/lib/jvm/java-1.5.0-sun-1.5.0.14/jre/lib/i386/xawt/libmawt.so [0xab2162d3]
• #6 /usr/lib/jvm/java-1.5.0-sun-1.5.0.14/jre/lib/i386/xawt/libmawt.so [0xab216f71]
• #7 /usr/lib/jvm/java-1.5.0-sun-1.5.0.14/jre/lib/i386/xawt/libmawt.so(Java_sun_awt_X11GraphicsEnvironment_initDisplay+0x26) [0xab217106]
• #8 [0xb4003bfa]
• #9 [0xb3ffdb3b]
• #10 [0xb3ffdb3b]
• #11 [0xb3ffb219]
• #12 /usr/lib/jvm/java-1.5.0-sun-1.5.0.14/jre/lib/i386/client/libjvm.so [0xb79d82bc]
• #13 /usr/lib/jvm/java-1.5.0-sun-1.5.0.14/jre/lib/i386/client/libjvm.so [0xb7aecf98]
• #14 /usr/lib/jvm/java-1.5.0-sun-1.5.0.14/jre/lib/i386/client/libjvm.so [0xb79d80ef]
• #15 /usr/lib/jvm/java-1.5.0-sun-1.5.0.14/jre/lib/i386/client/libjvm.so(JVM_DoPrivileged+0x32d) [0xb7a35b9d]
• #16 /usr/lib/jvm/java-1.5.0-sun-1.5.0.14/jre/lib/i386/libjava.so(Java_java_security_AccessController_doPrivileged__Ljava_security_PrivilegedAction_2+0x3d) [0xb781f30d]
• #17 [0xb40034ab]
• #18 [0xb3ffda64]
• #19 [0xb3ffb219]

I updated my Fedora 10 box yesterday and now cannot launch jEdit. At least, I'm assuming the update is responsible. There was nothing else that I can think of that might have changed. When it launches, I see only a white screen, no window at all. I can see my gnome panels, though. The following is from activity.log: java.version=1.5.0_14 java.vm.version=1.5.0_14-b03 java.runtime.version=1.5.0_14-b03 java.vendor=Sun Microsystems Inc. java.compiler=null os.name=Linux os.version=2.6.27.19-170.2.35.fc10.i686 os.arch=i386 user.home=/home/audrey java.home=/usr/lib/jvm/java-1.5.0-sun-1.5.0.14/jre java.class.path=/home/audrey/jedit/4.3pre12/jedit.jar An error occurred while connecting to the jEdit server instance. This probably means that jEdit crashed and/or exited abnormally the last time it was run. If you don't know what this means, don't worry. java.net.ConnectException: Connection refused at java.net.PlainSocketImpl.socketConnect(Native Method) at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333) at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195) at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182) at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:366) at java.net.Socket.connect(Socket.java:520) at java.net.Socket.connect(Socket.java:470) at java.net.Socket.(Socket.java:367) at java.net.Socket.(Socket.java:209) at org.gjt.sp.jedit.jEdit.main(jEdit.java:247) My yum.log shows the following were updated: selinux-policy-targeted-3.5.13-49.fc10.noarch postgresql-libs-8.3.7-1.fc10.i386 postgresql-8.3.7-1.fc10.i386 postgresql-server-8.3.7-1.fc10.i386 postgresql-plperl-8.3.7-1.fc10.i386 postgresql-plpython-8.3.7-1.fc10.i386 gtk2-2.14.7-7.fc10.i386 lcms-1.18-1.fc10.i386 lcms-libs-1.18-1.fc10.i386 libX11-devel-1.1.5-1.fc10.i386 libX11-1.1.5-1.fc10.i386 xorg-x11-drv-vesa-2.2.0-3.fc10.i386 I'm going to assume (I know--a lot of assumptions here) that Postgres and Little CMS have nothing to do with it. I know next to nothing about Java sockets or jEdit server. Could the gtk or x11/xorg updates possibly be at fault? BTW, I did try to upgrade jEdit before posting here, but that's been a bit of a problem itself, and is the subject of the next post I'll be making. I figured I should keep them separate.

I have a very strange issue with jEdit on MacOS X Leopard (current version). I use jEdit mainly for PHP programming and have experienced the following: Sometimes when I type correct code, I get strange syntax errors at whitespacec somewhere in the middle of an expression. When I set the line as comment and retype it below, it's working.
After seeing this behaviour several times, I looked at the code with a hex editor and saw, that those syntax errors are no single whitespaces, but indeed two bytes, which look like UTF-16 characters! I think it maybe happens for example when I type | (alt+7 on mac) and after that a space, maybe while still holding down alt (it happens when you type fast...). As in MacOS, nearly everything is a hotkey for some unicode character, I thought of that, but I couldn't reproduce it clearly.

Does anyone know this behaviour? I use the latest version of jEdit, but encountered the issue with several other versions too. The JRE is apple default, as it can't be upgraded with Sun JRE or something.
Maybe there is some way to tell the jEdit textarea to only recognize some default characters (ASCII + maybe some selfdefined unicode chars [I need umlauts])?!

Thanks and regards,
Neo / Tom

jEdit 4.3pre12 java 1.5.0_14, Fedora 10

I suddenly cannot use my keyboard for anything inside jEdit. It was fine earlier today but I tabbed over to jEdit from another app and could not type. I then realised that the keyboard gave no response for anything. After some poking around, I finally simply restarted the machine. When I re-launched jEdit I found the same problem!

I'm guessing it's a Java bug, and not jEdit, but I'm really at a loss to troubleshoot this any further. Can anyone point me in the right direction? Or, any direction, for that matter.

I did let the system update yesterday although, as I said, it was working fine this morning so I can't see how that's the issue.

I am running 4.3 pre16 with JDK 1.6.0_11

Most of the time everything works fine, but just today I have twice had the buffer switcher stop working.

I only have 4 or so files open. When I click on the switcher it drops down the list of files. I select one and the switcher updates to display that filename, but the buffer itself does not change. The previously selected file is still there.

If I use the CTRL-PGUP/PGDOWN shortcut it works fine. The problem is only when I use the drop-down.

Right now this issue appears to be random. I closed all of the files and reopened them and the problem went away for a while but within a few minutes, it was back.

I have since restarted the editor entirely. I will advise if it happens again or if I am able to narrow down a set of circumstances where the problem occurs.

Right now, I am just curious if anyone else has experienced this.

Thanks.

Hi there
After many good works my j-edit will not start. If i click to start, the start picture show how file which boot. At "run startup scripts" j--edit hang up and that's it. I must close the file by process manager.
Please help, because this is a good program.
German prefer...my english is...BAD

Many thanks and greetZ from Germany, Ingo

Has anyone had a problem with the Search window not opening in a multi-monitor environment under XP? I have had problems before with the Search dialog box coming up in odd sizes. That was solved by making sure the dialog was presented in the main monitor when it was closed. But now it doesn't seem to launch at all.

I have a new MacBook Pro and if I use the two finger scroll, the horizontal portion of the scrolling causes jedit to page up or page down in the document. This makes it almost impossible to use the trackpad to scroll, because unless it's perfectly vertical, it pages up or down randomly. Is there something I can do to turn off this behavior?

Hi, i'm using jedit within windows 7 beta. When i start jedit the whole system freezes. The only thing i can do is to press the power button in this case. jdk-version: java verson "1.6.0_12" Java SE Runtime Environment Java HotSpot Client VM Do you guys think it's the jdk version 1.6.0_12, or does anyone have experience running jedit with it? Or do you think it's the OS? ps.. i installed jedit with the native windows installer. should i try the installation based on JRE?

I'm using 4.3pre16 on OS X Tiger and it's been fine for ages, but now it's done all screwed up! When I start jEdit the startup pane gets stuck on 'run startup scripts'. jEdit pretty much loads, but only some of my views open (I had about 5 views open before). And if I try to create a new view I get an error (will paste the errors below).

It was doing this for a few days, and now it's got even worse... if I open the file system browser it just gets stuck trying to list the directories. And now jEdit wont even open files, it just fails to load them.

I haven't updated Java or jEdit, it just started going a bit nuts all by itself!

I know nothing about Java, so I'm hoping that someone else will be able to make more sense of these error messages than I can!..

Actually, I'll save them somewhere and link to them instead of pasting a whole load of crap here...
http://www.adamalton.co.uk/jedit_errors/
Ta da!

Any help, ideas or guidance greatly appreciated.
Cheers
Altonator

I'm trying out jedit 4.2final on OpenSUSE 10.3 and jedit takes forever to start (maybe tens of minutes). It looks like I've tried it with the java 1.5 and 1.6 runtimes
(1.5 initially, 1.6 currently based on running "java -version").

Also the one time I actually did anything with jedit I noticed the help was very unresponsive.

It seems to do okay on XP and OS X so I'm not quite ready to pitch it. But I think jedit is going to be a mostly linux app, for me.

Does anyone have any ideas as to what's going wrong (and how to fix it) or what I should do next to try to figure out this problem?

Also, is there a way to search these forums?

TIA
eric

PS I just started jedit ten minutes ago and I still haven't got past the splash screen. I think this is typical behavior (usually, I'll give it a (one) minute to start then kill it if it hasn't. I've done a lot of killing with jedit).

Hi, I'm new using Jedit, the best editor I've have found till now, but I have a little problem with the memory usage. Jedit (the javaw.exe process) reaches peaks of more than 175 mb of memory usage with just only one blank document opened. I first tryed it in a virtual machine with Windows Xp 32 bit and there the memory usage was more moderated (about 50 mb). Why this difference? Can I do something in Vista to reduce this ram usage? By other hand, the performance in Vista is much worst (for example when I scroll the contents in a document) than in Xp, how is this possible if it using much more resources in Vista?
Thanks a lot for your help.

Oscar

Hi With the XML plugin installed, I can't have autocompletion while editing an XSLT file. I typed this: When I type "<" on the empty line, the menu appearing allows me to select a comment, CDATA block or a closing xsl:stylesheet tag. I supposed that XSLT autocompletion was built in the XML plugin. How comes I can't choose between the full set of first level elements allowed in this language? The worst part is that I used it a few years ago and it worked out of the box. Do I have a manipulation to do to allows the full autocompletion be performed?

Hello,

Using jEdit 4.3 pre 16. on Windows XP SP3.
When starting jEdit, the status bar shows in red on the right 2 error(s).
Double-cliquing this an error window opens showing:
com.sun.org.apache.xerces.internal.impl.io.MalformedByteSequenceException: Invalid byte 2 of 3-byte UTF-8 sequence.
at com.sun.org.apache.xerces.internal.impl.io.UTF8Reader.invalidByte(Unknown Source)
at com.sun.org.apache.xerces.internal.impl.io.UTF8Reader.read(Unknown Source)
at com.sun.org.apache.xerces.internal.impl.XMLEntityScanner.load(Unknown Source)
at com.sun.org.apache.xerces.internal.impl.XMLEntityScanner.skipChar(Unknown Source)
at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(Unknown Source)
at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(Unknown Source)
at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next(Unknown Source)
at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(Unknown Source)
at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(Unknown Source)
at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(Unknown Source)
at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(Unknown Source)
at org.gjt.sp.util.XMLUtilities.parseXML(XMLUtilities.java:139)
at org.gjt.sp.jedit.SettingsXML.load(SettingsXML.java:155)
at org.gjt.sp.jedit.BufferHistory.load(BufferHistory.java:175)
at org.gjt.sp.jedit.jEdit.main(jEdit.java:443)


Any solution?

Thanks,

Alain

Hello!

I have jEdit 4.3 pre 16 using Java 1.6.0_11

The list of recent files is working computer has not been shut down.
If I stop the computer, the list is empty.

Any help, thanks!

Alain

After upgrading JEdit to 4.3pre_16 I've noticed that the file list drop-down is no longer sorted alpbetically.
When Jedit starts, any files being reopened are sorted, but additionally opened files are placed at the end of the list.

This means that there is a mixture of sorted and unsorted files which is really bizarre and makes it hard to find files.
I'm pretty sure that files were immediately sorted alphabetically before.

I this a bug or has the behavious been changed deliberately?

Cheers
skelband

Hi,

I wonder if someone could point me in the right direction please, I have been using jEdit for ages but since installing Eclipse (to try out Android SDK) everything in the TextArea now seems to be double spaced, infact everything text related now seems to have extra padding at the bottom. Nothing has changed with regard to my jEdit settings. I suspect it might be something Java related that's got installed along with Eclipse, but don't quite know where to start.

Before and after screenshots...

before: http://www.d4rr3ll.com/images/jedit/jedit.gif
after: http://www.d4rr3ll.com/images/jedit/jedit1.gif

I need to get it back to how it looked, as the double spacing is freaking me out.

Hopefully somebody can help.

Cheers

Hi,
I just upgraded from pre14 to pre16.
Selecting Docker/Toggle Docks now causes the follow exception.
I have run Plugin Manager / Update so I should have the must
update version.

Thanks in advance for your help,

java.lang.NullPointerException: Null Pointer in Method Invocation
at org.gjt.sp.jedit.bsh.Name.invokeMethod(Name.java:841)
at org.gjt.sp.jedit.bsh.BSHMethodInvocation.eval(BSHMethodInvocation.java:75)
at org.gjt.sp.jedit.bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:102)
at org.gjt.sp.jedit.bsh.BSHPrimaryExpression.eval(BSHPrimaryExpression.java:47)
at org.gjt.sp.jedit.bsh.BSHIfStatement.evaluateCondition(BSHIfStatement.java:63)
at org.gjt.sp.jedit.bsh.BSHIfStatement.eval(BSHIfStatement.java:46)
at org.gjt.sp.jedit.bsh.BSHBlock.evalBlock(BSHBlock.java:130)
at org.gjt.sp.jedit.bsh.BSHBlock.eval(BSHBlock.java:80)
at org.gjt.sp.jedit.bsh.BshMethod.invokeImpl(BshMethod.java:362)
at org.gjt.sp.jedit.bsh.BshMethod.invoke(BshMethod.java:258)
at org.gjt.sp.jedit.bsh.BshMethod.invoke(BshMethod.java:186)
at org.gjt.sp.jedit.BeanShellFacade.runCachedBlock(BeanShellFacade.java:225)
at org.gjt.sp.jedit.BeanShell.runCachedBlock(BeanShell.java:441)
at org.gjt.sp.jedit.BeanShellAction.invoke(BeanShellAction.java:73)
at org.gjt.sp.jedit.gui.InputHandler.invokeAction(InputHandler.java:352)
at org.gjt.sp.jedit.gui.InputHandler.invokeAction(InputHandler.java:317)
at org.gjt.sp.jedit.gui.DefaultInputHandler.handleKey(DefaultInputHandler.java:197)
at org.gjt.sp.jedit.input.AbstractInputHandler.processKeyEventKeyStrokeHandling(AbstractInputHandler.java:405)
at org.gjt.sp.jedit.gui.InputHandler.processKeyEvent(InputHandler.java:151)
at org.gjt.sp.jedit.textarea.TextArea.processKeyEvent(TextArea.java:4545)
at java.awt.Component.processEvent(Unknown Source)
at java.awt.Container.processEvent(Unknown Source)
at java.awt.Component.dispatchEventImpl(Unknown Source)
at java.awt.Container.dispatchEventImpl(Unknown Source)
at java.awt.Component.dispatchEvent(Unknown Source)
at java.awt.KeyboardFocusManager.redispatchEvent(Unknown Source)
at java.awt.DefaultKeyboardFocusManager.dispatchKeyEvent(Unknown Source)
at java.awt.DefaultKeyboardFocusManager.preDispatchKeyEvent(Unknown Source)
at java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(Unknown Source)
at java.awt.DefaultKeyboardFocusManager.dispatchEvent(Unknown Source)
at java.awt.Component.dispatchEventImpl(Unknown Source)
at java.awt.Container.dispatchEventImpl(Unknown Source)
at java.awt.Window.dispatchEventImpl(Unknown Source)
at java.awt.Component.dispatchEvent(Unknown Source)
at java.awt.EventQueue.dispatchEvent(Unknown Source)
at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.run(Unknown Source)

In 4.3pre15 and 4.3pre16 when using split view, when I drag and drop a file into a view to open it, it switches both views to the same file. This only happens when dropping a file into the non-active view. Dropping a file into the active view just opens it in that view. I found bug 2321838 to be describing something similar, but it's been marked as fixed, so maybe it's not the same after all. Anyone know what might be causing this?

I'm running a Power PC Mac with OS X 10.4. jEdit is version 4.3pre16. Java is 1.5.0_16, which is unfortunately the latest version Apple have released.

Matt