Re: How could one use Swing in linux 7.0

[Peter Schuller]

>I had a problem with linux JVM, when I write any swing 
> programe in linux then an unknown package or class's error does occur.

Are you using the old com.sun.java.swing package names perhaps? It was
switched a while back to javax.swing.

(And btw, RedHat != Linux. Linux is only up to 2.4 in versioning :)).

-- 
/ Peter Schuller, InfiDyne Technologies HB

PGP userID: 0x5584BD98 or 'Peter Schuller <[EMAIL PROTECTED]>'
Key retrival: Send an E-Mail to [EMAIL PROTECTED]
E-Mail: [EMAIL PROTECTED] Web: http://scode.infidyne.com


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

java.lang.Runtime

[Lars Lathan]

Hello,

I try to run an ICA-Client from within my java program using the exec() 
method from java.lang.Runtime. Here a snipset of my code:

   String cmd = "/home/ica/jicasession -address:192.168.1.200 
-username:joe -password:joe 
\"-initialprogram:C:\\Office\\Word\\winword.exe C:\\docs\\1.doc";

   Runtime r = Runtime.getRuntime();
   r.exec(cmd);

When I run this, the ICA client starts, but instead of executing the 
whole initialprogram parameter it tries to execute C:\docs\1.doc.

Excecuting the above command on my console works fine.


Does anybody got a similar problems and knows how to solve it?

Thanks, Lars.




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: How could one use Swing in linux 7.0

[alex]

 filename="text1.sdw"

libjava.so problem

[Alan Hawrelak]

When I issue the command:

ldd libjava.so

it returns with:

/usr/bin/ldd: line 1: 1243 Segmentation fault  LD_TRACE_LOADED_OBJECTS =
1 LD_WARN= LS_BIND_NOW= LD_VERBOSE= $(RTLD) "$file"

This was from an rpm install by:
jdk-1.3.0-FCS.ppc.rpm

I also tried the more recent
jdk-1.3.0-FCSa.ppc.rpm
with the same result

Anyone know what is happening?

Note that libjava.so resides in the directory:
/usr/local/jdk13/lib/jre/ppc
and for some strange reason the rpm installs a core dump in that
directory!

Alan Hawrelak



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: java.lang.Runtime

[Joseph Shraibman]

Lars Lathan wrote:
> 
> Hello,
> 
> I try to run an ICA-Client from within my java program using the exec()
> method from java.lang.Runtime. Here a snipset of my code:
> 
>String cmd = "/home/ica/jicasession -address:192.168.1.200
> -username:joe -password:joe
> \"-initialprogram:C:\\Office\\Word\\winword.exe C:\\docs\\1.doc";
> 
>Runtime r = Runtime.getRuntime();
>r.exec(cmd);
> 
> When I run this, the ICA client starts, but instead of executing the
> whole initialprogram parameter it tries to execute C:\docs\1.doc.
> 
> Excecuting the above command on my console works fine.
> 
> Does anybody got a similar problems and knows how to solve it?
> 

So something like:
String[] cmd = { "home/ica/jicasession","-address:192.168.1.200",
"-username:joe","-password:joe","-initialprogram:C:\\Office\\Word\\winword.exe
C:\\docs\\1.doc"};

 Runtime r = Runtime.getRuntime();
r.exec(cmd);


-- 
Joseph Shraibman
[EMAIL PROTECTED]
Increase signal to noise ratio.  http://www.targabot.com


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

[OT]: invoking methods two levels up the hierarchy?

[Dimitris Vyzovitis]

This is totally off topic, but somebody may have an idea... You can 
answer (or flame me ;) in private to avoid contaminating the list further.

Is there any way to invoke a method for a class two levels up the hierarchy?
To be more specific, consider the following scenario:
class A {
void doit() {
// ...
}
}

abstract class B extends A {
abstract void doit();
}

class C extends B {
void doit() {
// ...
}
}

Now, say that an instance of C wants to invoke the method implementation 
in A. Apparently, there is no way to do it... 

Neither a reflective invokation or a direct invokation will work. 
That is, in an instance of C,
super.doit() is invalid (since doit is an abstract method in B), while
A.class.getDeclaredMethod( "doit", null ).invoke( this, null ) will 
invoke the method implementation in C, which overrides the method 
implementation in A, hence falling into an infinite loop.

Is there any way to work around this, apart from declaring B like this: 
abstract class B {
void doit() { super.doit(); }
}
(this is not satisfactory, because you may want to force B subclasses to 
override doit(), and a declaration like this may allow C to compile without
doing so).

-- dimitris
   mailto:[EMAIL PROTECTED]


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]