[SOLVED]: Arch64 with a 32-bit JRE

Hey guys, I'll get right to the point.
I need to run a 32 bit JVM for certain situations on this machine due to a bug with the 64 bit JRE on Linux (not Arch related).
I have tried to install the "jre-6u16-linux-i586" binary file - which did not work ("failed to extract") until after I installed the bin32-jre package from the AUR - on the official Java website. After that originally didn't work I tried using the AUR to install bin32-jre but now whenever I try to use either one of the two I get the following exception:
Exception in thread "main" java.lang.UnsatisfiedLinkError: /home/blake/abs/bin32-jre/pkg/opt/bin32-jre/jre/lib/i386/xawt/libmawt.so: libXi.so.6: wrong ELF class: ELFCLASS64
at java.lang.ClassLoader$NativeLibrary.load(Native Method)
at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1778)
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1674)
at java.lang.Runtime.load0(Runtime.java:770)
at java.lang.System.load(System.java:1003)
at java.lang.ClassLoader$NativeLibrary.load(Native Method)
at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1778)
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1695)
at java.lang.Runtime.loadLibrary0(Runtime.java:823)
at java.lang.System.loadLibrary(System.java:1028)
at sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java:50)
at java.security.AccessController.doPrivileged(Native Method)
at sun.awt.NativeLibLoader.loadLibraries(NativeLibLoader.java:38)
at sun.awt.DebugHelper.<clinit>(DebugHelper.java:29)
at java.awt.Component.<clinit>(Component.java:560)
Could not find the main class: client. Program will exit.
After that first happened with the bin32-jre, I tried to install the authentic Java package (again) and it extracted and installed properly (unlike the other times) but still gives me the exact same (same paths and everything) exception whenever I try to use it.
I'm at my wits end trying to figure this out, so I'd really appreciate your help.
Thanks guys,
-Blake
EDIT:
As a last resort, I installed a bundled 32 bit system and installed JRE via pacman inside the system (I made sure to chroot inside of it). Pacman installed the 64 bit version of the JRE and now I'm getting an UnsatisfiedLinkError whenever I try to use java because it's looking for 32-bit binaries that aren't there (there's an amd64 folder instead of an i386 one that it's looking for).
Here's the error I'm getting within the bundled 32 bit system:
Exception in thread "main" java.lang.UnsatisfiedLinkError: /opt/java/jre/lib/i386/xawt/libmawt.so: libXi.so.6: cannot open shared object file: No such file or directory
at java.lang.ClassLoader$NativeLibrary.load(Native Method)
at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1778)
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1674)
at java.lang.Runtime.load0(Runtime.java:770)
at java.lang.System.load(System.java:1003)
at java.lang.ClassLoader$NativeLibrary.load(Native Method)
at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1778)
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1695)
at java.lang.Runtime.loadLibrary0(Runtime.java:823)
at java.lang.System.loadLibrary(System.java:1028)
at sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java:50)
at java.security.AccessController.doPrivileged(Native Method)
at sun.awt.NativeLibLoader.loadLibraries(NativeLibLoader.java:38)
at sun.awt.DebugHelper.<clinit>(DebugHelper.java:29)
at java.awt.Component.<clinit>(Component.java:560)
Could not find the main class: client. Program will exit.
EDIT:
Solved it by adding the 32 bit VM to my PATH inside the chroot. Much thanks to derrida and jelly12gen for the assistance via IRC.
Execute this command as root inside the bundled 32 bit system chroot:
export PATH="opt/java/bin:$PATH"
I was unable to get it to work inside the 64 bit installation, but running it inside the chroot works just fine.
Last edited by blakeman8192 (2009-10-16 08:34:16)

The chroot has its own /etc/passwd and /etc/shadow, so yes, you need to recreate the user there. It would be kind of silly if the chroot used the same config files as the real /, wouldn't it
And if you recreate that user, you'll probably want to copy over your real .bashrc and make a slight modification to the PS1 line.

Similar Messages

[SOLVED] Arch64, Opera and plugins library problem

I have Arch64 with Opera 64-bit as default browser. I have succesfully installed 32-bit flashplugin and it works nicely. The only problem is that fonts cannot be read from the flash player context menu and Open File dialog opened from flash player. The problem is that flashplugin tries to load 64-bit GTK from /usr/lib/gtk-2.0/2.10.0/ and it fails. 32-bit version is installed and it's located in /opt/lib32/usr/lib/gtk-2.0/2.10.0/.
Gtk-WARNING **: /usr/lib/gtk-2.0/2.10.0/engines/libmurrine.so: wrong ELF class: ELFCLASS64
Gtk-WARNING **: /usr/lib/gtk-2.0/2.10.0/engines/libpixmap.so: wrong ELF class: ELFCLASS64
Also I have library loading problem with totem-plugin. It cannot find libxul.so and libxpcom.so, but both library files are located in /usr/lib/xulrunner-1.9.0.1/. The plugin loads fine if I create links to both files in /usr/lib/. But that doesn't seem like right solution to me.
$ ldd libtotem-mully-plugin.so
libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0x00007f94e19d9000)
libtotem-plparser-mini.so.10 => /usr/lib/libtotem-plparser-mini.so.10 (0x00007f94e17d6000)
libxul.so => not found
libxpcom.so => not found
libplds4.so => /usr/lib/libplds4.so (0x00007f94e15d2000)
What would be a most elegant way of solving these two library loading problems?
I think that symbolic links and moving files are not the most elegant way to solve the problem. Maybe some environment variable or some configuration setting would solve the problem (LDPATH comes to mind, but it seems that it doesn't work).
EDIT: I wasn't sure in which section to post this question, so feel free to move it if necessary.
Last edited by SnapShot (2008-09-12 02:50:01)

I have solved my problem and I will post my solution because it can be usefull to others.
First the problem with flashplugin and GTK library path. Opera uses operapluginwrapper scirpt to detect if the plugin is 32-bit or 64-bit and after detection it uses operapluiginwrapper-ia32-linux for 32-bit or operapluginwrapper-native for 64-bit plugins. operapluiginwrapper-ia32-linux loads the 32-bit flashplugin in my case which requires GTK, but it incorectly tries to load it form /usr/lib/gtk-2.0/ where 64-bit version of GTK resides.
The solution is to set the GTK_PATH environment variable to point to /opt/lib32/usr/lib/gtk-2.0/ where 32-bit version resides. But if you set it globaly it will result in problems with other 64-bit applications. So the correct solution is to add following lines on the bottom of the operapluginwrapper script above the exec line:
case "$wrapper" in
*ia32*)
export GTK_PATH="/opt/lib32/usr/lib/gtk-2.0"
export PANGO_RC_FILE="/opt/lib32/config/pango/pangorc"
esac
In this way the 32-bit paths will be active only for operapluginwrapper-ia32-linux process.
I have solved the other problem with totem-plugin requesting libxul.so and libxpcom.so, but the solution idoesn't matter because, although totem-plugin loads coreclty it doesn't work in opera. I have installed mplayer-plugin which works as it should. Also gecko-mediaplayer works correctly with opera, I have tested them both. Install one of the two plugins that work, and you will be fine.

CF9.0.1 - Updating 32-bit JRE on 64-bit Windows

Hi all,
Based on this security alert (http://kb2.adobe.com/cps/894/cpsid_89440.html), I am looking to upgrade my CF 9.0.1 install from the default JRE 1.6_17 to 1.6_24.
On my Windows 7 64 / CF9.0.1 64 development system I simply downloaded the 64-bit JRE, installed and pointed CF at the newly installed JRE (via the CF admin). All worked flawlessly.
My testing server (Windows Server 2008 Standard SP1 64-bit) is currently running CF 9.0.1 32-bit. I downloaded the 32-bit JRE (jre-6u24-windows-i586) and ran the installed it to C:\Java\jre6. Additionally, based on the note found here: http://www.oracle.com/technetwork/java/javase/install-windows-64-142952.html
The public JRE installed with the 32-bit JRE is not registered. You must set the PATHenvironment variable to point to JAVA_HOME \bin to register the JRE.
I added C:\Java\jre6\bin\ to my PATH via the control panel.
Going to the command line (at c:\> ) and typing "java -version" provides:
java version "1.6.0_24"
Java(TM) SE Runtime Environment (build 1.6.0_24-b07)
Java HotSpot(TM) Client VM (build 19.1-b02, mixed mode, sharing)
So now, I go to the CF Admin -> Java and JVM and reset the Java Virtual Machine Path to "C:/Java/jre6". It works and prompts me to restart my CF service.
The server shuts down and then fails to restart. The Windows Application log shows: "The ColdFusion 9 Application Server service could not be started. Check the server "coldfusion" log files for more information."
If I revert back to the JVM in C:\Coldfusion9\runtime\jre the server restarts normally.
Any ideas?

Hi Billy,
Download from Oracle Java developer kit (not runtime):
http://www.oracle.com/technetwork/java/javase/downloads/index.html
Install that via running EXE you downloaded - default install will be fine.
Stop CF - SERVICES.msc stop "ColdFusion 9 Application Server".
Take a copy of CF\runtime\bin\jvm.config - so you got a backup.
Edit CF\runtime\bin\jvm.config find line "java.home=" and comment it out eg:
#java.home=C:/ColdFusion9/runtime/jre
Add new line like so and save jvm.config:
java.home=C:/Program Files/Java/jdk1.6.0_24/jre
Note there the slashes and the location of the JRE (runtime) - you need to point to the one in JDK because the other JRE in C:\Program Files\Java\jre6 will be missing a DLL.
Start CF via SERVICES.msc.
HTH, Carl.

DirectoryContext.search with WildCard "*" Fails in 64 Bit JRE

Hi all,
I'm using DirectoryContext.search with wildcard "*" filter. it works fine in 32 Bit JRE, but throws the following exception when I run the same in Solaris 64 Bit JRE.
Exception in thread "main" javax.naming.directory.InvalidSearchFilterException: invalid attribute description; remaining name 'ou=People,dc=mydomain,dc=com'
at com.sun.jndi.ldap.Filter.encodeSimpleFilter(Unknown Source)
at com.sun.jndi.ldap.Filter.encodeFilter(Unknown Source)
at com.sun.jndi.ldap.Filter.encodeFilterList(Unknown Source)
at com.sun.jndi.ldap.Filter.encodeComplexFilter(Unknown Source)
at com.sun.jndi.ldap.Filter.encodeFilter(Unknown Source)
at com.sun.jndi.ldap.Filter.encodeFilterString(Unknown Source)
at com.sun.jndi.ldap.LdapClient.search(Unknown Source)
at com.sun.jndi.ldap.LdapCtx.doSearch(Unknown Source)
at com.sun.jndi.ldap.LdapCtx.searchAux(Unknown Source)
at com.sun.jndi.ldap.LdapCtx.c_search(Unknown Source)
at com.sun.jndi.toolkit.ctx.ComponentDirContext.p_search(Unknown Source)
at com.sun.jndi.toolkit.ctx.PartialCompositeDirContext.search(Unknown Source)
at com.sun.jndi.toolkit.ctx.PartialCompositeDirContext.search(Unknown Source)
at javax.naming.directory.InitialDirContext.search(Unknown Source)
Please help.
Thanks in advance,
Regards,
Kaja

When will Aobe Acrobat support Office 2010 64 bit and Windows 7 64 bit?

[SOLVED] Problem with Vuze and Java RE x86_64

Hello all !
First of all, sorry if this issue was posted before, but find no related issue similar to mine.
Using pacman, I successfully installed JRE (version 6u16-1-x86_64) and Vuze (version 4.2.0.8-1, former Azureus), but Vuze doesn't want to start.
Running the Vuze's executable in the gnome-terminal, I notice messages from vuze informing it can't find Java executable ("Java exec not found in PATH, starting auto-search..." AND "OOPS, unable to locate java exec in /usr/java/latest /usr/java /usr/lib/jvm/latest /usr/lib/jvm hierarchy") and therefore cannot start the Vuze UI. I also tried but failed in verify the version of Java with the command "java -version" due to command not found.
What is the best approach to fix this problem with Java 64 bits?
Thanks in advance
Last edited by josephg (2009-09-28 18:55:56)

peart wrote:Just log out and back in, most likely. There are scripts in /etc/profile.d/ that need to be run to set up your java environment. They get run automatically when you log in.
Yep, perfect answer - issue solved. Thanks a lot!

Internet Security Suite does not work with Vista 64 bit

After attempting to use the Chat Help, twice, and spending hours in queue before getting kicked off, I finally called Support to find out why my new Vista computer was not running the Internet Security Suite that I downloaded. Yes, I found the link to "download to a second computer" and went thru all the steps. Got lots of positive feedback: little bars were filling in letting me know I was 40%, 72%, 100% done, etc.. Was given a window allowing me to Run or Don't Run the software. It all seemed to go very well. However, when the "download and installation" was complete, there was no new software running anywhere on my computer. Couldn't find it in the Control Panel, the Start menu, or the system tray. Called Support and spent at least 30 minutes on the phone with a "technician" (and I use that term VERY loosely) who had to have major assistance from a co-worker before he could even start screen-sharing with me and, during the course of our time together, made the following brilliant remarks:
Upon seeing my desktop wallpaper (which is a lovely photo of some cliffs and a lake - and it came with Vista), he wanted to know what the picture was. Not where it was taken, but just what it was. His exact comment was "Does your screen always look like that?". I had to dig deeper to determine if he was asking about a particular icon or some other computer related concern that he saw (he was "technical support", after all), but he was just asking about the stupid photo.
He couldn't find the Control Panel in the Start Menu until after trying several times, and then he couldn't navigate to the Programs area very well (I had to give verbal hints as to where it was), and his brilliant comment then was "I really need to go to my mom's house and get on her new laptop and try out Vista." Can you believe that Verizon has technical support folks who have never used Vista? It's not like Vista just came on the market yesterday!!
So, when he finally decided that he was not going to be able to help me, he didn't offer me any other recourse. He just stated over and over that he was not sure how to solve this issue. Oh, and this was after I re-downloaded ISS (again, "successfully"). I had to ask if there was someone else there who could possibly help me. He offered to put me on hold (for the 2nd or 3rd time at this point) to check around. When he returned to the phone, it was obvious that someone else was operating the mouse in the screen sharing mode because the operator moved confidentially around the screen and went immediately to system properties and saw that I am running Windows 64 bit. The other operator then told my guy to tell me that ISS only works with Windows 32 bit. Their final resolution was that I should call billing on Monday and end my subscription. I think that may be the only good advice I was given that day.
So, am probably going to renew my trial version of Norton on this new computer and remove ISS from the laptop and put Norton on there as well. Apparently, they are up to date with this fancy new technology. At least they probably know about sophisticated and highly technical stuff like desktop wallpaper.

I have been trying to get somewhere with this Internet Security Suite...and now have come to the conclusion this is not going to work. Now running Vista 64 bit, and have gotten nothing but the run around to try to complete the downloading of the program. I've contacted Verizon Tech Support...then tell me that this works with the 64 bit but I need to contact Windows as there is a glitch and they give you the steps to get thru it. Windows advises me to contact Verizon again as there are no problems with the OS. Also have contacted Radialpoint and once again nothing...Obviously the Secuirty is not compatible with Vista 64 bit yet, which I just can't believe like you said...it's not like it was just yesterday this OS came out. My frusteration comes from nobody steps up to take any responsibility as to what the problem is. If it is not compatible yet then say so and not waste my whole weekend trying to get a straight answer. I have other computers that I am currently using the service on and do like the program, but as for my Vista 64 bit looks like I may go to Macafee for protection. It just amazes me as big as Verizon is and as popular this Vista has become they are not on the ball in keeping up with technology.

Can a 32-bit version of Firefox work with a 64-bit plugin and the other way around?

I'm using a notebook with Windows 7 x64 and Firefox 4.0.1 x86 and I used to have JDK 1.6.0.24 x64 installed, and also it's corresponding public JRE (also x64). Yesterday, I noticed that Java applets didn't work in Firefox. It asked me to install the required plugin. I did, and JRE 6u22 x86 was installed alongside. Now Java applets did work, hurray.
Because I didn't want multiple (old) JRE's, I uninstalled all of them and installed JDK 1.6.0.25 with it's public JRE instead. Again, 64-bit. Now Firefox refuses to notice Java again. The plugin menu doesn't show any Java-related plugins. (Not even Java Deployment Toolkit, which used to be there before.) I have tried setting the current Java distribution as default for all browsers with the Java Control Panel, but that didn't work.
Is this just because Firefox x86 can't deal with x64 plugins? Should I download a x64 build of Firefox instead? Or will that make the rest of my addons stop working?
EDIT: currently I removed the 64-bit JRE and installed its 32-bit variant. Everything works again, also in Firefox. I would still prefer to have everything 64-bit though.

Mozilla hasn't yet released a 64-bit version of Firefox for Windows, they're all 32-bit.
Namoroka is a pre-release version used for testing new features and security fixes, and was available in 32-bit and 64-bit variants for all OS's. Currently only the Nightly version is available in a 64-bit versions for Windows - currently Nightly 10.a1.
You can get the latest release version here. For Windows it is a 32-bit application. <br />
http://www.mozilla.com/en-US/firefox/

Attempt to load Oracle client libraries threw BadImageFormatException. This problem will occur when running in 64 bit mode with the 32 bit Oracle client components installed.

Hello guys,
            Problem has been solved -
Attempt to load Oracle client libraries threw BadImageFormatException. This problem will occur when running in 64 bit mode with the 32 bit Oracle client components installed.
1. If you install 64 bit oracle this is not an issue. Install 64 bit oracle.
2. Download odp.net 32 bit from below link:-
    ODP.NET Managed Driver Beta Download</title><meta name="Title" content="ODP.NET Managed Driver B…
3. installed the odp.net.
4. open the visual studio 2010.
5.Select new - project - asp.net web application - project name -ok
6.select tools- > connect to database- then follow the following steps
                         i> user name - your user name/client username (example -- hr)
                         ii> password -- enter your password/client password (example- hr)
                        iii>select connection type -- if you want to connect client database then- select EZ connect other wise select tns
                        iv>test the connection- then you will get connection succeed.
                        v> then click ok
Thanks
Chandrashekhar

You do not need to do anything in VS. You do need to configure both tnsnames.ora files, because the drivers do not share any data.
Please see:
http://sqlblog.com/blogs/jorg_klein/archive/2011/06/09/ssis-connect-to-oracle-on-a-64-bit-machine.aspx

Invoke 64 bit Telnet client via 32 bit JRE

Hi,
How do i invoke 64 bit Telnet client of a Win 7 OS via 32 bit JRE.
String command = "cmd /c start cmd.exe /K \"telnet <ip-address>\"";
Runtime.getRuntime().exec(command);
It works fine as expected if i use 64 bit JRE.
It throws "telnet' is not recognized as an internal or external command, operable program or batch file." while i execute via 32 bit JRE.
but my requirement is tightly coupled with 32 bit JRE.
is there anyway to overcome this issue?
or any possible work around ?
Expecting your responses.
Thanks
Vetri

found the solution by someway.:)
Copy the "telnet.exe" file from C:\Windows\System32 folder to C:\Windows\SysWOW64
Post this operation, telnet prompt got opened while it executed via 32 bit JRE even though telnet client is specific to operation system. i.e 64 bit.
String command = "cmd /c start cmd.exe /K \"telnet <ip-address> \"";
Runtime.getRuntime().exec(command);
Ref : http://en.wikipedia.org/wiki/WoW64

Is there any way to specify the 32 bit jre rather than the 64 bit jre?

We have multiple apps that read native libraries, some of which are not yet available as 32 bit dlls. This has become an issue with the rising popularity of 64 bit Windows 7.
Is there any kind of workaround that will force a webstart to be run by the 32 bit jre if both the 32bit and 64 bit are loaded?

Welcome to the forum. Please don't post in threads that are long dead and don't hijack other threads. When you have a question, start your own topic. Feel free to provide a link to an old post that may be relevant to your problem.
The question doesn't make sense anyway, 32bit isn't available, but 64bit dlls are?
I'm locking this thread now.

32 bit JRE in 64 bit windows.

Hello,
I know its very much basic question... But i am not much clear about it.
Can u plz anyone clear me....
Rite now i am using my java application with jre 1.6.0_11 in 32 bit Windows architecture.
And now we planned to support *64 bit Windows architecture like Windows 2008 Server R2,Windows 7 (64 bit) etc..*.
Now my confusion is whether *32 bit jre will work properly with this 64 bit architectures*?
Please guide me....
Thank You !!!

I think you will not be able to install a 32 bit application in 64 bit machine.
In general installing a 32 bit application in 64 bit is no issue. You can do it.what i am saying is if the user is installing a 32 bit application into a 64 bit application then whether the application will work or not will depend on some factors. There is no straight answer "yes" or "No" for this. Depend on application to application. Also on the type os support provided by the 64 bit OS for running 32 bit application.
please give me clear information that whether my 32 bit jre (which is used my java application) will work in 64 bit architecture?why don't you just install and check it whether it is working or not. I think you can do this while sitting in your chair.
if i run my application with 32 bit jre in 64 bit architecture will i encounter any kind of performance or real time issue?I have given a link in my replies check it again.

Exception while running Quicktime on VS 2008 C# with Vista 64 bit

Hi all,
I am using windows vista 64 bit OS. I have downloaded Quicktime SDK 7.3. I have created an windows forms application with C# and used Apple quicktime Control 2.0. When I start running my application I am getting a runtime exception called
"Class not registered (Exception from HRESULT: 0x80040154
(REGDBECLASSNOTREG))"
Please help me to solve this. Its very urgent for me. Thanks in advance.
Regards,
Raja Chandrasekaran

Hi all,
I am really feel bad that no one replied from Apple.I dont know whether you guyz are looking on this forum. But I tried the given SDK 7.3 with Vista 32 bit and also with XP. In both the OS its working fine. But It not supports Vista 64 bit. May be Microsoft or apple has to provide compatibility for developing quicktime app using windows. Thanks.
Raja Chandrasekaran.

Using a 32-bit JRE on a 64-bit platform

What is the Sun stance on the use of one of their 32-bit JREs on a 64-bit chipsets. For instance, I know that the 32-bit JVM for Solaris will work with 64-bit Solaris, but does Sun SUPPORT it.
Thanks,
T. Harris

The Installation Notes and Supported Configurations documentation spell all of this out. In, fact, 64-bit installs first require a 32-bit install.

32-bit binary on 64 bit jre

Is there a way that i can link 32bit compiled binary with 64 bit jre installed and running in 64-bit mode(using java -d64).I am facing the following error "UnsatisfiedLink Error:WRONG ELFCLASS:32 ".
Need urgent help on this...

sudheer_raju wrote:
Is there a way that i can link 32bit compiled binary with 64 bit jre installed and running in 64-bit mode(using java -d64).I am facing the following error "UnsatisfiedLink Error:WRONG ELFCLASS:32 ".
Need urgent help on this...I don't think there's a direct way. There may be a way to create a 64-bit shim that thunks between the 64-bit caller and the 32-bit dll, but that's beyond what I know.

[SOLVED] Problem with "su" and "login".

Hi, I reinstalled Arch Linux today when I updated "filesystem" and reboot appeared an error with root device, but I solved with installation CD.
I restarted laptop after solving error with root device when I went to XFCE4 and open a terminal I tried to login as root with "su" and "su -" but showed this error:
bash: su: command not found
So I rebooted to start in text mode.
When loaded SLIM I press ctrl+alt+F1 to enter text mode.
I type root to login but did'nt appear to enter the pass, appeared again to enter login. I tried type my user but did the same.
Someone can help me?
Thanks!
Last edited by surrealistic (2012-10-12 08:54:58)

Thank you falconindy. I upgrade with --force because I search in Google the problem show "filesystem" when I tried install and I read that solution is upgrade "filesystem" with --foce.
I tried to reinstall util-linux and now works. Thank you!

[SOLVED]: Arch64 with a 32-bit JRE

Similar Messages

Maybe you are looking for