This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.

Bug 132050 - Boot class path change causes Exception
Summary: Boot class path change causes Exception
Status: RESOLVED FIXED
Alias: None
Product: php
Classification: Unclassified
Component: Editor (show other bugs)
Version: 6.x
Hardware: All All
: P1 blocker (vote)
Assignee: Petr Pisl
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-04-04 13:35 UTC by Tomas Mysik
Modified: 2008-04-09 09:56 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Exception Reporter:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Tomas Mysik 2008-04-04 13:35:25 UTC 
I changed boot classpath (added regular folder /usr/share/php5) and several exceptions occured while scanning. Also 
notice that scanning of that directory took very looong time.

Root: /usr/share/php5 File: Expression.class.php Bootpath: ClassPath[Entry[file:/usr/share/php5/]] Classpath: 
ClassPath[Entry[file:/usr/share/php5/]] Sourcepath: ClassPath[Entry[file:/usr/share/php5/]]
Caused: java.lang.Error: Error: could not match input
        at org.netbeans.modules.php.editor.parser.ASTPHP5Scanner.zzScanError(ASTPHP5Scanner.java:1496)
        at org.netbeans.modules.php.editor.parser.ASTPHP5Scanner.next_token(ASTPHP5Scanner.java:2507)
        at java_cup.runtime.lr_parser.scan(lr_parser.java:349)
        at java_cup.runtime.lr_parser.parse(lr_parser.java:578)
        at org.netbeans.modules.php.editor.parser.GSFPHPParser.parseFiles(GSFPHPParser.java:84)
        at org.netbeans.napi.gsfret.source.ParserTaskImpl.parse(ParserTaskImpl.java:170)
[catch] at org.netbeans.modules.gsfret.source.usages.RepositoryUpdater.batchCompile(RepositoryUpdater.java:1943)
        at 
org.netbeans.modules.gsfret.source.usages.RepositoryUpdater$CompileWorker.updateFolder(RepositoryUpdater.java:1337)
        at 
org.netbeans.modules.gsfret.source.usages.RepositoryUpdater$CompileWorker.scanRoots(RepositoryUpdater.java:1076)
        at org.netbeans.modules.gsfret.source.usages.RepositoryUpdater$CompileWorker.access$1700
(RepositoryUpdater.java:635)
        at org.netbeans.modules.gsfret.source.usages.RepositoryUpdater$CompileWorker$1.run(RepositoryUpdater.java:746)
        at org.netbeans.modules.gsfret.source.usages.RepositoryUpdater$CompileWorker$1.run(RepositoryUpdater.java:663)
        at org.netbeans.modules.gsfret.source.usages.ClassIndexManager.writeLock(ClassIndexManager.java:123)
        at org.netbeans.modules.gsfret.source.usages.RepositoryUpdater$CompileWorker.run(RepositoryUpdater.java:660)
        at org.netbeans.modules.gsfret.source.usages.RepositoryUpdater$CompileWorker.run(RepositoryUpdater.java:635)
        at org.netbeans.napi.gsfret.source.Source$CompilationJob.run(Source.java:1180)
        at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:417)
        at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:269)
        at java.util.concurrent.FutureTask.run(FutureTask.java:123)
        at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
        at java.lang.Thread.run(Thread.java:595)

Product Version: NetBeans IDE Dev (Build 080402)
Java: 1.5.0_15; Java HotSpot(TM) Client VM 1.5.0_15-b04
System: Linux version 2.6.24-gentoo-r4 running on i386; UTF-8; cs_CZ (nb)
Comment 1 Petr Pisl 2008-04-09 09:56:54 UTC 
I fixed this on Monday in release61