Opened 16 years ago

Closed 16 years ago

Last modified 16 years ago

#35 closed defect (fixed)

Fix NativeLib42Adapter Instatiation

Reported by: Fabian Rohn Owned by: Florian Roth
Priority: critical Milestone: MS1: First release (1.0.0)
Component: hal Version: pre-1.0
Keywords: NativeLib42Adapter Cc:

Description (last modified by Henrik Heimbuerger)

The class !NativeLib42Adapter could not be instantiated. I assume its a JNI specific problem.

See [122] or #20

Change History (6)

comment:1 Changed 16 years ago by Henrik Heimbuerger

Description: modified (diff)

comment:2 Changed 16 years ago by Henrik Heimbuerger

I haven't tested it, but couldn't the problem simply be that there's no Windows implementation of the corresponding native library?

That raises the question where the information is stored, which technology is available on which platform. In the factory? I'm not sure...

comment:3 Changed 16 years ago by SVN

New commit by froth (revision [167]):
[Related to ticket #35] added support for getting the underlaying supported HAL technologies by OS

comment:4 Changed 16 years ago by Florian Roth

Resolution: → fixed
Status: new → closed

The Problem was that lib42 can only run on Linux Systems. Because the underlying librarys need the hardware configured on Ubuntu Carrera PC down in the basement of F-Building HTWG Konstanz.

I added an OSResolverUtil to get the supported HAL technologies for the current system.
This could be used whenever an os dependent decision is relevant.

comment:5 Changed 16 years ago by SVN

New commit by froth (revision [172]):
[Related to ticket #35] renamed a bean in code

comment:6 Changed 16 years ago by Henrik Heimbuerger

Component: unspecified → hal
Note: See TracTickets for help on using tickets.