You can subscribe to this list here.
2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(2) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2007 |
Jan
|
Feb
(3) |
Mar
(1) |
Apr
(10) |
May
(5) |
Jun
(7) |
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
|
2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Edward A. <edw...@go...> - 2008-05-08 11:23:32
|
Dear All, as per the title, I am trying to get OpenKM to use JPAM authentication. I have posted here, and have got a reasonably good answer: http://www.openkm.com/Configuration/486-Changing-authentication-method.html#486 So basically, could someone help me do those two steps? OpenKM ships a big zip file which includes a JBOSS installation on which it runs. I have downloaded JPAM, and put libjpam.so into /usr/lib/jre1.5-sun/lib/i386 /server I have put JPam-1.1.jar into /opt/OpenKM/server/default/lib Is that enough to configure the JBOSS server? Could someone then help me to write this class that I need to get working? (sorry about this email, I have trained in C and java is a whole new world) Thanks, Edward (reposted from right email address) |
From: Edward A. <edw...@go...> - 2008-05-08 11:15:51
|
Dear All, as per the title, I am trying to get OpenKM to use JPAM authentication. I have posted here, and have got a reasonably good answer: http://www.openkm.com/Configuration/486-Changing-authentication-method.html#486 So basically, could someone help me do those two steps? OpenKM ships a big zip file which includes a JBOSS installation on which it runs. I have downloaded JPAM, and put libjpam.so into /usr/lib/jre1.5-sun/lib/i386/server I have put JPam-1.1.jar into /opt/OpenKM/server/default/lib Is that enough to configure the JBOSS server? Could someone then help me to write this class that I need to get working? (sorry about this email, I have trained in C and java is a whole new world) Thanks, Edward |
From: Greg L. <gl...@gr...> - 2007-10-30 07:15:48
|
Rajesh The Solaris version is available in source. I don't have a Solaris machine to build on. If you build it, I can add it to the downloads. There are build instructions in the documentation for you to followjpa On 29/10/2007, at 7:21 PM, Rajesh G wrote: > Hello Mr. Gregluck, > > I was looking out the module in Java which provides the PAM > functionality. As part of that I came across JPam. I want to check > this on the Solaris Sparc architecture. I was not able to find the > Solaris version of the code in Soureforge. Can you please let me > know where can I find it. > > Thanks and Regards, > Rajesh G. > > > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com Regards Greg Luck web: http://gregluck.com skype: gregrluck yahoo: gregrluck mobile: +61 408 061 622 |
From: Shoaibi ~ ^root^ <ikn...@gm...> - 2007-10-06 11:49:05
|
Okay, here is the problem. I have downloaded JPAM 1.1 for Linux and installed as it was told in the INSTALL File and the Online Documentation. But i had this problem that the $java_home/bin/x where x=client OR server didn't exist. So i created both folders and pasted the libjpam.so file there. After that i ran my code(provided below), and it gave exceptions. I read the manual again, and it says, if the JPAM can't find files, it will seach in local fodler as well, so i made a copy in local folder as well. and ran the same code again but the same ClassNotFound Exception appeared. I posted on JPAM Forums, but no one replied, so i am posting it here so that if anyone knows JPAM, i would request his help. Here is the list of pam modules that i have installed: [code] pam_krb5-2.2.11-1 pam_smb-1.1.7-7.2.1 pam_pkcs11-0.5.3-23 pam-0.99.6.2-3.14.el5 pam_ccreds-3-5 pam_passwdqc-1.0.2-1.2.2 pam-devel-0.99.6.2-3.14.el5 [/code] Here is the code: [code] /* * Main.java * * Created on October 2, 2007, 12:09 PM * * To change this template, choose Tools | Template Manager * and open the template in the editor. */ package autenticate; import net.sf.jpam.*; /** * * @author shoaibi */ public class Main { /** Creates a new instance of Main */ public Main() { } /** * @param args the command line arguments */ public static void main(String[] args) { String user1Name = "test"; String user1Credentials = "password"; Pam mypam = new Pam(); //When i click the link in error, i get here. boolean authenticated = mypam.authenticateSuccessful(user1Name, user1Credentials); if(authenticated ==true) { System.out.println("Congrats\nYou have logged In"); } else System.out.println("Sorry\nAuthentication Failed"); } } [/code] Here is the Error: [code] Exception in thread "main" java.lang.NoClassDefFoundError: org/apache/commons/logging/LogFactory at net.sf.jpam.Pam.<clinit>(Pam.java:38) at autenticate.Main.main(Main.java:28) //this points to the Pam object creation line Java Result: 1 [/code] What could possibly go wrong? I have JDK6u2 installed. and i set all classpaths and etc.... |
From: Greg L. <gl...@gr...> - 2007-06-06 09:12:36
|
Guys Following are four bug reports from different people. Can I ask that maybe a few of you guys run the tests. It might be a =20 problem with different OSes or architectures. See http://jpam.sourceforge.net/documentation/building.html for step =20 by step instructions on running the tests. I have run the tests on my AMD64 machine with FC6 and my Mac OS X =20 VMWare partition running FC6 on i386. It works fine. Could the problem be that I have built the software using FC6 and the =20= older distros cannot handle it? C is not my forte, so I am not really =20= sure. I have noticed in the 1.0 version of Pam.c that I get this error when =20= it is being compiled: > > Pam.c 70: warning: initialization from incompatible pointer type The old version did not have that error. ------------------------------------------------------------------------=20= ------------------------------------------------------------------------=20= ------------------------------------------ First bug report OS:Red Hat Enterprise Linux AS release 4(Nahant Update 2) Kernel 2.6.9-22.EL JDK:Sun j2sdk1.4.2_14 Sun j2sdk1.5.0_11 Dev IDE: Eclipse3.2 I down JPam-Linux_i386-1.0.tgz and do as follow 1. put libjpam.so to $JAVA_HOME/lib/i386/client and $JAVA_HOME/lib/i386/server 2. put the sample net-sf-jpam to /etc/pam.d 3. put JPam-1.0.jar to classpath of project rebuild JPam-1.0.jar when use j2sdk1.4.2_14 use original JPam-1.0.jar when use j2sdk1.5.0_11 4. build the sample code String user1Name =3D "myuser"; String user1Credentials =3D "mypassword"; Pam pam =3D new Pam(); boolean authenticated =3D pam.authenticateSuccessful(user1Name, user1Credentials)); jdk is crashed, error as follow. Is anything is wrong, or i must config somewhere in OS? Thx # # An unexpected error has been detected by HotSpot Virtual Machine: # # SIGFPE (0x8) at pc=3D0x0021a47c, pid=3D3003, tid=3D3086902976 # # Java VM: Java HotSpot(TM) Client VM (1.4.2_14-b05 mixed mode) # Problematic frame: # C [ld-linux.so.2+0x847c] # --------------- T H R E A D --------------- Current thread (0x08057a30): JavaThread "main" [_thread_in_vm, id=3D3003] siginfo:si_signo=3D8, si_errno=3D0, si_code=3D1, si_addr=3D0x0021a47c Registers: EAX=3D0x031c8354, EBX=3D0x00227fd4, ECX=3D0x00000000, EDX=3D0x00000000 ESP=3D0xbfffc1b0, EBP=3D0xbfffc1f8, ESI=3D0x08127d40, EDI=3D0xab141562 EIP=3D0x0021a47c, CR2=3D0xbfff7fe8, EFLAGS=3D0x00010246 Top of Stack: (sp=3D0xbfffc1b0) 0xbfffc1b0: b7bf12b6 004a5adc bfffc1d4 0028ef81 0xbfffc1c0: 00000000 00000000 00000000 ab141562 0xbfffc1d0: ab141394 ab141104 00000007 08129538 0xbfffc1e0: 00000000 031c8354 004a5adc 00227fd4 0xbfffc1f0: 08129468 004a5adc bfffc2cc 0021a822 0xbfffc200: 004a5594 bfffc288 08127e98 00000000 0xbfffc210: 00000000 00000001 00000000 00000000 0xbfffc220: bfffc3b8 ab1414f1 bfffc2dc 00228650 Instructions: (pc=3D0x0021a47c) 0x0021a46c: 7d d4 8b 45 ec 8b 8e 70 01 00 00 89 55 d8 31 d2 0x0021a47c: f7 b6 6c 01 00 00 8b 14 91 85 d2 89 55 d0 75 28 Stack: [0xbfe0e000,0xc0000000), sp=3D0xbfffc1b0, free space=3D1976k Native frames: (J=3Dcompiled Java code, j=3Dinterpreted, Vv=3DVM code, =20= C=3Dnative code) C [ld-linux.so.2+0x847c] C [ld-linux.so.2+0x8822] C [ld-linux.so.2+0x9cc4] C [libc.so.6+0xfb96a] C [ld-linux.so.2+0xc07e] C [libc.so.6+0xfc3b8] _dl_open+0x98 C [libdl.so.2+0xcb8] C [ld-linux.so.2+0xc07e] C [libdl.so.2+0x12bb] C [libdl.so.2+0xd11] dlopen+0x41 C [libhpi.so+0x5269] V [libjvm.so+0x21111a] C [libjava.so+0x8823] Java_java_lang_ClassLoader_00024NativeLibrary_load+0xd3 j java.lang.ClassLoader$NativeLibrary.load(Ljava/lang/String;)V+0 j java.lang.ClassLoader.loadLibrary0(Ljava/lang/Class;Ljava/io/File;)Z+300 j java.lang.ClassLoader.loadLibrary(Ljava/lang/Class;Ljava/lang/=20 String;Z)V+26 8 j java.lang.Runtime.loadLibrary0(Ljava/lang/Class;Ljava/lang/String;)V=20= +54 j java.lang.System.loadLibrary(Ljava/lang/String;)V+7 j net.sf.jpam.Pam.<clinit>()V+43 v ~StubRoutines::call_stub V [libjvm.so+0x1b1454] V [libjvm.so+0x266ef9] V [libjvm.so+0x1b16a6] V [libjvm.so+0x19628f] V [libjvm.so+0x19a9ac] V [libjvm.so+0x1954ab] V [libjvm.so+0x19acbf] V [libjvm.so+0x1a6854] j test.TestJPAM.test(Ljava/lang/String;Ljava/lang/String;)V+0 j test.TestJPAM.main([Ljava/lang/String;)V+13 v ~StubRoutines::call_stub V [libjvm.so+0x1b1454] V [libjvm.so+0x266ef9] V [libjvm.so+0x1b16a6] V [libjvm.so+0x1b996e] V [libjvm.so+0x1c853d] C [java+0x1880] C [libc.so.6+0x14e23] __libc_start_main+0xd3 Java frames: (J=3Dcompiled Java code, j=3Dinterpreted, Vv=3DVM code) j java.lang.ClassLoader$NativeLibrary.load(Ljava/lang/String;)V+0 j java.lang.ClassLoader.loadLibrary0(Ljava/lang/Class;Ljava/io/File;)Z+300 j java.lang.ClassLoader.loadLibrary(Ljava/lang/Class;Ljava/lang/=20 String;Z)V+26 8 j java.lang.Runtime.loadLibrary0(Ljava/lang/Class;Ljava/lang/String;)V=20= +54 j java.lang.System.loadLibrary(Ljava/lang/String;)V+7 j net.sf.jpam.Pam.<clinit>()V+43 v ~StubRoutines::call_stub j test.TestJPAM.test(Ljava/lang/String;Ljava/lang/String;)V+0 j test.TestJPAM.main([Ljava/lang/String;)V+13 v ~StubRoutines::call_stub --------------- P R O C E S S --------------- Java Threads: ( =3D> current thread ) 0x080a3450 JavaThread "CompilerThread0" daemon [_thread_blocked, id=3D3013] 0x080a2630 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=3D3012] 0x0808ef20 JavaThread "Finalizer" daemon [_thread_blocked, id=3D3010] 0x0808d4a8 JavaThread "Reference Handler" daemon [_thread_blocked, id=3D3009] =3D>0x08057a30 JavaThread "main" [_thread_in_vm, id=3D3003] Other Threads: 0x0808c278 VMThread [id=3D3008] 0x080a4e38 WatcherThread [id=3D3014] VM state:not at safepoint (normal execution) VM Mutex/Monitor currently owned by a thread: None Heap def new generation total 576K, used 459K [0xab9c0000, 0xaba60000, 0xabea0000) eden space 512K, 89% used [0xab9c0000, 0xaba32cf0, 0xaba40000) from space 64K, 0% used [0xaba40000, 0xaba40000, 0xaba50000) to space 64K, 0% used [0xaba50000, 0xaba50000, 0xaba60000) tenured generation total 1408K, used 0K [0xabea0000, 0xac000000, 0xaf9c0000) the space 1408K, 0% used [0xabea0000, 0xabea0000, 0xabea0200, 0xac000000) compacting perm gen total 4096K, used 1264K [0xaf9c0000, 0xafdc0000, 0xb39c0000) the space 4096K, 30% used [0xaf9c0000, 0xafafc330, 0xafafc400, 0xafdc0000) Dynamic libraries: 00212000-00227000 r-xp 00000000 fd:00 871219 /lib/ld-2.3.4.so 00227000-00228000 r-xp 00015000 fd:00 871219 /lib/ld-2.3.4.so 00228000-00229000 rwxp 00016000 fd:00 871219 /lib/ld-2.3.4.so 0022b000-0034f000 r-xp 00000000 fd:00 871220 /lib/tls/libc-2.3.4.so 0034f000-00350000 r-xp 00124000 fd:00 871220 /lib/tls/libc-2.3.4.so 00350000-00353000 rwxp 00125000 fd:00 871220 /lib/tls/libc-2.3.4.so 00353000-00355000 rwxp 00353000 00:00 0 00357000-00378000 r-xp 00000000 fd:00 871221 /lib/tls/libm-2.3.4.so 00378000-0037a000 rwxp 00020000 fd:00 871221 /lib/tls/libm-2.3.4.so 0046d000-0047b000 r-xp 00000000 fd:00 871223 /lib/tls/libpthread-2.3.4.so 0047b000-0047d000 rwxp 0000d000 fd:00 871223 /lib/tls/libpthread-2.3.4.so 0047d000-0047f000 rwxp 0047d000 00:00 0 004a5000-004ae000 r-xp 00000000 fd:00 871235 /lib/libaudit.so.0.0.0 004ae000-004b2000 rwxp 00008000 fd:00 871235 /lib/libaudit.so.0.0.0 00759000-00760000 r-xp 00000000 fd:00 866671 /lib/libpam.so.0.77 00760000-00761000 rwxp 00007000 fd:00 866671 /lib/libpam.so.0.77 00763000-00765000 r-xp 00000000 fd:00 866684 /lib/libpam_misc.so.0.77 00765000-00766000 rwxp 00001000 fd:00 866684 /lib/libpam_misc.so.0.77 00baf000-00bc1000 r-xp 00000000 fd:00 871231 /lib/libnsl-2.3.4.so 00bc1000-00bc3000 rwxp 00011000 fd:00 871231 /lib/libnsl-2.3.4.so 00bc3000-00bc5000 rwxp 00bc3000 00:00 0 00df2000-00df4000 r-xp 00000000 fd:00 866658 /lib/libdl-2.3.4.so 00df4000-00df6000 rwxp 00001000 fd:00 866658 /lib/libdl-2.3.4.so 08048000-08053000 r-xp 00000000 fd:00 1000658 /opt/jdk/j2sdk1.4.2_14/bin/java 08053000-08055000 rwxp 0000a000 fd:00 1000658 /opt/jdk/j2sdk1.4.2_14/bin/java 08055000-08139000 rwxp 08055000 00:00 0 ab129000-ab141000 r-xp 00000000 fd:00 134798 /etc/ld.so.cache ab141000-ab143000 r-xp 00000000 fd:00 968542 /opt/jdk/j2sdk1.4.2_14/jre/lib/i386/client/libjpam.so ab143000-ab144000 rwxp 00001000 fd:00 968542 /opt/jdk/j2sdk1.4.2_14/jre/lib/i386/client/libjpam.so ab144000-ab14e000 r-xs 00000000 fd:00 261813 /workspace/java_projects/test/lib/commons-logging-1.0.4.jar ab14e000-ab151000 r-xs 00000000 fd:00 1000111 /opt/jdk/j2sdk1.4.2_14/lib/JPam-1.0.jar ab151000-ab15e000 r-xs 00000000 fd:00 968543 /opt/jdk/j2sdk1.4.2_14/jre/lib/ext/ldapsec.jar ab15e000-ab161000 r-xs 00000000 fd:00 968541 /opt/jdk/j2sdk1.4.2_14/jre/lib/ext/dnsns.jar ab161000-ab17d000 r-xs 00000000 fd:00 968540 /opt/jdk/j2sdk1.4.2_14/jre/lib/ext/sunjce_provider.jar ab17d000-ab239000 r-xs 00000000 fd:00 968575 /opt/jdk/j2sdk1.4.2_14/jre/lib/ext/localedata.jar ab239000-ab23a000 ---p ab239000 00:00 0 ab23a000-ab2ba000 rwxp ab23a000 00:00 0 ab2ba000-ab2bb000 ---p ab2ba000 00:00 0 ab2bb000-ab2c8000 rwxp ab2bb000 00:00 0 ab2c8000-ab2cb000 ---p ab2c8000 00:00 0 ab2cb000-ab4bb000 rwxp ab2cb000 00:00 0 ab4bb000-ab4bc000 ---p ab4bb000 00:00 0 ab4bc000-ab4c9000 rwxp ab4bc000 00:00 0 ab4c9000-ab4cc000 ---p ab4c9000 00:00 0 ab4cc000-ab53c000 rwxp ab4cc000 00:00 0 ab53c000-ab53d000 ---p ab53c000 00:00 0 ab53d000-ab5bd000 rwxp ab53d000 00:00 0 ab5bd000-ab7bd000 r-xp 00000000 fd:00 592057 /usr/lib/locale/locale-archive ab7bd000-ab7be000 ---p ab7bd000 00:00 0 ab7be000-ab7cb000 rwxp ab7be000 00:00 0 ab7cb000-ab7ce000 ---p ab7cb000 00:00 0 ab7ce000-ab83e000 rwxp ab7ce000 00:00 0 ab83e000-ab83f000 ---p ab83e000 00:00 0 ab83f000-ab84c000 rwxp ab83f000 00:00 0 ab84c000-ab84f000 ---p ab84c000 00:00 0 ab84f000-ab8bf000 rwxp ab84f000 00:00 0 ab8bf000-ab8c0000 ---p ab8bf000 00:00 0 ab8c0000-ab943000 rwxp ab8c0000 00:00 0 ab943000-ab961000 rwxp ab943000 00:00 0 ab961000-ab962000 rwxp ab961000 00:00 0 ab962000-ab97f000 rwxp ab962000 00:00 0 ab97f000-ab980000 rwxp ab97f000 00:00 0 ab980000-ab981000 rwxp ab980000 00:00 0 ab981000-ab983000 rwxp ab981000 00:00 0 ab983000-ab99f000 rwxp ab983000 00:00 0 ab99f000-ab9a1000 rwxp ab99f000 00:00 0 ab9a1000-ab9bf000 rwxp ab9a1000 00:00 0 ab9bf000-aba60000 rwxp ab9bf000 00:00 0 aba60000-abea0000 rwxp aba60000 00:00 0 abea0000-ac000000 rwxp abea0000 00:00 0 ac000000-af9c0000 rwxp ac000000 00:00 0 af9c0000-afdc0000 rwxp af9c0000 00:00 0 afdc0000-b39c0000 rwxp afdc0000 00:00 0 b39c2000-b39ed000 rwxp b39c2000 00:00 0 b39ed000-b3a6a000 rwxp b39ed000 00:00 0 b3a6a000-b3afa000 rwxp b3a6a000 00:00 0 b3afa000-b5a6a000 rwxp b3afa000 00:00 0 b5a6a000-b603f000 r-xs 00000000 fd:00 949292 /opt/jdk/j2sdk1.4.2_14/jre/lib/charsets.jar b603f000-b6051000 r-xs 00000000 fd:00 949184 /opt/jdk/j2sdk1.4.2_14/jre/lib/jce.jar b6051000-b612e000 r-xs 00000000 fd:00 949291 /opt/jdk/j2sdk1.4.2_14/jre/lib/jsse.jar b612e000-b6144000 r-xs 00000000 fd:00 949182 /opt/jdk/j2sdk1.4.2_14/jre/lib/sunrsasign.jar b6144000-b618e000 rwxp b6144000 00:00 0 b618e000-b7b3f000 r-xs 00000000 fd:00 949330 /opt/jdk/j2sdk1.4.2_14/jre/lib/rt.jar b7b3f000-b7b4d000 r-xp 00000000 fd:00 968517 /opt/jdk/j2sdk1.4.2_14/jre/lib/i386/libzip.so b7b4d000-b7b4f000 rwxp 0000d000 fd:00 968517 /opt/jdk/j2sdk1.4.2_14/jre/lib/i386/libzip.so b7b4f000-b7b6b000 r-xp 00000000 fd:00 968515 /opt/jdk/j2sdk1.4.2_14/jre/lib/i386/libjava.so b7b6b000-b7b6d000 rwxp 0001b000 fd:00 968515 /opt/jdk/j2sdk1.4.2_14/jre/lib/i386/libjava.so b7b6d000-b7b76000 r-xp 00000000 fd:00 866706 /lib/libnss_files-2.3.4.so b7b76000-b7b78000 rwxp 00008000 fd:00 866706 /lib/libnss_files-2.3.4.so b7b7d000-b7b8a000 r-xp 00000000 fd:00 968514 /opt/jdk/j2sdk1.4.2_14/jre/lib/i386/libverify.so b7b8a000-b7b8c000 rwxp 0000c000 fd:00 968514 /opt/jdk/j2sdk1.4.2_14/jre/lib/i386/libverify.so b7b8c000-b7b90000 rwxs 00000000 fd:00 474304 /tmp/hsperfdata_root/3003 b7b90000-b7b96000 r-xp 00000000 fd:00 968467 /opt/jdk/j2sdk1.4.2_14/jre/lib/i386/native_threads/libhpi.so b7b96000-b7b98000 rwxp 00005000 fd:00 968467 /opt/jdk/j2sdk1.4.2_14/jre/lib/i386/native_threads/libhpi.so b7b98000-b7fb5000 r-xp 00000000 fd:00 968509 /opt/jdk/j2sdk1.4.2_14/jre/lib/i386/client/libjvm.so b7fb5000-b7fd1000 rwxp 0041c000 fd:00 968509 /opt/jdk/j2sdk1.4.2_14/jre/lib/i386/client/libjvm.so b7fd1000-b7fe8000 rwxp b7fd1000 00:00 0 bfe04000-bfe0e000 rwxp bfe04000 00:00 0 bfe0e000-bfe11000 ---p bfe0e000 00:00 0 bfff7000-c0000000 rwxp bfff7000 00:00 0 ffffe000-fffff000 ---p 00000000 00:00 0 VM Arguments: java_command: test.TestJPAM Launcher Type: SUN_STANDARD Environment Variables: JAVA_HOME=3D/opt/jdk/j2sdk1.4.2_14 CLASSPATH=3D$:/opt/jdk/j2sdk1.4.2_14/lib:/opt/jdk/j2sdk1.4.2_14/jre/lib PATH=3D/opt/jdk/j2sdk1.4.2_14/bin:/usr/kerberos/sbin:/usr/kerberos/bin:/=20= usr/l ocal/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/X11R6/bin=20 $:/roo t/bin LD_LIBRARY_PATH=3D/opt/jdk/j2sdk1.4.2_14/jre/lib/i386/client:/opt/jdk/=20= j2sdk1. 4.2_14/jre/lib/i386:/opt/jdk/j2sdk1.4.2_14/jre/../lib/i386:/usr/lib/=20 mozilla -1.7.12 SHELL=3D/bin/bash DISPLAY=3D:0.0 --------------- S Y S T E M --------------- OS:Red Hat Enterprise Linux AS release 4 (Nahant Update 2) uname:Linux 2.6.9-22.EL #1 Mon Sep 19 18:20:28 EDT 2005 i686 libc:glibc 2.3.4 NPTL 2.3.4 rlimit: STACK 10240k, CORE 0k, NPROC 4096, NOFILE 1024, AS infinity load average:=20 3252150784815440674180215315072533391140235705720812085879162053591 04.00 131198811606042569760500027299787024097352946895170280943343508464786882=20= 673 889726356210730355696686997119451320235216116321080642087335108750767273=20= 038 475800621827641579806615210529115622778654545791307446324043502938668805=20= 095 862304768.00 0.00 CPU:total 1 family 15, cmov, cx8, fxsr, mmx, sse, sse2 Memory: 4k page, physical 255980k(1272k free), swap 524280k(524280k =20 free) vm_info: Java HotSpot(TM) Client VM (1.4.2_14-b05) for linux-x86, =20 built on Mar 16 2007 00:44:46 by unknown with unknown compiler ------------------------------------------------------------------------=20= ------------------------------------------------------------------------=20= ---- Second bug report Hello I'm tring to use JPam on Debian sarge unstable, in a little LDAP =20 authentication project but i'm getting this error in every run: # An unexpected error has been detected by Java Runtime Environment: # # SIGFPE (0x8) at pc=3D0xb7f0b745, pid=3D4003, tid=3D3084372912 # # Java VM: Java HotSpot(TM) Client VM (1.6.0-b105 interpreted mode) # Problematic frame: # C [ld-linux.so.2+0x7745] # The entire error i get is --------------- T H R E A D --------------- Current thread (0x08098c00): JavaThread "main" [_thread_in_native, =20 id=3D3464] siginfo:si_signo=3D8, si_errno=3D0, si_code=3D1, si_addr=3D0xb7f48745 Registers: EAX=3D0x0f94fce5, EBX=3D0xb7f56ff4, ECX=3D0x0814b258, EDX=3D0x00000000 ESP=3D0xb7db7c34, EBP=3D0xb7db7c88, ESI=3D0x00000000, EDI=3D0xb7db7d30 EIP=3D0xb7f48745, CR2=3D0xb7fa2100, EFLAGS=3D0x00210246 Top of Stack: (sp=3D0xb7db7c34) 0xb7db7c34: b7dbcb70 ad11c69e 00000000 b7f4c44f 0xb7db7c44: ad11c308 0f94fce5 ad11c69e 00000000 0xb7db7c54: 00000006 0814b258 ad133104 ad133394 0xb7db7c64: ad133562 00000000 00000000 00e47c4f 0xb7db7c74: 0814bffc 0000001c b7f56ff4 0814b8d8 0xb7db7c84: b7db7d30 b7db7d44 b7f48b07 b7db7d30 0xb7db7c94: 0814b3b0 00000000 00000000 00000001 0xb7db7ca4: 00000000 00000000 b7f56ff4 ad1334fd Instructions: (pc=3D0xb7f48745) 0xb7f48735: 8b 40 04 89 4d dc 89 d1 31 d2 89 45 d8 8b 45 c0 0xb7f48745: f7 b1 6c 01 00 00 8b 81 70 01 00 00 8b 3c 90 85 Stack: [0xb7d6a000,0xb7dba000), sp=3D0xb7db7c34, free space=3D311k Native frames: (J=3Dcompiled Java code, j=3Dinterpreted, Vv=3DVM code, =20= C=3Dnative code) C [ld-linux.so.2+0x7745] C [ld-linux.so.2+0x7b07] C [ld-linux.so.2+0x9042] C [libc.so.6+0x100f25] C [ld-linux.so.2+0xb44f] C [libc.so.6+0x10053f] _dl_open+0x8f C [libdl.so.2+0xd8e] C [ld-linux.so.2+0xb44f] C [libdl.so.2+0x142d] C [libdl.so.2+0xd21] dlopen+0x41 V [libjvm.so+0x3033ca] V [libjvm.so+0x271dd0] C [libjava.so+0xbcac] =20 Java_java_lang_ClassLoader_00024NativeLibrary_load+0x6c j java.lang.ClassLoader$NativeLibrary.load(Ljava/lang/String;)V+0 j java.lang.ClassLoader.loadLibrary0(Ljava/lang/Class;Ljava/io/File;)Z=20= +300 j java.lang.ClassLoader.loadLibrary(Ljava/lang/Class;Ljava/lang/=20 String;Z)V+268 j java.lang.Runtime.loadLibrary0(Ljava/lang/Class;Ljava/lang/String;)V=20= +54 j java.lang.System.loadLibrary(Ljava/lang/String;)V+7 j net.sf.jpam.Pam.<clinit>()V+14 v ~StubRoutines::call_stub V [libjvm.so+0x20967d] V [libjvm.so+0x3057d8] V [libjvm.so+0x209510] V [libjvm.so+0x1e40b6] V [libjvm.so+0x1e2de0] V [libjvm.so+0x1e2128] V [libjvm.so+0x1fa658] j pruebapam.Main.main([Ljava/lang/String;)V+6 v ~StubRoutines::call_stub V [libjvm.so+0x20967d] V [libjvm.so+0x3057d8] V [libjvm.so+0x209510] V [libjvm.so+0x232916] V [libjvm.so+0x223fbb] C [java+0x1b98] JavaMain+0x2c8 C [libpthread.so.0+0x50bd] Java frames: (J=3Dcompiled Java code, j=3Dinterpreted, Vv=3DVM code) j java.lang.ClassLoader$NativeLibrary.load(Ljava/lang/String;)V+0 j java.lang.ClassLoader.loadLibrary0(Ljava/lang/Class;Ljava/io/File;)Z=20= +300 j java.lang.ClassLoader.loadLibrary(Ljava/lang/Class;Ljava/lang/=20 String;Z)V+268 j java.lang.Runtime.loadLibrary0(Ljava/lang/Class;Ljava/lang/String;)V=20= +54 j java.lang.System.loadLibrary(Ljava/lang/String;)V+7 j net.sf.jpam.Pam.<clinit>()V+14 v ~StubRoutines::call_stub j pruebapam.Main.main([Ljava/lang/String;)V+6 v ~StubRoutines::call_stub The piece of code that is getting this error is: String user =3D "myname"; String password =3D "mypass"; Pam pam =3D new Pam(); I configured the library just as the site says to, but it still fails. ------------------------------------------------------------------------=20= ---------------------- Third bug report >> # >> # An unexpected error has been detected by HotSpot Virtual Machine: >> # >> # SIGFPE (0x8) at pc=3D0x00a1550c, pid=3D19257, tid=3D3086939840 >> # >> # Java VM: Java HotSpot(TM) Client VM (1.5.0_11-b03 mixed mode, =20 >> sharing) >> # Problematic frame: >> # C [ld-linux.so.2+0x850c] >> # >> # An error report file with more information is saved as =20 >> hs_err_pid19257.log >> # >> # If you would like to submit a bug report, please visit: >> # http://java.sun.com/webapps/bugreport/crash.jsp >> # >> Aborted >> >> As you can see from above, I am running 1.5.0.11; I have put =20 >> the .so file into /usr/lib/jvm/java-1.5.0-sun-1.5.0.11/jre/lib/i386 >> >> Do you have any suggestions? I thought it might be a rights =20 >> issue, but when I run this as root, I get the same error. >> >> Have you seen this before? Any suggestions? >> >> Thanks! >> >> ...Bruce ------------------------------------------------------------------------=20= ----------------------------------------------------------------------- Fourth bug report Hi, I am facing some problems getting JPAM to run with j2se 1.5 on a =20 linux redhat es 4 machine. Can someone help me with this? I basically followed the instructions in the manual but am presented =20 with below error on the console 0 [main] DEBUG net.sf.jpam.Pam - Debug mode active. service_name is net-sf-jpam password is xyz username is abc Trying to get a handle to the PAM service... # # An unexpected error has been detected by HotSpot Virtual Machine: # # SIGSEGV (0xb) at pc=3D0x00bd92cd, pid=3D19830, tid=3D3086886592 # # Java VM: Java HotSpot(TM) Server VM (1.5.0_11-b03 mixed mode) # Problematic frame: # C [libpam.so.0+0x42cd] _pam_strCMP+0x2d # # An error report file with more information is saved as =20 hs_err_pid19830.log # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # Aborted in the /var/log/messages i see. Apr 5 21:13:58 krishna gdm[19802]: gdm already running. Aborting! Apr 5 21:14:10 krishna java: PAM (net-sf-jpam) illegal module type: Apr 5 21:14:28 krishna gdm[19844]: gdm already running. Aborting! Apr 5 21:14:59 krishna gdm[19872]: gdm already running. Aborting! Apr 5 21:15:26 krishna java: PAM (net-sf-jpam) illegal module type: the net-sf-jpam error appears whenever I run my java JPAM client. Can =20= you please help me with this? I am not really knowledgable about PAM and it working details. Just =20 want to build a java based web application that will authenticate a =20 user based on a linux user/passwd combination. On 05/06/2007, at 7:06 PM, Aram Kananov wrote: > Hi, > > We are using "fixed" jpam on 3 satellites with no issues ~ 6 months. > Let me know if i can help. > > > On Mon, 2007-06-04 at 17:24 +0100, Jose Plans wrote: >> Hello, >> >> On Mon, 2007-06-04 at 09:19 -0700, David Lutterkort wrote: >>> Hi, >>> >>> I haven't looked at jpam in a while, but I know Aram Kananov has =20 >>> (cc'd) >>> - maybe he has some more insight into this. >> >> Is this the issue Greg was mentioning? >> http://sourceforge.net/tracker/index.php?=20 >> func=3Ddetail&aid=3D1707044&group_id=3D116930&atid=3D676444 >> >> If that is the case, apparently there is a reproducer, I can try to >> find out what's wrong with JPam. Aram, fancy some fun with this? :-) >> >> For that issue I would add pam compiled with --enable-debug and =20 >> then >> some debug on JPam. Also, when it's crashed, it would be =20 >> interesting to >> see what kill -3 returns in the output. >> >> Jose >> > --=20 > Aram Kananov > ----------------------------------------------------- > Senior Consultant > Red Hat GmbH EMEA Global Professional Services > ----------------------------------------------------- > Mobile: +49 (0)173 304 5739 > Tel: +49 (0)89 205071 202 > > ____________________________________________________________________ > Reg. Adresse: Red Hat GmbH, Hauptst=E4tter Strasse 58, 70178 Stuttgart > Handelsregister: Amtsgericht Stuttgart HRB 153243 > Gesch=E4ftsf=FChrer: > Alex Pinchev, Charlie Peters, David Owens, Michael Cunningham, Werner > Knoblich Regards Greg Luck web: http://gregluck.com skype: gregrluck yahoo: gregrluck mobile: +61 408 061 622 |
From: Aram K. <aka...@re...> - 2007-06-05 13:14:15
|
Hi, We are using "fixed" jpam on 3 satellites with no issues ~ 6 months. Let me know if i can help. =20 On Mon, 2007-06-04 at 17:24 +0100, Jose Plans wrote: > Hello, >=20 > On Mon, 2007-06-04 at 09:19 -0700, David Lutterkort wrote: > > Hi, > >=20 > > I haven't looked at jpam in a while, but I know Aram Kananov has (cc'd) > > - maybe he has some more insight into this. >=20 > Is this the issue Greg was mentioning? > http://sourceforge.net/tracker/index.php?func=3Ddetail&aid=3D1707044&grou= p_id=3D116930&atid=3D676444 >=20 > If that is the case, apparently there is a reproducer, I can try to > find out what's wrong with JPam. Aram, fancy some fun with this? :-) >=20 > For that issue I would add pam compiled with --enable-debug and then > some debug on JPam. Also, when it's crashed, it would be interesting to > see what kill -3 returns in the output. >=20 > Jose >=20 --=20 Aram Kananov=20 ----------------------------------------------------- Senior Consultant=20 Red Hat GmbH EMEA Global Professional Services -----------------------------------------------------=20 Mobile: +49 (0)173 304 5739=20 Tel: +49 (0)89 205071 202 ____________________________________________________________________ Reg. Adresse: Red Hat GmbH, Hauptst=C3=A4tter Strasse 58, 70178 Stuttgart Handelsregister: Amtsgericht Stuttgart HRB 153243 Gesch=C3=A4ftsf=C3=BChrer:=20 Alex Pinchev, Charlie Peters, David Owens, Michael Cunningham, Werner Knoblich |
From: Jose P. <jp...@re...> - 2007-06-04 16:24:26
|
Hello, On Mon, 2007-06-04 at 09:19 -0700, David Lutterkort wrote: > Hi, > > I haven't looked at jpam in a while, but I know Aram Kananov has (cc'd) > - maybe he has some more insight into this. Is this the issue Greg was mentioning? http://sourceforge.net/tracker/index.php?func=detail&aid=1707044&group_id=116930&atid=676444 If that is the case, apparently there is a reproducer, I can try to find out what's wrong with JPam. Aram, fancy some fun with this? :-) For that issue I would add pam compiled with --enable-debug and then some debug on JPam. Also, when it's crashed, it would be interesting to see what kill -3 returns in the output. Jose |
From: David L. <dl...@re...> - 2007-06-04 16:20:08
|
Hi, I haven't looked at jpam in a while, but I know Aram Kananov has (cc'd) - maybe he has some more insight into this. David On Mon, 2007-06-04 at 09:47 +0100, Jose Plans wrote: > On Mon, 2007-06-04 at 15:38 +1000, Greg Luck wrote: > > Jose or anyone else from Redhat > > > > > > The patch from Redhat causes JPam 1.0 to crash. > > Can I get traces? Or more details? > > The patch that I sent fixes 100% our issue (users are using it for > already 6 months without any issues), maybe you are still seeing other? > It could be that the issues were different. > > > I have not heard back from anyone to my email of a week ago. I am > > therefore going to roll the patch back and release 1.1. > > I have not seen the mail, I rarely check the jpam list. > > However I do not think the right approach is to revert the patch as it > fixes 1 issue already, if you revert, you will have still to fix these > crashes + our issue whereas if you keep it, you get ours fixed (that > might be a bug that others have seen), then we can fix other bugs? > > Again, where are the issues? where are the traces? > > > This new version will have the crash on expired password problem back > > in. > > Again, the patch fixed one specific issue very similar to the ones you > showed but it might not fixed them. I would be interested to see these. |
From: Jose P. <jp...@re...> - 2007-06-04 08:48:14
|
On Mon, 2007-06-04 at 15:38 +1000, Greg Luck wrote: > Jose or anyone else from Redhat > > > The patch from Redhat causes JPam 1.0 to crash. Can I get traces? Or more details? The patch that I sent fixes 100% our issue (users are using it for already 6 months without any issues), maybe you are still seeing other? It could be that the issues were different. > I have not heard back from anyone to my email of a week ago. I am > therefore going to roll the patch back and release 1.1. I have not seen the mail, I rarely check the jpam list. However I do not think the right approach is to revert the patch as it fixes 1 issue already, if you revert, you will have still to fix these crashes + our issue whereas if you keep it, you get ours fixed (that might be a bug that others have seen), then we can fix other bugs? Again, where are the issues? where are the traces? > This new version will have the crash on expired password problem back > in. Again, the patch fixed one specific issue very similar to the ones you showed but it might not fixed them. I would be interested to see these. Jose |
From: Greg L. <gl...@gr...> - 2007-06-04 05:38:38
|
Jose or anyone else from Redhat The patch from Redhat causes JPam 1.0 to crash. I have not heard back from anyone to my email of a week ago. I am therefore going to roll the patch back and release 1.1. This new version will have the crash on expired password problem back in. On 13/04/2007, at 6:55 PM, Jose Plans wrote: > On Sat, 2007-02-03 at 08:34 +1000, Greg Luck wrote: >> John >> >> >> It is not released. There is very little change from the older >> version. >> >> >> I have been waiting for someone to attach a patch. > > Greg, > > I haven't received any news or feedback from our patch fixing > conversational messages > > // From previous e-mail sent // > Greg, I wrote the following patch (against 0.4.0 but can be > adapted to > 0.5.0 since the code is the same) rewriting pam_conv so it follows a > cleaner conversational schema based on the message style received > by the > underlying authentication. I based a bit on misc_conv so we can evolve > pam_conv for jpam. > // > >> I will release one way or the other in the next few weeks. > > Please do, and please do provide input / feedback on the patch. > > Kind regards, > > Jose > > Regards Greg Luck web: http://gregluck.com skype: gregrluck yahoo: gregrluck mobile: +61 408 061 622 |
From: Dhruva S. A. <dhr...@ya...> - 2007-06-01 08:58:23
|
<http://www.batchmates.com/images07/bmlogo_125.gif> _____ Hi jpam Your friend Dhruva Shree Agrawal invites you to join Batchmates.com Join Batchmates and enjoy reuniting with your long lost pals and old time buddies for FREE. Click on the link below and become a part of the Batchmates family in just 5 simple steps. http://www.batchmates.com/MGMhome.asp?RefCode=1644181&email=jpam-list@li sts.sourceforge.net <http://www.batchmates.com/MGMhome.asp?RefCode=1644181&email=jpam-list@l ists.sourceforge.net> If the above link doesn't click through, copy and paste it into your browser's address line and press ENTER on your keyboard. Your Batchmates registration will help Dhruva win exciting prizes like iPod Shuffle, Mobile Phone & Batchmates T-Shirts. You can win them too! Join Batchmates, participate in the invitation contest, invite your friends and win prizes every week. If you haven't already heard about batchmates, it's the largest Indian Alumni portal. It reunites you with your long lost buddies/ classmates/ colleagues. Batchmates will also help you to find new friends. Start Connecting NOW! Cheers! Team Batchmates Prefer not to receive invitations from Batchmates members? Block future invitations. <http://www.batchmates.com/invitationsubs.asp?email=jpa...@li...ur ceforge.net> <http://www.batchmates.com/or.asp?m_id=64&m_no=20070601&memcode=> |
From: Greg L. <gl...@gr...> - 2007-05-26 23:05:06
|
Jose JPAM v1 has the patched version of Pam.c you provided to fix the expired accounts crash and to approve the pam conversation. Many people have reported that it causes the JDK to crash. I built the releases using FC6. See http://sourceforge.net/tracker/index.php? func=detail&aid=1707044&group_id=116930&atid=676444 for a full description. They are using RedHat AS4. Can you please take a look. I could revert back to the pre-patched version and push out a 1.01 release of JPam but that will leave the very nasty issue with expired accounts. On 13/04/2007, at 6:55 PM, Jose Plans wrote: > On Sat, 2007-02-03 at 08:34 +1000, Greg Luck wrote: >> John >> >> >> It is not released. There is very little change from the older >> version. >> >> >> I have been waiting for someone to attach a patch. > > Greg, > > I haven't received any news or feedback from our patch fixing > conversational messages > > // From previous e-mail sent // > Greg, I wrote the following patch (against 0.4.0 but can be > adapted to > 0.5.0 since the code is the same) rewriting pam_conv so it follows a > cleaner conversational schema based on the message style received > by the > underlying authentication. I based a bit on misc_conv so we can evolve > pam_conv for jpam. > // > >> I will release one way or the other in the next few weeks. > > Please do, and please do provide input / feedback on the patch. > > Kind regards, > > Jose > > Regards Greg Luck web: http://gregluck.com skype: gregrluck yahoo: gregrluck mobile: +61 408 061 622 |
From: dhruva a. <dhr...@ya...> - 2007-05-21 13:12:54
|
Hi, I know that the password change functionality is not present in JPAM as of now but I have to modify the source to make it work for a feature in my project. In the change log for JPAM 1.0 it says something about pam_prompt but I am not entirely sure of how to make use of it. I have added the following code in Java_net_sf_jpam_Pam_authenticate function in Pam.c (interface between java and C) printf("Changing authentication token...\n"); pam_set_item(pamh, PAM_OLDAUTHTOK , current_password); pam_set_item(pamh, PAM_AUTHTOK, new_password); retval = pam_chauthtok(pamh, 0); However it is not working as i don't know how to prompt for user old and new password on the java side. Any idea how to go about this? Thanks, Dhruva --------------------------------- Office firewalls, cyber cafes, college labs, don't allow you to download CHAT? Here's a solution! |
From: Greg L. <gl...@gr...> - 2007-05-16 00:08:56
|
Bruce See the instruction for how to build from source here: http://=20 jpam.sourceforge.net/documentation/building.html This might very well be a bug but I want to make sure it is and not =20 just a packaging problem. On 16/05/2007, at 12:25 AM, Bruce Vrieling wrote: > Greg, > > I am using Linux CentOS 4.4 on i386. > > I downloaded JPam-Linux_i386-1.0.tgz and attempted to compile the =20 > Pam.c file from scratch as you suggested. I typed "make =20 > libjpam.x86" from the JPam-1.0/c directory after setting JAVA_HOME =20 > and got: > > Pam.c:29:29: net_sf_jpam_Pam.h: No such file or directory > > I tried to find the .h file and it does not seem to be in the =20 > download. > > What should I try now? > > ...Bruce > > >> From: Greg Luck <gl...@gr...> >> To: Bruce Vrieling <bru...@ho...> >> CC: jpa...@li... >> Subject: Re: Question about JPam >> Date: Tue, 15 May 2007 17:41:29 +1000 >> >> Bruce >> >> You are correct, I am much more amenable to email. I am cc'ing =20 >> the list so this exchange is findable. >> >> What OS and architecture are you on? Try building the software =20 >> from a source checkout and test that. >> >> Also are you using 1.0? >> >> I have tested it on Mac OS X intel, FC6 on i386 with JDK5 and FC6 =20 >> on AMD64. >> >> On 14/05/2007, at 7:18 AM, Bruce Vrieling wrote: >> >>> Hi, >>> >>> I saw some similar questions to mine in the forums without an =20 >>> answer, and wondered whether a direct email might be more effective. >>> >>> I tried using JPam but when I run a very simple java application, =20= >>> I get this: >>> >>> # >>> # An unexpected error has been detected by HotSpot Virtual Machine: >>> # >>> # SIGFPE (0x8) at pc=3D0x00a1550c, pid=3D19257, tid=3D3086939840 >>> # >>> # Java VM: Java HotSpot(TM) Client VM (1.5.0_11-b03 mixed mode, =20 >>> sharing) >>> # Problematic frame: >>> # C [ld-linux.so.2+0x850c] >>> # >>> # An error report file with more information is saved as =20 >>> hs_err_pid19257.log >>> # >>> # If you would like to submit a bug report, please visit: >>> # http://java.sun.com/webapps/bugreport/crash.jsp >>> # >>> Aborted >>> >>> As you can see from above, I am running 1.5.0.11; I have put =20 >>> the .so file into /usr/lib/jvm/java-1.5.0-sun-1.5.0.11/jre/lib/i386 >>> >>> Do you have any suggestions? I thought it might be a rights =20 >>> issue, but when I run this as root, I get the same error. >>> >>> Have you seen this before? Any suggestions? >>> >>> Thanks! >>> >>> ...Bruce >>> >>> _________________________________________________________________ >>> More photos, more messages, more storage=97get 2GB with Windows =20 >>> Live Hotmail. http://imagine-windowslive.com/hotmail/?locale=3Den- =20= >>> us&ocid=3DTXT_TAGHM_migration_HM_mini_2G_0507 >>> >> >> Regards >> >> Greg Luck >> >> web: http://gregluck.com >> skype: gregrluck >> yahoo: gregrluck >> mobile: +61 408 061 622 >> >> >> > > _________________________________________________________________ > More photos, more messages, more storage=97get 2GB with Windows Live =20= > Hotmail. http://imagine-windowslive.com/hotmail/?locale=3Den-=20 > us&ocid=3DTXT_TAGHM_migration_HM_mini_2G_0507 > Regards Greg Luck web: http://gregluck.com skype: gregrluck yahoo: gregrluck mobile: +61 408 061 622 |
From: Bruce V. <bru...@ho...> - 2007-05-15 14:25:15
|
Greg, I am using Linux CentOS 4.4 on i386. I downloaded JPam-Linux_i386-1.0.tgz and attempted to compile the Pam.c file from scratch as you suggested. I typed "make libjpam.x86" from the JPam-1.0/c directory after setting JAVA_HOME and got: Pam.c:29:29: net_sf_jpam_Pam.h: No such file or directory I tried to find the .h file and it does not seem to be in the download. What should I try now? ...Bruce >From: Greg Luck <gl...@gr...> >To: Bruce Vrieling <bru...@ho...> >CC: jpa...@li... >Subject: Re: Question about JPam >Date: Tue, 15 May 2007 17:41:29 +1000 > >Bruce > >You are correct, I am much more amenable to email. I am cc'ing the list so >this exchange is findable. > >What OS and architecture are you on? Try building the software from a >source checkout and test that. > >Also are you using 1.0? > >I have tested it on Mac OS X intel, FC6 on i386 with JDK5 and FC6 on >AMD64. > >On 14/05/2007, at 7:18 AM, Bruce Vrieling wrote: > >>Hi, >> >>I saw some similar questions to mine in the forums without an answer, and >>wondered whether a direct email might be more effective. >> >>I tried using JPam but when I run a very simple java application, I get >>this: >> >># >># An unexpected error has been detected by HotSpot Virtual Machine: >># >># SIGFPE (0x8) at pc=0x00a1550c, pid=19257, tid=3086939840 >># >># Java VM: Java HotSpot(TM) Client VM (1.5.0_11-b03 mixed mode, sharing) >># Problematic frame: >># C [ld-linux.so.2+0x850c] >># >># An error report file with more information is saved as >>hs_err_pid19257.log >># >># If you would like to submit a bug report, please visit: >># http://java.sun.com/webapps/bugreport/crash.jsp >># >>Aborted >> >>As you can see from above, I am running 1.5.0.11; I have put the .so file >>into /usr/lib/jvm/java-1.5.0-sun-1.5.0.11/jre/lib/i386 >> >>Do you have any suggestions? I thought it might be a rights issue, but >>when I run this as root, I get the same error. >> >>Have you seen this before? Any suggestions? >> >>Thanks! >> >>...Bruce >> >>_________________________________________________________________ >>More photos, more messages, more storageget 2GB with Windows Live >>Hotmail. http://imagine-windowslive.com/hotmail/?locale=en- >>us&ocid=TXT_TAGHM_migration_HM_mini_2G_0507 >> > >Regards > >Greg Luck > >web: http://gregluck.com >skype: gregrluck >yahoo: gregrluck >mobile: +61 408 061 622 > > > _________________________________________________________________ More photos, more messages, more storageget 2GB with Windows Live Hotmail. http://imagine-windowslive.com/hotmail/?locale=en-us&ocid=TXT_TAGHM_migration_HM_mini_2G_0507 |
From: Greg L. <gl...@gr...> - 2007-05-15 07:41:41
|
Bruce You are correct, I am much more amenable to email. I am cc'ing the =20 list so this exchange is findable. What OS and architecture are you on? Try building the software from a =20= source checkout and test that. Also are you using 1.0? I have tested it on Mac OS X intel, FC6 on i386 with JDK5 and FC6 on =20 AMD64. On 14/05/2007, at 7:18 AM, Bruce Vrieling wrote: > Hi, > > I saw some similar questions to mine in the forums without an =20 > answer, and wondered whether a direct email might be more effective. > > I tried using JPam but when I run a very simple java application, I =20= > get this: > > # > # An unexpected error has been detected by HotSpot Virtual Machine: > # > # SIGFPE (0x8) at pc=3D0x00a1550c, pid=3D19257, tid=3D3086939840 > # > # Java VM: Java HotSpot(TM) Client VM (1.5.0_11-b03 mixed mode, =20 > sharing) > # Problematic frame: > # C [ld-linux.so.2+0x850c] > # > # An error report file with more information is saved as =20 > hs_err_pid19257.log > # > # If you would like to submit a bug report, please visit: > # http://java.sun.com/webapps/bugreport/crash.jsp > # > Aborted > > As you can see from above, I am running 1.5.0.11; I have put =20 > the .so file into /usr/lib/jvm/java-1.5.0-sun-1.5.0.11/jre/lib/i386 > > Do you have any suggestions? I thought it might be a rights issue, =20 > but when I run this as root, I get the same error. > > Have you seen this before? Any suggestions? > > Thanks! > > ...Bruce > > _________________________________________________________________ > More photos, more messages, more storage=97get 2GB with Windows Live =20= > Hotmail. http://imagine-windowslive.com/hotmail/?locale=3Den-=20 > us&ocid=3DTXT_TAGHM_migration_HM_mini_2G_0507 > Regards Greg Luck web: http://gregluck.com skype: gregrluck yahoo: gregrluck mobile: +61 408 061 622 |
From: Greg L. <gl...@gr...> - 2007-04-24 23:12:09
|
Dan I have been meaning to do an AMD64 build and post it up. That is actually what my work machine is. I don't do a source distro because the way to build it is by checking it out. I have a page on building it here: http:// jpam.sourceforge.net/documentation/building.html The checkout command for the 1.0 version is svn checkout https:// jpam.svn.sourceforge.net/svnroot/jpam/branches/jpam-1.0 jpam On 25/04/2007, at 3:08 AM, Lange, Dan wrote: > Hello, > > I am having some difficulty obtaining JPam 1.0. I posted the > following message to the help forum yesterday. > > > > I am trying to build JPam 1.0 for the x86_64 architecture. It > appears that the download page does not contain any distributions > that will let me do this. > There is a jpam-0.5-src.zip that contains a build.xml file, but no > jpam-1.0-src.zip. JPam-Linux_i386-1.0.tgz does not contain a > build.xml file. > > > > It looks to me like the source distribution was never posted for > the 1.0 release, but maybe I am just looking in the wrong place. > Please let me know. > > Thanks, > > -- Dan Lange > > > > Regards Greg Luck web: http://gregluck.com skype: gregrluck yahoo: gregrluck mobile: +61 408 061 622 |
From: Jose P. <jp...@re...> - 2007-04-15 01:02:57
|
On Sun, 2007-04-15 at 10:43 +1000, Greg Luck wrote: > Jose > > > Patch applied and committed. Great stuff! :-) > The unit and integration tests pass on Mac OS X. I will run them on my > single core AMD64 FC6 and my i386 dual core FC6 machines tomorrow. > If that looks good I will ready a 1.0 release. Sure, I did test it in FC5 and RHEL4. > One thing that looks suspect: > default: > if (debug) > fprintf(stderr, "***erroneous conversation (%d)\n", > msg[replies]->msg_style); > /* Fixme: Need to cleanup the message stack, first this needs testing. > (jmp) */ > reply[replies].resp = strdup("\0"); > msg[replies]->msg = strdup("\0"); > } > > > This is in the new code in your patch. Can we resolve this fixme? I need to check whether this is necessary or not here; default means that the conversation passed is unknown, and the best would be to clean the message stack, however just passing \0 seems enough. I think we can pass without, and do further testing in the future? A change of "Fixme" for "XXX" could be good. What do you think? Else I don't mind studying back this bit and see if we need to clean the stack or not.. At least we have the two lines resetting the strings. Kind regards, Jose |
From: Greg L. <gl...@gr...> - 2007-04-15 00:43:49
|
Jose Patch applied and committed. The unit and integration tests pass on Mac OS X. I will run them on my single core AMD64 FC6 and my i386 dual core FC6 machines tomorrow. If that looks good I will ready a 1.0 release. There are people also using this on HP-UX and Solaris, along with other Linux distros. I cannot test those, but stuff working on Mac OS X and two FC6 architectures is not bad. One thing that looks suspect: default: if (debug) fprintf(stderr, "***erroneous conversation (%d)\n", msg[replies]- >msg_style); /* Fixme: Need to cleanup the message stack, first this needs testing. (jmp) */ reply[replies].resp = strdup("\0"); msg[replies]->msg = strdup("\0"); } This is in the new code in your patch. Can we resolve this fixme? On 14/04/2007, at 8:29 PM, Jose Plans wrote: > Hello Greg, > >> Can you please create a new patch or just send me the final >> version of >> Pam.c. > > Here's my patch + the Pam.c file with the patch applied against rev. > 1.11 > I tried it again and yes it does fix the problem, let me know if you > need anything. > > Kind regards, > > Jose > <jpam-0.4-pam_conv.patch> > <Pam.c> Regards Greg Luck web: http://gregluck.com skype: gregrluck yahoo: gregrluck mobile: +61 408 061 622 |
From: Jose P. <jp...@re...> - 2007-04-14 10:29:17
|
Hello Greg, > Can you please create a new patch or just send me the final version of > Pam.c. Here's my patch + the Pam.c file with the patch applied against rev.1.11 I tried it again and yes it does fix the problem, let me know if you need anything. Kind regards, Jose |
From: Jose P. <jp...@re...> - 2007-04-14 10:13:52
|
Hello! > Anyway I found them and tried to apply them. There are two: > https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=143848 Yep this one was a first fix, but not clean/good enough and we found out that with kerberos we would find other issues so I wrote the second fix: > https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=143972 Let me do the patch today and then send it up to you and the list :-) Thanks Greg, enjoy your weekend, Kind regards, Jose |
From: Greg L. <gl...@gr...> - 2007-04-14 03:35:15
|
Jose Ok, the patches are on the RedHat system, not the JPam project. Anyway I found them and tried to apply them. There are two: https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=143848 This one applies cleanly to the current Pam.c. https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=143972 This one has errors when applying it to either the original Pam.c or applying it after the first one above. Can you please create a new patch or just send me the final version of Pam.c. On 13/04/2007, at 6:55 PM, Jose Plans wrote: > On Sat, 2007-02-03 at 08:34 +1000, Greg Luck wrote: >> John >> >> >> It is not released. There is very little change from the older >> version. >> >> >> I have been waiting for someone to attach a patch. > > Greg, > > I haven't received any news or feedback from our patch fixing > conversational messages > > // From previous e-mail sent // > Greg, I wrote the following patch (against 0.4.0 but can be > adapted to > 0.5.0 since the code is the same) rewriting pam_conv so it follows a > cleaner conversational schema based on the message style received > by the > underlying authentication. I based a bit on misc_conv so we can evolve > pam_conv for jpam. > // > >> I will release one way or the other in the next few weeks. > > Please do, and please do provide input / feedback on the patch. > > Kind regards, > > Jose > > Regards Greg Luck web: http://gregluck.com skype: gregrluck yahoo: gregrluck mobile: +61 408 061 622 |
From: Jose P. <jp...@re...> - 2007-04-13 10:40:57
|
On Fri, 2007-04-13 at 20:28 +1000, Greg Luck wrote: > Jose > > > Can you please refresh my memory on this patch by reattaching it. I do > not see this patch > on the patch list on jpam.sf.net. Sure, the mail was sent to the mailing list in December :-) I wondered why I didn't get a comment or feedback.. The issue seems very similar, please read : https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=219916 But it does sound identical... Please find attached the patch + in fwd the original mail sent to the mailing list :-) Sorry if I did sound a bit pushy Greg.. Kind regards, Jose |
From: Greg L. <gl...@gr...> - 2007-04-13 10:28:28
|
Jose Can you please refresh my memory on this patch by reattaching it. I do not see this patch on the patch list on jpam.sf.net. I have been holding off releasing 1.0 because there is a bug that needs to be fixed where the JVM crashes if an account is expired. This is clearly a major bug which should be fixed. See http://sourceforge.net/tracker/index.php? func=detail&aid=1381572&group_id=116930&atid=676446 I have been chasing this guy to attach a patch. If any of you could take a crack at this it would be great. On 13/04/2007, at 6:55 PM, Jose Plans wrote: > On Sat, 2007-02-03 at 08:34 +1000, Greg Luck wrote: >> John >> >> >> It is not released. There is very little change from the older >> version. >> >> >> I have been waiting for someone to attach a patch. > > Greg, > > I haven't received any news or feedback from our patch fixing > conversational messages > > // From previous e-mail sent // > Greg, I wrote the following patch (against 0.4.0 but can be > adapted to > 0.5.0 since the code is the same) rewriting pam_conv so it follows a > cleaner conversational schema based on the message style received > by the > underlying authentication. I based a bit on misc_conv so we can evolve > pam_conv for jpam. > // > >> I will release one way or the other in the next few weeks. > > Please do, and please do provide input / feedback on the patch. > > Kind regards, > > Jose > > Regards Greg Luck web: http://gregluck.com skype: gregrluck yahoo: gregrluck mobile: +61 408 061 622 |
From: Jose P. <jp...@re...> - 2007-04-13 08:55:47
|
On Sat, 2007-02-03 at 08:34 +1000, Greg Luck wrote: > John > > > It is not released. There is very little change from the older > version. > > > I have been waiting for someone to attach a patch. Greg, I haven't received any news or feedback from our patch fixing conversational messages // From previous e-mail sent // Greg, I wrote the following patch (against 0.4.0 but can be adapted to 0.5.0 since the code is the same) rewriting pam_conv so it follows a cleaner conversational schema based on the message style received by the underlying authentication. I based a bit on misc_conv so we can evolve pam_conv for jpam. // > I will release one way or the other in the next few weeks. Please do, and please do provide input / feedback on the patch. Kind regards, Jose |