charva-users — Mailing list for users of Charva

[Charva-users] Git clone of the svn repository, Charva as AWT/Swing replacement

[Bálint R. <ba...@ba...>]

Dear Rob and Other Charva Contributors,

I took the liberty of creating a git clone of the current svn repository:
https://github.com/rbalint/charva

In case you would like to continue the development in git feel free to
use it as a starting point.
I think I could fully recreate the history with the proper author
names and email addresses.

The reason of creating the the git clone is that several years ago I
had the idea of changing Charva to become a full replacement for
AWT/Swing to allow running unmodified Java applications with GUI in
CLI to save memory and CPU time.

The plan was passing "-Dawt.toolkit=charva.awt.Toolkit" to java and
watching GUIs running in ncurses.

I have not finished the project but a few weeks ago I found my changes
in a backup and thought someone may find them useful. Sharing them on
GitHub seemed to be a better than just posting a patch set here, hence
the repo.

I did not want to fork Charva thus the master branch has the same
content as svn trunk, but
I would be happy if development could continue.

Cheers,
Balint

Re: [Charva-users] Trying to determine how active this project is

[Robert S. <rsz...@gm...>]

It’s a great bit of work. I was all set to write my own version of it when I came across it. 



Rob, do you mind if I either continue your work or fork it?

 

From: Jeff Tromp [mailto:jef...@gf...] 
Sent: May 16, 2014 8:13 AM
To: Patty Pitman
Cc: Robert Szabo; cha...@li...
Subject: Re: [Charva-users] Trying to determine how active this project is

 

Charva may not have any development going on, but it continues to work well.  I work for a $10+ billion dollar company and the mobile portion of our warehouse management system is written entirely in Charva.  It has served us well for many years.  

 

On Thu, May 15, 2014 at 12:13 PM, Patty Pitman <ro...@pi...> wrote:

Hi Bob,

 

I’m afraid that I haven’t done any work on Charva for several years; I have been too busy earning a living.

 

Kind Regards

Rob Pitman

 

 

From: Robert Szabo [mailto: <mailto:rsz...@gm...> rsz...@gm...] 
Sent: 01 May 2014 10:23 PM
To:  <mailto:cha...@li...> cha...@li...
Subject: [Charva-users] Trying to determine how active this project is

 

Can anyone tell me if this project is still active, and if I can contribute to it?

many thanks,

 

Bob


------------------------------------------------------------------------------
"Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.
Get unparalleled scalability from the best Selenium testing platform available
Simple to use. Nothing to install. Get started now for free."
http://p.sf.net/sfu/SauceLabs
_______________________________________________
Charva-users mailing list
Cha...@li...
https://lists.sourceforge.net/lists/listinfo/charva-users





 

-- 
Jeff Tromp

Warehouse Software Developer

616-717-7503

Re: [Charva-users] Trying to determine how active this project is

[Jeff T. <jef...@gf...>]

Charva may not have any development going on, but it continues to work
well.  I work for a $10+ billion dollar company and the mobile portion of
our warehouse management system is written entirely in Charva.  It has
served us well for many years.


On Thu, May 15, 2014 at 12:13 PM, Patty Pitman <ro...@pi...> wrote:

> Hi Bob,
>
>
>
> I’m afraid that I haven’t done any work on Charva for several years; I
> have been too busy earning a living.
>
>
>
> Kind Regards
>
> Rob Pitman
>
>
>
>
>
> *From:* Robert Szabo [mailto:rsz...@gm...]
> *Sent:* 01 May 2014 10:23 PM
> *To:* cha...@li...
> *Subject:* [Charva-users] Trying to determine how active this project is
>
>
>
> Can anyone tell me if this project is still active, and if I can
> contribute to it?
>
> many thanks,
>
>
>
> Bob
>
>
> ------------------------------------------------------------------------------
> "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
> Instantly run your Selenium tests across 300+ browser/OS combos.
> Get unparalleled scalability from the best Selenium testing platform
> available
> Simple to use. Nothing to install. Get started now for free."
> http://p.sf.net/sfu/SauceLabs
> _______________________________________________
> Charva-users mailing list
> Cha...@li...
> https://lists.sourceforge.net/lists/listinfo/charva-users
>
>


-- 
Jeff Tromp
Warehouse Software Developer
616-717-7503

Re: [Charva-users] Trying to determine how active this project is

[Robert S. <rsz...@gm...>]

Not looking to change it, merely extend.

 

From: Thomas Jahncke [mailto:tom...@gf...] 
Sent: May 15, 2014 2:41 PM
To: Patty Pitman
Cc: Robert Szabo; cha...@li...
Subject: Re: [Charva-users] Trying to determine how active this project is

 

Bob, 

 

We greatly appreciate the work Rob Pitman did on charva and use it in our application.  I am curious what would you like to contribute to the project?

 

Thanks,

 

Tom




Tom Jahncke | Tom...@gf...

Gordon Food Service® | Information Systems|  <http://www.gfs.com/> www.gfs.com

P 616-717-7525 

Street: 1300 Gezon Parkway SW | Wyoming, MI 49509-9300

Mail: Mail Code 12003-77525 | PO Box 1787 | Grand Rapids, MI 49501-1787

 

On Thu, May 15, 2014 at 12:13 PM, Patty Pitman <ro...@pi...> wrote:

Hi Bob,

 

I’m afraid that I haven’t done any work on Charva for several years; I have been too busy earning a living.

 

Kind Regards

Rob Pitman

 

 

From: Robert Szabo [mailto:rsz...@gm...] 
Sent: 01 May 2014 10:23 PM
To: cha...@li...
Subject: [Charva-users] Trying to determine how active this project is

 

Can anyone tell me if this project is still active, and if I can contribute to it?

many thanks,

 

Bob


------------------------------------------------------------------------------
"Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.
Get unparalleled scalability from the best Selenium testing platform available
Simple to use. Nothing to install. Get started now for free."
http://p.sf.net/sfu/SauceLabs
_______________________________________________
Charva-users mailing list
Cha...@li...
https://lists.sourceforge.net/lists/listinfo/charva-users

 

Re: [Charva-users] Trying to determine how active this project is

[Thomas J. <tom...@gf...>]

Bob,

We greatly appreciate the work Rob Pitman did on charva and use it in our
application.  I am curious what would you like to contribute to the project?

Thanks,

Tom

*Tom Jahncke* | Tom...@gf...

*Gordon Food Service®* | Information Systems| *www.gfs.com
<http://www.gfs.com/>*

P 616-717-7525

Street: 1300 Gezon Parkway SW | Wyoming, MI 49509-9300

Mail: Mail Code 12003-77525 | PO Box 1787 | Grand Rapids, MI 49501-1787



On Thu, May 15, 2014 at 12:13 PM, Patty Pitman <ro...@pi...> wrote:

> Hi Bob,
>
>
>
> I’m afraid that I haven’t done any work on Charva for several years; I
> have been too busy earning a living.
>
>
>
> Kind Regards
>
> Rob Pitman
>
>
>
>
>
> *From:* Robert Szabo [mailto:rsz...@gm...]
> *Sent:* 01 May 2014 10:23 PM
> *To:* cha...@li...
> *Subject:* [Charva-users] Trying to determine how active this project is
>
>
>
> Can anyone tell me if this project is still active, and if I can
> contribute to it?
>
> many thanks,
>
>
>
> Bob
>
>
> ------------------------------------------------------------------------------
> "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
> Instantly run your Selenium tests across 300+ browser/OS combos.
> Get unparalleled scalability from the best Selenium testing platform
> available
> Simple to use. Nothing to install. Get started now for free."
> http://p.sf.net/sfu/SauceLabs
> _______________________________________________
> Charva-users mailing list
> Cha...@li...
> https://lists.sourceforge.net/lists/listinfo/charva-users
>
>

Re: [Charva-users] Trying to determine how active this project is

[Patty P. <ro...@pi...>]

Hi Bob,

 

I'm afraid that I haven't done any work on Charva for several years; I have
been too busy earning a living.

 

Kind Regards

Rob Pitman

 

 

From: Robert Szabo [mailto:rsz...@gm...] 
Sent: 01 May 2014 10:23 PM
To: cha...@li...
Subject: [Charva-users] Trying to determine how active this project is

 

Can anyone tell me if this project is still active, and if I can contribute
to it?

many thanks,

 

Bob

[Charva-users] Trying to determine how active this project is

[Robert S. <rsz...@gm...>]

Can anyone tell me if this project is still active, and if I can contribute
to it?

many thanks,

 

Bob

Re: [Charva-users] how to draw in the client side

[Håkan M. <hak...@gm...>]

Hello,

I think it would be a major rewrite. You would need to change Toolkit.java
and remove the native connection to Toolkit.c, but also implement some
functionality provided by curses (handling terminal type etc)..   I was
thinking in doing this some years back, but after looking into it, I
skipped the idea and implemented some extra functionality around the
login-session (keeping track of logins, change passwords etc.) and used SSH.

BR,
  Håkan


On Fri, Oct 25, 2013 at 8:25 PM, Michel Dambros Figueiredo <
mic...@ho...> wrote:

> Thank you Håkan
>
> do you think it should be a big change  in charva ? Does the command that
> output the "texts" on the server is inside the curses lib ?
>
>
> ------------------------------
> Date: Fri, 25 Oct 2013 13:44:51 +0200
> Subject: Re: [Charva-users] how to draw in the client side
> From: hak...@gm...
> To: mic...@ho...
> CC: cha...@li...
>
>
> Hi Michael,
>
> Charva can't do what you are trying to do..  Charvra wraps/uses the curses
> lib from Java, so everything in charva will output on the server via
> curses.. Charva requires a rewrite if you want to read/write through
> sockets..
>
> But its possible to use telnet (on Linux anyway), if you add a
> system-user, implements a login-shell or using the default shell script
> (bash?) and in the startup-script in the users homedir, start the charva
> application (also make sure to logoff in the script afterwards..)
> However, I would recommend SSH instead of telnet..
>
> Regards
>    Håkan Medin
>
>
>
> On Fri, Oct 25, 2013 at 1:14 PM, Michel Dambros Figueiredo <
> mic...@ho...> wrote:
>
> Hi.
>
> I need to draw the charva objects in the client side, do you know how to
> do that ? take a look at the following comments.
> //the clients will use telnet [ip] [23] to use this program
> //the clients can see this text
>  //but this text interface does not display in the client side, it is
> displayed just in the server side (JVM Side)
>
>     public static void main(String args[]) throws Exception {
>         String clientSentence;
>         String capitalizedSentence;
>         ServerSocket welcomeSocket = new ServerSocket(23);  //***** the
> clients will use telnet [ip] [23] to use this program
>
>         while(true) {
>             Socket connectionSocket = welcomeSocket.accept();
>             BufferedReader inFromClient = new BufferedReader(new
> InputStreamReader(connectionSocket.getInputStream()));
>             DataOutputStream outToClient = new
> DataOutputStream(connectionSocket.getOutputStream());
>             outToClient.writeBytes("Charva");  //***** the clients can
> see this text
>             tutorial.charva.Tutorial testwin = new
> tutorial.charva.Tutorial();
>             testwin.show();   //***** but this text interface does not
> display in the client side, it is displayed just in the server side (JVM
> Side)
>             clientSentence = inFromClient.readLine();
>             if( clientSentence != null ){
>             capitalizedSentence = clientSentence.toUpperCase();
>             outToClient.writeBytes(capitalizedSentence);
>             }
>         }
>     }
>
>
> ------------------------------------------------------------------------------
> October Webinars: Code for Performance
> Free Intel webinars can help you accelerate application performance.
> Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most
> from
> the latest Intel processors and coprocessors. See abstracts and register >
> http://pubads.g.doubleclick.net/gampad/clk?id=60135991&iu=/4140/ostg.clktrk
> _______________________________________________
> Charva-users mailing list
> Cha...@li...
> https://lists.sourceforge.net/lists/listinfo/charva-users
>
>
>

Re: [Charva-users] how to draw in the client side

[Rob P. <ro...@ub...>]

Hi Michel,

 

I can confirm that Hakan is correct, the whole design of Charva is based on
wrapping of the curses lib. If you want the text to be displayed on a remote
(client) machine, you can use SSH or xterm. That is the way it was designed
to work. Changing that would not just be a big change, it would be a new
project.

 

Kind Regards,

--

Rob Pitman 

Cell: +27 82 651 3434  |  Tel: +27 12 667 1988  |  Fax: +27 12 667 2080

Email: ro...@ub...

Web: www.ubiquitech.co.za <http://www.ubiquitech.co.za/> 

 

 

 

From: Michel Dambros Figueiredo [mailto:mic...@ho...] 
Sent: 25 October 2013 08:25 PM
To: Håkan Medin
Cc: cha...@li...
Subject: Re: [Charva-users] how to draw in the client side

 

Thank you Håkan 

 

do you think it should be a big change  in charva ? Does the command that
output the "texts" on the server is inside the curses lib ? 

 

  _____  

Date: Fri, 25 Oct 2013 13:44:51 +0200
Subject: Re: [Charva-users] how to draw in the client side
From: hak...@gm...
To: mic...@ho...
CC: cha...@li...

Hi Michael,

Charva can't do what you are trying to do..  Charvra wraps/uses the curses
lib from Java, so everything in charva will output on the server via
curses.. Charva requires a rewrite if you want to read/write through
sockets..

But its possible to use telnet (on Linux anyway), if you add a system-user,
implements a login-shell or using the default shell script (bash?) and in
the startup-script in the users homedir, start the charva application (also
make sure to logoff in the script afterwards..)

However, I would recommend SSH instead of telnet..

 

Regards

   Håkan Medin

 

 

On Fri, Oct 25, 2013 at 1:14 PM, Michel Dambros Figueiredo
<mic...@ho...> wrote:

Hi.

 

I need to draw the charva objects in the client side, do you know how to do
that ? take a look at the following comments.

//the clients will use telnet [ip] [23] to use this program

//the clients can see this text 

 //but this text interface does not display in the client side, it is
displayed just in the server side (JVM Side)

 

    public static void main(String args[]) throws Exception {

        String clientSentence;

        String capitalizedSentence;

        ServerSocket welcomeSocket = new ServerSocket(23);  //***** the
clients will use telnet [ip] [23] to use this program

 

        while(true) {

            Socket connectionSocket = welcomeSocket.accept();

            BufferedReader inFromClient = new BufferedReader(new
InputStreamReader(connectionSocket.getInputStream()));

            DataOutputStream outToClient = new
DataOutputStream(connectionSocket.getOutputStream());

            outToClient.writeBytes("Charva");  //***** the clients can see
this text 

            tutorial.charva.Tutorial testwin = new
tutorial.charva.Tutorial();

            testwin.show();   //***** but this text interface does not
display in the client side, it is displayed just in the server side (JVM
Side)

            clientSentence = inFromClient.readLine();

            if( clientSentence != null ){

           capitalizedSentence = clientSentence.toUpperCase();

           outToClient.writeBytes(capitalizedSentence);

            }

        }

    } 


----------------------------------------------------------------------------
--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most
from
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60135991
<http://pubads.g.doubleclick.net/gampad/clk?id=60135991&iu=/4140/ostg.clktrk
> &iu=/4140/ostg.clktrk
_______________________________________________
Charva-users mailing list
Cha...@li...
https://lists.sourceforge.net/lists/listinfo/charva-users

 

Re: [Charva-users] how to draw in the client side

[Michel D. F. <mic...@ho...>]

Thank you Håkan 
do you think it should be a big change  in charva ? Does the command that output the "texts" on the server is inside the curses lib ? 

Date: Fri, 25 Oct 2013 13:44:51 +0200
Subject: Re: [Charva-users] how to draw in the client side
From: hak...@gm...
To: mic...@ho...
CC: cha...@li...

Hi Michael,

Charva can't do what you are trying to do..  Charvra wraps/uses the curses lib from Java, so everything in charva will output on the server via curses.. Charva requires a rewrite if you want to read/write through sockets..


But its possible to use telnet (on Linux anyway), if you add a system-user, implements a login-shell or using the default shell script (bash?) and in the startup-script in the users homedir, start the charva application (also make sure to logoff in the script afterwards..)

However, I would recommend SSH instead of telnet..

Regards
   Håkan Medin




On Fri, Oct 25, 2013 at 1:14 PM, Michel Dambros Figueiredo <mic...@ho...> wrote:




Hi.
I need to draw the charva objects in the client side, do you know how to do that ? take a look at the following comments.//the clients will use telnet [ip] [23] to use this program
//the clients can see this text  //but this text interface does not display in the client side, it is displayed just in the server side (JVM Side)
    public static void main(String args[]) throws Exception {
        String clientSentence;        String capitalizedSentence;        ServerSocket welcomeSocket = new ServerSocket(23);  //***** the clients will use telnet [ip] [23] to use this program

        while(true) {            Socket connectionSocket = welcomeSocket.accept();            BufferedReader inFromClient = new BufferedReader(new InputStreamReader(connectionSocket.getInputStream()));
            DataOutputStream outToClient = new DataOutputStream(connectionSocket.getOutputStream());            outToClient.writeBytes("Charva");  //***** the clients can see this text 
            tutorial.charva.Tutorial testwin = new tutorial.charva.Tutorial();            testwin.show();   //***** but this text interface does not display in the client side, it is displayed just in the server side (JVM Side)
            clientSentence = inFromClient.readLine();            if( clientSentence != null ){	            capitalizedSentence = clientSentence.toUpperCase();
	            outToClient.writeBytes(capitalizedSentence);            }        }    }  		 	   		  

------------------------------------------------------------------------------

October Webinars: Code for Performance

Free Intel webinars can help you accelerate application performance.

Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from

the latest Intel processors and coprocessors. See abstracts and register >

http://pubads.g.doubleclick.net/gampad/clk?id=60135991&iu=/4140/ostg.clktrk
_______________________________________________


Charva-users mailing list

Cha...@li...

https://lists.sourceforge.net/lists/listinfo/charva-users



 		 	   		  

Re: [Charva-users] how to draw in the client side

[Håkan M. <hak...@gm...>]

Hi Michael,

Charva can't do what you are trying to do..  Charvra wraps/uses the curses
lib from Java, so everything in charva will output on the server via
curses.. Charva requires a rewrite if you want to read/write through
sockets..

But its possible to use telnet (on Linux anyway), if you add a system-user,
implements a login-shell or using the default shell script (bash?) and in
the startup-script in the users homedir, start the charva application (also
make sure to logoff in the script afterwards..)
However, I would recommend SSH instead of telnet..

Regards
   Håkan Medin



On Fri, Oct 25, 2013 at 1:14 PM, Michel Dambros Figueiredo <
mic...@ho...> wrote:

> Hi.
>
> I need to draw the charva objects in the client side, do you know how to
> do that ? take a look at the following comments.
> //the clients will use telnet [ip] [23] to use this program
> //the clients can see this text
>  //but this text interface does not display in the client side, it is
> displayed just in the server side (JVM Side)
>
>     public static void main(String args[]) throws Exception {
>         String clientSentence;
>         String capitalizedSentence;
>         ServerSocket welcomeSocket = new ServerSocket(23);  //***** the
> clients will use telnet [ip] [23] to use this program
>
>         while(true) {
>             Socket connectionSocket = welcomeSocket.accept();
>             BufferedReader inFromClient = new BufferedReader(new
> InputStreamReader(connectionSocket.getInputStream()));
>             DataOutputStream outToClient = new
> DataOutputStream(connectionSocket.getOutputStream());
>             outToClient.writeBytes("Charva");  //***** the clients can
> see this text
>             tutorial.charva.Tutorial testwin = new
> tutorial.charva.Tutorial();
>             testwin.show();   //***** but this text interface does not
> display in the client side, it is displayed just in the server side (JVM
> Side)
>             clientSentence = inFromClient.readLine();
>             if( clientSentence != null ){
>             capitalizedSentence = clientSentence.toUpperCase();
>             outToClient.writeBytes(capitalizedSentence);
>             }
>         }
>     }
>
>
> ------------------------------------------------------------------------------
> October Webinars: Code for Performance
> Free Intel webinars can help you accelerate application performance.
> Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most
> from
> the latest Intel processors and coprocessors. See abstracts and register >
> http://pubads.g.doubleclick.net/gampad/clk?id=60135991&iu=/4140/ostg.clktrk
> _______________________________________________
> Charva-users mailing list
> Cha...@li...
> https://lists.sourceforge.net/lists/listinfo/charva-users
>
>

[Charva-users] how to draw in the client side

[Michel D. F. <mic...@ho...>]

Hi.
I need to draw the charva objects in the client side, do you know how to do that ? take a look at the following comments.//the clients will use telnet [ip] [23] to use this program//the clients can see this text  //but this text interface does not display in the client side, it is displayed just in the server side (JVM Side)
    public static void main(String args[]) throws Exception {        String clientSentence;        String capitalizedSentence;        ServerSocket welcomeSocket = new ServerSocket(23);  //***** the clients will use telnet [ip] [23] to use this program
        while(true) {            Socket connectionSocket = welcomeSocket.accept();            BufferedReader inFromClient = new BufferedReader(new InputStreamReader(connectionSocket.getInputStream()));            DataOutputStream outToClient = new DataOutputStream(connectionSocket.getOutputStream());            outToClient.writeBytes("Charva");  //***** the clients can see this text             tutorial.charva.Tutorial testwin = new tutorial.charva.Tutorial();            testwin.show();   //***** but this text interface does not display in the client side, it is displayed just in the server side (JVM Side)            clientSentence = inFromClient.readLine();            if( clientSentence != null ){	            capitalizedSentence = clientSentence.toUpperCase();	            outToClient.writeBytes(capitalizedSentence);            }        }    }  		 	   		  

[Charva-users] A Function key reading problem

[Mehmet K. <meh...@gm...>]

Hello,
My charva application has been working fine for about 8 years on an old
machine.
We decided to upgrade the hardware and OS.

Now
1. On Ubuntu lucid (10.04) both tried 32 bit and 64 bit with charva library
obtained by the repository and we have the problem.
2. On Ubuntu Maverick (10.10) same... Problem.
3. On my LAPTOP Ubuntu Maverick 10.10 no problem!

The problem is F4 function key is not read (other function keys also)

Here is the working key recordings:

1000 KEY 1b ^[
0 KEY 10c VK_F4

And these are the recordings on the  machine with the problem:
1000 KEY 10c VK_F4
938 KEY 5b [
1 KEY 5b [
0 KEY 44 D
100 KEY 1b ^[
388 KEY 1b ^[
0 KEY 5b [
1 KEY 5b [
0 KEY 44 D
4030 KEY  KEY 1b 10c ^[
4030 KEY  KEY 1b 10c ^[VK_F4
 0KEY  KEY 1b10c  ^[
 0KEY  KEY 1b10c  ^[VK_F4
254 KEY 10c VK_F4
34 KEY 5b [
1 KEY 5b [
0 KEY 44 D
KEY 0 KEY 1b 10c ^[
KEY 0 KEY 1b 10c ^[VK_F4
(...)
34 KEY 10c VK_F4
34 KEY 10c VK_F4
34 KEY 10c VK_F4
34 KEY 10c VK_F4
104 KEY 10c VK_F4
254 KEY 10c VK_F4
34 KEY 10c VK_F4
34 KEY 10c VK_F4
60 KEY 10c VK_F4
210 KEY 10c VK_F4
162 KEY 10c VK_F4
162 KEY 10c VK_F4
162 KEY 10c VK_F4
184 KEY 10c VK_F4
162 KEY 10c VK_F4
164 KEY 10c VK_F4

F4 is my key to exit the application.

Any ideas?
By the way some settings from the non working environment.

ENV:
TELNETLINE=root     tty1         2011-06-20 14:37
SHELL=/bin/bash
TERM=linux
XDG_SESSION_COOKIE=xxxxxxxxxxxxxxxxxxxx (I changed it)
HUSHLOGIN=FALSE
OLDPWD=/usr/local/pbrun/AxionV21/scripts
USER=root
LD_LIBRARY_PATH=/usr/lib/jni
LS_COLORS=rs=0:di=01;34:ln=01;36:hl=44;37:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=40;31;01:su=37;41:sg=30;43:ca=30;41:tw=30;42:ow=34;42:st=37;44:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.lzma=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.dz=01;31:*.gz=01;31:*.bz2=01;31:*.bz=01;31:*.tbz2=01;31:*.tz=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.rar=01;31:*.ace=01;31:*.zoo=01;31:*.cpio=01;31:*.7z=01;31:*.rz=01;31:*.jpg=01;35:*.jpeg=01;35:*.gif=01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.svg=01;35:*.svgz=01;35:*.mng=01;35:*.pcx=01;35:*.mov=01;35:*.mpg=01;35:*.mpeg=01;35:*.m2v=01;35:*.mkv=01;35:*.ogm=01;35:*.mp4=01;35:*.m4v=01;35:*.mp4v=01;35:*.vob=01;35:*.qt=01;35:*.nuv=01;35:*.wmv=01;35:*.asf=01;35:*.rm=01;35:*.rmvb=01;35:*.flc=01;35:*.avi=01;35:*.fli=01;35:*.flv=01;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:*.yuv=01;35:*.axv=01;35:*.anx=01;35:*.ogv=01;35:*.ogx=01;35:*.aac=00;36:*.au=00;36:*.flac=00;36:*.mid=00;36:*.midi=00;36:*.mka=00;36:*.mp3=00;36:*.mpc=00;36:*.ogg=00;36:*.ra=00;36:*.wav=00;36:*.axa=00;36:*.oga=00;36:*.spx=00;36:*.xspf=00;36:
MAIL=/var/mail/root
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
PWD=/usr/local/pbrun
LANG=tr_TR.UTF-8
SPEECHD_PORT=6560
SHLVL=1
HOME=/root
LOGNAME=root
LESSOPEN=| /usr/bin/lesspipe %s
LESSCLOSE=/usr/bin/lesspipe %s %s
_=/usr/bin/env

release info
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=10.04
DISTRIB_CODENAME=lucid
DISTRIB_DESCRIPTION="Ubuntu 10.04.2 LTS"

kernel info
Linux xxxx.info 2.6.32-30-server #59-Ubuntu SMP Tue Mar 1 22:46:09 UTC 2011
x86_64 GNU/Linux

[Charva-users] Charva - not reading keys

[Tom J. <Tom...@gf...>]

We have encountered a very strange issue with charva.  Any insight or
help would be greatly appreciated.
 
When launching any charva application (including the test application
distributed with charva) only the first character from the keyboard is
processed.  After that the application does not receive any key strokes
from the terminal.  When the session is terminal, via a kill command,
all the queued up characters are displayed in the terminal.  
 
We are running a server with Linux Red Hat 5.5.  We have the TERM set
to VT220.  The application works fine if the TERM is set to xterm,
however the mobile devices don't support xterm.  
 
Here is the real kicker, if the Linux user that launches application is
not the original user to login to the terminal the application works
fine.  For example, if user1 logins and then su user2 (or su -) the
application will run fine as user2.  But if user2 is the one to login we
will consistently have the issue when after the first character no other
characters are processed by the application.
 
We have verify the PATH and the tty settings are identical. 
 
We would be grateful for any insight you might have!
 
Thanks!
 
Tom Jahncke
 
 
 
 
Tom Jahncke | Tom...@gf... 
Gordon Food Service®| Information Systems - SCM Warehouse |
616-717-7525

[Charva-users] Redraw/resize when the use changes the terminal size

[Steven A. <ste...@gm...>]

Hi All,

I'm trying to write an app that reads a RSS feed and displays it using 
charva..

This will be run using screen in linux and the size of the window may 
change every now and then.. Is there anyway i can tell charva to detect 
the resize of the window and to redraw with the new size??\

Thanks
Steve

Re: [Charva-users] WG: Charva-users Digest, Vol 22, Issue 2

[Marcin K. <mar...@gm...>]

Hi Rolf,

yes, you're right! I didn't use Dialogs, but JFrames and ignored the 
detail that:

"JFrame.show() method also blocks, /except for the first time that the 
application program calls it/. ".

Mistake in my framework architecture.

Thank you very much for your help! You saved me a lot of time!

Thanks && Best Regards,

marcin

Rolf Mamat wrote:
> Hi Marcin,
>  
> you should know that in charva an Dialog is an modal Dialog.
> With this knowledge you should see your problem.
>  
> I think you switch between the dialogs by using the command show() for 
> one Dialog within on Dialog.
> So you call the Dialogs recusive. This should never be done for any 
> modal Dialog and is nothing special for Charva.
>  
> You must ensure that the show() Command for your second Dialog is 
> located after the show() Command of the first one.
>  
> Example:
>  
> public void menueHandling()
> {
>     MyDialogInterface aktDialog = new MyFirstDialog();
>     while ( true )
>     {
>           aktDialog.show();
>  
>            // The call for the next Dialog must be after this point !!!
>            // You will come to this point after aktDialog.hide() is called
>  
>           if ( aktDialog.getNextAction() == SHOULD_EXIT)
>              break;
>           if ( aktDialog.getNextAction() == SHOW_DIALOG2)
>             aktDialog = new MySecondDialog();
>           ......
>      }
> }
>  
> hope that will help you
>  
> Rolf Mamat
> E-Mail: Rol...@bi... <mailto:Rol...@bi...>
> Web: www.bitstop.de <http://www.bitstop.de/>
> Telefon: +49 9123 97490
> Telefax: +49 9123 974919
>  
> Mamat GmbH
> HR B 13 112
> Ust-Id-Nr. DE 24113200819
> Geschäftsführer: Rolf Mamat
> Zeulenrodaer Straße 4
> 91207 Lauf
>
> ------------------------------------------------------------------------
> *Von:* cha...@li...
> *Gesendet:* Mi 22.09.2010 09:32
> *An:* cha...@li...
> *Betreff:* Charva-users Digest, Vol 22, Issue 2
>
> Send Charva-users mailing list submissions to
> 	cha...@li...
>
> To subscribe or unsubscribe via the World Wide Web, visit
> 	https://lists.sourceforge.net/lists/listinfo/charva-users
> or, via email, send a message with subject or body 'help' to
> 	cha...@li...
>
> You can reach the person managing the list at
> 	cha...@li...
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Charva-users digest..."
>
>
> Today's Topics:
>
>    1. Re: StackOverflowError (marcin krzan)
>    2. Re: StackOverflowError (Marcin Krzan)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Tue, 21 Sep 2010 18:28:56 +0200
> From: marcin krzan <mar...@gm...>
> Subject: Re: [Charva-users] StackOverflowError
> To: Jeff Tromp <Jef...@gf...>
> Cc: cha...@li...
> Message-ID:
> 	<AAN...@ma...>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hi Jeff,
>
> thank you very much for your answer!
>
> Your ideas are pretty good and I've introduced them to the project today.
> There is apparent increase in number of screens I can display, but problem
> still exists.
>
> For testing purpose I implement infinite loop of jumps between two screens.
> Every jump hide() the last Frame and show() the current Frame. Frames with
> all contained components are cached in memory. Only content of Labels is
> loaded dynamically by setText(). After about 650 jumps StackOverflowError is
> thrown again. I can't really understand this behaviour as no new objects are
> created, but just memory cached frame-templates.
>
> StackOverflowError exception for over 1000 lines looks like duplicates of:
>
> at charva.awt.event.InvocationEvent.dispatch(InvocationEvent.java:67)
>     at charva.awt.Window.processEvent(Window.java:315)
>     at charva.awt.Window.run(Window.java:200)
>     at charva.awt.Window.show(Window.java:161)
>     at charva.awt.Component.setVisible(Component.java:71)
>     at betX.terminal.controller.ControllerAbstract.display(Unknown Source)
>     at betX.terminal.Manager.load(Unknown Source)
>     at betX.terminal.controller.ControllerRaces$1.run(Unknown Source)
>
>
>     at charva.awt.event.InvocationEvent.dispatch(InvocationEvent.java:67)
>     at charva.awt.Window.processEvent(Window.java:315)
>     at charva.awt.Window.run(Window.java:200)
>     at charva.awt.Window.show(Window.java:161)
>     at charva.awt.Component.setVisible(Component.java:71)
>     at betX.terminal.controller.ControllerAbstract.display(Unknown Source)
>     at betX.terminal.Manager.load(Unknown Source)
>     at betX.terminal.controller.ControllerEvents$1.run(Unknown Source)
>
>
>     at charva.awt.event.InvocationEvent.dispatch(InvocationEvent.java:67)
>     at charva.awt.Window.processEvent(Window.java:315)
>     at charva.awt.Window.run(Window.java:200)
>     at charva.awt.Window.show(Window.java:161)
>     at charva.awt.Component.setVisible(Component.java:71)
>     at betX.terminal.controller.ControllerAbstract.display(Unknown Source)
>     at betX.terminal.Manager.load(Unknown Source)
>     at betX.terminal.controller.ControllerRaces$1.run(Unknown Source)
>
>
> ControllerEvent and ControllerRaces are 2 controllers responsible for
> displaying EventFrame and RaceFrame (both are also cached) which are called
> in infinite loop one after another.
>
> It looks like Charva is creating some memory chain, with every call of
> show() Thread responsible for a just hidden frame is a host for a new Thread
> of just shown frame by keeping old Thread alive, crating stack till the end
> of memory. It's not proved - just idea, what do you think?
>
> Any help will be very appreciated!
>
> Thanks && Best Regards,
>
> marcin
>
>
>
> 2010/9/20 Jeff Tromp <Jef...@gf...>
>
> > Hi Marcin,
> >
> > I support a warehouse management system.  The mobile portion of our UI is
> > written in Charva and can have 200 concurrent sessions.  I ran into memory
> > issues as well.  I solved it by:
> >
> > 1.  I created a ScreenFactory to handle screen creation.  When created, I
> > put its instance into a map.  The next time I received a request to open
> > that screen, I returned the copy from the map.  This prevented many copies
> > of the same screen from using up memory.
> > 2. As you stated, hide() does not close the screen.  In order to free some
> > of the memory, I created an interface that included a clear() method.  Each
> > screen was required to implement this interface in order to be added to the
> > menu.  The clear() method is intended to clear the data from each UI
> > component.
> > 3.  If a user was idle for 2 hours, I closed their session.
> >
> > Hope this helps.
> >
> > Jeff
> >
> >
> >
> > >>> Marcin Krzan <mar...@gm...> 9/20/2010 1:34 PM >>>
> > Hi,
> >
> > thanks guys for this project! Great piece of work, which makes work with
> > terminal interfaces much, much, much more easier! Thank you!
> >
> > I'm working on a terminal user interface which is going to be used for
> > many hours per day and during that time will jump to many menu
> > positions, displaying many different views. Each view is a new JFrame
> > full with components. Unfortunately after displaying about 400 views it
> > always throws StackOverflowError.
> >
> > When display new view I always use hide() method on a previous JFrame. I
> > know it just hide element, so I was also trying to remove all components
> > from it and set it to null to clear memory, but doesn't help.
> >
> > What am I doing wrong - isn't JFrame intended to be used when we want to
> > totally change the content of the screen?
> >
> > I've already spent 2 days trying to solve this problem and any help
> > would be genuinely appreciated.
> >
> >
> > Thanks && Best Regards,
> >
> > marcin
> >
> >
> >
> >
> > ------------------------------------------------------------------------------
> > Start uncovering the many advantages of virtual appliances
> > and start using them to simplify application deployment and
> > accelerate your shift to cloud computing.
> > http://p.sf.net/sfu/novell-sfdev2dev
> > _______________________________________________
> > Charva-users mailing list
> > Cha...@li...
> > https://lists.sourceforge.net/lists/listinfo/charva-users
> >
> >
> -------------- next part --------------
> An HTML attachment was scrubbed...
>
> ------------------------------
>
> Message: 2
> Date: Wed, 22 Sep 2010 09:32:04 +0200
> From: Marcin Krzan <mar...@gm...>
> Subject: Re: [Charva-users] StackOverflowError
> To: Jeff Tromp <Jef...@gf...>
> Cc: cha...@li...
> Message-ID: <4C9...@gm...>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hey Jeff,
>
> thanks for error confirmation!
>
> I'm at the beginning of the project and unfortunately this issue 
> disqualifies charva from life usage. I've spent many many hours trying 
> to solve it, but no results. Probably I'll have to use sth else. It's a 
> shame as charva API is the most convenient and efficient for a 
> programmers, but I can not let this exception to be thrown after a few 
> hours of software usage.
>
> Strange that for so many years of charva usage nobody has ever reported 
> this issue.
>
> If you have any ideas how to solve it, would be great.
>
> Thanks && Best Regards,
>
> marcin
>
>
> Jeff Tromp wrote:
> > Hey Marcin,
> >
> > I was able reproduce this in our system as well.  I've never had a user report this, but it definitely appears to be a problem.
> >
> >
> >
> >   
> >>>> marcin krzan <mar...@gm...> 9/21/2010 12:28 PM >>>
> >>>>         
> > Hi Jeff,
> >
> > thank you very much for your answer!
> >
> > Your ideas are pretty good and I've introduced them to the project today.
> > There is apparent increase in number of screens I can display, but problem
> > still exists.
> >
> > For testing purpose I implement infinite loop of jumps between two screens.
> > Every jump hide() the last Frame and show() the current Frame. Frames with
> > all contained components are cached in memory. Only content of Labels is
> > loaded dynamically by setText(). After about 650 jumps StackOverflowError is
> > thrown again. I can't really understand this behaviour as no new objects are
> > created, but just memory cached frame-templates.
> >
> > StackOverflowError exception for over 1000 lines looks like duplicates of:
> >
> > at charva.awt.event.InvocationEvent.dispatch(InvocationEvent.java:67)
> >     at charva.awt.Window.processEvent(Window.java:315)
> >     at charva.awt.Window.run(Window.java:200)
> >     at charva.awt.Window.show(Window.java:161)
> >     at charva.awt.Component.setVisible(Component.java:71)
> >     at betX.terminal.controller.ControllerAbstract.display(Unknown Source)
> >     at betX.terminal.Manager.load(Unknown Source)
> >     at betX.terminal.controller.ControllerRaces$1.run(Unknown Source)
> >
> >
> >     at charva.awt.event.InvocationEvent.dispatch(InvocationEvent.java:67)
> >     at charva.awt.Window.processEvent(Window.java:315)
> >     at charva.awt.Window.run(Window.java:200)
> >     at charva.awt.Window.show(Window.java:161)
> >     at charva.awt.Component.setVisible(Component.java:71)
> >     at betX.terminal.controller.ControllerAbstract.display(Unknown Source)
> >     at betX.terminal.Manager.load(Unknown Source)
> >     at betX.terminal.controller.ControllerEvents$1.run(Unknown Source)
> >
> >
> >     at charva.awt.event.InvocationEvent.dispatch(InvocationEvent.java:67)
> >     at charva.awt.Window.processEvent(Window.java:315)
> >     at charva.awt.Window.run(Window.java:200)
> >     at charva.awt.Window.show(Window.java:161)
> >     at charva.awt.Component.setVisible(Component.java:71)
> >     at betX.terminal.controller.ControllerAbstract.display(Unknown Source)
> >     at betX.terminal.Manager.load(Unknown Source)
> >     at betX.terminal.controller.ControllerRaces$1.run(Unknown Source)
> >
> >
> > ControllerEvent and ControllerRaces are 2 controllers responsible for
> > displaying EventFrame and RaceFrame (both are also cached) which are called
> > in infinite loop one after another.
> >
> > It looks like Charva is creating some memory chain, with every call of
> > show() Thread responsible for a just hidden frame is a host for a new Thread
> > of just shown frame by keeping old Thread alive, crating stack till the end
> > of memory. It's not proved - just idea, what do you think?
> >
> > Any help will be very appreciated!
> >
> > Thanks && Best Regards,
> >
> > marcin
> >
> >
> >
> > 2010/9/20 Jeff Tromp <Jef...@gf...>
> >
> >   
> >> Hi Marcin,
> >>
> >> I support a warehouse management system.  The mobile portion of our UI is
> >> written in Charva and can have 200 concurrent sessions.  I ran into memory
> >> issues as well.  I solved it by:
> >>
> >> 1.  I created a ScreenFactory to handle screen creation.  When created, I
> >> put its instance into a map.  The next time I received a request to open
> >> that screen, I returned the copy from the map.  This prevented many copies
> >> of the same screen from using up memory.
> >> 2. As you stated, hide() does not close the screen.  In order to free some
> >> of the memory, I created an interface that included a clear() method.  Each
> >> screen was required to implement this interface in order to be added to the
> >> menu.  The clear() method is intended to clear the data from each UI
> >> component.
> >> 3.  If a user was idle for 2 hours, I closed their session.
> >>
> >> Hope this helps.
> >>
> >> Jeff
> >>
> >>
> >>
> >>     
> >>>>> Marcin Krzan <mar...@gm...> 9/20/2010 1:34 PM >>>
> >>>>>           
> >> Hi,
> >>
> >> thanks guys for this project! Great piece of work, which makes work with
> >> terminal interfaces much, much, much more easier! Thank you!
> >>
> >> I'm working on a terminal user interface which is going to be used for
> >> many hours per day and during that time will jump to many menu
> >> positions, displaying many different views. Each view is a new JFrame
> >> full with components. Unfortunately after displaying about 400 views it
> >> always throws StackOverflowError.
> >>
> >> When display new view I always use hide() method on a previous JFrame. I
> >> know it just hide element, so I was also trying to remove all components
> >> from it and set it to null to clear memory, but doesn't help.
> >>
> >> What am I doing wrong - isn't JFrame intended to be used when we want to
> >> totally change the content of the screen?
> >>
> >> I've already spent 2 days trying to solve this problem and any help
> >> would be genuinely appreciated.
> >>
> >>
> >> Thanks && Best Regards,
> >>
> >> marcin
> >>
> >>
> >>
> >>
> >> ------------------------------------------------------------------------------
> >> Start uncovering the many advantages of virtual appliances
> >> and start using them to simplify application deployment and
> >> accelerate your shift to cloud computing.
> >> http://p.sf.net/sfu/novell-sfdev2dev 
> >> _______________________________________________
> >> Charva-users mailing list
> >> Cha...@li... 
> >> https://lists.sourceforge.net/lists/listinfo/charva-users 
> >>
> >>
> >>     
> >
> >   
> -------------- next part --------------
> An HTML attachment was scrubbed...
>
> ------------------------------
>
> ------------------------------------------------------------------------------
> Start uncovering the many advantages of virtual appliances
> and start using them to simplify application deployment and
> accelerate your shift to cloud computing.
> http://p.sf.net/sfu/novell-sfdev2dev
>
> ------------------------------
>
> _______________________________________________
> Charva-users mailing list
> Cha...@li...
> https://lists.sourceforge.net/lists/listinfo/charva-users
>
>
> End of Charva-users Digest, Vol 22, Issue 2
> *******************************************
>
>
>
>
>   

[Charva-users] WG: Charva-users Digest, Vol 22, Issue 2

[Rolf M. <Rol...@bi...>]

Hi Marcin,

you should know that in charva an Dialog is an modal Dialog.
With this knowledge you should see your problem.

I think you switch between the dialogs by using the command show() for one Dialog within on Dialog.
So you call the Dialogs recusive. This should never be done for any modal Dialog and is nothing special for Charva.

You must ensure that the show() Command for your second Dialog is located after the show() Command of the first one.

Example:

public void menueHandling()
{
    MyDialogInterface aktDialog = new MyFirstDialog();
    while ( true )
    {
          aktDialog.show();

           // The call for the next Dialog must be after this point !!!
           // You will come to this point after aktDialog.hide() is called

          if ( aktDialog.getNextAction() == SHOULD_EXIT)
             break;
          if ( aktDialog.getNextAction() == SHOW_DIALOG2)
            aktDialog = new MySecondDialog();
          ......
     }
}

hope that will help you

Rolf Mamat
E-Mail: Rol...@bi...
Web: www.bitstop.de
Telefon: +49 9123 97490
Telefax: +49 9123 974919

Mamat GmbH
HR B 13 112
Ust-Id-Nr. DE 24113200819
Geschäftsführer: Rolf Mamat
Zeulenrodaer Straße 4
91207 Lauf



Von: cha...@li...
Gesendet: Mi 22.09.2010 09:32
An: cha...@li...
Betreff: Charva-users Digest, Vol 22, Issue 2


Send Charva-users mailing list submissions to
	cha...@li...

To subscribe or unsubscribe via the World Wide Web, visit
	https://lists.sourceforge.net/lists/listinfo/charva-users
or, via email, send a message with subject or body 'help' to
	cha...@li...

You can reach the person managing the list at
	cha...@li...

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Charva-users digest..."


Today's Topics:

   1. Re: StackOverflowError (marcin krzan)
   2. Re: StackOverflowError (Marcin Krzan)


----------------------------------------------------------------------

Message: 1
Date: Tue, 21 Sep 2010 18:28:56 +0200
From: marcin krzan <mar...@gm...>
Subject: Re: [Charva-users] StackOverflowError
To: Jeff Tromp <Jef...@gf...>
Cc: cha...@li...
Message-ID:
	<AAN...@ma...>
Content-Type: text/plain; charset="iso-8859-1"

Hi Jeff,

thank you very much for your answer!

Your ideas are pretty good and I've introduced them to the project today.
There is apparent increase in number of screens I can display, but problem
still exists.

For testing purpose I implement infinite loop of jumps between two screens.
Every jump hide() the last Frame and show() the current Frame. Frames with
all contained components are cached in memory. Only content of Labels is
loaded dynamically by setText(). After about 650 jumps StackOverflowError is
thrown again. I can't really understand this behaviour as no new objects are
created, but just memory cached frame-templates.

StackOverflowError exception for over 1000 lines looks like duplicates of:

at charva.awt.event.InvocationEvent.dispatch(InvocationEvent.java:67)
    at charva.awt.Window.processEvent(Window.java:315)
    at charva.awt.Window.run(Window.java:200)
    at charva.awt.Window.show(Window.java:161)
    at charva.awt.Component.setVisible(Component.java:71)
    at betX.terminal.controller.ControllerAbstract.display(Unknown Source)
    at betX.terminal.Manager.load(Unknown Source)
    at betX.terminal.controller.ControllerRaces$1.run(Unknown Source)


    at charva.awt.event.InvocationEvent.dispatch(InvocationEvent.java:67)
    at charva.awt.Window.processEvent(Window.java:315)
    at charva.awt.Window.run(Window.java:200)
    at charva.awt.Window.show(Window.java:161)
    at charva.awt.Component.setVisible(Component.java:71)
    at betX.terminal.controller.ControllerAbstract.display(Unknown Source)
    at betX.terminal.Manager.load(Unknown Source)
    at betX.terminal.controller.ControllerEvents$1.run(Unknown Source)


    at charva.awt.event.InvocationEvent.dispatch(InvocationEvent.java:67)
    at charva.awt.Window.processEvent(Window.java:315)
    at charva.awt.Window.run(Window.java:200)
    at charva.awt.Window.show(Window.java:161)
    at charva.awt.Component.setVisible(Component.java:71)
    at betX.terminal.controller.ControllerAbstract.display(Unknown Source)
    at betX.terminal.Manager.load(Unknown Source)
    at betX.terminal.controller.ControllerRaces$1.run(Unknown Source)


ControllerEvent and ControllerRaces are 2 controllers responsible for
displaying EventFrame and RaceFrame (both are also cached) which are called
in infinite loop one after another.

It looks like Charva is creating some memory chain, with every call of
show() Thread responsible for a just hidden frame is a host for a new Thread
of just shown frame by keeping old Thread alive, crating stack till the end
of memory. It's not proved - just idea, what do you think?

Any help will be very appreciated!

Thanks && Best Regards,

marcin



2010/9/20 Jeff Tromp <Jef...@gf...>

> Hi Marcin,
>
> I support a warehouse management system.  The mobile portion of our UI is
> written in Charva and can have 200 concurrent sessions.  I ran into memory
> issues as well.  I solved it by:
>
> 1.  I created a ScreenFactory to handle screen creation.  When created, I
> put its instance into a map.  The next time I received a request to open
> that screen, I returned the copy from the map.  This prevented many copies
> of the same screen from using up memory.
> 2. As you stated, hide() does not close the screen.  In order to free some
> of the memory, I created an interface that included a clear() method.  Each
> screen was required to implement this interface in order to be added to the
> menu.  The clear() method is intended to clear the data from each UI
> component.
> 3.  If a user was idle for 2 hours, I closed their session.
>
> Hope this helps.
>
> Jeff
>
>
>
> >>> Marcin Krzan <mar...@gm...> 9/20/2010 1:34 PM >>>
> Hi,
>
> thanks guys for this project! Great piece of work, which makes work with
> terminal interfaces much, much, much more easier! Thank you!
>
> I'm working on a terminal user interface which is going to be used for
> many hours per day and during that time will jump to many menu
> positions, displaying many different views. Each view is a new JFrame
> full with components. Unfortunately after displaying about 400 views it
> always throws StackOverflowError.
>
> When display new view I always use hide() method on a previous JFrame. I
> know it just hide element, so I was also trying to remove all components
> from it and set it to null to clear memory, but doesn't help.
>
> What am I doing wrong - isn't JFrame intended to be used when we want to
> totally change the content of the screen?
>
> I've already spent 2 days trying to solve this problem and any help
> would be genuinely appreciated.
>
>
> Thanks && Best Regards,
>
> marcin
>
>
>
>
> ------------------------------------------------------------------------------
> Start uncovering the many advantages of virtual appliances
> and start using them to simplify application deployment and
> accelerate your shift to cloud computing.
> http://p.sf.net/sfu/novell-sfdev2dev
> _______________________________________________
> Charva-users mailing list
> Cha...@li...
> https://lists.sourceforge.net/lists/listinfo/charva-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...

------------------------------

Message: 2
Date: Wed, 22 Sep 2010 09:32:04 +0200
From: Marcin Krzan <mar...@gm...>
Subject: Re: [Charva-users] StackOverflowError
To: Jeff Tromp <Jef...@gf...>
Cc: cha...@li...
Message-ID: <4C9...@gm...>
Content-Type: text/plain; charset="iso-8859-1"

Hey Jeff,

thanks for error confirmation!

I'm at the beginning of the project and unfortunately this issue 
disqualifies charva from life usage. I've spent many many hours trying 
to solve it, but no results. Probably I'll have to use sth else. It's a 
shame as charva API is the most convenient and efficient for a 
programmers, but I can not let this exception to be thrown after a few 
hours of software usage.

Strange that for so many years of charva usage nobody has ever reported 
this issue.

If you have any ideas how to solve it, would be great.

Thanks && Best Regards,

marcin


Jeff Tromp wrote:
> Hey Marcin,
>
> I was able reproduce this in our system as well.  I've never had a user report this, but it definitely appears to be a problem.
>
>
>
>   
>>>> marcin krzan <mar...@gm...> 9/21/2010 12:28 PM >>>
>>>>         
> Hi Jeff,
>
> thank you very much for your answer!
>
> Your ideas are pretty good and I've introduced them to the project today.
> There is apparent increase in number of screens I can display, but problem
> still exists.
>
> For testing purpose I implement infinite loop of jumps between two screens.
> Every jump hide() the last Frame and show() the current Frame. Frames with
> all contained components are cached in memory. Only content of Labels is
> loaded dynamically by setText(). After about 650 jumps StackOverflowError is
> thrown again. I can't really understand this behaviour as no new objects are
> created, but just memory cached frame-templates.
>
> StackOverflowError exception for over 1000 lines looks like duplicates of:
>
> at charva.awt.event.InvocationEvent.dispatch(InvocationEvent.java:67)
>     at charva.awt.Window.processEvent(Window.java:315)
>     at charva.awt.Window.run(Window.java:200)
>     at charva.awt.Window.show(Window.java:161)
>     at charva.awt.Component.setVisible(Component.java:71)
>     at betX.terminal.controller.ControllerAbstract.display(Unknown Source)
>     at betX.terminal.Manager.load(Unknown Source)
>     at betX.terminal.controller.ControllerRaces$1.run(Unknown Source)
>
>
>     at charva.awt.event.InvocationEvent.dispatch(InvocationEvent.java:67)
>     at charva.awt.Window.processEvent(Window.java:315)
>     at charva.awt.Window.run(Window.java:200)
>     at charva.awt.Window.show(Window.java:161)
>     at charva.awt.Component.setVisible(Component.java:71)
>     at betX.terminal.controller.ControllerAbstract.display(Unknown Source)
>     at betX.terminal.Manager.load(Unknown Source)
>     at betX.terminal.controller.ControllerEvents$1.run(Unknown Source)
>
>
>     at charva.awt.event.InvocationEvent.dispatch(InvocationEvent.java:67)
>     at charva.awt.Window.processEvent(Window.java:315)
>     at charva.awt.Window.run(Window.java:200)
>     at charva.awt.Window.show(Window.java:161)
>     at charva.awt.Component.setVisible(Component.java:71)
>     at betX.terminal.controller.ControllerAbstract.display(Unknown Source)
>     at betX.terminal.Manager.load(Unknown Source)
>     at betX.terminal.controller.ControllerRaces$1.run(Unknown Source)
>
>
> ControllerEvent and ControllerRaces are 2 controllers responsible for
> displaying EventFrame and RaceFrame (both are also cached) which are called
> in infinite loop one after another.
>
> It looks like Charva is creating some memory chain, with every call of
> show() Thread responsible for a just hidden frame is a host for a new Thread
> of just shown frame by keeping old Thread alive, crating stack till the end
> of memory. It's not proved - just idea, what do you think?
>
> Any help will be very appreciated!
>
> Thanks && Best Regards,
>
> marcin
>
>
>
> 2010/9/20 Jeff Tromp <Jef...@gf...>
>
>   
>> Hi Marcin,
>>
>> I support a warehouse management system.  The mobile portion of our UI is
>> written in Charva and can have 200 concurrent sessions.  I ran into memory
>> issues as well.  I solved it by:
>>
>> 1.  I created a ScreenFactory to handle screen creation.  When created, I
>> put its instance into a map.  The next time I received a request to open
>> that screen, I returned the copy from the map.  This prevented many copies
>> of the same screen from using up memory.
>> 2. As you stated, hide() does not close the screen.  In order to free some
>> of the memory, I created an interface that included a clear() method.  Each
>> screen was required to implement this interface in order to be added to the
>> menu.  The clear() method is intended to clear the data from each UI
>> component.
>> 3.  If a user was idle for 2 hours, I closed their session.
>>
>> Hope this helps.
>>
>> Jeff
>>
>>
>>
>>     
>>>>> Marcin Krzan <mar...@gm...> 9/20/2010 1:34 PM >>>
>>>>>           
>> Hi,
>>
>> thanks guys for this project! Great piece of work, which makes work with
>> terminal interfaces much, much, much more easier! Thank you!
>>
>> I'm working on a terminal user interface which is going to be used for
>> many hours per day and during that time will jump to many menu
>> positions, displaying many different views. Each view is a new JFrame
>> full with components. Unfortunately after displaying about 400 views it
>> always throws StackOverflowError.
>>
>> When display new view I always use hide() method on a previous JFrame. I
>> know it just hide element, so I was also trying to remove all components
>> from it and set it to null to clear memory, but doesn't help.
>>
>> What am I doing wrong - isn't JFrame intended to be used when we want to
>> totally change the content of the screen?
>>
>> I've already spent 2 days trying to solve this problem and any help
>> would be genuinely appreciated.
>>
>>
>> Thanks && Best Regards,
>>
>> marcin
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Start uncovering the many advantages of virtual appliances
>> and start using them to simplify application deployment and
>> accelerate your shift to cloud computing.
>> http://p.sf.net/sfu/novell-sfdev2dev 
>> _______________________________________________
>> Charva-users mailing list
>> Cha...@li... 
>> https://lists.sourceforge.net/lists/listinfo/charva-users 
>>
>>
>>     
>
>   
-------------- next part --------------
An HTML attachment was scrubbed...

------------------------------

------------------------------------------------------------------------------
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev

------------------------------

_______________________________________________
Charva-users mailing list
Cha...@li...
https://lists.sourceforge.net/lists/listinfo/charva-users


End of Charva-users Digest, Vol 22, Issue 2
*******************************************

Re: [Charva-users] StackOverflowError

[Marcin K. <mar...@gm...>]

Hey Jeff,

thanks for error confirmation!

I'm at the beginning of the project and unfortunately this issue 
disqualifies charva from life usage. I've spent many many hours trying 
to solve it, but no results. Probably I'll have to use sth else. It's a 
shame as charva API is the most convenient and efficient for a 
programmers, but I can not let this exception to be thrown after a few 
hours of software usage.

Strange that for so many years of charva usage nobody has ever reported 
this issue.

If you have any ideas how to solve it, would be great.

Thanks && Best Regards,

marcin


Jeff Tromp wrote:
> Hey Marcin,
>
> I was able reproduce this in our system as well.  I've never had a user report this, but it definitely appears to be a problem.
>
>
>
>   
>>>> marcin krzan <mar...@gm...> 9/21/2010 12:28 PM >>>
>>>>         
> Hi Jeff,
>
> thank you very much for your answer!
>
> Your ideas are pretty good and I've introduced them to the project today.
> There is apparent increase in number of screens I can display, but problem
> still exists.
>
> For testing purpose I implement infinite loop of jumps between two screens.
> Every jump hide() the last Frame and show() the current Frame. Frames with
> all contained components are cached in memory. Only content of Labels is
> loaded dynamically by setText(). After about 650 jumps StackOverflowError is
> thrown again. I can't really understand this behaviour as no new objects are
> created, but just memory cached frame-templates.
>
> StackOverflowError exception for over 1000 lines looks like duplicates of:
>
> at charva.awt.event.InvocationEvent.dispatch(InvocationEvent.java:67)
>     at charva.awt.Window.processEvent(Window.java:315)
>     at charva.awt.Window.run(Window.java:200)
>     at charva.awt.Window.show(Window.java:161)
>     at charva.awt.Component.setVisible(Component.java:71)
>     at betX.terminal.controller.ControllerAbstract.display(Unknown Source)
>     at betX.terminal.Manager.load(Unknown Source)
>     at betX.terminal.controller.ControllerRaces$1.run(Unknown Source)
>
>
>     at charva.awt.event.InvocationEvent.dispatch(InvocationEvent.java:67)
>     at charva.awt.Window.processEvent(Window.java:315)
>     at charva.awt.Window.run(Window.java:200)
>     at charva.awt.Window.show(Window.java:161)
>     at charva.awt.Component.setVisible(Component.java:71)
>     at betX.terminal.controller.ControllerAbstract.display(Unknown Source)
>     at betX.terminal.Manager.load(Unknown Source)
>     at betX.terminal.controller.ControllerEvents$1.run(Unknown Source)
>
>
>     at charva.awt.event.InvocationEvent.dispatch(InvocationEvent.java:67)
>     at charva.awt.Window.processEvent(Window.java:315)
>     at charva.awt.Window.run(Window.java:200)
>     at charva.awt.Window.show(Window.java:161)
>     at charva.awt.Component.setVisible(Component.java:71)
>     at betX.terminal.controller.ControllerAbstract.display(Unknown Source)
>     at betX.terminal.Manager.load(Unknown Source)
>     at betX.terminal.controller.ControllerRaces$1.run(Unknown Source)
>
>
> ControllerEvent and ControllerRaces are 2 controllers responsible for
> displaying EventFrame and RaceFrame (both are also cached) which are called
> in infinite loop one after another.
>
> It looks like Charva is creating some memory chain, with every call of
> show() Thread responsible for a just hidden frame is a host for a new Thread
> of just shown frame by keeping old Thread alive, crating stack till the end
> of memory. It's not proved - just idea, what do you think?
>
> Any help will be very appreciated!
>
> Thanks && Best Regards,
>
> marcin
>
>
>
> 2010/9/20 Jeff Tromp <Jef...@gf...>
>
>   
>> Hi Marcin,
>>
>> I support a warehouse management system.  The mobile portion of our UI is
>> written in Charva and can have 200 concurrent sessions.  I ran into memory
>> issues as well.  I solved it by:
>>
>> 1.  I created a ScreenFactory to handle screen creation.  When created, I
>> put its instance into a map.  The next time I received a request to open
>> that screen, I returned the copy from the map.  This prevented many copies
>> of the same screen from using up memory.
>> 2. As you stated, hide() does not close the screen.  In order to free some
>> of the memory, I created an interface that included a clear() method.  Each
>> screen was required to implement this interface in order to be added to the
>> menu.  The clear() method is intended to clear the data from each UI
>> component.
>> 3.  If a user was idle for 2 hours, I closed their session.
>>
>> Hope this helps.
>>
>> Jeff
>>
>>
>>
>>     
>>>>> Marcin Krzan <mar...@gm...> 9/20/2010 1:34 PM >>>
>>>>>           
>> Hi,
>>
>> thanks guys for this project! Great piece of work, which makes work with
>> terminal interfaces much, much, much more easier! Thank you!
>>
>> I'm working on a terminal user interface which is going to be used for
>> many hours per day and during that time will jump to many menu
>> positions, displaying many different views. Each view is a new JFrame
>> full with components. Unfortunately after displaying about 400 views it
>> always throws StackOverflowError.
>>
>> When display new view I always use hide() method on a previous JFrame. I
>> know it just hide element, so I was also trying to remove all components
>> from it and set it to null to clear memory, but doesn't help.
>>
>> What am I doing wrong - isn't JFrame intended to be used when we want to
>> totally change the content of the screen?
>>
>> I've already spent 2 days trying to solve this problem and any help
>> would be genuinely appreciated.
>>
>>
>> Thanks && Best Regards,
>>
>> marcin
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Start uncovering the many advantages of virtual appliances
>> and start using them to simplify application deployment and
>> accelerate your shift to cloud computing.
>> http://p.sf.net/sfu/novell-sfdev2dev 
>> _______________________________________________
>> Charva-users mailing list
>> Cha...@li... 
>> https://lists.sourceforge.net/lists/listinfo/charva-users 
>>
>>
>>     
>
>   

Re: [Charva-users] StackOverflowError

[Jeff T. <Jef...@gf...>]

Hey Marcin,

I was able reproduce this in our system as well.  I've never had a user report this, but it definitely appears to be a problem.



>>> marcin krzan <mar...@gm...> 9/21/2010 12:28 PM >>>
Hi Jeff,

thank you very much for your answer!

Your ideas are pretty good and I've introduced them to the project today.
There is apparent increase in number of screens I can display, but problem
still exists.

For testing purpose I implement infinite loop of jumps between two screens.
Every jump hide() the last Frame and show() the current Frame. Frames with
all contained components are cached in memory. Only content of Labels is
loaded dynamically by setText(). After about 650 jumps StackOverflowError is
thrown again. I can't really understand this behaviour as no new objects are
created, but just memory cached frame-templates.

StackOverflowError exception for over 1000 lines looks like duplicates of:

at charva.awt.event.InvocationEvent.dispatch(InvocationEvent.java:67)
    at charva.awt.Window.processEvent(Window.java:315)
    at charva.awt.Window.run(Window.java:200)
    at charva.awt.Window.show(Window.java:161)
    at charva.awt.Component.setVisible(Component.java:71)
    at betX.terminal.controller.ControllerAbstract.display(Unknown Source)
    at betX.terminal.Manager.load(Unknown Source)
    at betX.terminal.controller.ControllerRaces$1.run(Unknown Source)


    at charva.awt.event.InvocationEvent.dispatch(InvocationEvent.java:67)
    at charva.awt.Window.processEvent(Window.java:315)
    at charva.awt.Window.run(Window.java:200)
    at charva.awt.Window.show(Window.java:161)
    at charva.awt.Component.setVisible(Component.java:71)
    at betX.terminal.controller.ControllerAbstract.display(Unknown Source)
    at betX.terminal.Manager.load(Unknown Source)
    at betX.terminal.controller.ControllerEvents$1.run(Unknown Source)


    at charva.awt.event.InvocationEvent.dispatch(InvocationEvent.java:67)
    at charva.awt.Window.processEvent(Window.java:315)
    at charva.awt.Window.run(Window.java:200)
    at charva.awt.Window.show(Window.java:161)
    at charva.awt.Component.setVisible(Component.java:71)
    at betX.terminal.controller.ControllerAbstract.display(Unknown Source)
    at betX.terminal.Manager.load(Unknown Source)
    at betX.terminal.controller.ControllerRaces$1.run(Unknown Source)


ControllerEvent and ControllerRaces are 2 controllers responsible for
displaying EventFrame and RaceFrame (both are also cached) which are called
in infinite loop one after another.

It looks like Charva is creating some memory chain, with every call of
show() Thread responsible for a just hidden frame is a host for a new Thread
of just shown frame by keeping old Thread alive, crating stack till the end
of memory. It's not proved - just idea, what do you think?

Any help will be very appreciated!

Thanks && Best Regards,

marcin



2010/9/20 Jeff Tromp <Jef...@gf...>

> Hi Marcin,
>
> I support a warehouse management system.  The mobile portion of our UI is
> written in Charva and can have 200 concurrent sessions.  I ran into memory
> issues as well.  I solved it by:
>
> 1.  I created a ScreenFactory to handle screen creation.  When created, I
> put its instance into a map.  The next time I received a request to open
> that screen, I returned the copy from the map.  This prevented many copies
> of the same screen from using up memory.
> 2. As you stated, hide() does not close the screen.  In order to free some
> of the memory, I created an interface that included a clear() method.  Each
> screen was required to implement this interface in order to be added to the
> menu.  The clear() method is intended to clear the data from each UI
> component.
> 3.  If a user was idle for 2 hours, I closed their session.
>
> Hope this helps.
>
> Jeff
>
>
>
> >>> Marcin Krzan <mar...@gm...> 9/20/2010 1:34 PM >>>
> Hi,
>
> thanks guys for this project! Great piece of work, which makes work with
> terminal interfaces much, much, much more easier! Thank you!
>
> I'm working on a terminal user interface which is going to be used for
> many hours per day and during that time will jump to many menu
> positions, displaying many different views. Each view is a new JFrame
> full with components. Unfortunately after displaying about 400 views it
> always throws StackOverflowError.
>
> When display new view I always use hide() method on a previous JFrame. I
> know it just hide element, so I was also trying to remove all components
> from it and set it to null to clear memory, but doesn't help.
>
> What am I doing wrong - isn't JFrame intended to be used when we want to
> totally change the content of the screen?
>
> I've already spent 2 days trying to solve this problem and any help
> would be genuinely appreciated.
>
>
> Thanks && Best Regards,
>
> marcin
>
>
>
>
> ------------------------------------------------------------------------------
> Start uncovering the many advantages of virtual appliances
> and start using them to simplify application deployment and
> accelerate your shift to cloud computing.
> http://p.sf.net/sfu/novell-sfdev2dev 
> _______________________________________________
> Charva-users mailing list
> Cha...@li... 
> https://lists.sourceforge.net/lists/listinfo/charva-users 
>
>

Re: [Charva-users] StackOverflowError

[marcin k. <mar...@gm...>]

Hi Jeff,

thank you very much for your answer!

Your ideas are pretty good and I've introduced them to the project today.
There is apparent increase in number of screens I can display, but problem
still exists.

For testing purpose I implement infinite loop of jumps between two screens.
Every jump hide() the last Frame and show() the current Frame. Frames with
all contained components are cached in memory. Only content of Labels is
loaded dynamically by setText(). After about 650 jumps StackOverflowError is
thrown again. I can't really understand this behaviour as no new objects are
created, but just memory cached frame-templates.

StackOverflowError exception for over 1000 lines looks like duplicates of:

at charva.awt.event.InvocationEvent.dispatch(InvocationEvent.java:67)
    at charva.awt.Window.processEvent(Window.java:315)
    at charva.awt.Window.run(Window.java:200)
    at charva.awt.Window.show(Window.java:161)
    at charva.awt.Component.setVisible(Component.java:71)
    at betX.terminal.controller.ControllerAbstract.display(Unknown Source)
    at betX.terminal.Manager.load(Unknown Source)
    at betX.terminal.controller.ControllerRaces$1.run(Unknown Source)


    at charva.awt.event.InvocationEvent.dispatch(InvocationEvent.java:67)
    at charva.awt.Window.processEvent(Window.java:315)
    at charva.awt.Window.run(Window.java:200)
    at charva.awt.Window.show(Window.java:161)
    at charva.awt.Component.setVisible(Component.java:71)
    at betX.terminal.controller.ControllerAbstract.display(Unknown Source)
    at betX.terminal.Manager.load(Unknown Source)
    at betX.terminal.controller.ControllerEvents$1.run(Unknown Source)


    at charva.awt.event.InvocationEvent.dispatch(InvocationEvent.java:67)
    at charva.awt.Window.processEvent(Window.java:315)
    at charva.awt.Window.run(Window.java:200)
    at charva.awt.Window.show(Window.java:161)
    at charva.awt.Component.setVisible(Component.java:71)
    at betX.terminal.controller.ControllerAbstract.display(Unknown Source)
    at betX.terminal.Manager.load(Unknown Source)
    at betX.terminal.controller.ControllerRaces$1.run(Unknown Source)


ControllerEvent and ControllerRaces are 2 controllers responsible for
displaying EventFrame and RaceFrame (both are also cached) which are called
in infinite loop one after another.

It looks like Charva is creating some memory chain, with every call of
show() Thread responsible for a just hidden frame is a host for a new Thread
of just shown frame by keeping old Thread alive, crating stack till the end
of memory. It's not proved - just idea, what do you think?

Any help will be very appreciated!

Thanks && Best Regards,

marcin



2010/9/20 Jeff Tromp <Jef...@gf...>

> Hi Marcin,
>
> I support a warehouse management system.  The mobile portion of our UI is
> written in Charva and can have 200 concurrent sessions.  I ran into memory
> issues as well.  I solved it by:
>
> 1.  I created a ScreenFactory to handle screen creation.  When created, I
> put its instance into a map.  The next time I received a request to open
> that screen, I returned the copy from the map.  This prevented many copies
> of the same screen from using up memory.
> 2. As you stated, hide() does not close the screen.  In order to free some
> of the memory, I created an interface that included a clear() method.  Each
> screen was required to implement this interface in order to be added to the
> menu.  The clear() method is intended to clear the data from each UI
> component.
> 3.  If a user was idle for 2 hours, I closed their session.
>
> Hope this helps.
>
> Jeff
>
>
>
> >>> Marcin Krzan <mar...@gm...> 9/20/2010 1:34 PM >>>
> Hi,
>
> thanks guys for this project! Great piece of work, which makes work with
> terminal interfaces much, much, much more easier! Thank you!
>
> I'm working on a terminal user interface which is going to be used for
> many hours per day and during that time will jump to many menu
> positions, displaying many different views. Each view is a new JFrame
> full with components. Unfortunately after displaying about 400 views it
> always throws StackOverflowError.
>
> When display new view I always use hide() method on a previous JFrame. I
> know it just hide element, so I was also trying to remove all components
> from it and set it to null to clear memory, but doesn't help.
>
> What am I doing wrong - isn't JFrame intended to be used when we want to
> totally change the content of the screen?
>
> I've already spent 2 days trying to solve this problem and any help
> would be genuinely appreciated.
>
>
> Thanks && Best Regards,
>
> marcin
>
>
>
>
> ------------------------------------------------------------------------------
> Start uncovering the many advantages of virtual appliances
> and start using them to simplify application deployment and
> accelerate your shift to cloud computing.
> http://p.sf.net/sfu/novell-sfdev2dev
> _______________________________________________
> Charva-users mailing list
> Cha...@li...
> https://lists.sourceforge.net/lists/listinfo/charva-users
>
>

Re: [Charva-users] StackOverflowError

[Jeff T. <Jef...@gf...>]

Hi Marcin,

I support a warehouse management system.  The mobile portion of our UI is written in Charva and can have 200 concurrent sessions.  I ran into memory issues as well.  I solved it by:

1.  I created a ScreenFactory to handle screen creation.  When created, I put its instance into a map.  The next time I received a request to open that screen, I returned the copy from the map.  This prevented many copies of the same screen from using up memory.
2. As you stated, hide() does not close the screen.  In order to free some of the memory, I created an interface that included a clear() method.  Each screen was required to implement this interface in order to be added to the menu.  The clear() method is intended to clear the data from each UI component.
3.  If a user was idle for 2 hours, I closed their session.

Hope this helps.

Jeff



>>> Marcin Krzan <mar...@gm...> 9/20/2010 1:34 PM >>>
Hi,

thanks guys for this project! Great piece of work, which makes work with 
terminal interfaces much, much, much more easier! Thank you!

I'm working on a terminal user interface which is going to be used for 
many hours per day and during that time will jump to many menu 
positions, displaying many different views. Each view is a new JFrame 
full with components. Unfortunately after displaying about 400 views it 
always throws StackOverflowError.

When display new view I always use hide() method on a previous JFrame. I 
know it just hide element, so I was also trying to remove all components 
from it and set it to null to clear memory, but doesn't help.

What am I doing wrong - isn't JFrame intended to be used when we want to 
totally change the content of the screen?

I've already spent 2 days trying to solve this problem and any help 
would be genuinely appreciated.


Thanks && Best Regards,

marcin



------------------------------------------------------------------------------
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev 
_______________________________________________
Charva-users mailing list
Cha...@li... 
https://lists.sourceforge.net/lists/listinfo/charva-users

[Charva-users] StackOverflowError

[Marcin K. <mar...@gm...>]

Hi,

thanks guys for this project! Great piece of work, which makes work with 
terminal interfaces much, much, much more easier! Thank you!

I'm working on a terminal user interface which is going to be used for 
many hours per day and during that time will jump to many menu 
positions, displaying many different views. Each view is a new JFrame 
full with components. Unfortunately after displaying about 400 views it 
always throws StackOverflowError.

When display new view I always use hide() method on a previous JFrame. I 
know it just hide element, so I was also trying to remove all components 
from it and set it to null to clear memory, but doesn't help.

What am I doing wrong - isn't JFrame intended to be used when we want to 
totally change the content of the screen?

I've already spent 2 days trying to solve this problem and any help 
would be genuinely appreciated.


Thanks && Best Regards,

marcin

[Charva-users] UI update via thread on windows not working

[<nic...@tu...>]

Hi,

the Problem seems not to be in Charva.
Unfortunately this means it can't be solved in charva.

I had the same Problem you described in your first mail, so I
digged down into the C code. (4 years ago, but the problem
does still exists when looking at current code)


Charva depends on curses, on Windows its linked against PDCurses which
is as far as I know the only implementation of curses on Windows.


In Toolkit.c you will find the JNI Code for readKey().
The function is named Java_charva_awt_Toolkit_readKey

There a method my_readkey_generic() is called. Right at the start 
you will find the call to getch().

getch() is a function from curses. 
PDCurses consists of two layers.

The first one is not platform specific. The second one implements
functions called from the first layer using the platform APIs.

If you dig deep enough you will find a call to the WIN32 API.
For getch() a  WIN32 function named ReadConsoleInput() is
called. And this is where the Problem seems to be.

The documentation for ReadConsoleInput() says it won't return
unless at least one record is read.
Thats why you have to press a key to keep the Charva AWT Queue going.

See here http://msdn.microsoft.com/en-us/library/ms684961%28VS.85%29.aspx

This is where I stopped ;(

For me this means I can't use Charva in a production environment on Windows. But I don't really need this, for development I'm not 
bothered by pressing a key from time to time ;)

Hope it helps ...


Uwe














hi rolf and all the others,

thank you for your reply, i really appreciate it.

i had a look into toolkit.c. however, there was no function named getKey().
i guess it's (now) called readKey(). anyway, i couln't find a solution that
way either. perhaps because i'm a java programmer with only little knowledge
about c.

by the way, i had a look at the "thread" example in the charva tutorial
which came with charva-1.1.4. same issue here. it is working perfectly on my
linux machine. on windows the ui only updates on key press. both, the
example and my test programm, used the precompiled dll that comes with
carva. might this be the problem?

did threads in charva ever work on windows? or is it simply not possible?


thank you for reading this help request.

hoping for replies
pauli



2010/4/1 Rolf Mamat <Rol...@bi...>

>  Hi pauli,
>
> some times ago I had a similiar Problem.
> 1. Diverece between Linux / Unix and Windows can be found in the getKey()
> Function which is placed in the C Part.
> In Linux this function returned even if no Key is pressed, while in Window
> this Function will wait till Key is pressed.
>
> 2. My first visible Dialog  was the Login-Dialog which was closed after
> Login. Now charvax uses the first visible Dialog to install an event-Queue.
> After changing my program to use an Main-Window which opens all other
> Windows/Dialogs when nessasary also the Login-Dialog, solved the Problem.
>
> Hope this helps.
>
>
>  Rolf Mamat
> E-Mail: Rol...@bi...
> Web: http://www.bitstop.de
> Telefon: +49 9123 97490
> Telefax: +49 9123 974919
>
> Mamat GmbH
> HR B 13 112
> Ust-Id-Nr. DE 24113200819
> Geschäftsführer: Rolf Mamat
> Zeulenrodaer Straße 4
> 91207 Lauf
>
> ------------------------------
> *Von:* cha...@li... [mailto:
> cha...@li...]
> *Gesendet:* Do 01.04.2010 14:03
> *An:* cha...@li...
> *Betreff:* Charva-users Digest, Vol 21, Issue 1
>
>  Send Charva-users mailing list submissions to
>         cha...@li...
>
> To subscribe or unsubscribe via the World Wide Web, visit
>         https://lists.sourceforge.net/lists/listinfo/charva-users
> or, via email, send a message with subject or body 'help' to
>         cha...@li...
>
> You can reach the person managing the list at
>         cha...@li...
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Charva-users digest..."
>
>
> Today's Topics:
>
>    1. UI update via thread on windows not working (Stephan Schuster)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Thu, 1 Apr 2010 00:18:15 +0200
> From: Stephan Schuster <ste...@we...>
> Subject: [Charva-users] UI update via thread on windows not working
> To: cha...@li...
> Message-ID:
>         <q2g...@ma...>
> Content-Type: text/plain; charset="iso-8859-1"
>
> hi guys,
>
> first of all, thank you for this great project and all the work you put in
> there. hopefully it will stay alive!
>
> i just build my first charva-project: a simple frame containing a table.
> additionally my program starts a separate thread waking up every 5 seconds
> and calling setValue() on the table from a runnable added to the event
> queue
> via invokelater(). on my ubuntu machine everything works great and the ui
> updates automatically. however, on windows i don't see any automatic
> updates
> until i press any key. i tried an additional repaint(), requestSync(), etc.
> on the table after setValue() but the problem stays the same: no automatic
> ui updates!!!
>
> any idea what i might do wrong?
> any known problems about this on windows?
> any workarounds?
>
>
> thank you in advance.
> pauli
> -------------- next part --------------
> An HTML attachment was scrubbed...
>
> ------------------------------
>
>
> ------------------------------------------------------------------------------
> Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
>
> ------------------------------
>
> _______________________________________________
> Charva-users mailing list
> Cha...@li...
> https://lists.sourceforge.net/lists/listinfo/charva-users
>
>
> End of Charva-users Digest, Vol 21, Issue 1
> *******************************************
>
>
>
>
>

Re: [Charva-users] Charva-users Digest, Vol 21, Issue 1

[Stephan S. <ste...@we...>]

hi rolf and all the others,

thank you for your reply, i really appreciate it.

i had a look into toolkit.c. however, there was no function named getKey().
i guess it's (now) called readKey(). anyway, i couln't find a solution that
way either. perhaps because i'm a java programmer with only little knowledge
about c.

by the way, i had a look at the "thread" example in the charva tutorial
which came with charva-1.1.4. same issue here. it is working perfectly on my
linux machine. on windows the ui only updates on key press. both, the
example and my test programm, used the precompiled dll that comes with
carva. might this be the problem?

did threads in charva ever work on windows? or is it simply not possible?


thank you for reading this help request.

hoping for replies
pauli



2010/4/1 Rolf Mamat <Rol...@bi...>

>  Hi pauli,
>
> some times ago I had a similiar Problem.
> 1. Diverece between Linux / Unix and Windows can be found in the getKey()
> Function which is placed in the C Part.
> In Linux this function returned even if no Key is pressed, while in Window
> this Function will wait till Key is pressed.
>
> 2. My first visible Dialog  was the Login-Dialog which was closed after
> Login. Now charvax uses the first visible Dialog to install an event-Queue.
> After changing my program to use an Main-Window which opens all other
> Windows/Dialogs when nessasary also the Login-Dialog, solved the Problem.
>
> Hope this helps.
>
>
>  Rolf Mamat
> E-Mail: Rol...@bi...
> Web: www.bitstop.de
> Telefon: +49 9123 97490
> Telefax: +49 9123 974919
>
> Mamat GmbH
> HR B 13 112
> Ust-Id-Nr. DE 24113200819
> Geschäftsführer: Rolf Mamat
> Zeulenrodaer Straße 4
> 91207 Lauf
>
> ------------------------------
> *Von:* cha...@li... [mailto:
> cha...@li...]
> *Gesendet:* Do 01.04.2010 14:03
> *An:* cha...@li...
> *Betreff:* Charva-users Digest, Vol 21, Issue 1
>
>  Send Charva-users mailing list submissions to
>         cha...@li...
>
> To subscribe or unsubscribe via the World Wide Web, visit
>         https://lists.sourceforge.net/lists/listinfo/charva-users
> or, via email, send a message with subject or body 'help' to
>         cha...@li...
>
> You can reach the person managing the list at
>         cha...@li...
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Charva-users digest..."
>
>
> Today's Topics:
>
>    1. UI update via thread on windows not working (Stephan Schuster)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Thu, 1 Apr 2010 00:18:15 +0200
> From: Stephan Schuster <ste...@we...>
> Subject: [Charva-users] UI update via thread on windows not working
> To: cha...@li...
> Message-ID:
>         <q2g...@ma...>
> Content-Type: text/plain; charset="iso-8859-1"
>
> hi guys,
>
> first of all, thank you for this great project and all the work you put in
> there. hopefully it will stay alive!
>
> i just build my first charva-project: a simple frame containing a table.
> additionally my program starts a separate thread waking up every 5 seconds
> and calling setValue() on the table from a runnable added to the event
> queue
> via invokelater(). on my ubuntu machine everything works great and the ui
> updates automatically. however, on windows i don't see any automatic
> updates
> until i press any key. i tried an additional repaint(), requestSync(), etc.
> on the table after setValue() but the problem stays the same: no automatic
> ui updates!!!
>
> any idea what i might do wrong?
> any known problems about this on windows?
> any workarounds?
>
>
> thank you in advance.
> pauli
> -------------- next part --------------
> An HTML attachment was scrubbed...
>
> ------------------------------
>
>
> ------------------------------------------------------------------------------
> Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
>
> ------------------------------
>
> _______________________________________________
> Charva-users mailing list
> Cha...@li...
> https://lists.sourceforge.net/lists/listinfo/charva-users
>
>
> End of Charva-users Digest, Vol 21, Issue 1
> *******************************************
>
>
>
>
>

[Charva-users] UI update via thread on windows not working

[Stephan S. <ste...@we...>]

hi guys,

first of all, thank you for this great project and all the work you put in
there. hopefully it will stay alive!

i just build my first charva-project: a simple frame containing a table.
additionally my program starts a separate thread waking up every 5 seconds
and calling setValue() on the table from a runnable added to the event queue
via invokelater(). on my ubuntu machine everything works great and the ui
updates automatically. however, on windows i don't see any automatic updates
until i press any key. i tried an additional repaint(), requestSync(), etc.
on the table after setValue() but the problem stays the same: no automatic
ui updates!!!

any idea what i might do wrong?
any known problems about this on windows?
any workarounds?


thank you in advance.
pauli