Re: Debian Java howto
Paul Reavis <[EMAIL PROTECTED]> writes: > I'd like to volunteer to start and maintain some documentation on > installing and running the java JDK port under Debian. Primary focus > would be on latest releases (i.e. those that haven't become debian > packages yet), library issues etc. We do all our java development under > Debian linux here, and I'd really like for there to be a little more > info about installation issues. I assume you're talking about Swing, JDBC, and the like. > Any contributions would be greatly appreciated. Check out an effort already available (though sketchy) http://www.mindspring.com/~tumu/java/Debian-JDK.html -- .A. P. [EMAIL PROTECTED]http://www.onShore.com/>
Re: Size of releases - compression/deltas
Instead of doing a complete download if something went wrong, I think it is better to use the ftp restart command (from the ftp man): restart marker Restart the immediately following get or put at the indicated marker. On UNIX systems, marker is usually a byte offset into the file. which means that if you have a the first X bytes of a file, you should do 'restart X' before you try to get the file again. Rani. On Mon, Jun 01, 1998 at 08:09:26AM +0100, Coles, Wilf wrote: > My plea would be for all of that :-) and also to split the download into > a number of checksummed smaller chunks. At least then any corruption > doesn't mean a complete download again. > > Cheers, > Wilf > ...and thanks for all the good work! > > > -- > > From: Artur Biesiadowski[SMTP:[EMAIL PROTECTED]] > > Sent: 31 May 1998 18:37 > > To: Java-Linux > > Subject:Size of releases - compression/deltas > > > > I'm probably not only person with slow, not reliable inet connection. > > Any way to reduce download size of jdks would be very nice. I think > > about two things: > > 1) Use bzip2 instead of gzip. It is normally about 20% smaller (it > > counts whith files > 10MB). Of course gzip is more popular, but > > providing either link or bzip binaries wouldn't be a great problem. Or > > if space allows distribute both .gz and .bz2 versions. > > > > 2) Use xdelta (from ftp://scam.xcf.berkeley.edu/pub/jmacd) > > It generates binary diffs between archive files - I suppose that it > > could be very efficient for small version differences - ie from > > 1.1.5-v6 > > to 1.1.5-v7. Could somebody with access to all these jdks make tests > > and > > report it ? Maybe even cross versions could be done (1.1.5 to 1.1.6). > > > > Artur > > > > P.S. > > I would be personally interested in xdeltas of jdk - I do have > > linux-jdk.1.1.3-v2.tar.gz size 9093801 > > Can somebody make xdeltas to one of new releases (newest 1.1.5 or > > 1.1.6) > > and report their sizes/mail them to me if smaller than 2-3 MB ? > > > > -- -- Rani Pinchuk <[EMAIL PROTECTED]> Tel: +32-3-326-79-97 http://www.kinetica.com/home/pinchuk --
RE: Size of releases - compression/deltas
Rani, thanks, but this is not the problem I am trying to counter. I have performed downloads in the past where there was actual *corruption* of the file transferred. Where the site also provides a telnet login I have solved this by logging in, splitting the file into 100k lumps, taking checksums and then ftp'ing in to get all the lumps. I can see if any of the lumps were corrupted by checking the checksums. I then only have to re-get those lumps that were corrupted. I acknowledge that 100k lumps are prolly a bit small to make generally available, but 1M lumps should be ok. Cheers, Wilf > -- > From: Rani Pinchuk[SMTP:[EMAIL PROTECTED]] > Sent: 01 June 1998 10:17 > To: Coles, Wilf > Cc: Java-Linux > Subject: Re: Size of releases - compression/deltas > > Instead of doing a complete download if something went wrong, I think > it is > better to use the ftp restart command (from the ftp man): > restart marker > Restart the immediately following get or put at the > indicated > marker. On UNIX systems, marker is usually a byte > offset into > the file. > which means that if you have a the first X bytes of a file, you should > > do 'restart X' before you try to get the file again. > > Rani. > > > On Mon, Jun 01, 1998 at 08:09:26AM +0100, Coles, Wilf wrote: > > My plea would be for all of that :-) and also to split the download > into > > a number of checksummed smaller chunks. At least then any corruption > > doesn't mean a complete download again. > > > > Cheers, > > Wilf > > ...and thanks for all the good work! > > > > > -- > > > From: Artur Biesiadowski[SMTP:[EMAIL PROTECTED]] > > > Sent: 31 May 1998 18:37 > > > To: Java-Linux > > > Subject: Size of releases - compression/deltas > > > > > > I'm probably not only person with slow, not reliable inet > connection. > > > Any way to reduce download size of jdks would be very nice. I > think > > > about two things: > > > 1) Use bzip2 instead of gzip. It is normally about 20% smaller (it > > > counts whith files > 10MB). Of course gzip is more popular, but > > > providing either link or bzip binaries wouldn't be a great > problem. Or > > > if space allows distribute both .gz and .bz2 versions. > > > > > > 2) Use xdelta (from ftp://scam.xcf.berkeley.edu/pub/jmacd) > > > It generates binary diffs between archive files - I suppose that > it > > > could be very efficient for small version differences - ie from > > > 1.1.5-v6 > > > to 1.1.5-v7. Could somebody with access to all these jdks make > tests > > > and > > > report it ? Maybe even cross versions could be done (1.1.5 to > 1.1.6). > > > > > > Artur > > > > > > P.S. > > > I would be personally interested in xdeltas of jdk - I do have > > > linux-jdk.1.1.3-v2.tar.gz size 9093801 > > > Can somebody make xdeltas to one of new releases (newest 1.1.5 or > > > 1.1.6) > > > and report their sizes/mail them to me if smaller than 2-3 MB ? > > > > > > > > > -- > -- > > Rani Pinchuk <[EMAIL PROTECTED]> Tel: +32-3-326-79-97 > http://www.kinetica.com/home/pinchuk > -- > >
Re: problem using appletviewer jdk1.1.5
Matt, I noticed that you are in ther U.K. same as me. The JavaSoft guys f***ed up the BST adjustment in JDK 1.1.4 see http://developer.javasoft.com/developer/bugParade/bugs/4124203.html for details. This claims to be fixed in JDK 1.2b4 (!) Great huh ? Rob Matt Zagni wrote: > Great it now works 100% in win95 but does a funny in linux.. > > The Clock2.class produces a time -1hr when run under appletviewer > in linux but when viewed via netscape the time is correct. > > Intersting ? > > My orginal problem was solved by removing the following code from > my .html file.. > > codebase "1.1.6" > > Then it worked great. > > Many thanks to all and most of all Pat for his helpfull assistance. > > Matt -- Rob Nugent Development Manager UniKix Technologies Europe [EMAIL PROTECTED] Tel: +44 (0) 1489 585503 Fax: +44 (0) 1489 881363
Re: installation problem
On Mon, 1 Jun 1998, Kiran Josyula wrote: > I have downloaded and then extraced the following files > 1. i18n-v7-glibc.tar.gz > 2. jdk-1.1.5-v7-glibc.tar.gz... > ldconfig: version 1.7.14 > libc.so.5 => libc.so.5.3.12 You downloaded the glibc (libc6) binaries and you are running a libc5 system. Go to the java-linux home page, http://www.blackdown.org/java-linux.html, and read the section on Required Libraries. - cls
RE: Size of releases - compression/deltas
My plea would be for all of that :-) and also to split the download into a number of checksummed smaller chunks. At least then any corruption doesn't mean a complete download again. Cheers, Wilf ...and thanks for all the good work! > -- > From: Artur Biesiadowski[SMTP:[EMAIL PROTECTED]] > Sent: 31 May 1998 18:37 > To: Java-Linux > Subject: Size of releases - compression/deltas > > I'm probably not only person with slow, not reliable inet connection. > Any way to reduce download size of jdks would be very nice. I think > about two things: > 1) Use bzip2 instead of gzip. It is normally about 20% smaller (it > counts whith files > 10MB). Of course gzip is more popular, but > providing either link or bzip binaries wouldn't be a great problem. Or > if space allows distribute both .gz and .bz2 versions. > > 2) Use xdelta (from ftp://scam.xcf.berkeley.edu/pub/jmacd) > It generates binary diffs between archive files - I suppose that it > could be very efficient for small version differences - ie from > 1.1.5-v6 > to 1.1.5-v7. Could somebody with access to all these jdks make tests > and > report it ? Maybe even cross versions could be done (1.1.5 to 1.1.6). > > Artur > > P.S. > I would be personally interested in xdeltas of jdk - I do have > linux-jdk.1.1.3-v2.tar.gz size 9093801 > Can somebody make xdeltas to one of new releases (newest 1.1.5 or > 1.1.6) > and report their sizes/mail them to me if smaller than 2-3 MB ? >
problem using appletviewer jdk1.1.5
Hi, Im getting the following errors when displaying Clock1.class basicaly I changed all the refs in the Clock2.class demo of jdk1.1.5 to Clock1 (ie from Class2 to Class1) recompiled and attempted to use appletviewer to display it to check that the compiler was working ok. However when I tried appletviewer I got the following errors. Both Linux and windows 95 produce the same errors /usr/local/jdk1.1.5/demo/Clock# appletviewer index.html File not found when looking for: Clock1 java.lang.NullPointerException at sun.applet.AppletPanel.createApplet(AppletPanel.java:462) at sun.applet.AppletPanel.runLoader(AppletPanel.java:398) at sun.applet.AppletPanel.run(AppletPanel.java:237) at java.lang.Thread.run(Thread.java) Does anyone know whats wrong ? Many thanks Mattz
installation problem
Hi All, Please help me. I could not install Java on my linux successfully. I am including the full details of the steps I have taken. TIA kiran When I say : $ java *.html it gives the following error: /usr/jdk/jdk1.1.5/bin/java: /usr/jdk/jdk1.1.5/bin/.../bin/i586/green_threads/java :No such file or directory /usr/jdk/jdk1.1.5/bin/java: /usr/jdk/jdk1.1.5/bin/.../bin/i586/green_threads/java :No such file or directory == I have downloaded and then extraced the following files 1. i18n-v7-glibc.tar.gz 2. jdk-1.1.5-v7-glibc.tar.gz... I have downloaded these files from ftp.connectnet.com/pub/java/jdk-1.1.5/i386/glibc/v7 I am using a Pentium-120Mhz, running Linux 2.0.0(without red Hat). I have extraced the *.tar files in /usr directory. So accordingly /usr/jdk and /usr/i18n directories have been created. But we found that /usr/docs directory was missing,where we can find useful examples. Shall I download and extract another archieve for docs? Our default shell is tcsh.Is it obligatory to use /bin/bash..? I tried with /bin/bash also...but the error continued... I made the following changes in our .profile for /bin/bash... export DISPLAY=:0 #appletviewer #/usr/jdk/jdk1.1.5/demo/awt-1.1/lightweight/OpenlookButtons/example.html export JAVA_HOME=/usr/jdk/jdk1.1.5 export PATH=$JAVA_HOME/bin:$PATH export CLASSPATH=.:$JAVA_HOME/lib/classes.zip shall we use to "ldconfig" to rebuild the library cache? I am sending the out put of ldconfig -D ldconfig: version 1.7.14 /usr/local/lib: /usr/X11R6/lib: /usr/i486-linuxaout/lib: libdb.so.1 => libdb.so.1.85.1 libvga.so.1 => libvga.so.1.2.9 /usr/openwin/lib: /usr/lib: libform.so.3.0 => libform.so.3.0 libpanel.so.3.0 => libpanel.so.3.0 libmenu.so.3.0 => libmenu.so.3.0 libbfd.so.2.6.0.14 => libbfd.so.2.6.0.14 libopcodes.so.2.6.0.14 => libopcodes.so.2.6.0.14 libc.so.1 => libc.so.1 libdb.so.1 => libdb.so.1.85.4 libgdbm.so.2 => libgdbm.so.2.0.0 libdb.so.2 => libdb.so.2.0.0 libg++.so.27 => libg++.so.27.1.4 libstdc++.so.27 => libstdc++.so.27.1.4 libvgagl.so.1 => libvgagl.so.1.2.10 libvga.so.1 => libvga.so.1.2.10 /lib: libdl.so.1 => libdl.so.1.7.14 libncurses.so.3.0 => libncurses.so.3.0 libtermcap.so.2 => libtermcap.so.2.0.8 libm.so.5 => libm.so.5.0.6 libgdbm.so.1 => libgdbm.so.1.7.3 libcurses.so.1 => libcurses.so.1.0.0 libc.so.5 => libc.so.5.3.12 libe2p.so.2 => libe2p.so.2.1 libss.so.2 => libss.so.2.0 libext2fs.so.2 => libext2fs.so.2.0 libcom_err.so.2 => libcom_err.so.2.0 libc.so.4 => libc.so.4.7.6 libm.so.4 => libm.so.4.6.27 libcurses.so.0 => libcurses.so.0.1.2 =
Re: problem using appletviewer jdk1.1.5
Great it now works 100% in win95 but does a funny in linux.. The Clock2.class produces a time -1hr when run under appletviewer in linux but when viewed via netscape the time is correct. Intersting ? My orginal problem was solved by removing the following code from my .html file.. codebase "1.1.6" Then it worked great. Many thanks to all and most of all Pat for his helpfull assistance. Matt
**out of memory, exiting**
Hi, Well all looks great at the moment, how ever when I have netscape active when I attempt to compile (using javac) I get the following error **out of memory, exiting**. Has anyone else had his error or is it just my box. I am running a 200Mhz Pent Pro, 32MB RAM 3.1 Gig drive. linux 2.0.0.33, jdk1.1.5. I can compile and constuct applets but this is a bit of a down'er although I can get round it by not compiling whilst running netscape. Many thanks Matt
java-linux-announce ?
Hi, Is there a [EMAIL PROTECTED] mailing list ? -- Regards, Mick. Michael J. Bell, Consultant Mail: [EMAIL PROTECTED] Adavanced Technology Division Web: www.cmgplc.com CMG PLC Tel: +44 (0) 171 592 4000 London
Listserv Spam
Anybody else receiving resent spam from the list? What can we do to cut this out? -- Scott Parish The Truth is out there. [EMAIL PROTECTED] John 14:6
Re: **out of memory, exiting**
Matt Zagni wrote: > > Hi, > > Well all looks great at the moment, how ever when I have > netscape active when I attempt to compile (using javac) > I get the following error **out of memory, exiting**. > > Has anyone else had his error or is it just my box. > Not seen it - even on a 486dx66 with 20Mb. Silly Q, but have you got swap enabled? Also you could try "guavac". -- Joe Carter Software Engineer Brite Voice Systems Ltd, Gatley, Cheshire. UK. mailto:[EMAIL PROTECTED]
Re: **out of memory, exiting**
Ok.. I have no swap space.. (excuse me whilst I bash my head against a table, it may knock some more sense in me). Many thanks for all the kind replies. Matt
jre and libc5?
Hi all, are there any minimum libc5 requirements for jre 1.1.5 v7 as there are for the JDK? I'm getting a segmentation violation running the JRE, and wnat to be sure it's not just cuz I've got the wrong libc. I'm running on a RedHat 4.1 system with libc.so.5.3.12. Thanks, Eric
Unidentified subject!
subscribe
JDK1.1.5 v7 libc5
Gentlemen, Firstly, let me thank you for your efforts to port the JDK to Linux. I seem to be having a problem with X after installing JDK v7 libc. I suspect I have goofed something up (I am new to linux). I am running Red Hat 4.2 (Kernel 2.0.3) and am finding that placing ~jdk1.1.5/bin in my tcsh path causes X to lock up right after running "startx". If I go back to the .tcsh file and remove references to jdk1.1.5/bin the problem vanishes. I suspect I have overlooked something. Any hints. By the way I am running FWM. Thanks again for your work on the port. Craig Martin ([EMAIL PROTECTED]) __ Get Your Private, Free Email at http://www.hotmail.com
