Dear Developers and Forum Members!

I am a newbie in jEdit. It seems to me very good. Thank you for your efforts and excellent work.

I have a small problem with it. At startup the system loads that kind of files which were never opened.

It loads those files, which are in my user profile directory (C:\Documents and Settings\xxxxx\).

I am using:
1:32:35 AM [main] [message] Log: When reporting bugs, please include the following information:
1:32:35 AM [main] [message] Log: java.version=1.6.0_21
1:32:35 AM [main] [message] Log: java.vm.version=17.0-b17
1:32:35 AM [main] [message] Log: java.runtime.version=1.6.0_21-b07
1:32:35 AM [main] [message] Log: java.vendor=Sun Microsystems Inc.
1:32:35 AM [main] [message] Log: java.compiler=null
1:32:35 AM [main] [message] Log: os.name=Windows XP
1:32:35 AM [main] [message] Log: os.version=5.1
1:32:35 AM [main] [message] Log: os.arch=x86
1:32:35 AM [main] [message] Log: user.home=C:\Documents and Settings\xxxxx
1:32:35 AM [main] [message] Log: java.home=C:\Program Files\Java\jre6
1:32:35 AM [main] [message] Log: java.class.path=E:\My Installations\jEdit\jedit.jar
1:32:35 AM [main] [notice] jEdit: jEdit version 4.3.2
1:32:35 AM [main] [message] jEdit: Settings directory is C:\Documents and Settings\xxxxx\.jedit
1:32:35 AM [main] [message] jEdit: jEdit home directory is E:\My Installations\jEdit

When I check the settings directory (C:\Documents and Settings\xxxxx\.jedit) I have to realize, that the system writes never opened files to perspective.xml and recent.xml files all time.
I have deleted those files from the mentioned xml files and the files from settings-backup but it did not solve the problem.

The "Restore previously open files on startup" option is set up.

Thank you for your kindest help.

Hey guys,

I have worked with jEdit and the FTP plugin now for a while and never have had any problems.
But since I have installed a 64 Bit version, the saving on my remote server doesnt work anymore.
Strangely, it works with small files (less than 200 characters or so) but not with larger.
The error I get seems as following: "Cannot save: java.io.IOException: Rename failed: [path]#[filename]#save#.
Where the heck do these # come from?
I also have tried with disabled "two-stage save" but the result was the same as before, in addition to the fact that I havent received any error message.

I really despair of this problem because whats more, I have lost some important files irrevocable.
Please help me! Otherwise I'll have to look for another program.

I am using jEdit on a PC with Windows XP SP3 installed. Since I have upgraded to jEdit 4.3.2 after booting a jEdit Splash Screen appears which seems to delay the startup process of Win XP. My girlfriend has the same Splash Screen when she logs in with her user account - would it be possible to deactivate this unwanted pre-loading at least on her user account?

Thank you for your advice.

kind regards,
--
tomasio

I am using jEdit 4.3.2 + CScopeFinder 0.3 and I have exactly the same problem as described in page http://old.nabble.com/CScopeFinder-Plugin-td16526207.html where the problem remained unsolved apparently.

It means that the plugin doesn't find the file though the path is correct and the file present.


I didn't found any related infos neither on internet nor on jEdit Community site.

Is it a known problem ?

Thanks for your help.

I'm unable to install the LaTeX Tools plugin. I'm using jEdit 4.3.2 with Java 1.6.0_18 with Linux Mint 9 (= Ubuntu 10.04).

I installed the plugin manually - unzipped it an put the LaTeXTools.jar folder in the jar folder of the jEdit installation (home/.jedit/jars.

I also installed the Console and Sidekick plugins.

When I try to use a feature in the Latex Tools plugin menu, I get a dialog with a long list of Beanshell errors. For example, calling Insert Command produces the following. I'd be grateful for any help, or pointers to where I might find a solution. Thanks.

UPDATE: Hm, found the problem. Need to install the GnuRegexp plugin, then the LaTeX Tools plugin works fine. Console and Sidekick plugins are also required.

java.lang.NoClassDefFoundError: gnu/regexp/REException
at java.lang.Class.getDeclaredMethods0(Native Method)
at java.lang.Class.privateGetDeclaredMethods(Class.java:2444)
at java.lang.Class.privateGetPublicMethods(Class.java:2564)
at java.lang.Class.getMethods(Class.java:1427)
at org.gjt.sp.jedit.bsh.Reflect.gatherMethodsRecursive(Reflect.java:543)
at org.gjt.sp.jedit.bsh.Reflect.getCandidateMethods(Reflect.java:505)
at org.gjt.sp.jedit.bsh.Reflect.findOverloadedMethod(Reflect.java:478)
at org.gjt.sp.jedit.bsh.Reflect.resolveJavaMethod(Reflect.java:439)
at org.gjt.sp.jedit.bsh.Reflect.resolveExpectedJavaMethod(Reflect.java:381)
at org.gjt.sp.jedit.bsh.Reflect.invokeStaticMethod(Reflect.java:96)
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.jEdit$4.invokeAction(jEdit.java:3255)
at org.gjt.sp.jedit.jEdit$4.invokeAction(jEdit.java:3237)
at org.gjt.sp.jedit.EditAction$Wrapper.actionPerformed(EditAction.java:221)
at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2012)
at javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2335)
at javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:404)
at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259)
at javax.swing.AbstractButton.doClick(AbstractButton.java:374)
at javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:829)
at javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:873)
at java.awt.AWTEventMulticaster.mouseReleased(AWTEventMulticaster.java:289)
at java.awt.Component.processMouseEvent(Component.java:6108)
at javax.swing.JComponent.processMouseEvent(JComponent.java:3267)
at java.awt.Component.processEvent(Component.java:5873)
at java.awt.Container.processEvent(Container.java:2105)
at java.awt.Component.dispatchEventImpl(Component.java:4469)
at java.awt.Container.dispatchEventImpl(Container.java:2163)
at java.awt.Component.dispatchEvent(Component.java:4295)
at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4461)
at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4125)
at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4055)
at java.awt.Container.dispatchEventImpl(Container.java:2149)
at java.awt.Window.dispatchEventImpl(Window.java:2478)
at java.awt.Component.dispatchEvent(Component.java:4295)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:604)
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)
Caused by: java.lang.ClassNotFoundException: gnu.regexp.REException
at java.net.URLClassLoader$1.run(URLClassLoader.java:217)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:205)
at java.lang.ClassLoader.loadClass(ClassLoader.java:321)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:294)
at java.lang.ClassLoader.loadClass(ClassLoader.java:266)
at org.gjt.sp.jedit.JARClassLoader.loadFromParent(JARClassLoader.java:539)
at org.gjt.sp.jedit.JARClassLoader.loadClass(JARClassLoader.java:87)
at java.lang.ClassLoader.loadClass(ClassLoader.java:266)
... 54 more

Hi there,

I use jEdit for some time now, but since two days I have an annoying problem: When I use the FTP-Plugin and load a page on my Server, I edit it and save it, it works fine. When I edit the file again and save it, I get the following error message:

ftp://web1234@alfa3498.my-server.de:21/html/temp/temp.php:
Cannot save: java.net.SocketException: Connection reset by peer: socket write error

and my InternetConnection closes, that is I get disconnected.

I haven't changed anything, but I cannot say anything about automatic updates of jEdit or its components. Anyone has a solution for this, it is really annoying, since I have to close down and reopen the program everytime I saved once.

Greetz

Maenny

I am using jEdit as a text editor for Maya, a 3D animation program.
When I copy text from jEdit, it won't paste into Maya, but it will paste into EditPlus (a text editor) and Word, and then I can copy from either of those to Maya.
Anyone have a suggestion to fix this? OS is WinXP x64.
Thanks.

Hi All,

I have newly upgraded to "JEdit 4.3.2 Server mode, using Java 1.6.0_19". from the starting itself frequently the following error window popup

"cannot run 'global'. Please set the path to 'global' in the plugin options."

I have checked the menue "Plugins -> Plugin Option -> global Plugin" in that following field has been set as follows:

'global' path = global

Eventhough it has been poping up very frequently, how can I avoid this?

Thanks in Advance,
R. Srikrishnan

Hi,

I'm using jEdit version 4.3.2 on Ubuntu lucid. It works pretty well but there's an issue which is a bit annoying: A horizontal bar or sometimes various horizontal bar appear at random in the textarea, these horizontal lines appear or disappear as I type along and insert or remove lines in a non predictable way. Any ideas? Thanks.

Log head:
22:23:31 [main] [message] Log: java.version=1.6.0_18
22:23:31 [main] [message] Log: java.vm.version=14.0-b16
22:23:31 [main] [message] Log: java.runtime.version=1.6.0_18-b18
22:23:31 [main] [message] Log: java.vendor=Sun Microsystems Inc.
22:23:31 [main] [message] Log: java.compiler=null
22:23:31 [main] [message] Log: os.name=Linux
22:23:31 [main] [message] Log: os.version=2.6.32-21-generic
22:23:31 [main] [message] Log: os.arch=i386
22:23:31 [main] [message] Log: user.home=/home/maurice
22:23:31 [main] [message] Log: java.home=/usr/lib/jvm/java-6-openjdk/jre
22:23:31 [main] [message] Log: java.class.path=/usr/share/jEdit/jedit.jar
22:23:32 [main] [debug] MiscUtilities: Saving backup of file "/home/maurice/.jedit/activity.log" to "/home/maurice/.jedit/settings-backup/activity.log~1~"
22:23:32 [main] [notice] jEdit: jEdit version 4.3.2

Hallo my friends i am a novice user of jedit and i want to ask you how can i use the x-MacGreek encoding to see some files that i have. I used it before but i have made an upgrade of java and then it dissapeared from the list of my Global Options where can i find it?
I have an old version jEdit 4.3pre12 using Java 1.6.0_20 but i had not any problem before this upgrade.
Thanks a lot...
Efthimis

I have just started using JEdit and love it ... when it works! However, using it under OS X frequently crashes.

I am justing Snow Leopard - 10.6.3 - and drag-n-drop files into the JEdit which usually launches JEdit with the file source. However, sometimes - more frequently after I've just logged in (?!) - it will launch, and then immediately crash, giving me the options to ignore / restart / report. Sometimes it will launch JEdit with an empty buffer (even though I've dragged-n-dropped a file), sometimes it will crash immediately, and sometimes it will launch with the correct file source. After a crash, I repeat the same drag-n -drop of the same file repeatedly, it will eventually work and not crash, but may take 2 or 3 or up to 4 or 5 times before it works, although I don't think I've ever had to do it more than 5 times. However, after I've launched it by draging-n-dropping a file into it, editing and saving files seems to work flawlessly.

If I manually launch JEdit with an empty buffer and then drag a file into it, it usually works, but again, sometimes will crash.

Important hint: because I am developing for a Java 1.5 server, the JVM that I am using is Java 1.5.0_19, from Snow Leopard. Therefore, I am NOT using the 1.6 JRE that Apple provides with Snow Leopard, but rather the JRE 1.5 that Apple provided with Leopard. Could this be causing my problems?

Is anyone else having similar problems under OS X? I think its a great editor when it works, which is actually most of the time, but find it frustrating when it crashes.

Any help would be appreciated.

Thanks,

Dave.

I see there are some other threads regarding this that pertain to slow draws of the textarea and/or windows such as the file browser, with a variety of hardware and os-configurations.

I'm having the same problem after reinstalling my computer with windows 7 64 bit, previously windows 7 32 bit. I did this as i god an 8gb ram upgrade and an ssd, but these hardware changes are imo unlikely to be the source of the problem. In that sense the hardware is essentially the same before and after reinstall.

The performance of jEdit 4.3.2 on the same pc under 32 bit was immaculate, while the performance under 64 bit is jerky. I can sense a slight lag as i type, selecting and scrolling through larger pieces of code is noticable more jerky, windows take a long time to render. I've tried reinstalling both jEdit and java, also googling for 64bit specific editions of java, but there doesnt seem to be any 64-bit specific java packages?

In any case, the java binary on my computer says 32-bit.

What i did notice however (just now) is that jEdit is running under something called server-background mode, as detailed by the about screen. I saw from a different thread (http://community.jedit.org/?q=node/view/4165#7870) that one user outlined a possible cause as java beeing run in server mode. Are these two related, and what exactly does this server mode in jEdit do?

If it helps, the hardware im running on is as follows:
Nvidia quadro fx 770 mobile
Core2duo cpu
Intel ICH9 family chipset

Hi,

I'm using Jedit 4.3.1 on the following platform:
5:28:44 PM [main] [message] Log: java.version=1.6.0_17
5:28:44 PM [main] [message] Log: java.vm.version=14.3-b01
5:28:44 PM [main] [message] Log: java.runtime.version=1.6.0_17-b04
5:28:44 PM [main] [message] Log: java.vendor=Sun Microsystems Inc.
5:28:44 PM [main] [message] Log: java.compiler=null
5:28:44 PM [main] [message] Log: os.name=Linux
5:28:44 PM [main] [message] Log: os.version=2.6.24-16-generic
5:28:44 PM [main] [message] Log: os.arch=i386

For some reason, I've the screen cluttered with multiple untitled buffers (it goes until 17) which I can't close. I also suspect this has a negative impact on performance. In the hope that this bug can be fixed in the future, would there be a way to edit manually the file where Jedit's state is saved so that on reopening, these multiple untitled windows disappear?

Thanks.

I'm using Jedit version 4.3.1 on Windows XP, and editing some Fortran90. The syntax highlighting mostly works very well, but a few Fortran keywords did not get recognised (so they did not benefit from highlighting, and the Macro to convert all keywords to upper-case didn't work on them either).

For example data types INTEGER and REAL got recognised, but COMPLEX and DOUBLE PRECISION did not. And while nearly all other statement keywords in the code were ok, the CONTAINS statement was not.

I checked the fortran.xml file and all of these are present, so it's not obvious to me why a few keywords do not get recognised in my code.

I'm not sure if this is a bug, or just a feature, or if there's something in the way I have used these keywords that has confused the parser.

Here's a trivial example:

PROGRAM quadratic
IMPLICIT NONE
REAL :: a, b, c, term, root1, root2
COMPLEX :: cterm, croot1, croot2
PRINT *, 'Enter a, b, c:'
READ *, a, b, c

All keywords except COMPLEX are highlighted here.

In the middle of editing a tcl file, the mouse cursor becomes an east-west arrowhead whenever I move the mouse cursor away from the editing area. This includes the menu bar, all menus, the buffer drop-down and the scroll bars. If I open a dialog such as the Global Options menu item, the mouse cursor is normal while the dialog is open. Once I close the dialog, the cursor goes back to the east-west arrowhead outside of the text area, but inside the jEdit app window.

Any ideas?

Thanks.

Hi All !

I have just upgraded to jEdit 4.3[.1], I installed from scratch and setup all required plugins.

XInsert no longer works for me! None of my xinsert files are loaded!
I tried all, I can think about:
- use the \Program files\XInsert dir
- use \user\.jedit\XInsert dir
- specify a custom dir [in plugin options]
- install the plugin manually

All my includes works well in jEdit 4.2.
I depend completely on XInclude and just cannot continue.

Any help would be really great! I do not know, what's wrong and
if this is a bug.

Best regards,
mabra

So, I'm trying to load jedit from the command line and redirect the cursor to a line number.
I copy my test text file readme.txt to the HD root, and do from the jEdit folder:

jedit "c:\readme.txt" +line:2

Works like a charm, cursor is right there on second line. Then I create a directory named "a a" at the root, move the readme, and do:

jedit "c:\a a\readme.txt" +line:4

Nope, still on line 2. Tried fidling with the batch file with no luck.
Any ideas ?

Opening a file via the context-menu of the explorer does not work anymore under Win7 (x64), although the associated entry in the registration for the context-menu:
HKCR\*\shell\Open with jEdit\Command
with the content
"C:\Windows\system32\javaw.exe" -Xmx192M -jar "C:\Program Files\jEdit\jedit.jar" -reuseview "%1"
uses correct paths.

Amazing workaround:
Create the file "C:\Temp\JEditStart.bat" with the line
"C:\Program Files\jEdit\jedit.jar" -reuseview %1
And create a registration key
HKCR\*\shell\Open via JEditStart\Command
with the content
"C:\Temp\JEditStart.bat" "%1"
This will do the job.

My first suspicion was, that the tcp/ip-traffic between the jEdit-client and the server could be causal and be blocked by the windows-firewall. So i allowed "C:\Windows\system32\javaw.exe" for internal and external traffic, but nothing changed.

Any ideas to fix/enable the original context-menu-item "Open with jEdit"?

Thank you!
Hans

Hi,

A long-time jEdit user but first-time poster here.

I tried to use jEdit to open a large data file which caused it to hang. jEdit now hangs every time I use the standard start-up batch file (start "jEdit startup" "C:\WINDOWS\system32\javaw.exe" -Xmx192M -jar "C:\Program Files\jEdit\jedit.jar" -reuseview %*) unless I append '-nosettings -norestore'. Just appending '-nosettings' or '-norestore' doesn't fix the problem.

I need to remove this filename from the files jEdit will try and open - anyone know how to do this?

Thanks,

Julian

Hi,

Since a few days, I can't re-use jEdit view to open a file. My OS is Windows XP.

this command...

start "jEdit startup" "C:\WINDOWS\system32\javaw.exe" -Xmx192M -jar "C:\Program Files\jEdit\jedit.jar" -reuseview a-file.txt

...always launch a new jEdit instance.

I did the same thing during many months without problems. I haven't updated my jEdit installation, nor my JRE.

Can anyone help please?