16 bit library

I have a 16 bit library, compiled with Borland C/C++, for a data adquisition
card. I want to use it with Labwindows/CVI. Can I use it with Labwindows/CVI
4.0.1 wich have a 32 bits compiler? if i had to use a 16 bits compiler,
which version of CVI i have to use?
Thanks a lot.

Thanks Fernando but the library I want to use is a static library.
"Fernando" escribió en el mensaje
news:[email protected]..
>
> From Labwindows/CVI Programmer Reference Manual: LabWindows/CVI for
windows95
> and NT does not load 16-bit DLLs. If you want to do so, you must obtain
> a 32-to-16-bit thunking DLL and a 32-bit DLL import library.
>
> "Emilio J. Góngora" wrote:
> >I have a 16 bit library, compiled with Borland C/C++, for a data
adquisition>card.
> I want to use it with Labwindows/CVI. Can I use it with
Labwindows/CVI>4.0.1
> wich have a 32 bits compiler? if i had to use a 16 bits compiler,>which
version
> of CVI i have to use?>>Thanks a lot.>>

Similar Messages

64 bit library load issue: Can't load AMD 64-bit .so on a AMD 64-bit platfo

I get the folowing error when calling load/loadLibrary:
Can't load AMD 64-bit .so on a AMD 64-bit platform
I am hoping someone has a clue about this.
uname -a
Linux GeorgeNSuSe 2.6.8-24.25-default #1 Thu Aug 24 09:57:32 UTC 2006 x86_64 x86_64 x86_64 GNU/Linux
java -version
java version "1.5.0_11"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_11-b03)
Java HotSpot(TM) 64-Bit Server VM (build 1.5.0_11-b03, mixed mode)
Makefile for library:
ieldex.so: BitSet.o
ld -Map libyieldex.map -shared -o libyieldex.so BitSet.o
BitSet.o: BitSet.cpp
gcc -ansi -Wall -fPIC -save-temps -march=k8 -m64 -I/usr/java/jdk1.5.0_11/include/linux -I/usr/java/jdk1.5.0_11/include/ -c -o BitSet.o BitSet.cpp
java command:
/usr/java/jdk1.5.0_11/jre/bin/java -server -d64 -classpath yieldex.jar com.yieldex.BitSet
Thanks!
George

ok. I was able to resolve this.
When I used JDK 5.0 u12 , I ran into this weird cryptic error
Exception in thread "Thread-4" java.lang.UnsatisfiedLinkError: libsetupSDKJNI.so: Can't load AMD 64-bit .so on a AMD 64-bit platform
Now, replacing JDK 5.0 with JDK 6, gives a more useful error
Exception in thread "Thread-4" java.lang.UnsatisfiedLinkError: libsetupSDKJNI.so: undefined symbol: __gxx_personality_v0
Good. this at least tells me that there is some problem with my native library. So, after some googlng , I recompiled my native library with 'g++' and added -lstdc++ as dependency.
this finally solved my problem.
hope this helps some one.

32 bit library to 64 bit

I am trying to load my 32 bit itunes library to a 64 bit. I have downloaded the 64 bit version of itunes and loaded my old 32 bit on to my new computer but when itunes trys to read it it is all commands and song info but no actual music and it doesn't register in my library. Help?

32-bit and 64-bit software cannot be linked together into a single
executable. There are several insurmountable differences including
a different stack frame format and different calling conventions.
64-bit software uses a programming model called LP64, which means
that longs and pointers are 64 bits. 32-bit software uses a model
called ILP32, which means that integers, longs, and pointers are
32 bits.
When you compile software for a 32-bit environment, which you can
do implicitly by not specifying an architecture or explicitly by
specifying -xarch=v8plusa on your compile line, your C and C++ long
variables are 32-bits. Many people carelessly assign longs and
pointers to ints, but they don't get caught because ints, longs, and
pointers are the same size in the 32-bit model.
When you compile software for a 64-bit environment, which you do
by specifying -xarch=v9a, longs and pointers become 64 bits. If you
assign a pointer to an int, you will lose the top 32 bits of the pointer
value and you will later be rewarded with a SIGSEGV that terminates
your program.

Pro C/C++ 64-bit library location or download

Tring to port our product to 64-bit on Solaris-SPARC but the Oracle8i ProC/C++ pre-compiler for embedded SQL has libraries that are required to be linked to when building our applications and I can't find the 64bit version of this library.
SPARC requires all 64-bit libraries for linking 64bit applications. Yours is the only one that his holding this project up. I looked through the CDROM and even posted a USERS discussion group forum on the subject almost 2 months ago and there was never a reply. We already support DB2 and currently on are offering ORACLE support for our applications on SPARC 32bit. Weither we offer ORACLE options to our clients on NT and other platforms might depend on the resolution of this item.
Please point me in the correct place to resolve this issue.

If you have installed 64 bit version of Oracle there should be a 'lib64' dir under oracle_home.
also check the release document for
the 'genclntsh' command.
Regards,
Raymond.

Linking 64 bit objects with 32 bit library(.so)

Can we link x86 64 bit objects(*.o and *.a) with x86/32 bit i.e. ELFCLASS32 library (.so)?
I tried to do this but snagged in errors -
cc -fast -xarch=amd64 -o ABC a64_1.o a64_2.o L164.a -l32bitlib
ld: fatal: file lib32bitlib.so: wrong ELF class: ELFCLASS32
Is any workaround available to solve this issue?

You cannot mix 32-bit and 64-bit code in the same program. The entire program, including shared libraries that are linked, must all be 32-bit or all 64-bit. This rule applies on Solaris and Linux, on all platforms.

Jmscapi sources or 64 bits library version

Hello,
          is it possible to get the jmscapi source and/or to get
          the 64 bits version of the library for solaris sun 9
          thanks

Hello Tom,
          I need to link your library to a 64 bits program
          on solaris, but your actual library is 32 bits.
          so could you give me a 64 bits version of your library
          or the source code ?
          thanks,
          Martial

Removing non-64 bit library frameworks from Mavericks

Hi,
A bit embarrassing that I've not done this before, but I've got a lot of old /library/framework items, some with dates going back to the 1990s! and as late as 2009 that do not have a 64 bit architecture. Can I delete these?
Also, when I go though "About this Mac .... to Software then Frameworks, I can sort the list, but when I try to "print" to a PDF, it is not sorted and has a lot more information about t each entry. Copy and paste don't work either. Is there any way to just get a copy simple sorted listing?
Thank you
MidAtlanlantian2014

Hi VikingOSX,
I agree that it is reasonable. Even that it would be unreasonable for it to create a problem. Unfortunately, I've had the experience of shooting myself in the foot with a gun that was "certainly" safe. Well, OK not literally, but certainly in programs."No there will never be a date in that field". So I'd be really please if someone is certain. I'm uneasy that some applications might still use parts of or somehow be linked to the frameworks, especially in the System folder. I've clicked on a few bits of ...something in very old (pre 2000) frameworks that do call up programs.
Cheers
MidAtlantian2014

When will Vision become available as a 64-bit library callable from C (labwindows)?

Hello,
I am working on developing a (hopefully) 64 bit application with Labwindows. From some older threads I got the impression that NI was (might be?) working on a 64 bit version of Vision callable from C or .NET. The most recent thread I could find was ~ 5 months old. Any update on this? Obviously I would really like to see this released as soon as possible. Since labwindows can produce 64 bit executables we are really hoping we can stick with it (and the rest of the NI software libraries).
Thanks,
Alex Corwin

Hi Alex,
I believe this is still in development, but unfortunately I do not have a timeline available for when this might be implemented. I found a KB detailing how the IMAQ API in C for 64-bit is available, but text-based support for the 64-bit version of NI Vision Development Module has not yet been provided.
NI Vision Development Module and Vision Acquisition Driver 64-bit Programming Language Support
http://digital.ni.com/public.nsf/allkb/ABAF08AC67A566698625773B00790E88?OpenDocument
I also found a similar thread discussing it, but as you said earlier, available information is somewhat dated.
NI Forums: NationalInstruments.Vision.Common 64-bit compatible
http://forums.ni.com/t5/Machine-Vision/NationalInstruments-Vision-Common-64-bit-compatible/m-p/11394...

9.2.0.7 32-bit library looks incomplete

Our dba has recently installed Oracle 9.2.0.7 client on our app server. I am running into issues which appear to be caused by the fact that the lib32 directory under 9.2.0.7 is missing required files. Looking at our 9.2 installation, there are a total of 86 files in the lib32 directory. In our 9.2.0.7 installation, there are only 12 files in the lib32 directory.
Are there any differences between the 9.2 vs. 9.2.0.7 releases that should account for the large discrepancy in lib32? Is there a separate 64-bit installation that would result in an incomplete lib32 directory?

user2857110 wrote:
I would say 12-24 hours for the downtime window.That gives a lot more options
>
I could hardwire between the two they have additional cards in them.
I suggested Linux in '04 I came from an IBM z/os background and did not want Windows. Oh well.What "Oh well"?? I was commending you for moving away from Winows. ;-)
I started my career on IBM system 360 and was on its descendant up to z/os before moving to the DBA role in a client server enviornment. With that I worked with Windows, OS/2, OpenVMS, and several flavors of nix. I always* recommend against Windows for anything besides end-user desktop ... and that only because of Windows's pervasiveness in that arena.
>
Is it really that easy to just install Oracle 11g R1 (64-bit) and take a 9.2.0.7 dmp (Windows) and import it in?
I do not have anything else to do? What about data type differences etc......I have some Blobs and Clobs in this database.I've never had the opportunity to work with clobs and blobs, but I do understand there are some issues there with exp and imp. I understand there are methods for dealing with it, but it does add a bit more complexity. Aside from that, it really is that easy. When using exp/imp to move data between different versions of oracle, always exp with the utility from the lower version and imp with that of the version being imported into.
>
Thank you for your time.
Edited by: user2857110 on Aug 5, 2009 9:43 AM

32-bit C++ program call 64 bit oracle library

Currently I had a 32-bit program written in C++, and it called some 64-bit Oracle libraries.
Since occasionally, we found that there is some core dump error when the program executed for more than 3 hours, and our DBA highlight this finding to us.
I would like to check if it is safe to call the 64-bit libraries in a 32-bit program.
How can I recompile my exe to 64-bit
Currently, the program is run on SunOS 5.8
Thanks
Regards,
Eddie

It is not possible for a 32-bit program to link to or dlopen a 64-bit library. So your 32-bit program is not calling 64-bit functions. If you somehow managed to make such a call (and I don't see how you could) the program would crash immediately.
Maybe you mean you are opening a large file (bigger than 4GB) by means of LARGEFILE macros. The program itself is still limited to a 32-bit address space, but can read, write, and move around inside the large file.
If your program crashes, try running dbx, pointing it to the program and the core file and see where it crashed. Or run the program under dbx.
You can compile your program to run as a 64-bit program (automatically getting large-file support) by adding the option -xarch=v9 to every compile and link command line. All parts of the program, including all libraries you use, must also have been compiled with -xarch=v9. The compiler will automatically use the 64-bit versions of system libraries when you use -xarch=v9. If you link to 3rd-party libraries (such as Oracle), follow the vendor's instructions for 64-bit code.
If the program was not written to be a 64-bit program, it might have hidden assumptions that prevent it from working as a 64-bit program. Typical problems are assuming that ints and longs, or ints and pointers, are the same size. For C code, you can use lint options to warn about 64-bit portability problems. For C++ code, you can use the option combination "-xarch=v9 -xport64" to get portability warnings. Refer to the C and C++ manuals for more information.
The Solaris "file" command will tell you whether a program or library uses 32-bit or 64-bit code.
For example:
% file /usr/lib/libc.so.1
/usr/lib/libc.so.1: ELF 32-bit MSB dynamic lib SPARC Version 1, dynamically linked, not stripped
% file /usr/lib/sparcv9/libc.so.1
/usr/lib/sparcv9/libc.so.1: ELF 64-bit MSB dynamic lib SPARCV9 Version 1, dynamically linked, not stripped

How to use 64-bit native libraries on Solaris?

This question has probably been asked many times, but I couldn't find the answer in my searches.
How can I get Java Web Start on a Solaris client (Solaris 10 in this case, with JRE 1.5, both 32-bit and 64-bit versions installed) to run a java application that includes a 64-bit native code library? The application runs fine when invoked directly on the workstation.
The application downloads properly with Java Web Start, including the jar file that has the native shared object, but when the native library is loaded by the java application, I get a "wrong ELF class: ELFCLASS64" error.
I assume that is because Web Start is invoking the 32-bit java VM, which can't load a 64-bit library. I tried configuring Java Web Start to use the 64-bit VM (by setting the path to java to ".../jre/bin/sparcv9/java" in the javaws console) but then I get an error that says "Can't load library: .../jre/lib/sparcv9/libdeploy.so".
Does Java Web Start support the use of 64-bit native code libraries, and if so, what am I doing wrong?
Thanks.

So, it may be better to create links in $APP_HOME/bin/java that point to the binaries in /usr/jdk/version-you-want-to-use/bin/sparcv9 rather than copying binaries.
To see current java links: (I edited all non-java-related links out of listing)
-> ls -la /usr/bin/j*
lrwxrwxrwx 1 root other 15 Oct 1 2007 /usr/bin/jar -> ../java/bin/jar
lrwxrwxrwx 1 root other 21 Oct 1 2007 /usr/bin/jarsigner -> ../java/bin/jarsigner
lrwxrwxrwx 1 root other 16 Oct 29 2007 /usr/bin/java -> ../java/bin/java
lrwxrwxrwx 1 root other 17 Oct 1 2007 /usr/bin/javac -> ../java/bin/javac
lrwxrwxrwx 1 root other 19 Oct 1 2007 /usr/bin/javadoc -> ../java/bin/javadoc
lrwxrwxrwx 1 root other 17 Oct 1 2007 /usr/bin/javah -> ../java/bin/javah
lrwxrwxrwx 1 root other 17 Oct 1 2007 /usr/bin/javap -> ../java/bin/javap
lrwxrwxrwx 1 root other 18 Oct 29 2007 /usr/bin/javaws -> ../java/bin/javaws
lrwxrwxrwx 1 root other 24 Oct 29 2007 /usr/bin/jcontrol -> ../java/jre/bin/jcontrol
lrwxrwxrwx 1 root other 15 Oct 1 2007 /usr/bin/jdb -> ../java/bin/jdb
lrwxrwxrwx 1 root root 30 Oct 1 2007 /usr/bin/jmplay -> ../jdk/packages/jmf/bin/jmp
lay
lrwxrwxrwx 1 root root 50 Oct 1 2007 /usr/bin/jnlp2pkg -> ../jdk/packages/org.jdesk
top.jdic-0.8/bin/jnlp2pkg
lrwxrwxrwx 1 root root 13 Oct 1 2007 /usr/bin/jsh -> ../../sbin/sh
BTW, on my machine (SunFire v445, Solaris10, 64-bit)
isainfo -v produces this:
-> isainfo -v
64-bit sparcv9 applications
vis2 vis
32-bit sparc applications
vis2 vis v8plus div32 mul32
So, what will this do for me?
or even better $(JAVA_HOME)/bin/`isainfo -v`/Edited by: SolarisSAinPA on Jun 12, 2008 5:38 PM
Added listing of java-related-links

Can I install OEM 12c 32-bit Linux on 64-bit Linux OS?

I've downloaded the 32-bit version and started the install. I get the following error message and I'm wondering whether its a 32-bit/64-bit library issue. Any ideas?:
INFO: Start output from spawned process:
INFO: ----------------------------------
INFO:
INFO: /export/home/middleware/oms/bin/genclntsh
INFO: /usr/bin/ld: skipping incompatible /export/home/middleware/oms/lib/libxml11.a when searching for -lxml11
/usr/bin/ld: cannot find -lxml11
INFO: collect2: ld returned 1 exit status
INFO: genclntsh: Failed to link libclntsh.so.11.1
INFO: make: *** [client_sharedlib] Error 1

The prereq checks at the top of the install should have reported the OS mis-match. Did you ignore the warning?

[S0LVED] 32-Bit compatibility on a 64-bit system

I'm trying to figure out what packages I need so I won't have problems running 32-bit games and such. RIght now I'm trying to run Firestorm (Second Life client), and it won't start...It tells me this in the terminal.
You are running the Firestorm Viewer on a x86_64 platform. The
most common problems when launching the Viewer (particularly
'bin/do-not-directly-run-firestorm-bin: not found' and 'error while
loading shared libraries') may be solved by installing your Linux
distribution's 32-bit compatibility packages.
For example, on Ubuntu and other Debian-based Linuxes you might run:
$ sudo apt-get install ia32-libs ia32-libs-gtk ia32-libs-kde
ia32-libs-sdl
What packages do I need to solve this (I searched for ia32 and got nothing) and what packages am I going to need to install for general 32-bit compatibility?
Last edited by rzrscm (2013-05-05 03:14:43)

WonderWoofy wrote:
We call our 32bit compatibility repo multilib. Check out pacman.conf. You can enable the repo by uncommenting the necessary lines.
Once you do that, I guess you would then have to figure out what exactly those packages in ubuntu would provide you with.
I have multilib enabled already...I know ia32 has something to do with the Intel processor...I have lib32-intel-dri installed, but that's the only Intel-related 32-bit library I've found so far.

How to run 64-bit native code with Java Web Start

This question has probably been asked many times, but I couldn't find anything in my searches.
How can I get Java Web Start on a Solaris client (Solaris 10 in this case, with JRE 1.5) to run a java application that includes a 64-bit native code library? The application downloads fine, including the jar file that has the native shared object, but when the native library is loaded by the java application, I get a "wrong ELF class: ELFCLASS64" error.
I assume that is because Web Start is invoking the 32-bit java VM, which can't load a 64-bit library. I tried configuring Java Web Start to use the 64-bit VM (by setting the path to java to ".../jre/bin/sparcv9/java" in the javaws console) but then I get an error that says "Can't load library: .../jre/lib/sparcv9/libdeploy.so".
Does Java Web Start support 64-bit native code, and if so, what do I need to do differently?
Thanks.

No it can't. On the Sun download page of the JRE it says that 64 Bit systems need to use the 32 Bit JRE to execute Plugins - this might be the same for Web Start apps.

64 bit compatability

Hi everyone,
1.
I'm using studio 11 CC on Solaris 10 and tyring to link with a vendor's 64 bit library. I'm getting
wrong ELF class: ELFCLASS64
On the vendor's library. From the CC man page I figure that
a. The first object given to ld is 32 bit
b. The vendor's library is 64 bit
c. They cannot mix.
Am I right so far?
How do I compile my program for 64 bit such that it will be compatible with the library?
2.
The vendor also provides example programs using his library. The provided makefile is trying to use -xtarget=opteron -xarch=amd64 and they are rejected by the compiler
CC: illegal option usage -xarch=amd64
Are these 2 options strictly for x86 or amd processors? is the vendor wrong to include them in a download named x64_solaris_10_11?
I have removed these options from the make and now I'm getting the same error from ld about the library:
wrong ELF class: ELFCLASS64

Thanks, Boris.
Based on your input, the second error is really the same as the first.
My problem is that CC is rejecting -xarch=amd64
[freestar] 4:16pm ~/tests >CC -xarch=amd64 t.cpp -o t
CC: illegal option usage -xarch=amd64
[freestar] 4:16pm ~/tests >version `which CC`
version of "/opt/SUNWspro/bin/CC": Sun C++ 5.8 2005/10/13
[freestar] 4:17pm ~/tests >uname -a
SunOS freestar 5.10 Generic_118822-23 sun4u sparc SUNW,Sun-Fire-V210
[freestar] 4:17pm ~/tests >

16 bit library

Similar Messages

Maybe you are looking for