I had to reinstall Windows and installed a fresh copy of Netbeans with the latest JDK.
I am experiencing an issue of missing pixels in Java application GUI's, see attached pictures. I even tried running it in a virtual machine. I also tried compiling jars with JDK 1.7 and reinstalling the latest Java.
Obviously, this bug appears only in my computer as I asked a friend to run my jar and he did not notice any missing pixels. These missing pixels appear in every jar I run.
Screen in fresh Windows installation virtual machine:
Related
Netbeans 8.0 fails to start in Ubuntu 12.04 suddenly. Previously it used to work fine. But now it does not start, when I try to start, the netbeans blue loading box shows up, sometime after showing the message "Done Loading modules", it disappears & netbeans windows does not appear. However netbeans is still shown in the running processes, but the netbeans windows does not open after any time.
In the past, this also happened with netbeans 7.4 sometime ago when I disabled some plugins (probably it was due to disabling some Hudson plugin/Husdon UI plugin). But now this time it is probably after an automatic update of a plugin, I don't know which one now. I tried remove the entire cache directory as well but no improvement to situation. Is reinstalling netbeans, the only solution each time(Huh!) ?
Edit:
Sometimes it works when I run from terminal using(worked for netbeans 8.0 but not for 7.4):
$ /bin/sh /home/user/netbeans-8.0/bin/netbeans
I have experienced this before with Netbeans 7.4 and 8 on Ubuntu 12.04 x64 and on Windows 7 SP1 x64. The only way I could solve it was by removing Netbeans and its cache, and then reinstalling it. Maybe it's a rigorous solution, but it's a solution.
However, maybe you can check your logs and see if there is an exception somewhere. It could be helpful to at least report an issue to the Netbeans developers (or plugin developers, if a plugin is the culprit), so your particular issue (and possibly mine) can be fixed. Off the top of my head, the Netbeans startup log for Ubuntu is located at /home/<user>/.netbeans/8/var/log, you could check that out.
Another way to go is to reinstall Netbeans and add your plugins one by one. That way you can root out the culprit and address its developers.
This is a pretty specific question, but I've run out of ideas and I'm hoping for some new directions.
I've downloaded the Android source from the Android Open Source Project, following the instructions here:
http://source.android.com/source/building.html
I followed all of the steps specific to Mac (case sensitive disk image, make v3.81, file descriptors set to 1024) and have set the build to be 'lunch full-eng' as suggested on the site. I have the entire tree and with these settings I can build it and I have no problems with it on my machine.
Specifically, I have made some changes to aapt (in frameworks/base/tools/aapt) which I then clean (make clean-aapt) and then rebuild (make aapt). It builds without a problem. When I run aapt from the command line, it runs fine and does not crash. I am doing all of this checkout/build on Mac 10.9 Mavericks.
Next, I sent my newly-built aapt binary to a colleague running Mac 10.8 Mountain Lion and it segfaults immediately upon execution.
I thought maybe it was my changes, so I removed everything I had added. Clean and rebuild. Same problem. It is definitely not my changes.
My guess is that I need to set it to build with some compatibility flag enabled, but I'm not sure what to set or where to set it. Does anyone have any ideas where I could look?
Ok, I figured it out, so I will post my solution here for the sake of posterity.
Between the time the AOSP was established and Mavericks was released, the location of the Mac OSX SDKs has changed. It used to be located here:
/Developer/SDKs/MacOSX10.x.sdk where x is the version you want to use.
But recent changes to XCode have moved the newer SDKs (10.8 and 10.9) to within the XCode.app package, and eliminated the older ones. However, I found and downloaded the set of prior SDKs in case I need them, from here:
http://aaronwallace.github.io/MacOSX_SDKs/
I copied them into /Developer/SDKs, set an environment variable called MAC_SDK_VERSION to the version I want to build, and did this:
mbpr15:Android awt$ export MAC_SDK_VERSION=10.6
mbpr15:Android awt$ lunch sdk-eng
============================================
PLATFORM_VERSION_CODENAME=REL
PLATFORM_VERSION=4.3.2.1.000.000
TARGET_PRODUCT=sdk
TARGET_BUILD_VARIANT=eng
TARGET_BUILD_TYPE=release
TARGET_BUILD_APPS=
TARGET_ARCH=arm
TARGET_ARCH_VARIANT=armv7-a
TARGET_CPU_VARIANT=generic
HOST_ARCH=x86
HOST_OS=darwin
HOST_OS_EXTRA=Darwin-13.0.0-x86_64-i386-64bit
HOST_BUILD_TYPE=release
BUILD_ID=OPENMASTER
OUT_DIR=out
============================================
mbpr15:Android awt$ make -j8 sdk
Works perfectly. This built a custom set of the sdk tools that is compatible with older versions of Mac OSX.
I currently have a windows xp 32-bit with JDK 7 installed. I previously had installed netbeans IDE 7.1.3 Java SE kit, but deleted it so that I could download the full version. However, every time I have tried to download any version of the netbeans IDE, it says that either all the programs are already installed or that it just simply couldn't download the programs. I have searched around through my programs and found nothing netbeans-related, except in the add or remove programs, where it shows the netbeans IDE 7.3.1. I've tried several times to delete it, but it consistently fails. I'm fairly new to programming, so any help would be much appreciated.
NetBeans also installs to the AppData folder, on Windows XP it's located in:
C:\Documents and Settings\[[UserName]]\AppData\Roaming\NetBeans
And on Vista and later for others with this problem:
C:\Users\[[UserName]]\AppData\Roaming\NetBeans
Replacing [[UserName]] with your current User profile name. This folder must be removed to completely reinstall NetBeans.
Using NetBeans IDE 7.3.1, I modified a desktop application under Windows 7, using JDK 1.7. Performed clean and build, and tested this application under Windows 7, Windows XP, and on a MAC. All test scenarios run under each operating system performed as expected.
This app is ported to outside vendors, and all vendors, except for one, have loaded and executed the app without any issues.
The one vendor encountering problems, and running under Windows XP, returns an error message - "Could Not find or load main class". After doing a little research, this error usually indicates the JDK is different. They downloaded and installed JDK 1.7, but the same error message appears. I had them go to http://javatester.org/othertesters.html, making sure that java was working on the workstation and verifying the java version (1.7). They reinstalled JDK 1.7 and still receive the same error.
I have duplicated the error by removing JDK 1.7, loading JDK 1.6 and running the app. Receive error ("Could Not find main class"). A little different than what they receive, but basically the same problem. Removed JDK 1.6, loaded JDK 1.7 and problem disappears.
I'm at my wits end! I am going to make an appt. to access their workstation. But before I do, I would like to put a plan in place to try different scenarios to fix the problem. I don't know how to proceed, since I've run out of options. I'm hoping for any suggestions.
OK,
Problem solved. Sent application via outlook, modifying executable file from .jar to .txt b4 sending application. I didn't think about looking in compressed LIB directory. Four files were .jar files.
These files were quarantined. Renaming these files to .txt b4 compressing app would have eliminated the problem. Resent the zip, vendor extracted and renamed all .txt files to .jar. All is well.
Appreciate everyone's input.
I believe they still have a JDK 1.6 on their machine and use this, for some reason, to try to execute the application. I've seen this various times at customer workstations.
Very often, people are not aware of what they have installed. Tell them to remove all JDKs and JREs from their workstation, by way of uninstallers and looking into the program folder and deleting stuff manually. Tell them how to do it. Do this with them during a phone call.
Then have them reinstall JDK 1.7. I'm almost sure it will work afterwards.
Alternatively, you can compile the application for older JDKs. You can also do this using JDK 1.7 by setting the target version for the classfiles.
Make sure that their JAVA_HOME path is pointed towards the JDK 1.7 install. I have had similar issues where I had multiple JDKs installed, needed to use the latest, but the computer was pointing to an older version.
To find what version the java_home is type java -version in the cmd.
How to find java_home: How do I find where JDK is installed on my windows machine?
I'm having some major issues with getting JOGL to work on snow leopard.
I've installed all the necessary JOGL jars in
/system/library/java/extensions
I can get sample code to compile but when I attempt to run it it throws the error following error on trying to actually display the window.
Exception in thread "main" java.lang.RuntimeException: Unable to initialize JAWT
at com.sun.nativewindow.impl.jawt.JAWT$1.run(JAWT.java:100)
at java.security.AccessController.doPrivileged(Native Method)
at com.sun.nativewindow.impl.jawt.JAWT.getJAWT(JAWT.java:95)
at com.sun.nativewindow.impl.jawt.macosx.MacOSXJAWTWindow.lockSurface(MacOSXJAWTWindow.java:65)
at com.sun.opengl.impl.GLDrawableImpl.lockSurface(GLDrawableImpl.java:144)
at com.sun.opengl.impl.macosx.cgl.MacOSXCGLDrawable.setRealizedImpl(MacOSXCGLDrawable.java:87)
at com.sun.opengl.impl.GLDrawableImpl.setRealized(GLDrawableImpl.java:120)
at javax.media.opengl.awt.GLCanvas.addNotify(GLCanvas.java:413)
at java.awt.Container.addNotify(Container.java:2622)
at java.awt.Window.addNotify(Window.java:662)
at java.awt.Frame.addNotify(Frame.java:470)
at java.awt.Window.show(Window.java:858)
at java.awt.Component.show(Component.java:1563)
at java.awt.Component.setVisible(Component.java:1515)
at java.awt.Window.setVisible(Window.java:841)
at SimpleJOGL.main(SimpleJOGL.java:45)
Has anyone seen this error before and if they have how did you fix it?
Regards
James
EDIT: This error appears using both Java 1.5 and Java 1.6 and I've tried JOGL beta 5, beta 10 and the nightly builds
What build of JOGL are you using, and what version of Java (1.5 or 1.6)? There was some talk of the beta 5 release having this issue. I found this link. It's a shot in the dark but without more information it's all I have.
JOGL Kenai Link
I was able to download a version of JOGL from the following link
JOGL JSR 231 Beta 10
I downloaded the mac universal zip and was able to get it working by putting the jars on the classpath and pointing the java.library.path to the the directory I unzipped the archive to. The archive includes all of the .so files you need to get JOGL running. I don't think you need all of the jars included here. There seem to be a lot of files related to the CDC, which I think is a mobile platform if memory serves. I didn't include these in my test.
I didn't get the error you mentioned and am running Snow Leopard on a Core Duo MacBook Pro. The used the source from the Gears demo and it ran without a hitch. I even switched out the Frame with a JFrame to see if that would change anything. It worked fine both ways. You may want to try with this library and see if that works for you.