Core dumping.

1998-05-11 Thread Travis Shirk

Hello,

I've recently upgraded to libc.5.4.44 and everytime I run jdk1.1.5
version 6 or 7 (Steve Byrne's port) java core dumps.  When I try
compiling hello world I get a core dump.. When I run javac with 
no arguments I get a core dump (with no output displayed on the screen).

When I installed the new libc I had no problems.  No error or warnings
were displayed and everything is working fine on my system (aside from
talk not working, which is a problem someone else has also run into).

Any ideas?

Travis

--
Travis Shirk
[EMAIL PROTECTED]




Re: glibc2/jdk1.1.5v7

1998-05-12 Thread Travis Shirk

On Tue, 12 May 1998, Andy Stubbs wrote:

> 
> OK... obviously I've not got them working together, so before I launch
> into full diagnostics: I notice on the website that glibc-2.0.7-7 is the
> redhat package recommended. Now, not being an rpm type, I only have 2.0.6
> (this is the latest one I can *find*) which I compiled myself... So my
> question is, _could_ this be the reason for the segfaulting?
> 
> Brief description: sounds a bit like what our friend Travis Shirk was
> going through; i.e., "java Class" segfaults, as does "javac". I've done a
> fair amount of tweaking and diagnostic work which I can post if anyone
> cares...

I'd like to see what you you've done so far, because I feel like I've tried
everything.  I now have libc-5.4.44 and glibc-2.0.7-7 and still cannot
get jdk1.1.5_v7 working.  Core dump when running javac and java with no 
arguments.

> 
> I'd appreciate any hints/clues/suggestions
> 
> andy
> 
> -
> Andy Stubbs      +44 151 794 4045
> [EMAIL PROTECTED]
> 
> 
> 
> 
> 


Travis

--
Travis Shirk
[EMAIL PROTECTED]




Re: JDK 1.1.6 port status

1998-05-19 Thread Travis Shirk

On Tue, 19 May 1998, David Tarendash wrote:

> Has anyone using 1.1.6 on any other (ahem) platforms, noticed any new
> features? Such as windows not resizing, Calendar's not working, Sockets
> not accepting???  A HUGE increase in memory consumption? (Our App...will
> increase the NT mem-monitor to '48M' on 1.1.5..and not grow, however, on
> 1.1.6...it grew to 125M last night!

I've had problems using 1.1.6 because it uses a JIT by default.
Many others I have talked to have had the same problems with
the JIT.  Try running java with the -nojit option and see if your
problems persist.

> 
> When we resort back to 1.1.5..everything seems to go back to normal.
> 
> I guess the reason I am asking this here, is to see if Steve or the
> other 'porters' have experienced this with their versions?
> 
> David Tarendash
> Market News Service
> 


Travis

--
Travis Shirk
[EMAIL PROTECTED]




Re: Major Swing/Linux Project?

1998-05-27 Thread Travis Shirk

On Wed, 27 May 1998, Aaron Walker wrote:

> This is just an idea I had...
> 
> I don't know about the rest of ya, but I like the Swing GUI.  I was
> thinking why can't we make a suite of Linux tools in Swing.  Such as a
> window manager (if it's possible), a file manager, control-panel, etc.
> I'm already working on a file manager called jfm, and I will continue
> working on it even if nobody likes my idea and decides to go one step
> further.
> 
> Please respond to this message with positive/negative comments; I would
> like to see what you guys think about it.

While we're throwing around ideas, how about a Swing pluggable L&F that
looks and feels like GTK.  This could be fun and would allow gnome 
apps to be written in Java.

> 
> Aaron Walker
> 


Travis

--
Travis Shirk
[EMAIL PROTECTED]




Re: im sure this question has been asked before but...

1998-05-28 Thread Travis Shirk

On Fri, 29 May 1998, Paul Duran wrote:

> Hi all,
> 
> I'm sure that this question has been asked several times before but I'm
> wondering if anybody has looked at using Gtk for the peer components in the
> AWT. Java allows for the peers to be defined by the implementation, and so I
> think it would be really nice (and even a bit unique) if there was an
> implementation of the AWT in GTK. There seems to be no reason to stay tied
> to motif (which is 1: not free 2: bulky and 3: must be used as statically
> linked for those of us who dont have motif installed on our system).
> 
> With the current linux trend steering towards Gnome/GTK , it would be really
> fantastic for there to be an AWT implementation in GTK. Some ppl mentioned
> earlier about implementing GTL l&f in swing, but this would remove that
> necessity and also provide a very significant speed increase.

I still thing that a GTK L&F for swing would be a better approach because
I hope to never instantiate a java.awt.Button or a java.awt.Choice.  Instead
I want to use JButton, JTree, etc.  In this case I'm back to a non GTK
L&F because the GTK stuff is in the heavy and feature lacking peers.


Travis

--
Travis Shirk
[EMAIL PROTECTED]




Re: Unidentified subject!

1998-07-13 Thread Travis Shirk

On Mon, 13 Jul 1998, Reinhard Simon wrote:

> Hello Everybody!
> 
> Is it possible with Java to rotate a font (90 degree)?
> I want to write from top to bottom in a canvas.
> Perhaps you have another solution.

If you have the luxury of using Java 1.2, check out the Java 2D API.  In
it you'll find AffineTransform which can be used for rotating and scaling fonts.
If you need actual help using AffineTransform email me and I'll try to help
you out.

> 
> Thanks
> 
> Reinhard Simon
> HTL Wr. Neustadt Austria
> [EMAIL PROTECTED]
> 
> 

. -- - -- - -- - -- - -- - -- - -- - -- - -- - -- - -- - -- - -- - -- .
Travis Shirk  | What does friend mean to you? 
[EMAIL PROTECTED]  | A word so wrongfully abused
http://www.pobox.com/~travis  | Are you like me, confused
finger [EMAIL PROTECTED] for PGP key   | All included but you...alone
  -- Alice In Chains



Re: Java Makefile [ was Delete all class files ]

1998-09-24 Thread Travis Shirk

On Tue, 22 Sep 1998 [EMAIL PROTECTED] wrote:

> > CP = $(ROOT):$$CLASSPATH
> > COMPILER = jikes
> > VM = java
> > COPTIONS = -g -deprecation -depend -d $(ROOT)/classes
> > ROPTIONS = -Daxiomroot=$(ROOT)
> > 
> > [a listing of java files here]
> > 
> > %.class: %.java
> > cd $(@D); $(COMPILER) $(COPTIONS) -classpath $(CP) $( > 

If your classes are in a different directory the pattern rule must
have the target found there:

$(ROOT)/classes/%.class : %.java
.

I use this same type of method and it works fine.  I assume you are
using GNU make, because I think it is necessary for 'pattern rules'
(vs. the traditional .SUFFIX rules)

> > run: $(CLASSES)
> > $(VM) $(ROPTIONS) -classpath $(CP) axiomsl.PMRunner
> > 
> > 
> > 
> > Any ideas?
> > -A.
> 
> Worst still with packaged java source files. However the following
> extracts works fo Xsql and me.
> 
> # Makefile
> 
> PROGRAMS = test
> 
> JCLSS1 = \
>xenon/util/ApplicationResources.class  \
>test.class
> 
> JSRCS1 = \
>xenon/util/ApplicationResources.java \
>test.java
> 
> 
> # Set up Java compiler and flags
> JAVAC = javac
> JAVAC_FLAGS = -deprecation -g
> 
> # Add the suffixes
> .SUFFIXES: .class .java
> 
> 
> #
> # Rule to compile `java' files
> #
> .java.class:
> $(JAVAC) $(JAVAC_FLAGS) $<
> 
> all:: $(PROGRAMS)
>  
> # This should rebuild all java classes from source
> test:: $(JCLSS1)
> 
> # Run a shell program to generate launcher script
> test::
>   make-javaruntime-stub  test
> 
> ...
> 
> 
> The command `make all' or `make test' should now work for you.
> 
> 
> 
> 
> Cheers
> 
> Peter
> 
> --
> import java.std.disclaimer.*; // "Dontcha just love the API, baby bop!"
> 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
> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
> 

. -- - -- - -- - -- - -- - -- - -- - -- - -- - -- - -- - -- - -- - -- .
Travis Shirk  | What does friend mean to you? 
[EMAIL PROTECTED]  | A word so wrongfully abused
http://www.pobox.com/~travis  | Are you like me, confused
finger [EMAIL PROTECTED] for PGP key   | All included but you...alone
  -- Alice In Chains



Java and CVS

1998-10-06 Thread Travis Shirk

Hello All,

This post does not have anything to do with Linux, but some of you
may be able to help since you're Unix users.

---

I'm having some problems using CVS with a pretty large Java API.  The problem
is pretty basic, I want my CVS repository to contain only java source files.
This is necessary because (1) I don't want CVS to try and merge .class
files and (2) people working with the repository should need to do a cvs add
on only the source file and not the new .class file.  My problem is
with dependencies.  Many of the classes depend on other classes that
may not have been created yet in the 'make all' build process.  I've played
around with javac -depend but I don't think it likes how I organize
my source environment.  I have all .java files under a src directory
in each subpackage directory.  So if I have a package called foo.bar
the directory hierarchy would look like this:

foo/bar contains the .class files
and foo/bar/src contains the .java files

I refuse to mix the .java and .class files and think it is ridiculous how
java tools expect this.

Dependencies are not a problem once all the .class files are around, but
when a user checks out a new repository I don't want them to get any .class 
files.  Basically, the first thing that should be done after checking out the
repository is a 'make all' so that all the .class files are built.

Has anyone ever solved this problem.  This is the first time I've really
wished for header files, because C/C++ does not have this problem during
compile time.


Travis Shirk
[EMAIL PROTECTED]