quesa-develop — Mailing list for Quesa development

Depth buffer option

[James W. W. <ja...@wr...>]

I'd like to add an option to Quesa to leave the depth buffer 
uncleared when rendering.  I'm wondering what sort of API to use. 
One option would be to add a flag to the 
TQ3DrawContextClearImageMethod enumeration.  However, the option may 
not make sense for non-OpenGL renderers.  Another option would be to 
do it like the depth buffer depth, with a custom element attached to 
the renderer, view, or draw context.
-- 
   James W. Walker, ScriptPerfection Enterprises, Inc.
   <http://www.write-brain.com/>

Re: CVS error?

[Joseph J. S. <jo...@st...>]

At 6:43 PM +0100 6/1/04, Dair Grant wrote:

>One thing that would be quite feasible (in fact I think they may offer
>it themselves, although that may be the bit that's down :-) is to
>generate a nightly snapshot of cvs and make that available on the web
>site.
>
>That way even if you can't get to cvs for some reason, you can still
>grab the latest source if you need to.

That's a good idea.  I know that SourceForge offers web browsing of 
the CVS tree, but I don't think they provide any way to grab the 
contents thereof as a tarball or zip file.  That would be very handy 
for people who want to check out the latest source, but don't want to 
jump through all the hoops of CVS.

I wouldn't put it high on the list of priorities, though -- if 
someone is in that situation, they could always post here and ask 
someone to send them a tarball.

Best,
- Joe

-- 
,------------------------------------------------------------------.
|    Joseph J. Strout         Check out the Mac Web Directory:     |
|    jo...@st...           http://www.macwebdir.com/            |
`------------------------------------------------------------------'

Re: CVS error?

[Dair G. <da...@re...>]

Joseph J. Strout wrote:

>So, I'm guessing that this is the cause of my inability to connect=20
>via CVS.  Hopefully they'll have it fixed soon.

Yep, anonymous access will be off for now - if you use ssh (i.e., have
check-in privileges) then you should be able to access it OK.

One thing that would be quite feasible (in fact I think they may offer
it themselves, although that may be the bit that's down :-) is to
generate a nightly snapshot of cvs and make that available on the web
site.

That way even if you can't get to cvs for some reason, you can still
grab the latest source if you need to.


-dair
___________________________________________________
mailto:dair+refnum.com       http://www.refnum.com/

Re: CVS error?

[Joseph J. S. <jo...@st...>]

At 9:58 AM -0500 6/1/04, Joseph J. Strout wrote:

>   :PserverBackend() Connect (Connection refused)

To follow up my own post, I found this on 
<http://sourceforge.net/docman/display_doc.php?docid=2352&group_id=1#cvs>:

( 2004-06-01 09:14:25 -  Project CVS Service )    As of 2004-05-31 
CVS pserver, ViewCVS  and nightly tarballs for projects with UNIX 
names starting with  the letters q, z, p, m, t, n and y will be down 
for an unknown  time period due to a systems issue. We are currently 
working on  a timely resolution to this issue.

So, I'm guessing that this is the cause of my inability to connect 
via CVS.  Hopefully they'll have it fixed soon.

Best,
- Joe

P.S. Incidentally, it does work if you switch to CVS and put in a 
(non-anonymous) username and password.  But that won't help most list 
members.
-- 
,------------------------------------------------------------------.
|    Joseph J. Strout         Check out the Mac Web Directory:     |
|    jo...@st...           http://www.macwebdir.com/            |
`------------------------------------------------------------------'

Re: CVS error?

[James W. W. <os...@jw...>]

On Jun 1, 2004, at 7:58 AM, Joseph J. Strout wrote:

> I'm trying to get back up to speed with CVS.  But trying to connect=20
> today (using the MacCVS Pro session file from the web site -- a very=20=

> nice service BTW), I get the following error:
>
>   :PserverBackend() Connect (Connection refused)
>
> Does this mean anything to anyone?  Is it just a glitch at=20
> SourceForge, or am I doing something wrong?

 =46rom the SourceForge status page:

(  2004-06-01 09:14:25 -  Project CVS Service )  =A0 As of 2004-05-31 =
CVS=20
pserver, ViewCVS  and nightly tarballs for projects with UNIX names=20
starting with  the letters q, z, p, m, t, n and y will be down for an=20
unknown  time period due to a systems issue. We are currently working=20
on  a timely resolution to this issue.

Of course, you're a Quesa developer, so I don't know why you're using=20
pserver.  CVS by SSH seems to be working.
--
<http://www.jwwalker.com/>

CVS error?

[Joseph J. S. <jo...@st...>]

I'm trying to get back up to speed with CVS.  But trying to connect 
today (using the MacCVS Pro session file from the web site -- a very 
nice service BTW), I get the following error:

   :PserverBackend() Connect (Connection refused)

Does this mean anything to anyone?  Is it just a glitch at 
SourceForge, or am I doing something wrong?

Thanks,
- Joe

-- 
,------------------------------------------------------------------.
|    Joseph J. Strout         Check out the Mac Web Directory:     |
|    jo...@st...           http://www.macwebdir.com/            |
`------------------------------------------------------------------'

Re: updating www.quesa.org

[Joseph J. S. <jo...@st...>]

At 4:30 PM -0500 5/24/04, Joseph J. Strout wrote:

>OK, then how about this plan:
>
>1. Turn off the redirect from sourceforge.net to quesa.org, so that 
>we can see web pages being served by sourceforge.
>
>2. Set up that cron job to grab the pages out of CVS.
>
>3. Update the pages in CVS as needed (shouldn't need much in this case).
>
>4. Make quesa.org redirect to (or an alias for) quesa.sourceforge.net.

I went away for the weekend, and when I came back, steps 1-3 were 
done. (Thanks Dair and James!)

So, I move we go ahead with step 4 and make quesa.org redirect to 
quesa.sourceforge.net, which is looking quite good and is already 
quite a bit more current than what's at quesa.org.

Best,
- Joe

-- 
,------------------------------------------------------------------.
|    Joseph J. Strout         Check out the Mac Web Directory:     |
|    jo...@st...           http://www.macwebdir.com/            |
`------------------------------------------------------------------'

[ quesa-Bugs-907880 ] Stale (cached?) data saved in 3DMF file

[SourceForge.net <no...@so...>]

Bugs item #907880, was opened at 2004-03-01 13:42
Message generated for change (Comment added) made by jwwalker
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=442052&aid=907880&group_id=45158

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Dair Grant (grantd)
Assigned to: Nobody/Anonymous (nobody)
Summary: Stale (cached?) data saved in 3DMF file

Initial Comment:
I have a TriGrid with a custom attribute attached to it. I draw it, 
that works fine. I change the value of the custom attribute and 
save the file. What gets saved is a TriMesh (fair enough) with the 
original version of the custom attribute rather than the new value.

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

>Comment By: James W. Walker (jwwalker)
Date: 2004-05-29 01:41

Message:
Logged In: YES 
user_id=433183

I cannot reproduce this.  If the bug still exists, we need more 
information.

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=442052&aid=907880&group_id=45158

Re: updating www.quesa.org

[James W. W. <os...@jw...>]

On May 27, 2004, at 5:41 PM, James W. Walker wrote:

> I suppose that although this list is the preferred place for 
> discussion, the web site should still provide the search form for the 
> old list.

Actually, the search of the old mail archives is broken.

" Cannot open "/usr/local/swish-e/swish-e". File not found or 
permission denied."
--
<http://www.jwwalker.com/>

Re: updating www.quesa.org

[James W. W. <ja...@wr...>]

"Joseph J. Strout" <jo...@st...> wrote:

>Sounds great.  I'll be out of town this weekend, so of no use to 
>y'all, but hopefully next week I can find a bit of time to help out.

I may start on web site changes before then.

I suppose that although this list is the preferred place for 
discussion, the web site should still provide the search form for the 
old list.  What about the forum, should it be mentioned but declared 
deprecated, or what?
-- 
   James W. Walker, ScriptPerfection Enterprises, Inc.
   <http://www.write-brain.com/>

Re: updating www.quesa.org

[Joseph J. S. <jo...@st...>]

At 10:59 PM +0100 5/27/04, Dair Grant wrote:

>OK, this should be in place - <http://quesa.sourceforge.net/> will be
>updated with the contents of the quesa/Documentation directory once a
>day at 00:00 GMT.
>
>That's 14:00 PST, 19:00 EST, and 01:00 CET (give or take an hour
>depending on the time of year). If you want to make a change to the web
>site from now on, just check it into CVS and it should show up the next
>day.

Sounds great.  I'll be out of town this weekend, so of no use to 
y'all, but hopefully next week I can find a bit of time to help out.

Thanks,
- Joe

-- 
,------------------------------------------------------------------.
|    Joseph J. Strout         Check out the Mac Web Directory:     |
|    jo...@st...           http://www.macwebdir.com/            |
`------------------------------------------------------------------'

Re: updating www.quesa.org

[Dair G. <da...@re...>]

Dair Grant wrote:

>>Sounds good to me.  I suppose that steps 1 and 2 are things that only
>>Dair can do, since he is the only project admin?
>
>I thought any developer could actually - but I'll take a look this
>evening.

OK, this should be in place - <http://quesa.sourceforge.net/> will be
updated with the contents of the quesa/Documentation directory once a
day at 00:00 GMT.

That's 14:00 PST, 19:00 EST, and 01:00 CET (give or take an hour
depending on the time of year). If you want to make a change to the web
site from now on, just check it into CVS and it should show up the next
day.


-dair
___________________________________________________
mailto:dair+refnum.com       http://www.refnum.com/

Re: updating www.quesa.org

[Dair G. <da...@re...>]

James W. Walker wrote:

>Sounds good to me.  I suppose that steps 1 and 2 are things that only=20
>Dair can do, since he is the only project admin?

I thought any developer could actually - but I'll take a look this
evening.


-dair
___________________________________________________
mailto:dair+refnum.com       http://www.refnum.com/

Re: updating www.quesa.org

[James W. W. <ja...@wr...>]

"Joseph J. Strout" <jo...@st...> wrote:

>OK, then how about this plan:
>
>1. Turn off the redirect from sourceforge.net to quesa.org, so that 
>we can see web pages being served by sourceforge.
>
>2. Set up that cron job to grab the pages out of CVS.
>
>3. Update the pages in CVS as needed (shouldn't need much in this case).
>
>4. Make quesa.org redirect to (or an alias for) quesa.sourceforge.net.

Sounds good to me.  I suppose that steps 1 and 2 are things that only 
Dair can do, since he is the only project admin?
-- 
   James W. Walker, ScriptPerfection Enterprises, Inc.
   <http://www.write-brain.com/>

Re: updating www.quesa.org

[Joseph J. S. <jo...@st...>]

At 11:40 AM -0700 5/24/04, Kevin Matthews wrote:

>Joe, you're right about the staleness problem.  If you email me the
>pages (maybe as a .sit package attachment?) I'll be more than happy to
>upload them.

OK, I can do that, and I appreciate the offer.  But...

At 10:06 PM +0100 5/24/04, Dair Grant wrote:

>The master copy for the page is the stuff checked in to cvs under
>Documentation: they were being pushed over manually to www.quesa.org for
>uploading once they'd been checked in.

Ah, so I suppose I should check out the pages from CVS, edit them, 
check them back in, and then send the affected files to Kevin?  Ah, 
but I read on...

>At the moment <http://quesa.sourceforge.net/> redirects over to
><http://www.quesa.org/>.
>
>It's possible to set up the sourceforge stuff so that it grabs the pages
>out of cvs nightly/on a cron job, and then serves them up as
>quesa.sourceforge.net. That's probably the easiest way to handle it, as
>that means you just need to check a change in and it's automatically
>live.
>
>When that's working it would be easy enough to change the redirect to
>work the other way round, i.e., www.quesa.org goes to
>quesa.sourceforge.net (or is an alias for).

OK, then how about this plan:

1. Turn off the redirect from sourceforge.net to quesa.org, so that 
we can see web pages being served by sourceforge.

2. Set up that cron job to grab the pages out of CVS.

3. Update the pages in CVS as needed (shouldn't need much in this case).

4. Make quesa.org redirect to (or an alias for) quesa.sourceforge.net.

This will take a little longer than the quick fix I had in mind, but 
it gets us to a nice place where anyone in the project can update the 
web pages.

Best,
- Joe

-- 
,------------------------------------------------------------------.
|    Joseph J. Strout         Check out the Mac Web Directory:     |
|    jo...@st...           http://www.macwebdir.com/            |
`------------------------------------------------------------------'

Re: updating www.quesa.org

[Dair G. <da...@re...>]

Joseph J. Strout wrote:

>What would it take to get these web pages updated?  I'd be willing to=20
>grab the source of several pages and edit them appropriately, but how=20
>can I get them uploaded?

The master copy for the page is the stuff checked in to cvs under
Documentation: they were being pushed over manually to www.quesa.org for
uploading once they'd been checked in.


>Also, what's our long-term plan for Quesa's web presence?  I recall=20
>discussion of setting things up so that any developer registered for=20
>the SourceForge project would be able to commit web-page changes via=20
>CVS.  That seems like a fantastic idea.  Can we make quesa.org=20
>forward automatically to a web site on SourceForge?

At the moment <http://quesa.sourceforge.net/> redirects over to
<http://www.quesa.org/>.

It's possible to set up the sourceforge stuff so that it grabs the pages
out of cvs nightly/on a cron job, and then serves them up as
quesa.sourceforge.net. That's probably the easiest way to handle it, as
that means you just need to check a change in and it's automatically
live.

When that's working it would be easy enough to change the redirect to
work the other way round, i.e., www.quesa.org goes to
quesa.sourceforge.net (or is an alias for).

I think the info on how to set this up is all somewhere in the SF help
section: my battery is about to die so can't go and look tonight. :-)=20


-dair
___________________________________________________
mailto:dair+refnum.com       http://www.refnum.com/

Re: updating www.quesa.org

[Kevin M. <mat...@ar...>]

Joe, you're right about the staleness problem.  If you email me the 
pages (maybe as a .sit package attachment?) I'll be more than happy to 
upload them.  


On Mon, 24 May 2004 09:00:19 -0500, Joseph J. Strout wrote:
> The quesa.org web page has gotten very stale -- in particular, the 
> mailing list page still describes the old (now defunct) mailing list, 
> and there is no link anywhere to the sourceforge site or this 
> (current) mailing list.
> 
> The CVS page also seems to be pointing to the old designcommunity.com 
> CVS server, rather than the one at SourceForge.
> 
> These are pretty big problems -- anyone who looks into Quesa the 
> first time is going to find only a dead mailing list and a dead CVS 
> server, and would quite naturally conclude that the project is dead.
> 
> What would it take to get these web pages updated?  I'd be willing to 
> grab the source of several pages and edit them appropriately, but how 
> can I get them uploaded?
> 
> Also, what's our long-term plan for Quesa's web presence?  I recall 
> discussion of setting things up so that any developer registered for 
> the SourceForge project would be able to commit web-page changes via 
> CVS.  That seems like a fantastic idea.  Can we make quesa.org 
> forward automatically to a web site on SourceForge?
> 
> Best,
> - Joe
> 
> -- 
> ,------------------------------------------------------------------.
> |    Joseph J. Strout         Check out the Mac Web Directory:     |
> |    jo...@st...           http://www.macwebdir.com/            |
> `------------------------------------------------------------------'
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: Oracle 10g
> Get certified on the hottest thing ever to hit the market... Oracle 
> 10g. Take an Oracle 10g class now, and we'll give you the exam FREE.
> http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
> _______________________________________________
> Quesa-develop mailing list
> Que...@li...
> https://lists.sourceforge.net/lists/listinfo/quesa-develop
> 

updating www.quesa.org

[Joseph J. S. <jo...@st...>]

The quesa.org web page has gotten very stale -- in particular, the 
mailing list page still describes the old (now defunct) mailing list, 
and there is no link anywhere to the sourceforge site or this 
(current) mailing list.

The CVS page also seems to be pointing to the old designcommunity.com 
CVS server, rather than the one at SourceForge.

These are pretty big problems -- anyone who looks into Quesa the 
first time is going to find only a dead mailing list and a dead CVS 
server, and would quite naturally conclude that the project is dead.

What would it take to get these web pages updated?  I'd be willing to 
grab the source of several pages and edit them appropriately, but how 
can I get them uploaded?

Also, what's our long-term plan for Quesa's web presence?  I recall 
discussion of setting things up so that any developer registered for 
the SourceForge project would be able to commit web-page changes via 
CVS.  That seems like a fantastic idea.  Can we make quesa.org 
forward automatically to a web site on SourceForge?

Best,
- Joe

-- 
,------------------------------------------------------------------.
|    Joseph J. Strout         Check out the Mac Web Directory:     |
|    jo...@st...           http://www.macwebdir.com/            |
`------------------------------------------------------------------'

CVS commits overview, a new feature and a bug fix

[James W. W. <ja...@wr...>]

I just committed changes to QuesaCustomElements.h, 
E3CustomElements.c, and E3View.c to do two things:

1.  Added pre and post-submit callbacks for picking, in analogy to 
the callbacks for rendering.

2.  Fixed a bug in picking involving certain decomposable objects. 
For example, consider a cylinder with both end caps.  If you clicked 
the top end cap, then a hit was detected but no object was returned 
by the pick.  This had to do with the fact that 
E3View_PickStack_PopGroup was clearing the picked object.

I also made a change to Geom Test to reveal this bug.
-- 
   James W. Walker, ScriptPerfection Enterprises, Inc.
   <http://www.write-brain.com/>

[ quesa-Bugs-900694 ] Add image import support to Unix/Windows Qut

[SourceForge.net <no...@so...>]

Bugs item #900694, was opened at 2004-02-19 14:03
Message generated for change (Comment added) made by jwwalker
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=442052&aid=900694&group_id=45158

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Dair Grant (grantd)
Assigned to: James W. Walker (jwwalker)
Summary: Add image import support to Unix/Windows Qut

Initial Comment:
Add support for image import to Qut will let us test textures on 
these platforms more easily.
        
Need to fill in Qut_SelectPictureFile, and rework QutText.c so that 
it doesn't assume QuickTime.
   
In the short term, possibly just hard-code a fixed texture into the 
source for GeomTest so that textures can be tested more easily.

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

>Comment By: James W. Walker (jwwalker)
Date: 2004-05-03 22:24

Message:
Logged In: YES 
user_id=433183

P.S.  Someone (other than me) needs to update Geom Test.dsp
to include QutTexture.c.

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

Comment By: James W. Walker (jwwalker)
Date: 2004-05-03 11:12

Message:
Logged In: YES 
user_id=433183

I have made changes to Geom Test and Qut so that the Toggle Texture 
and Box (textured) features of Geom Test can work on other platforms 
by loading TGA files.  I chose the TGA format for ease of decoding.

I have not touched Qut_SelectPictureFile, so I cannot claim that the bug 
is completely fixed.

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=442052&aid=900694&group_id=45158

[ quesa-Bugs-900694 ] Add image import support to Unix/Windows Qut

[SourceForge.net <no...@so...>]

Bugs item #900694, was opened at 2004-02-19 14:03
Message generated for change (Comment added) made by jwwalker
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=442052&aid=900694&group_id=45158

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Dair Grant (grantd)
>Assigned to: James W. Walker (jwwalker)
Summary: Add image import support to Unix/Windows Qut

Initial Comment:
Add support for image import to Qut will let us test textures on 
these platforms more easily.
        
Need to fill in Qut_SelectPictureFile, and rework QutText.c so that 
it doesn't assume QuickTime.
   
In the short term, possibly just hard-code a fixed texture into the 
source for GeomTest so that textures can be tested more easily.

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

>Comment By: James W. Walker (jwwalker)
Date: 2004-05-03 11:12

Message:
Logged In: YES 
user_id=433183

I have made changes to Geom Test and Qut so that the Toggle Texture 
and Box (textured) features of Geom Test can work on other platforms 
by loading TGA files.  I chose the TGA format for ease of decoding.

I have not touched Qut_SelectPictureFile, so I cannot claim that the bug 
is completely fixed.

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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=442052&aid=900694&group_id=45158

Re: Licence change

[Dair G. <da...@re...>]

James W. Walker wrote:

>>That does make it clearer, so I'll do a search and replace and switch
>>it to the current wording.
>
>Thanks!

That should be everything checked in now.


>Ah.  I don't know if it could be related, but every message from you=20
>is flagged by Eudora as having "encoding errors".  This does not=20
>happen with anyone else's messages.

Strange - I use Mailsmith as my mail client. It can send as UTF-8,
although looking at the headers on my previous message it was just
US-ASCII on that message.

I could send you a couple of test messages off-list if you wouldn't
mind? I can forward them on to Bare Bones support and see if they know
what's up.


-dair
___________________________________________________
mailto:dair+refnum.com       http://www.refnum.com/

Re: Licence change

[Dair G. <da...@re...>]

James W. Walker wrote:

>OK, but the template at
><http://www.opensource.org/licenses/bsd-license.php> does not use the
>word "regents".

Huh, neither it does - they removed it. I had an old copy of that web
page locally (along with a couple of others like Apache), dating from
May 2002. That version (which is the one I checked in) uses:

    THE REGENTS OR CONTRIBUTORS

While the current version uses:

    THE COPYRIGHT OWNER OR CONTRIBUTORS

So it looks like someone else wondered about that as well. :-) That does
make it clearer, so I'll do a search and replace and switch it to the
current wording.


-dair
___________________________________________________
mailto:dair+refnum.com       http://www.refnum.com/

Re: Licence change

[James W. W. <ja...@wr...>]

Dair Grant <da...@re...> wrote:

>I sent a reply which doesn't appear to have made it to the list (as
>presumably you sent yours afterwards, yet it's made it).


Ah.  I don't know if it could be related, but every message from you 
is flagged by Eudora as having "encoding errors".  This does not 
happen with anyone else's messages.


>Huh, neither it does - they removed it. I had an old copy of that web
>page locally (along with a couple of others like Apache), dating from
>May 2002. That version (which is the one I checked in) uses:
>
>     THE REGENTS OR CONTRIBUTORS
>
>While the current version uses:
>
>     THE COPYRIGHT OWNER OR CONTRIBUTORS
>
>So it looks like someone else wondered about that as well. :-) That does
>make it clearer, so I'll do a search and replace and switch it to the
>current wording.


Thanks!
-- 
   James W. Walker, ScriptPerfection Enterprises, Inc.
   <http://www.write-brain.com/>

Re: Licence change

[Dair G. <da...@re...>]

James W. Walker wrote:

>I'm really surprised that nobody else has commented on this thread.=20
>Maybe I'm making a mountain out of a molehill, but to me it's an=20
>embarrassment to talk about regents when Quesa is clearly not=20
>affiliated with any university.  It looks as if we didn't bother to=20
>read our own license.

I sent a reply which doesn't appear to have made it to the list (as
presumably you sent yours afterwards, yet it's made it).

Reproduced below (1st copy will no doubt appear straight afterwards :-).


-dair

=3D=3D=3D=3D=3D=3D Forwarded Message =3D=3D=3D=3D=3D=3D
Date: 27/4/04 5:12 pm
=46rom: Dair Grant <da...@re...>
To: que...@li...

James W. Walker wrote:

>OK, but the template at
><http://www.opensource.org/licenses/bsd-license.php> does not use the
>word "regents".

Huh, neither it does - they removed it. I had an old copy of that web
page locally (along with a couple of others like Apache), dating from
May 2002. That version (which is the one I checked in) uses:

    THE REGENTS OR CONTRIBUTORS

While the current version uses:

    THE COPYRIGHT OWNER OR CONTRIBUTORS

So it looks like someone else wondered about that as well. :-) That does
make it clearer, so I'll do a search and replace and switch it to the
current wording.


-dair
___________________________________________________
mailto:dair+refnum.com       http://www.refnum.com/
=3D=3D=3D=3D=3D=3D End Forwarded Message =3D=3D=3D=3D=3D=3D


___________________________________________________
mailto:dair+refnum.com       http://www.refnum.com/