HDTenEightyP/NetNews huggingface dataset:
From: wrm@friskie.WPI.EDU (William Michalson)
Newsgroups: fj.mail-lists.x-window
Subject: X-windows Emulation Library
Date: 17 Oct 92 02:31:49 GMT
Distribution: fj
Organization: Worcester Polytechnic Institute

Date: 16 Oct 92 20:23:20 GMT
Message-Id: <1bn8boINNqpe@bigboote.WPI.EDU>
Newsgroups: comp.windows.x

I am involved with developing an application, written in C, which is
going to make heavy use of graphics on an MS-DOS based computer system
(non-Windows).  I would like to find a Graphics library that essentially
emulates the X-Windows environment closely enough that porting the
application to an X-windows based application is straightforward (ideally,
just re-compiling).

There are a few constraints.  The compiled code must be freely distributable
(ie. I don't mind buying a license for the library, but I want the binary
to be unencumbered).  I want the application to run under DOS, I don't want
users to be required to buy DesqView/X, Windows, or other GUI-based
operating systems.  I want maximum portability of source code to "real"
X-windows systems.

I *DO NOT* need to interface with other computers as an X-client or server.
Nor do I require the user interface to look exactly like Motif or whatever
(close would be desirable).  

What I would consider ideal would be a graphics library for DOS that contained
all (most) of the X-windows calls with the same syntax.  I would prefer a
commercial package that is well-documented and supported (I ask a lot :-))

Any help?????

Bill, wrm@ee.wpi.edu
From: cms2@leicester.ac.uk ("Dr C.M. Smith")
Newsgroups: fj.mail-lists.x-window
Subject: Remove me please
Date: 16 Oct 92 15:06:39 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Via: uk.ac.leicester; Thu, 15 Oct 1992 10:20:55 +0100
Date: Thu, 15 Oct 92 10:20:33 BST
Message-Id: <18035.9210150920@irix.le.ac.uk>

Please remove me from the mailing list. I'd like to re-join again in 3 weeks.
From: barmar@think.com (Barry Margolin)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Multiple XOpenDisplays on the same display
Date: 11 Oct 92 23:55:04 GMT
Distribution: fj
Organization: Thinking Machines Corporation, Cambridge MA, USA

Date: 9 Oct 92 21:54:37 GMT
Message-Id: <1b4v2tINNags@early-bird.think.com>
Newsgroups: comp.windows.x

In article <1992Oct09.113229.26461@watson.ibm.com> mcintyre@owgvm0.vnet.ibm.com (Dave McIntyre) writes:
>The XOpenDisplay calls return different values for the same display.

This is reasonable.  On the client, a "display" is an independent
connection to a display.  Each call to XOpenDisplay() should create a new
one.

>Windows created on any of these displays appear in XQueryTree listings
>for any of the other displays (on the same actual display).

XQueryTree() is returning data about the server's state.  All the windows
are on the same X server display screen, so they should all appear in the
same tree.  In addition, you'll see windows from completely unrelated
clients.

>Events in a window only get sent to the actual display it was created with
>(not any of the "shadow" displays).

The server doesn't know that all these connections are to the same client;
as far as it's concerned, all client connections are created equal.  Thus,
each of these connections defines a new client (which happen all to be
running in the same process).

>Even though the window is listed in a display's XQueryTree, XSelectInput'ing
>with a shadow display on a window causes an XError.

This should work.  Note, however, that some events are restricted so that
only one client can select on them.  This includes multiple clients in the
same process.

>I guess I'm looking for ammunition to support my argument that this is a
>lousy way of selecting events from windows.

It's got some overhead, but it also has some features.  If each window is
opened on a separate display, then XKillClient can be used to kill a window
without affecting any of the other ones (so long as you install an XIOError
handler that doesn't exit).

Without understanding why the program did this, it's hard to form a more
detailed opinion on whether it's a good way to design the program.  All
things being equal, though, I suspect it's not.
-- 
Barry Margolin
System Manager, Thinking Machines Corp.

barmar@think.com          {uunet,harvard}!think!barmar
From: todd@fred.dfrf.nasa.gov (Todd Vernon)
Newsgroups: fj.mail-lists.x-window
Subject: Re: X Under Windows NT
Date: 11 Oct 92 00:45:48 GMT
Distribution: fj
Organization: NASA Dryden Flight Research Facility, Edwards CA

Date: Thu, 8 Oct 1992 15:07:44 GMT
Message-Id: <1992Oct8.150744.18752@news.dfrf.nasa.gov>
Newsgroups: comp.windows.x,comp.sys.dec


>	Is this a bug or a feature?
>
>	No, seriously - If you consider that X windows' installed
> base is a drop in the bucket compared to ms-windows', Microsoft
> would be crazy to put engineering effort into making X a priority.

>> For a group like ours, which is actually looking favorably at WNT,
>> these details are very disappointing. It appears that the X community
>> will be ignored when Windows NT for Alpha comes out

>	I think that a lot of the NT fans and potential NT fans out
> there are expecting that the X community is going to dry up and blow
> away. They may be right. Microsoft *did* sell a million copies of
> windows last month, after all. X? (actually, in terms of installed
> base, the X community dried up and blew away years ago)

>	I don't know why you specify "Windows NT for Alpha", by the
> way. NT is NT. The architecture it's running on will make some
> difference, but presumably it'll behave the same and have the same
> API across hardware. So if one NT has short-shrifted X, then they all
> do.

	

No, seriously if you consider the things NT won't do the original writer
is correct.  If NT isn't doing windowing with respect to a network model,
(client/server) it really would not stand much a chance in the scientific
community.  We have large amounts of raw data that we plot, do analysis on, 
etc.. and if we had to actually move all that data around to differnent
computers to do graphic manipulations it would be to say the least
impractical.

You aren't another NT'r trying to save the world with vapor ware are you ?
From: grape@suned1.Nswses.Navy.Mil (Mike Grapevine)
Newsgroups: fj.mail-lists.x-window
Subject: [ANS] Anyone ever port to Desq/X?
Date: 8 Oct 92 19:03:58 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: Thu, 8 Oct 92 10:38:51 PDT
Message-Id: <9210081738.AA09154@spc1ed3>



Hello,
        I have been working with Desqview/X for about two
months now. It works fine for running most programs under DOS,
I haven't had the opportunity to hook it into a network yet.
If you are going to use the Desqview/X X-Window System (I was
trained by ICS, no "X-Window" only phrase in my vocabulary)
Toolkit for development, be aware that some of the versions
of the Toolkit will only support certain MSDOS compilers, and
also support part but not all of the X-Window System. As an
example, I only have the Borland C/C++ Version 3.1 compiler,
and the Desqview/X X-Window System Toolkiit I am working with
does not support the Athena Widget set for my Borland compiler.
Before getting Desqview/X, I would suggest that you make sure
it will suit your purposes and that you can use it to develop
applications without having to invest in other software to
support it.

        Michael D. Grapevine            | If it ain't broken,
        USN SWC                         |   that doesn't mean
        Code 4L32                       |   it won't konk out at
        grape@suned1.nswses.navy.mil    |   the most inopportune
        grape@tecnet1.jcte.jcs.mil      |   time.
From: jgraham@crc.sofkin.ca (Jay Graham)
Newsgroups: fj.mail-lists.x-window
Subject: XLoad/UnloadFont problems
Date: 7 Oct 92 17:01:55 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Message-Id: <9210071553.AA29435@crc.sofkin.ca>
Date: Wed, 7 Oct 92 11:53:34 EDT
X-Mailer: ELM [version 2.2 PL14]



I have an application that opens a display on remote host
and then creates a window and a GC on the remote display.  I
also load a font on the remote to use for drawing text. When
I am finished with the remote display for a while, I free the
GC, unload the font, destroy the window and then close the
remote display.  

I have discovered  that if I do the above more than once, the 
X server on the remote grows by 2 UNIX pages (8k) each time,
specifically after loading the font on the remote (determined by
using "ps" and a source debugger).  I therefore assume that I am
unloading(freeing?) the font incorrectly or there is a problem
with XUnloadFont.  I don't think that I should have to use
XQueryLoadFont and XFreeFont.

Can anyone tell me if I am doing something wrong or if there is
a bug with XUnloadFont for remote displays?


Here is a more detailed outline (not the actual code) of what I
have done:

    Remote = XOpenDisplay("remote:0");
    Win = XCreateWindow(Remote, ...);
    Font_Id = XLoadFont(Remote, "9x15");
/* X server on remote has just grown by 8k */
    Gc = XCreateGC(Remote, ..... with font field set to Font_Id);
    .
    .
    use display
    .
    .
    XFreeGC(Remote,Gc);
    XUnloadFont(Remote, Font_Id);
    XDestroyWindow(Remote, Win);
    XCloseDisplay(Remote);
    .
    .
    some time later, do the above again.



Thanks for any help.

Configuration:
               Motif 1.0
               X11R3
               ISC 386/ix
               AT&T 6386/25

(And no, we can't go to X11R4 and Motif 1.1. or X11R5 and Motif 1.2)

| Jay Graham                          Internet: jgraham@crc.sofkin.ca
| Software Kinetics Ltd.              Phone   : (613) 831-0888
| 65 Iber Road                        Fax     : (613) 831-1836
| Stittsville (Ottawa), Ontario
| Canada  K2S 1E7
From: davidsen@ariel.crd.GE.COM (william E Davidsen)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Announcing the availability of XFree86 1.1
Date: 10 Oct 92 10:34:55 GMT
Distribution: fj
Organization: GE Corporate R&D Center, Schenectady NY

Date: 7 Oct 92 19:49:31 GMT
Message-Id: <1992Oct7.194931.16296@crd.ge.com>
Newsgroups: comp.unix.sysv386,comp.unix.sys5.r4,comp.unix.sys5.r3,comp.unix.pc-clone.32bit,comp.unix.bsd,comp.os.linux,comp.os.mach,comp.windows.x

In article <1992Oct3.215041.17541@cbnewsj.cb.att.com>, dwex@cbnewsj.cb.att.com (david.e.wexelblat) writes:

| This, by the way, is a perfect example of why SVR4 is better than SCO.
| We have a single binary kit, ~20MB compressed, that works on SVR4 from 7 
| different vendors.  

This may come as a shock, but V.3 worked that way, too, and Xenix/386
binaries will run on virtually anything. And SCO binaries compiles for
8086 running in compatible library mode (-compat?) will run all the way
back to old Altos, etc, and forward to Destiny.

Where's the surprise in that?
-- 
bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
    Keyboard controller has been disabled, press F1 to continue.
From: ede978e@monu6.cc.monash.edu.au (Robert D. Nicholson)
Newsgroups: fj.mail-lists.x-window
Subject: Article Needed
Date: 10 Oct 92 23:46:35 GMT
Distribution: fj
Organization: Monash University, Caulfield Campus

Date: Thu, 8 Oct 1992 01:03:41 GMT
Message-Id: <1992Oct8.010341.22267@monu6.cc.monash.edu.au>
Newsgroups: comp.windows.garnet,comp.windows.x,comp.object

Wanted:

	Brad A. Myers, Brad Vander Zanden, and Roger B. Dannenberg

"Creating Graphical Interative Application Objects by Demonstration."

ACM SIGRGRAPH Symposium on User Interface Software and TEchnology,
Proceedings 89 Nov 1989, pp 95-104.

I need this quick so electronic form would be smashing, It can be ps
or whatever but I need it sharpish.
From: izeek@techunix.technion.ac.il (Ilan Aisic)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Blinking
Date: 11 Oct 92 14:19:38 GMT
Distribution: fj
Organization: Technion, Israel Institute of Technology

Date: Fri, 9 Oct 1992 10:09:26 GMT
Message-Id: <izeek.718625366@techunix.technion.ac.il>
Newsgroups: comp.windows.x,comp.windows.x.motif,comp.windows.x.intrinsics

mouse@thunder.mcrcim.mcgill.edu (der Mouse) writes:

>In article <1992Oct1.204222.13721@relay.nswc.navy.mil>, dnguyen@xobu.nswc.navy.mil (D. Nguyen) writes:

>> Does any one know how to implement blinking in X ?  An obvious
>> solution is just too costly.

>Which obvious solution?  I see two obvious solutions: (1) redraw
>periodically and (2) use read/write colormap cells and change their
>contents periodically.  (1) is the only solution that's fully portable.
>(2) produces much better performance, when you're using a dynamic
>visual and can afford the necessary colormap cell(s).

>Are you sure your "obvious solution" really is too costly?  Don't say
>this until you've tried it; guesses about what is and is not too
>expensive are often wrong.

>There's not much else you can do and stay within the core protocol.
>There may be an extension somewhere for blinking, but I don't know of
>any such.

>					der Mouse

>			    mouse@larry.mcrcim.mcgill.edu

Well, to implement (2) above, I suggest the following approach:
Create a small input-only X client program that will act as your
"colormap server".  If you need to blink n colors than you need to
allocate n read/write colorcells for that purpose and use the same
ones in your main aapplications.  You may choose to create your own
dedicated virtual colormap (beware of colormap "flashing") if you
cannot get enough colors from the default colormap.
This "colormap server" will simply loop forever and write different
values into the "blinking" colormap according to the rate you'll choose.
Use UNIX select() to sleep in between and the CPU utilization of this
program will be negligible.
Obviously, you'll need to make sure that both programs will use
the same colormap and color cells.  You may choose to use
X resources to communicate between the colormap "server" and "client".
I have implemented this in the past and it works just fine.
Ilan.
From: gohel@zeus.csee.usf.edu (Himanshu Gohel)
Newsgroups: fj.mail-lists.x-window
Subject: NEED: XView - Double-valued slider, dial object
Date: 14 Oct 92 13:58:48 GMT
Distribution: fj
Organization: U of South Florida, Dept. of Computer Science

Date: 9 Oct 92 15:19:29 GMT
Message-Id: <1992Oct9.151929.9879@ariel.ec.usf.edu>
Newsgroups: alt.toolkits.xview,comp.windows.x,comp.windows.open-look,comp.windows.x.openlook

Those who've used SunVision know what objects I'm talking about.
I'd like to get my hands on these objects for XView:

1. Double valued slider that I can use to set a low and high
   value in one slider.
2. Dial object that can be useful for specifying degree of rotation
3. Thumb-wheel (ala SunVision) - using LMB/RMB increases/decreases
   the value of the digit that the mouse is pointing to
4. Axes orientation object (again like SunVision) - useful to
   interactively speficy a 3D viewpoint

Does anyone have such code?

--
Himanshu Gohel, Gohel@Eggo.csee.usf.edu
U of South Florida, Tampa, FL 33620-3140
From: scott@asd.com (Scott Barman)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Hourglass Pointer for multiple windows application.
Date: 16 Oct 92 02:53:10 GMT
Distribution: fj
Organization: American Software Development Corp., West Babylon, NY

Date: Mon, 12 Oct 1992 18:04:39 GMT
Message-Id: <1992Oct12.180439.10980@asd.com>
Newsgroups: comp.windows.x,comp.windows.x.motif

In article <13150@iwona> iwona@Software.Mitel.COM (Iwona Hawrylak) writes:
>P.S. We use UIM/X User Inteface Management System (Graphical UI Builder).
>     I was wondering how many of you are using it as well. If there
>     are many of us then maybe it would be worth to start a newsgroup
>     to exchange the information and share the problems.

It would be nice if there was at least a mailing list.  I know Visual
Edge is out there and reads the net.  Maybe....
(I would volunteer but we are a uucp-only site with limited disk space
to run a descent mailing list with archiving of messages, code fragments
and other items that wold come up).
-- 
scott barman			| <This space intentionally left blank>
scott@asd.com			|
 (I can barely speak for myself, you expect me to speak for my employer??)
From: cwikla@morrison.wri.com (John Cwikla)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Sharing read/write colorcells
Date: 11 Oct 92 08:24:17 GMT
Distribution: fj
Organization: Wolfram Research, Inc.

Date: 8 Oct 92 19:28:12 GMT
Message-Id: <cwikla.718572492@morrison.wri.com>
Newsgroups: comp.windows.x

In <1992Oct7.151105.27492@stc.nato.int> thorsen@stc.nato.int (Einar C. Thorsen) writes:

>We have an application that allocates the top half of the color table (128
>to 256) for read/write color access.  We would like to be able to share some 
>of these color cells with another application running on the same server 
>that also uses these colors. So far, we have only been able to display the 
>same color by having duplicate entries in the color table.  Does anybody
>know how we can force the applications to share the same read/write entries?

In theory yes.  Will it work well?  I doubt it.  Read/write cells are inherently
non shareable.  However nothing says you can't use them.  If you have some sort
of color cube for your 128 colors and you can figure out mathematically (ie some
form of a standard colormap) color->pixel calculations you can just use the pixel
without allocating it -- just use it.  Of course this implies that the
first program is always running, and thus always has the entries allocated for
itself.  If it doesn't, problems.  Big time. 
--
o  John L. Cwikla          o
 o  X Programmer            o
  o  Wolfram Research, Inc.  o
   o cwikla@wri.com           o
From: brown@zen.wes.army.mil (Paul Brown)
Newsgroups: fj.mail-lists.x-window
Subject: DESQviewX mailing list
Date: 16 Oct 92 19:05:20 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Date: Fri, 16 Oct 92 13:08:44 CDT
Message-Id: <9210161808.AA04074@zen.WES.ARMY.MIL>


Is there a DESQviewX-related public mailing list?

Paul Brown
brown@zen.wes.army.mil
From: ivanyim@hgrd01.enet.dec.com ("I am ... Who cares!!! 12-Oct-1992 1327")
Newsgroups: fj.mail-lists.x-window
Subject: Document about coding convention
Date: 12 Oct 92 05:47:35 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Message-Id: <9210120522.AA07500@enet-gw.pa.dec.com>
Date: Sun, 11 Oct 92 22:22:55 PDT
Apparently-To: xpert@lcs.mit.edu

Hi,

I am trying to set up a coding convention for my team lately.  I heard that
there is some documents in MIT about the format.  Does anybody know that where 
I can find it?

Thanks,
-Ivan
From: guy@Auspex.COM (Guy Harris)
Newsgroups: fj.mail-lists.x-window
Subject: Re: xnews and Numlock
Date: 13 Oct 92 01:28:22 GMT
Distribution: fj
Organization: Auspex Systems, Santa Clara

Date: 10 Oct 92 19:51:45 GMT
Message-Id: <14921@auspex-gw.auspex.com>
Newsgroups: comp.windows.open-look,comp.windows.x,comp.sys.sun.misc

>Does anyone out there know a way to make the NumLock key work on a type
>4 keyboard under xnews. We are running OpenWindows 2 (gag I know) on a 
>Sun IPX with sunos 4.1.1-IPX. 

I generally do it on my OW 2.0 machine by moving my finger over to the
Num Lock key, pressing down on it, and releasing it.  The Num Lock light
even lights up when I do that, and the X11/NeWS server starts coughing
up events that get mapped, through the keycode-to-keysym mappings, to
the appropriate keypad-key events.

Now, maybe the particular X *client* program you're using doesn't grok
those keysyms, which is another matter.

>Or since I am only interested in
>using xterm, a set of xterm keybinfings might work

The MIT X11R4 and OW 2.0 "xterm"s both had no problem coping with the
KP_n keysyms, without any special keybindings.
From: neumann@dec4.wu-wien.ac.at (Gustaf Neumann)
Newsgroups: fj.mail-lists.x-window
Subject: Re: Wanted: "bitmap gallery" utility
Date: 12 Oct 92 12:45:49 GMT
Distribution: fj
Organization: WU-Wien

Date: 4 Oct 92 15:53:38 GMT
Message-Id: <7182140188-36455@dec4.wu-wien.ac.at>
Newsgroups: comp.windows.x

In article <achille.9209261206311756@leland.Stanford.EDU> from [26 Sep 92 19:06:31 GMT] you wrote:
 |> >    Hi folks,
 |> >I need a utility which displays many bitmaps in a single window 
 |> >(e.g. displays 25 30x30 bitmaps), preferably ALL the bitmaps contained 
 |> >in a directory. Does such an animal exist?

If you have Wafe on your system, the following perl script will do it.
In addition, it sorts the bitmaps per size to obtain a better packing 
of the viewport. It handles xpm files as well, if you have compiled wafe 
with PXM, and your colormap can stand it ;-}

-gustaf
===============================================================================
#!/usr/local/bin/perl 
# Name:   bm, perl script to use with the wafe frontend
# Author: Gustaf Neumann

sub Xui { $|=1; for (split("\n",@_[0])) {print "%$_\n";} }

&Xui("viewport vp topLevel width 500 height 600 forceBars true allowVert true;"
   ."action vp override {<Key>q : exec(quit)};"
   ."box top vp");

@files = ($#ARGV>=0) ? @ARGV : </usr/include/X11/bitmaps/*>;
foreach $f (@files) {
	opendir(D,$f) && (push(@nfiles,grep($_="$f/$_",readdir(D)))) 
	    && closedir D, next  if -d $f;
	push(@nfiles,$f);
}

sub bysize { $keys[$a] <=> $keys[$b]; }
for (@nfiles) { push (@keys, (-s $_)); }

$i = 0;
for (@nfiles[sort bysize $[.. $#nfiles]) {
	next if ! -f $_;
        split('/'); $name = $_[$#_];
	&Xui("box   line$i top orientation vertical;"
	    ."label  lab$i line$i label $name borderWidth 0;"
	    ."toggle tog$i line$i bitmap $_ borderWidth 0");
	$i++;
}
 
&Xui('realize');
while(<STDIN>) {print;}

--
Gustaf Neumann          neumann@dec4.wu-wien.ac.at, neumann@awiwuw11.bitnet
Vienna University of Economics and Business Administration 
Augasse 2-6,  A-1090 Vienna, Austria		
Tel: +43 (222) 31-336 x4533  	Fax: 347-555
From: MCOG@CHVM1.VNET.IBM.COM ("Michael A. Coggins")
Newsgroups: fj.mail-lists.x-window
Subject: General questions about X protocol and max sizes
Date: 12 Oct 92 20:52:52 GMT
Distribution: fj
Organization: Workstation Div., Supermicro Systems Group, Sony Corporation

Message-Id: <9210122016.AA03091@expo.lcs.mit.edu>
Date: Mon, 12 Oct 92 21:12:23 CET

(I sent the a while back, but I don't know if it got
 to the newsgroup.  Sorry if you are seeing this again.)

Question of possible interest for server gurus only:

Most of the dimensions for X and Y in the X protocol
are INT16 (signed int) and for width and height they
are CARD16 (unsigned int).

The X server sample does not really deal with these consistently
in all cases.  For example in miHandleExposures all x and y values
and width and height values are passed in as int, which is OK.
However, at one point there is the following code:

srcBox.x2 = srcx+width;     (x2 is a signed short)

The problem here is that if width is big (32768 to 65535) and srcx
is small (zero for example) then srcBox.x2 will be negative.

This can obviously cause problems down the road, particularly in
the case on which I am currently working.  How should this be
handled?  Should I attempt to find all these cases and report
them as "bugs"?  Should I chop down large widths whenever I
seem them in my ddx code?  (I'm only working in the ddx).

You might think normal clipping will handle this, but it doesn't
in this case for reasons too complex to describe in 200 words or less.

Thanks for any hints.
--
Mickey Coggins  mcog@chvm1.vnet.ibm.com
                +41-1-436-7274 or +41-1-436-8525 (fax)
                Hohlstrasse 560, CH-8048 Zurich, Switzerland
From: eddie@laslett.SLAC.Stanford.EDU (Xintian Eddie Lin)
Newsgroups: fj.mail-lists.x-window
Subject: a nice .mwmrc ?
Date: 9 Oct 92 11:39:00 GMT
Distribution: fj
Organization: Stanford Linear Accelerator Center

Date: 7 Oct 92 07:15:18 GMT
Message-Id: <BvqpHJ.4vH@unixhub.SLAC.Stanford.EDU>
Newsgroups: comp.windows.x


Hi:
   I am running mwm on the x server, anyone got a nice .mwmrc file I can
copy ? 

thanks

	Eddie Lin



-- 
======================================================================
#                   Balance Principle:   Gain For Lose               #
======================================================================