Error in constraint syntax
Unique syntax error in certain
Thank you, for the answer. It was useful but I will be also waiting for the feature :).
Hi Mathew, Sorry for late answer. Yes as you said, the build before script takes time (depending on the file that was edited), that can even go to 10s, as I have a "huge" amount of files. And waiting these extra seconds, just to launch a script is really annoying. Comparing this to launching directly from terminal (which is instant), it becomes discouraging to use the SVEeditor launch script.
Hi Mathew, Well, unfortunately none of the suggested solutions worked for me. I have checked that each top level includes the macro, and also tried the mfcu, but in vain. What I also find strange, is that I have another macro, declared in the same macro file but it does not cause any problems when called from the same file where " object_call_method" is causing an error! Still cannot figure out why... Best regards, Safouan
'object_call_method is always flagged as en error
Export project preferences
Disable build before launch option when using "SVEdiotr Build Script"
Thank you very much for the fix, Now every thing is back to normal, all works as expected in 2.0.2. I think you can close this topic again (for real hopefully) Best Regards, Safouan
Another request please: Maybe it is better to prevent the "[ERROR] Head is not cached" from looping infinitly. Then I would like to be able to downgrade to previous release (very much needed in my case now, since the bug is critical), because for the moment it is not possible to do so. Mant thanks, Safouan
Well I tried that now and got the same error message, and also found this cast fail again : java.lang.ClassCastException: net.sf.sveditor.core.db.stmt.SVDBConstraintUniqueStmt cannot be cast to net.sf.sveditor.core.db.stmt.SVDBConstraintForeachStmt So opened the repo and checked you're commit to fix the cast issue, then opened the same file in the master branch, and found that the object type is correct (ConstraintUniqueStmt). So went further by decompiling the jar file of release 2.0.1 and... tadaaa,...
Well I tried that now and got the same error message, and also found this cast fail again : java.lang.ClassCastException: net.sf.sveditor.core.db.stmt.SVDBConstraintUniqueStmt cannot be cast to net.sf.sveditor.core.db.stmt.SVDBConstraintForeachStmt So opened the repo and checked you're commit to fix the cast issue, that opened the same file in the master branch, and found that the object type is correct (ConstraintUniqueStmt). So went further by decompiling the jar file of release 2.0.1 and... tadaaa,...
Well Matthew, you were right when you said you're suspicious. :-/ In fact the issue poped up again in, 2.0.1, with exactly the same project with the same files... that was working with 2.0.0.2 This time I can deliver more details about that: The error message is: [ERROR] Head is not cached and it is printed thousands of times (until I kill eclipse) -> Infinite loop. I found that the msg is pintend when this piece of code is executed (line 522). through jconsole, I get this output for the working...
Well Matthew, you were right when you said you're suspicious. :-/ In fact the issue poped up again in, 2.0.1, with exactly the same project with same file... that was working with 2.0.0.2 This time I can deliver more details about that: The error message is: [ERROR] Head is not cached and it is printed thousands of times (until I kill eclipse) -> Infinite loop. I found that the msg is pintend when this piece of code is executed (line 522). through jconsole, I get this output for the working thread:...
I have updated to 2.0.0.2 and SVE works like a charm again :), many thanks. You can set this topic to closed.
Thank you for the quick reply and fix. However I am still wondering if the "[Error] Head is not cached" is also causing the fail. Actually I also tried to add step by step some files to the argument file, and the error (which is the SVBuilderIndexJob is blocking in 0%) is randomly happening: - if I start by a small file list and add step by step some files, and rebuild index each time, it works fine until I add around 950 files, and then it fails - I kill and restart eclipse and and go back to 900...
Same issue pops up in 2.0.0.1: you can see the following log: [ERROR] Head is not cached [ERROR] Head is not cached [ERROR] Head is not cached [ERROR] Head is not cached [ERROR] Head is not cached [ERROR] Head is not cached [ERROR] Head is not cached [ERROR] Head is not cached [ERROR] Head is not cached [ERROR] Head is not cached [ERROR] Head is not cached [ERROR] Head is not cached [ERROR] Head is not cached [ERROR] Head is not cached [ERROR] Head is not cached [ERROR] Head is not cached [ERROR]...
Yes exactly!! I would love to have this feature and it would make SV coding much more productive! PS: If you have a look in this pdf questa manual page 241, you can see that is possible to set a breakpoint through command line by setting: bp <filename> As a first draft, I suggest to make the breakpoint list in a variable that is accesible by Eclipse launcher, and to have the possibilty to set at the beginning the separator between the breakpoints ( ; or , or : or ; bp ..... or anything depending...
Yes exactly!! I would love to have this feature and it would make SV coding much more productive! PS: If you have a look in this pdf questa manual page 241, you can see that is possible to set a breakpoint through command line by setting: bp <filename> As a first draft, I suggest to make the breakpoint list in a variable that is accesible by Eclipse launcher, and to have the possibilty to set at the begging the separator between the breakpoints ( ; or , or : or ; bp ..... or anything depending on...
Yes exactly!! I would love to have this feature and it would make SV coding much more productive! PS: If you have a look in this pdf questa manual page 241, you can see that is possible to set a breakpoint through command line by setting: bp <filename> As a first draft, I suggest to make the breakpoint list in a variable that is accesible by Eclipse launcher, and to have the possibilty to set at the begging the separator between the breakpoints ( ; or , or : or ; bp ..... or anything depending on...
Adding breakpoints
Unsupported major.minor version 52.0 with 2.0.0
Errors when Autocomplete is run
Actually I did not check what happened exactly, but most probably eclpse keeps spinning (cannot say how much CPU was used because we're working on 32 core machine, and I guess there is a limit for every user/process) However here is another symptome: I am using vnc server to connect to the machine. When the problem accurs, the file /home/username/.vnc/<machinename>.log keeps increasing strangely reaching up to 250GB!! blocking every user on the machine. I have killed all eclipse process and removed...
> Does the same happen in a new workspace? Yes same think wirh a new workspace > Are you able to narrow it down to a specific file(s)? Did not try this, did not won't to run in the error again because I blokced all people sharing the disk with me.
1.9.9 Freezes eclipse!
Thanks, but it looks like 1.9.9 is not yet available for download from Files -> sveditor...
Add a "terminate" button in SVE script build script launcher
Yes you are right! I have just upgraded to 1.9.8. it is fine now. You can close this...
Unique is not supported by SVE?
Parser error in a correct statement (works in questa)
Thank you for the answer. Actually it was a .f issue: I didn't know that the parser...
EDIT: even though I CAN go to definition by F3 or open declarations. (the open declartion...
EDIT: even though I CAN go to definition by F3 or open declarations.
My own defines are considered as errors
Update of SVEditor on eclipse market place
Is it possible to output the netlist from .vhd and .v files as they are already parsed?...
Hi everyone, I get "Failed to find File.sv" error (with red cross to the left of...
Hi everyone, I get "Failed to find File.sv" error (with red cross to the left of...