Hi all:
I use below code to read html, it runs well in windows ,
but when it run in linux, it's error in read .Why, how can I?
try{ editorKit.read(HTMLReader, HTMLDoc,
0); } catch(BadLocationException
e) { System.out.println("error1 in read
editorkit"+e.toString())
Nelson Minar wrote:
> What a great discussion this has been!
>
> >I don't think anyone is arguing that high thread counts are always
> >wrong or that the current implementation is the best of all worlds.
>
> Phew!
>
> >Yes, the Linux kernel can do better and Java implementations can do better
>
>
What a great discussion this has been!
>I don't think anyone is arguing that high thread counts are always
>wrong or that the current implementation is the best of all worlds.
Phew!
>Yes, the Linux kernel can do better and Java implementations can do better
And in the current situation, we hav
> Date: Fri, 09 Jun 2000 04:55:01 -0700
> From: peter johnson <[EMAIL PROTECTED]>
>
> My company needs some kind of open-source replacement for AWT, so we can
> control display better and optimize portions of the rendering for our
> application.
I have been using dog.gui recently and have been q
On Mon, Jun 12, 2000 at 09:36:27AM -0700, Matt Welsh wrote:
>
> Juergen Kreileder <[EMAIL PROTECTED]> writes:
> > I still haven't seen one good argument for using thousands of threads
> > except for working around Java's _current_ IO limitations and doing
> > better on benchmarks which test work-
> I have blackdown jdk1.2.2, Sun J2SE 1.3, and IBMJDK1.3
> Running RedHat 6.1, gnome. Only blackdown's works under 16bpp, the
> other
> 2 only create black windows, but work okay under 8bpp.
I've tried Sun J2SE 1.3 in RedHat 6.0 and there are no black
windows in 16bpp. Neither in Afterstep 1.8.
Java 2 Runtime and
Linux Redhat 6.1
I tried setting a
class path in the .bashrc file and when I tried to run a program I would get a
core dump with a segmentation fault. Is there a solution to this
problem. Also, what is the exact format for setting the CLASSPATH
environment in the bash s
Matt Welsh wrote:
Well - anything you do with native code in Java is
inherently "dangerous".
In a sense yes, but trying to do direct system lib access, while on the
same time the green threads lib does its magic makes it suicidial.
Although it might even work, I wouldn't put much trust on it - ex
Matt Welsh wrote:
>
> Juergen Kreileder <[EMAIL PROTECTED]> writes:
> > > "Matt" == Matt Welsh <[EMAIL PROTECTED]> writes:
> >
> > Matt> Turns out this is not as easy as it could be -- because even
> > Matt> though you call system calls like read(), write(), and
> > Matt> fcntl()
Michael Thome wrote:
1. Java proposes Thread as a general-purpose language
abstraction,
complete with syntactic support for synchronization. Any Java
VM
implementation which significantly limits the ability to use this
abstraction violates the spirit of the language design (if not the
letter, gi
> "Matt" == Matt Welsh <[EMAIL PROTECTED]> writes:
> Michael Thome <[EMAIL PROTECTED]> writes:
>>
>> Agreed - beginners *do* tend to use too many threads,
> This has nothing to do with "beginners"!
Sorry - I didn't mean to imply that I think that use of many threads
is a bad idea... (quit
http://developer.java.sun.com/developer/bugParade/bugs/4326346.html
Can someone check if this is fixed in jsdk 1.3? I can't download it for
some reason.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscr
I have blackdown jdk1.2.2, Sun J2SE 1.3, and IBMJDK1.3
Running RedHat 6.1, gnome. Only blackdown's works under 16bpp, the
other
2 only create black windows, but work okay under 8bpp. I do not seem to
see any speed improvements of Sun or IBM over Blackdown.
What experience, recommendations do ot
Michael Thome <[EMAIL PROTECTED]> writes:
>
> Agreed - beginners *do* tend to use too many threads,
This has nothing to do with "beginners"!
Currently, you *cannot* write a Web server in Java without using one
thread per socket connection. You can limit the number of "active"
connections, a
Juergen Kreileder <[EMAIL PROTECTED]> writes:
> I still haven't seen one good argument for using thousands of threads
> except for working around Java's _current_ IO limitations and doing
> better on benchmarks which test work-arounds for these IO limitations.
This is the same kind of argument t
Michael Thome <[EMAIL PROTECTED]> writes:
> Yes - one would expect a general purpose hybrid/two-tier threading
> library to be at least at complex as the green threads implementation:
> presumably somewhat hairier.
I would go even further. If you are going to spend a huge amount of
effort to o
> "Juergen" == Juergen Kreileder <[EMAIL PROTECTED]> writes:
> "Matt" == Matt Welsh <[EMAIL PROTECTED]> writes:
Matt> In either case we need to get Linux native threads to scale
Matt> much better than they do now. This might mean convincing the
Matt> kernel developers that scaling up to th
Juergen Kreileder <[EMAIL PROTECTED]> writes:
> > "Matt" == Matt Welsh <[EMAIL PROTECTED]> writes:
>
> Matt> Turns out this is not as easy as it could be -- because even
> Matt> though you call system calls like read(), write(), and
> Matt> fcntl() from native code, these are tra
> "Stefaan" == Stefaan A Eeckels <[EMAIL PROTECTED]> writes:
> On 09-Jun-2000 Michael Thome wrote:
>> I think the best answer is to do the second tier threading in userspace
>> (best would be in glibc). The kernel folks have some good points
>> about doing it the kernel but seem to have a me
Juergen Kreileder wrote:
> I still haven't seen one good argument for using thousands of threads
> except for working around Java's _current_ IO limitations and doing
> better on benchmarks which test work-arounds for these IO limitations.
>
If one uses Java's natural tools (no JNI/2nd-tier-serv
> "Matt" == Matt Welsh <[EMAIL PROTECTED]> writes:
> Michael Thome <[EMAIL PROTECTED]> writes:
>> I think the best answer is to do the second tier threading in userspace
>> (best would be in glibc).
> While on the surface this looks like the simple solution, in practice it
> is very diffic
> "Matt" == Matt Welsh <[EMAIL PROTECTED]> writes:
Matt> In either case we need to get Linux native threads to scale
Matt> much better than they do now. This might mean convincing the
Matt> kernel developers that scaling up to thousands of threads is
Matt> important --
I stil
> "Mo" == Mo DeJong <[EMAIL PROTECTED]> writes:
>> And if you are interested in working on this you may want to
>> consider doing it in a more free (the non-beer kind) way by
>> supporting something like kaffe. Assuming that it isn't
>> possible to make oji start any vm.
OJI
noisebrain wrote:
> I tried running the recent jdk1.3+hotspot downloaded from sun
> with forte community edition 1.0 v502.
>
> It has a problem whereby the jmenus pull down but then immediately
> disappear, so it is impossible to select any menu items.
>
> Any thoughts or suggestions on what to t
> "Urban" == Urban Widmark <[EMAIL PROTECTED]> writes:
Urban> On Wed, 7 Jun 2000, Andrew Majercik wrote:
>> And there-in lies the rub, because I am trying to find a viable
>> JRE for shipping a product. :)
Urban> Sorry, I need to read $subject more carefully.
>> Does any
> "Nelson" == Nelson Minar <[EMAIL PROTECTED]> writes:
Nelson> BTW, one last JavaOne tidbit - I met the guy at Volano
Nelson> who's done all the VolanoMark benchmarks over the
Nelson> years. Friendly chap, I thanked him for all his
Nelson> benchmarking work. He told me they ju
> "Nelson" == Nelson Minar <[EMAIL PROTECTED]> writes:
Nelson> There's a AWT on GTK port on the SCSL site, but they don't
Nelson> intend to do anything with it.
The port is incomplete and has been on the site for a long time. We
always were and still are interested in replacing Moti
> "Matt" == Matt Welsh <[EMAIL PROTECTED]> writes:
Matt> Turns out this is not as easy as it could be -- because even
Matt> though you call system calls like read(), write(), and
Matt> fcntl() from native code, these are trapped by the Java
Matt> runtime library to do magic th
28 matches
Mail list logo
