Font.properties for Latin-2
Hi! I am looking for font.properties file supporting Latin-2 character set or some examples how to write font.properties file. Thanx, Damijan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: We need change, I think...
> It is very fascinating to see what is right now going on in the java market. Mainly during the last two or three years there was a big hype going on about java and the "write once run anywhere" promise. Sun claimed it's java to be the solving of the problems of modern computerlanguages. You write your software and it can run on any platform without the need to recompile it. You can run it from the internet on any java-enabled client. That all sounded very promising and I too jumped on this java train. Then sun created there java community source license an everybody was thinking "wow, we can have the source, sun is really giving java to our community bla bla bla". Sun created something like a "community feeling". And this feeling was very nice. As an abosulte anti-m$ develeoper I use on every of my machines linux (to be honest, for my laptop I have a second harddrive with windows installed because age of empires only runs on windows ;~) ...). And I have the feeling that the only real community in informatics nowadays, wich is not commercially interested, is the linux comunity. I doubt that sun produced java for any other reason than becoming a big player with their solaris in the server market and maybe in the desktop area. And they knew that it was very usefull to create the thought and feeling of a "java community". But the big heads at solaris suddenly noticed that linux is becoming more and more stronger and that they have to take care of it. And taking care of it means dropping their support for linux while claiming to support it. Means stop developing java for linux. That is the only way they can hurt linux. (Maybe the resign of Alan Baratz had to do with this?!?) So all this blah about "comunity feeling" is nothing but hot air. This write once run everywhere can be translated to "now we once write a language called java and in a few years everywhere in the important places runs solaris". Sun doesn't love the java comunity, they love the comunitys money and their own solaris. And who thinks that the big heads at IBM have other reasons for supporting java? They know linux hurts M$, java hurts M$. So they support both of it. As soon as it turns out that one or both of them become a potential threat to IBM, they will stop to support it. I think it is time to create something on our very own. I know there is (M$-influented) kaffee (which still has a lot of problems), and I know there is japhar (which I even haven't seen running in any way). With on our own I mean create an open source java clone or create our very own promise of "write once run anywhere". Why not doing this with "sourceXchange"? BTW, I do __not__ mean to offend you guys at blackdown. I know you have done a good job and worked very hard on this. Best regards Gunnar -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Food for thought...
On 1999-08-17 11:40:42 -0700, Riyad Kalla wrote: > I don't see it being in Sun's interest at all to support Linux. They are shooting, > obviously, for the biggest market. I always found it interesting that they had a full > complete JDK for Win32 LONG before they had a final version available for Solaris. I >find > this curious and am sure there are other reasons for it, I would appreciate it anyone > could enlighten me. Win32 is the desktop OS. M$ was threatening the success of Java with J++ and their Java-clone (COOL IIRC). Java without Win32 is a no-go. Linux is not that important _yet_. Best regards Martin -- Martin Schröder, [EMAIL PROTECTED] ArtCom GmbH, Grazer Straße 8, D-28359 Bremen Voice +49 421 20419-44 / Fax +49 421 20419-10 PGP signature
Re: We need change, I think...
[EMAIL PROTECTED] wrote: > So we're left with a few questions. Should the existing devolopers of > Java porting projects aid an IBM JDK? IBM having greater resources to > throw at this, knowing that their work would go to speed up the > production of a product owned by a corporation, that intends to use it > as glue in one of their products. Or continue to spend time on a > product that would be more or less owned by the Linux Java Community, > but that could then be used just the same by IBM? > > I myself would favor the first option. I think I'd like to see a high I think it may be too late for Blackdown to move over to IBM sources. "I have started, so I finished" But what I think will be better, is if Blackdown developers could talk to the IBM team that may be issues like the linux threads/native thread/ garbage collection problems. A scientific method of sharing innovations may be required, how you decide to implement [ the experiment ] is up to you. Peter Pilgrim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: We need change, I think...
On Wed, 18 Aug 1999 13:00:20 Gunnar Stahl wrote: >> > >maybe in the desktop area. And they knew that it was very usefull to create the >thought and feeling of a "java community". But the big heads at solaris >suddenly noticed that linux is becoming more and more stronger and that they >have to take care of it. And taking care of it means dropping their support for >linux while claiming to support it. Means stop developing java for linux. That >is the only way they can hurt linux. (Maybe the resign I don't think SUN itself is hostile to Linux. I think Java is the outcome of an idealistic view shared by some (and a funding company with commercial interests), the both of which clashed as always. Now Blackdown care about Linux, otherwise they wanted to get paid for this hercules-job they're doing. Blackdown do not respond to market stress (as far as I'm told, and they got some stuff to fix), and this is just, because they're not commercial. So the company wants to cash in short term and forgets about the long-term cash flow called Linux by not entering the Linux arena. This is Sun's prime mistake. Now IBM will grab their pretzels and eat 'em! HAH WILLIE! IBM's got powerful Net stuff on their OS/390 platform already. Soon as they port Linux, they'll port OS/390. They from that point in time have - 1. strongest on mid-range servers (linux) 2. strongest on JAVA and NET connection (Linux, AIX, and OS/39) and of course already serice the most part of coorperate data in the world on their MVS databases. This is the world according to I. Free web-based email, anytime, anywhere! ZDNet Mail - http://www.zdnetmail.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Food for thought...
Michael Emmel <[EMAIL PROTECTED]> wrote: > By splitting the JVM from the class libraries via a portable interface we gain a >lot ! > I think if development was split between multiple JVM's and a open robust class >library > we could get competative support from comercial and Open Source vendors. Even Sun seems to make their class libraries (i.e. classes.zip) more portable by reducing native methods. One of evidences of that is in source code of the object serializer. In early JDKs, serialization routines for array of primitive types were native methods. But now those routines are entirely written in Java. I guess that the purpose of the rewrite was improvement of portability of the class library. If we decide to develop a JVM or a Java-to-another-language translator, we must implement native methods in a class library that we adopt. It is a very hard work. Kazuyuki SHUDO Happy Hacking! Muraoka Lab., Grad. School of Sci. & Eng., Waseda Univ. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: We need change, I think...
[EMAIL PROTECTED] wrote: > Riyad> - What they need from US to help out > Riyad> - What the future looks like. > > The JDK 1.1.8 is nearly finished (the remaining problem is the native > threads vm). > The next JDK 1.2 release will be 1.2.1 because AFAIK there still is no > JCK testsuite for 1.2.2. > Other stuff we currently work on are: JAI, Java3D, JMF, plugins for > 1.1 (to be released with the JDK 1.1.8) and 1.2. > > This is quite a lot of stuff, so if you would like to help please > contact me. You should have some basic knowledge of Java, but what is > -- > Juergen Kreileder, Blackdown Java-Linux Porting Team > http://www.blackdown.org/java-linux.html Hi Juergen This is great news. Will this be another pre-release or a proper production quality release. It is a pity that it will be JDK1.2.1 since the newly released Swing 1.1.1 FCS is not distribute the Sun or NT JDK 1.2.1 at least. Peter P -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: How can I help?
>Date: Tue, 17 Aug 1999 21:48:11 + >From: Steve Fink <[EMAIL PROTECTED]> >> So, I think the Linux community needs a better, GUI driven FTP >> program in the style of CuteFTP. Java is well suited to develop this. > >ncftp> get -R >will do it, if you want all the files in one directory. yeah, but I don't. BTW, many people advised on using gFTP, WXftp, IglooFTP, as alternatives, even a java FTP bean. I haven't checked these out yet but I will, I will... >With ncftp, you might try get *.* instead of mget. I don't know >if it'll do any different than mget, though. Probably not. Nope. >I can't test, because I can successfully mget 15000 files on my machine this is interesting. Are you using a special shell? I just use the default bash shell provided with Slackware 3.6, which is a fairly recent distribution. I have encountered "arg list too long" errors on other uses than ftp as well, but I always have a work-around... (except my work-around for Ncftp is to reboot to windows98 :)RL ). >with no problems (maybe it's sh on Solaris that's dying?). But there's >always > >ssh foo 'ls | grep "^" | tar -cf - -T -' | tar -xf - ! good lord... :) >Personally, I can't stand GUI ftp tools. But if you want them, try a >search on freshmeat.org. I'm sure they'll have half a dozen. their website isn't up yet... >(and you seem to be a native DOS/Windows user. You sure you mean That's a dangerous thing to say to a devout Java-Linux newsgroup reader! just kidding... I ain't offended. I love linux, but there are many instances where linux lets me down. I use what works, and if this means using Win98, then so be it. >*.*? * is more likely what you want, unless you really >do want to be sure there's a period somewhere after the prefix.) yup, I want the period. But, * should work too. we're skinning cats here... thanks, -Larry Gates -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: How can I help?
On 1999-08-18 10:50:26 -0300, Larry Gates wrote: > >From: Steve Fink <[EMAIL PROTECTED]> > >Personally, I can't stand GUI ftp tools. But if you want them, try a > >search on freshmeat.org. I'm sure they'll have half a dozen. > > their website isn't up yet... http://core.freshmeat.net/mirrors.php3 Best regards Martin -- Martin Schröder, [EMAIL PROTECTED] ArtCom GmbH, Grazer Straße 8, D-28359 Bremen Voice +49 421 20419-44 / Fax +49 421 20419-10 PGP signature
Re: Food for thought...
SHUDO Kazuyuki wrote: > Michael Emmel <[EMAIL PROTECTED]> wrote: > > > By splitting the JVM from the class libraries via a portable interface we gain >a lot ! > > I think if development was split between multiple JVM's and a open robust class >library > > we could get competative support from comercial and Open Source vendors. > > Even Sun seems to make their class libraries > (i.e. classes.zip) more portable by reducing native > methods. > > One of evidences of that is in source code of the object > serializer. In early JDKs, serialization routines for > array of primitive types were native methods. But now > those routines are entirely written in Java. I guess > that the purpose of the rewrite was improvement of > portability of the class library. > > If we decide to develop a JVM or a > Java-to-another-language translator, we must implement > native methods in a class library that we adopt. It is a > very hard work. That's part of the problem the class libraries extend the JVM via native code. Thus the JVM in itself is not enough to run java. In my opinion any native libraries should used should expose an well defined java interface to the the native libraries along with a JNI style C interface. I'm not the worlds best C programmer but Sun's JVM is not written in a portable manner IMHO. I think its important to move to a design which allows each part of the JDK to be tested as and individual unit. Each major subsystem should be individually certifiable. Thus you should be able to certify a JVM the Porting layer api for the classes and you class library itself. I think its funny that Sun has come up with this cool OO design and yet not be able to certify each module as meeting the specs. Tons of C code is written every year with well defined dependencies and porting requirements. Mozilla has pretty decent api and there are many others. X11 does a prety decent job in there sample server. Since Sun seems to be commited to WORA meaning Solaris and Windows its hard to move the JDK spec forward to give detailed subsystem level requirments. I think that its crazy for Sun to think that by publishing a high level api theres any chance that clean romm implementation would be fully compatible on such a complex piece of software. Todays JVM implement JIT's and other dynamice compliation stratgies theres no reason that the JVM cannot optimze out C function lookup tables at runtime. The JVM should be capable of inlining C function calls and bypassing the function pointers once the tables are intialized. Optimizations should not and need not be limited to native code produced from byte code. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: How can I help?
On Wed, 18 Aug 1999, Larry Gates wrote: > > >Date: Tue, 17 Aug 1999 21:48:11 + > >From: Steve Fink <[EMAIL PROTECTED]> > > >> So, I think the Linux community needs a better, GUI driven FTP > >> program in the style of CuteFTP. Java is well suited to develop this. > > > >ncftp> get -R > >will do it, if you want all the files in one directory. With most FTP servers you can justs do this get DIR.tar to get all the contents of a directory names DIR in a single tar file. This is a really handy trick which requires no GUI tools, just an ftp client and an FTP server. later mo > yeah, but I don't. BTW, many people advised on using gFTP, WXftp, IglooFTP, > as alternatives, even a java FTP bean. I haven't checked these out > yet but I will, I will... > > >With ncftp, you might try get *.* instead of mget. I don't know > >if it'll do any different than mget, though. Probably not. > > Nope. > > >I can't test, because I can successfully mget 15000 files on my machine > > this is interesting. Are you using a special shell? I just use the > default bash shell provided with Slackware 3.6, which is a fairly > recent distribution. I have encountered "arg list too long" errors on > other uses than ftp as well, but I always have a > work-around... (except my work-around for Ncftp is to reboot to > windows98 :)RL ). > > >with no problems (maybe it's sh on Solaris that's dying?). But there's > >always > > > >ssh foo 'ls | grep "^" | tar -cf - -T -' | tar -xf - > > ! good lord... :) > > >Personally, I can't stand GUI ftp tools. But if you want them, try a > >search on freshmeat.org. I'm sure they'll have half a dozen. > > their website isn't up yet... > > >(and you seem to be a native DOS/Windows user. You sure you mean > > That's a dangerous thing to say to a devout Java-Linux newsgroup > reader! > > just kidding... I ain't offended. I love linux, but there are many > instances where linux lets me down. I use what works, and if this > means using Win98, then so be it. > > >*.*? * is more likely what you want, unless you really > >do want to be sure there's a period somewhere after the prefix.) > > yup, I want the period. But, * should work too. we're > skinning cats here... > > thanks, > > -Larry Gates > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
do different jvm perform calcs differently?
A mere curiosity ... I have a class that performs many calcs. The values are *slightly* (after about 14 significant figures) different depending on the jvm I use (either ibm's 1.1.6 or blackdown's 1.1.7). Is there a difference between algorithms to solve for trig functions or logarithms between jvm's? If so, which is more accurate? Isn't there a standard for math operations (IEEE) that both jvm's use? I am not sure I see why this happens. jit or nojit does not make a difference (ibm) and native or green does not make a difference (blackdown). Note: I have NOT been able to reproduce this with single math operations. -- Greg Walker [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: do different jvm perform calcs differently?
On 1999-08-18 11:52:16 -0500, Greg Walker wrote: > I have a class that performs many calcs. The values are *slightly* > (after about 14 significant figures) different depending on the jvm I > use (either ibm's 1.1.6 or blackdown's 1.1.7). Is there a difference > between algorithms to solve for trig functions or logarithms between > jvm's? If so, which is more accurate? Isn't there a standard for math > operations (IEEE) that both jvm's use? I am not sure I see why this > happens. jit or nojit does not make a difference (ibm) and native or > green does not make a difference (blackdown). See http://localhost/psdoc/java/langspec-1.0/clarify.html for the discussion of the strictfp keyword. Best regards Martin -- Martin Schröder, [EMAIL PROTECTED] ArtCom GmbH, Grazer Straße 8, D-28359 Bremen Voice +49 421 20419-44 / Fax +49 421 20419-10 PGP signature
RE: Food for thought...
>Win32 is the desktop OS. M$ was threatening the success of Java with J++ and >their Java-clone (COOL IIRC). Java without Win32 is a no-go. Linux is not that >important _yet_. We are migrating from NT to Linux. And evrything is going right. It's not a fast step. First We had to test the OS itself. And It worked. After that, We are looking for office Software (You know, Fax Servers, Internal mail, Internet, Suites, ...) And it's working The next step is changing the great whales (MS SQL-SERVER to ...) and our own code. But we need to do it smoother, and we need a language (better, think of an software enviroment ) for moving from MS-Windows to Linux, but smoother. You know, we wont change all the GUI at same time!. So we need something like Java. And by the way, How much software from MS is there in Linux?. And Linux server is holding on and healthy after several months, And we comment this wonderful, and more people is interested in Linux (For the corporations, not just for Age Of Empires). So there's money there. Could be M$ the one who helps for porting Java to Linux?, If IBM and Sun hesitates... Pablo. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: do different jvm perform calcs differently?
Greg Walker wrote: > > A mere curiosity ... > > I have a class that performs many calcs. The values are *slightly* > (after about 14 significant figures) different depending on the jvm I > use (either ibm's 1.1.6 or blackdown's 1.1.7). Is there a difference > between algorithms to solve for trig functions or logarithms between > jvm's? If so, which is more accurate? Isn't there a standard for math > operations (IEEE) that both jvm's use? I am not sure I see why this > happens. jit or nojit does not make a difference (ibm) and native or > green does not make a difference (blackdown). IEEE754 does a lot of good things, but it doesn't guarantee what you're asking for here. Take a look at http://www.validgh.com/goldberg/addendum.html for gory levels of detail. I'm not ruling out that something odd is happening, but floating-point math is a difficult area in which simple qualifications like "more accurate" are not easy to characterize. Nathan > Note: I have NOT been able to reproduce this with single math > operations. > > -- > Greg Walker > [EMAIL PROTECTED] > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Fix for "libjava.so not found"; Also sunwjit
A Blackdown team member provided a solution for my post here on 31-July-1999 regarding "Error: can't find libjava.so". The reply was via personal e-mail, so I'm forwarding the solution back to this listserv, for all who have asked for a follow up: >You tried something like 'cd jdk1.2/bin ; java'? >Or did you try to make a symlink to jdk1.2/bin? >[Those] two thing don't work, what should work is > 'export PATH=jdk1.2/bin:$PATH; java'. > >(Of course you'll have the appropriate path names >for your system.) That fixed the problem. I chose to embed the 'export...' in an alias called 'jenv'. A more detailed explanation of this issue is available, if anyone is interested. With that fixed, I immediately encountered another message: "Warning: JIT compiler "sunwjit" not found. Will use interpreter." Again, the Blackdown team member supplied a fix: >We had problems with file permissions on glibc 2.0 system. >Please do a 'chmod -R a+r jdk1.2'. Again, that fixed the problem. Thanks to Blackdown and to those who followed up inquiring about a solution. Marc E-mail: [EMAIL PROTECTED] Website: http://www.jaysisland.com/ Past Webmaster (sites conceived and created): American Hydrogen Assoc: http://www.clean-air.org/ Gentle Strength Co-op: http://www.gentlestrength.com/ Webmaster: Valley HELP Group: http://valleyhelp.hypermart.net/ Ron's Creatures:http://ronscreatures.hypermart.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Crash on large java compiles under NFS?
I'm consistently getting things like: SIGSEGV 11* segmentation violation stackpointer=0xbfffd97c Full thread dump Classic VM (Linux_JDK_1.2_pre-release-v2, native threads): "Finalizer" (TID:0x40ce3320, sys_thread_t:0x80ccb88, state:CW, native ID:0xc04) prio=8 at java.lang.Object.wait(Native Method) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:112) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127) at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:174) "Reference Handler" (TID:0x40ce33b0, sys_thread_t:0x80c83d0, state:CW, native ID:0x803) prio=10 at java.lang.Object.wait(Native Method) at java.lang.Object.wait(Object.java:424) at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:114) "SIGQUIT handler" (TID:0x40ce33e0, sys_thread_t:0x80c0e68, state:R, native ID:0x402) prio=5 "main" (TID:0x40ce31e0, sys_thread_t:0x804c570, state:R, native ID:0x400) prio=5 at java.lang.String.(Compiled Code) at java.io.DataInputStream.readUTF(Compiled Code) at java.io.DataInputStream.readUTF(Compiled Code) at sun.tools.java.BinaryConstantPool.(Compiled Code) at sun.tools.java.BinaryClass.load(Compiled Code) at sun.tools.javac.BatchEnvironment.loadFile(Compiled Code) at sun.tools.javac.BatchEnvironment.loadDefinition(Compiled Code) at sun.tools.javac.Main.compile(Compiled Code) at sun.tools.javac.Main.main(Compiled Code) Monitor Cache Dump: java.lang.ref.Reference$Lock@40CE33C0/40E7EF10: owner "main" (0x804c570) 1 entry Waiting to be notified: "Reference Handler" (0x80c83d0) sun.tools.javac.Main@40CEDB88/40EC6888: owner "main" (0x804c570) 1 entry java.lang.ref.ReferenceQueue$Lock@40CE3338/40E7F3E0: Waiting to be notified: "Finalizer" (0x80ccb88) Registered Monitor Dump: PCMap lock: utf8 hash table: JNI pinning lock: JNI global reference lock: owner "main" (0x804c570) 1 entry BinClass lock: owner "main" (0x804c570) 1 entry Class linking lock: owner "main" (0x804c570) 1 entry System class loader lock: Code rewrite lock: Heap lock: owner "main" (0x804c570) 1 entry Monitor cache lock: owner "main" (0x804c570) 2 entries Thread queue lock: owner "main" (0x804c570) 2 entries Monitor registry: owner "main" (0x804c570) 1 entry This happens with large compiles (intensive, actually, i.e. "make -j 4 jar" or "-j 8" for a medium-sized java project) )using JDK 1.2 version 2 for Linux. I'm a bit concerned, because this primarily seems to be happening on 2 machines which are a bit difference from what I'm usually using. Could this be related to the compiler/JDK, or (as I'm suspecting) related to hardware problems (in particular, memory/ram)? Thoughts and opinions on this matter are very welcome! best, -tony -- -- We just moved to Harborview. Note change in CFAR phone numbers! -- -- A.J. RossiniResearch Assistant Professor of Biostatistics Center for AIDS Research/HMCBiostatistics/Univ. of Washington Box 359931 Box 357232 206-731-3647 (3693=fax) 206-543-1044 (3286=fax) [EMAIL PROTECTED][EMAIL PROTECTED] http://www.biostat.washington.edu/~rossini/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Create an Image without using AWT
I need to create an Image object in a servlet. The problem is that the createImage() functions seems to need AWT and I can't create an AWT object in a servlet because it always tries to connect to the X Server. Is there something like a MemoryImage class that I can create to use as an offscreen canvas in a servlet? I need that because I wan't to be able to return a GIF image from a servlet like: Thanks in advance, Faw -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Create an Image without using AWT
"Spectron International, Inc." wrote: > > I need to create an Image object in a servlet. The problem is that the > createImage() functions seems to need AWT and I can't create an AWT object > in a servlet because it always tries to connect to the X Server. Is there > something like a MemoryImage class that I can create to use as an offscreen > canvas in a servlet? I need that because I wan't to be able to return a GIF > image from a servlet like: > > It's a "feature" of the AWT. A good solution is to run the Xvfb X server (part of the XFree86 suite; you'll find it in most distributions) - it runs an X server in a virtual frame buffer instead of a physical display. That will make AWT happy without requiring a real display. Nathan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Java on Linux...
If I am just am just doing basic Swing/Java apps on Linux. And want a farily stable solution, would my best bet to be JDK 1.1.8 (when it comes out in a bit from Blackdown) and Swing 1.1.1 from Sun? Or is there THAT much difference between that solution and JDK 1.2prev2? I would prefer a faster solution (which I believe the 1.1.x series was) but I don't want to find out the hardway I"m missing some serious functionality. Thank you for your time. -- [ Riyad Kalla ] [ University of Arizona ] [ CS Major] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
linux distribution preinstall java
I think we should lobby a couple of the major linux distributions to include blackdown on their CDs. Most developers have a fast net connection, but downloading and correctly installing java is quite an effort if all you have is a modem connection. I heard that Redhat says that they can't for licensing reasons. On the other hand, I believe that Mandrake includes blackdown on the applications cd. Does anyone know what the issue is? Is the licensing problem true even of the jre? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Java on Linux...
Riyad Kalla wrote: > > If I am just am just doing basic Swing/Java apps on Linux. > And want a farily stable solution, would my best bet to be > JDK 1.1.8 (when it comes out in a bit from Blackdown) and > Swing 1.1.1 from Sun? Or is there THAT much difference > between that solution and JDK 1.2prev2? > > I would prefer a faster solution (which I believe the 1.1.x > series was) but I don't want to find out the hardway I"m > missing some serious functionality. JDK1.2's graphics mechanism, Graphics2D, is seriously performance-challenged on Linux (probably on other platforms also, but my experience is on Linux). If the only JDK1.2 stuff you care about is Swing, the 1.1 solution will give you much better performance. Nathan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Food for thought...
>> IMHO, the ideal situation would be for Sun to support Linux as one of its >> primary platforms. I don't understand why Sun does not. It would help Unix >and >> hurt NT (After all, the enemy of my enemy etc.). > >Is Linux not as much of a thread to Solaris? If done properly Linux can be leveraged to promote Solaris. This can be done by drawing on the Linux community as a feeder group through Linux support. If Linux runs out of steam for some applications the friendly Sun sales rep can be there with a solution for their high end boxes. But in the NT community, moving to Unix is a lot more work. Linux is killing M$ in the server arena but Sun sales seem to be hanging in there. Now if Sun would be a bit more friendly maybe they can get the sale but I think IBM is already ahead of Sun in this respect and within the next 6 months we'll see if IBM's strategy of supporting Linux will bolster their AIX/PPC platforms. Just my $.02 >Jon. > > > >-- >To UNSUBSCRIBE, email to [EMAIL PROTECTED] >with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Java on Linux...
Riyad Kalla wrote: > If I am just am just doing basic Swing/Java apps on Linux. > And want a farily stable solution, would my best bet to be > JDK 1.1.8 (when it comes out in a bit from Blackdown) and > Swing 1.1.1 from Sun? Or is there THAT much difference > between that solution and JDK 1.2prev2? > > I would prefer a faster solution (which I believe the 1.1.x > series was) but I don't want to find out the hardway I"m > missing some serious functionality. > > Thank you for your time. The IBM 1.1.6 JDK is probibly your best bet right now. For stability, Blackdown 1.1.7v3 in GREEN threads mode is probibly the best (but it is much, much slower than IBM) regards [ bryce ] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
