Re: NB 10 Copy / paste error from Output window

[Mark Eggers]

On 4/3/2019 7:05 AM, Lister Jonathan wrote:
> Hi,
> I am running NB 10 on Windows 10 with a 4k monitor (3840 x 2160).
> I configure a larger font via netbeans.conf:
> 
> netbeans_default_options=" ...
> --fontsize 16"
> 
> 
> Whenever I copy / paste text from the output log I get extra characters from 
> before the start of the selected text and am missing characters from the end 
> of the selected text. For example (see the screen shot in the file 
> "Output.png") I would expect the pasted text in this case to be "Final 
> method" but it is actually ": Final met".
> 
> This problem does not occur with NB 8 on the same system setup.

Hi,

I'm running NetBeans 10 with JDK 11.0.2 on Windows 10 professional with
a 27" monitor. My resolution is 2560 x 1440 and I'm running at 125% for
text size in the display settings.

I have the following font size set in netbeans.conf as the last entry in
the netbeans_default_options:

--fontsize 12

I'm using monospace 12 pt font in the console settings.

I am using the Windows look and feel, and I have not modified the
execution to use the application's DPI settings.

So my environment is a little less high definition than yours. I don't
have any trouble copying from the output window to a text editor (tried
notepad, jEdit, and notepad++).

I've mostly seen weird offsets like that when I needed to adjust the DPI
under the Compatibility settings (right mouse -> Properties ->
Compatibility tab). This went away for NetBeans 10 once I started using
JDK 11.

Hope there's some useful information in all of that.

. . . just my two cents
/mde/



signature.asc
Description: OpenPGP digital signature

Re: NB 10 Copy / paste error from Output window

[Darin Miller]

A data point from Linux: Similar setup works fine under Kubuntu 19.04 (I
don't have w10 to validate).
 o__
  >/
( )\( ) Darin | 208-991-4421


On Wed, Apr 3, 2019 at 8:12 AM Lister Jonathan 
wrote:

> Hi,
>
> I am running NB 10 on Windows 10 with a 4k monitor (3840 x 2160).
>
> I configure a larger font via netbeans.conf:
>
> netbeans_default_options=" …
>
> --fontsize 16”
>
>
>
>
>
> Whenever I copy / paste text from the output log I get extra characters
> from before the start of the selected text and am missing characters from
> the end of the selected text. For example (see the screen shot in the file
> “Output.png”) I would expect the pasted text in this case to be “Final
> method” but it is actually “: Final met”.
>
>
>
> This problem does not occur with NB 8 on the same system setup.
>
>
>
> *From:* Lister Jonathan
> *Sent:* Friday, 11 January, 2019 11:46
> *To:* 'users@netbeans.apache.org' 
> *Subject:* RE: NB 10 Sluggish start up and multiple Low memory errors,
> possible issue with automatic -Xmx setting?
>
>
>
> Same behavior with CoolBeans.
>
>
>
>
>
>
>
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org
> For additional commands, e-mail: users-h...@netbeans.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: Any solutions to the "Background scanning of projects..." hanging issue?

[Geertjan Wielenga]

Probably you added those files outside the IDE and then switched to the
IDE. That switching is what may have thrown things off. Maybe have all that
done outside the IDE before opening into the IDE, if that makes sense.

Gj

On Wed, Apr 3, 2019 at 8:32 PM Thomas Maszerowski 
wrote:

> I tried that, it worked fine until I added an existing project. When I
> deleted that and rebuilt the project from scratch it worked fine up until I
> added a .h file to the “Header Files” section under the project. So I
> deleted the cache and user
> directories and started over again, but didn’t add the .h file and it’s
> fine. The project works fine without it, I only included it since it has
> some definitions in it I was always looking up.I suspect there are
> references in it that NB couldn’t
> resolve.
>
> Thanks for the tips.
>
>
> On Apr 3, 2019, at 1:53 PM, Geertjan Wielenga <
> geertjan.wiele...@googlemail.com.INVALID> wrote:
>
> Probably close NetBeans, remove cachedir and userdir (see the About box
> for their locations) and restart. If you can send log files etc, that will
> help, otherwise it's impossible to know what the problem is.
>
> Gj
>
> On Wed, Apr 3, 2019 at 7:51 PM Thomas Maszerowski 
> wrote:
>
>> I tried everything suggested, increasing the heap size, Mark & Sweep GC,
>> etc. It’s been stuck on 29% for three hours now.
>>
>> I’m developing in C for a Pi Zero. I have a half dozen projects, each
>> with a single C file in them. There’s no way this should be occurring.
>>
>> On Apr 3, 2019, at 9:49 AM, Geertjan Wielenga <
>> geertjan.wiele...@googlemail.com.INVALID> wrote:
>>
>> Here are two items to look into to help understand where the problem is
>> in your particular case:
>>
>> http://wiki.netbeans.org/FaqSlowNetBeans
>>
>> http://wiki.netbeans.org/FaqScanningAndIndexingIssues
>>
>> Gj
>>
>> On Wed, Apr 3, 2019 at 2:31 PM Thomas Maszerowski <
>> tomm...@frontiernet.net> wrote:
>>
>>> I know I’m not the only one to see this problem as there are multiple
>>> bugs filed in both the old and new bug tracking systems for this.
>>>
>>> I’m using 8.2 on Mac OS 10.14.4 with only the C/C++ plugin enabled. I’m
>>> building for RaspberryPi and I was fine until yesterday afternoon.
>>> I went to start a build and the background scanning started, which
>>> despite being “background” prevents any other function except for the
>>> IDE from functioning. It’s also using almost all my CPU and even if I
>>> exit Netbeans it just starts up again shortly after restarting
>>>
>>> Any solutions/suggestions?
>>>
>>> Tom.
>>>
>>>
>>> Tom Maszerowski
>>> tommasz@frontiernetnet 
>>>
>>>
>>>
>>>
>>>
>>
>

Re: Any solutions to the "Background scanning of projects..." hanging issue?

[Thomas Maszerowski]

I tried that, it worked fine until I added an existing project. When I deleted 
that and rebuilt the project from scratch it worked fine up until I added a .h 
file to the “Header Files” section under the project. So I deleted the cache 
and user
directories and started over again, but didn’t add the .h file and it’s fine. 
The project works fine without it, I only included it since it has some 
definitions in it I was always looking up.I suspect there are references in it 
that NB couldn’t 
resolve.

Thanks for the tips.


> On Apr 3, 2019, at 1:53 PM, Geertjan Wielenga 
>  wrote:
> 
> Probably close NetBeans, remove cachedir and userdir (see the About box for 
> their locations) and restart. If you can send log files etc, that will help, 
> otherwise it's impossible to know what the problem is.
> 
> Gj
> 
> On Wed, Apr 3, 2019 at 7:51 PM Thomas Maszerowski  > wrote:
> I tried everything suggested, increasing the heap size, Mark & Sweep GC, etc. 
> It’s been stuck on 29% for three hours now. 
> 
> I’m developing in C for a Pi Zero. I have a half dozen projects, each with a 
> single C file in them. There’s no way this should be occurring. 
> 
>> On Apr 3, 2019, at 9:49 AM, Geertjan Wielenga 
>> > > wrote:
>> 
>> Here are two items to look into to help understand where the problem is in 
>> your particular case:
>> 
>> http://wiki.netbeans.org/FaqSlowNetBeans 
>> 
>> 
>> http://wiki.netbeans.org/FaqScanningAndIndexingIssues 
>> 
>> 
>> Gj
>> 
>> On Wed, Apr 3, 2019 at 2:31 PM Thomas Maszerowski > > wrote:
>> I know I’m not the only one to see this problem as there are multiple bugs 
>> filed in both the old and new bug tracking systems for this.
>> 
>> I’m using 8.2 on Mac OS 10.14.4 with only the C/C++ plugin enabled. I’m 
>> building for RaspberryPi and I was fine until yesterday afternoon.
>> I went to start a build and the background scanning started, which despite 
>> being “background” prevents any other function except for the 
>> IDE from functioning. It’s also using almost all my CPU and even if I exit 
>> Netbeans it just starts up again shortly after restarting
>> 
>> Any solutions/suggestions? 
>> 
>> Tom.
>> 
>> 
>> Tom Maszerowski
>> tommasz@frontiernetnet 
>> 
>>  
>> 
>> 
> 

Re: Any solutions to the "Background scanning of projects..." hanging issue?

[Geertjan Wielenga]

Probably close NetBeans, remove cachedir and userdir (see the About box for
their locations) and restart. If you can send log files etc, that will
help, otherwise it's impossible to know what the problem is.

Gj

On Wed, Apr 3, 2019 at 7:51 PM Thomas Maszerowski 
wrote:

> I tried everything suggested, increasing the heap size, Mark & Sweep GC,
> etc. It’s been stuck on 29% for three hours now.
>
> I’m developing in C for a Pi Zero. I have a half dozen projects, each with
> a single C file in them. There’s no way this should be occurring.
>
> On Apr 3, 2019, at 9:49 AM, Geertjan Wielenga <
> geertjan.wiele...@googlemail.com.INVALID> wrote:
>
> Here are two items to look into to help understand where the problem is in
> your particular case:
>
> http://wiki.netbeans.org/FaqSlowNetBeans
>
> http://wiki.netbeans.org/FaqScanningAndIndexingIssues
>
> Gj
>
> On Wed, Apr 3, 2019 at 2:31 PM Thomas Maszerowski 
> wrote:
>
>> I know I’m not the only one to see this problem as there are multiple
>> bugs filed in both the old and new bug tracking systems for this.
>>
>> I’m using 8.2 on Mac OS 10.14.4 with only the C/C++ plugin enabled. I’m
>> building for RaspberryPi and I was fine until yesterday afternoon.
>> I went to start a build and the background scanning started, which
>> despite being “background” prevents any other function except for the
>> IDE from functioning. It’s also using almost all my CPU and even if I
>> exit Netbeans it just starts up again shortly after restarting.
>>
>> Any solutions/suggestions?
>>
>> Tom.
>>
>>
>> Tom Maszerowski
>> tommasz@frontiernetnet 
>>
>>
>>
>>
>>
>

Re: Any solutions to the "Background scanning of projects..." hanging issue?

[Thomas Maszerowski]

I tried everything suggested, increasing the heap size, Mark & Sweep GC, etc. 
It’s been stuck on 29% for three hours now. 

I’m developing in C for a Pi Zero. I have a half dozen projects, each with a 
single C file in them. There’s no way this should be occurring. 

> On Apr 3, 2019, at 9:49 AM, Geertjan Wielenga 
>  > wrote:
> 
> Here are two items to look into to help understand where the problem is in 
> your particular case:
> 
> http://wiki.netbeans.org/FaqSlowNetBeans 
> 
> 
> http://wiki.netbeans.org/FaqScanningAndIndexingIssues 
> 
> 
> Gj
> 
> On Wed, Apr 3, 2019 at 2:31 PM Thomas Maszerowski  > wrote:
> I know I’m not the only one to see this problem as there are multiple bugs 
> filed in both the old and new bug tracking systems for this.
> 
> I’m using 8.2 on Mac OS 10.14.4 with only the C/C++ plugin enabled. I’m 
> building for RaspberryPi and I was fine until yesterday afternoon.
> I went to start a build and the background scanning started, which despite 
> being “background” prevents any other function except for the 
> IDE from functioning. It’s also using almost all my CPU and even if I exit 
> Netbeans it just starts up again shortly after restarting.
> 
> Any solutions/suggestions? 
> 
> Tom.
> 
> 
> Tom Maszerowski
> tommasz@frontiernetnet 
> 
>  
> 
> 

NetBeans 8.2 @ Windows 10 - Slow C/C++/Fortran Build/Clean_Build/Run for NetBeans default files main.f08/main.c/main.cpp

[Thanasis Kakalis]

Greetings dear all,

My name is Athanasios Kakalis and I'm using NetBeans 8.2 with msys2
toolchain (https://www.msys2.org/) on a Windows 10 desktop PC for writing C
and Fortran code.

The specifications of the Windows desktop PC are as follows:

Windows 10 Pro 64 bit
Intel Core i7-3820 CPU @ 3.60 GHz
8 GB RAM

I'm writing this note to report unexpectedly long Build/Clean_Build/Run
times for NetBeans project-default programs main.f08, main.c and main.cpp
on NetBeans 8.2.

For the sake of completeness, I quote the code for the mentioned programs

C
#include 
#include 

int main(int argc, char** argv)
{
return (EXIT_SUCCESS);
}


C++
#include 

using namespace std;

int main(int argc, char** argv)
{
return 0;
}


Fortran
program prog

print *, "Hello World"

stop
end




In NetBeans 8.1 with the minGW toolchain (http://mingw.org/) on a Windows
10 Dell laptop with 4GB RAM, Building/Cleaning_Building/Running main.f08
always took less than 1 second in each case.

Suffice to say, less than 1 second in each case, is the time required for
Building/Cleaning_Building/Running of main.f08 on a mac book pro (Mojave
10.14) using NetBeans 8.2 with HPC macOS X (http://hpc.sourceforge.net).

However, upon migrating to NetBeans 8.2 with minGW toolchain on the
mentioned desktop and laptop PCs, the respective times for
Building/Cleaning_Building/Running main.f08 soared to 3-4/6-7/5 seconds,
respectively.

While on NetBeans 8.2, I tried to optimize the mentioned machines with
Advanced System Care Free software, but the improvements in the runtimes
were momentary and eventually, irreproducible.

The situation is the same with NetBeans 8.2 and the msys2 toolchain.

In what follows, I lay down the details for Build/Clean_Build/Run for each
of C/C++/Fortran "main" on the desktop PC, in which only 66 GB out of the
930 GB hard disk are occupied.

Runtimes reported are the best the desktop PC could yield.

In Project Properties for C/C++/Fortran, Run has been set up to "Standard
Output".



C Build main.c
cd 'C:\Users\athkakalis\Documents\NetBeansProjects\C_misc'
C:\msys64\usr\bin\make.exe -f Makefile CONF=Debug
"/C/msys64/usr/bin/make.exe" -f nbproject/Makefile-Debug.mk QMAKE=
SUBPROJECTS= .build-conf
make[1]: Entering directory
'/c/Users/athkakalis/Documents/NetBeansProjects/C_misc'
"/C/msys64/usr/bin/make.exe"  -f nbproject/Makefile-Debug.mk
dist/Debug/MinGW-Windows/c_misc.exe
make[2]: Entering directory
'/c/Users/athkakalis/Documents/NetBeansProjects/C_misc'
make[2]: 'dist/Debug/MinGW-Windows/c_misc.exe' is up to date.
make[2]: Leaving directory
'/c/Users/athkakalis/Documents/NetBeansProjects/C_misc'
make[1]: Leaving directory
'/c/Users/athkakalis/Documents/NetBeansProjects/C_misc'

BUILD SUCCESSFUL (total time: 4s)


C Clean_Build main.c
cd 'C:\Users\athkakalis\Documents\NetBeansProjects\C_misc'
C:\msys64\usr\bin\make.exe -f Makefile CONF=Debug clean
"/C/msys64/usr/bin/make.exe" -f nbproject/Makefile-Debug.mk QMAKE=
SUBPROJECTS= .clean-conf
make[1]: Entering directory
'/c/Users/athkakalis/Documents/NetBeansProjects/C_misc'
rm -f -r build/Debug
make[1]: Leaving directory
'/c/Users/athkakalis/Documents/NetBeansProjects/C_misc'

CLEAN SUCCESSFUL (total time: 3s)
cd 'C:\Users\athkakalis\Documents\NetBeansProjects\C_misc'
C:\msys64\usr\bin\make.exe -f Makefile CONF=Debug
"/C/msys64/usr/bin/make.exe" -f nbproject/Makefile-Debug.mk QMAKE=
SUBPROJECTS= .build-conf
make[1]: Entering directory
'/c/Users/athkakalis/Documents/NetBeansProjects/C_misc'
"/C/msys64/usr/bin/make.exe"  -f nbproject/Makefile-Debug.mk
dist/Debug/MinGW-Windows/c_misc.exe
make[2]: Entering directory
'/c/Users/athkakalis/Documents/NetBeansProjects/C_misc'
mkdir -p build/Debug/MinGW-Windows
rm -f "build/Debug/MinGW-Windows/main.o.d"
gcc-c -g -std=c11 -MMD -MP -MF "build/Debug/MinGW-Windows/main.o.d" -o
build/Debug/MinGW-Windows/main.o main.c
mkdir -p dist/Debug/MinGW-Windows
gcc -o dist/Debug/MinGW-Windows/c_misc build/Debug/MinGW-Windows/main.o
make[2]: Leaving directory
'/c/Users/athkakalis/Documents/NetBeansProjects/C_misc'
make[1]: Leaving directory
'/c/Users/athkakalis/Documents/NetBeansProjects/C_misc'

BUILD SUCCESSFUL (total time: 7s)


C Run main.c
cd 'C:\Users\athkakalis\Documents\NetBeansProjects\C_misc'
C:\msys64\usr\bin\make.exe -f Makefile CONF=Debug
"/C/msys64/usr/bin/make.exe" -f nbproject/Makefile-Debug.mk QMAKE=
SUBPROJECTS= .build-conf
make[1]: Entering directory
'/c/Users/athkakalis/Documents/NetBeansProjects/C_misc'
"/C/msys64/usr/bin/make.exe"  -f nbproject/Makefile-Debug.mk
dist/Debug/MinGW-Windows/c_misc.exe
make[2]: Entering directory
'/c/Users/athkakalis/Documents/NetBeansProjects/C_misc'
make[2]: 'dist/Debug/MinGW-Windows/c_misc.exe' is up to date.
make[2]: Leaving directory
'/c/Users/athkakalis/Documents/NetBeansProjects/C_misc'
make[1]: Leaving directory
'/c/Users/athkakalis/Documents/NetBeansProjects/C_misc'

BUILD SUCCESSFUL (total time: 5s)
RUN SUCCESSFUL (total time: 125ms)






C++ Build main.cpp
cd 'C:\Users\athkakalis

Re: Any solutions to the "Background scanning of projects..." hanging issue?

[Geertjan Wielenga]

Here are two items to look into to help understand where the problem is in
your particular case:

http://wiki.netbeans.org/FaqSlowNetBeans

http://wiki.netbeans.org/FaqScanningAndIndexingIssues

Gj

On Wed, Apr 3, 2019 at 2:31 PM Thomas Maszerowski 
wrote:

> I know I’m not the only one to see this problem as there are multiple bugs
> filed in both the old and new bug tracking systems for this.
>
> I’m using 8.2 on Mac OS 10.14.4 with only the C/C++ plugin enabled. I’m
> building for RaspberryPi and I was fine until yesterday afternoon.
> I went to start a build and the background scanning started, which despite
> being “background” prevents any other function except for the
> IDE from functioning. It’s also using almost all my CPU and even if I exit
> Netbeans it just starts up again shortly after restarting.
>
> Any solutions/suggestions?
>
> Tom.
>
>
> Tom Maszerowski
> tomm...@frontiernet.net
>
>
>
>
>

Any solutions to the "Background scanning of projects..." hanging issue?

[Thomas Maszerowski]

I know I’m not the only one to see this problem as there are multiple bugs 
filed in both the old and new bug tracking systems for this.

I’m using 8.2 on Mac OS 10.14.4 with only the C/C++ plugin enabled. I’m 
building for RaspberryPi and I was fine until yesterday afternoon.
I went to start a build and the background scanning started, which despite 
being “background” prevents any other function except for the 
IDE from functioning. It’s also using almost all my CPU and even if I exit 
Netbeans it just starts up again shortly after restarting.

Any solutions/suggestions? 

Tom.


Tom Maszerowski
tomm...@frontiernet.net

 

RE: java (kotlin) Problems with JRebel when upgrading from NBP 8 to NBP 10

[Johan Ånäs]

Case closed: The solution was to update JRebel. I must admit that I didn’t 
think that updating half a year old version of JRebel would solve this issue. 
Would be interesting to know what have might been the original problem.

BR,
Johan

From: Geertjan Wielenga 
Sent: tiistai 2. huhtikuuta 2019 19.49
To: Johan Ånäs ; NetBeans Mailing List 

Subject: Re: java (kotlin) Problems with JRebel when upgrading from NBP 8 to 
NBP 10

Are you using the same JDK, same operating system, same environment in both 
scenarios?

Gj

On Tue, Apr 2, 2019 at 6:48 PM Geertjan Wielenga 
mailto:geertjan.wiele...@googlemail.com>> 
wrote:
Is there a simple scenario you can describe from scratch so that others can try 
to reproduce the problem?

Gj

On Tue, Apr 2, 2019 at 12:54 PM Johan Ånäs 
mailto:johan.a...@fluidit.fi>> wrote:
Hi,

We have been building a project on top of the NetBeans 8 platform for a while. 
I have been using JRebel for reloading classes changed during development (no 
need to restart the app after rebuild). However, after we switched to Netbeans 
10, JRebel does not seem to recognize how to swap the bytecode changes anymore. 
I have been in contact with the ZeroTurnaround-people, but I have not got any 
answers yet.

Using the Trace-log option for JRebel, the log reveals that JRebel does not 
seem to reload the changes made if running NB10-JVM (although the changes are 
seen after a rebuild):
2019-04-02 12:31:57.378 INFO  [18] [IntelliJFSNotify] Event 'CREATE' on: 
'...\build\classes\...\XYZ.class'

versus running Jrebel on NB8:

2019-04-02 12:48:39.590 INFO  [18] [IntelliJFSNotify] Event 'CREATE' on: 
'...\build\classes\...\XYZ.class'
2019-04-02 12:48:39.590 INFO  [18] [ClassChangeDetector] Got changes for 
'com.zeroturnaround.reload.a@1758d861'.
2019-04-02 12:48:39.600 INFO  [35] [ClassChangeDetector] Found changed class 
resource 'Virtual Resource [.../XYZ.class, Dir [...\build\classes\kotlin\main, 
[]]]'.

(FYI, replaced strategical paths with ...)


Some JRebel class loading info:
https://zeroturnaround.com/rebellabs/reloading_java_classes_401_hotswap_jrebel/



Here