You can subscribe to this list here.
| 1999 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(32) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2000 |
Jan
(452) |
Feb
(435) |
Mar
(117) |
Apr
(265) |
May
(161) |
Jun
(276) |
Jul
(409) |
Aug
(522) |
Sep
(139) |
Oct
(306) |
Nov
(406) |
Dec
(217) |
| 2001 |
Jan
(237) |
Feb
(194) |
Mar
(266) |
Apr
(298) |
May
(266) |
Jun
(195) |
Jul
(427) |
Aug
(660) |
Sep
(808) |
Oct
(465) |
Nov
(260) |
Dec
(226) |
| 2002 |
Jan
(255) |
Feb
(322) |
Mar
(440) |
Apr
(327) |
May
(271) |
Jun
(263) |
Jul
(122) |
Aug
(346) |
Sep
(172) |
Oct
(282) |
Nov
(184) |
Dec
(166) |
| 2003 |
Jan
(325) |
Feb
(431) |
Mar
(431) |
Apr
(238) |
May
(320) |
Jun
(331) |
Jul
(289) |
Aug
(277) |
Sep
(223) |
Oct
(273) |
Nov
(218) |
Dec
(223) |
| 2004 |
Jan
(203) |
Feb
(321) |
Mar
(316) |
Apr
(18) |
May
(44) |
Jun
(149) |
Jul
(83) |
Aug
(216) |
Sep
(188) |
Oct
(136) |
Nov
(73) |
Dec
(117) |
| 2005 |
Jan
(101) |
Feb
(208) |
Mar
(153) |
Apr
(81) |
May
(85) |
Jun
(87) |
Jul
(100) |
Aug
(145) |
Sep
(57) |
Oct
(123) |
Nov
(73) |
Dec
(105) |
| 2006 |
Jan
(211) |
Feb
(134) |
Mar
(299) |
Apr
(223) |
May
(292) |
Jun
(426) |
Jul
(477) |
Aug
(415) |
Sep
(501) |
Oct
(460) |
Nov
(427) |
Dec
(302) |
| 2007 |
Jan
(467) |
Feb
(423) |
Mar
(356) |
Apr
(241) |
May
(357) |
Jun
(342) |
Jul
(373) |
Aug
(421) |
Sep
(491) |
Oct
(266) |
Nov
(236) |
Dec
(310) |
| 2008 |
Jan
(228) |
Feb
(344) |
Mar
(466) |
Apr
(410) |
May
(437) |
Jun
(303) |
Jul
(255) |
Aug
(451) |
Sep
(520) |
Oct
(379) |
Nov
(430) |
Dec
(261) |
| 2009 |
Jan
(352) |
Feb
(394) |
Mar
(279) |
Apr
(534) |
May
(245) |
Jun
(392) |
Jul
(510) |
Aug
(392) |
Sep
(237) |
Oct
(332) |
Nov
(302) |
Dec
(590) |
| 2010 |
Jan
(723) |
Feb
(650) |
Mar
(530) |
Apr
(307) |
May
(300) |
Jun
(450) |
Jul
(196) |
Aug
(233) |
Sep
(270) |
Oct
(288) |
Nov
(284) |
Dec
(331) |
| 2011 |
Jan
(336) |
Feb
(277) |
Mar
(133) |
Apr
(102) |
May
(50) |
Jun
(234) |
Jul
(174) |
Aug
(274) |
Sep
(355) |
Oct
(273) |
Nov
(895) |
Dec
(749) |
| 2012 |
Jan
(744) |
Feb
(498) |
Mar
(767) |
Apr
(412) |
May
(513) |
Jun
(596) |
Jul
(372) |
Aug
(515) |
Sep
(373) |
Oct
(246) |
Nov
(210) |
Dec
(232) |
| 2013 |
Jan
(162) |
Feb
(226) |
Mar
(209) |
Apr
(162) |
May
(84) |
Jun
(153) |
Jul
(91) |
Aug
(142) |
Sep
(151) |
Oct
(220) |
Nov
(176) |
Dec
(131) |
| 2014 |
Jan
(61) |
Feb
(83) |
Mar
(93) |
Apr
(274) |
May
(83) |
Jun
(46) |
Jul
(149) |
Aug
(61) |
Sep
(49) |
Oct
(93) |
Nov
(100) |
Dec
(164) |
| 2015 |
Jan
(93) |
Feb
(130) |
Mar
(44) |
Apr
(31) |
May
(85) |
Jun
(11) |
Jul
(47) |
Aug
(131) |
Sep
(117) |
Oct
(115) |
Nov
(73) |
Dec
(84) |
| 2016 |
Jan
(106) |
Feb
(88) |
Mar
(116) |
Apr
(160) |
May
(121) |
Jun
(74) |
Jul
(126) |
Aug
(141) |
Sep
(101) |
Oct
(38) |
Nov
(32) |
Dec
(6) |
| 2017 |
Jan
(33) |
Feb
(60) |
Mar
(112) |
Apr
(33) |
May
(24) |
Jun
(115) |
Jul
(24) |
Aug
|
Sep
(6) |
Oct
(147) |
Nov
(166) |
Dec
(118) |
| 2018 |
Jan
(53) |
Feb
(51) |
Mar
(4) |
Apr
(14) |
May
(28) |
Jun
(14) |
Jul
(18) |
Aug
(53) |
Sep
(27) |
Oct
(9) |
Nov
(2) |
Dec
(2) |
| 2019 |
Jan
(8) |
Feb
(7) |
Mar
(21) |
Apr
(17) |
May
(43) |
Jun
(45) |
Jul
(13) |
Aug
(32) |
Sep
(18) |
Oct
(41) |
Nov
(19) |
Dec
(60) |
| 2020 |
Jan
(9) |
Feb
(12) |
Mar
(26) |
Apr
(43) |
May
(67) |
Jun
(42) |
Jul
(4) |
Aug
(3) |
Sep
(73) |
Oct
(8) |
Nov
(19) |
Dec
(14) |
| 2021 |
Jan
(19) |
Feb
(9) |
Mar
(20) |
Apr
(25) |
May
(17) |
Jun
(9) |
Jul
(1) |
Aug
(21) |
Sep
(17) |
Oct
(12) |
Nov
(4) |
Dec
|
| 2022 |
Jan
(2) |
Feb
(1) |
Mar
(9) |
Apr
(5) |
May
(25) |
Jun
(9) |
Jul
(10) |
Aug
(3) |
Sep
(27) |
Oct
(6) |
Nov
(9) |
Dec
|
| 2023 |
Jan
|
Feb
|
Mar
(11) |
Apr
|
May
(13) |
Jun
(11) |
Jul
(11) |
Aug
(14) |
Sep
(17) |
Oct
(50) |
Nov
(5) |
Dec
(2) |
| 2024 |
Jan
(6) |
Feb
(20) |
Mar
(8) |
Apr
(15) |
May
(35) |
Jun
|
Jul
(7) |
Aug
(21) |
Sep
(13) |
Oct
(33) |
Nov
(7) |
Dec
(12) |
| 2025 |
Jan
(3) |
Feb
(26) |
Mar
(14) |
Apr
(9) |
May
(1) |
Jun
(9) |
Jul
(1) |
Aug
(5) |
Sep
(6) |
Oct
(1) |
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
1
(9) |
2
(25) |
3
(11) |
4
(8) |
5
(5) |
6
(2) |
7
(1) |
|
8
(1) |
9
(2) |
10
(8) |
11
(8) |
12
(2) |
13
(17) |
14
(7) |
|
15
(16) |
16
(7) |
17
(28) |
18
(12) |
19
(7) |
20
(4) |
21
(3) |
|
22
|
23
|
24
(5) |
25
|
26
(2) |
27
(12) |
28
(2) |
|
29
(14) |
30
(23) |
|
|
|
|
|
|
From: Alan E. <ala...@gm...> - 2007-04-30 23:48:47
|
I just tried beryl for my first time. It works with jEdit great, with the exception of the combined options pane from the Optional plugin. With Beryl enabled, all I see is an empty dialog. Anybody else use Beryl? Any ideas why this might be? I think it's a bug in beryl, not optional, but it's hard to be sure. |
|
From: Alan E. <ala...@gm...> - 2007-04-30 19:16:09
|
On 4/30/07, Kazutoshi Satoda <k_s...@f2...> wrote: > > Alan Ezust wrote: > > Deprecating the (Reader) version and adding an isBinary(inputStream) > seems > > like the right way to go to me. > > I think so too. > > > projectviewer will also have to be fixed in this way. > > What problem does projectviewer have? > > > For now, as long as binary detection works to avoid opening .gz, .class, > > and > > .bz2 files, I am happy. > > Why don't you use "Filter" to avoid opening such files? It seems more > efficient and clear. I don't know how to filter out executables, which have no file extension, versus other non-extensioned files such as debian files like "control" and "rules" which are part of my source tree. And I don't want to have to change my file filter every time I change languages (I use perl, python, C, C++ and Java). |
|
From: Kazutoshi S. <k_s...@f2...> - 2007-04-30 18:43:38
|
Alan Ezust wrote: > Deprecating the (Reader) version and adding an isBinary(inputStream) seems > like the right way to go to me. I think so too. > projectviewer will also have to be fixed in this way. What problem does projectviewer have? > For now, as long as binary detection works to avoid opening .gz, .class, > and > .bz2 files, I am happy. Why don't you use "Filter" to avoid opening such files? It seems more efficient and clear. > I don't see a compelling reason to "autodetect" > files before we do the binary check. Current algorithm is looking for NUL(0x0000) character. If a file is saved in non-byte-oriented encodings like UTF-16 or UTF-32 and opened with byte-oriented encodings like US-ASCII or UTF-8, it is likely detected as a binary file. Autodetect() can avoid such problem if a file have BOM. -- k_satoda |
|
From: Alan E. <ala...@gm...> - 2007-04-30 18:29:06
|
On 4/30/07, Kazutoshi Satoda <k_s...@f2...> wrote: > > > Even if it is removed, loading of a binary file will be stopped by an > encoding error since r9349. Could you please explain what is good for > user with "Skip binary files" option? I'd sometimes like to do a directory search in a directory where I compile/link, and have jEdit ignore all .class files, .bz2, .tar.gz, object files, and executables. That is the main reason we have that switch in the search/replace dialog. Binary detection for arbitrary files can be found in Subversion. It is > also not 100% accurate, but it's ok because users can see the result and > correct it later. |
|
From: Kazutoshi S. <k_s...@f2...> - 2007-04-30 18:24:45
|
Matthieu Casanova wrote: > Hi Kazutoshi, I know that detecting binary files using a reader is not 100% > accurate, because if the encoding is wrong, the file could be detected as > binary, but it works in most of the cases I saw. With a little tuning on > how > many errors can be accepted it is better than nothing. > But if you have a better method to detect binary files, tell me, otherwise > please do not remove this method The current algorithm (autodetect() and look for zero) can make sense, but I think the current API publication is wrong. What do you think about deprecating isBinary(Reader) and replacing it with isBinary(InputStream)? It can be implemented with almost same code and a call of autodetect(). Even if it is removed, loading of a binary file will be stopped by an encoding error since r9349. Could you please explain what is good for user with "Skip binary files" option? Binary detection for arbitrary files can be found in Subversion. It is also not 100% accurate, but it's ok because users can see the result and correct it later. -- k_satoda |
|
From: Alan E. <ala...@gm...> - 2007-04-30 17:20:52
|
I don't want to remove isBinary entirely, i want to make it more robust against exceptions. A Reader is made by a InputStream and an encoding. In general situation > where binary detection is required, the encoding of the file is not > known. Then I think isBinary(Reader) doesn't make sense unless it is > used with autodetect() in jEdit. > Deprecating the (Reader) version and adding an isBinary(inputStream) seems like the right way to go to me. this should also improve the performance of the directory search too, since it won't need to do the autodetect before the binary check. projectviewer will also have to be fixed in this way. > > > I thought about a file which looks a binary for a person but also looks > > > a text for another person. For example, a text file encoded in UTF-32 > > looks a binary file for people who don't know UTF-32. But this problem > > is ... too difficult to be solved. And "Skip binary files" is an option. > > Then a clear specification is enough. > For now, as long as binary detection works to avoid opening .gz, .class, and .bz2 files, I am happy. I don't see a compelling reason to "autodetect" files before we do the binary check. |
|
From: Kazutoshi S. <k_s...@f2...> - 2007-04-30 16:52:20
|
Alan Ezust wrote: > On 4/30/07, Kazutoshi Satoda <k_s...@f2...> wrote: >> I think MiscUtilities.isBinary(Reader) should be deprecated. Binary >> detection can't be done for a Reader. One file can be looked like a >> binary in an encoding, but can be looked like a text in another >> encoding. It should be MiscUtilities.isBinary(InputStream), and should >> be widely customizable by user. Sorry for saying that without a patch. > > I'm not sure what you mean by "widely customizable by the user". Why would > the user need to customize how isBinary works? Sorry, that part might be wrong. It's enought if how jEdit say "a file is binary" is clear for users who use the option "Skip binary files". I thought about a file which looks a binary for a person but also looks a text for another person. For example, a text file encoded in UTF-32 looks a binary file for people who don't know UTF-32. But this problem is ... too difficult to be solved. And "Skip binary files" is an option. Then a clear specification is enough. > Nor do I fully understand why it has to be an InputStream, or why Reader > was > chosen in the first place. Matthieu, do you have comments about this? A Reader is made by a InputStream and an encoding. In general situation where binary detection is required, the encoding of the file is not known. Then I think isBinary(Reader) doesn't make sense unless it is used with autodetect() in jEdit. > Is this something you want to / plan to fix, or shall I open a ticket in > the > tracker? It could be a quick solution to remove the binary detection if there were not explicit request (clear requirement). -- k_satoda |
|
From: Matthieu C. <cho...@gm...> - 2007-04-30 16:17:18
|
Hi Kazutoshi, I know that detecting binary files using a reader is not 100%
accurate, because if the encoding is wrong, the file could be detected as
binary, but it works in most of the cases I saw. With a little tuning on how
many errors can be accepted it is better than nothing.
But if you have a better method to detect binary files, tell me, otherwise
please do not remove this method
Matthieu
2007/4/30, Alan Ezust <ala...@gm...>:
>
>
>
> On 4/30/07, Kazutoshi Satoda <k_s...@f2...> wrote:
> >
> > Alan Ezust wrote:
> > > 11:41:55 AM [error] FileVFS: java.nio.charset.MalformedInputException:
> > > Input
> > > length = 1
> > (snip)
> > > 11:41:55 AM [error] FileVFS: at
> > org.gjt.sp.jedit.MiscUtilities.isBinary(
> > > MiscUtilities.java:721)
> > > 11:41:55 AM [error] FileVFS: at org.gjt.sp.jedit.io.VFSFile.isBinary(
> > > VFSFile.java:304)
> > > 11:41:55 AM [error] FileVFS: at org.gjt.sp.jedit.io.VFS.listFiles(
> > VFS.java
> > > :1122)
> > >
> > >
> > > I found a quick and dirty workaround, adding a try{ } catch
> > > (MalformedInputException mie) {return true} around the reader.read()
> > in
> > > isBinary().
> > > But could you please examine that code (line 721 MiscUtilities.java)
> > and
> > > see
> > > if I am not missing a case?
> >
> > An encoding error doesn't indicate a file is binary. It indicates a file
> > can't be decoded with the specified encoding. It may include a case the
> > file is binary. But many cases are result of wrong encoding. So I think
> > you can't return true because of an encoding error, at least from that
> > scope.
> >
> > The exception is caught at VFS.listFiles(). But adding them to the list
> > may be wrong because the same exception will be thrown from actual
> > loading of the file. I added them because I had another encoding
> > detection based on full contents of a file which works only at the
> > actual loading time. But the code is not mature to release yet. Logging
> > of the exception as ERROR might be wrong too. DEBUG can be enough there.
> >
> > I think MiscUtilities.isBinary(Reader) should be deprecated. Binary
> > detection can't be done for a Reader. One file can be looked like a
> > binary in an encoding, but can be looked like a text in another
> > encoding. It should be MiscUtilities.isBinary(InputStream), and should
> > be widely customizable by user. Sorry for saying that without a patch.
> > --
> > k_satoda
> >
>
> I'm not sure what you mean by "widely customizable by the user". Why would
> the user need to customize how isBinary works?
>
> Nor do I fully understand why it has to be an InputStream, or why Reader
> was chosen in the first place. Matthieu, do you have comments about this?
>
> Is this something you want to / plan to fix, or shall I open a ticket in
> the tracker?
>
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> --
> -----------------------------------------------
> jEdit Developers' List
> jEd...@li...
> https://lists.sourceforge.net/lists/listinfo/jedit-devel
>
>
|
|
From: Alan E. <ala...@gm...> - 2007-04-30 14:48:10
|
On 4/30/07, Kazutoshi Satoda <k_s...@f2...> wrote:
>
> Alan Ezust wrote:
> > 11:41:55 AM [error] FileVFS: java.nio.charset.MalformedInputException:
> > Input
> > length = 1
> (snip)
> > 11:41:55 AM [error] FileVFS: at org.gjt.sp.jedit.MiscUtilities.isBinary
> (
> > MiscUtilities.java:721)
> > 11:41:55 AM [error] FileVFS: at org.gjt.sp.jedit.io.VFSFile.isBinary(
> > VFSFile.java:304)
> > 11:41:55 AM [error] FileVFS: at org.gjt.sp.jedit.io.VFS.listFiles(
> VFS.java
> > :1122)
> >
> >
> > I found a quick and dirty workaround, adding a try{ } catch
> > (MalformedInputException mie) {return true} around the reader.read() in
> > isBinary().
> > But could you please examine that code (line 721 MiscUtilities.java) and
> > see
> > if I am not missing a case?
>
> An encoding error doesn't indicate a file is binary. It indicates a file
> can't be decoded with the specified encoding. It may include a case the
> file is binary. But many cases are result of wrong encoding. So I think
> you can't return true because of an encoding error, at least from that
> scope.
>
> The exception is caught at VFS.listFiles(). But adding them to the list
> may be wrong because the same exception will be thrown from actual
> loading of the file. I added them because I had another encoding
> detection based on full contents of a file which works only at the
> actual loading time. But the code is not mature to release yet. Logging
> of the exception as ERROR might be wrong too. DEBUG can be enough there.
>
> I think MiscUtilities.isBinary(Reader) should be deprecated. Binary
> detection can't be done for a Reader. One file can be looked like a
> binary in an encoding, but can be looked like a text in another
> encoding. It should be MiscUtilities.isBinary(InputStream), and should
> be widely customizable by user. Sorry for saying that without a patch.
> --
> k_satoda
>
I'm not sure what you mean by "widely customizable by the user". Why would
the user need to customize how isBinary works?
Nor do I fully understand why it has to be an InputStream, or why Reader was
chosen in the first place. Matthieu, do you have comments about this?
Is this something you want to / plan to fix, or shall I open a ticket in the
tracker?
|
|
From: SourceForge.net <no...@so...> - 2007-04-30 14:25:34
|
Bugs item #1710076, was opened at 2007-04-30 22:50 Message generated for change (Comment added) made by k_satoda You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1710076&group_id=588 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: editor core Group: None >Status: Pending >Resolution: Works For Me Priority: 5 Private: No Submitted By: Harald Korneliussen (haraldko) Assigned to: Nobody/Anonymous (nobody) Summary: Document mangled just by opening it Initial Comment: When I load the attached text file into JEdit on windows, it silently corrupts the character inside single quotes, replacing it with a ?. Many other editors (like notepad and the VS editor) also seem to corrupt this file on save, but they give a warning. Only Borland CodeWrigth seems to save it as it found it. Yes, I know it isn't a good idea to pretend this is a valid char constant. Don't blame me, I didn't write it :-) ---------------------------------------------------------------------- >Comment By: Kazutoshi Satoda (k_satoda) Date: 2007-04-30 23:25 Message: Logged In: YES user_id=1483238 Originator: NO What version of jEdit are you using? I think jEdit 4.3pre9 reports error on saving such characters, and can't currupt the file. Additionally, current svn trunk (which will be the next release) can't load the file with wrong encodings. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1710076&group_id=588 |
|
From: SourceForge.net <no...@so...> - 2007-04-30 13:50:11
|
Bugs item #1710076, was opened at 2007-04-30 13:50 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1710076&group_id=588 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: editor core Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Harald Korneliussen (haraldko) Assigned to: Nobody/Anonymous (nobody) Summary: Document mangled just by opening it Initial Comment: When I load the attached text file into JEdit on windows, it silently corrupts the character inside single quotes, replacing it with a ?. Many other editors (like notepad and the VS editor) also seem to corrupt this file on save, but they give a warning. Only Borland CodeWrigth seems to save it as it found it. Yes, I know it isn't a good idea to pretend this is a valid char constant. Don't blame me, I didn't write it :-) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=1710076&group_id=588 |
|
From: SourceForge.net <no...@so...> - 2007-04-30 13:25:25
|
Plugin Central Submission item #1700971, was opened at 2007-04-15 08:28 Message generated for change (Comment added) made by carmine You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=625093&aid=1700971&group_id=588 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Priority: 5 Private: No Submitted By: Carmine Lucarelli (carmine) Assigned to: Alan Ezust (ezust) Summary: MacroManager 1.3 (attempt 2) Initial Comment: {{{ MacroManager 1.3 Announcement: Can now handle macros distributed as archives. New sort criteria. Added macro popup window to select/run macros. Requires Java 1.4.1 Requires jEdit 04.02.00.00 Required jars: tar.jar activation.jar (included in release...both are re-distributable) Short Description: The MacroManager plugin provides an interface to the jEdit community website's archive of contributed macros. Long Description: MacroManager allows you to browse and download plugins submitted to the jEdit community website without leaving jEdit. The list of macros is cached, sortable and searchable. The plugin also provides a macro popup to select and run macros. }}} ---------------------------------------------------------------------- >Comment By: Carmine Lucarelli (carmine) Date: 2007-04-30 09:25 Message: Logged In: YES user_id=189246 Originator: YES Hi Alan. Sorry about the compile difficulties. I built it against one of the latest development versions of jEdit 4.3, so I guess we can up the dependencies to >=4.3pre6 and java 1.5. Do you need me to recommit the properties file? Thanks, Carmine ---------------------------------------------------------------------- Comment By: Alan Ezust (ezust) Date: 2007-04-27 16:41 Message: Logged In: YES user_id=935841 Originator: NO Your listed dependencies are not quite accurate. I tried to build against jedit 4.2final but it does not compile. Buildfile: build.xml init: [copy] Copying 1 file to /home/ezust/workspace/jedit/pjo/4.2/jars [copy] Copying 1 file to /home/ezust/workspace/jedit/pjo/4.2/jars compile: [javac] Compiling 10 source files to /home/ezust/workspace/jedit/pjo/MacroManager-1.3/MacroManager/build [javac] /home/ezust/workspace/jedit/pjo/MacroManager-1.3/MacroManager/macroManager/Roster.java:35: package org.gjt.sp.jedit.bufferio does not exist [javac] import org.gjt.sp.jedit.bufferio.BufferIORequest; [javac] ^ [javac] /home/ezust/workspace/jedit/pjo/MacroManager-1.3/MacroManager/macroManager/popup/SourceFileFilter.java:27: cannot resolve symbol [javac] symbol : class StandardUtilities [javac] location: package util [javac] import org.gjt.sp.util.StandardUtilities; What is the latest version of jedit that you want me to build this against? If >= 4.3pre6, then it also depends on jdk 1.5. ---------------------------------------------------------------------- Comment By: Carmine Lucarelli (carmine) Date: 2007-04-24 13:39 Message: Logged In: YES user_id=189246 Originator: YES In the long description, the sentence: "MacroManager allows you to browse and download plugins submitted to the jEdit community website without leaving jEdit." should be changed to "MacroManager allows you to browse and download macros submitted to the jEdit community website without leaving jEdit." Thanks. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=625093&aid=1700971&group_id=588 |
|
From: SourceForge.net <no...@so...> - 2007-04-30 08:01:02
|
Plugin Bugs item #1495878, was opened at 2006-05-27 06:32 Message generated for change (Comment added) made by stuart_m_r You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=565475&aid=1495878&group_id=588 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Dzmitry Lazerka (dlazerka) Assigned to: Nobody/Anonymous (nobody) Summary: SessionsPlugin vs '\u' in path Initial Comment: I am so unlucky to have my files in "C:\usr\htdocs" directory. When SessionPlugin v1.2.2 saves(or loads) session containing files from this directory, backslash before "u" doubles. So, after several loads, my pathes look like: "C:\usr\htdocs" "C:\\usr\htdocs" "C:\\\\usr\htdocs" "C:\\\\\\\\usr\htdocs" and so on. I investigated that this bug must be born in sessions. ParseUtilities class. ---------------------------------------------------------------------- Comment By: Stuart (stuart_m_r) Date: 2007-04-30 08:01 Message: Logged In: YES user_id=1345801 Originator: NO This sounds like bug# 806606. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=565475&aid=1495878&group_id=588 |
|
From: SourceForge.net <no...@so...> - 2007-04-30 08:00:36
|
Plugin Bugs item #890536, was opened at 2004-02-04 16:26 Message generated for change (Comment added) made by stuart_m_r You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=565475&aid=890536&group_id=588 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: jean-philippe (jpph) Assigned to: Nobody/Anonymous (nobody) Summary: Session : switching session add "\\" before the filename Initial Comment: Plugin : session When I open file using "\\server\directory\filename" structure, it works fine. But each time I switch between session, it add "\\" in front of the path. After several time, I have something like "\\\\\\\\\\\\server\directory\filename" regards, ---------------------------------------------------------------------- Comment By: Stuart (stuart_m_r) Date: 2007-04-30 08:00 Message: Logged In: YES user_id=1345801 Originator: NO This sounds like bug# 806606. ---------------------------------------------------------------------- Comment By: Robert Schwenn (rschwenn) Date: 2007-03-01 22:38 Message: Logged In: YES user_id=1486645 Originator: NO Does this still occur (wich versions)? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=565475&aid=890536&group_id=588 |
|
From: Kazutoshi S. <k_s...@f2...> - 2007-04-30 07:19:47
|
Alan Ezust wrote:
> 11:41:55 AM [error] FileVFS: java.nio.charset.MalformedInputException:
> Input
> length = 1
(snip)
> 11:41:55 AM [error] FileVFS: at org.gjt.sp.jedit.MiscUtilities.isBinary(
> MiscUtilities.java:721)
> 11:41:55 AM [error] FileVFS: at org.gjt.sp.jedit.io.VFSFile.isBinary(
> VFSFile.java:304)
> 11:41:55 AM [error] FileVFS: at org.gjt.sp.jedit.io.VFS.listFiles(VFS.java
> :1122)
>
>
> I found a quick and dirty workaround, adding a try{ } catch
> (MalformedInputException mie) {return true} around the reader.read() in
> isBinary().
> But could you please examine that code (line 721 MiscUtilities.java) and
> see
> if I am not missing a case?
An encoding error doesn't indicate a file is binary. It indicates a file
can't be decoded with the specified encoding. It may include a case the
file is binary. But many cases are result of wrong encoding. So I think
you can't return true because of an encoding error, at least from that
scope.
The exception is caught at VFS.listFiles(). But adding them to the list
may be wrong because the same exception will be thrown from actual
loading of the file. I added them because I had another encoding
detection based on full contents of a file which works only at the
actual loading time. But the code is not mature to release yet. Logging
of the exception as ERROR might be wrong too. DEBUG can be enough there.
I think MiscUtilities.isBinary(Reader) should be deprecated. Binary
detection can't be done for a Reader. One file can be looked like a
binary in an encoding, but can be looked like a text in another
encoding. It should be MiscUtilities.isBinary(InputStream), and should
be widely customizable by user. Sorry for saying that without a patch.
--
k_satoda
|
|
From: SourceForge.net <no...@so...> - 2007-04-30 02:20:09
|
Plugin Bugs item #1671430, was opened at 2007-02-28 21:45 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=565475&aid=1671430&group_id=588 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Marcelo Vanzin (vanza) Assigned to: Alan Ezust (ezust) Summary: Console: "cd to project root/node" needs line break Initial Comment: Again hit by the annoyingly small summary field... anyway. The "cd to project root / selected node" actions will not add a line break to console when printing the new prompt, so the output looks kinda messed up. ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2007-04-29 19:20 Message: Logged In: YES user_id=1312539 Originator: NO This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Alan Ezust (ezust) Date: 2007-04-15 11:48 Message: Logged In: YES user_id=935841 Originator: NO fixed in rev 9440. ---------------------------------------------------------------------- Comment By: Alan Ezust (ezust) Date: 2007-03-28 10:40 Message: Logged In: YES user_id=935841 Originator: NO for me it happens 50% of the time, You can see in Shell.java line 188 that console''s doing this: output.print(console.getPlainColor(), "\n" + promptString); sometimes there's a newline and sometimes there is not. but I"m not sure why. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=565475&aid=1671430&group_id=588 |
|
From: SourceForge.net <no...@so...> - 2007-04-30 02:20:08
|
Plugin Bugs item #1700484, was opened at 2007-04-13 22:45 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=565475&aid=1700484&group_id=588 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Marcelo Vanzin (vanza) Assigned to: Alan Ezust (ezust) Summary: Console: shell shortcuts are unreliable Initial Comment: I have shortcuts set up for a few different Console shells (e.g., C-m c for system shell, C-m b for Beanshell, etc), but often they don't work: I hit the shortcut sequence and nothing happens. Opening up the global options dialog, activating the shortcuts pane and hitting "OK" fixes it, which makes me suspicious that Console is not properly registering those actions in some circumstances. ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2007-04-29 19:20 Message: Logged In: YES user_id=1312539 Originator: NO This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Alan Ezust (ezust) Date: 2007-04-15 11:08 Message: Logged In: YES user_id=935841 Originator: NO Fixed in rev# 9439. ---------------------------------------------------------------------- Comment By: Alan Ezust (ezust) Date: 2007-04-14 10:43 Message: Logged In: YES user_id=935841 Originator: NO They all seem to work once console has been fully activated, but I guess when Console is in "defer" mode, those dynamic shortcuts are not yet created. They work fine once I activate console via one of the non-dynamic shortcuts. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=565475&aid=1700484&group_id=588 |
|
From: SourceForge.net <no...@so...> - 2007-04-30 01:37:41
|
Plugin Bugs item #1083903, was opened at 2004-12-12 08:20 Message generated for change (Comment added) made by ezust You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=565475&aid=1083903&group_id=588 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Manolis Mavrikis (mavrikis) Assigned to: Alan Ezust (ezust) Summary: XML Insert element tree bug (imported DTD) Initial Comment: At: http://community.jedit.org/?q=node/view/1941 and other posts (see the previous one) there seems to be a problem with the root element including a namespace. I found the problem quite challenging and tried to iinvestigate but it seems that there is a problem when importing DTDs rather than anything else. I have managed to replicate the problem consistency but didn't manage to find any solution. I attach a -simplified- DTD adapted from our application that causes the same problem. To replicate the problem try to create a file that uses the DTD. For example: <?xml version = "1.0" encoding = "UTF-8"?> <!DOCTYPE wallispage SYSTEM "try.dtd"> <wallispage id="someid"> </wallispage> so far the element tree should be fine. When you click at the element tree to add <introduction></introduction> block appears and again so far so good. But the minute you add <h1> or any other XHTML element <block><h1></h1></block> somehow the plugin is confused and only knows the elements that should apper in the blocks as if it never returns to the initial DTD. The attached DTD contains reference to the public XHTML+MathML DTD but I have tried with local ones as well and the same problem Manolis ps. apologies if this is not a bug but a mistake on our (or the XHTML+MathML dtds) side but other applications (e.g. emacs) work correctly and although I tried to find what could be wrong with the plugin I can't ---------------------------------------------------------------------- >Comment By: Alan Ezust (ezust) Date: 2007-04-29 18:37 Message: Logged In: YES user_id=935841 Originator: NO I tried this in the current jEdit XML plugin and got an error in http://www.w3.org/TR/MathML2/dtd/xhtml-math1-f.dtd 239: A colon is not allowed in the name ISO10744:arch when namespaces are enabled. Is this something you saw before? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=565475&aid=1083903&group_id=588 |
|
From: SourceForge.net <no...@so...> - 2007-04-30 01:33:11
|
Plugin Bugs item #1030484, was opened at 2004-09-18 15:35 Message generated for change (Comment added) made by ezust You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=565475&aid=1030484&group_id=588 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: scragz (scragz) >Assigned to: Alan Ezust (ezust) Summary: XML plugin and PHP Initial Comment: It seems that the XML plugin doesn't like PHP code mixed in with the XML. Consider this: <li><a href="<?php echo $uri;?>">Index When I type "</", it completes the list item tag, completely ignoring the unclosed anchor. ---------------------------------------------------------------------- >Comment By: Alan Ezust (ezust) Date: 2007-04-29 18:33 Message: Logged In: YES user_id=935841 Originator: NO Please submit as a testcase, a file which you claim is valid parsable XML, that includes embedded PHP, and I'll run it against the XML plugin and see what kind of error I get. I'm not sure if I can "fix" this problem, but to start with, I need a testcase. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=565475&aid=1030484&group_id=588 |
|
From: SourceForge.net <no...@so...> - 2007-04-30 01:30:56
|
Plugin Bugs item #1029187, was opened at 2004-09-16 06:21 Message generated for change (Comment added) made by ezust You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=565475&aid=1029187&group_id=588 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Pending >Resolution: Fixed Priority: 6 Private: No Submitted By: Francis Dobi (francisdobi) Assigned to: Alan Ezust (ezust) Summary: XML with DOCTYPE declaration Initial Comment: When editing an XML file which contains a DOCTYPE declaration, the ErrorList plugin shows a lots of errors. If I remove the declaration, it works. The xml looks like this: <?xml version="1.0"?> <!DOCTYPE stylesheet [ <!ENTITY ....> ]> <xsl:stylesheet version="1.0" .... ---------------------------------------------------------------------- >Comment By: Alan Ezust (ezust) Date: 2007-04-29 18:30 Message: Logged In: YES user_id=935841 Originator: NO The current version of XML plugin (2.0.5) does support XML schema and DTDs. I'm not sure which version you are having problems with, but please try jEdit 4.3pre9 and the latest XML plugin. ---------------------------------------------------------------------- Comment By: Jirka Kosek (kosek) Date: 2004-09-28 06:41 Message: Logged In: YES user_id=189932 It seems thet XML plugin turns on validation against DTD when there is !DOCTYPE in document. This means that one can't check well-formdness of files with entity declarations or validate such files against XML schema. It might be useful to add possibility to invoke parser with different configurations -- wellformdness checj, DTD validation, XML schema validation, DTD + XSD validation. It shouldn't be hard to implement as Xerces provides API for configuring parser. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=565475&aid=1029187&group_id=588 |
|
From: SourceForge.net <no...@so...> - 2007-04-30 01:29:11
|
Plugin Bugs item #969776, was opened at 2004-06-09 10:19 Message generated for change (Comment added) made by ezust You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=565475&aid=969776&group_id=588 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Pending >Resolution: Works For Me Priority: 5 Private: No Submitted By: Reza Rahman (rrahman) Assigned to: Alan Ezust (ezust) Summary: XML plugin: Entity Parameter DTD XML Validation Error Initial Comment: jEdit/XML Plugin does not seem to validate DTD content included via an entity reference. When external entity references are used in the DTD, the net effect seems to be that XML validation is completely turned off. Here is the the "offending" entity reference in the DTD file: <!ENTITY % jasperreportsdtd SYSTEM "file:///opt/MediaHawk/etc/reportrepository/.common/jasperreport.dtd"> %jasperreportsdtd; Is there a temporary workaround I am missing while this bug is being fixed? Thank you in advance. The two DTDs as well as an example XML file using the DTD with an entity reference is attached for your convenience. ---------------------------------------------------------------------- >Comment By: Alan Ezust (ezust) Date: 2007-04-29 18:29 Message: Logged In: YES user_id=935841 Originator: NO I tried this testcase and it seems to work fine with the current version of XML plugin 2.0.6 and jEdit 4.3pre10. It works for me. Please try XML 2.0.5, and if that doesn't work, you can grab my development JARS here: http://lazarus.oddiofile.com/workspace/jedit/jars ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=565475&aid=969776&group_id=588 |
|
From: SourceForge.net <no...@so...> - 2007-04-30 00:37:24
|
Patches item #1701191, was opened at 2007-04-15 23:56 Message generated for change (Comment added) made by donovaly You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300588&aid=1701191&group_id=588 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Uwe (donovaly) Assigned to: Nobody/Anonymous (nobody) Summary: patch for the nsis2.xml mode file Initial Comment: With the nsis2.xml mode file that comes with jEdit 4.3pre9 there are two issues: - the escape character "&\" has no effect because the literal escape character is double defined. - The NSIS registry root key "SHCTX" is missing in the keyword section while all other root keys are defined there. The attached patch fixes both bugs and fixes also the XML structure (uniform usage of tabs and not mix of spaces and tabs). ---------------------------------------------------------------------- >Comment By: Uwe (donovaly) Date: 2007-04-30 00:37 Message: Logged In: YES user_id=784127 Originator: YES There was another missing keyword "!if". The attached version adds also this one. Does anybody takes care of the patch? File Added: nsis2.xml ---------------------------------------------------------------------- Comment By: Uwe (donovaly) Date: 2007-04-15 23:57 Message: Logged In: YES user_id=784127 Originator: YES File Added: nsis2.diff ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300588&aid=1701191&group_id=588 |
|
From: SourceForge.net <no...@so...> - 2007-04-30 00:18:57
|
Plugin Bugs item #1709736, was opened at 2007-04-29 13:22 Message generated for change (Comment added) made by e4networks You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=565475&aid=1709736&group_id=588 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jim Morris (e4networks) Assigned to: Nobody/Anonymous (nobody) Summary: ruby plugin causes exceptions on pre9 Initial Comment: Using java 1.5 and java 1.6 (latest of both) and jedit 4.3pre9 (also happened on pre8). With rubyplugin enabled, whenever you click on the editor window you get these exceptions. [error] AWT-EventQueue-0: Exception in thread "AWT-EventQueue-0" [error] AWT-EventQueue-0: java.lang.AbstractMethodError [error] AWT-EventQueue-0: at org.gjt.sp.jedit.textarea.TextArea.updateStructureHighlight(TextArea.java:5510) [error] AWT-EventQueue-0: at org.gjt.sp.jedit.textarea.TextArea.access$300(TextArea.java:65) [error] AWT-EventQueue-0: at org.gjt.sp.jedit.textarea.TextArea$1.actionPerformed(TextArea.java:6042) [error] AWT-EventQueue-0: at javax.swing.Timer.fireActionPerformed(Timer.java:271) [error] AWT-EventQueue-0: at javax.swing.Timer$DoPostEvent.run(Timer.java:201) [error] AWT-EventQueue-0: at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:209) [error] AWT-EventQueue-0: at java.awt.EventQueue.dispatchEvent(EventQueue.java:461) [error] AWT-EventQueue-0: at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:242) [error] AWT-EventQueue-0: at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:163) [error] AWT-EventQueue-0: at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:157) [error] AWT-EventQueue-0: at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:149) [error] AWT-EventQueue-0: at java.awt.EventDispatchThread.run(EventDispatchThread.java:110) [error] AWT-EventQueue-0: Exception in thread "AWT-EventQueue-0" [error] AWT-EventQueue-0: java.lang.AbstractMethodError [error] AWT-EventQueue-0: at org.gjt.sp.jedit.textarea.TextArea.updateStructureHighlight(TextArea.java:5510) [error] AWT-EventQueue-0: at org.gjt.sp.jedit.textarea.TextArea.access$300(TextArea.java:65) [error] AWT-EventQueue-0: at org.gjt.sp.jedit.textarea.TextArea$1.actionPerformed(TextArea.java:6042) [error] AWT-EventQueue-0: at javax.swing.Timer.fireActionPerformed(Timer.java:271) [error] AWT-EventQueue-0: at javax.swing.Timer$DoPostEvent.run(Timer.java:201) [error] AWT-EventQueue-0: at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:209) [error] AWT-EventQueue-0: at java.awt.EventQueue.dispatchEvent(EventQueue.java:461) [error] AWT-EventQueue-0: at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:242) [error] AWT-EventQueue-0: at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:163) [error] AWT-EventQueue-0: at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:157) [error] AWT-EventQueue-0: at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:149) [error] AWT-EventQueue-0: at java.awt.EventDispatchThread.run(EventDispatchThread.java:110) [error] AWT-EventQueue-0: Exception in thread "AWT-EventQueue-0" ---------------------------------------------------------------------- >Comment By: Jim Morris (e4networks) Date: 2007-04-29 17:18 Message: Logged In: YES user_id=1107652 Originator: YES As far as I can see it happens with all .rb files, here is a simple one it happens with.. require File.dirname(__FILE__) + '/../test_helper' require 'home_controller' # Re-raise errors caught by the controller. class HomeController; def rescue_action(e) raise e end; end class HomeControllerTest < Test::Unit::TestCase def setup @controller = HomeController.new @request = ActionController::TestRequest.new @response = ActionController::TestResponse.new end # Replace this with your real tests. def test_truth assert true end end ---------------------------------------------------------------------- Comment By: Alan Ezust (ezust) Date: 2007-04-29 16:26 Message: Logged In: YES user_id=935841 Originator: NO I have the same plugins you have a nd I can not reproduce. Please attach the sepcific .rb file that is giving you this problem. ---------------------------------------------------------------------- Comment By: Jim Morris (e4networks) Date: 2007-04-29 15:35 Message: Logged In: YES user_id=1107652 Originator: YES A couple of other points to reproduce this. The buffer must be a ruby buffer (ie a filename with .rb suffix) for the exceptions to happen. Also once the rubyplugin is enabled, disabling it without a restart won't stop the exceptions. I hope this helps to reproduce it, if not let me know. ---------------------------------------------------------------------- Comment By: Jim Morris (e4networks) Date: 2007-04-29 14:29 Message: Logged In: YES user_id=1107652 Originator: YES I cleare the jar-cache, all my plugins are enabled, except ruby-plugin. I click on the edit window and get no exceptions. I enable ruby-plugin from plugin manager, I click onthe edit window and I start getting the exceptions. The only difference is whether ruby-plugin is enabled or not between restarts. It could be an interaction with another plugin, Here are the plugins I have enabled... true BufferTabs 0.8.3 Loaded true Common Controls 0.9.4 Loaded true Console 4.3.2 Loaded true CssEditor 0.4 Loaded true CssValidator.jar Loaded true CtagsSideKick 1.2 Loaded true ErrorList 1.4.2 Loaded true Info Viewer 1.5.9 Loaded true jruby.jar Loaded true kappalayout.jar Loaded true Latest Version Check 1.5 Loaded true Log Viewer 0.6 Loaded true MacroManager 1.2 Loaded true nicons.jar Loaded true Project Viewer 2.1.3.7 Loaded true QuickNotepad 4.3 Loaded true RecentBufferSwitcher 0.1 Loaded true resolver.jar Loaded false RubyPlugin.jar Not loaded true SideKick 0.7.3 Loaded true SuperAbbrevs 0.25 Loaded true xercesImpl.jar Loaded true XercesPlugin 2.8.0 Loaded true xml-apis.jar Loaded ---------------------------------------------------------------------- Comment By: Alan Ezust (ezust) Date: 2007-04-29 13:46 Message: Logged In: YES user_id=935841 Originator: NO I think it may be one of the other plugins you have installed, not necessarily the RubyPlugin. I saw someone else report this exception recently too. I can not reproduce it with my particular collection of plugin versions, so if we can narrow it down to the correct plugin/version you are using that would be appreciated. I don't see anything here directly related to the rubyplugin. Also, you may want to delete your ~/.jedit/jars-cache between jedit restarts. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=565475&aid=1709736&group_id=588 |
|
From: SourceForge.net <no...@so...> - 2007-04-29 23:26:47
|
Plugin Bugs item #1709736, was opened at 2007-04-29 13:22 Message generated for change (Comment added) made by ezust You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=565475&aid=1709736&group_id=588 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jim Morris (e4networks) Assigned to: Nobody/Anonymous (nobody) Summary: ruby plugin causes exceptions on pre9 Initial Comment: Using java 1.5 and java 1.6 (latest of both) and jedit 4.3pre9 (also happened on pre8). With rubyplugin enabled, whenever you click on the editor window you get these exceptions. [error] AWT-EventQueue-0: Exception in thread "AWT-EventQueue-0" [error] AWT-EventQueue-0: java.lang.AbstractMethodError [error] AWT-EventQueue-0: at org.gjt.sp.jedit.textarea.TextArea.updateStructureHighlight(TextArea.java:5510) [error] AWT-EventQueue-0: at org.gjt.sp.jedit.textarea.TextArea.access$300(TextArea.java:65) [error] AWT-EventQueue-0: at org.gjt.sp.jedit.textarea.TextArea$1.actionPerformed(TextArea.java:6042) [error] AWT-EventQueue-0: at javax.swing.Timer.fireActionPerformed(Timer.java:271) [error] AWT-EventQueue-0: at javax.swing.Timer$DoPostEvent.run(Timer.java:201) [error] AWT-EventQueue-0: at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:209) [error] AWT-EventQueue-0: at java.awt.EventQueue.dispatchEvent(EventQueue.java:461) [error] AWT-EventQueue-0: at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:242) [error] AWT-EventQueue-0: at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:163) [error] AWT-EventQueue-0: at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:157) [error] AWT-EventQueue-0: at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:149) [error] AWT-EventQueue-0: at java.awt.EventDispatchThread.run(EventDispatchThread.java:110) [error] AWT-EventQueue-0: Exception in thread "AWT-EventQueue-0" [error] AWT-EventQueue-0: java.lang.AbstractMethodError [error] AWT-EventQueue-0: at org.gjt.sp.jedit.textarea.TextArea.updateStructureHighlight(TextArea.java:5510) [error] AWT-EventQueue-0: at org.gjt.sp.jedit.textarea.TextArea.access$300(TextArea.java:65) [error] AWT-EventQueue-0: at org.gjt.sp.jedit.textarea.TextArea$1.actionPerformed(TextArea.java:6042) [error] AWT-EventQueue-0: at javax.swing.Timer.fireActionPerformed(Timer.java:271) [error] AWT-EventQueue-0: at javax.swing.Timer$DoPostEvent.run(Timer.java:201) [error] AWT-EventQueue-0: at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:209) [error] AWT-EventQueue-0: at java.awt.EventQueue.dispatchEvent(EventQueue.java:461) [error] AWT-EventQueue-0: at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:242) [error] AWT-EventQueue-0: at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:163) [error] AWT-EventQueue-0: at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:157) [error] AWT-EventQueue-0: at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:149) [error] AWT-EventQueue-0: at java.awt.EventDispatchThread.run(EventDispatchThread.java:110) [error] AWT-EventQueue-0: Exception in thread "AWT-EventQueue-0" ---------------------------------------------------------------------- >Comment By: Alan Ezust (ezust) Date: 2007-04-29 16:26 Message: Logged In: YES user_id=935841 Originator: NO I have the same plugins you have a nd I can not reproduce. Please attach the sepcific .rb file that is giving you this problem. ---------------------------------------------------------------------- Comment By: Jim Morris (e4networks) Date: 2007-04-29 15:35 Message: Logged In: YES user_id=1107652 Originator: YES A couple of other points to reproduce this. The buffer must be a ruby buffer (ie a filename with .rb suffix) for the exceptions to happen. Also once the rubyplugin is enabled, disabling it without a restart won't stop the exceptions. I hope this helps to reproduce it, if not let me know. ---------------------------------------------------------------------- Comment By: Jim Morris (e4networks) Date: 2007-04-29 14:29 Message: Logged In: YES user_id=1107652 Originator: YES I cleare the jar-cache, all my plugins are enabled, except ruby-plugin. I click on the edit window and get no exceptions. I enable ruby-plugin from plugin manager, I click onthe edit window and I start getting the exceptions. The only difference is whether ruby-plugin is enabled or not between restarts. It could be an interaction with another plugin, Here are the plugins I have enabled... true BufferTabs 0.8.3 Loaded true Common Controls 0.9.4 Loaded true Console 4.3.2 Loaded true CssEditor 0.4 Loaded true CssValidator.jar Loaded true CtagsSideKick 1.2 Loaded true ErrorList 1.4.2 Loaded true Info Viewer 1.5.9 Loaded true jruby.jar Loaded true kappalayout.jar Loaded true Latest Version Check 1.5 Loaded true Log Viewer 0.6 Loaded true MacroManager 1.2 Loaded true nicons.jar Loaded true Project Viewer 2.1.3.7 Loaded true QuickNotepad 4.3 Loaded true RecentBufferSwitcher 0.1 Loaded true resolver.jar Loaded false RubyPlugin.jar Not loaded true SideKick 0.7.3 Loaded true SuperAbbrevs 0.25 Loaded true xercesImpl.jar Loaded true XercesPlugin 2.8.0 Loaded true xml-apis.jar Loaded ---------------------------------------------------------------------- Comment By: Alan Ezust (ezust) Date: 2007-04-29 13:46 Message: Logged In: YES user_id=935841 Originator: NO I think it may be one of the other plugins you have installed, not necessarily the RubyPlugin. I saw someone else report this exception recently too. I can not reproduce it with my particular collection of plugin versions, so if we can narrow it down to the correct plugin/version you are using that would be appreciated. I don't see anything here directly related to the rubyplugin. Also, you may want to delete your ~/.jedit/jars-cache between jedit restarts. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=565475&aid=1709736&group_id=588 |
|
From: SourceForge.net <no...@so...> - 2007-04-29 22:35:57
|
Plugin Bugs item #1709736, was opened at 2007-04-29 13:22 Message generated for change (Comment added) made by e4networks You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=565475&aid=1709736&group_id=588 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jim Morris (e4networks) Assigned to: Nobody/Anonymous (nobody) Summary: ruby plugin causes exceptions on pre9 Initial Comment: Using java 1.5 and java 1.6 (latest of both) and jedit 4.3pre9 (also happened on pre8). With rubyplugin enabled, whenever you click on the editor window you get these exceptions. [error] AWT-EventQueue-0: Exception in thread "AWT-EventQueue-0" [error] AWT-EventQueue-0: java.lang.AbstractMethodError [error] AWT-EventQueue-0: at org.gjt.sp.jedit.textarea.TextArea.updateStructureHighlight(TextArea.java:5510) [error] AWT-EventQueue-0: at org.gjt.sp.jedit.textarea.TextArea.access$300(TextArea.java:65) [error] AWT-EventQueue-0: at org.gjt.sp.jedit.textarea.TextArea$1.actionPerformed(TextArea.java:6042) [error] AWT-EventQueue-0: at javax.swing.Timer.fireActionPerformed(Timer.java:271) [error] AWT-EventQueue-0: at javax.swing.Timer$DoPostEvent.run(Timer.java:201) [error] AWT-EventQueue-0: at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:209) [error] AWT-EventQueue-0: at java.awt.EventQueue.dispatchEvent(EventQueue.java:461) [error] AWT-EventQueue-0: at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:242) [error] AWT-EventQueue-0: at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:163) [error] AWT-EventQueue-0: at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:157) [error] AWT-EventQueue-0: at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:149) [error] AWT-EventQueue-0: at java.awt.EventDispatchThread.run(EventDispatchThread.java:110) [error] AWT-EventQueue-0: Exception in thread "AWT-EventQueue-0" [error] AWT-EventQueue-0: java.lang.AbstractMethodError [error] AWT-EventQueue-0: at org.gjt.sp.jedit.textarea.TextArea.updateStructureHighlight(TextArea.java:5510) [error] AWT-EventQueue-0: at org.gjt.sp.jedit.textarea.TextArea.access$300(TextArea.java:65) [error] AWT-EventQueue-0: at org.gjt.sp.jedit.textarea.TextArea$1.actionPerformed(TextArea.java:6042) [error] AWT-EventQueue-0: at javax.swing.Timer.fireActionPerformed(Timer.java:271) [error] AWT-EventQueue-0: at javax.swing.Timer$DoPostEvent.run(Timer.java:201) [error] AWT-EventQueue-0: at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:209) [error] AWT-EventQueue-0: at java.awt.EventQueue.dispatchEvent(EventQueue.java:461) [error] AWT-EventQueue-0: at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:242) [error] AWT-EventQueue-0: at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:163) [error] AWT-EventQueue-0: at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:157) [error] AWT-EventQueue-0: at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:149) [error] AWT-EventQueue-0: at java.awt.EventDispatchThread.run(EventDispatchThread.java:110) [error] AWT-EventQueue-0: Exception in thread "AWT-EventQueue-0" ---------------------------------------------------------------------- >Comment By: Jim Morris (e4networks) Date: 2007-04-29 15:35 Message: Logged In: YES user_id=1107652 Originator: YES A couple of other points to reproduce this. The buffer must be a ruby buffer (ie a filename with .rb suffix) for the exceptions to happen. Also once the rubyplugin is enabled, disabling it without a restart won't stop the exceptions. I hope this helps to reproduce it, if not let me know. ---------------------------------------------------------------------- Comment By: Jim Morris (e4networks) Date: 2007-04-29 14:29 Message: Logged In: YES user_id=1107652 Originator: YES I cleare the jar-cache, all my plugins are enabled, except ruby-plugin. I click on the edit window and get no exceptions. I enable ruby-plugin from plugin manager, I click onthe edit window and I start getting the exceptions. The only difference is whether ruby-plugin is enabled or not between restarts. It could be an interaction with another plugin, Here are the plugins I have enabled... true BufferTabs 0.8.3 Loaded true Common Controls 0.9.4 Loaded true Console 4.3.2 Loaded true CssEditor 0.4 Loaded true CssValidator.jar Loaded true CtagsSideKick 1.2 Loaded true ErrorList 1.4.2 Loaded true Info Viewer 1.5.9 Loaded true jruby.jar Loaded true kappalayout.jar Loaded true Latest Version Check 1.5 Loaded true Log Viewer 0.6 Loaded true MacroManager 1.2 Loaded true nicons.jar Loaded true Project Viewer 2.1.3.7 Loaded true QuickNotepad 4.3 Loaded true RecentBufferSwitcher 0.1 Loaded true resolver.jar Loaded false RubyPlugin.jar Not loaded true SideKick 0.7.3 Loaded true SuperAbbrevs 0.25 Loaded true xercesImpl.jar Loaded true XercesPlugin 2.8.0 Loaded true xml-apis.jar Loaded ---------------------------------------------------------------------- Comment By: Alan Ezust (ezust) Date: 2007-04-29 13:46 Message: Logged In: YES user_id=935841 Originator: NO I think it may be one of the other plugins you have installed, not necessarily the RubyPlugin. I saw someone else report this exception recently too. I can not reproduce it with my particular collection of plugin versions, so if we can narrow it down to the correct plugin/version you are using that would be appreciated. I don't see anything here directly related to the rubyplugin. Also, you may want to delete your ~/.jedit/jars-cache between jedit restarts. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=565475&aid=1709736&group_id=588 |