From: "Rich"
This is a multi-part message in MIME format.
------=_NextPart_000_0229_01C5604F.14570FA0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
It sounds like you are fixated on the packaging of applications (e.g. =
.EXE vs. .class). I have plenty of examples of components that do not =
bind directly to any Win32 APIs. Your own example is easily expressed = in
portable ANSI C
system(CommandString)
I'm sure this isn't just because you are employed by sun. I'm still =
a bit surprised that you are now claiming that portable code is = otherwise
not possible.
Rich
"Adam Flinton" wrote in message =
news:4292f0ce$1{at}w3.nls.net...
Rich wrote:
> How so?
> =20
> Rich
> =20
>=20
> "Adam" > wrote in message
> news:4291b00d{at}w3.nls.net...
> Rich wrote:
>=20
> > In that regard, so is java and any other language that =
allows
> you to
> > call platform specific methods.
> >
>=20
>=20
> Ummmm.......allows you to vs you using that platform specific =
allowance
> is somewhat different to compiling to a given platform.
>=20
> Adam
If I compile my source for Windows then I end up with a Windows=20
executable. No real choice. If I go with Java I have the choice within =
my app which runs on windows (i.e. hosted by a windows JVM) wether or=20
not to bind it into windows by using specific windows calls. E.g. the=20
.Net xml checker I wrote a little while back is called from within =
Java=20
but it does so by using a string as the command & then simply calling =
:
Runtime runtime =3D Runtime.getRuntime();
Process proc =3D runtime.exec(CommandString);
You then just chuck a buffered reader onto the InputStream you get =
back.
That allows me to use the same thing on Linux with say Mono or indeed=20
use a perl XMl checker on Unix if need be.
But hey you know all that & you're just being evasive as an eel in a =
net=20
as usual.
Adam
------=_NextPart_000_0229_01C5604F.14570FA0
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
It sounds
like you are =
fixated on the=20
packaging of applications (e.g. .EXE vs. .class). I have plenty of =
examples of components that do not bind directly to any Win32 =
APIs. Your=20
own example is easily expressed in portable ANSI C
=20
system(CommandString)
I'm sure
this isn't just =
because you=20
are employed by sun. I'm still a bit surprised that you are now =
claiming=20
that portable code is otherwise not possible.
Rich
"Adam Flinton" <adam{at}NOSPAM_softfab.com>">mailto:adam{at}NOSPAM_softfab.com">adam{at}NOSPAM_softfab.com>
= wrote in=20
message news:4292f0ce$1{at}w3.nls.net...Rich=20
wrote:> How
so?> >=20
Rich> >
> "Adam"
=
<mmmmm_beer_mmmm_donuts{at}moes=">mailto:mmmmm_beer_mmmm_donuts{at}moes">mmmmm_beer_mmmm_donuts{at}moes=
A>> =20
<mailto:mmmmm_beer_mmmm_donuts=">mailto:mmmmm_beer_mmmm_donuts{at}moes">mailto:mmmmm_beer_mmmm_donuts=
{at}moes>>=20
wrote in message> news:4291b00d{at}w3.nls.net...>=
=20
Rich wrote:>
> =20
> In that regard, so is java and any other =
language that=20
allows> you=20
to>
> call platform specific=20
methods.>
>> >=20
>
Ummmm.......allows you to vs you =
using that=20
platform specific
allowance> is =
somewhat=20
different to compiling to a given platform.>=20
>
AdamIf I compile my source =
for=20
Windows then I end up with a Windows executable. No real choice. =
If I go=20
with Java I have the choice within my app which runs on windows =
(i.e.=20
hosted by a windows JVM) wether or not to bind it into windows by =
using=20
specific windows calls. E.g. the .Net xml checker I wrote a little =
while=20
back is called from within Java but it does so by using a string =
as the=20
command & then simply calling :Runtime runtime =3D=20
Runtime.getRuntime();Process proc =3D=20
runtime.exec(CommandString);You then just chuck a buffered =
reader onto=20
the InputStream you get back.That allows me to use the same =
thing on=20
Linux with say Mono or indeed use a perl XMl checker on Unix if =
need=20
be.But hey you know all that & you're just
being evasive =
as an eel=20
in a net as
usual.Adam
------=_NextPart_000_0229_01C5604F.14570FA0--
--- BBBS/NT v4.01 Flag-5
* Origin: Barktopia BBS Site http://HarborWebs.com:8081 (1:379/45)
SEEN-BY: 633/267 270 5030/786
@PATH: 379/45 1 106/2000 633/267
|