Re: full screen frames

1998-08-28 Thread Håkan Thörngren

> "Jason" == Jason Gilbert <[EMAIL PROTECTED]> writes:

Jason> Håkan Thörngren wrote:
>>  How can I get full screen frames?

Jason> I'm making the assumption that you turned of the frame
Jason> decorations in the window manager (this may not be the case).
Jason> If you are using java.awt.Frame for your base window you might
Jason> try using java.awt.Window instead.  The only difference (I
Jason> think) being the the Window class does not contain a border.
Jason> Whoops, I just noticed that you aren't using a window manager.
Jason> You might try it anyway.

I use a JFrame and given your hint took a look at JWindow which
was exactly what I needed.  It opens a window without decorations.
The only problem is that it will break down the focus handling.
JTextAreas no longer receive a cursor, focus is lost from components
in unpredictable ways.

Just my personal opionin, but I think the focus mechanism in Java
(at least under Motif) is somewhat broken.  What bothers me most is
that I have no real control over the focus myself. I can only advice
it and it usually ignores me.  It is quite hard to work around bugs
in the focus handling since it is an inner class in java.awt.Window... :-(

  /Håkan



Re: full screen frames

1998-08-28 Thread Kalimero



Håkan Thörngren wrote:

> > "Jason" == Jason Gilbert <[EMAIL PROTECTED]> writes:
>
> Jason> Håkan Thörngren wrote:
> >>  How can I get full screen frames?
>
> Jason> I'm making the assumption that you turned of the frame
> Jason> decorations in the window manager (this may not be the case).
> Jason> If you are using java.awt.Frame for your base window you might
> Jason> try using java.awt.Window instead.  The only difference (I
> Jason> think) being the the Window class does not contain a border.
> Jason> Whoops, I just noticed that you aren't using a window manager.
> Jason> You might try it anyway.
>
> I use a JFrame and given your hint took a look at JWindow which
> was exactly what I needed.  It opens a window without decorations.
> The only problem is that it will break down the focus handling.
> JTextAreas no longer receive a cursor, focus is lost from components
> in unpredictable ways.
>
> Just my personal opionin, but I think the focus mechanism in Java
> (at least under Motif) is somewhat broken.  What bothers me most is
> that I have no real control over the focus myself. I can only advice
> it and it usually ignores me.  It is quite hard to work around bugs
> in the focus handling since it is an inner class in java.awt.Window... :-(
>
>   /Håkan


Hi!

Under Linux - JWindows or Windows with TextFields or TextAreas will not be
work yet! They don't get the focus and all inputs appear in the terminal...

See Blackdown-Bug ID # 91 ...

But this is a JDC-Problem: JDC Bug # 4121501 & # 4094883.

CU
Kalimero



Re: full screen frames

1998-08-28 Thread Kalimero



Håkan Thörngren wrote:

> > "Jason" == Jason Gilbert <[EMAIL PROTECTED]> writes:
>
> Jason> Håkan Thörngren wrote:
> >>  How can I get full screen frames?
>
> Jason> I'm making the assumption that you turned of the frame
> Jason> decorations in the window manager (this may not be the case).
> Jason> If you are using java.awt.Frame for your base window you might
> Jason> try using java.awt.Window instead.  The only difference (I
> Jason> think) being the the Window class does not contain a border.
> Jason> Whoops, I just noticed that you aren't using a window manager.
> Jason> You might try it anyway.
>
> I use a JFrame and given your hint took a look at JWindow which
> was exactly what I needed.  It opens a window without decorations.
> The only problem is that it will break down the focus handling.
> JTextAreas no longer receive a cursor, focus is lost from components
> in unpredictable ways.
>
> Just my personal opionin, but I think the focus mechanism in Java
> (at least under Motif) is somewhat broken.  What bothers me most is
> that I have no real control over the focus myself. I can only advice
> it and it usually ignores me.  It is quite hard to work around bugs
> in the focus handling since it is an inner class in java.awt.Window... :-(
>
>   /Håkan


Hi!

Under Linux - JWindows or Windows with TextFields or TextAreas will not be
work yet! They don't get the focus and all inputs appear in the terminal...

See Blackdown-Bug ID # 91 ...

But this is a JDC-Problem: JDC Bug # 4121501 & # 4094883.

CU
Kalimero



Re: full screen frames

1998-08-28 Thread Kalimero



Håkan Thörngren wrote:

> > "Jason" == Jason Gilbert <[EMAIL PROTECTED]> writes:
>
> Jason> Håkan Thörngren wrote:
> >>  How can I get full screen frames?
>
> Jason> I'm making the assumption that you turned of the frame
> Jason> decorations in the window manager (this may not be the case).
> Jason> If you are using java.awt.Frame for your base window you might
> Jason> try using java.awt.Window instead.  The only difference (I
> Jason> think) being the the Window class does not contain a border.
> Jason> Whoops, I just noticed that you aren't using a window manager.
> Jason> You might try it anyway.
>
> I use a JFrame and given your hint took a look at JWindow which
> was exactly what I needed.  It opens a window without decorations.
> The only problem is that it will break down the focus handling.
> JTextAreas no longer receive a cursor, focus is lost from components
> in unpredictable ways.
>
> Just my personal opionin, but I think the focus mechanism in Java
> (at least under Motif) is somewhat broken.  What bothers me most is
> that I have no real control over the focus myself. I can only advice
> it and it usually ignores me.  It is quite hard to work around bugs
> in the focus handling since it is an inner class in java.awt.Window... :-(
>
>   /Håkan

  Hi!

Under Linux - JWindows or Windows with TextFields or TextAreas will not be
work yet! They don't get the focus and all inputs appear in the terminal...

See Blackdown-Bug ID # 91 ...

But this is a JDC-Problem: JDC Bug # 4121501 & # 4094883.

CU
Kalimero




Re: What's up with this?

1998-08-28 Thread Kenny Freeman

well, it would work if you extended a component that already implemented
paint - you can't just call paint without making your class an extension
of one that has the paint method of the graphics object.
Depending on what you are doing, try something like:
Class a extends canvas {
blah; blah;
}//end of class a
that should "compile"

does that make sense? I could have been clearer I suppose.

On Fri, 28 Aug 1998, Steve Cohen wrote:

> I realize this may not be the appropriate place for this question but why can't
> I do this?
> 
> //file a:
> 
> import java.awt.*;
> public class a {
> void paint (Graphics g) {
> ...
> }
> 
> }
> 
> //file b:
> import java.awt.*;
> import a;
> 
> public class b {
> public a A;
> ...
> void paint (Graphics g) {
> A.paint(g);
> }
> }
> 
> The compilation of file b fails with an error message about an unknown method
> paint( java.awt.Graphics )
> 
> WHY?  This code compiles fine if it is all in one file
> 



Re: What's up with this?

1998-08-28 Thread Robert Ritchy

Did you create a new instance of "a" before calling the paint method?  I noticed
that your paint() method
wasn't declared as a static one but that seems to be how you're trying to use it.

Just a guess

Steve Cohen wrote:

> I realize this may not be the appropriate place for this question but why can't
> I do this?
>
> //file a:
>
> import java.awt.*;
> public class a {
> void paint (Graphics g) {
> ...
> }
>
> }
>
> //file b:
> import java.awt.*;
> import a;
>
> public class b {
> public a A;
> ...
> void paint (Graphics g) {
> A.paint(g);
> }
> }
>
> The compilation of file b fails with an error message about an unknown method
> paint( java.awt.Graphics )
>
> WHY?  This code compiles fine if it is all in one file




begin:  vcard
fn: Robert Ritchy
n:  Ritchy;Robert
org:BDM Denver
adr:1999 Broadway - Suite 2000;;;Denver;CO;80202;USA
email;internet: [EMAIL PROTECTED]
title:  Software Development TL
tel;work:   303-672-8917 / 247-1150 ex 8917
x-mozilla-cpt:  bdmtech.com;2
x-mozilla-html: FALSE
version:2.1
end:vcard




RE: Compilation hardware

1998-08-28 Thread Stefaan A Eeckels

On 28-Aug-98 Jerry Treweek wrote:
>  
>  There is a bewildering plethora of choice out there and I would be
>  interested in seeing what opinions and experiences the java-linux
>  community had to offer in respect of selecting components for a
>  compilation machine, specifically,
>  
>  CPU
>  Chip set
>  Motherboard
>  Memory
You forget the most important part (for a compilation machine) namely
the disk subsystem. Get a lot of memory (128Mb, or even 256Mb will
do fine, but more is better), and a couple of U2W (they're backwards
compatible with the UW ones and cost no more) on a dual Adaptec 
controller (Intel, Asus, Gigabyte, SuperMicro etc make nice boards
with integrated SCSI controllers). Get two PII-266 or PII-300
processors (they're really cheap now) instead of one PII-400.
I have a dual PII-266 (Intel Dakota, with 128Mb and SCSI disks
and I compile the Linux kernel in about 7 minutes, honest).
>  
>  It does seem that most CPU design is driven by the need of the games
>  players on one hand, or the business community on the other and the
>  benchmarks used seem to reflect that. This seems to me to miss the needs
>  of developers somewhat, as we invariably require far more out of our
>  systems than (pardon the term) 'mere users'.
Don't get an IDE machine. In my experience, they're an order of
magnitude slower than a good SCSI box.
>  
>  My main concerns are (not necessarily in this order)
>  
>  reliability
>  compilation speed
>  longevity (upgrade ability etc.)
>  price
- A dual CPU motherboard, with built-in SCSI and 100Mb/s ethernet
from a reliable supplier (see above). Get one with the BX chipset
if possible (100Mhz bus), but even an LX based board (such as the
Intel Dakota, going cheap) should be ample.
- CPU: A PII-300 is more than competent enough.
- Not necessarily the fastest CPU (CPU speed is sexy, but hugely
overrated)
- A quality case with good cooling (if it's in a cupboard, stick
in a couple of additional fans, or one of these nifty disk 
coolers)
- A UPS (they're really cheap these days) does wonders for
reliability.
- Don't sacrifice to the bleeding edge.

Enjoy!

Stefaan
-- 

PGP key available from PGP key servers (http://www.pgp.net/pgpnet/)
___
Perfection is reached, not when there is no longer anything to add,
but when there is no longer anything to take away. -- Saint-Exupéry



An information please!!

1998-08-28 Thread Pierre

GoodMorning,
I'm a student of Computer Science of the Rome's University.
I need help to know the iter to receive the source of the Java virtual
machine of the SUN.
Well, I know that the University and the Researcher can receive with a
contract with the Sun the source.
I must study the Java VM to prepare the thesis.
How I can resolve my problem.
Can you give me some internet address where I found more informations.

Thank you very much for your disponibility.
And good end holidays.

  Pierre Bizzotto

[EMAIL PROTECTED]



Re: final vs const

1998-08-28 Thread Gao Lei

Thanks all, I have gotten an answer of this problem, Sorry for
this non java question again.

Thanks.

The answer as following,

class test
{
private:
 int _a[3];
public:
 const int (&a)[3];
public:
test(const int x[3]);
~test();
};

test::test(const int x[]) :
a(_a)
{
for(unsigned i = 0; i < sizeof(a) / sizeof(a[0]); i++)
_a[i] = x[i];
}

test::~test()
{
}

...

int x[3] = {1, 2, 3};
test atest(x);



Re: problems with finalize()

1998-08-28 Thread marcel

[EMAIL PROTECTED] wrote ([EMAIL PROTECTED])
> Hello,
> 
> I have a problem with jdk1.1.6v3a/glibc2. The problem is with
> the finalize() methods which does not get invoked in my code.
> Jdk1.1.5v7/glibc2 works fine (ie. the finalize() method is called).
> Anyone got any idea why?
> (I tried to create a small example which shows the problem
> but finalize() get's called for the small example:(

Some additional information might be in order..
I force the finalizers to be run using System.runFinalizersOnExit(true)
so I expect that, even though finalization might not run immediately,
it should run when the VM exits..

Marcel
-- 
"Yields falsehood when preceded by its quotation"
yields falsehood when preceded by its quotation



What's up with this?

1998-08-28 Thread Steve Cohen

I realize this may not be the appropriate place for this question but why can't
I do this?

//file a:

import java.awt.*;
public class a {
void paint (Graphics g) {
...
}

}

//file b:
import java.awt.*;
import a;

public class b {
public a A;
...
void paint (Graphics g) {
A.paint(g);
}
}

The compilation of file b fails with an error message about an unknown method
paint( java.awt.Graphics )

WHY?  This code compiles fine if it is all in one file



Re: What's up with this?

1998-08-28 Thread Michael Sinz

On Fri, 28 Aug 1998 15:13:20 +, Steve Cohen wrote:

>I realize this may not be the appropriate place for this question but why can't
>I do this?
>
>//file a:
>
>import java.awt.*;
>public class a {
>void paint (Graphics g) {
>...
>}
>
>}
>
>//file b:
>import java.awt.*;
>import a;
>
>public class b {
>public a A;
>...
>void paint (Graphics g) {
>A.paint(g);
>}
>}
>
>The compilation of file b fails with an error message about an unknown method
>paint( java.awt.Graphics )
>
>WHY?  This code compiles fine if it is all in one file

Well, the problem is that your paint method is not public and you
do an "import" of a.  If you don't do the import but a is part of
the same "package" as b, this will work just fine since they tne
package-private paint() method will work.  Import is defined to
import packages that are *not your own* and thus by doing that
import, you define that in class a you can only access public methods.

When it is all in the same file it works just fine since you have
access to package methods (methods without the public modifier)

Note that normally one does not import classes that are within your
own package.  Your code looks like both classes are in no package
(as in the outside package) and thus within the same package as
eachother.

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




Linux/Java Studio woes

1998-08-28 Thread Matt Herres

I'm new to this list.  If this subject has already been discussed
please excuse this.

I have installed Sun's Java Studio per instructions on the blackdown
site
all works fine UNTIL I attempt to Generate anything...

It works a bit and then gives me this message:

"Generation of the ... failed, please make sure you have
 permission and space to save the generated code."

Well... I've checked permissions and have Megabytes of disk space
available.

Any ideas?

Thanks in advance.

/matt



Compilation hardware

1998-08-28 Thread Jerry Treweek

Dear all,

I've spend the last week or so trawling for info on CPU's, motherboards,
chip sets et al, with the intention of upgrading my main linux machine.
This machine (currently a now aging P90) sits in a cupboard and acts as
a file server and compilation (Java and C) machine - i.e. a developers
systems. Graphics are simply not an issue, as a separate machine acts as
an X server. Needless to say both these machines are running Linux. A
further machine runs NT to provide the (obligatory) Windows platform.

There is a bewildering plethora of choice out there and I would be
interested in seeing what opinions and experiences the java-linux
community had to offer in respect of selecting components for a
compilation machine, specifically,

CPU
Chip set
Motherboard
Memory

It does seem that most CPU design is driven by the need of the games
players on one hand, or the business community on the other and the
benchmarks used seem to reflect that. This seems to me to miss the needs
of developers somewhat, as we invariably require far more out of our
systems than (pardon the term) 'mere users'.

Not only must a developers machine meet the requirements of the systems
being developed (which is a quite variable issue) they must also provide
the shortest compilation times possible.

My main concerns are (not necessarily in this order)

reliability
compilation speed
longevity (upgrade ability etc.)
price


Any reasonable argument for your preferences would be most welcome.


Jerry


[EMAIL PROTECTED]



Re: An information please!!

1998-08-28 Thread Stefano Canepa

At 11:04 +0200 28-08-1998, Pierre wrote:
>GoodMorning,
>I'm a student of Computer Science of the Rome's University.
>I need help to know the iter to receive the source of the Java virtual
>machine of the SUN.
>Well, I know that the University and the Researcher can receive with a
>contract with the Sun the source.
>I must study the Java VM to prepare the thesis.
>How I can resolve my problem.
>Can you give me some internet address where I found more informations.
>
>Thank you very much for your disponibility.
>And good end holidays.
>
>  Pierre Bizzotto
>
>[EMAIL PROTECTED]

Ti consiglio di leggere bene le pagine della Sun per la precisione
java.sun.com.

Stefano Canepa

Stefano Canepa  tel:+39-010-427
Via Cavallotti 9/11 cell: +39-0347-2244931
16146 - Genova  e-mail: [EMAIL PROTECTED]




Announcing JDK 1.1.6 V4a for MkLinux, Linux PMac, Linux PowerPC

1998-08-28 Thread Kevin B. Hendricks


Hi,

Your Linux PowerPC JDK Porting Team is pleased to announce JDK 1.1.6
Version 4a for Linux on PowerPC.  This release is available from our
website and should soon be available on our mirrors:

http://business.tyler.wm.edu/mklinux/index.html

or for slower connections that don't like java on web pages try

http://business.tyler.wm.edu/mklinux/main.html

(We have recently had DNS troubles.  If you have a problem replace
business.tyler.wm.edu with 128.239.101.49)


New in this Release
---
* This is our v4a port of Sun's JDK 1.1.6 final.
- fix for removes from choice list (a Sun bug)
- new fix for set frames non-resizable
- fix for mwm based window manager frame positioning
- fix for disappearing frames problem (a Sun bug)
- fix for open sockets causing poor GUI performance
- fix for kernel accept() bug, which caused slow Java Web Server
 - turn-off by: export JDK_NO_KERNEL_FIX=true
- fix for button 1 modifier value
- improvements in russion font properties
- fix for CET to be Central European Time
- etc.

Also available on this site are:

- Metrowerks supplied JIT for Linux PowerPC
- HotJava Browser 1.1.4
- Swing 1.0.3

Have Fun!

Kevin




--- This system is powered by the Mercere mailing list suite ---
 http://www.oeil.qc.ca/Mercere/




JDBC-ODBC Bridge

1998-08-28 Thread BobCurtiss


Does anyone know of a JDBC-ODBC Bridge for Linux? I'm running Red Hat
4.something Linux, kernel version 2.0.27.

Thanks,
bc



Re: JDBC-ODBC Bridge

1998-08-28 Thread Chris Kakris


On Fri, 28 Aug 1998 [EMAIL PROTECTED] wrote:

> Does anyone know of a JDBC-ODBC Bridge for Linux? I'm running Red Hat
> 4.something Linux, kernel version 2.0.27.

Well I'm currently using postgresql and there's a driver here...

http://rufus.w3.org/linux/RPM/postgresql-jdbc.html

I previously used mysql, try

http://www.tcx.se/Contrib/

And there's one for msql

http://www.imaginary.com/~borg/Java/

Good luck.

Chris

Dynamic Solutions Pty Ltd  http://www.dynamic.net.au
414 Gilbert Road   [EMAIL PROTECTED]
Preston, Victoria 3072 61 3 94718224 - voice
Australia  61 3 94711622 - fax