For Geronimo 3,0, it should not for this reason. As now, all the native libraries are extracted in the var folder. while in the past, e.g. Geronimo 2.2, the dll file will be extracted in the temp folder.
2011/8/12 Shawn Jiang <[email protected]> > I guess [1] is a similar issue, it's caused by the jansi.dll bundled with > jline.jar. > * > > * > *I have a theory, but I'm not in front of my win64 install to validate it. > There are two jansi.dll bundled in jline.jar, one for 32 bits and one for > 64 bits. The one being picked up is chosen based on the value of > sun.arch.data.model system property (32 or 64). Once unpacked the dll does > not get refreshed based on timestamp. So my guess is that you first ran the > 32 bits version which unpacked the 32 bits dll. When starting the 64 bits > JVM, jansi.dll is incompatible. So try del %TEMP%\jansi.dll and then start > your scala on 64 bits to see if that works. – > huynhjl<http://stackoverflow.com/users/257449/huynhjl> Jun > 16 at 1:44* > > > [1] > http://stackoverflow.com/questions/6361067/failed-to-created-jlinereader-scala-repl > > > -- > Shawn > -- Ivan
