Environment:
Ubuntu 11.04 Desktop 64 bit. Jedit was installed from the repository.

Error encountered:
(at the command line) "jedit" under logged in user returns:
exec: 10: /usr/local/java/latest/bin/java: not found
however, "sudo jedit" opens the jedit editor as expected. No error returned.

Java:
Some meddling with custom Java installations was performed and probably the cause of the problem. Details will be disclosed when it is pertinent information.
"which java" returns:
/usr/bin/java
"java -version" returns
java version "1.6.0_22"
OpenJDK Runtime Environment (IcedTea6 1.10.4) (6b22-1.10.4-0ubuntu1~11.04.1)
OpenJDK 64-Bit Server VM (build 20.0-b11, mixed mode)

contents of /usr/bin/jedit.sh:
#!/bin/sh
#
#
. /usr/lib/java-wrappers/java-wrappers.sh
find_java_runtime java6
find_jars /usr/share/jedit/jedit.jar
run_java org.gjt.sp.jedit.jEdit "$@"

java-wrappers.sh called which calls /usr/lib/java-wrappers/jvm-list.sh

I'm unclear how jedit is determining "/usr/local/java/latest/bin/java" to be the location where java is supposed to be existing. The script that did some butchering to my Ubuntu installation is located here:
https://github.com/talltroym/Railo-Ubuntu-Installer-Script/blob/master/setup-railo.sh
Under the section # Download and Install Java there was some undesirable changes made that I tried to revert from. I deleted /usr/local/java, removed "JAVA_HOME" & "JRE_HOME" from /etc/environment, and deleted the symbolic link "/usr/local/bin/java" in attempts to recover from changes. I'm also boggled why "sudo jedit" runs while "jedit" returns the error.

Hi, I've looked a while, but not finding out how to edit large files under windows 7. This one might be tricky, but I also do not have admin rights on the machine (corporate environment).

I think the issue is is how can I pass parms to the java machine, when in windows there's a executable (jedit.exe) that must do the work of calling java. I tried the "-mx256m" parm to jedit.exe, but it doesn't seem to be accepted.

I've also tried to run the start up parm by borrowing my sys admin's id and pswd and editing the entry in the registry for startups to the following key: Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Run

key: "jEdit Server" value: "C:\Program Files x(86)\Java\jre6\bin\java.exe" -xms64, -xmx256m -jar "c:\Program Files\jEdit\jedit.jar" -background -nogui --i4j- dont-wait

(oh and yes, using the admin id, I updated "ij4.ini" in the jedit subdirectory to have the value "-mx264m". Nothing seems to work on editing a 300 meg file in Win7).

Thanks.

I was using jedit yesterday with no problems. This morning it won't start. I click on the icon or select the program from the list and nothing happens. It's as if I never clicked on it in the first place. Everything else on the computer seems fine.
All I have done between these two times that might be connected is log on to a wireless network for the first time ever. Any help appreciated....

D

Hi,

I have got this problem with Jedit 4.3, 4.4 and 4.5pre1.

Anyone has an idea what is going on?

Thanks in advance.

I lost my search dialog in the last few days. If I reveal all running apps using expose, I see it alongside jEdit, in a blue window, but there's no way to access it. Apple did update java within the last two weeks and I'm wondering if that's the problem. From my research, there is no way to downgrade java on an OS X box, so I can't test my theory. I tried the idea from several years ago about F to select the search window, followed by a spacebar to tell the window to move and a down enter.... didn't help Any ideas?

Hello,
I installed Context Help plugin and now I am trying how it works. I open some PHP file, select some function (e.g. str_replace), click Plugins > Context Help > Search Keyword. But nothing hapens.

What am I doing wrong? Thank you.

Hello,
when I run command
> HH C:\\php_manual_en.chm::/res/function.str-replace.html
in Windows console, it really runs "C:\\php_manual_en.chm::/res/function.str-replace.html".

But if I run the same command via exec() in BSH file, it runs this:
> res://ieframe.dll/dnserrordiagoff_webOC.htm#mk:@MSITStore:C:\php_manual_en.chm::/res/function.str_replace.html

Because of that, PHP manual runs and shows error 404.
Thank you for answers.

Hi everyone.

I'm completely new to jedit, ruby and programming in general.
Was trying to execute a simple bit of code in jedit:

puts 'Hallo'
puts "Hello there, and what\'s your name?"
name = gets.chomp
puts 'Your name is ' + name + '? What a lovely name!'
puts 'Pleased to meet you, ' + name + '. :)'

When I run it, it gives a blank prompt without printing the initial "Hallo" and 2nd line puts. If I execute it in Komodo I get the same problem.

If I run it in terminal, however, it works fine.

I have the ruby console plug-in.

Also - I cannot figure out how to get the console to use ruby 1.9.2 instead of 1.8.7. I did manage to upgrade terminal ruby version.

I would greatly appreciate any help! Please remember that I'm not so savvy, you know, if you could limit yourself to simpleton-speak, I'd be much obliged.

I was recently given a new laptop with OS X Lion 10.7 installed for my job.

I have been using jEdit, daily, on various platforms since 2002.

Several times a day (but not always), when I go to save a file, jEdit freezes up and has to be "Force Quit." This only happens on my Lion install. It does not happen on my other Mac which uses Snow Leopard 10.6.

This problem happens on jEdit 4.4.1, 4.4.2 and 4.5pre1.

I tried out Eclipse and it froze up on me, once, on a save. I did not get it to do it again.

There are no errors in the logs, that I can see. jEdit does not use extra resources or hike up the load on the CPU, it just freezes and does not return, even after several minutes.

It seems more than a coincidence that I was able to get the freeze to happen on Eclipse, which is a completely different code base. Eclipse and jEdit both use Java.

Java is different under OS X Lion when compared to Snow Leopard, but I do not recall the exact details.

Is there anything I can provide to help figure this out?

The encoding is Unicode or UTF8 and the table displays a 256-character page of the encoding, but the page cannot be changed using the unicode blocks control, why?

(jEdit 4.4.1 server mode, Java 1.6.0_26)

Switching to jEdit 4.4.1 on Windows 7; so far I'm enjoying jEdit, but are are some minor annoyances:

* using command line to open a file in jEdit will not switch the keyboard focus to jEdit.

Here's a workaround: front.py

#   bring named window to front
import re
import sys
import win32gui

def winEnumHandler(hwnd, match):
    if win32gui.IsWindowVisible(hwnd):
        if match(win32gui.GetWindowText(hwnd)):
            print "found"
            win32gui.SetForegroundWindow(hwnd)
            win32gui.SetFocus(hwnd)

def front(pattern):
    match = re.compile(pattern).match
    win32gui.EnumWindows(winEnumHandler, match)

if __name__ == '__main__':
    front(sys.argv[1])

and j.cmd:

start C:\PROGRA~1\jEdit\jedit.EXE %*
front "jEdit.*"

This helps but doesn't seem to work every time. Probably needs an event flush somewhere.

Another nit:

* jEdit uses alt+ keys (arrow, pgup/pgdown/home/end, etc). I like to use the keypad (w/numlock off) for these keys, but with alt+keypad, Windows insists on adding a Unicode character, even with numlock off.

I've done some googling but haven't found a workaround for this yet. Might have to add alternate mappings for the relevant shortcuts.

Whey I try to paste some Japanese chars from http://page6.auctions.yahoo.co.jp/jp/auction/f99692952 (e.g. 落札者はログインしてくださ) to a buffer with either UTF-8 or EUC-JP encodings I see rectangles instead of those chars.

How to fix that?

Works as expected in gedit, NetBeans and Komodo by the way.

Regards,
Alexander

Hi there,
I have used JEdit for years on a Mac without any problems. A few weeks ago, suddenly, the file browser stopped working for browsing files on remote server with the ftp plug-in. I thought maybe I needed to just upgrade JEdit or something, so I downloaded jEdit 4.3.2 and installed it.

I went to start setting up my environment with the first thing being downloading the FTP plug-in again. The only problem is that I can't download the plug-in. It looks like it tries to do it and then gives me a message that says, "Error while downloading the plugin, please try another mirror. Operation timed out." I have tried quiet a few other mirrors, but still get this message. Any ideas?

JEdit is my preferred program to use to edit files on my remote servers, and I'd really like to get it working again.

Thanks!
Kristen

When having several *.prn-files/buffers (containing text only) open within one instance of jEdit and trying to search and replace e.g. "," by "." in all buffers i get the error

"The specified search file set contains no files. Please ensure that the file name filter and directory to search (if applicable) are set correctly"

The error occurs with jEdit 4.4pre1 under Win7x64

Hello,
last week, suddenly, my jEdit did not start anymore with a doubleclick, so I downloader a new version -- not a good idea, usually it's better to know why these things happen --, anyway after updating my usual shell scripts to open files on the command line do not work anymore. I usually do:

java -jar /Applications/jEdit.app/Contents/Resources/Java/jedit.jar -reuseview $1

to open a file in a new tab on jedit. Now I get an error instead:

Exception in thread "main" java.lang.UnsupportedClassVersionError: Bad version number in .class file

But why it runs well when I double click the application?
May we have back my command line?
c

Thank you for any help provided.

With jEdit 4.3.x having a split-view it was possible to have different buffers in each split. With 4.4pre1 under Win7x64 this possibility seems to be gone. Can anyone help?

Thanks!

I can edit parts of the file (inside a comment). I can delete, but can't type new text. If I set the buffer to mode shtml it works. But I can't do it at a global level.

This is what I get when typing.

java.lang.ClassCastException: java.lang.Integer cannot be cast to java.lang.String
at org.gjt.sp.jedit.Mode.createBracketIndentRules(Mode.java:427)
at org.gjt.sp.jedit.Mode.initIndentRules(Mode.java:365)
at org.gjt.sp.jedit.Mode.getIndentRules(Mode.java:311)
at org.gjt.sp.jedit.buffer.JEditBuffer.getIndentRules(JEditBuffer.java:2804)
at org.gjt.sp.jedit.buffer.JEditBuffer.getIdealIndentForLine(JEditBuffer.java:1115)
at org.gjt.sp.jedit.buffer.JEditBuffer.indentLine(JEditBuffer.java:997)
at org.gjt.sp.jedit.textarea.TextArea.insertTabAndIndent(TextArea.java:4421)
at superabbrevs.SuperAbbrevs.tab(SuperAbbrevs.java:138)
at SuperAbbrevsPlugin.tab(SuperAbbrevsPlugin.java:44)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:616)
at org.gjt.sp.jedit.bsh.Reflect.invokeMethod(Reflect.java:134)
at org.gjt.sp.jedit.bsh.Reflect.invokeStaticMethod(Reflect.java:98)
at org.gjt.sp.jedit.bsh.Name.invokeMethod(Name.java:871)
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.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:423)
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:401)
at org.gjt.sp.jedit.gui.InputHandler.processKeyEvent(InputHandler.java:151)
at org.gjt.sp.jedit.textarea.TextArea.processKeyEvent(TextArea.java:4625)
at java.awt.Component.processEvent(Component.java:6045)
at java.awt.Container.processEvent(Container.java:2045)
at java.awt.Component.dispatchEventImpl(Component.java:4629)
at java.awt.Container.dispatchEventImpl(Container.java:2103)
at java.awt.Component.dispatchEvent(Component.java:4455)
at java.awt.KeyboardFocusManager.redispatchEvent(KeyboardFocusManager.java:1881)
at java.awt.DefaultKeyboardFocusManager.dispatchKeyEvent(DefaultKeyboardFocusManager.java:757)
at java.awt.DefaultKeyboardFocusManager.preDispatchKeyEvent(DefaultKeyboardFocusManager.java:1033)
at java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(DefaultKeyboardFocusManager.java:900)
at java.awt.DefaultKeyboardFocusManager.dispatchEvent(DefaultKeyboardFocusManager.java:721)
at java.awt.Component.dispatchEventImpl(Component.java:4499)
at java.awt.Container.dispatchEventImpl(Container.java:2103)
at java.awt.Window.dispatchEventImpl(Window.java:2517)
at java.awt.Component.dispatchEvent(Component.java:4455)
at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:649)
at java.awt.EventQueue.access$000(EventQueue.java:96)
at java.awt.EventQueue$1.run(EventQueue.java:608)
at java.awt.EventQueue$1.run(EventQueue.java:606)
at java.security.AccessController.doPrivileged(Native Method)
at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:105)
at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:116)
at java.awt.EventQueue$2.run(EventQueue.java:622)
at java.awt.EventQueue$2.run(EventQueue.java:620)
at java.security.AccessController.doPrivileged(Native Method)
at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:105)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:619)
at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:275)
at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:200)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:190)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:185)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:177)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:138)

I use to use this quite a bit, to close a folder of files.
By right click close on a folder in Buffer List it tried to close all files in that folder.
If none were changed it just closed them, if some were changed it prompted me for Cancel save or close anyway from memory.

Yes its been ages, but I kept forgetting about the problem and the next time I hit it being in the middle of stuff again and not querying again.

I believe the change in behaviour started before 4.3 final...
I do notice that right click on a folder causes the title bar of jedit to cycle though all the files in the folder quickly and then show the menu.

I would appreciate any tips or ideas, not sure i feel comfortable actually trying to get into jedit code for this.

I'm on Fedora 13 64-bit using jEdit 4.3.2 and OpenJDK 1.6.0, and every time I open a file, the Sidekick dock automatically opens (which is irritating because I have it docked on the same side as my file browser), and the Hypersearch window pops open as well. What configuration settings do I change (if any) to stop this behavior?
Thank you,
Raymond

To be able to include more buttons in the toolbar i created my own buttons, each button 16x16 pixel and included the smaller buttons via "Global-Options->Toolbar->Add->Load icon from file".

In former versions of jEdit (4.3.x) the size of the toolbar was adjusted to the smaller size of the buttons, when all buttons were 16x16 pixel. Version 4.4pre1 ignores the smaller size of the buttons thus preventing me to see my full/oversized toolbar.

Is there a possibility to compress the toolbar due to the smaller icons?

Thanks a lot,
Hans Bauer