Hi Michael,
I think it is really good news that natives are moved to VM specific
classes.
Great!
Ewout
- Original Message -
From: "Michael Koch" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, April 23, 2004 10:07 PM
Subject: java.io.File and its native methods
> Hi list,
>
> "+" == Ito Kazumitsu <[EMAIL PROTECTED]> writes:
+> But java.net.Socket creating redundant sockets is a real problem.
+> Let's look for a solution of this.
This problem could be solved by changing Kaffe's native library.
So nothing is to be done in GNU Classpath about this problem.
__
> "Michael" == Michael Koch <[EMAIL PROTECTED]> writes:
Michael> We agreed some time ago to not support "sun.net.www.protocol".
Michael> Can you remove this totally from the search path ?
I'd like it if we could also add the inetlib package by default:
`gnu.inet'. That might not be possible
This makes no sense whatsoever. File is NOT VM-specific in any way.
VM*.java should be reserved for the VM interface only.
Etienne
Michael Koch wrote:
Hi list,
I started to do some GNU classpath/VM separation work. I decided to
split the native methods of java.io.File into its own VM class ca
> "Michael" == Michael Koch <[EMAIL PROTECTED]> writes:
Michael> Are there some mroe instructions on how to use these files ?
Michael> I suppose I need to create a new project and then put these
Michael> files into it and restart eclipse. Havent tried it yet.
I had to take a strange route to
> "Mark" == Mark Wielaard <[EMAIL PROTECTED]> writes:
Mark> There are a couple of things that I am worried about:
Mark> - Having multiple build systems were we have enough maintenance
Mark> work with the current one.
Yeah, make no mistake, if we encourage people to use IDEs, it will
eventu
On Fri, Apr 23, 2004 at 11:42:24AM -0600, Tom Tromey wrote:
> Unfortunately I'm not sure that is possible for the eclipse project
> files. I think eclipse really wants them in the top-most directory
> of the project.
That's a good point. I suppose people could manually move them around,
but that
> "Stephane" == S Meslin-Weber <[EMAIL PROTECTED]> writes:
Stephane> Without getting heated about things, it may just be simpler
Stephane> to create a 'contrib' directory for files such as this -
Stephane> allowing those that use them to maintain them but also
Stephane> showing they're not par
Patrik Reali wrote:
Hi,
I'd like to add this topic to the FAQ, thus I'm looking for hard
evidence on this topic.
I was wondering, how the various VM deal with changes in the classpath
code (I assume you have a "customized" version of classpath). Are you
importing them by hand or rely on some a
Hi,
For those that want to test GNU Classpath CVS and use jamvm-1.1.3 you
will now need the following patch to get the new Class/VMClass setup
working.
Make sure you delete your old installation the lib/classes.tar in your
jamvm build dir.
If you want to test the new Process/VMProcess implementa
Am Freitag, 23. April 2004 12:17 schrieb Guilhem Lavaux:
> Hi,
>
> I was trying to support the platforms who are not supporting ftp
> protocol when I have found that setURL has a different behaviour in
> the JDK. If the given protocol does not exist it just ignores it and
> keep the previous one. T
Hi,
I was trying to support the platforms who are not supporting ftp
protocol when I have found that setURL has a different behaviour in the
JDK. If the given protocol does not exist it just ignores it and keep
the previous one. This gives us the possibility to call setURL without
any problems on
Hi,
On Thu, 2004-04-22 at 17:26, Tom Tromey wrote:
> Yesterday I spent a little time setting up Classpath as a project in
> Eclipse. After some tweaking, I was able to come up with the appended
> patch. This just adds a couple files that enable Classpath as an
> Eclipse project.
>
> If you try
On Fri, Apr 23, 2004 at 10:52:13AM +0200, Michael Koch wrote:
> Are there some mroe instructions on how to use these files ?
> I suppose I need to create a new project and then put these files into
> it and restart eclipse. Havent tried it yet.
Although you could do that, it would just be simpler
Without getting heated about things, it may just be simpler to create a
'contrib' directory for files such as this - allowing those that use
them to maintain them but also showing they're not part of the
mainstream build path.
Cheers,
Stephane
___
Cla
Am Donnerstag, 22. April 2004 17:26 schrieb Tom Tromey:
> Yesterday I spent a little time setting up Classpath as a project in
> Eclipse. After some tweaking, I was able to come up with the
> appended patch. This just adds a couple files that enable Classpath
> as an Eclipse project.
>
> If you t
Am Freitag, 23. April 2004 10:33 schrieb Thomas:
> On Thursday 22 April 2004 23:44, S. Meslin-Weber wrote:
> > Hi Thomas, Tom,
> >
> > I personally do use eclipse, both with just project files and ant
> > scripts. I have found that both have problems.
>
> As one collegue does use Eclipse (on Window
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thursday 22 April 2004 23:44, S. Meslin-Weber wrote:
> Hi Thomas, Tom,
>
> I personally do use eclipse, both with just project files and ant scripts.
> I have found that both have problems.
As one collegue does use Eclipse (on Windows even) I write
On Thu, 2004-04-22 at 22:30, Michael Koch wrote:
> Am Dienstag, 20. April 2004 15:37 schrieb Michael Koch:
> > Am Dienstag, 20. April 2004 09:24 schrieb Guilhem Lavaux:
> > > Hi,
> > >
> > > Apparently the special parseURL implementation in
> > > gnu.java.net.protocol.file.Handler is not required a
19 matches
Mail list logo