Re: Fonts under 1.2 on Alpha-Linux
[EMAIL PROTECTED] wrote: -> Try editing your properties file and replacing the font you -> listed with: -> -b&h-lucidatypewriter-bold-r-normal-sans-*-%d-*-*-m-iso8859-1 I had the same problem, so I edited my fonts.properties and exchanged the fonts with existing fonts of my X server (I double checked with xfontsel and whether I could run an xterm with the fonts I selected) . But unfortunately this did not help. Maybe I did something wrong, but I cannot think of what ... I don't have much pressure to circumvent this problem though, because my applications do not crash ... they just do not look nice. There is another problem I discovered when playing around with JDK1.2: obviously there is a bad interaction between Swing and ssh. When I run programs that use Swing on Solaris remotely from a Solaris box everything works fine (over ssh). When I run the very same application on the very same remote Solaris box and set the display to my Linux box I see an empty window (the same for HP-UX). If I do the same thing but do not run the application via ssh everything works (besides the font problem). I could not figure out whether this is a ssh or JDK1.2 problem, but it's nasty (we use ssh for ALL our remote connections). Manfred
Re: Fonts under 1.2 on Alpha-Linux
> Manfred Hauswirth writes: Manfred> There is another problem I discovered when playing around Manfred> with JDK1.2: obviously there is a bad interaction between Manfred> Swing and ssh. When I run programs that use Swing on Manfred> Solaris remotely from a Solaris box everything works fine Manfred> (over ssh). When I run the very same application on the Manfred> very same remote Solaris box and set the display to my Manfred> Linux box I see an empty window (the same for HP-UX). If Manfred> I do the same thing but do not run the application via Manfred> ssh everything works (besides the font problem). The problem is that the JDK tries to use the Xserver's shared memory extension but that only works locally. If you use lbxproxy even the Sun JDK will fail. These problems are solved in the Blackdown JDK 1.2. Juergen -- Juergen Kreileder, Universitaet Dortmund, Lehrstuhl Informatik V Baroper Strasse 301, D-44221 Dortmund, Germany Phone: ++49 231/755-5806, Fax: ++49 231/755-5802
Re: Fonts under 1.2 on Alpha-Linux
Juergen Kreileder wrote: -> The problem is that the JDK tries to use the Xserver's shared memory -> extension but that only works locally. If you use lbxproxy even -> the Sun JDK will fail. -> -> These problems are solved in the Blackdown JDK 1.2. Guys - you are REALLY DOING AN EXCELLENT JOB !! That's what I call quality ! Manfred
Keyboard mnemonic problem
On my system, RH 5.1 updated to 2.0.36, jdk1.1.7-v1a, keyboard mnemonics do not function. The same programs function properly on my laptop, RH 5.1 - 2.0.35, jdk1.1.7-v1a. Can anyone give me a clue where to look for the problem? Thanks.
Re: Keyboard mnemonic problem
On Thu, 11 Feb 1999, Jackie Manning wrote: > On my system, RH 5.1 updated to 2.0.36, jdk1.1.7-v1a, keyboard mnemonics > do not function. The same > programs function properly on my laptop, RH 5.1 - 2.0.35, jdk1.1.7-v1a. > > Can anyone give me a clue where to look for the problem? I've got a friend who's got the same problem. I haven't looked at his system carefully, but from preliminary tests, it appeared as though his XBD was not setup properly. --Chris
OOPS, Keyboard mnemonic problem
Jackie Manning wrote: > On my system, RH 5.1 updated to 2.0.36, jdk1.1.7-v1a, keyboard mnemonics > do not function. The same > programs function properly on my laptop, RH 5.1 - 2.0.35, jdk1.1.7-v1a. > > Can anyone give me a clue where to look for the problem? > > Thanks. Forgot to say Swing 1.1 keyboard mnemonics
Porting JDK1.1.7 to Linux
Hello, I am attempting to port JDK1.1.7 to a Linux environment on the SA-1100 platform, and as a preliminary exercise, I am attempting to duplicate Blackdown's successful efforts at porting the JDK to the i386 Linux environment. As a first step, I have the Sun distribution of JDK1.1.7 via a software agreement, and I have in place all the pre-requisites described in Steve Byrne's README.linux.src description and in the README file for the JDK1.1.7 source release from Sun. My problem is that when I applied the patches from Blackdown, there were errors and I want to understand why. I applied the patches in the file I downloaded from the ftp site: jdk-1_1_7-v1a_diffs.gz There were two problems I saw when the patch was executed: First, an error terminated the patch: Patching file src/genunix/bin/appletviewer.sh using Plan A... patch: malformed patch at line 2846: \ No newline at end of file Second, when patches were applied until the error occured, they were accompanied by a message like the following: Patching file build/minclude/sunw.jmk using Plan A... Hunk #1 succeeded at 2. Hmm... The next patch looks like a unified diff to me... I would like to know why both of these problems occurred in what should be a straightforward procedure. Do I have a different release of JDK 1.1.7 than Blackdown used? If so, I would appreciate a little more information about how the patches were applied to the Sun source distribution. regards, Donald Riggs Senior Staff Engineer Ericsson, Inc. 7001 Development Drive RTP, NC 27709 [EMAIL PROTECTED]
Re: Swing 1.1 & Netscape Communicator?
On my RedHat machine, I replaced the soft link in /usr/bin with
a shell script which sets the classpath:
#!/bin/bash
export MOZILLA_HOME=/usr/lib/netscape
for i in ${MOZILLA_HOME}/java/classes/*.jar
do
CP=${CP:-.}:$i
done
for i in /path/to/swing/*.jar
do
CP=${CP:-.}:$i
done
unset i
export CLASSPATH=${CP}
unset CP
exec ${MOZILLA_HOME}/netscape
[EMAIL PROTECTED] on 02/10/99 08:45:44 PM
To: [EMAIL PROTECTED]
cc:(bcc: Russell Pridemore/Lex/Lexmark)
Subject: Swing 1.1 & Netscape Communicator?
On HP-UX I've been able to copy the Swing 1.1 JAR files into
.../netscape/java/classes in order to run Swing 1.1 applets in Netscape
Communicator 4.5. (Putting the JAR files in CLASSPATH works as well.)
But on my Linux box (Red Hat 5.1; linux 2.1.119 kernel) this doesn't
seem to work. Depending on which Swing 1.1 applet I run, I'm either
prompted by the default plugin to download the Java Plugin (which AFAIK
doesn't exist yet for JDK 1.2) or get the following error:
Applet SwingingApplet error:
java.lang.classFormatError: Bad magic number
I successfully built and ran a small Swing 1.1 *application* using the
1.1 JAR files, so I suspect that the files are not corrupt.
I've also tried the Swing 1.1.1 Beta 1 with no different results.
Is there anything I can do to get Swing 1.1 to work with Communicator?
TIA,
Jim Caley
E-mail: [EMAIL PROTECTED]
Re: Keyboard mnemonic problem
What's an XBD? Peter __ Reply Separator _ Subject: Re: Keyboard mnemonic problem Author: cbsmith ([EMAIL PROTECTED]) at lon-mime Date:11/02/99 03:19 On Thu, 11 Feb 1999, Jackie Manning wrote: > On my system, RH 5.1 updated to 2.0.36, jdk1.1.7-v1a, keyboard mnemonics > do not function. The same > programs function properly on my laptop, RH 5.1 - 2.0.35, jdk1.1.7-v1a. > > Can anyone give me a clue where to look for the problem? I've got a friend who's got the same problem. I haven't looked at his system carefully, but from preliminary tests, it appeared as though his XBD was not setup properly. --Chris
Re: Keyboard mnemonic problem
>What's an XBD? The X keyboard extension. --Chris
Re: Porting JDK1.1.7 to Linux
On Thu, 11 Feb 1999 08:30:53 -0500, donald riggs wrote: >Hello, > >I am attempting to port JDK1.1.7 to a Linux environment on the SA-1100 platform, >and as a preliminary exercise, I am attempting to duplicate Blackdown's successful >efforts at porting the JDK to the i386 Linux environment. As a first step, I have >the Sun distribution of JDK1.1.7 via a software agreement, and I have in place all >the pre-requisites described in Steve Byrne's README.linux.src description and in the >README file for the JDK1.1.7 source release from Sun. > >My problem is that when I applied the patches from Blackdown, there were errors and I >want to understand why. I applied the patches in the file I downloaded from the ftp >site: > jdk-1_1_7-v1a_diffs.gz >There were two problems I saw when the patch was executed: >First, an error terminated the patch: > Patching file src/genunix/bin/appletviewer.sh using Plan A... > patch: malformed patch at line 2846: \ No newline at end of file >Second, when patches were applied until the error occured, they were accompanied by a >message like the following: > Patching file build/minclude/sunw.jmk using Plan A... > Hunk #1 succeeded at 2. > Hmm... The next patch looks like a unified diff to me... > >I would like to know why both of these problems occurred in what should be a >straightforward procedure. Do I have a different release of JDK 1.1.7 than >Blackdown used? If so, I would appreciate a little more information about >how the patches were applied to the Sun source distribution. I can not tell why this would happen. I have just tried to reproduce this problem with my 1.1.7 source archive and the diffs we made and the diffs patched just fine. (Not one warning or error) It may be that there have been minor changes to 1.1.7. I do know that they released a 1.1.7A on Windows but I do not know what that change was. Given that I built the archives, this may just be a test to see that the files are not corrupt and would not show you anything useful. Could it be that you have an older version of patch? Michael Sinz -- Director of Research & Development, NextBus Inc. mailto:[EMAIL PROTECTED] - http://www.nextbus.com My place on the web ---> http://www.users.fast.net/~michael_sinz
Re: Porting JDK1.1.7 to Linux
Note that there is a 1.1.7B also available for Windows now. It may be that the sources reflect this new version. Alexander
Re: Fonts under 1.2 on Alpha-Linux
Fonts have changed. From my look jdk1.2 want to really use scaleable fonts/type1 fonts/truetype fonts. Scaleable fonts from X are the ones with 0-0-0-0 in them ( as this is the criteria used by jdk1.2) type1&truetype are suppose to be from the OPENWIN directory, which is "" in my build. There is a type1 directory in /usr/X11R6 ( but no TrueType ). I, just like u are somewhat in the dark about the methods & madness employed by javasoft. Although I have the code, and can fix the problem as I find them - I still just cannot say why, or even how to back out of the enhancement. In either case, most of the code to handle type1&truetype are/were just not 64bit happy. It appears to have been coded for a 16/32 bit environment. I think I have all the long/int/short issues resolved - but who-knows, there may yet be other pointer arith boo-boo's ( this would be for my release v4 ) gat BTW. font rendering on my maching is a slug. [EMAIL PROTECTED] wrote: > Some questions: > - Where does the font path come from? (I can't find any reference to > it in Sun's JDK documentation.) > - Why am I having problems with fonts under v1.2, but not under > v1.1.7? >
shell scripts
I want to execute a java test program from inside a shell script under Red Hat 5.2. Any thoughts on the best construct to use along the lines of: #!/bin/sh java \ -Dcgi.content_type=$CONTENT_TYPE \ hello r.b. Linuxsoft Open Source Solutions http://www.linuxsoft.net
Re: Fonts under 1.2 on Alpha-Linux
> "George" == Uncle George <[EMAIL PROTECTED]> writes: George> Fonts have changed. From my look jdk1.2 want to really use George> scaleable fonts/type1 fonts/truetype fonts. Scaleable George> fonts from X are the ones with 0-0-0-0 in them ( as this George> is the criteria used by jdk1.2) type1&truetype are suppose George> to be from the OPENWIN directory, which is "" in my George> build. There is a type1 directory in /usr/X11R6 ( but no George> TrueType ). Have you considered trying to integrate with Freetype? George> I, just like u are somewhat in the dark about the methods George> & madness employed by javasoft. Although I have the code, George> and can fix the problem as I find them - I still just George> cannot say why, or even how to back out of the George> enhancement. George> In either case, most of the code to handle type1&truetype George> are/were just not 64bit happy. It appears to have been George> coded for a 16/32 bit environment. I think I have all the George> long/int/short issues resolved - but who-knows, there may George> yet be other pointer arith boo-boo's ( this would be for George> my release v4 ) gat Freetype seems to do a pretty decent job of providing True Type fonts. It is opensource and integration with freetype is a compile time option in XFree86. Check it out at http://www.freetype.org/ Though adding yet another required library to the list for the JDK is not optimal, this might be a good way to cope with SunSoft's new direction. As a side benefit, it has already been ported to alphalinux.
Porting JDK1.1.7 to Linux
donald riggs writes: > Hello, > > I am attempting to port JDK1.1.7 to a Linux environment on the SA-1100 platform, >and as a preliminary exercise, I am attempting to duplicate Blackdown's successful >efforts at porting the JDK to the i386 Linux environment. As a first step, I have >the Sun distribution of JDK1.1.7 via a software agreement, and I have in place all >the pre-requisites described in Steve Byrne's README.linux.src description and in the >README file for the JDK1.1.7 source release from Sun. > > My problem is that when I applied the patches from Blackdown, there were errors and >I want to understand why. I applied the patches in the file I downloaded from the ftp >site: >jdk-1_1_7-v1a_diffs.gz > There were two problems I saw when the patch was executed: > First, an error terminated the patch: > Patching file src/genunix/bin/appletviewer.sh using Plan A... > patch: malformed patch at line 2846: \ No newline at end of file Fix the diffs file -- you'll see a line that has \ at the start -- change the \ to a + or maybe a space and I think you're ok. > Second, when patches were applied until the error occured, they were accompanied by >a message like the following: > Patching file build/minclude/sunw.jmk using Plan A... > Hunk #1 succeeded at 2. > Hmm... The next patch looks like a unified diff to me... > > I would like to know why both of these problems occurred in what should be a >straightforward procedure. Do I have a different release of JDK 1.1.7 than > Blackdown used? If so, I would appreciate a little more information about > how the patches were applied to the Sun source distribution. I'm not sure I understand what you think is the problem with this second output. It looks ok to me. Steve
Java plug-in 1.1.2
We're currently developping a free mapping applet with JFC 1.03. At this point in time, we could run only run it on NN and IE with the Windows Java plug-in (contrary to what is stated by Sun we had no success without the plug-in but that's another story). Anyways, Sun refer to your site for a Linux version but the link is gone. What's going on? Keep up the good work. Alain Renaud Specialiste en geomatique/GIS specialist Global Geomatics inc. 1600 St-Martin E, suite 650 tel: (450) 668-4949 Tour A, Laval, Quebec Fax: (450) 668-2822 Canada H7G 4R8 http://www.globalgeo.com, Courriel/Email: [EMAIL PROTECTED]
JDK 1.1.7 & glibc 2.0.1xx
Hi all; Would the problem with jdk 1.1.7 and glibc-2.0.1xx be solved simply by re-make-ing the system? This has solved some other similar problems for me. (or does extensive, painful, testing have to be done?) If it's simple -- and assuming jdk 1.2 isn't right around the corner -- would it be appropriate for the Keeper of the Source to re-make it and post that version, too? Gratefully submitted; -- -- [EMAIL PROTECTED] http://math.nist.gov/~BMiller/
Re: JDK 1.1.7 & glibc 2.0.1xx
On Thu, 11 Feb 1999 14:37:00 -0500, Bruce R Miller wrote: >Hi all; > Would the problem with jdk 1.1.7 and glibc-2.0.1xx be solved simply by >re-make-ing the system? This has solved some other similar problems for me. >(or does extensive, painful, testing have to be done?) Well, the problem is not that simple - there is the use of a few symbols that are not longer available. (But then the whole ld wrapper stuff never was something that I understood as to why Sun changed it.) Michael Sinz -- Director of Research & Development, NextBus Inc. mailto:[EMAIL PROTECTED] - http://www.nextbus.com My place on the web ---> http://www.users.fast.net/~michael_sinz
javax packages
Does Sun's committment to support the porting of Java to Linux include packages outside the JDK 1.2 Core API ? Obviously, pure Java packages will run on the JDK 1.2 port (some already run on JDK 1.1). I'm interested in seeing ports to Linux of packages that depend on some native code (albeit a very small part). The following are examples of the kind of packages I'm referring to : Java Communications API Java 3D API Java Media API If not, are there ways around the limitation ? For example, can I use Java 3D API with Mesa, or Java Media with a Linux sound driver ? Raju Karia
when linux/i386 JVM version 1.2
I'm working as a senior software engineer at a prominent internet advertising company. We are making some crucial design decisions and I was wondering when would a linux/i386 JVM that is 1.2 compliant be available, and thought you would be the people to ask. Thank you.
RE: Swing 1.1 & Netscape Communicator?
Thanks for the tip, I tried it but still have the same problem.
Regards,
Jim
--
[EMAIL PROTECTED] wrote:
>
>
> From:
>[EMAIL PROTECTED]
> To:
>[EMAIL PROTECTED]
> Cc:
>[EMAIL PROTECTED]
> Date:
>Thu, 11 Feb 1999 08:36:31 -0500
> Subject:
>Re: Swing 1.1 & Netscape Communicator?
>
>
> On my RedHat machine, I replaced the soft link in /usr/bin with
> a shell script which sets the classpath:
>
> #!/bin/bash
>
> export MOZILLA_HOME=/usr/lib/netscape
>
> for i in ${MOZILLA_HOME}/java/classes/*.jar
> do
> CP=${CP:-.}:$i
> done
>
> for i in /path/to/swing/*.jar
> do
> CP=${CP:-.}:$i
> done
>
> unset i
> export CLASSPATH=${CP}
> unset CP
>
> exec ${MOZILLA_HOME}/netscape
>
>
>
>
>
>> [EMAIL PROTECTED] on 02/10/99 08:45:44 PM
>>
>> To: [EMAIL PROTECTED]
>> cc:(bcc: Russell Pridemore/Lex/Lexmark)
>> Subject: Swing 1.1 & Netscape Communicator?
>>
>>
>>
>>
>> On HP-UX I've been able to copy the Swing 1.1 JAR files into
>> .../netscape/java/classes in order to run Swing 1.1 applets >>in Netscape
>> Communicator 4.5. (Putting the JAR files in CLASSPATH works >>as well.)
>>
>> But on my Linux box (Red Hat 5.1; linux 2.1.119 kernel) this >>doesn't
>> seem to work.
