Issue with JDK/JRE Environment Setup

I installed the jdk and jre here:

C:\Java\jdk1.6.0_24\bin
and
C:\Java\jre6

currently my environment variables are as follows:

System Variables,
PATH=C:\Program Files\Common Files\Microsoft Shared\Windows Live;C:
\Program Files (x86)\Common Files\Microsoft Shared\Windows Live;C:
\Perl64\site\bin;C:\Perl64\bin;C:\Ruby\bin;%SystemRoot%
\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;C:\Program Files
(x86)\MySQL\MySQL Server 5.0\bin;%SYSTEMROOT%
\System32\WindowsPowerShell\v1.0\;C:\Program Files (x86)\Common Files
\Teleca Shared;C:\PROGRA~2\IBM\CLIENT~1\Shared;C:\Program Files
(x86)\Common Files\Adobe\AGL;C:\PROGRA~2\IBM\CLIENT~1;C:\PROGRA~2\IBM
\CLIENT~1\Emulator;C:\Program Files (x86)\QuickTime\QTSystem\;C:
\strawberry\c\bin;C:\strawberry\perl\site\bin;C:\strawberry\perl\bin;C:
\Program Files (x86)\Windows Live\Shared;C:\Java\1.6.0_24\bin

and

CLASSPATH=.;C:\Program Files (x86)\Java\jre6\lib\ext\QTJava.zip

any ideas what is going on????

I get the following when I run these two commands:

c:\dev\java>javac HelloWorldApp.java
'javac' is not recognized as an internal or external command,
operable program or batch file.

c:\dev\java>java -version
java version "1.6.0_23"
Java(TM) SE Runtime Environment (build 1.6.0_23-b05)
Java HotSpot(TM) Client VM (build 19.0-b09, mixed mode, sharing)

also

i think i have the jre installed twice, the one i installed today is:
C:\Java\jre6


the original jre was here: C:\Program Files (x86)\Java\jre6\lib\ext
\QTJava.zip

not sure if that is an issue. I am all ears though...
0
genesis456
2/22/2011 9:39:40 PM
comp.lang.java.programmer 52323 articles. 0 followers. Post Follow

27 Replies
391 Views

Similar Articles

[PageSpeed] 17
On Feb 22, 4:39=A0pm, genesis456 <gregory.alexander.robe...@gmail.com>
wrote:
> I installed the jdk and jre here:
>
> C:\Java\jdk1.6.0_24\bin
> and
> C:\Java\jre6
>
> currently my environment variables are as follows:
>
> System Variables,
> PATH=3DC:\Program Files\Common Files\Microsoft Shared\Windows Live;C:
> \Program Files (x86)\Common Files\Microsoft Shared\Windows Live;C:
> \Perl64\site\bin;C:\Perl64\bin;C:\Ruby\bin;%SystemRoot%
> \system32;%SystemRoot%;%SystemRoot%\System32\Wbem;C:\Program Files
> (x86)\MySQL\MySQL Server 5.0\bin;%SYSTEMROOT%
> \System32\WindowsPowerShell\v1.0\;C:\Program Files (x86)\Common Files
> \Teleca Shared;C:\PROGRA~2\IBM\CLIENT~1\Shared;C:\Program Files
> (x86)\Common Files\Adobe\AGL;C:\PROGRA~2\IBM\CLIENT~1;C:\PROGRA~2\IBM
> \CLIENT~1\Emulator;C:\Program Files (x86)\QuickTime\QTSystem\;C:
> \strawberry\c\bin;C:\strawberry\perl\site\bin;C:\strawberry\perl\bin;C:
> \Program Files (x86)\Windows Live\Shared;C:\Java\jdk1.6.0_24\bin

Changed C:\Java\1.6.0_24\bin to C:\Java\jdk1.6.0_24\bin

BUT still am faced with the same issue when using javac from the
command line.

>
> and
>
> CLASSPATH=3D.;C:\Program Files (x86)\Java\jre6\lib\ext\QTJava.zip
>
> any ideas what is going on????
>
> I get the following when I run these two commands:
>
> c:\dev\java>javac HelloWorldApp.java
> 'javac' is not recognized as an internal or external command,
> operable program or batch file.
>
> c:\dev\java>java -version
> java version "1.6.0_23"
> Java(TM) SE Runtime Environment (build 1.6.0_23-b05)
> Java HotSpot(TM) Client VM (build 19.0-b09, mixed mode, sharing)
>
> also
>
> i think i have the jre installed twice, the one i installed today is:
> C:\Java\jre6
>
> the original jre was here: C:\Program Files (x86)\Java\jre6\lib\ext
> \QTJava.zip
>
> not sure if that is an issue. I am all ears though...

0
grobs456
2/22/2011 10:03:09 PM
On 2/22/2011 5:03 PM, grobs456 wrote:
> On Feb 22, 4:39 pm, genesis456 <gregory.alexander.robe...@gmail.com>
> wrote:
>> I installed the jdk and jre here:
>>
>> C:\Java\jdk1.6.0_24\bin
>> and
>> C:\Java\jre6
>>
>> currently my environment variables are as follows:
>>
>> System Variables,
>> PATH=C:\Program Files\Common Files\Microsoft Shared\Windows Live;C:
>> \Program Files (x86)\Common Files\Microsoft Shared\Windows Live;C:
>> \Perl64\site\bin;C:\Perl64\bin;C:\Ruby\bin;%SystemRoot%
>> \system32;%SystemRoot%;%SystemRoot%\System32\Wbem;C:\Program Files
>> (x86)\MySQL\MySQL Server 5.0\bin;%SYSTEMROOT%
>> \System32\WindowsPowerShell\v1.0\;C:\Program Files (x86)\Common Files
>> \Teleca Shared;C:\PROGRA~2\IBM\CLIENT~1\Shared;C:\Program Files
>> (x86)\Common Files\Adobe\AGL;C:\PROGRA~2\IBM\CLIENT~1;C:\PROGRA~2\IBM
>> \CLIENT~1\Emulator;C:\Program Files (x86)\QuickTime\QTSystem\;C:
>> \strawberry\c\bin;C:\strawberry\perl\site\bin;C:\strawberry\perl\bin;C:
>> \Program Files (x86)\Windows Live\Shared;C:\Java\jdk1.6.0_24\bin
> 
> Changed C:\Java\1.6.0_24\bin to C:\Java\jdk1.6.0_24\bin
> 
> BUT still am faced with the same issue when using javac from the
> command line.
> 
>>
>> and
>>
>> CLASSPATH=.;C:\Program Files (x86)\Java\jre6\lib\ext\QTJava.zip
>>
>> any ideas what is going on????
>>
>> I get the following when I run these two commands:
>>
>> c:\dev\java>javac HelloWorldApp.java
>> 'javac' is not recognized as an internal or external command,
>> operable program or batch file.
>>
>> c:\dev\java>java -version
>> java version "1.6.0_23"
>> Java(TM) SE Runtime Environment (build 1.6.0_23-b05)
>> Java HotSpot(TM) Client VM (build 19.0-b09, mixed mode, sharing)
>>
>> also
>>
>> i think i have the jre installed twice, the one i installed today is:
>> C:\Java\jre6
>>
>> the original jre was here: C:\Program Files (x86)\Java\jre6\lib\ext
>> \QTJava.zip
>>
>> not sure if that is an issue. I am all ears though...
> 

That message means the directory containing javac.exe is not listed
on the PATH setting.  I suspect you didn't install the JDK where
you think you did:

    C:\Java\jdk1.6.0_24\bin

is not the default location.  Go there in Windows Explorer and
see if that is correct.  If not, try looking in the default location:

   C:\Program Files (x86)\Java\jdk1.6.0_24\bin

Note you need to add the JRE bin as well.  Also you may want to download
the new version of JavaDB, 10.6.2.1, which you can download from
the Apache.org site or from
<http://download.java.net/maven/glassfish/javadb/javadb/10.6.2.1/>.  You
can also download an even more current version from derby.apache.org.

(I mention this since you appear, like myself, to have installed the 32
bit version on a 64 bit Windows, and even with Windows SP1 installed, that
darn installer won't even offer to install the JavaDB.  In the past you could
download a Windows installer for it from
<http://www.oracle.com/technetwork/java/javadb/downloads/>, but the current version
isn't there.  *sigh*)

Finally, I would clear CLASSPATH completely.  Every time you do a QuickTime
update it will get recreated.  But the pathname used, ...jre6\lib\ext\QTJava.zip
means it will be found automatically by Java without setting CLASSPATH,
and QuickTime by itself doesn't apparently need or use this.

You will probably want to set additional environment variables, JAVA_HOME to
where the JDK was installed, DERBY_HOME to where JavaDB was installed (and
you can add %DERBY_HOME%\bin to PATH too).

I have these Java related environment settings:

ANT_HOME=C:\Java\ant
CATALINA_HOME=C:\Program Files (x86)\Apache Software Foundation\Tomcat 7.0
CLASSPATH=.;C:\Java\junit4.8.1\junit-4.8.1.jar
DERBY_HOME=C:\Program Files (x86)\Sun\JavaDB
JAVA_HOME=C:\Java
PATH=...;%CATALINA_HOME%\bin;C:\Program Files
(x86)\Java\jre6\bin;%JAVA_HOME%\bin;%ANT_HOME%\bin;%DERBY_HOME%\bin;...

You will note I avoid version numbers in the installer paths when convenient,
and I generally uninstall the old JDK/ant/JavaDB/whatever then install the
latest version in those same locations.  That way, I never need to muck about
with environment variables (or bookmarks to HTML documentation).  This
may not be best practice for a production or shared development environment,
but for home PC development it seems to work well.

Hope this helps!  And if someone reading this has the ear of the
Oracle Java team, please have them add the current JavaDB .msi installer
to their website (and/or fix the installer!)

-- 
Wayne
0
Wayne
2/23/2011 8:00:01 AM
On Tue, 22 Feb 2011 13:39:40 -0800 (PST), genesis456
<gregory.alexander.roberts@gmail.com> wrote, quoted or indirectly
quoted someone who said :

>any ideas what is going on????
 
there is quite a bit you must do manually to finish off the install.
See http://mindprod.com/jgloss/jdk.html
-- 
Roedy Green Canadian Mind Products
http://mindprod.com
Refactor early. If you procrastinate, you will have
even more code to adjust based on the faulty design.
..

0
Roedy
2/23/2011 9:20:59 AM
On Wed, 23 Feb 2011 03:00:01 -0500, Wayne <nospam@all.invalid> wrote,
quoted or indirectly quoted someone who said :

>Note you need to add the JRE bin as well.  

The JDK by default will install two JREs as well.

You mainly need to install a separate JRE when you are using a 64-bit
JDK and want a 32-bit JRE as well.
-- 
Roedy Green Canadian Mind Products
http://mindprod.com
Refactor early. If you procrastinate, you will have
even more code to adjust based on the faulty design.
..

0
Roedy
2/23/2011 12:37:01 PM
On Feb 23, 7:37=A0am, Roedy Green <see_webs...@mindprod.com.invalid>
wrote:
> On Wed, 23 Feb 2011 03:00:01 -0500, Wayne <nos...@all.invalid> wrote,
> quoted or indirectly quoted someone who said :
>
> >Note you need to add the JRE bin as well. =A0
>
> The JDK by default will install two JREs as well.
>
> You mainly need to install a separate JRE when you are using a 64-bit
> JDK and want a 32-bit JRE as well.
> --
> Roedy Green Canadian Mind Productshttp://mindprod.com
> Refactor early. If you procrastinate, you will have
> even more code to adjust based on the faulty design.
> .
I definitely installed the 64 bit version of the JDK. The JRE that was
installed with the 64 bit JDK should also be 64 bit right? I installed
them both in C:\Java, which I realize is not the default.  Maybe I
could remove the JRE from Program Files.

I don't care if my JRE is 32 or 64 bit. I just want to compile some
Java code. I seem to have gotten this process mucked up as I haven't
done this in awhile. :/
0
grobs456
2/23/2011 3:06:26 PM
Wayne,
I appreciate the info. Seems logical and straightforward. I will
follow your logic and see what happens. Thanks for sharing!
0
grobs456
2/23/2011 3:10:21 PM
On 23-02-11 16:06, grobs456 wrote:
> On Feb 23, 7:37 am, Roedy Green <see_webs...@mindprod.com.invalid>
> wrote:
>> On Wed, 23 Feb 2011 03:00:01 -0500, Wayne <nos...@all.invalid> wrote,
>> quoted or indirectly quoted someone who said :
>>
>>> Note you need to add the JRE bin as well.  
>>
>> The JDK by default will install two JREs as well.
>>
>> You mainly need to install a separate JRE when you are using a 64-bit
>> JDK and want a 32-bit JRE as well.
>> --
>> Roedy Green Canadian Mind Productshttp://mindprod.com
>> Refactor early. If you procrastinate, you will have
>> even more code to adjust based on the faulty design.
>> .
> I definitely installed the 64 bit version of the JDK. The JRE that was
> installed with the 64 bit JDK should also be 64 bit right? I installed
> them both in C:\Java, which I realize is not the default.  Maybe I
> could remove the JRE from Program Files.

Dont remove them, but try to uninstall them....


-- 
Luuk
0
Luuk
2/23/2011 3:12:59 PM
On 02/23/2011 10:10 AM, grobs456 wrote:
> Wayne,
> I appreciate the info. Seems logical and straightforward. I will
> follow your logic and see what happens. Thanks for sharing!

You don't need, nor should you have, more than one JRE bin in your PATH.

-- 
Lew
Honi soit qui mal y pense.
0
Lew
2/23/2011 3:44:00 PM
On 2/23/2011 10:44 AM, Lew wrote:
> On 02/23/2011 10:10 AM, grobs456 wrote:
>> Wayne,
>> I appreciate the info. Seems logical and straightforward. I will
>> follow your logic and see what happens. Thanks for sharing!
> 
> You don't need, nor should you have, more than one JRE bin in your PATH.
> 

The JDK/bin contains various tools such as javac.exe, while the
public JRE/bin contains the current JRE tools.  The private JRE installed
as part of the JDK is not updated when you update the public JRE.

Apparently the reason for two JREs (one public, one part of the JDK) is
that the JDK tools are written in Java and require a stable JRE to run.
But usually developers want to use the latest JRE for their code, so
using the private JRE instead is not a good idea (except to run JDK tools).
And since some tools (java.exe) are in both locations, you want to
make sure the public JRE is listed first on the PATH.

-- 
Wayne
0
Wayne
2/23/2011 6:54:50 PM
On Feb 23, 1:54=A0pm, Wayne <nos...@all.invalid> wrote:
> On 2/23/2011 10:44 AM, Lew wrote:
>
> > On 02/23/2011 10:10 AM, grobs456 wrote:
> >> Wayne,
> >> I appreciate the info. Seems logical and straightforward. I will
> >> follow your logic and see what happens. Thanks for sharing!
>
> > You don't need, nor should you have, more than one JRE bin in your PATH=
..
>
> The JDK/bin contains various tools such as javac.exe, while the
> public JRE/bin contains the current JRE tools. =A0The private JRE install=
ed
> as part of the JDK is not updated when you update the public JRE.
>
> Apparently the reason for two JREs (one public, one part of the JDK) is
> that the JDK tools are written in Java and require a stable JRE to run.
> But usually developers want to use the latest JRE for their code, so
> using the private JRE instead is not a good idea (except to run JDK tools=
).
> And since some tools (java.exe) are in both locations, you want to
> make sure the public JRE is listed first on the PATH.
>
> --
> Wayne

So right now I don't have a public JRE if I'm not mistaken. I removed
all traces of it. My assumption is that I will end up installing it if
I were to install QuickTime, or visit certain pages, and if I install
it in that manner it will modify my PATH variables. Is that correct?

Thanks for the info. That makes sense. So is there anything else you
would do if you were in my shoes?
0
grobs456
2/23/2011 7:09:37 PM
On 02/23/2011 02:09 PM, grobs456 wrote:
> On Feb 23, 1:54 pm, Wayne<nos...@all.invalid>  wrote:
>> On 2/23/2011 10:44 AM, Lew wrote:
>>
>>> On 02/23/2011 10:10 AM, grobs456 wrote:
>>>> Wayne,
>>>> I appreciate the info. Seems logical and straightforward. I will
>>>> follow your logic and see what happens. Thanks for sharing!
>>
>>> You don't need, nor should you have, more than one JRE bin in your PATH.
>>
>> The JDK/bin contains various tools such as javac.exe, while the
>> public JRE/bin contains the current JRE tools.  The private JRE installed
>> as part of the JDK is not updated when you update the public JRE.
>>
>> Apparently the reason for two JREs (one public, one part of the JDK) is
>> that the JDK tools are written in Java and require a stable JRE to run.
>> But usually developers want to use the latest JRE for their code, so
>> using the private JRE instead is not a good idea (except to run JDK tools).

Since one normally updates the public JRE and the JDK in tandem, this is a 
difference that makes no difference.

The actual logic is that the public JRE is for people who don't want a JDK. 
If you do want a JDK, you don't even need the so-called "public" JRE because 
you get the *exact same thing* in the "jre/" subdirectory of the JDK.


>> And since some tools (java.exe) are in both locations, you want to
>> make sure the public JRE is listed first on the PATH.

No, you want to make sure only one of them is listed in your path.

>>
>> --
>> Wayne

Don't quote sigs.

> So right now I don't have a public JRE if I'm not mistaken. I removed

Wrong.  You do have a public JRE.

> all traces of it. My assumption is that I will end up installing it if
> I were to install QuickTime, or visit certain pages, and if I install
> it in that manner it will modify my PATH variables. Is that correct?

That all depends on you.

> Thanks for the info. That makes sense. So is there anything else you
> would do if you were in my shoes?

I would disregard many elements of Wayne's advice.

Do not put more than one JRE at a time in your PATH.

The "jre/" that comes with the JDK *is* the public JRE.

You can, if you wish, also install the exact same public JRE in places where 
browsers expect it, should you so choose.  That will give you three versions 
of the JRE.  All the same.

Only one of them should be in your PATH.  I choose the one in 
"$JAVA_HOME"/bin/ (Windows: "%JAVA_HOME%"\bin), myself.

-- 
Lew
Honi soit qui mal y pense.
0
Lew
2/23/2011 11:21:54 PM
On 23-02-2011 18:21, Lew wrote:
> On 02/23/2011 02:09 PM, grobs456 wrote:
>> On Feb 23, 1:54 pm, Wayne<nos...@all.invalid> wrote:
>>> On 2/23/2011 10:44 AM, Lew wrote:
>>>> On 02/23/2011 10:10 AM, grobs456 wrote:
>>>>> Wayne,
>>>>> I appreciate the info. Seems logical and straightforward. I will
>>>>> follow your logic and see what happens. Thanks for sharing!
>>>
>>>> You don't need, nor should you have, more than one JRE bin in your
>>>> PATH.
>>>
>>> The JDK/bin contains various tools such as javac.exe, while the
>>> public JRE/bin contains the current JRE tools. The private JRE installed
>>> as part of the JDK is not updated when you update the public JRE.
>>>
>>> Apparently the reason for two JREs (one public, one part of the JDK) is
>>> that the JDK tools are written in Java and require a stable JRE to run.
>>> But usually developers want to use the latest JRE for their code, so
>>> using the private JRE instead is not a good idea (except to run JDK
>>> tools).
>
> Since one normally updates the public JRE and the JDK in tandem, this is
> a difference that makes no difference.
>
> The actual logic is that the public JRE is for people who don't want a
> JDK. If you do want a JDK, you don't even need the so-called "public"
> JRE because you get the *exact same thing* in the "jre/" subdirectory of
> the JDK.

You don't need it, but you still get it.

Arne
0
UTF
2/24/2011 2:23:55 AM
Arne Vajhøj wrote:
> Lew wrote:
>> The actual logic is that the public JRE is for people who don't want a
>> JDK. If you do want a JDK, you don't even need the so-called "public"
>> JRE because you get the *exact same thing* in the "jre/" subdirectory of
>> the JDK.
>
> You don't need it, but you still get it.

Optionally.

-- 
Lew
Honi soit qui mal y pense.
0
Lew
2/24/2011 2:32:27 AM
Wayne wrote:
> That message means the directory containing javac.exe is not listed
> on the PATH setting.  I suspect you didn't install the JDK where
> you think you did:
>
>      C:\Java\jdk1.6.0_24\bin
>
> is not the default location.  Go there in Windows Explorer and
> see if that is correct.  If not, try looking in the default location:
>
>     C:\Program Files (x86)\Java\jdk1.6.0_24\bin
>
> Note you need to add the JRE bin as well.  Also you may want to download
> the new version of JavaDB, 10.6.2.1, which you can download from
> the Apache.org site or from
> <http://download.java.net/maven/glassfish/javadb/javadb/10.6.2.1/>.  You
> can also download an even more current version from derby.apache.org.

Wow.

Now why would you go and misinform people like that?

You do not "need to add the JRE bin as well".  That's completely bogus.

Derby is already included in the JDK download.  Why do you advise him to 
download it again, separately?  He's already got it.

-- 
Lew
Honi soit qui mal y pense.
0
Lew
2/28/2011 4:29:10 AM
Wayne wrote:
> The JDK/bin contains various tools such as javac.exe, while the
> public JRE/bin contains the current JRE tools.  The private JRE installed
> as part of the JDK is not updated when you update the public JRE.

Depends on how you do your update.  I got big news for you - what you are 
pleased to call the "private" JRE is identical to what you call the "public" 
JRE.  The tools in the JDK bin/ are a superset of those in the JRE bin/, not a 
disjoint set.

Get your facts straight.

> Apparently the reason for two JREs (one public, one part of the JDK) is
> that the JDK tools are written in Java and require a stable JRE to run.
> But usually developers want to use the latest JRE for their code, so
> using the private JRE instead is not a good idea (except to run JDK tools).
> And since some tools (java.exe) are in both locations, you want to
> make sure the public JRE is listed first on the PATH.

Nonsense.  I don't know where you get those ideas, but they're not valid.  In 
fact, they're a pack of lies.

For example (using the only Java for which I have both versions handy):

$ find jdk1.6.0_22 jre1.6.0_22 -name java
jdk1.6.0_22/db/demo/programs/scores/java
jdk1.6.0_22/db/demo/programs/vtis/java
jdk1.6.0_22/bin/java
jdk1.6.0_22/jre/bin/java
jre1.6.0_22/bin/java

$ diff jdk1.6.0_22/bin/java jdk1.6.0_22/jre/bin/java

$ diff jdk1.6.0_22/bin/java jre1.6.0_22/bin/java

$

Please stop spreading such weird and fallacious notions.

-- 
Lew
Honi soit qui mal y pense.
0
Lew
2/28/2011 4:34:10 AM
On 2/27/2011 11:34 PM, Lew wrote:
> Wayne wrote:
>> The JDK/bin contains various tools such as javac.exe, while the
>> public JRE/bin contains the current JRE tools.  The private JRE installed
>> as part of the JDK is not updated when you update the public JRE.
> 
> Depends on how you do your update.  I got big news for you - what you are pleased to
> call the "private" JRE is identical to what you call the "public" JRE.  The tools in
> the JDK bin/ are a superset of those in the JRE bin/, not a disjoint set.
> 
> Get your facts straight.
> 
>> Apparently the reason for two JREs (one public, one part of the JDK) is
>> that the JDK tools are written in Java and require a stable JRE to run.
>> But usually developers want to use the latest JRE for their code, so
>> using the private JRE instead is not a good idea (except to run JDK tools).
>> And since some tools (java.exe) are in both locations, you want to
>> make sure the public JRE is listed first on the PATH.
> 
> Nonsense.  I don't know where you get those ideas, but they're not valid.  In fact,
> they're a pack of lies.
> 
> For example (using the only Java for which I have both versions handy):
> 
> $ find jdk1.6.0_22 jre1.6.0_22 -name java
> jdk1.6.0_22/db/demo/programs/scores/java
> jdk1.6.0_22/db/demo/programs/vtis/java
> jdk1.6.0_22/bin/java
> jdk1.6.0_22/jre/bin/java
> jre1.6.0_22/bin/java
> 
> $ diff jdk1.6.0_22/bin/java jdk1.6.0_22/jre/bin/java
> 
> $ diff jdk1.6.0_22/bin/java jre1.6.0_22/bin/java
> 
> $
> 
> Please stop spreading such weird and fallacious notions.
> 
The two JREs are identical right after you've updated the JDK.  But
if later the JRE alone is updated, only one of the two JREs get updated,
the "public" one.  So if you have automatic updates set in the Java
control panel, then over time the two JREs would be different versions.

Running the 6u22 JDK tools, compiled against a 6u22 JRE, may not be
safe to run on a 6u24 JRE.  The "private" JRE is only used by the JDK tools,
the latest "public" JRE by your applications.  If you are running the 6u22 javac
with a 6u24 JRE, or vice-versa, the results will probably work fine, but
there is no reason to take such a chance.  (E.g., what if some static final int
changed values in some standard library?)

Lew, you're one of the smartest contributors to this group, but you can
be quite rude in your posts.  Please don't assume statements are
a pack of lies, weird and fallacious, or whatever, just because you don't
agree.  If I'm wrong (which happens often!) I'd appreciate it if you could
tell me so politely, or not at all.  In this case, I think you forgot that
the public JRE can be updated independently (and in some cases automatically)
from the private JRE used by the JDK tools.  But if I'm wrong, please explain
the real reason why the JDK installs a separate copy of the JRE (along with
the public JRE).

-- 
Wayne
0
Wayne
3/1/2011 8:39:06 AM
On 2/27/2011 11:29 PM, Lew wrote:
> Wayne wrote:
>> That message means the directory containing javac.exe is not listed
>> on the PATH setting.  I suspect you didn't install the JDK where
>> you think you did:
>>
>>      C:\Java\jdk1.6.0_24\bin
>>
>> is not the default location.  Go there in Windows Explorer and
>> see if that is correct.  If not, try looking in the default location:
>>
>>     C:\Program Files (x86)\Java\jdk1.6.0_24\bin
>>
>> Note you need to add the JRE bin as well.  Also you may want to download
>> the new version of JavaDB, 10.6.2.1, which you can download from
>> the Apache.org site or from
>> <http://download.java.net/maven/glassfish/javadb/javadb/10.6.2.1/>.  You
>> can also download an even more current version from derby.apache.org.
> 
> Wow.
> 
> Now why would you go and misinform people like that?
> 
> You do not "need to add the JRE bin as well".  That's completely bogus.
> 
> Derby is already included in the JDK download.  Why do you advise him to download it
> again, separately?  He's already got it.
> 

Lew you need to review the posts made here over the past several years on this
issue.  The JDK installer won't allow you to install JavaDB (also known
as Apache Derby) in Windows 7, sometimes.  This is a known bug in the installer
and the problem has been noted several times in this news group.  Since the
version of JavaDB was updated in the current JDK release for the first time
in a long while, you may have forgotten the discussion; if the version in the
installer is the same as what you already have installed, it is a non-issue
and hasn't been mentioned in a while.

But in this case, the version was changed and since the OP was using Windows
7 and having difficulties, I thought it would be useful to mention the
new version and where to obtain it.  Exactly what to you feel is misleading
about this information?  Why did this merit a "Wow." and the other negative
remarks from you?

Elsewhere in this thread Lew noted that he doesn't like having the public
JRE/bin and the private JRE/bin in the PATH.  But as has been pointed out
elsewhere, I believe you are wrong on this issue.  It's probably safe
most of the time to use the one JRE as Lew prefers, but I don't see the
harm in playing safe and using the current public JRE (which is what your
clients will likely have installed) for your .class files, your applets,
and testing your code, and using the private JRE only to run the JDK
development tools.  Which is why the JDK tools ship with their own JRE
in the first place.

-- 
Wayne
0
Wayne
3/1/2011 8:57:26 AM
Wayne wrote:
> The two JREs are identical right after you've updated the JDK.  But
> if later the JRE alone is updated, only one of the two JREs get updated,
> the "public" one.  So if you have automatic updates set in the Java
> control panel, then over time the two JREs would be different versions.
>

Like I said, that depends on how you update.  Why would someone working with a 
JDK set their JRE to auto-update and then be so careless as to let it fall out 
of synch, even assuming such a one installed both?

> Running the 6u22 JDK tools, compiled against a 6u22 JRE, may not be
> safe to run on a 6u24 JRE.  The "private" JRE is only used by the JDK tools,

More bullshit.

> the latest "public" JRE by your applications.  If you are running the 6u22 javac

Unless you establish the JDK as your "public" JRE.

> with a 6u24 JRE, or vice-versa, the results will probably work fine, but
> there is no reason to take such a chance.  (E.g., what if some static final int
> changed values in some standard library?)

Really, that is nonsense.  There are only bug fixes between _xx versions.  If 
you run the 6u22 and 6u24 versions of javac, the only difference will be that 
the former will have a bug the latter does not.  Either will work fine with 
*any* previous version of Java, save for bugs in those previous versions. 
Either will work fine with each other's JVM, save for the aforementioned bugs. 
  That's the fact, contrary to what you said.

> Lew, you're one of the smartest contributors to this group, but you can
> be quite rude in your posts.  Please don't assume statements are
> a pack of lies, weird and fallacious, or whatever, just because you don't

I didn't "assume".  The things you claimed actually were a pack of lies, weird 
and fallacious.

Don't spread false information then act aggrieved when you're called on it.

It's not "rude" to tell the truth.  What you did is what's rude, namely tell
lies then get upset when that was objectively mentioned.

> agree.  If I'm wrong (which happens often!) I'd appreciate it if you could
> tell me so politely, or not at all.  In this case, I think you forgot that
> the public JRE can be updated independently (and in some cases automatically)

Only if you choose that, which does not obviate your responsibility to ensure 
coordination of that with other versions where you care.

> from the private JRE used by the JDK tools.  But if I'm wrong, please explain
> the real reason why the JDK installs a separate copy of the JRE (along with
> the public JRE).

You shouldn't assume I forgot anything, particularly when I addressed it in 
the post to which you're responding.

What's rude is to post false information then act all insulted when it's 
pointed out that your statements are wrong.  Which they were.  No "assumption" 
there - your statements contradicted fact.  Then when challenging you play the 
"rude" card instead of correcting your bad information.  That is bad behavior.

Why should I coddle your feelings when you are spreading disinformation?  I am 
much more concerned with the feelings of those who follow your mistaken advice.

As you should be.  Get your ego out of the way.

-- 
Lew
Honi soit qui mal y pense.
0
Lew
3/1/2011 9:47:52 AM
On 03/01/2011 03:57 AM, Wayne wrote:
> Elsewhere in this thread Lew noted that he doesn't like having the public
> JRE/bin and the private JRE/bin in the PATH.  But as has been pointed out

Not true.  What I said was that it isn't necessary.  I never said anything 
about "like" or "don't like".

> elsewhere, I believe you are wrong on this issue.  It's probably safe

No.  It is true that you don't need, nor should you have, more than one JRE on 
the PATH.  It's useless - you'll only get the first one from the PATH, so why 
have two?

> most of the time to use the one JRE as Lew prefers, but I don't see the

It's definitely safe *all* the time.

Stop making stuff up.

> harm in playing safe and using the current public JRE (which is what your
> clients will likely have installed) for your .class files, your applets,

What your clients may have installed is *a* JRE - you have no way to know 
which one.

It is also true, and I notice that you don't bother to pretend this is wrong, 
that the JREs are identical in the two distributions.

> and testing your code, and using the private JRE only to run the JDK
> development tools.  Which is why the JDK tools ship with their own JRE
> in the first place.

No, they ship with the JDK in the first place so you won't need to download 
the JRE separately if you're a developer.

I never spoke against having more than one JRE or JDK.  I have several myself, 
though as noted above I don't always download the JRE separately, seeing as 
how it comes with the JDK anyway.  Twice over.

What I spoke against was having more than one in the PATH, for the objective 
reason that it does no good.

-- 
Lew
Honi soit qui mal y pense.
0
Lew
3/1/2011 10:10:13 AM
On 01/03/2011 09:39, Wayne allegedly wrote:
> Lew, you're one of the smartest contributors to this group, but you can
> be quite rude in your posts.  Please don't assume statements are
> a pack of lies, weird and fallacious, or whatever, just because you don't
> agree.  If I'm wrong (which happens often!) I'd appreciate it if you could
> tell me so politely, or not at all.

A very reasonable and pertinent request, methinks.

-- 
DF.
0
Daniele
3/1/2011 5:54:51 PM
On 03/01/2011 12:54 PM, Daniele Futtorovic wrote:
> On 01/03/2011 09:39, Wayne allegedly wrote:
>> Lew, you're one of the smartest contributors to this group, but you can
>> be quite rude in your posts. Please don't assume statements are
>> a pack of lies, weird and fallacious, or whatever, just because you don't
>> agree. If I'm wrong (which happens often!) I'd appreciate it if you could
>> tell me so politely, or not at all.
>
> A very reasonable and pertinent request, methinks.

No, not when Wayne perpetrated such misinformation.

He should correct what he tells people instead of switching to an /ad hominem/ 
approach.  Funny how people call other people "rude" when they don't want to 
admit that they were wrong, instead of either proving that they were right 
(which he wasn't) or changing their behavior.

-- 
Lew
Honi soit qui mal y pense.
0
Lew
3/1/2011 6:05:21 PM
On 03/01/2011 01:05 PM, Lew wrote:
> On 03/01/2011 12:54 PM, Daniele Futtorovic wrote:
>> On 01/03/2011 09:39, Wayne allegedly wrote:
>>> Lew, you're one of the smartest contributors to this group, but you can
>>> be quite rude in your posts. Please don't assume statements are
>>> a pack of lies, weird and fallacious, or whatever, just because you don't
>>> agree. If I'm wrong (which happens often!) I'd appreciate it if you could
>>> tell me so politely, or not at all.
>>
>> A very reasonable and pertinent request, methinks.
>
> No, not when Wayne perpetrated such misinformation.
>
> He should correct what he tells people instead of switching to an /ad hominem/
> approach. Funny how people call other people "rude" when they don't want to
> admit that they were wrong, instead of either proving that they were right
> (which he wasn't) or changing their behavior.

Furthermore, if being "polite" had worked, Wayne would not have repeated his 
misinformation four days after I *did* "politely" correct him.  He completely 
ignored that feedback and continued to lie.  Then when called on it he calls 
me "rude".  Why did he not even respond to the polite post, then days later 
complain about rudeness rather than to the (very same) facts?  Why did he not 
correct his fallacies?  Isn't it much ruder to continue to lie and to ignore 
the feedback?

-- 
Lew
Honi soit qui mal y pense.
0
Lew
3/1/2011 6:15:45 PM
On 01/03/2011 19:15, Lew allegedly wrote:
> On 03/01/2011 01:05 PM, Lew wrote:
>> On 03/01/2011 12:54 PM, Daniele Futtorovic wrote:
>>> On 01/03/2011 09:39, Wayne allegedly wrote:
>>>> Lew, you're one of the smartest contributors to this group, but you can
>>>> be quite rude in your posts. Please don't assume statements are
>>>> a pack of lies, weird and fallacious, or whatever, just because you
>>>> don't
>>>> agree. If I'm wrong (which happens often!) I'd appreciate it if you
>>>> could
>>>> tell me so politely, or not at all.
>>>
>>> A very reasonable and pertinent request, methinks.
>>
>> No, not when Wayne perpetrated such misinformation.
>>
>> He should correct what he tells people instead of switching to an /ad
>> hominem/
>> approach. Funny how people call other people "rude" when they don't
>> want to
>> admit that they were wrong, instead of either proving that they were
>> right
>> (which he wasn't) or changing their behavior.
>
> Furthermore, if being "polite" had worked, Wayne would not have repeated
> his misinformation four days after I *did* "politely" correct him. He
> completely ignored that feedback and continued to lie. Then when called
> on it he calls me "rude". Why did he not even respond to the polite
> post, then days later complain about rudeness rather than to the (very
> same) facts? Why did he not correct his fallacies? Isn't it much ruder
> to continue to lie and to ignore the feedback?
>

I disagree. I do think you have been rude. And while I find it perfectly
acceptable at times to be rude, I think it was unjustified in this context.
On 2011-02-23, you wrote:
> You don't need, nor should you have, more than one JRE bin in your
> PATH.

That is polite, but it's hardly a correction. Unless you demand that
people take your word for everything.

After that you posted a more elaborate reply where you corrected (in my
opinion accurately) his mistakes.

There are no replies or spreading misinformation from Wayne after that
-- of the two of you, the next one to post were *you*, in what I found a
very rude manner, even if the facts were correct. And the post you were
replying to was Wayne's post four days before, the _same one_ grobs456
replied to, a reply which gave rise to your elaboration mentioned above.
So you've been rebuking him politely and indirectly one time, and then
rudely so a second time a few days later. Without any intermittent post
from him.

To the latter he replied with what you call an /ad hominem/, in my
opinion unjustifiedly so. I do not consider that an /ad hominem/,
inasmuch as it wasn't an attack on you, but rather a request to you, and
one I find reasonable.

My opinion.

-- 
DF.
0
Daniele
3/1/2011 6:53:53 PM
On 01-03-2011 13:15, Lew wrote:
> On 03/01/2011 01:05 PM, Lew wrote:
>> On 03/01/2011 12:54 PM, Daniele Futtorovic wrote:
>>> On 01/03/2011 09:39, Wayne allegedly wrote:
>>>> Lew, you're one of the smartest contributors to this group, but you can
>>>> be quite rude in your posts. Please don't assume statements are
>>>> a pack of lies, weird and fallacious, or whatever, just because you
>>>> don't
>>>> agree. If I'm wrong (which happens often!) I'd appreciate it if you
>>>> could
>>>> tell me so politely, or not at all.
>>>
>>> A very reasonable and pertinent request, methinks.
>>
>> No, not when Wayne perpetrated such misinformation.
>>
>> He should correct what he tells people instead of switching to an /ad
>> hominem/
>> approach. Funny how people call other people "rude" when they don't
>> want to
>> admit that they were wrong, instead of either proving that they were
>> right
>> (which he wasn't) or changing their behavior.
>
> Furthermore, if being "polite" had worked, Wayne would not have repeated
> his misinformation four days after I *did* "politely" correct him. He
> completely ignored that feedback and continued to lie. Then when called
> on it he calls me "rude". Why did he not even respond to the polite
> post, then days later complain about rudeness rather than to the (very
> same) facts? Why did he not correct his fallacies? Isn't it much ruder
> to continue to lie and to ignore the feedback?

Well - also in this case: if you used "spreading incorrect information"
instead of "lie" then the point may get better through.

I have no reason to believe that Wayne deliberately want to
mislead people, troll or in any other way did it with a purpose.

Arne

0
UTF
3/1/2011 8:39:33 PM
Arne Vajhøj wrote:
> Well - also in this case: if you used "spreading incorrect information"
> instead of "lie" then the point may get better through.
>
> I have no reason to believe that Wayne deliberately want to
> mislead people, troll or in any other way did it with a purpose.

I accept those ideas.  Thanks.

-- 
Lew
Honi soit qui mal y pense.
0
Lew
3/1/2011 9:44:05 PM
On 3/1/2011 4:44 PM, Lew wrote:
> Arne Vajhøj wrote:
>> Well - also in this case: if you used "spreading incorrect information"
>> instead of "lie" then the point may get better through.
>>
>> I have no reason to believe that Wayne deliberately want to
>> mislead people, troll or in any other way did it with a purpose.
> 
> I accept those ideas.  Thanks.
> 

I happy to hear this.  But if possible I'd like to discuss the
setup further.

<quote>
Private vs. public JRE - Installing the JDK installs a private Java SE Runtime
Environment (JRE) and optionally a public copy. The private JRE is required to run
the tools included with the JDK. It has no registry settings and is contained
entirely in a jre directory (typically at C:\Program Files\jdk1.6.0\jre) whose
location is known only to the JDK. On the other hand, the public JRE can be used by
other Java applications, is contained outside the JDK (typically at C:\Program
Files\Java\jre1.6.0), is registered with the Windows registry (at
HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft), can be removed using Add/Remove Programs,
might or might not be registered with browsers, and might or might not have java.exe
copied to the Windows system directory (making it the default system Java platform or
not).
</quote>

This from the JDK 6 installation notes for Windows.  But all previous
versions of the install notes I've checked had similar comments.
To me this makes perfect sense: a private JRE for the use of tools
written in Java such as those included in the JDK.  One or more public
JREs for your code to use and to test your code against.  Then even
if you update the public JRE, your javac.exe tool will be stable.  As
was suggested up-thread, downloading new versions of tools every time
a new runtime is another possible and reasonable setup, in some cases.

Because of this, especially if you do have multiple public JREs
(including a newer one than was included with the JDK), or use the
default control panel setup which will install new public JREs
when available but not new JDKs, I believe the setup I suggested earlier
is a reasonable one.  But certainly it is not the only possible
reasonable setup!  I imagine there are many different JDK deployments
and configurations in use in the world, and I suspect most of those
work just fine for the people who set up those systems their own way.
the setup I provided is one that seems to work well for me, but if
you prefer a different setup, please use it.

It is a good idea for a home hobbyist or student to always install and
update the latest JDK with each new release as Lew suggested, and in that
case you only need to list the "private" JRE/bin directory on PATH.
This is indeed a superset of the executables included in the public JRE
(although I can't find where that is guaranteed).  This does probably
apply to the OP.

But it is of course *not* a recommended practice for production systems!

It is *not* reasonable to change a production server's JRE, or your development
tools on a development system, without testing such software changes won't
break your stuff.  I have lots of system administration experience and I
use this best practice ("change management") even on my home setup even though
it is not necessary in my case.  (Can you imagine changing compilers 8 months
into a release cycle of Eclipse or OpenOffice?)  Even critical security patches
from MS Windows Update are generally not installed without many weeks or months
of testing.  (Often software developers don't understand the risks, which is
why system administrators hate to give them administrative privilege...they
will abuse it to install (untested) updates they want.)

While I understand that Lew (and some other smart Java developers who post
on this list) believe it is perfectly safe to use JRE version (X+1) DLLs
with javac.exe (and other JDK executables) compiled against JRE version X DLLs,
I'm not convinced you could know this, even if it were true most of the time.
But why worry about it?  Just list both JREs, the public one first.  When use
use java.exe you get the latest one.  When you use javac.exe you get the
private JRE version.  Both tools will use the DLLs from their JRE.

What's the problem with this setup?  Note that even if I'm completely wrong,
there is no harm in have two JRE/bin directories listed on the PATH, is there?
If some executable is found in the first one, the second one is ignored and so
it is harmless listing it.  If you always update the JDK every time you update
the JRE, as Lew suggests, then both JREs are the same and it won't matter
which version is used.  I suppose it is wasteful of disk space (to have two
JREs installed), and it does add 38 bytes to PATH to list the automatically
installed public JRE/bin too.

A lot of newbies and experimenters will probably download the JDK and run
it, accepting all the defaults.  After the next public JRE release, such
users will end up with two different JREs on their system.  Professional
developers may also have multiple different public JREs installed (to test
against), as mentioned above.  So after carefully reading all the posts
in this thread, I am not yet convinced it is always the best (or the only
reasonable) practice is to have just a single JRE.  And I'm  not convinced
it is guaranteed to run version X executables with a version (not X) JRE.

If my understandings are incorrect or I've drawn incorrect inferences,
please help me understand where (specifically!) I've missed the mark.
I really don't have any agenda, I just want to understand.  And I
really did post the setup originally in an effort to be helpful.

Thanks!

-- 
Wayne  (Bracing myself for the ensuing flames :-)
0
Wayne
3/2/2011 7:47:12 AM
On 03/02/2011 02:47 AM, Wayne wrote:
> While I understand that Lew (and some other smart Java developers who post
> on this list) believe it is perfectly safe to use JRE version (X+1) DLLs
> with javac.exe (and other JDK executables) compiled against JRE version X DLLs,

Please do not misrepresent me so egregiously.

I never said that, I don't believe it, and it is pretty awful for you to 
attribute such a statement to me.

I would have had responses to your other points, but this matter stops me cold.

And just when we had found common ground, too.  But there's no point in making 
statements at all if you're going to attribute complete nonsense to me and 
disregard what I actually do say.

-- 
Lew
Honi soit qui mal y pense.
0
Lew
3/2/2011 12:06:59 PM
Reply:
Similar Artilces:

Memory Issue or Test issue??
I'll try to make this short, but need to give all the details, so...... i have basically a gaming system for my wife. Built it for xmas and because i went high end with video card, i only got 2 gigs RAM. For these few months, system has been ROCK SOLID, never a crash, fast as fast......everything great. Found RAM, same type i have in, had rebate going so i picked up another 2 gigs.Shortly after install, system would kick out of WOW and back to desktop, giving memory error. You could always relaunch without reboot and launch WOW again till it happened again. Pulled new 2 gigs and system ...

upgrade issues
Upgraded to 12.5.3, from 12.5.0, on Saturday. No problems Saturday, no problems processing Sunday (mostly C programs with a single Java app (piped through Sun Java Application Server using jDTS). Today, started receiving the following errors when processing started to get heavy: 04:00000:00502:2005/06/13 12:07:17.98 kernel current process (0x2de002ea) infected with 11 04:00000:00502:2005/06/13 12:07:17.98 kernel SQL causing error : UPDATE <blah blah> SET <this> FROM <that> WHERE <something> 04:00000:00502:2005/06/13 12:07:17.98 kernel lasterror = 0 prever...

Input text issues
Whenever I receive input from an HTML text field or and HTML text area with " or ' meaning double or singe quotes into a php variable and then print or echo it back out to the user in html I get these characters accompanies by a \ . Why is this and how can I get rid of it. $submitform->body=@$_POST['body']; <<<< there are no \ in the input. print("body - ".$submitform->body."<br>"); <<<< but here there will be slashes for all ' or " . Thanks for any help! I believe php is 'escaping' the...

IE 6 Issues
Greetings, I have two computers, same models, same OS versions, etc. They are both running Windows Xp SP1. One has IE 6 Version 6.0.2800.1106.xpsp2.040919-1003 and one has 6.0.2800.106.xpsp2_gdr.040517-1325. The issue is that when you look at a webpage, such as google.com, the textbox size is different for each one. The unit, 6.0.2800.106.xpsp2_gdr.040517-1325, seems to have one less character in the text box unlike the IE version, 6.0.2800.1106.xpsp2.040919-1003. Is there some sort of fix for this issue? I had downloaded the same patches for each box, but it seems the same. Perhaps it's ...

RTL timing issue
Hi, I am using a customized board with 1 spartan 3 xc3s4000 FPGA and 2 Gigabit Phys. My system clock is 125Mhz and i am facing an issue which occurs after a while but since it occurs so it is a problem for me. I have no timing failures in my design, at least none reported by xilinx ISE. I also read the delay report to see if there are any of my critical signals listed under the worst delay paths,none. The design is actually a MAC so whatever we receive from one PHY is transmitted on to the other PHY. The problem i am facing is that occasionally only one byte in the packet gets corrupt.And i...

Xilinx Spartan-3 Supply Issues?
Hi all, Hoping for a little bit of insight from all of you: We're currently looking at implementing a small, low-cost PLD implementation on one of our products -- managed Ethernet switch. As Xilinx and Altera are fighting tooth and nail to get in, it's difficult to discern who is telling the truth. The most bothering of all are rumours that Xilinx has yet to perfect the 90um fab, and has dumped IBM as one of their 90um suppliers (and are left with just one fab). As a result customers have been waiting and waiting for parts. Is this true at all? We're looking at the Spartan-3...

Liveupgrade issues
Hi, I had some files in /var/tmp which disappeared after the liveupgrade to the 8/11 release, also originally(before the upgrade), I had commented out "root" in /etc/ftpd/ftpusers, but sfter the liveupgrade it was uncommented........... Can anyone explain this behaviour.... In article <e83cb756-8a42-428c-a2da-275ec92d7b4f@googlegroups.com>, Dariusz Dolecki <dariusz.dolecki@gmail.com> wrote: >I had some files in /var/tmp which disappeared after the liveupgrade If you lumount(1M) your legacy BE, were those files retained there? >also originally(before...

Redhat 9 & iptable and adsl modem setup question
Hi There, We have a Linux box (Redhat 9) that connects to adsl modem. Our Windows clients use linux as a gateway and router. I applied the following iptable commands, now looks like everything works, but, I am,also, using linux box as a web server, and we can't browse the site hosted on our linux box thru our local network, where as any body from the net can browse. I guess I am missing some extra commands to tell the linux box let the local network clients get into web server. Here is the network; (xx.xx.xx.xx)(our static ip) [ADSL modem] (192.168.1.1) ...

Possible memory issue
If I have the following declaration: static char *list[1] = {0}; and I execute this code: list[0] = malloc(10); am I asking for problems? Here's what I'm wondering. "list" is a 1 element array of char pointers. The address that is stored in the 0th element of "list" is a hard-coded 0. Now, I know that when a pointer is initialized to a constant value (in practice, this is usually a string), the value that the pointer points to should not be changed. In this instance, the array pointer is pointing to 0. The malloc will change the value that the array pointe...

RE: [UNIFACE-L:340] Environment information
> From: Kessel, John > Subject: [UNIFACE-L:340] Environment information > Date: 2002-05-02 06:54:10 PST > > We develop an application and distribute this to our clients. > For better service we want to know on a regular base more information about > the clients environment, as: > > client: > - operating system and version > - middleware / db-connection > - hardware (processor, speed, memory) > > server: > - rdbms and version > - operating system > > network: > - protocol > > The goal is to run this in an Unifac...

Inherirance issue.
An application defines an object (class) A that has a property x. The application also defines an object B that is inherited from A and has an additional property Y. The application can be used interactively to create an object of type B. When I want to access property X of the object, is there any advantage in declaring the object as of type A rather than of type B like this: Dim B1 as A Set B1 =3D GetCreatedObject Msgbox B1.X OR should I use Dim B1 as B? OR it doesn=92t really matter? =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D "Sanjay Kulkarni" <sanganaksakha@gmail.com> wr...

Photodesk copyright issue
I had to change my Iyo, which died, for a Panther. I copied across whatever was needed from the old hard disc to the new one, including a copy of photodesk. I have no idea which version. However, it won't open saying copyright infringement suspected, contact spacetech for help. Well, hmmm. Can anyone point me in the direction of whoever mainatains etc? Thanks Tim -- In article <3d90de3f54.Tim@lynndene.demon.co.uk>, Tim <Tim@lynndene.demon.co.uk> wrote: > I had to change my Iyo, which died, for a Panther. > I copied across whatever was neede...

Stats comp.os.linux.setup (last 7 days) #191
Stats comp.os.linux.setup (last 7 days) Top 10 posters for the period: rank posts kbytes name address 1 7 13.9 Matt Giwer jull43@tampabay.REMover.r 2 5 10.3 Angelocracy.com gmail987654321@yahoo.com 3 4 4.9 flyer flyer@there.net 4 3 7.0 Jim adirondackmtn@yahoo.com 5 3 6.1 VA gth780x@mail.gatech.edu 6 3 5.4 zouz elsiddik@gmail.com 7 3 4.7 Mark Hobley markhobley@hotpop.deletet ...

setup.py question (newbie)
This is a multi-part message in MIME format. ------=_NextPart_000_0012_01C3AB07.C34DC340 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable hi all: i want to write an application with python, but first i was checking how = to set (or let the user choose) the install directory and the = application data directory.=20 i was reading in the documentation "Distributing Python modules" and i = understood i should do 2 things to accomplish my 2 objectives (setting = the install directory and setting the application data directory): 1) w...

[News] Semantic Web Evolves, Openness Still an Issue for UK Government
Adding Some SPARQL to the Semantic Web ,----[ Quote ] | Tim Berners-Lee's Semantic Web project has been churning away in the | background for so long now that it's easy to overlook the steady progress it | is making... `---- http://www.computerworlduk.com/toolbox/open-source/blogs/index.cfm?entryid=372&blogid=14 Fighting for Open Access in Russia ,----[ Quote ] | The UK is apparently not the only country where there is a fight going on for | open access to government information: | | The Institute for Information Freedom Development (IIFD) fighting for the | sta...

Threading Issue
------=_Part_46144_17649897.1131136360704 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi there, I am a newb to wx-widgets. I'm designing a worker thread to do file copies from a device to a local hard disk. I've derived my class from wxThread. I do something like this: MyThread* m_psThread =3D new MyThread( src, trg ); and then in my Update() function, I check for the threads progress... if( m_psThread->Progess() =3D=3D 100 ) { m_psThread->Delete(); // This is the part I am not sure abo...

open_system and load_system Issue
Hi! I tried to load a Model File with load_system command and get all the line in it. After getting the line I get the points of each line to determine if a diagonal line was presence within a Model. There's no problem with it. But I was confused when I open exactly the same Model I tested and find out out that the number of points of a certain line differs when I open it than loading it. Can anyone help me to deal with this kind of problem? Thanks. ...

T23 battery charge issue
My T23 is acting a bit weird. I've had this aftermarket battery in it for about a year now, and it is getting near the end of it's life. I don't actually discharge it much, using the laptop MOST of the time docked, so the battery probably hasn't been 'cycled' more than 40 times in a year. The problem is that sometimes the battery just 'kicks off' and won't charge. I'll resume my laptop and find the battery at 5%. It starts to charge and gets maybe 20 minutes in when it just stops. No icon over the AC plug indicating incoming charge. I bring up the ...

Code to modify process environment?
I remember some discussion earlier this year about code to modify process environment (as opposed to CRTL environment, which may be modified by setenv() etc). IIRC, the code was dependent on 32-bitness of the process, and how to do it in 16-bit case remains unknown (though CMD.EXE can do this). a) Is 32-bit version available somewhere? b) How to distinguish 32-bit process and 16-bit process (e.g., from a DLL)? Thanks, Ilya Ilya Zakharevich wrote: > I remember some discussion earlier this year about code to modify > process environment > a) Is 32-bit version av...

Connection issues to IDS 9.3/9.4 on W2K
Afternoon all IDS 9.30 & 9.40 Windows 2000 Advanced Server Dell PowerEdge 2640 with 2 x Xeon 2.8Ghz processors multithreaded to 4 virtual processors (i.e. should be REALLY fast) Has anyone else experienced any latency issues (anywhere between 2-4 seconds) when performing dbaccess connections or simply performing onstat commands?? I have the same engine versions on a Windows 2000 Professional PC and do NOT experience ANY latency issues (i.e. almost instant response to ANY onstat command and straight in using dbaccess) I've attempted to put the machine name and IP addr...

Openscourc3 Magazine issue #3 available for free dowload
Opensourc3 is a magazine dedicated to Unified and Cloud Computing using open source technologies. It is published on a monthly basis. This issue loooks at: - KaOS- a new Open Source Hypervisor and virtualization platform - Live Migration - PostgreSQL - Virtualizing VoIP - Packet Analysis with ScaPY For your free copy do to http://www.opensourc3.org . Issue 3 is directly downloadable at http://download.opensourc3.org/pdf/issue3.pdf or via flash reader at http://download.opensourc3.org/flash/issue3.html ##########################################################################...

DXTerm Issue Not Working
Tru64 version 4.0F I have a user that can *not* bring up a DXTerm from his workstation, however, he can log into another workstation and has no problem - seems like problem is localized to his workstation. I can log into his workstation and bring up a DXTerm with no problem. Looked at the following at his local machine: /var/dt/Xerrors - unremarkable /usr/var/dt/appconfig/appmanager and renamed <user>-<machine>-0 out of the way and had user re-log back into his machine - DXTerm still does not work. looked at files in /usr/var/adm/syslog.dated/... still unremarkable...

Linking issues with libpq
This is a multi-part message in MIME format. ------_=_NextPart_001_01C3FB77.448426FA Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, I am getting following error if I compile postgres7.4.1 source code using g= make and gcc. ld.so.1: /tmp/postgres/bin/psql: fatal: libgcc_s.so.1: open failed: No such= file or directory =20 I suppose this is because libpq.so is using libgcc.so, which is not availab= le to runtime linker ld. Can I build libpq.so where I can statically link libgcc.a instead of libgcc= ..so. If yes, Can an...

Oddball KVM setup
I want to eliminate an extra keyboard and mouse from my desktop. I already use a KVM to switch between 2 computers. However, I've just added a second video card and monitor to one of my computers. I'd like to add a mode where I can have both monitors active and switch the second monitor between 2 settings: a) dual monitors on machine A; and b) one monitor on each machine. I want to still use only one keyboard. I think I can do this, but I need help figuring out how to set it up. Monitor 1 is dedicated to machine A, so it's not switched at all. Monitor two need...

Jpanel background image issues
I am having trouble showing the background image onto a panel All the JPanel code should be right but when I run the app, it just shows the JFrame with no panel. There is no IOException when ran so it reads the file with no problem. NewJFrame.java http://paste2.org/p/9818 ImagePanel.java http://paste2.org/p/9819 Does anyone have and ideas? Using: Java 1.6u3 Gorilla3D wrote: > I am having trouble showing the background image onto a panel All the > JPanel code should be right but when I run the app, it just shows the > JFrame with no panel. There is no IOException when ran so it re...