Re: Vote of 'No Confidence' in SUNs 'guidance' for Java.
On 2000-10-31 15:57:55 -0800, noisebrain wrote: > I still disagree. The fact that source is available and can > be changed allowed the blackdown group to port java to linux, It may _not_ be changed without a different license. Read your license please. --- 5. Source Code. Software may contain source code that is provided solely for reference purposes pursuant to the terms of this Agreement. --- Best regards Martin P.S.: http://learn.to/edit_messages -- Martin Schröder, [EMAIL PROTECTED] ArtCom GmbH, Grazer Straße 8, D-28359 Bremen Voice +49 421 20419-44 / Fax +49 421 20419-10 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Vote of 'No Confidence' in SUNs 'guidance' for Java.
The missing piece in ur analysis is that the blackdown group got a commercial license to do the port. It is a license that sun did not give/grant to me when i did the Java port to the Digital Alpha computers running Linux. Without that license, or pre commitment to grant a license, you are wasting your time in porting - they could just refuse outright to grant a license to you. Tell me if u think that you would have had a Linux/intel port from blackdown if that license was not first granted! /gat noisebrain wrote: > I still disagree. The fact that source is available and can > be changed allowed the blackdown group to port java to linux, > without which we wouldn't be on this list in the first place. > The linux java port is very significant to me and many others. > Yes, it's not the same as GNU, and not as desirable, but for > anyone who says it's the same as microsoft and and others, > I'm still waiting to see the VB source ported to linux. > > On Mon, 30 Oct 2000, Chris Abbey wrote: > > > At 18:11 10/30/00 -0800, noisebrain wrote: > > >This (the license) does not negate the fact that the source is available > > >and can be changed. > > > > actually it does. What can you (legally) do with that changed source? > > Nothing. Can you give it to me in binary form? no. Can you give it to me > > in source form? no. Can you give it to me in a diff. No. It might as well > > be the old AT&T unix license. Yeah it's still better than say Windows, > > but it isn't GNU/Linux, it isn't xfree86, it isn't apache, it isn't perl, > > it isn't Open Source; but the more people who will buy into Sun's diluted > > concept the more they and the popular press will forget the real meaning. > > Please don't feed their delusions. > > > > > > > > > > now the forces of openness > > have a powerful and > > unexpected new ally > > http://ibm.com/linux/ > > > > > > -- > > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problems jdk-1.1.8-v3 + Slackware7.0
> > I'm sorry if this is a silly or always-repeated question, but I didn't > > find any reference in the faq, and I really need urgently a solution. > > > > The problem is, I'm trying to run jdk-1.1.8-v3-glibc-2.1.3 with my > > Slackware-7.0 linux distribution (glibc-2.1 based!). It's not possible for > > my to use newer versions, I need this one. [..] > > zapl:~$ /opt/jdk118_v3/bin/javac > > SIGSEGV 11* segmentation violation > > stackbase=0xb198, stackpointer=0xb060 [..] > > *current thread* > > java.lang.System.initializeSystemClass(System.java) You are missing the en_US locale, which the VM depends upon for character translation. I'm not sure of the best way to install it for Slackware (i.e. what package contains it). Typically your locales will live in /usr/share/locale/* or /usr/lib/locale/* and you need to get en_US/ in there. You might also try this tidbit from the glibc INSTALL notes: >After installation you might want to configure the timezone and > locale installation of your system. The GNU C library comes with a > locale database which gets configured with `localedef'. For example, to > set up a German locale with name `de_DE', simply issue the command > `localedef -i de_DE -f ISO-8859-1 de_DE'. To configure all locales > that are supported by glibc, you can issue from your build directory the > command `make localedata/install-locales'. Greg -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
