Problems with Emacs/JDE
whew, I just started the move from windows to Linux and try to work like
a true
man ;-) using
xemacs and JDE.
well the first steps were o.k., I even mastered installing the JDK 1.2
with mySQL
JDBC driver,
but now I have some configuration problems with xemacs and JDE I cannot
solve.
would be great if
someone is able to share his or her experiences. The problems are in
detail:
(1) Problems with automatical identation
(2) Abbreviations with JDE
(3) "Find braces"
ad 1)
when I have some identation like:
for (int i=1; (i<10); i++) {
System.out.println("" + i); // when I press enter here I want the
next line
to start
// automatically here and not
// here
}
is this description clear?
ad 2)
reading the JDE help file, there should be the possibility of
abbreviations, so
when I type:
pub JDE should finish this to public or the like
I enabled the function in JDE config like described in the help, but the
abbrev.
function simpy
does not work. any idea?
ad 3)
A really important function for me is to find the fitting braces, e.g.
in the
upper code
example, when the cursor is on the last } there should be a function to
show/jump
to the upper {
brace.
so these are really lots of questions.
probably some of you are so kind and could help me yet beeing a Linux
dummy...
thanx in advance
Alex
P.S.: sorry, the last time this message jumped into the wrong thread...
Dipl.Ing. Alexander Schatten
Email: [EMAIL PROTECTED]
URL: http://www.bigfoot.com/~AlexanderSchatten
Address: Gallitzinstr.7-13/7/71160 Vienna/Austria
Tel: +43 1 914 29 84 FAX: +49 89 666 176 2292
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problems with Emacs/JDE
Kontorotsui wrote:
> On 10-Jul-99 Alexander Schatten wrote:
> > ad 1)
> > when I have some identation like:
> > for (int i=1; (i<10); i++) {
> > System.out.println("" + i); // when I press enter here I want the next
> > line to start
> > // automatically here and not
> > // here
> > }
>
> I think you have to press tab after enter to make the line start there.
yes, thank you, I know this function, but I find it not very comfortable to do so;
I´d really like some automatical identation that makes the same, but without
always having to press the tab key.
thanx
Alex
Dipl.Ing. Alexander Schatten
Email: [EMAIL PROTECTED]
URL: http://www.bigfoot.com/~AlexanderSchatten
Address: Gallitzinstr.7-13/7/71160 Vienna/Austria
Tel: +43 1 914 29 84 FAX: +49 89 666 176 2292
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Netscape helper apps
Okay, I've given up on making netscape run java (tried the fonts, color depth, 4.08, 4.6, 4.61...). Appletviewer DOES work however. Does anyone know how I can have netscape call appletviewer for java apps? I've added a new type in netscape->prefrences->navigator->applications with MIME type application/x-java-applet and entention .class, but this does nothing. Also, I will need netscape to call appletviewer with the url of the page that the applet is in, but it will probably call it with the .class file, right. Anyone know how to fix this? -- Adam Carheden [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Netscape helper apps
Adam Carheden <[EMAIL PROTECTED]> writes: > Okay, I've given up on making netscape run java (tried the fonts, color > depth, 4.08, 4.6, 4.61...). Appletviewer DOES work however. Does > anyone know how I can have netscape call appletviewer for java apps? > I've added a new type in netscape->prefrences->navigator->applications > with MIME type application/x-java-applet and entention .class, but this > does nothing. Also, I will need netscape to call appletviewer with the > url of the page that the applet is in, but it will probably call it with > the .class file, right. Anyone know how to fix this? You can't without having at the source. Applets aren't loaded into any external application because they are within the tags, which tell the browser to load whatever's in the tags into the browser's VM. If you disable Java in the browser, it'll simply ignore what it doesn't understand -- the applet tags themselves. Since the classfile is called from within the tag itself, there's no way you can make anything else load the applet besides the VM in the browser. On a similar note, are there any projects underway to port Javasoft's plugin to linux? .c. -- Chris Woods ObjectNetworks Unlimited [EMAIL PROTECTED] ICQ#21740987 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: TYA
Kontorotsui wrote: > On 10-Jul-99 Adam Carheden wrote: > [TYA] > > Any suggestions? > > I had the same problem and asked the author for help. > He told me to put libtya.so in /jre/lib/i386/ and now tya works > perfectly. > you could also RTFM: ./configure --libdir=java It should do the job -- dimitris -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
JIT instability w.r.t. bad code?
I ran into this tidbit today in some Sun online training material on JDK1.2: > The JIT compiler also achieves a minor performance gain by not pre-checking certain >Java > boundary conditions such as Null pointer or array out of bounds exceptions. The only >way > the JIT compiler knows it has a null pointer exception is by a signal raised by the >operating > system. Because the signal comes from the operating system and not the Java VM, your > program takes a performance hit. To ensure the best performance when running an > application with the JIT, make sure your code is very clean with no errors like Null >pointer or > array out of bounds exceptions. I suppose this is describing the sunwjit compiler, and not a general condition that JITs are required to handle. But it does seem a bit dicey, relying on signals to detect conditions that might not raise a signal, and -- relevant to the Blackdown porting challenges -- relying on a mechanism that seems to be very troublesome in the Linux multi-threaded environment. Has this JIT feature been causing any problems in the Blackdown port? Nathan Meyers [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: JIT instability w.r.t. bad code?
sunwjit, symcjit and even hotspot do "implicit exceptions." Meaning a null pointer exception is detected from a SIGSEGV, and the VM raises the related NullPointerExcetion from the signal handler. This offers the best performance for the normal case where there isn't a NPE. In general, doing control flow through exceptions is a bad idea (because of the machinery required to find the handler, and also because Java's design requires stack traces to be filled into an exception object at the time of creation). Exceptions are for exceptional circumstances. That said, the sunwjit port of Linux does NOT do implicit exceptions. There is a lot of code in the JIT that generates machine code that explicitly tests for NPEs, StackOverflows, ArithmeticExceptions. So if you compared the performance of sunwjit or Solaris vs. sunwjit on Linux, the Solaris one will be slightly ahead (I haven't measured exactly how much). Personally I prefer explicit checks. But an ex-Self person (and now HotSpot person) once told me that explicit checks in the Self system cost about 5-10% in performance depending on the application you are running. -Anand. > Date: Sun, 11 Jul 1999 15:18:34 -0700 > From: Nathan Meyers <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > > I ran into this tidbit today in some Sun online training material on > JDK1.2: > > > The JIT compiler also achieves a minor performance gain by not pre-checking >certain Java > > boundary conditions such as Null pointer or array out of bounds exceptions. The >only way > > the JIT compiler knows it has a null pointer exception is by a signal raised by >the operating > > system. Because the signal comes from the operating system and not the Java VM, >your > > program takes a performance hit. To ensure the best performance when running an > > application with the JIT, make sure your code is very clean with no errors like >Null pointer or > > array out of bounds exceptions. > > I suppose this is describing the sunwjit compiler, and not a general > condition that JITs are required to handle. But it does seem a bit > dicey, relying on signals to detect conditions that might not raise a > signal, and -- relevant to the Blackdown porting challenges -- relying > on a mechanism that seems to be very troublesome in the Linux > multi-threaded environment. > > Has this JIT feature been causing any problems in the Blackdown port? > > Nathan Meyers > [EMAIL PROTECTED] > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: JIT instability w.r.t. bad code?
Anand Palaniswamy wrote: > > sunwjit, symcjit and even hotspot do "implicit exceptions." Meaning a > null pointer exception is detected from a SIGSEGV, and the VM raises > the related NullPointerExcetion from the signal handler. This offers > the best performance for the normal case where there isn't a NPE. In > general, doing control flow through exceptions is a bad idea (because > of the machinery required to find the handler, and also because Java's > design requires stack traces to be filled into an exception object at > the time of creation). Exceptions are for exceptional circumstances. > > That said, the sunwjit port of Linux does NOT do implicit exceptions. > There is a lot of code in the JIT that generates machine code that > explicitly tests for NPEs, StackOverflows, ArithmeticExceptions. So > if you compared the performance of sunwjit or Solaris vs. sunwjit on > Linux, the Solaris one will be slightly ahead (I haven't measured > exactly how much). > > Personally I prefer explicit checks. But an ex-Self person (and now > HotSpot person) once told me that explicit checks in the Self system > cost about 5-10% in performance depending on the application you are > running. Thanks for the info, Anand. The original article (http://developer.java.sun.com/developer/onlineTraining/Programming/JDCBook/perf2.html) mentioned a reliance on signals for other conditions, such as array out-of-bounds exceptions. True? Maybe Java's radically different, but C/C++ programmers certainly can't rely on a SIGSEGV from that condition. Nathan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
JWS 1.1.3 question?
Out on the blackdown site is a set of instructions and a jwebs-linux.diff file for Java Web Server 1.1. Is all this the same for 1.1.3. Any other 'heads-up' I should have on getting JWS 1.1.3 up on linux? Thanks in advance john -- E-Mail: John N. Alegre <[EMAIL PROTECTED]> Date: 11-Jul-99 Time: 20:16:26 This message was sent by XFMail -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: JIT instability w.r.t. bad code?
Anand Palaniswamy wrote: > sunwjit, symcjit and even hotspot do "implicit exceptions." Meaning a > null pointer exception is detected from a SIGSEGV, and the VM raises > the related NullPointerExcetion from the signal handler. TYA detects NullPointerExceptions with SIGSEGV on Linux. Even shuJIT detects NPEs and ArithmeticExceptions with SIGSEGV and SIGFPE. > That said, the sunwjit port of Linux does NOT do implicit exceptions. > There is a lot of code in the JIT that generates machine code that > explicitly tests for NPEs, StackOverflows, ArithmeticExceptions. I'm interested in why you know it. Have you done the porting of the sunwjit? > Personally I prefer explicit checks. Why? > But an ex-Self person (and now > HotSpot person) once told me that explicit checks in the Self system > cost about 5-10% in performance depending on the application you are > running. > > -Anand. Kazuyuki SHUDO Happy Hacking! Muraoka Lab., Grad. School of Sci. & Eng., Waseda Univ. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
