jEdit won't start...after hibernate?
Submitted by
jimmygyuma on
Saturday, 31 May, 2008 - 18:42
All my problems started when I upgraded my memory from 1G to 2G. I ran into the 'Not enough system resources...' bug. Tracked down and installed the hotfix for that. jEdit would not run. It was working fine before. Uninstalled it downloaded and installed the new version (jEdit 4.3pre14 using Java 1.6.0_05); still won't run. Maybe a restart is required. Did a restart. jEdit started right up, with the pretty colored icons and all my plugins, macros, etc. Okay, I'm set I think. I almost never shut my computer down, it takes so long to start up, plus it doesn't connect to my always on internet (or didn't, installing the hotfix seems to have jarred something loose in that department.) I started and stopped jEdit two or three times this morning with no problems, but on the third or fourth go, it wouldn't start. Double click on the icon, the hourglass appears for about a second and disappears and nothing further happens. I tried starting it from a command prompt and got 'Unable to access C:\Program Files\jEdit\jedit.jar.' I cogitate on it and try another restart; jEdit starts up fine after.
So it seems I have two choices: 1. Keep jEdit running all the time, or 2. Restart my computer before firing up jEdit.
Could someone help me please?
Jim
JEdit produces ever increasing number of windows for every jedit start through a VPN connection
Submitted by
Xoman08 on
Friday, 30 May, 2008 - 11:03
I am using JEdit (4.2 Stable) on an old Linux CentOS (uname -r = 2.4.21) at work and on Fedora 8 at home. On both I use KDE environment.
Recently I got VPN connection to work. Then I connect through a ssh -X -C -q -l username machine_name.
The connection works well and it feels like working at the office. However JEdit shows some worrying phenomena. If I logout from work when I login into my session through VPN and then I can start JEdit and it will appear at my machine at Home. Everything is fine and well. However If I forget to logout at work, jedit will refuse to appear at my machine at home ... Unlike many other applicatios which do appear at the screen at home. When I get to the office I will see extra windows at the office for each time I started jedit.
Also, and this is the most worrying phenomena. For every time I start jedit on a remote connection, even if it doesn't appear on my screen (it appears at the screen at work) a new window appears. So far I have 5 JEdit windows. And that number has increased for every jedit start I have executed through VPN. The fact is that when I get back to the office even after closing JEdit or rebooting the Linux machine, still when starting JEdit I get 5 windows. I am worried that if this keeps going Jedit is going to become unusable. I have been looking at /.jedit folder settings also at /tmp ... Also I have tried to start Jedit from the command line with different versions but still the phenomena persists. Nothing I can find nothing that may indicated something like a "replication of sessions - windows".
If anyone can give me a hint of where to look, which files to delete in order to correct this behaviour, I will be very grateful. Does anyone know if there is "professional support" (i.e. read "paid support") for JEdit? This issue is quite urgent, if I don't get it sorted I will be forced to use another editor when working remotely. And even at the office too will be forced to stop using JEdit until this issue is solved.
Could this be a bug in Jedit? Probably not, I figure is some issue in this bloody old CentOS that I have to use at work.
Thanks for reading.
Using jedit on Solaris 9 with Gnome desktop
Submitted by
rlanier on
Tuesday, 27 May, 2008 - 18:45
Hi,
I've installed the latest release of jedit in my home directory, and can get jedit to come up fine. But when it does, I get TWO instances of jedit, both with the same text file. I've also tried to print to a color printer, but all I get is grayscale.
Does anyone have a clue why I'm seeing this?
Thanks,
Tony
UnsatisfiedLinkError on Mac OS X with Apple's Java 1.6
Submitted by
vocaro on
Tuesday, 27 May, 2008 - 09:30
I'm running Mac OS X 10.5.2 and have installed the new 1.6.0_05 release of Apple's Java distribution. The new Java seems to be causing problems, however, because jEdit 4.3pre14 will not run with it installed. I get:
java.lang.UnsatisfiedLinkError: /usr/lib/java/libObjCJava.A.dylib:
at java.lang.ClassLoader$NativeLibrary.load(Native Method)
at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1822)
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1702)
at java.lang.Runtime.load0(Runtime.java:770)
at java.lang.System.load(System.java:1005)
at com.apple.cocoa.foundation.NSRuntime.loadLibrary(NSRuntime.java:127)
at com.apple.cocoa.foundation.NSRuntime.(NSRuntime.java:35)
at com.apple.cocoa.foundation.NSObject.(NSObject.java:27)
at macos.MacOSPlugin.start(Unknown Source)
at org.gjt.sp.jedit.PluginJAR.startPlugin(PluginJAR.java:1360)
...
There has been talk of this bug in other places, namely here:
http://lists.apple.com/archives/java-dev/2008/Apr/msg00280.html
and here:
http://lists.bluej.org/pipermail/bluej-discuss/2007-October/006482.html
My guess is that the problem can be worked around by preventing jEdit's Mac OS plugin from launching, but I haven't confirmed this.
Any other thoughts?
GUIUtilities.setIconPath doesn't work with pre14
After updating from pre13 to pre14 my startup script containing:
GUIUtilities.setIconPath("jeditresource:iconfile.jar!/org/gjt/sp/jedit/icons/");
doesn't work any more, the icons are missing after jEdit startup.
The activity log shows no problems.
TextAutocomplete too slow
Submitted by
powery on
Monday, 12 May, 2008 - 14:04
TextAutocomplete (0.9.5) on JEdit (4.3pre14) is too slow for large files (3 MB). 'Start for buffer' takes about 2 minutes. If Ctrl+B is used, it's fast.
Options:
max. words: 10000
min. prefix: 2
remember: 2
belongs to word?: Character.isLetter(insertion) || insertion == '_';
other default
Any ideas?
Mac Expose Trouble
Submitted by
dimebag on
Tuesday, 6 May, 2008 - 22:35
It seems that over time, jEdit has accumulated some sort of cache of blank pages. When I go to Expose, I get a ton of blank windows, each of the windows is titled "Untitled-1." They seem to load each time I start jEdit and have significantly reduced the performance of the application. At first I though the problem may be due to the auto backup, but I have turned it off without any effect. Maybe there is some bug with the window splitting mechanism? I'm running jEdit 4.3 pre 13 on OS X 10.5.2, but have had this problem before the OS updates. Check out this screenshot for reference: http://obreczarek.com/screen.png
Can't run some macros: "Class: gnu.regexp.RE not found in namespace"
Hi,
I have a problem running some macros, like Text_Squeezer. I'm on an Ubuntu hardy; I have downloaded jEdit 4.3pre13 from ubuntu repository; I have installed sun-java6-jdk.
$ which java
/usr/bin/java
$ java -version
java version "1.6.0_06"
Java(TM) SE Runtime Environment (build 1.6.0_06-b02)
Java HotSpot(TM) Client VM (build 10.0-b22, mixed mode, sharing)
If I run Text_Squeezer macro I got this error:
Sourced file: /home/gius/.jedit/macros/Text_Squeezer.bsh : Class: gnu.regexp.RE not found in namespace : at Line: 32 : in file: /home/gius/.jedit/macros/Text_Squeezer.bsh : gnu .regexp .RE
at org.gjt.sp.jedit.bsh.BSHAmbiguousName.toClass(BSHAmbiguousName.java:74)
at org.gjt.sp.jedit.bsh.BSHType.getType(BSHType.java:154)
at org.gjt.sp.jedit.bsh.BSHFormalParameter.eval(BSHFormalParameter.java:67)
at org.gjt.sp.jedit.bsh.BSHFormalParameters.eval(BSHFormalParameters.java:107)
at org.gjt.sp.jedit.bsh.BSHMethodDeclaration.evalNodes(BSHMethodDeclaration.java:153)
at org.gjt.sp.jedit.bsh.BSHMethodDeclaration.eval(BSHMethodDeclaration.java:122)
at org.gjt.sp.jedit.bsh.Interpreter.eval(Interpreter.java:644)
at org.gjt.sp.jedit.BeanShell._runScript(BeanShell.java:336)
at org.gjt.sp.jedit.BeanShell._runScript(BeanShell.java:281)
at org.gjt.sp.jedit.BeanShell.runScript(BeanShell.java:207)
at org.gjt.sp.jedit.Macros$BeanShellHandler.runMacro(Macros.java:1020)
at org.gjt.sp.jedit.Macros$Macro.invoke(Macros.java:441)
at org.gjt.sp.jedit.gui.InputHandler.invokeAction(InputHandler.java:383)
at org.gjt.sp.jedit.jEdit$3.invokeAction(jEdit.java:3000)
at org.gjt.sp.jedit.jEdit$3.invokeAction(jEdit.java:2983)
at org.gjt.sp.jedit.EditAction$Wrapper.actionPerformed(EditAction.java:220)
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:1220)
at javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:1261)
at java.awt.AWTEventMulticaster.mouseReleased(AWTEventMulticaster.java:272)
at java.awt.Component.processMouseEvent(Component.java:6041)
at javax.swing.JComponent.processMouseEvent(JComponent.java:3265)
at java.awt.Component.processEvent(Component.java:5806)
at java.awt.Container.processEvent(Container.java:2058)
at java.awt.Component.dispatchEventImpl(Component.java:4413)
at java.awt.Container.dispatchEventImpl(Container.java:2116)
at java.awt.Component.dispatchEvent(Component.java:4243)
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:2440)
at java.awt.Component.dispatchEvent(Component.java:4243)
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)
What's wrong? Is required some other package or ubuntu's jedit is bugged?
Thanks
Interface becomes blank during external processing
Submitted by
tj_sony on
Thursday, 17 April, 2008 - 10:27
In my below contents, please substitue '[' and ']' with 'open angle bracket' and 'close angle bracket' respectively.
Contents of my jedit_gui.props is as follows
#{{{ process menu
process=aaa \
bbb \
ccc \
ddd \
Contents of my actions.xml is as follows
[ACTION NAME="aaa"]
[CODE]
view.selectProcess("aaa",buffer);
[/CODE]
[/ACTION]
[ACTION NAME="bbb"]
[CODE]
view.selectProcess("bbb",buffer);
[/CODE]
[/ACTION]
[ACTION NAME="ccc"]
[CODE]
view.selectProcess("ccc",buffer);
[/CODE]
[/ACTION]
[ACTION NAME="ddd"]
[CODE]
view.selectProcess("ddd",buffer);
[/CODE]
[/ACTION]
Contents of my View.java is as follows
public void selectProcess(String action,final Buffer buffer) throws IOException
{
...
}
From my customized jedit.jar, when I select anyone of the 4 menubar options (i.e., either aaa, bbb, ccc or ddd), its respective external process happens. But during the happening of the process, the jedit userinterface becomes blank. And till the external process for the respective menubar option is completed I cannot do anyother process on the jedit userinterface.
I think to solve this problem, I need to use Multithreading. Could anyone please tell me where and how do I use Multithreading concept in my above program.
Superscript plugin with javascript (Rhino) fails to work
Submitted by
phade on
Wednesday, 9 April, 2008 - 16:55
Hello to all users of this excellent editor
Trying to get SuperScript plugin to work with Rhino:
jEdit4.3pre13 with Java 1.6.0
- Downloaded Rhino 1.7R1 and put the jars js.jar and js-14.jar to ~/.jedit/jars
- Ran jedit from the shell (in order to get output to debug)
- Set superscript script mode to javascript and tried to run print("Hello"), no output in superscript plugin but shell displayed error
java.lang.NoSuchMethodError: org.mozilla.javascript.Context.getDebuggableEngine()Lorg/mozilla/javascript/debug/DebuggableEngine;
- googled and found that I probably should use newer bsf (2.4) (SuperScript has bsf 2.3 included and documentation also states that bsf 2.3+ can be used)
- downloaded newer bsf 2.4.0 and replaced the one in ~/.jedit/jars
- started jedit, it started but displayed error in shell:
7:24:47 PM [error] AWT-EventQueue-0: log4j:WARN No appenders could be found for logger (org.apache.bsf.BSFManager).
7:24:47 PM [error] AWT-EventQueue-0: log4j:WARN Please initialize the log4j system properly.
- tried javascript engine again and got output in superscript
org.apache.bsf.engines.javascript.JavaScriptEngine
- also beanshell engine in superscript did not worked anymore (worked fine with superscript included bsf 2.3) and output to superscript window:
bsh.util.BeanShellBSFEngine
- googled and found out that bsf 2.4.0 needs new common-logging.jar from apache commons, downloaded it (commons-logging-1.1.1.jar) and placed in ~/.jedit/jars
- no change still the error in shell and superscript engines fail to work
- decided to try some manual java trickery:
loaded jedit like this:
java -cp jedit.jar:commons-logging-1.1.1.jar:bsf.jar:bsh-2.0b4.jar:js.jar:js-14.jar org.gjt.sp.jedit.jEdit
(in actual command correct jar paths of course were used)
- that way I got no errors on startup, beanshell engine worked in superscript but rhino javascript (ran print("Hello") still failed displaying:
ReferenceError: "print" is not defined.
and shell displayed:
7:49:35 PM [error] SuperScriptPlugin: JavaScript Error: Internal Error: org.mozilla.javascript.EcmaError: ReferenceError: "print" is not defined.
7:49:35 PM [error] SuperScriptPlugin: org.apache.bsf.BSFException: JavaScript Error: Internal Error: org.mozilla.javascript.EcmaError: ReferenceError: "print" is not defined.
So has anyone got newer bsf or Rhino javascript engine to work with SuperScript? I know that some have got bsf 2.4.0 to work with superscript 0.5pre but I can not find this pre version anywhere.
PS: the shell outputted of course more in all cases but I included only relevant lines in the post. If you want to see more just let me know.
All the best,
Villu
Problem updating changes to a file in BufferTab mode
Submitted by
tj_sony on
Thursday, 3 April, 2008 - 05:41
I have two buffertabs 123.xml and 123.tex. Through some internal processing when I do some changes to 123.xml it gets reflected in 123.tex. But the following pop up menu comes only when I go to some other window and come back.
Files Changed on Disk
The following files were changed on disk by another program:
Automatically reloaded:
C:\123.tex
My problem is why I need to go to someother window and come back to see the above pop up and also for the 123.tex file to get updated.
yellow triangle with exclamation mark at left side of textarea
Submitted by
purex on
Thursday, 20 March, 2008 - 09:35
Hi all,
I've yellow triangle with exclamation mark at left side of textarea in my jEdit 4.3pre. While browsing my mouse over it, it displays