My apologies. (was "Hi Steve!")

1998-08-07 Thread Bryce Glass

All -- I'm very sorry.  I mistakenly sent an email to this list, thinking
that it was a vanity alias for Steve Byrne, a former coworker. I realize
now that was a bad assumption.

So if you're named Steve, I apologize for the confusion. ;-) And if you're
-not- named Steve (Byrne) I apologize for the intrusion.

regards,
bryce glass



Re: new VolanoMark benchmark scalability results

1998-08-07 Thread Vincent Trussart

Bernd Kreimeier wrote:

> Albrecht Kleine writes:
>  > > http://www.javaworld.com/javaworld/jw-08-1998/jw-08-volanomark.html
>  > If they are using much ``synchronized'' methods TYA
>  > won't help too much.
>
> Yeah, well, it seems the source is n/a, so who can tell?
>
>b.
>

Easy...
javap "classname"

On the other hand, the volano bytecode is obfuscated...


begin:vcard
n:Trussart;Vincent
x-mozilla-html:TRUE
org:Université de Montréal
adr:
version:2.1
email;internet:[EMAIL PROTECTED]
note:ICQ# 4357910
x-mozilla-cpt:;-28736
fn:Vincent Trussart
end:vcard




Swing in JDK 1.2

1998-08-07 Thread Robert Fitzsimons

Hi everybody

I'm just pointing out to everybody that JavaWorld (www.javaworld.com) are
doing a poll, on whether it is right for Sun to put Swing under the package
name com.sun.java.swing.

This is very important for us in the open source community to try and
change Sun's minds.  As we may in the future want to write a open source
version of Swing, and I don't think it is right for us to put our code
under com.sun.java.swing.

The poll page is http://nigeria.wpi.com/cgi-bin/gwpoll/gwpoll/ballot.html

Thanks

Robert Fitzsimons
[EMAIL PROTECTED]



Re: Swing in JDK 1.2

1998-08-07 Thread Andrew Dodd

Dear All,

I agree with this but for another reason.  In an ideal world we shouldn't
have to write code in the 'com.sun.*" package but I don't think it is a
huge problem.  If we have to then we have to, I wouldn't imaging that it
would raise any major legal problems.  Sun probably doesn't really
appreciate the efforts of the free-Java teams as it is, and writing code
for that package is nowhere near the same level as writing an entire
Windows emulator (ie. Wine).

Anyway I reckon the problem of leaving Swing in the 'com.swun.*' package
is that it does suggest to people that Swing is not an integral part of
Java.  For Java to work Swing has to come as a standard part of the
package.  As it is MS is not going to support Swing despite what their
licensing agreement is meant to say.  Imagine trying to explain to a judge
that despite everything else being in 'java.*' and 'javax.*',
'com.sun.swing' actually is a essential, standard part of Java.

Anyway that's my 0.02 pence worth.


  andy.


  /\  ()  /\Andrew Dodd  Tel: +44 0161 257 3312
 /  \/\  /  \/\   Computer Science, University of Manchester
=
== "I'm only paranoid because everyone is out to get me."  ==
==   - Major Frank Burns (M.A.S.H) ==

On Fri, 7 Aug 1998, Robert Fitzsimons wrote:

> Hi everybody
> 
> I'm just pointing out to everybody that JavaWorld (www.javaworld.com) are
> doing a poll, on whether it is right for Sun to put Swing under the package
> name com.sun.java.swing.
> 
> This is very important for us in the open source community to try and
> change Sun's minds.  As we may in the future want to write a open source
> version of Swing, and I don't think it is right for us to put our code
> under com.sun.java.swing.
> 
> The poll page is http://nigeria.wpi.com/cgi-bin/gwpoll/gwpoll/ballot.html
> 
> Thanks
> 
> Robert Fitzsimons
> [EMAIL PROTECTED]
> 




Help!

1998-08-07 Thread Juan Carlos

This days, I was installing Red Hat 5.0 and jdk1.1.5v7. Java don´t
work.  Before, I had Slackware  2.0.30, and no problems with java. 
What can I do?




_
DO YOU YAHOO!?
Get your free @yahoo.com address at http://mail.yahoo.com



Hi Steve!

1998-08-07 Thread Bryce Glass

Hi there, Steve -- you may or may not remember me... I was one of
Annette Wagner's interns a couple of summers back on HotJava.

I was just looking at your JDK 1.1.6 Linux port pages, and noticed your
name. I thought I would drop you a line.

Since leaving JavaSoft, I have returned to Georgia Tech and completed my
degree there, then came back out to the valley. I've been working as a
UI designer at Netscape for over a year now! I work in our Server
Products Division. (I've worked mostly on LDAP-related products.) It's
had its ups and downs, but - both personally and professionally - it has
been a good experience for me.

It's somewhat of a coincidence that I spotted your name tonight as I
have recently been in contact with Mike Albers and Chris Ryan at
Javasoft - they've agreed to come speak to my group about JFC, which
we've been using in our next-generation server line.

Are you still at JavaSoft? Still with HotJava? If so, please give my
best to everyone - Terry Cline, especially!

Mark Johnson now lives out here, too, up in Novato - he's more into DVD
authoring and content creation these days than software development, and
seems to be enjoying it immensely.

well, take care Steve, and I hope this note finds you well...

regards,
bryce glass



Strange keyboard behaviour in Swing1.1beta

1998-08-07 Thread Wim Ceulemans

Hi

I am using RedHat 4.2 with fvwm95 and JDK1.1.6v2 (Steve Byrne) and
Swing-1.0.2 and it's working good.

But when I switched to Swing-1.1beta I got some strange keyboard behaviour:

When filling in a form (some JTextFields) the characters that I type on the
keyboard aren't displayed. I have to click with the mouse on the dialog bar
(on top) and then click back in the JTextField explicitly to enable typing
on the keyboard. My form consists of a JTabbedPane where you can switch from
add to modify to list ... When I change the tab and go back to my add tab I
the same problem comes up again. After 'tabbing' I always have to click on
the dialog bar once.

Has anyone else experienced these problems? Any clues for a solution?

Regards

Wim Ceulemans
Nice Software Solutions




Re: Strange keyboard behaviour in Swing1.1beta

1998-08-07 Thread peter . pilgrim

[EMAIL PROTECTED] wrote:
> 
> I am using RedHat 4.2 with fvwm95 and JDK1.1.6v2 (Steve Byrne) and
> Swing-1.0.2 and it's working good.
> 
> But when I switched to Swing-1.1beta I got some strange keyboard behaviour:
> 
> When filling in a form (some JTextFields) the characters that I type on the
> keyboard aren't displayed. I have to click with the mouse on the dialog bar
> (on top) and then click back in the JTextField explicitly to enable typing
> on the keyboard. My form consists of a JTabbedPane where you can switch from
> add to modify to list ... When I change the tab and go back to my add tab I
> the same problem comes up again. After 'tabbing' I always have to click on
> the dialog bar once.
> 
> Has anyone else experienced these problems? Any clues for a solution?

jdk-1.1.6-libc5.tar.gz / swing1.1-beta  / ld.so.1.9.9 / kernel 2.0.33 / i586

Nope, I have n't not seen any JTextField problems in JSql application
which has tabbed panes in it. Maybe if you can write a small program
to demonstrate the bug.

I assuming your form is like a dialog under windows , say the control
panel's system devices has tabbed panes for instance.
There are outstanding problems with JDialog. For example a JDialog
can not pop up another JDialog.  Maybe the official  bug parade
has the answer at sunsoft.


Have a FuNkiNG good time

Peter

--
import java.std.disclaimer.*;   // "Dontcha just love the API, baby bop!"

-+=+-  Thank FuNk it's FriDAY -+=+-

Peter Pilgrim Dept:OTC Derivatives IT, 
Deutsche Bank (UK) Ltd, Groundfloor 133 Houndsditch, London, EC3A 7DX
Tel: +44-545-8000  Direct: +44 (0)171-545-9977  Fax: 0171-545-4313
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-



Re: new VolanoMark benchmark scalability results

1998-08-07 Thread Bernd Kreimeier

Albrecht Kleine writes:
 > > http://www.javaworld.com/javaworld/jw-08-1998/jw-08-volanomark.html
 > If they are using much ``synchronized'' methods TYA 
 > won't help too much.

Yeah, well, it seems the source is n/a, so who can tell?


   b.





World of Beverage back up

1998-08-07 Thread Paul Reavis

Well, at long last my website, domain and personal email addresses are
back online. To be specific:

[EMAIL PROTECTED]
=> That's me

http://tumu.home.mindspring.com
=> The main URL until I make enough $$ for full domain aliasing

http://tumu.home.mindspring.com/ajug/index.html
=> Atlanta Java Users Group presentations of mine

http://tumu.home.mindspring.com/java/jcon/index.html
=> Atlanta Java Consortium page and reuseables library

http://tumu.home.mindspring.com/java/Debian-JDK.html
=> Using the JDK under Debian GNU/Linux

Some things have gotten a bit musty in the interim; I'll be updating
and sweeping out cobwebs this weekend, while adding new, even sillier
graphics.

Sorry for the inconvenience (or for this annoying message if you didn't
care). As for the cause of the mess, let's just say that accountant time
and Internet time run at totally different speeds.

-- 

Paul Reavis  [EMAIL PROTECTED]
Design Lead
Partner Software, Inc.http://www.partnersoft.com



Re: Swing in JDK 1.2

1998-08-07 Thread Moses DeJong

I really hate to respond to this with a cross post to all these lists
but I feel I have to because of all the crap that sun has been putting 
Java developers through lately. Both sides of this argument have made
good points on the feedback page for this poll. The point I feel has
been lost in the debate is that sun has made a number of promises
about swing that have later been broken. First they promised a
MVC GUI system that would run on unix, max and windows. They have
delivered a decent set of components but they have deliberately placed
locks on the look and feel classes so that a windows style look can
only be run on a 95 or NT, and a Mac look can only be run on a Mac.
The real problem here is that Sun does not think that the Java developer
community is as important as their "partners" (those who license Java).
There is only one really plausible reason Sun has decided to make this
change without warning the Java developer community. One of the Java
"partners" must have called Sun and told them that they did not feel
like updating their code when moving from jdk1.1 to jdk1.2. This is
why folks are so pissed off. I have to admit I am getting a little
worried about Sun defining ISO Java specifications that include
sucks hacks and com.sun.java.swing. What we really need is a more
open "open process" from Sun.

Mo DeJong
dejong at cs.umn.edu


On Fri, 7 Aug 1998, Robert Fitzsimons wrote:

> Hi everybody
> 
> I'm just pointing out to everybody that JavaWorld (www.javaworld.com) are
> doing a poll, on whether it is right for Sun to put Swing under the package
> name com.sun.java.swing.
> 
> This is very important for us in the open source community to try and
> change Sun's minds.  As we may in the future want to write a open source
> version of Swing, and I don't think it is right for us to put our code
> under com.sun.java.swing.
> 
> The poll page is http://nigeria.wpi.com/cgi-bin/gwpoll/gwpoll/ballot.html
> 
> Thanks
> 
> Robert Fitzsimons
> [EMAIL PROTECTED]
> 



AWT Bug? Threading problem? Or am I losing my mind?

1998-08-07 Thread Dustin Lang


Hi,

I'm building a versioning server-client pair using RMI and I thought it
would be fun to have a little traffic light to indicate that something is
happening: green means go ahead, red means it's busy doing something.  I
wrote Light.java, an excruciatingly simple traffic light.  At the start of
the actionPerformed method in the versioning client, I set it red (which
calls repaint internally), and at the end I set it green.  There's only 
one problem: it doesn't work.

I wrote a little demo (Test.java)

Here's what happens:
when setColor is called in some places (say, the Test constructor), it
works just fine (whee, it's a traffic light!).  when setColor is called
within the actionPerformed method, the repaint doesn't go through until
the end of the actionPerformed method is reached.  I tried doing
repaint(10L), with the same result.

Here's my explanation:
the event distributing thread is a higher-priority thread than the 
repainting one, and this somehow messes up the repaint() call.

Let's make the assumption that I haven't made a glaring error (may not be
a reasonable assumption since my brain is a bit fried), and assume that
this is in fact a bug.  Now, this is by no means a major bug, and I'm sure
I could do a work-around, but if repaint(10L) is called, shouldn't paint
get called within 10 ms, regardless of what other threads are executing?
Or am I on crack?

Thanks,
dstn.



import java.awt.*;
import java.awt.event.*;

public class Test extends Frame implements ActionListener {

Light light;
Button go;

public static void main(String[] args) {
new Test();
}

public Test() {
light = new Light(15);
light.setColor(Color.green);
go = new Button("Go!");
go.addActionListener(this);
setBackground(Color.white);
add("North", go);
add("South", light);
setTitle("Test!");
pack();
show();
}

public void actionPerformed(ActionEvent e) {
light.setColor(Color.red);
try {
Thread.sleep(2000L);
} catch (InterruptedException ie) {
}
light.setColor(Color.blue);
try {
Thread.sleep(2000L);
} catch (InterruptedException ie) {
}
light.setColor(Color.green);
}
}


import java.awt.*;

public class Light extends Canvas {

int dia;

public Light(int d) {
dia = d;
}

public Dimension getPreferredSize() {
return new Dimension(dia,dia);
}

public void setColor(Color c) {
setForeground(c);
System.out.println("Repaint!");
repaint(10L);
}

public void update(Graphics g) {
System.out.println("Update!");
paint(g);
}

public void paint(Graphics g) {
System.out.println("Painting (color is " + getForeground().toString() 
+ ")");
g.setColor(getBackground());
g.fillRect(0,0,getSize().width,getSize().height);
g.setColor(getForeground());
g.fillOval(0,0,dia,dia);
}
}



AWT Bug?

1998-08-07 Thread Dustin Lang


Hi again,

I ran Test on NT and it does the same thing.

Weird...

dstn.

-
Dustin Lang, [EMAIL PROTECTED]