[Bug classpath/29770] NPE in java.beans.SimpleBeanInfo.loadImage(String)
--- Comment #2 from david dot gilbert at object-refinery dot com 2006-11-09 12:56 --- The fix is committed to CVS: 2006-11-09 David Gilbert <[EMAIL PROTECTED]> Fixes bug #29770 * java/beans/SimpleBeanInfo.java (loadImage): Check for nulls. -- david dot gilbert at object-refinery dot com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |0.93 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29770 ___ Bug-classpath mailing list Bug-classpath@gnu.org http://lists.gnu.org/mailman/listinfo/bug-classpath
[Bug classpath/29770] NPE in java.beans.SimpleBeanInfo.loadImage(String)
--- Comment #1 from david dot gilbert at object-refinery dot com 2006-11-09 12:40 --- Thanks for the report. I've added a Mauve test that covers this bug. Your suggested fix is good, although it needs a check for a null 'location' argument as well. I'll commit something to CVS shortly. -- david dot gilbert at object-refinery dot com changed: What|Removed |Added CC||david dot gilbert at object- ||refinery dot com Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-11-09 12:40:26 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29770 ___ Bug-classpath mailing list Bug-classpath@gnu.org http://lists.gnu.org/mailman/listinfo/bug-classpath
Re: [cp-patches] FYI: add offset to memcpy operation
Oh and here is the patch.
cya
Robert
Robert Schuster schrieb:
> Hi,
> the memcpy operation in gnu_java_nio_VMChannel.c::getsockname() for the
> IPv6 case was copying the port value into the same space as the IPv6
> address. I fixed this by adding an offset (like its done in the IPv4 case).
>
> ChangeLog:
>
> 2006-11-09 Robert Schuster <[EMAIL PROTECTED]>
>
> * native/jni/java-nio/gnu_java_nio_VMChannel.c:
> (getsockname): Added 16 byte offset to memcpy operation.
>
> cya
> Robert
>
Index: native/jni/java-nio/gnu_java_nio_VMChannel.c
===
RCS file: /cvsroot/classpath/classpath/native/jni/java-nio/gnu_java_nio_VMChannel.c,v
retrieving revision 1.7
diff -u -r1.7 gnu_java_nio_VMChannel.c
--- native/jni/java-nio/gnu_java_nio_VMChannel.c 25 Oct 2006 00:33:26 - 1.7
+++ native/jni/java-nio/gnu_java_nio_VMChannel.c 9 Nov 2006 11:10:22 -
@@ -1272,7 +1272,7 @@
{
addr6 = (struct sockaddr_in6 *) sockaddr;
memcpy (nameptr, &(addr6->sin6_addr.s6_addr), 16);
- memcpy (nameptr, &(addr6->sin6_port), 2);
+ memcpy (nameptr + 16, &(addr6->sin6_port), 2);
return 16;
}
#endif /* HAVE_INET6 */
signature.asc
Description: OpenPGP digital signature
Re: Issue with java.net.URL
Rehi, Thanks for your quick answer about this issue. I found it out. In fact, Felix searchs for built-in protocol stream handlers according to a particular packaging naming strategy of SUN JRE : sun.net.www.protocol..Handler. For solving it, I have changed the static variable DEFAULT_STREAM_HANDLER_PACKAGE in Felix's URLHandlers.java file to "gnu.java.net.protocol" instead of "sun.net.www.protocol" Once more time, thanks to all. NT Le mercredi 08 novembre 2006 à 08:58 -0800, David Daney a écrit : > Thanh NGUYEN wrote: > > Hi all, > > > > I'm trying to use Felix with JamVM and GNU Classpath 0.91. I have built > > all with succes. But when I tried to launch Felix, I got some errors > > like : > > > > ERROR: Error starting > > file:bundle/org.apache.felix.bundlerepository-0.8.0-SNAPSHOT.jar > > (org.osgi.framework.BundleException: Activator start error.) > > java.lang.IllegalStateException: Unknown protocol: http > >at > > org.apache.felix.framework.URLHandlersStreamHandlerProxy.parseURL(URLHandlersStreamHandlerProxy.java:135) > >at java.net.URL.(URL.java:480) > >at java.net.URL.(URL.java:325) > >at > > org.apache.felix.bundlerepository.RepositoryAdminImpl.(RepositoryAdminImpl.java:73) > >at > > org.apache.felix.bundlerepository.Activator.start(Activator.java:35) > >at > > org.apache.felix.framework.util.SecureAction.startActivator(SecureAction.java:509) > >at org.apache.felix.framework.Felix._startBundle(Felix.java:1260) > >at org.apache.felix.framework.Felix.startBundle(Felix.java:1201) > >at > > org.apache.felix.framework.Felix.setFrameworkStartLevel(Felix.java:807) > >at > > org.apache.felix.framework.StartLevelImpl.run(StartLevelImpl.java:256) > >at java.lang.Thread.run(Thread.java:710) > > > > It seems that the java.net.URL constructor does not support the http > > protocol. > > > > Does anybody get the same issue or have any idea about it please ? > > > > It looks like your program is installing its own handler. I suspect the > problem is near the code in the first level of the stack trace > (URLHandlersStreamHandlerProxy.java:135). > > That is not to say that there are not problems with java.net.URL, but I > have used the built-in http protocol handlers with no problems. > > David Daney
