ut I don't know if
that applies to all MIPS implementations.
As far as I know, all SGIs/IRIX are configured for big-endian.
David Daney
s, we also support MIPS32 (o32 and n32).
FWIW, n32 is a 64bit ABI (although it is difficult to tell from its name) and
as such cannot run on 32-bit mips machines.
David Daney
ough so that
an assignment is not necessary.
Perhaps someone like MJW could comment.
David Daney.
should not be a problem.
The classpath version is 0.91, the jamVM 1.4.3.
Anybody a solution?
Try with current versions of classpath and jamVM. If the problem
persists, file a bug report.
David Daney
Stuart Ballard wrote:
On 10/8/07, Andrew John Hughes <[EMAIL PROTECTED]> wrote:
Anyone want to suggest a suitable name? ;)
"Staying Alive"?
I like it. Most excellent!
David Daney
from the hacker guide, putting it on the web,
having clickable URLs, etc.
Any objections?
There should probably be some sort of make target to be able to generate
a plain text version. If someone needs to read INSTALL, they might not
know how to generate a version they can read.
David Daney
Tom Tromey wrote:
"David" == David Daney <[EMAIL PROTECTED]> writes:
David> I just committed a patch to libgcj that fixes a race condition that
David> could allow file descriptors to leak to sub-processes:
David> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31228
Dav
ested classpath hackers to
do so.
Thanks,
David Daney
e the more portable
signal(SIGPIPE,SIG_IGN) call instead? This globally turns off SIGPIPE
but is portable.
This code has changed since 0.93 was released. Perhaps you could test
with the current CVS HEAD and tell us if that fixes your problem.
David Daney
patches are a nop.
I have not tried them, so I don't know if they quiet the warnings
emitted by ecj. But if they do, it *might* be worthwhile applying them
on those grounds.
David Daney
Mark Wielaard wrote:
We are proud to announce the release of GNU Classpath 0.93 "Dreamland"
Most excellent! Now in addition to having a version number, we have a
wacky word version name to go with it. These version names are sure to
bring many benefits in the future.
David Daney
look at it.
+FAIL: java.net.HttpURLConnection.timeout
The timeout test passes for me on jamvm. I put a hard coded address in
the test to check for connection timeouts. If your local net is the
10.x.x.x network it might fail because of that.
David Daney.
jamvm and
compare to cacao results.
Thanks Paul,
Although I am not responsible for the Collections things, I do have an
interest in the HTTP support. I will try to look at it tonight.
David Daney
verdue.
If an official response is deemed necessary, this one seems good.
It is fairly content free, which I think is all you can have given the
constraints that it is a press release *and* from a moderatly large free
software project.
David Daney
at is not to say that there are not problems with java.net.URL, but I
have used the built-in http protocol handlers with no problems.
David Daney
o
someone should fix it.
I opened this PR: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29604
Yeah, I know it is against libgcj, but that is where I will fix it *if*
I have time. Someone else will have to work on the classpath part.
David Daney
hat there is no ipv6 support in the kernel. Since even on
Linux based systems the ipv6 support is optional, we should still have a
working java runtime if ipv6 is not configured.
David Daney
sing?
Why not have the test open a different socket each time by binding to
the wildcard address and allowing the OS to choose the port? This is
what I did in gnu.testlet.java.net.HttpURLConnection.TestHttpServer.
David Daney
you using?
If 'static inline' works on GCC and on other compilers, it should be
fine to use that.
Should I commit a patch?
I think so. GCC changed its behavior with respect to this issue between
the 3.3 and 3.4 versions if my memory serves me.
David Daney
If not, I will probably give it a go.
Thanks,
David Daney
you a VolatileImage instance).
The check is for "readDisplayPixels", so something that is not visible
would seem to be exempt.
David Daney.
look at:
http://gcc.gnu.org/ml/java/2006-01/msg00096.html
The I think the techniques propesed by Per Bothner in that thread are
especially interesting.
David Daney.
he GCJ infrastructure needed to build it
is ready to be committed to the GCC trunk.
Well that's my $0.02.
David Daney.
Michael Mohr wrote:
On Wed, 24 May 2006 10:26:05 -0700
David Daney <[EMAIL PROTECTED]> wrote:
Michael Mohr wrote:
Hello,
I'm currently attempting to use GCC 4.1's gcj to compile a medium-sized
(6000-line) java application. Unfortunately, it requires raw access to s
PR to see what happens.
If GCJ is the only thing effected, I apologize for the noise.
David Daney
ell)
because just a single file has some problem. It would be nice to still
be able to run the majority of the tests in this situation.
I also thought about running different groups of tests in their own
ClassLoader, but cannot really think of a good reason right now to do it.
David Daney
, I don't think we require the FSF's
permission. We are the authors of Classpath and therefore retain
copyright privledges.
IANAL, but I could swear that I signed over copyright to the FSF long ago.
David Daney
Ian Rogers wrote:
The JNI provides mappings to monitor entry and exit. From google I found
this document:
http://java.sun.com/developer/onlineTraining/Programming/JDCBook/jniref.html#thrd
That is some tutorial. Not a specification on how JNI, JVMs or
threading systems work.
I quote:
ation works around the breakage does
not change the fact that it is broken.
A better solution might be to hook all system calls that can block.
David Daney.
Ian Rogers wrote:
Currently, to the best of my knowledge, classpath's gtk peer code isn't
working with any JVM with M-to-N
s than if there were no exception. It is basically a small
sacrifice for the greater good of wider use of free software.
David Daney.
Jeroen Frijters wrote:
David Daney wrote:
We cannot violate the JLS! A method that throws a checked exception
without declaring it is a bug.
Rubbish! There are several ways to throw checked exceptions:
http://weblogs.java.net/blog/crazybob/archive/2004/09/dont_try_this_a.ht
ml
Rubbish
Mark Wielaard wrote:
On Wed, 2006-03-01 at 10:15 -0800, David Daney wrote:
Andrew Haley wrote:
Mark Wielaard writes:
> Does the dacapo xalan work for you with the following patch?
>
> diff -u -r1.36 ResourceBundle.java
> --- java/util/ResourceBundle.java 23 Oct 2005 17
th, or OutOfMemoryError, or StackOverflowError, or ...
Well maybe some of those, but why not just catch those documented in
Class.newInstance() and Class.forName()? Namely add LinkageError and
ExceptionInInitializerError. Or maybe Exceptions in general but no
Errors others than those explicitly documented.
David Daney
Pedro Izecksohn wrote:
Proposed fix: To add a (Locale) before both null appearances. As the
.diff attached.
What do you think about it?
I think it is correct. That is how I was going to recommend fixing it.
--- getB
, and being rejected, when that
ought not to happen.
So what should happen in a class like
gnu/java/net/protocol/http/HTTPConnection when we have to read properties?
Should it use SystemProperties or PrivilegedAction? And is the answer
documented anywhere?
David Daney.
Archie Cobbs wrote:
Jeff Bailey wrote:
Sorry, I chose my words poorly there. By 'native' I meant "Done in
Java". Is there a better word that means that? =)
"Pure Java"... ?
Nice, but I think it may be (tm) Sun Microsystems, Inc.
___
Classpath
t obey this rule, but I do not think I
have to be listed in AUTHORS because I have fixed and will fix
only simple bugs.
Should I list myself in THANKYOU?
If you have CVS commit privileges, you owe it to your self to do this.
It will bring you worldwide renown.
David
The documentation in Sun's jdk strongly implies that all
javax.swingTimers share a single thread. Any implementation that does
not do this should be viewed with a great deal of suspicion.
David Daney.
Joao Victor wrote:
About using only 1 thread; i think swing.Timer can have onl
class is unending.
The result is that the simplest 'Hello World' program that only calls
System.out.println() requires many hundreds of classes that at first
glance one might not think were necessary.
David Daney.
___
Classpath ma
Chris Burdess wrote:
David Daney wrote:
That is all well and good, however it seems to me that the primary
responsibility of the core implementation of HTTP in classpath is to
provide the same level of support that Sun's implementation has.
It does have the same support, and more. It
Chris Burdess wrote:
David Daney wrote:
It seems the the current implementation of HTTPURLConnection.connect()
buffers the entire response before returning.
Is that a correct analysis?
Yes.
This can be problematical if the content is larger than the heap. It
is even worse than that as
d limit
connection reuse to situations where either the underlying connection
was quiescent, or perhaps when the data was known to be small and
buffering would be reasonable.
I am currently hacking this up. I will post my results within 24 hours.
David Daney.
__
warnings...
More later, I'm just stepping out for a bit.
O.K. I just received a mandate to fix this. It seems that it is now my
top priority.
David Daney
___
Classpath mailing list
Classpath@gnu.org
http://lists.gnu.org/mailman/listinfo/classpath
only be half as large as the heap.
Does anyone know the rational behind doing it this way?
David Daney.
___
Classpath mailing list
Classpath@gnu.org
http://lists.gnu.org/mailman/listinfo/classpath
David Daney <[EMAIL PROTECTED]>
* java/io/BufferedInputStream.java (available): Use 'in' instead
of 'super' for underlying stream access.
(close): Ditto.
(read(byte[], int, int)): Ditto.
(refill): Ditto.
(skip): Call skip
Bryce McKinlay wrote:
David Daney wrote:
The attached patch brings BufferedInputStream over from Classpath with
the only changes being that the copyright in Classpath omits 2004 and
had refill() being private.
refill has to have default visibility because InputStreamReader does
some highly
able to completely merge libgcj
and GNU Classpath. But merging the bug reporting mechanisms of both is a
step in the right direction for coordinating bug fixing and keeping the
code in sync even more.
This seems like putting the horse before the cart.
Just my $0.02, I will keep quiet now.
David Daney
e bug tracking system before we
have a single merged code base.
Perhaps I am misunderstanding what you are recommending.
David Daney
___
Classpath mailing list
Classpath@gnu.org
http://lists.gnu.org/mailman/listinfo/classpath
those.
I agree. IMHO RuntimeException exists for exactly two reasons:
1) To be subclassed.
2) To be caught.
It should never be thrown.
I don't much like religious wars, but I am stuck using libgcj. So I can't just walk
away.
I must stand and fight for
Bryce McKinlay wrote:
> C. Brian Jones wrote:
>
>
>>On Tue, 2004-07-06 at 12:22, David Daney wrote:
>>
>>
>>
>>
>>>If don't like the idiom new InternalError().initCause(), then add a
>>>constructor to InternalError (and perhaps
Bryce McKinlay wrote:
> David Daney wrote:
>
>
>>>We can't add constructors to InternalError, as that would violate the spec.
>>>
>>>
>>>
>>
>>Which spec. would that be? I am unfamiliar with it.
>>
>
>
> The Jav
Bryce McKinlay wrote:
> David Daney wrote:
>
>
>>>I wonder if we should standardize on using RuntimeException in these
>>>cases. A quick grep through the source code shows that we use both
>>>InternalError and RuntimeException for these "shouldn
nable be expected to be thrown from error free library code when
called by buggy application code.
InternalError as its name suggests is meant to be thrown in situations
that could only be caused by a bug internal to the runtime.
If don't like the idiom new InternalError().initCause(), th
53 matches
Mail list logo