srcml-discussion

[SrcML] problem with absolute paths

[Icaro <ic...@gm...>]

Hi to all

I have the following problem:
I have a java file in c:\ (i.e.: exist c:\Policy.java)
If I run

C:\>java -classpath "C:\cartella condivisa\Software 
Downloads\dev\SrcML\srcml-0.2.2.jar" de.srcml.parser.Parser Policy.java
it work, but if I run:
C:\>java -classpath "C:\cartella condivisa\Software 
Downloads\dev\SrcML\srcml-0.2.2.jar" de.srcml.parser.Parser c:\Policy.java

(note the *c:\* ) I obtain the following Exception:

java.lang.NullPointerException
        at de.srcml.parser.java.Preprocessor.read(Unknown Source)
        at de.srcml.parser.java.Preprocessor.filterReader(Unknown Source)
        at de.srcml.parser.java.Preprocessor.<init>(Unknown Source)
        at de.srcml.parser.java.ParserJava.parseFile(Unknown Source)
        at de.srcml.parser.java.ParserJava.parse(Unknown Source)
        at de.srcml.parser.Parser.parse(Unknown Source)
        at de.srcml.parser.Parser.main(Unknown Source)
de.srcml.parser.ParserException: Exception occured while parsing: 
java.lang.NullPointerException
        at de.srcml.parser.java.ParserJava.parseFile(Unknown Source)
        at de.srcml.parser.java.ParserJava.parse(Unknown Source)
        at de.srcml.parser.Parser.parse(Unknown Source)
        at de.srcml.parser.Parser.main(Unknown Source)
<?xml version="1.0" encoding="ISO-8859-1"?>
<unit filename="null" author="Domenico" language="java" 
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
xsi:noNamespaceSchemaLocation="http://srcml.sourceforge.net/srcml.xsd">

Is it a bug? How can I use an absolute path to specify the file to parse?


-- 
Domenico (aka ^I^caro)

http://preponderante.splinder.com  <-- personale
http://icaro.blogspot.com          <-- perhaps technical
          
     ~~~~     "Dove mai andiamo?"......"Sempre a casa"....   ~~~~

Re: [SrcML] problem with absolute paths

[Frank R. <fra...@un...>]

On Fri, Dec 02, 2005 at 01:21:33PM +0100, Icaro wrote:
> Hi to all

Hello,

> I have the following problem:
> I have a java file in c:\ (i.e.: exist c:\Policy.java)
> If I run
> 
> C:\>java -classpath "C:\cartella condivisa\Software 
> Downloads\dev\SrcML\srcml-0.2.2.jar" de.srcml.parser.Parser Policy.java
> it work, but if I run:
> C:\>java -classpath "C:\cartella condivisa\Software 
> Downloads\dev\SrcML\srcml-0.2.2.jar" de.srcml.parser.Parser c:\Policy.java

Interesting.. It works on Linux no matter wether you use a full or a
relative path. Therefore I never encountered this error before. I also
don't have access to a windows machine here, so that'll have to wait
until I'm at the uni again. But this is indeed an annoying error which
just shows again that we're having way too few testers.

Thanks for pointing out this bug Domenico. I'll try to reproduce and fix
it tomorrow at the uni. I'll keep you updated on this here.

> Is it a bug? How can I use an absolute path to specify the file to parse?

Yes. Apparently some part of the framework has a problem with those
absolute paths in Windows. As we currently only have developers on Linux
and Mac this kind of slipped through the testing. Sorry for that.

PS: Everyone can (and is encouraged to even ;) post such bugs through
the SourceForge Bug Tracking system. I'll try to also post bugs sent to
this list through the bug tracker. This isn't really necessary, but
provides us with some additional advantages: We can assign bugs to
developers, site visitors can see we're actively working on getting
those bugs fixed, it adds to the activity ranking thus improving the
project's SF ranking. Or in simpler words: it might help us to find more
developers or at least testers :)

-- 
Raiser, Frank
Student @ University of Ulm (www.uni-ulm.de)

It's not the prevention of bugs but the recovery 
-- the ability to gracefully exterminate them -- that counts. 
(Victoria Livschitz)

Re: [SrcML] problem with absolute paths

[Icaro <ic...@gm...>]

Hi again.  
The problem with absolute path seems to have been resolved. :-)  
 
another (little) question about absolute vs relative path.  
suppose that my cwd is C:\\temp\testSrcML\  
If I generate an SrcML file using an absolute syntax:  
 
java de.srcml.parser.Parser C:\\temp\testSrcML\Policy.java  
 
the generated XML file have the following unit tag:  
<unit [...] language="java"  filename="C:\\temp\testSrcML\Policy.java" 
author="Domenico" [...] >  
 
on the other hand if I use a relative sintax   
 
java de.srcml.parser.Parser Policy.java  
 
the result is:  
 
<unit [...] language="java"  filename="Policy.java" author="Domenico" 
[...] >    
 
It's a little bit surprising for me. I parse the same file but the 
result is a (slightly) different output.  
Why? Is not better to have always the absolute path in the unit tag?   
I'm missing something?

-- 
Domenico (aka ^I^caro)
http://icaro.blogspot.com
          
     ~~~~     "Dove mai andiamo?"......"Sempre a casa"....   ~~~~

Re: [SrcML] problem with absolute paths

[Frank R. <rai...@go...>]

T24gMTIvNy8wNSwgSWNhcm8gPGljYXJvNzlAZ21haWwuY29tPiB3cm90ZToKPiBIaSBhZ2Fpbi4K
PiBUaGUgcHJvYmxlbSB3aXRoIGFic29sdXRlIHBhdGggc2VlbXMgdG8gaGF2ZSBiZWVuIHJlc29s
dmVkLiA6LSkKCkdsYWQgdG8gaGVhciB0aGF0IDopClNvcnJ5IGFnYWluIGZvciB0aGUgdHJvdWJs
ZSwgYnV0IEkgcmVhbGx5IGRpZG4ndCB0aGluayBvZgp3aW5kb3dzLXN0eWxlIHBhdGhuYW1lcyBi
YWNrIGF0IHRoZSB0aW1lIG9mIHdyaXRpbmcgdGhhdApTdHJpbmdUb2tlbml6ZXIuIFdlbGwgc28g
bXVjaCBmb3IgamF2YSBiZWluZyBwb3J0YWJsZSB3aXRob3V0IGFueQphZGRpdGlvbmFsIGVmZm9y
dHMgOikKCj4gYW5vdGhlciAobGl0dGxlKSBxdWVzdGlvbiBhYm91dCBhYnNvbHV0ZSB2cyByZWxh
dGl2ZSBwYXRoLgo+IHN1cHBvc2UgdGhhdCBteSBjd2QgaXMgQzpcXHRlbXBcdGVzdFNyY01MXAo+
IElmIEkgZ2VuZXJhdGUgYW4gU3JjTUwgZmlsZSB1c2luZyBhbiBhYnNvbHV0ZSBzeW50YXg6Cj4K
PiBqYXZhIGRlLnNyY21sLnBhcnNlci5QYXJzZXIgQzpcXHRlbXBcdGVzdFNyY01MXFBvbGljeS5q
YXZhCj4KPiB0aGUgZ2VuZXJhdGVkIFhNTCBmaWxlIGhhdmUgdGhlIGZvbGxvd2luZyB1bml0IHRh
ZzoKPiA8dW5pdCBbLi4uXSBsYW5ndWFnZT0iamF2YSIgIGZpbGVuYW1lPSJDOlxcdGVtcFx0ZXN0
U3JjTUxcUG9saWN5LmphdmEiCj4gYXV0aG9yPSJEb21lbmljbyIgWy4uLl0gPgo+Cj4gb24gdGhl
IG90aGVyIGhhbmQgaWYgSSB1c2UgYSByZWxhdGl2ZSBzaW50YXgKPgo+IGphdmEgZGUuc3JjbWwu
cGFyc2VyLlBhcnNlciBQb2xpY3kuamF2YQo+Cj4gdGhlIHJlc3VsdCBpczoKPgo+IDx1bml0IFsu
Li5dIGxhbmd1YWdlPSJqYXZhIiAgZmlsZW5hbWU9IlBvbGljeS5qYXZhIiBhdXRob3I9IkRvbWVu
aWNvIgo+IFsuLi5dID4KPgo+IEl0J3MgYSBsaXR0bGUgYml0IHN1cnByaXNpbmcgZm9yIG1lLiBJ
IHBhcnNlIHRoZSBzYW1lIGZpbGUgYnV0IHRoZQo+IHJlc3VsdCBpcyBhIChzbGlnaHRseSkgZGlm
ZmVyZW50IG91dHB1dC4KPiBXaHk/IElzIG5vdCBiZXR0ZXIgdG8gaGF2ZSBhbHdheXMgdGhlIGFi
c29sdXRlIHBhdGggaW4gdGhlIHVuaXQgdGFnPwo+IEknbSBtaXNzaW5nIHNvbWV0aGluZz8KClJp
Z2h0IG5vdyB0aGUgZmlsZW5hbWUgYXR0cmlidXRlIGlzIGZpbGxlZCB3aXRoIHdoYXQgeW91J3Jl
IHN1cHBseWluZwphdCB0aGUgY29tbWFuZGxpbmUuIFRoZSByZWFzb24gZm9yIHRoaXMgaXMgdGhh
dCB5b3UgbWlnaHQgbm90IGFsd2F5cwp3YW50IHRoZSBmdWxsIHBhdGggaW4gdGhlIFNyY01MIGRv
Y3VtZW50cy4gTGlrZSB0aGlzIHlvdSBjYW4gY2hvb3NlCnlvdXJzZWxmIHdoYXQgeW91IHdhbnQg
dGhlIGF0dHJpYnV0ZSB0byBiZSBsaWtlIGFuZCBpZiB5b3Ugc2hhcmUgdGhlCmRvY3VtZW50cyBh
IHJlbGF0aXZlIHBhdGggaXMgbXVjaCBtb3JlIHVzZWZ1bC4gSnVzdCBpbWFnaW5lIGEgbGludXgK
dXNlciBoYXZpbmcgdG8gZGVhbCB3aXRoIGEgZmlsZW5hbWU9IkM6XE15IERvY3VtZW50c1wKYmxh
XGJsYVxGaWxlLmphdmEiIG9yIHZpY2UgdmVyc2EuIFRoaXMgaXMgcmF0aGVyIGN1bWJlcnNvbWUs
IHdoZXJlYXMKZmlsZW5hbWU9InByb2plY3QvbmV0L2RvbWFpbi9GaWxlLmphdmEiIG1ha2VzIG1v
cmUgc2Vuc2UgZm9yIGV2ZXJ5b25lCnRvIHdvcmsgd2l0aC4gSW4gb3RoZXIgc2l0dWF0aW9ucyB5
b3UgbWlnaHQgd2FudCB0aGUgYWJzb2x1dGUgcGF0aAphdmFpbGFibGUsIGJlY2F1c2UgeW91IHdh
bnQgdG8gcnVuIG90aGVyIHRvb2xzIG9uIHRoZSBkb2N1bWVudHMgd2hpY2gKYXJlIHJ1biBmcm9t
IG90aGVyIGxvY2F0aW9ucyBhbmQgaXQgbWlnaHQgYmUgZWFzaWVyIHRvIGp1c3QgaGF2ZQphYnNv
bHV0ZSBwYXRocyB0byBhY2Nlc3MgdGhlIG9yaWdpbmFsIGZpbGVzLgoKU28gaW4gc3VtbWFyeSB0
aGVyZSBpcyBubyBjb21wZWxsaW5nIHJlYXNvbiB0byBlbmZvcmNlIGVpdGhlciBhYnNvbHV0ZQpv
ciBsb2NhbCBwYXRobmFtZXMuIFRoZXJlZm9yZSB3ZSBsZWZ0IGl0IG9wZW4gdG8gdGhlIHVzZXIg
dG8gZGVjaWRlCndoaWNoIGtpbmQgb2YgcGF0aCBzaG91bGQgYXBwZWFyIGluIHRoZSByZXN1bHRp
bmcgU3JjTUwgZG9jdW1lbnQuCgotLQpSYWlzZXIsIEZyYW5rIC0gQ29tcFNjaSBTdHVkZW50IEAg
VW5pdmVyc2l0eSBvZiBVbG0KR3JlYXQgbWluZHMgZGlzY3VzcyBpZGVhczsKQXZlcmFnZSBtaW5k
cyBkaXNjdXNzIGV2ZW50czsKU21hbGwgbWluZHMgZGlzY3VzcyBwZW9wbGUuCg==