Владимир Лощин | 28 Mar 09:19 2016
Picon

Maven2 project classpath resolution

Hi, everyone. Looks like, I found a bug in CEDET Maven2 support.
 
When CEDET try to build java classpath, it execute mvn dependency:build-classpath (see maven2.el/ede-java-classpath). Then CEDET parse result string splitting it by ":" separator (see: java-base.el/ede-jvm-get-classpath-from-command). But, mvn dependency:build-classpath output has ';' delimiter.

So, the delimiter parameter should be in ede-jvm-get-classpath-from-command function. Or, this function should be overriden in maven2.el module.

How can I fix this? Email a path here? Or someone will give me repository account?
------------------------------------------------------------------------------
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785471&iu=/4140
_______________________________________________
Cedet-devel mailing list
Cedet-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/cedet-devel
Edward Steere | 26 Mar 21:16 2016
Picon

Re: BUG completion in region

Hi,

I was able to reproduce this locally and found that the problem stems from the
`semantic-analyse-possible-completions-default’ function. The problem appears
to be that something in there is moving the point outside of a `save-excursion’.
To confirm my theory I evaluated the following snippet:

(advice-add 'semantic-analyze-possible-completions-default
            :around '(lambda (orig-fun &rest args)
                       (save-excursion (apply orig-fun args))))

And with that it appears to be working again. I can take a deeper look and find out
what’s going wrong when I get time, but for now this hack should mask the problem.
You can add that to your .emacs and your completions should be working as normal
in the interim.

Kind regards,

Edward Steere

> ----------------------------------------------------------------------
> 
> Message: 1
> Date: Wed, 23 Mar 2016 19:13:23 +0000
> From: Simon Brown <lists <at> 700c.org>
> Subject: [CEDET-devel] BUG completion in region
> To: cedet-devel <at> lists.sourceforge.net
> Message-ID:
> 	<1458760403.3290662.557852074.14BAA21E <at> webmail.messagingengine.com>
> Content-Type: text/plain; charset="us-ascii"
> 
> Hello,
> 
> With latest cedet (4b41ea6) There seems to be an interaction problem
> with code completion. In the attached file if you try to complete line
> 15 with C-M-i you get an error:
> 
> completion-in-region: Assertion failed: (<= start (point)), #<marker at
> 228 in /home/smb/Desktop/Cedet Bug/cedetBug.c>, 66
> 
> I use company mode for completion and when this happens the point jumps
> to the start of line 6 which is annoying. If I switch to built in cedet
> the problem goes away. I don't know if this is a cedet bug or if it
> belongs elsewhere. It was reported to the company mode project here:
> https://github.com/company-mode/company-mode/issues/419
> 
> So it's been present for some months. Any suggestions on how to debug
> it?
> 
> Simon
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: cedetBug.c
> Type: text/x-csrc
> Size: 249 bytes
> Desc: not available
> 
> ------------------------------
> 
> Message: 2
> Date: Thu, 24 Mar 2016 12:25:02 +0530
> From: Mandar Mitra <mandar.mitra <at> gmail.com>
> Subject: Re: [CEDET-devel] BUG completion in region
> To: Simon Brown <lists <at> 700c.org>
> Cc: cedet-devel <at> lists.sourceforge.net
> Message-ID: <20160324065502.GC2760 <at> gmail.com>
> Content-Type: text/plain; charset=us-ascii
> 
> Simon Brown wrote (Wed, Mar 23, 2016 at 07:13:23PM +0000):
>> Hello,
>> 
>> With latest cedet (4b41ea6) There seems to be an interaction problem
>> with code completion. In the attached file if you try to complete line
>> 15 with C-M-i you get an error:
>> 
>> completion-in-region: Assertion failed: (<= start (point)), #<marker at
>> 228 in /home/smb/Desktop/Cedet Bug/cedetBug.c>, 66
>> 
>> I use company mode for completion and when this happens the point jumps
>> to the start of line 6 which is annoying. If I switch to built in cedet
>> the problem goes away. I don't know if this is a cedet bug or if it
>> belongs elsewhere. It was reported to the company mode project here:
>> https://github.com/company-mode/company-mode/issues/419
>> 
>> So it's been present for some months. Any suggestions on how to debug
>> it?
> 
> 
> I've observed a possibly related problem, but didn't know where to report it / how to debug it.
> 
> I have "." and ">" bound to a variant of semantic-complete-self-insert for completion of struct fields.
When I type "x." or "x->" a menu of possible fields comes up, but on selecting one of them, point jumps to the
structure definition instead of filling in the field name. I can't even go back where I was with C-u C-SPC.

------------------------------------------------------------------------------
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785351&iu=/4140
_______________________________________________
Cedet-devel mailing list
Cedet-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/cedet-devel
Edward Steere | 26 Mar 15:50 2016
Picon

Additions to gitignore

Hi All,

Patch 4/4.

This one is super simple.
I just added three items to the .gitignore to clean up the view from
git’s perspective.

Kind Regards,

Edward Steere
Attachment (0004-Added-more-ignores.patch): application/octet-stream, 939 bytes
------------------------------------------------------------------------------
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785351&iu=/4140
_______________________________________________
Cedet-devel mailing list
Cedet-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/cedet-devel
Edward Steere | 26 Mar 15:49 2016
Picon

Performance Option For CEDET

Hi All,

This is patch 3/4.

I found that the performance of semantic for navigating between project files
using ia fast jump left a lot to be desired in large java projects. The major 
culprit appears to be file-truename. Both for the amount of memory it
allocates (and therefore automatic GC time it triggers)  and for the time it
takes to check for symlinks in the file system etc.

This patch adds a global switch (`ede-ignore-symlinks’) across CEDET
which will use `expand-filename’ when the switch is non-nil. An alternative to
this might be to add it to the base project object as a switch so that one can control
the behaviour on a per-project basis. I’d be happy to implement the later or
a combination depending on what is decided.

Kind regards,

Edward Steere
------------------------------------------------------------------------------
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785351&iu=/4140
_______________________________________________
Cedet-devel mailing list
Cedet-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/cedet-devel
Edward Steere | 26 Mar 15:49 2016
Picon

Secondary Overlays Bugfix

Hi All,

This is patch 2/4.

It's a fix for overlays from the decorate package.
It looks like the interface to `semantic-tag-create-secondary-overlay'
changed somewhere along the line. When tags are linked to the buffer,
the overlays are removed and then re-added using the unlink/link hooks.

`semantic—tag-link-secondary-overlays’ tried to fetch the list of secondary
overlays on a tag, remove them from the tag object and then re add each of
them in turn. However, it passed the tag and the overlay to the
`semantic-tag-create-secondary-overlay’ which should instead accept the tag
and a link hook to run once the secondary overlay has been created.

This produces several error messages similar to the following
“Error wrong type argument: symbolp #<overlay …"

I’m unsure whether by making my change I’ve broken the intended way for this
to work — i.e. that there are multiple overlays which ought to be added one after
the other — but it does look like it wasn’t working altogether without this fix.

Kind regards,

Edward Steere

------------------------------------------------------------------------------
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785351&iu=/4140
_______________________________________________
Cedet-devel mailing list
Cedet-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/cedet-devel
Edward Steere | 26 Mar 15:49 2016
Picon

Projectile Support for Locate

Hi All,

This is the first in a series of four patches I’m submitting today.
This one adds support for projectile to EDE-locate.

The implementation is very simple, it just uses projectile as a way of
getting a list of files for this project. When we search for a file it just runs
filesubstring as a regular expression against all those files.

Usage:

(setq ede-locate-setup-options
          '(ede-locate-projectile
            ede-locate-base))

Originally I wanted to store the files in a trie using the trie library, but
that seems to run into problems with the size of keys (absolute paths)
for java projects. I find that this implementation works well enough
ito performance across the various machines which I use.

Kind regards,

Edward Steere

------------------------------------------------------------------------------
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785351&iu=/4140
_______________________________________________
Cedet-devel mailing list
Cedet-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/cedet-devel
Simon Brown | 23 Mar 20:13 2016

BUG completion in region

Hello,

With latest cedet (4b41ea6) There seems to be an interaction problem
with code completion. In the attached file if you try to complete line
15 with C-M-i you get an error:

completion-in-region: Assertion failed: (<= start (point)), #<marker at
228 in /home/smb/Desktop/Cedet Bug/cedetBug.c>, 66

I use company mode for completion and when this happens the point jumps
to the start of line 6 which is annoying. If I switch to built in cedet
the problem goes away. I don't know if this is a cedet bug or if it
belongs elsewhere. It was reported to the company mode project here:
https://github.com/company-mode/company-mode/issues/419

So it's been present for some months. Any suggestions on how to debug
it?

Simon
Attachment (cedetBug.c): text/x-csrc, 338 bytes
------------------------------------------------------------------------------
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785351&iu=/4140
_______________________________________________
Cedet-devel mailing list
Cedet-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/cedet-devel
Chream | 15 Mar 02:28 2016
Picon

BUG - cedet-java-core-jar-name

The core jar on OS X elcapitain 

ProductName: Mac OS X
ProductVersion: 10.11.3
BuildVersion: 15D21

is now in the same path as for other operating systems. 
Not sure when this happened and I am not sure how to check for OS X version in emacs. 
My modified code now works for for cedet to locate the rt.jar.

Current cedet code::

(defvar cedet-java-core-jar-name (if (eq system-type 'darwin)
    "Contents/Classes/classes.jar"
  (concat (file-name-as-directory
   (concat (file-name-as-directory "jre") "lib"))
  "rt.jar"))
  "Name of Java core jar file.
File name is rt.jar on Linux & Windows, and classes.jar on Mac OS X")

Modified code::

(defvar cedet-java-core-jar-name (concat (file-name-as-directory
                                          (concat (file-name-as-directory "jre") "lib"))
                                         "rt.jar")
  "Name of Java core jar file.
File name is rt.jar on Linux & Windows, and classes.jar on Mac OS X")

------------------------------------------------------------------------------
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785231&iu=/4140
_______________________________________________
Cedet-devel mailing list
Cedet-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/cedet-devel
Edward Steere | 27 Feb 21:54 2016
Picon

Generic Projects Auto Detection Fix

Hi All,

My name is Edward and I’m an avid Emacs user.
I enjoy using CEDET and I’ve decided to take the plunge and see if I can be helpful re. bug fixes and the like.

Please find attached a patch for generic projects detection.
This feature outright didn’t work on any of my machines until I made these changes (see attached backtrace).
If I’ve missed something (e.g. I should have turned on a feature to make this work) then please let me know
and I’d be happy to test it and report back.

Kind regards,

Ed

Attachment (Generic-Project-Detection-Fix.patch): application/octet-stream, 2283 bytes
Debugger entered--Lisp error: (wrong-type-argument stringp nil)
  file-name-as-directory(nil)
  #[(this dir) "\306!\307\n\310\"\211;\205
------------------------------------------------------------------------------
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140
_______________________________________________
Cedet-devel mailing list
Cedet-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/cedet-devel
Siddhartha Singh Sandhu | 5 Feb 23:09 2016
Picon

CEDET compile error

Hi,

I am trying to compile cedet-1.1 form the binaries with:
 
 $ make

I also tried all the other make commands after `make clean-all` but I receive the same error.

My compilation is failing on the following step:

In eieiodoc-one-node:
eieio-doc.el:118:15:Warning: reference to free variable `indexstring'
eieio-doc.el:130:56:Warning: reference to free variable `root-class'
eieio-doc.el:138:42:Warning: reference to free variable `rclass'
Wrote /home/sid/.emacs.d/cedet-1.1/eieio/eieio-doc.elc

In toplevel form:
eieio-base.el:42:11:Error: Invalid function: object-class-fast
Wrote /home/sid/.emacs.d/cedet-1.1/eieio/eieio-datadebug.elc
make[1]: *** [eieio] Error 1
make[1]: Leaving directory `/home/sid/.emacs.d/cedet-1.1/eieio'
make: *** [eieio] Error 2

Env Details:

1. Ubuntu 14.10
2. Emacs 24.5.2


Please advice on how I can fix this.

Regards.
------------------------------------------------------------------------------
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140
_______________________________________________
Cedet-devel mailing list
Cedet-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/cedet-devel
Frey Florez | 5 Jan 12:54 2016
Picon

Problem to parce C++ string in VC2015

Hello, 

I am trying to create a C/C++ IDE in emacs. As part of the process I installed CEDET package. The parser is working with 
.h header and structs, classes etc. The problem appears by using the C++ <string> header

std::string s1;
s1.                  //parsing problem 
 
Attached my .emacs file.

I appreciate your help,

Regards,

Frey 
Attachment (.emacs): application/octet-stream, 9 KiB
------------------------------------------------------------------------------
_______________________________________________
Cedet-devel mailing list
Cedet-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/cedet-devel

Gmane