Can't make static reference to method ...
Hi all,
if i have a program like:
public class myclass extends Frame
{
public static void main( String argv[] )
{
MakeControlWindow();
}
public void MakeControlWindow()
{
//some stuff
}
}
On compilation the compiler says:
Can't make static reference to method void MakeControlWindow() in class
myclass.
I do not understand this. If i declare MakeWindow() as static void ...
then the error disappears. I was of the opinion that all member fuctions
were *static*. What am i missing?
Regards,
-Karthik.
+-+
| Karthik Vishwanath, Junior Research Fellow, |
| National Centre for Biological Sciences, TIFR Bangalore, India. |
| Ph[Off]: (080)8561657/58/59/71/72; 8462895, Ext. 3010 |
| mail to: [EMAIL PROTECTED] |
| Alt mail: [EMAIL PROTECTED] |
+-+
Microsoft isn't the answer.
Microsoft is the question and the answer is NO.
how to reference an HTML document
I need to open an html document stored in a subdirectory. I am trying to create an JeditorPane with the "file:/images/doc.html" parameter (I tried other too), but I get 'not file found ' Exceptions.
Re: Can't make static reference to method ...
First off, all class methods are NOT static. That's why you have to use the static keyword. Static implies that the method or member variable is a Class object, and will not be copied into instance space. Therefore, a static method has no enclosing instance of the class. What that means for you is that when writing a method (such as main()) that is static, you have to make sure that ALL method calls are directly from objects. I.e., you should have instantiated myclass and called the method from your instance as follows: myclass m = new myclass(); m.MakeControlWindow(); Otherwise, your static method (which, remember, has no enclosing instance) doesn't know where to go to find the method MakeControlWindow(). Hope that answers your question. Steve C.
Re: little endian & big endian
On Sun, 31 Jan 1999, Leung Yau Wai wrote: > On Sat, 30 Jan 1999, Aaron Gaudio wrote: > > Many people will feel I very strange since I would like to know > the system endianess. Since I am working JNI so I need to concern about > it. So, I think I can determine it from the System property class! But > it is hard to know the endianess of all JAVA porting platform! > You could let the JNI part of your program try to detect endianness: char tmp[2]; short *s = (short *) tmp; tmp[0] = 0xaa; tmp[1] = 0xbb; if(s == 0xbbaa) ; /* little, x86 etc */ else ; Any errors in the code above is the result of my brain not functioning properly at this time of day ... /Urban --- Urban Widmark [EMAIL PROTECTED] Svenska Test AB +46 90 71 71 23
Re: little endian & big endian
On Mon, 1 Feb 1999, Urban Widmark wrote: > You could let the JNI part of your program try to detect endianness: > char tmp[2]; > short *s = (short *) tmp; > tmp[0] = 0xaa; > tmp[1] = 0xbb; > if(s == 0xbbaa) > ; /* little, x86 etc */ > else > ; I know I can do this... But I would like to keep the JNI part as mini as possible... Since.. each platform need specific dynamic library... so... I would like like to check it out using JAVA! === ¤µ¤Ñ¨ì¦Ñ§Ú¹³¨º¶^¤£¨ì §Ú·Q°µLeung Yau Wai °µ§Ú©R¹B²Å¸¹ ¥Î§Ú¤OçE§Ú¸ô³~§Ú«Y¬ì¤j¹q¤lpºâ¾÷¬ì¾Ç¨t¤T¦~¯Å ¥u¬ß§Ú¤@¤é·|¦b¬P©]¸Ì[EMAIL PROTECTED] ¨º¤Ñ§Ú·| §t²\»¡Án §Ú°µ¨ì [EMAIL PROTECTED]
Offering help on 1.2.
The status report lists that the current holdup is in a threading issue. So is there any way to create a new piece of source that would display the problem without any restrictions from Sun? This would allow quite a few kernel hackers to go over it and at least see if the bug is in linuxthreads or in the code, and probably fix it. There are a few of us here who would love to help out and get this thing out the door, and this seems like the only way we can. -- Sean Kellner [EMAIL PROTECTED]
Re: little endian & big endian
And lo, the chronicles report that Leung Yau Wai spake thusly unto the masses: > > so... I would like like to check it out using JAVA! > It can't be done, so you *have* to do it using native code (JNI). Sorry, but that's the way it is. -- ¤¤ | Aaron Gaudio mailto:[EMAIL PROTECTED] | |http://www.rit.edu/~adg1653/| ¤¤ | "The fool finds ignorance all around him. | | The wise man finds ignorance within." | ¤¤ Use of any of my email addresses is subject to the terms found at http://www.rit.edu/~adg1653/email.shtml. By using any of my addresses, you agree to be bound by the terms therein.
Re: Minimum configuration for JRE use?
On Sun, 31 Jan 1999 [EMAIL PROTECTED] wrote: > On Sat, 30 Jan 1999, Scot E. Wilcoxon wrote: > > > The FAQ has vague references to JDK resource needs. > > > > Anyone have an estimate of the minimum configuration > > needed for the Linux JRE? That is, what's the smallest > > system which can run Linux Java programs, not the JDK? > > (I happen to be wondering about 486 12M RAM/20M disk > > at the moment) > > I happen to run the linux JDK on a 486/66 yesterday. 16MB of RAM and > complete Redhat 5.2. Compiling a little java servlet took about 9 minutes > to compile! And javac is just a java program, like any other... So I guess use jikes to compile your java programs: it's an order of magntude faster. See http://www.alphaworks.ibm.com/ The enquiry was about jre, not jdk. When I'm compiling/testing, I want the job donw quickly. For program execution, my programs have all night in front of them: so long as they complete, I don't care much how long they take. Of course, where there's UI involved, application performance matters, but I don't imagine Scot cares about that. -- Cheers John Summerfield http://os2.ami.com.au/os2/ for OS/2 support. Configuration, networking, combined IBM ftpsites index.
Re: Minimum configuration for JRE use?
On Sat, 30 Jan 1999, Scot E. Wilcoxon wrote: > The FAQ has vague references to JDK resource needs. > > Anyone have an estimate of the minimum configuration > needed for the Linux JRE? That is, what's the smallest > system which can run Linux Java programs, not the JDK? > (I happen to be wondering about 486 12M RAM/20M disk > at the moment) I'm running jre on a 486, 16 Mb w/o problems. No gui though (it's not needed for the tasks I want done). I have a 486dx33 8 Mb macine here: I expect that would do the same tasks (but less quickly as the CPU's slower). 20 Mb disk will be a problem: I'm not even sure you can get a reasonably functional Linux system in so little. If you're on a LAN you can load java across it without difficulty. -- Cheers John Summerfield http://os2.ami.com.au/os2/ for OS/2 support. Configuration, networking, combined IBM ftpsites index.
Strange Class.forName() problem
Dear listmembers,
I ran into a weird problem: I'm probably overlooking something, but
somehow I don't see what it is.
I have the following small application (using jdk 1.1.7-v1a, on a glibc based
Linux system)
public class classname
{
public static void main(String args[])
{
try
{
Class
c = Class.forName("String");
}
catch (Exception e)
{
System.out.println(e);
}
}
}
This program generates
java.lang.ClassNotFoundException: String
and I don't understand why. When I use the full class name, i.e.,
...
c = Class.forName("java.lang.String");
...
execution proceeds flawlessly, but this is obviously not what I want. What on
earth am I doing wrong ?
If anybody could help me out, I'd be VERY grateful!
--
Frank B. Brokken(al sinds enige jaren uitgedost (untranslatable))
My extended signature is at http://www.icce.rug.nl/frank/signature
Re: Strange Class.forName() problem
On Mon, 1 Feb 1999 16:57:16 +0100 (CET), Frank B. Brokken wrote:
>Dear listmembers,
>
>I ran into a weird problem: I'm probably overlooking something, but
>somehow I don't see what it is.
>
>I have the following small application (using jdk 1.1.7-v1a, on a glibc based
>Linux system)
>
>public class classname
>{
>public static void main(String args[])
>{
>try
>{
>Class
>c = Class.forName("String");
>}
>catch (Exception e)
>{
>System.out.println(e);
>}
>}
>}
>
>This program generates
>
>java.lang.ClassNotFoundException: String
>
>and I don't understand why. When I use the full class name, i.e.,
>
>...
>c = Class.forName("java.lang.String");
>...
>
>execution proceeds flawlessly, but this is obviously not what I want. What on
>earth am I doing wrong ?
You are not doing anything wrong. There is no "String" class unless you
wrote it. There is a "java.lang.String" class that is part of the standard
Java classes.
Now, you may have always typed "String" rather than "java.lang.String"
but that is only because there is a default import of java.lang.*
which makes all of those classes available without the fully qualified
name.
Class.forName does not have an "import" statement since that is only
a compiler trick so that you do not have to type the full name.
You may wish to put in a bit of code where if the class is not found
you prepend the package name (or names) that you want and try again.
Michael Sinz -- Director of Research & Development, NextBus Inc.
mailto:[EMAIL PROTECTED] - http://www.nextbus.com
My place on the web ---> http://www.users.fast.net/~michael_sinz
About jdk1.2
On your home page there is written, that ports for x86 are ready, couldn't you give it for beta test to developers?? Thank you P@ -- - Save software competition, use Linux and Java! mailto:[EMAIL PROTECTED]
Re: Strange Class.forName() problem
This question has nothing to do with Linux, it's really not
appropriate here.
>c = Class.forName("String");
>java.lang.ClassNotFoundException: String
>c = Class.forName("java.lang.String");
You have to use the full package name if you're using reflection-like
methods to work with classes. The imports at the top of the file are
only for the compiler; you're doing something dynamic, at runtime.
I'm not sure what you're doing, but typically you don't use
Class.forName() very often. Only use it if the classname has to be
dynamic. An alternative is Class c = java.lang.String.class.
[EMAIL PROTECTED]
. . . .. . . . http://www.media.mit.edu/~nelson/
Re: jdk117-v1a and threads
I had the same thing. I modified the simplicity script and added my classpath entries AFTER the ones under the Simplicity installation directory Maureen Lecuona Dimitris Vyzovitis wrote: > perhaps the CLASSPATH? > > "Schultz, Will" wrote: > > > I must not be doing something right. I downloaded the jdk117-v1a and the > > .native for jdk,jre,and rt and > > I ran 'tar -zxf' all from the /root directory so that the packages should > > all be at /root/jdk117_v1a > > > > When I run Simplicity I get the error > > > > Unable to initialize threads: cannot find java/lang/Thread > > Could not create Java VM > > > > What am I doing wrong? -- The three principal virtues of a programmer are Laziness, Impatience, and Hubris. -- Larry Wall I don't want to achieve immortality through my work, I want to achieve it by not dying. - Woody Allen
Re: Minimum configuration for JRE use?
John Summerfield wrote: > On Sat, 30 Jan 1999, Scot E. Wilcoxon wrote: > > > Anyone have an estimate of the minimum configuration > > needed for the Linux JRE? That is, what's the smallest > > system which can run Linux Java programs, not the JDK? > > (I happen to be wondering about 486 12M RAM/20M disk > > at the moment) > > I'm running jre on a 486, 16 Mb w/o problems. No gui though (it's not > needed for the tasks I want done). I have a 486dx33 8 Mb macine here: I > expect that would do the same tasks (but less quickly as the CPU's slower). > > 20 Mb disk will be a problem: I'm not even sure you can get a reasonably > functional Linux system in so little. If you're on a LAN you can load java > across it without difficulty. I'd like to comment on this point and John Summerfield's other email on this topic this morning. Here John says if you're networked you can load java class files from someplace else -- true enough, just point the java.rmi.server.codebase at the machine with your application classfiles. However, you will need some minimal java installation on the local machine to run the stub that loads everything else. I have found that even cutting out AWT and other unneeded stuff, the remaining classes.zip is still about 2 MB. Oh, well. But in John's other message, he recommends using jikes for compiling. I tried this, and some of the class files cause verification exceptions when they are loaded across the network -- the problem doesn't appear if the classes are loaded locally, since verification is turned off (by default) for these classes. Verification failure is a known jikes bug. So you might have to bite the bullet and use javac to compile if you want to load remote classes. So far as I can tell, the bytecodes are correct and the verification failure is the only problem, but I'm not sure. Hope this helps, Robert Dodier
seg fault when running remotely
I am trying to run a java application on a remote machine with the control panel appearing on my hamm 2.0.36 Debian box. It used to work on a different, pre-libc6 Debian box. It presently works on a Solaris machine, invoking the program via ssh, but when I try to start the program running via ssh on my Debian machine, I get a core dump. I know that access to the X server is not the problem, since I can run xterm in the secure shell and have a window pop up on my screen. Can anyone think of what might be causing the problem? Here's the guts: bash$ /usr/local/java/bin/java ChatServer 6119 SIGSEGV 11* segmentation violation si_signo [11]: SIGSEGV 11* segmentation violation si_errno [0]: Error 0 si_code [1]: SEGV_ACCERR [addr: 0xdf406197] stackbase=DC9C, stackpointer=DFFFCB90 Full thread dump: "Finalizer thread" (TID:0xde3003b0, sys_thread_t:0xdf460de0) prio=1 "Async Garbage Collector" (TID:0xde300368, sys_thread_t:0xdf490de0) prio=1 "Idle thread" (TID:0xde300320, sys_thread_t:0xdf4c0de0) prio=0 "clock handler" (TID:0xde3001f8, sys_thread_t:0xdf4f0de0) prio=11 "main" (TID:0xde3000a0, sys_thread_t:0x76de8) prio=5 *current thread* sun.awt.motif.MToolkit.(MToolkit.java:41) java.awt.Toolkit.getDefaultToolkit(Toolkit.java:191) java.awt.Window.getToolkit(Window.java:155) java.awt.Frame.addNotify(Frame.java:82) java.awt.Window.show(Window.java:106) ControlPanel.(ChatServer.java:346) ChatServer.(ChatServer.java:66) ChatServer.main(ChatServer.java:104) Monitor Cache Dump: unknown key (key=0xdf490de0): unowned Waiting to be notified: "Async Garbage Collector" ControlPanel@DE3010F8/DE33CC78 (key=0xde3010f8): monitor owner: "main" sun.awt.motif.MToolkit@DE301348/DE33D5F8 (key=0xde301348): monitor owner: "main" java.lang.Class@DE3012A8/9BF28 (key=0xde3012a8): monitor owner: "main" Registered Monitor Dump: Finalize me queue lock: unowned Waiting to be notified: "Finalizer thread" Thread queue lock: unowned Class lock: unowned Java stack lock: unowned Code rewrite lock: unowned Heap lock: unowned Has finalization queue lock: unowned Monitor IO lock: unowned Child death monitor: unowned Event monitor: unowned I/O monitor: unowned Alarm monitor: unowned Waiting to be notified: "clock handler" Sbrk lock: unowned Monitor cache lock: unowned Monitor registry: monitor owner: "main" Thread Alarm Q: sys_thread_t 0xdf490de0 [Timeout in 66 ms] Abort (core dumped) Thanks for any ideas, Richard Hall Network Services University of Tennessee
Re: seg fault when running remotely
> I am trying to run a java application on a remote machine with the control > panel appearing on my hamm 2.0.36 Debian box. It used to work on a > different, pre-libc6 Debian box. It presently works on a Solaris machine, > invoking the program via ssh, but when I try to start the program running > via ssh on my Debian machine, I get a core dump. I know that access to > the X server is not the problem, since I can run xterm in the secure shell > and have a window pop up on my screen. Can anyone think of what might be > causing the problem? Looks like the dump is happening during startup of the Motif toolkit. Might be a problem in the shared libXm on the system running the client. Have you got any other Motif-based clients you could try (xterm is not Motif-based)? Nathan Meyers [EMAIL PROTECTED]
Re: Offering help on 1.2.
Darren Steven wrote: > > Sean Kellner wrote: > > > The status report lists that the current holdup is in a threading > > issue. So is there any way to create a new piece of source that would > > display the problem without any restrictions from Sun? This would allow > > quite a few kernel hackers to go over it and at least see if the bug is > > in linuxthreads or in the code, and probably fix it. There are a few of > > us here who would love to help out and get this thing out the door, and > > this seems like the only way we can. > > > > -- > > Sean Kellner > > [EMAIL PROTECTED] > > Once again - the Open Source development model shows why it works...Many > minds with a want/need to fix, and a fresh look (to paraphrase what a well > known person once said "The solution is always obvoius to someone") > -- > > Darren Steven > [EMAIL PROTECTED] Exactly. We have a few people here who love to dig into the kernel and muck with stuff, and then a few of us who are really good with Java, and a few who have plenty of experience with concurrent programming on multiple platforms. And then some are even great at all three. We still don't have anything to work with though, or even acknoledgement that someone who is dealing with the situation has seen my request yet. If this was a truly open source project, we'd have already gotten to the code and fixed it by now :). Instead, we have to wait for someone to give us some code to work with, prefereably without having anything proprietary to Sun so we can all chip in. -- Sean Kellner [EMAIL PROTECTED]
Re: Offering help on 1.2.
On Mon, 1 Feb 1999, Seth M. Landsman wrote: > > We still don't have anything to work with though, or even > > acknoledgement that someone who is dealing with the situation has seen > > my request yet. If this was a truly open source project, we'd have > > already gotten to the code and fixed it by now :). Instead, we have to > > wait for someone to give us some code to work with, prefereably without > > having anything proprietary to Sun so we can all chip in. > > This is something which is covered time and time again on this > list. > > a. This is not a true open source project. The JDK source code is > not free nor open source. If you want to find an open source JDK, > checkout www.classpath.org which is far from being finished, but is free > and open. > b. The porters of the JDK are under a very strict licensing > agreement which prevents them from releasing any source at any time or > even releasing a binary until it passed the a strict set of tests called > the JCK. > c. The porters read this list, but, methinks, have stopped > acknowledging the "can I help, even though I haven't read the FAQ", "When > will this be read already?" and "You guys suck because you aren't > releasing it under the GPL" questions. They are asked and answered far > too often. I think your comments might be a little too harsh. I think the offer to help was an offer for help with the linux threading problems and not any JDK porting issues. I am just a lurker, but I think such offers should not be met with the flames meant for those silly folks that ask "when with the 1.2 port be done". mo dejong dejong at cs.umn.edu > So the answer is, you can help, but you need to get a > non-commercial license from Sun. This is not open source and never will > be. Binaries will be released when they are ready and not before. Asking > will not speed it up. > > -Seth (not a member of the porting team, just a lurker) > > -- > "It is by will alone I set my mind in motion" >
Re: Offering help on 1.2.
> We still don't have anything to work with though, or even >acknoledgement that someone who is dealing with the situation has seen >my request yet. If this was a truly open source project, we'd have >already gotten to the code and fixed it by now :). Instead, we have to >wait for someone to give us some code to work with, prefereably without >having anything proprietary to Sun so we can all chip in. I don't understand why the licensing is such an issue here. Perhaps I misread Sun's licensing when I obtained the source, but aren't the developers free to exchange diffs? I'd like to obtain the linux development diffs to assist in my BeOS port, but I'm not sure from who or where I can obtain them. Is there a "private" porting list that I am missing? Rob
Re: Offering help on 1.2.
Out of curiosity, how is this policy (of not being able to release any source code) affected, if at all, by the new Java license, if and when it applies to the platform? Can source code be distributed in patch form (as it normally is anyhow) before the finished product passes the JCK, under the new license? Since anyone is (or will be, at least) able to obtain a source-code license without fee or special permission from Sun, will the porters themselves be able to claim that their work is done in the public domain (which it more or less is, or would be, without the JCK restriction) and therefore the work of the porting team could clearly be released to the public with or without JCK-compliance, because in fact the entire public is the porting team (even if many's role is that of merely testing). I don't see any restriction in the Sun license as to the size of the organization licensing the source code. As long as the final release passes the JCK, I don't see a problem. Then again, I'm not a lawyer, and they have a tendancy to see problems even where they don't exist. ;-) And lo, the chronicles report that Seth M. Landsman spake thusly unto the masses: > > > We still don't have anything to work with though, or even > > acknoledgement that someone who is dealing with the situation has seen > > my request yet. If this was a truly open source project, we'd have > > already gotten to the code and fixed it by now :). Instead, we have to > > wait for someone to give us some code to work with, prefereably without > > having anything proprietary to Sun so we can all chip in. > > This is something which is covered time and time again on this > list. > > a. This is not a true open source project. The JDK source code is > not free nor open source. If you want to find an open source JDK, > checkout www.classpath.org which is far from being finished, but is free > and open. > b. The porters of the JDK are under a very strict licensing > agreement which prevents them from releasing any source at any time or > even releasing a binary until it passed the a strict set of tests called > the JCK. > c. The porters read this list, but, methinks, have stopped > acknowledging the "can I help, even though I haven't read the FAQ", "When > will this be read already?" and "You guys suck because you aren't > releasing it under the GPL" questions. They are asked and answered far > too often. > > So the answer is, you can help, but you need to get a > non-commercial license from Sun. This is not open source and never will > be. Binaries will be released when they are ready and not before. Asking > will not speed it up. > > -Seth (not a member of the porting team, just a lurker) > > -- > "It is by will alone I set my mind in motion" > -- ¤¤ | Aaron Gaudio mailto:[EMAIL PROTECTED] | |http://www.rit.edu/~adg1653/| ¤¤ | "The fool finds ignorance all around him. | | The wise man finds ignorance within." | ¤¤ Use of any of my email addresses is subject to the terms found at http://www.rit.edu/~adg1653/email.shtml. By using any of my addresses, you agree to be bound by the terms therein.
Unidentified subject!
UNSUBSCRIBE
HPI test suite?
Hi- Has anyone put together a test suite for Sun's HPI? I'm struggling my way through the process of porting the JDK to BeOS, but due to the lack of documentation, I am realizing that the HPI is going to be difficult to debug without building the entire VM and running the tests in java. The Posix stuff is fairly straightforward, but the thread stuff isn't. Any thoughts? Thanks, Rob
Re: Offering help on 1.2.
On Mon, 01 Feb 1999 15:15:40 -0800, Rob Schoening wrote: > >> We still don't have anything to work with though, or even >>acknoledgement that someone who is dealing with the situation has seen >>my request yet. If this was a truly open source project, we'd have >>already gotten to the code and fixed it by now :). Instead, we have to >>wait for someone to give us some code to work with, prefereably without >>having anything proprietary to Sun so we can all chip in. > >I don't understand why the licensing is such an issue here. Perhaps I >misread Sun's licensing when I obtained the source, but aren't the >developers free to exchange diffs? I'd like to obtain the linux development >diffs to assist in my BeOS port, but I'm not sure from who or where I can >obtain them. The diffs we have are publicly available when we have a port done. All of the 1.1.x diffs had been posted. As to 1.2 (Java 2) there are different licensing rules that we are under at the moment. Michael Sinz -- Director of Research & Development, NextBus Inc. mailto:[EMAIL PROTECTED] - http://www.nextbus.com My place on the web ---> http://www.users.fast.net/~michael_sinz
Re: Offering help on 1.2.
> We still don't have anything to work with though, or even > acknoledgement that someone who is dealing with the situation has seen > my request yet. If this was a truly open source project, we'd have > already gotten to the code and fixed it by now :). Instead, we have to > wait for someone to give us some code to work with, prefereably without > having anything proprietary to Sun so we can all chip in. This is something which is covered time and time again on this list. a. This is not a true open source project. The JDK source code is not free nor open source. If you want to find an open source JDK, checkout www.classpath.org which is far from being finished, but is free and open. b. The porters of the JDK are under a very strict licensing agreement which prevents them from releasing any source at any time or even releasing a binary until it passed the a strict set of tests called the JCK. c. The porters read this list, but, methinks, have stopped acknowledging the "can I help, even though I haven't read the FAQ", "When will this be read already?" and "You guys suck because you aren't releasing it under the GPL" questions. They are asked and answered far too often. So the answer is, you can help, but you need to get a non-commercial license from Sun. This is not open source and never will be. Binaries will be released when they are ready and not before. Asking will not speed it up. -Seth (not a member of the porting team, just a lurker) -- "It is by will alone I set my mind in motion"
Re: Offering help on 1.2.
> Sean Kellner writes: Sean> Darren Steven wrote: >> >> Sean Kellner wrote: >> >> > The status report lists that the current holdup is in a threading >> > issue. So is there any way to create a new piece of source that would >> > display the problem without any restrictions from Sun? This would allow >> > quite a few kernel hackers to go over it and at least see if the bug is >> > in linuxthreads or in the code, and probably fix it. There are a few of >> > us here who would love to help out and get this thing out the door, and >> > this seems like the only way we can. >> > Sean> We still don't have anything to work with though, or even Sean> acknoledgement that someone who is dealing with the situation has seen Sean> my request yet. We've seen it, it's just no that easy to create a short (or medium sized) example that shows the problem. Juergen -- Juergen Kreileder, Universitaet Dortmund, Lehrstuhl Informatik V Baroper Strasse 301, D-44221 Dortmund, Germany Phone: ++49 231/755-5806, Fax: ++49 231/755-5802
Re: Offering help on 1.2.
>The diffs we have are publicly available when we have a port done. >All of the 1.1.x diffs had been posted. Unfortunately, Sun didn't give me the option of obtaining the 1.1.x sources. > >As to 1.2 (Java 2) there are different licensing rules that we are under >at the moment. I'll take your word for it. Have any of the porting efforts produced any documentation...either explicit or perhaps in a special mailing list archive? It would be nice to be able to build on existing collective knowledge rather than reduplicate previous efforts... Thanks, Rob
