Another one is http://www.trustice.com/java/jnireg/index.shtml this is used by the judo language: http://www.judoscript.com/ref/index.html I have not tried this.
Peter On 10/17/06, Martin Gainty <[EMAIL PROTECTED]> wrote:
Robert- I do not have ntdll.dll (unless of course this is packaged in the roxes distro) I have noticed that The roxes site is down for maintenance When their site is operational ...I would urge you to contact them directly In the meanwhile I found this Registry poke utility available at mindprod http://jniwrapper.com/pages/winpack/demo GL, Martin-- This e-mail communication and any attachments may contain confidential and privileged information for the use of the designated recipients named above. If you are not the intended recipient, you are hereby notified that you have received this communication in error and that any review, disclosure, dissemination, distribution or copying of it or its contents ----- Original Message ----- From: "Robert Pepersack" <[EMAIL PROTECTED]> To: <user@ant.apache.org> Sent: Tuesday, October 17, 2006 10:24 AM Subject: Re: Ant and the Windows Registry > OK. I got it to run by putting both orangevolt-ant-tasks-1.3.5.jar and > roxes-win32forjava-1.0.4.jar in Ant's lib directory. But, when I run > it, I get this ugly error. I don't know the JNI, so I have no idea how > to deal with this problem: > > An unexpected exception has been detected in native code outside the > VM. > Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at > PC=0x77FCD989 > Function=[Unknown.] > Library=C:\WINNT\system32\ntdll.dll > > NOTE: We are unable to locate the function name symbol for the error > just occurred. Please refer to release documentation for > possible > reason and solutions. > > > Current Java thread: > at com.roxes.win32.Registry.getValue(Native Method) > at com.roxes.win32.Registry.getValue(Registry.java:464) > at > com.orangevolt.tools.ant.Win32RegistryTask$Get.run(Win32RegistryTask.java:172) > at > com.orangevolt.tools.ant.Win32RegistryTask.execute(Win32RegistryTask.java:482) > at > org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:275) > at org.apache.tools.ant.Task.perform(Task.java:364) > at org.apache.tools.ant.Target.execute(Target.java:341) > at org.apache.tools.ant.Target.performTasks(Target.java:369) > at > org.apache.tools.ant.Project.executeSortedTargets(Project.java:1216) > at > org.apache.tools.ant.Project.executeTarget(Project.java:1185) > at > org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:40) > at > org.apache.tools.ant.Project.executeTargets(Project.java:1068) > at org.apache.tools.ant.Main.runBuild(Main.java:668) > at org.apache.tools.ant.Main.startAnt(Main.java:187) > at org.apache.tools.ant.launch.Launcher.run(Launcher.java:246) > at org.apache.tools.ant.launch.Launcher.main(Launcher.java:67) > > Dynamic libraries: > 0x00400000 - 0x00406000 C:\j2sdk1.4.2_03\bin\java.exe > 0x77F80000 - 0x77FFC000 C:\WINNT\system32\ntdll.dll > 0x7C2D0000 - 0x7C335000 C:\WINNT\system32\ADVAPI32.dll > 0x7C570000 - 0x7C624000 C:\WINNT\system32\KERNEL32.dll > 0x77D30000 - 0x77D9F000 C:\WINNT\system32\RPCRT4.dll > 0x78000000 - 0x78045000 C:\WINNT\system32\MSVCRT.dll > 0x75030000 - 0x75044000 C:\WINNT\system32\WS2_32.DLL > 0x75020000 - 0x75028000 C:\WINNT\system32\WS2HELP.DLL > 0x08000000 - 0x08138000 C:\j2sdk1.4.2_03\jre\bin\client\jvm.dll > 0x77E10000 - 0x77E79000 C:\WINNT\system32\USER32.dll > 0x77F40000 - 0x77F7C000 C:\WINNT\system32\GDI32.dll > 0x77570000 - 0x775A0000 C:\WINNT\system32\WINMM.dll > 0x10000000 - 0x10007000 C:\j2sdk1.4.2_03\jre\bin\hpi.dll > 0x007C0000 - 0x007CE000 C:\j2sdk1.4.2_03\jre\bin\verify.dll > 0x007D0000 - 0x007E9000 C:\j2sdk1.4.2_03\jre\bin\java.dll > 0x007F0000 - 0x007FD000 C:\j2sdk1.4.2_03\jre\bin\zip.dll > 0x65740000 - 0x6574A000 > C:\j2sdk1.4.2_03\jre\bin\roxes-registry-1.0.4.dll > 0x70A70000 - 0x70AD6000 C:\WINNT\system32\SHLWAPI.DLL > 0x690A0000 - 0x690AB000 C:\WINNT\system32\PSAPI.DLL > > Heap at VM Abort: > Heap > def new generation total 576K, used 131K [0x10010000, 0x100b0000, > 0x104f0000) > eden space 512K, 18% used [0x10010000, 0x100281a8, 0x10090000) > from space 64K, 54% used [0x100a0000, 0x100a8ba0, 0x100b0000) > to space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000) > tenured generation total 1408K, used 720K [0x104f0000, 0x10650000, > 0x14010000) > the space 1408K, 51% used [0x104f0000, 0x105a40c8, 0x105a4200, > 0x10650000) > compacting perm gen total 4096K, used 3588K [0x14010000, 0x14410000, > 0x18010000) > the space 4096K, 87% used [0x14010000, 0x14391258, 0x14391400, > 0x14410000) > > Local Time = Tue Oct 17 10:11:06 2006 > Elapsed Time = 1 > # > # The exception above was detected in native code outside the VM > # > # Java VM: Java HotSpot(TM) Client VM (1.4.2_03-b02 mixed mode) > # > > Thanks, > > Bob > > Robert Pepersack > Senior Lead Developer > Maryland Insurance Administration > 410-468-2054 > >>>> [EMAIL PROTECTED] 10/17/2006 9:49:50 AM >>> > Also, remove the orangevolt-ant-tasks-1.3.5.jar from > ${user.home}/.ant/lib, and from the CLASSPATH > otherwise you will have nasty classloader problems, the > two jar files should be in the same classloader. > > Peter > > > On 10/17/06, Peter Reilly <[EMAIL PROTECTED]> wrote: >> Ok, on checking, you do need both jar files. >> roxes-win32forjava-1.0.4.jar and orangevolt-ant-tasks-1.3.5.jar >> >> Try placing both in a directory - say c:/apps/roxes/lib >> then do: >> >> <taskdef resource="com/orangevolt/tools/ant/taskdefs.properties"> >> <classpath> >> <fileset dir="c:/apps/roxes/lib" includes="*.jar"/> >> </classpath> >> </taskdef> >> >> <win32.registry root="HKEY_LOCAL_MACHINE" key="SOFTWARE"> >> <!-- >> softwareExists will be set if >> HKEY_LOCAL_MACHINE\SOFTWARE exists >> --> >> <exists property="softwareExists"/> >> </win32.registry> >> >> <echo message="softwareExists=${softwareExists}"/> >> >> Peter >> >> On 10/17/06, Dominique Devienne <[EMAIL PROTECTED]> wrote: >> > On 10/17/06, Robert Pepersack <[EMAIL PROTECTED]> > wrote: >> > > I tried doing that by putting, roxes-win32forjava-1.0.4.jar, > which >> > > contains com/roxes/win32/UrlFile, into the classpath in my build > file. >> > > But I got the same error. >> > >> > Then run with -verbose (or -debug) and see what stack trace you > are >> > getting. Running Java code that depends on JNI shared libs is more >> > involved than just using the classpath. I don't know how Roxes or >> > OrangeVolt deal with that... --DD >> > >> > > --------------------------------------------------------------------- >> > To unsubscribe, e-mail: [EMAIL PROTECTED] >> > For additional commands, e-mail: [EMAIL PROTECTED] >> > >> > >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
