[OT] jikes [was headed OT: Re: Working with many .java files]

1999-07-30 Thread Chris Abbey
OK, there was a lot of discusion about jikes on this thread, and rather than post a bunch of little comments on each of the off shoot threads I'll bundle it all up here Riyad didn't miss anything, jikes can do a hell of a lot of files in the blink of an eye. The bigest reason is that it is wr

Failing to Prepare Postgres.jar file

1999-07-30 Thread ALPESH KOTHARI
Hello, I am using Postgresql-6.4.3-2. I want to use JDBC. so as a first point i need postgres.jar file. when i execute the commands as follows it gives the error as follows: #cd /usr/src/pgsql/src/interfaces/jdbc #make all javac postgresql/CallableStatement.java postgresql/CallableStatement.jav

Re: Working with many .java files

1999-07-30 Thread Felix S Klock
Actually, I'm pretty sure Jikes has built in automatic dependency checking. Try comparing the compile time for a "make clean" to a "make" (after changing a few non-critical source files) Admittedly, I haven't pored over the source code or anything, but I thought I read somewhere that it does it

Re: Working with many .java files

1999-07-30 Thread Nelson Minar
>Granted I don't know much about Jikes but 280 files in 5 seconds >amI missing someething? Jikes is really, really fast. Being on all local disk (NFS) makes a huge difference. And I'm on fast machines - a 500 MHz Pentium III now, I think. >Are you sure that jikes isn't just skipping over

Re: Working with many .java files

1999-07-30 Thread Riyad Kalla
Granted I don't know much about Jikes but 280 files in 5 seconds amI missing someething? Are you sure that jikes isn't just skipping over files that don't need to be recompiled? Nelson Minar wrote: > >>As soon as my application grow and more classes are created, I'm > >>beginning to fee

Re: Working with many .java files

1999-07-30 Thread Moses DeJong
On Fri, 30 Jul 1999, Ugo Cei wrote: > Kontorotsui wrote: > > How do you manage a project with so many .java files, say more than 100? > > I can't believe I'll be forced to wait 3 minutes of compilation (on a 128Mb > > K6-2 350Mhz) every time I forget a ; or mistype a variable. Actually jikes sho

Re: Working with many .java files

1999-07-30 Thread Paolo Ciccone
> "AC" == Kontorotsui <[EMAIL PROTECTED]> writes: AC> Hello, so far I worked using the good old xemacs + Makefile AC> combo. As soon as my application grow and more classes are AC> created, I'm beginning to feel the weight of a full scale AC> compilation (like 20 seconds now

RE: Working with many .java files

1999-07-30 Thread Schlackman, Robert (IBK-NY)
> I made the same mistake. I had a makefile that compiled things the way I > was compiling in C++. But that caused all java files to be compiled. > Just compile the changed class. If that class instatiates another objects > and their java file have changes, javac will compile them. Don't put

Re: Working with many .java files

1999-07-30 Thread Ugo Cei
Kontorotsui wrote: > How do you manage a project with so many .java files, say more than 100? > I can't believe I'll be forced to wait 3 minutes of compilation (on a 128Mb > K6-2 350Mhz) every time I forget a ; or mistype a variable. Simply use jikes (alphaworks.ibm.com), it's 100 times faster th

Re: Working with many .java files

1999-07-30 Thread Moses DeJong
I have to agree. Use jikes and just recompile everything. I tried lots of other hacks with makefiles a dep systems but the best way to make sure it will work is to just recompile with jikes. I compile a project with around 300 .java files and jikes rips through tham in a couple of seconds. I hop

Re: Working with many .java files jikes Compiler

1999-07-30 Thread nmeyers
Michael Emmel wrote: > > > > We use make to great advantage. Our system has ~1000 java files and > > make reduces compile time dramatically. ( We use jikes, too, so that > > helps. ) Using production rules, make will only compile a java file > > when the timestamp on the .java file is later tha

Re: Working with many .java files jikes Compiler

1999-07-30 Thread Justin Lee
Michael Emmel wrote: > > > > > We use make to great advantage. Our system has ~1000 java files and > > make reduces compile time dramatically. ( We use jikes, too, so that > > helps. ) Using production rules, make will only compile a java file > > when the timestamp on the .java file is later

Re: Java 1.2v2 & Debian 2.1 Frustrations

1999-07-30 Thread Rudi Streif
Looks like you are using a glibc2.0 version on a glibc2.1 system. Try the glibc2.1 version of Blackdown Java. Rudi -Original Message- From: [EMAIL PROTECTED] <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] <[EMAIL PROTECTED]> Date: Friday, July 30, 1999 12:59 PM Subject: Java 1.2v2 & Debian 2.

Re: Change Timezone

1999-07-30 Thread Spectron International, Inc.
In Debian you can set the timezone with tzconfig. I don't know about the other distributions. When I call TimeZone.getDefault().toString() it returns the following: java.util.SimpleTimeZone[ id=EST, offset=-1800, dstSavings=360, useDaylight=true, startYear=0, start

Re: Working with many .java files jikes Compiler

1999-07-30 Thread Michael Emmel
> > We use make to great advantage. Our system has ~1000 java files and > make reduces compile time dramatically. ( We use jikes, too, so that > helps. ) Using production rules, make will only compile a java file > when the timestamp on the .java file is later than the timestamp on the > .cla

Re: Change Timezone

1999-07-30 Thread Spectron International, Inc.
Justin: That should work, but I would have to do it in every program. I thought Java was supposed to read that information from the computer. As far as I know the JDK should get the default timezone from the computer it is running in. What if I run the program in London, or California? Would I ha

Re: Working with many .java files

1999-07-30 Thread Nelson Minar
>>As soon as my application grow and more classes are created, I'm >>beginning to feel the weight of a full scale compilation (like 20 >>seconds now, but it's increasing fast) even after I change 1 line of >>code in 1 class. >We use make to great advantage. Our system has ~1000 java files and >mak

Re: Working with many .java files

1999-07-30 Thread Pete Wyckoff
[EMAIL PROTECTED] said: > Kontorotsui wrote: > > Now, I don't think there is a way to recompile only the class I changed, like > > we did in C, is this correct? [..] > We use make to great advantage. Our system has ~1000 java files and > make reduces compile time dramatically. ( We use jikes, to

Java 1.2v2 & Debian 2.1 Frustrations

1999-07-30 Thread formasic
Folks, I want to use Java 1.2 in the classes I'm teaching in OOD, Computer Architecture and Networking at American University this semester. All the materials will be available in the public domain. I've tried to install various versions of Java (with Swing and JDE) on my Debian (2.1) syste

Re: Newbie question

1999-07-30 Thread Nathan Meyers
Bill & Martinah Smith wrote: > > I don't believe this is completely true. When using Java on Solaris, we were > set up to use green threads because it required a bunch of OS patches to use > java native threads. We ran into performance issues with green threads when > we would spin off threads to

Re: Change Timezone

1999-07-30 Thread Justin Lee
"Spectron International, Inc." wrote: > > How do I change from Eastern Daylight Time to Eastern Standard time. As far > as I know Calendar.getInstance() returns the default calendar information > for the machine. Right now my Linux machine is EST but Java returns EDT. I > though that by changing

Re: Working with many .java files

1999-07-30 Thread Justin Lee
Kontorotsui wrote: > > Hello, > so far I worked using the good old xemacs + Makefile combo. > As soon as my application grow and more classes are created, I'm beginning to > feel the weight of a full scale compilation (like 20 seconds now, but it's > increasing fast) even after I change 1

Change Timezone

1999-07-30 Thread Spectron International, Inc.
How do I change from Eastern Daylight Time to Eastern Standard time. As far as I know Calendar.getInstance() returns the default calendar information for the machine. Right now my Linux machine is EST but Java returns EDT. I though that by changing in in Linux it would change the JDK too. Is there

[Fwd: Newbie question]

1999-07-30 Thread Sree Kumar
Yes .. we had the same experience too on Solaris. Native threads performed much better than green on a uni processor... Could be that the VM (which has to do all the work when using green threads) had some bugs while the OS stuff was much more time tested and robust. I also would like to

Working with many .java files

1999-07-30 Thread Kontorotsui
Hello, so far I worked using the good old xemacs + Makefile combo. As soon as my application grow and more classes are created, I'm beginning to feel the weight of a full scale compilation (like 20 seconds now, but it's increasing fast) even after I change 1 line of code in 1 class. Now,

RE: Newbie question

1999-07-30 Thread Bill & Martinah Smith
I don't believe this is completely true. When using Java on Solaris, we were set up to use green threads because it required a bunch of OS patches to use java native threads. We ran into performance issues with green threads when we would spin off threads to do background work. We finally decided

Re: Newbie question

1999-07-30 Thread Volker Wehner
Pere Serra wrote: > > I have an easy question: > What's the difference between native threads and green theads? > Which one is more eficient/stable? > (from blackdown:) Native threads use the operating system to do the task switching. Native threads are thus a benefit in multi-processor (SMP)

Re: PrintJob and JTextArea

1999-07-30 Thread Robert Covell
Are you setting a background color by doing a fillRect()? We are doing the exact thing right now and are having problems with a different component GXLabel that looks ok on screen but prints the last thing drawn in the GXLabel. So if we have a label and fill the rect with a light grey and THEN d

Re: Newbie question

1999-07-30 Thread Alex M.
Like my compadres before me said, native threads run at the OS level, and therefore can access multiple cpus. However, it is my understanding that this is the only time native threads should be used. On single processor systems, green threads are faster, and you aren't limited by any process lim

Re: Newbie question

1999-07-30 Thread Thomas M. Sasala
Native threads are executed by the OS's native libraries. Green threads are executed within the Java Virtual Machine. Native threads are more efficient, but green threads are *currently* much more stable. -Tom Pere Serra wrote: > > I have an easy question: > What's the dif

Re: Newbie question

1999-07-30 Thread Todd Greanier
Native threads are O/S level purely. This would allow for parallel processing and the like. Green threads are "faked". The thread management is actually handled by the VM, thus it cannot access things like multiple CPUs... Brief, but true ;-)   Pere Serra wrote: I have an easy question: What's th

PrintJob and JTextArea

1999-07-30 Thread corey
Sorry if this is a little off the mark, but has anybody had success using the PrintJob class to print the contents of a JTextArea swing widget? I think I am doing everything right. I am setting the font and color on the Graphics object returned fr

Re: netscape 4.61, Java, Redhat 6.0

1999-07-30 Thread Jason Kissinger
I've tried the libc5 version from several sources (Netscape with libc compat libs, with 5.4.33 libc from theofilu, Mandrake RPMS, ...) and now I get tons of those pesky "subprocess diagnostics" windows that lockup Netscape. Does anyone know what causes these and how to fix it? This doesn't occur

Newbie question

1999-07-30 Thread Pere Serra
I have an easy question: What's the difference between native threads and green theads? Which one is more eficient/stable? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PR

Re: Cut-n-paste?

1999-07-30 Thread Larry Gates
>From: Jan-Henrik Haukeland <[EMAIL PROTECTED]> >Date: 29 Jul 1999 17:36:06 +0200 >Larry Gates <[EMAIL PROTECTED]> writes: > >> I, too, can get cut-n-paste via Netscape's "Edit/Copy" menu, and then >> use Java's java.awt.datatransfer.Clipboard method as described in a >> past document on the Jav

Problem in starting LookUp service.

1999-07-30 Thread Nagaraj S.B
Hi all, I am facing problem in starting the Look Up service : OS : NT4.0 SP3,JDK1.2.1,Jini1.0 Through StartServiceGUI same known bug of '\' instead of '/'.To overcome this I am starting the Lookup service on command prompt after http and rmid are up.But after 15-20 secs the Lookup service program