headers
Paul Kinnucan | 1 Nov 2003 14:46
Picon
Favicon

Re: Anyone else getting hordes of bounce messages?

sylvain.letourneau <at> nrc-cnrc.gc.ca (  Sylvain Létourneau) writes:
 > 
 > Hi everyones,
 > 
 > I'm the guy to blame for the bounce messages from debian1.  Last week,
 > I made a mistake in my exim .forward file which prevented exim from
 > properly delivering my JDE messages which in turns resulted in these
 > bounce messages.
 > 
 > After fixing my mistake, I'm now restarting to receive JDE messages and
 > I'm deeply sorry to realize how much troubles I have caused.  Please
 > forgive me for all this.
 > 

Hi Sylvain,

Apology accepted. Thank you for letting us know what the problem was. I'm
relieved that it was not the result of a virus.

Paul

 > Sincerely,
 > Sylvain
 > 
 >                   Sylvain Létourneau
 > 		Tel/tél: 613 990-1178 | Facsimile/télécopieur: 613-952-0215
 > 			    sylvain.letourneau <at> nrc-cnrc.gc.ca 
 > 				http://iit-iti.nrc-cnrc.gc.ca
 > 
 > Research Officer                       Agent de Recherche
(Continue reading)

Permalink | Reply | 0 comments |
headers
Berndl, Klaus | 4 Nov 2003 19:27
Picon

ECB 2.01 released!

                              ECB 2.01 is released!

What's new in the new release:
------------------------------

* Changes for ECB version 2.01

** Overhaul of the display-layer and -handling of the tree-buffers

*** Now there are 3 different styles available
    * Image: Looks very nice and modern - just give it a try or see the
      screenshots-section at http://ecb.sourceforge.net (e.g.
      http://ecb.sourceforge.net/screenshots/1.png)
    * Ascii with guide-lines: Drawing the trees with ascii-symbols
    * Ascii without guide-lines: This is the style of ECB <= 1.96

    For details and a visualization of these different styles see the new
    option `ecb-tree-buffer-style' (replaces the old option
    `ecb-tree-use-image-icons').

    Especially the new image-style was inspired by the library tree-widget.el
    written by David Ponce <david <at> dponce.com>. Also some images shipped with
    ECB are "stolen" from this library.

*** No-leaf-tree-nodes with currently no subnodes are displayed with [x]
    An example are directories in the Directories tree-buffer which have
    currently no subdirectories. Leafs like source-files or methods are of
    course handled as leafs and not as currently empty nodes.

*** Fixed some inconsistencies in expanding, collapsing and selecting nodes
(Continue reading)

Permalink | Reply | 1 comment |
headers
Henrik Kjær | 4 Nov 2003 20:47
Picon

JDEBug - Invalid stack frame

I am trying to use JDEBug for debugging, but I am not having much success.
When I start debugging my JDEBug opens nicely, but displays an "Invalid stack frame" message with red in the
buttom of the window, and the window has no content at all.

Any idea!?

I am on Windows XP, using emacs 21.1, jdee version 2.3.3beta6

I have this simple directory c:/Project which contains my one and only .java file and its .class.

I do not get *jdeebug* message buffer in emacs

I have followed the JDEBug User guide for setting of JDEBug, except that I couldn't set up the
jde-db-source-directories as it is nowhere to be found,
but I guess JDEBug just uses the jde-sourcepath instead!?

Henrik

Here is my process buffer output, when stopped at breakpoint

*** Debugger Output for Process ArrayListExperiment(1) ***

vm started...
All threads suspended...
Launch command line:
  javaw -classpath c:/Project  ArrayListExperiment  

Emacs connected to standard IO port 2640 for process ArrayListExperiment.
Launched VM Java Debug Interface (Reference Implementation) version 1.4 
Java Debug Wire Protocol (Reference Implementation) version 1.4
(Continue reading)

Permalink | Reply | 5 comments |
headers
Troy Daniels | 4 Nov 2003 21:00

Re: JDEBug - Invalid stack frame

At 08:47 PM 11/4/2003 +0100, Henrik Kjær wrote:

>I am trying to use JDEBug for debugging, but I am not having much success.
>When I start debugging my JDEBug opens nicely, but displays an "Invalid 
>stack frame" message with red in the buttom of the window, and the window 
>has no content at all.
>
>Any idea!?

That's actually "normal" operation.  The window is part of a rudimentary 
GUI, that is a recent addition.  It currently only shows the value of local 
variables.  The error message is because, when the debugger starts, it 
sometimes tries to update the local variable display when the process isn't 
suspended.  That causes an exception, which is reported in red.  In my 
environment, the message usually goes away quickly.

Try setting a breakpoint (C-c C-z C-b) in your program on a line after 
local variables are defined.  The line should be green after you set the 
breakpoint and turn red after you start the JDEbug.  When the program gets 
to that line, the error message should disappear, and the window should 
show the local variables in a tree view.

Troy
Permalink | Reply | 4 comments |
headers
Henrik Kjær | 4 Nov 2003 21:20
Picon

Re: JDEBug - Invalid stack frame

Thanx Trey.

For some reason JDEBug breaks at my first breakpoint, but the line did not
get read and nothing get in my JDEBug window except the exception!?
Anyway, I just set another breakpoint in the next line and C-c C-z C-c
(continue) and then I get something in my window - nice :-)

Henrik

----- Original Message ----- 
From: "Troy Daniels" <troy.daniels <at> alphatech.com>
To: "Henrik Kjær" <henrik.kjaer <at> webspeed.dk>; <jde <at> sunsite.dk>
Sent: Tuesday, November 04, 2003 9:00 PM
Subject: Re: JDEBug - Invalid stack frame

At 08:47 PM 11/4/2003 +0100, Henrik Kjær wrote:

>I am trying to use JDEBug for debugging, but I am not having much success.
>When I start debugging my JDEBug opens nicely, but displays an "Invalid
>stack frame" message with red in the buttom of the window, and the window
>has no content at all.
>
>Any idea!?

That's actually "normal" operation.  The window is part of a rudimentary
GUI, that is a recent addition.  It currently only shows the value of local
variables.  The error message is because, when the debugger starts, it
sometimes tries to update the local variable display when the process isn't
suspended.  That causes an exception, which is reported in red.  In my
environment, the message usually goes away quickly.
(Continue reading)

Permalink | Reply | 3 comments |
headers
Jayakrishnan Nair | 5 Nov 2003 04:11
Picon
Favicon

RE: ECB 2.01 released!

Cool Stuff. I tried setting  ecb-tree-buffer-style to image and it did
not change from Ascii with guide-lines. I am using GNU Emacs 21.2.1 on
Windows 2K

-----Original Message-----
From: Berndl, Klaus [mailto:klaus.berndl <at> sdm.de] 
Sent: Tuesday, November 04, 2003 10:28 AM
To: jde <at> sunsite.dk
Subject: ECB 2.01 released!

                              ECB 2.01 is released!

What's new in the new release:
------------------------------

* Changes for ECB version 2.01

** Overhaul of the display-layer and -handling of the tree-buffers

*** Now there are 3 different styles available
    * Image: Looks very nice and modern - just give it a try or see the
      screenshots-section at http://ecb.sourceforge.net (e.g.
      http://ecb.sourceforge.net/screenshots/1.png)
    * Ascii with guide-lines: Drawing the trees with ascii-symbols
    * Ascii without guide-lines: This is the style of ECB <= 1.96

    For details and a visualization of these different styles see the
new
    option `ecb-tree-buffer-style' (replaces the old option
    `ecb-tree-use-image-icons').
(Continue reading)

Permalink | Reply | 0 comments |
headers
Berndl, Klaus | 5 Nov 2003 09:12
Picon

RE: ECB 2.01 released!

>Cool Stuff. I tried setting  ecb-tree-buffer-style to image and it did
>not change from Ascii with guide-lines. I am using GNU Emacs 21.2.1 on
>Windows 2K

Of course, because GNU Emacs 21.2 does not support images on windows ;-)
The image-code for Windows is only in the cvs.
So, the image-style works only for XEmacs, GNU Emasc 21 for Unix/linux or GNU Emacs 21 cvs.

Ciao
Klaus

-----Original Message-----
From: Berndl, Klaus [mailto:klaus.berndl <at> sdm.de] 
Sent: Tuesday, November 04, 2003 10:28 AM
To: jde <at> sunsite.dk
Subject: ECB 2.01 released!

                              ECB 2.01 is released!

What's new in the new release:
------------------------------

* Changes for ECB version 2.01

** Overhaul of the display-layer and -handling of the tree-buffers

*** Now there are 3 different styles available
    * Image: Looks very nice and modern - just give it a try or see the
      screenshots-section at http://ecb.sourceforge.net (e.g.
      http://ecb.sourceforge.net/screenshots/1.png)
(Continue reading)

Permalink | Reply | 2 comments |
headers
Suraj Acharya | 5 Nov 2003 10:11

Re: ECB 2.01 released!


Berndl, Klaus wrote:
>>Cool Stuff. I tried setting  ecb-tree-buffer-style to image and it did
>>not change from Ascii with guide-lines. I am using GNU Emacs 21.2.1 on
>>Windows 2K
> 
> 
> Of course, because GNU Emacs 21.2 does not support images on windows ;-)
> The image-code for Windows is only in the cvs.
> So, the image-style works only for XEmacs, GNU Emasc 21 for Unix/linux or GNU Emacs 21 cvs.

And you can get GNU Emacs 21 cvs for windows from here :

http://www.crasseux.com/emacs/

Suraj
Permalink | Reply | 1 comment |
headers
Berndl, Klaus | 5 Nov 2003 11:15
Picon

RE: ECB 2.01 released!

Berndl, Klaus wrote:
>>>Cool Stuff. I tried setting  ecb-tree-buffer-style to image and it did
>>>not change from Ascii with guide-lines. I am using GNU Emacs 21.2.1 on
>>>Windows 2K
> 
> 
>> Of course, because GNU Emacs 21.2 does not support images on windows
;-)
>> The image-code for Windows is only in the cvs.
>> So, the image-style works only for XEmacs, GNU Emasc 21 for Unix/linux
or GNU Emacs 21 cvs.

>And you can get GNU Emacs 21 cvs for windows from here :

>http://www.crasseux.com/emacs/

Yes, works very stable - i use this precompiled version already some weeks for my tests with next GNu Emacs release.

Klaus
Permalink | Reply | 0 comments |
headers
Henrik Kjær | 5 Nov 2003 16:35
Picon

Re: JDEBug - Invalid stack frame

Yes, the invalid stack frame message disappears automatically after a while,
so everything is okay there.
Now I just got the problem that JDEBug is SLOW, so if anyone got any idea
how I can speed it up,
I would be grateful.
I have a client application which communicates with a J2EE server and a mom
broker, it normally takes
about 10 sekunds to start up, but when I start it up in debug mode it can
take anything between 5 and 15 minuttes!
I can from my task manager see that emacs constantly uses anything between
70 and 90 pct. cpu and about 35 mb ram,
java uses 2 or 3 pct cpu and about 25 mb ram.

Any help or tips would be much appreciated

Henrik
----- Original Message ----- 
From: "Henrik Kjær" <henrik.kjaer <at> webspeed.dk>
To: <jde <at> sunsite.dk>; "Troy Daniels" <troy.daniels <at> alphatech.com>
Sent: Tuesday, November 04, 2003 9:20 PM
Subject: Re: JDEBug - Invalid stack frame

> Thanx Trey.
>
> For some reason JDEBug breaks at my first breakpoint, but the line did not
> get read and nothing get in my JDEBug window except the exception!?
> Anyway, I just set another breakpoint in the next line and C-c C-z C-c
> (continue) and then I get something in my window - nice :-)
>
> Henrik
(Continue reading)

Permalink | Reply | 2 comments |

Gmane