Content-type: text/plain; charset=us-ascii
This is a Mailman mailing list bounce action notice:
List: Opensg-users
Member: [EMAIL PROTECTED]
Action: Subscription disabled.
Reason: Excessive or fatal bounces.
You can reenable their subscription by visiting the membership
management page at
https://lists.sourceforge.net/lists/admin/opensg-users/members and
setting their options accordingly
The triggering bounce notice is attached below.
Questions? Contact the Mailman site administrator at
[EMAIL PROTECTED]
This is a MIME-encapsulated message.
--9BCB88926B.1118248680/sc8-sf-spam1.sourceforge.net
Content-Description: Notification
Content-Type: text/plain
This is the Postfix program at host sc8-sf-spam1.sourceforge.net.
I'm sorry to have to inform you that the message returned
below could not be delivered to one or more destinations.
For further assistance, please send mail to <postmaster>
If you do so, please include this problem report. You can
delete your own text from the message returned below.
The Postfix program
<[EMAIL PROTECTED]>: host cad.zju.edu.cn[210.32.131.2] said: 500 error
(in reply to MAIL FROM command)
--9BCB88926B.1118248680/sc8-sf-spam1.sourceforge.net
Content-Description: Delivery error report
Content-Type: message/delivery-status
Reporting-MTA: dns; sc8-sf-spam1.sourceforge.net
Arrival-Date: Wed, 8 Jun 2005 09:06:56 -0700 (PDT)
Final-Recipient: rfc822; [EMAIL PROTECTED]
Action: failed
Status: 5.0.0
Diagnostic-Code: X-Postfix; host cad.zju.edu.cn[210.32.131.2] said: 500 error
(in reply to MAIL FROM command)
--9BCB88926B.1118248680/sc8-sf-spam1.sourceforge.net
Content-Description: Undelivered Message
Content-Type: message/rfc822
Received: from projects.sourceforge.net (sc8-sf-list2-b.sourceforge.net
[10.3.1.8])
by sc8-sf-spam1.sourceforge.net (Postfix) with ESMTP
id 9BCB88926B; Wed, 8 Jun 2005 09:06:56 -0700 (PDT)
Date: Wed, 08 Jun 2005 09:05:06 -0700
From: [EMAIL PROTECTED]
Subject: Opensg-users digest, Vol 1 #1079 - 12 msgs
X-Mailer: Mailman v2.0.9-sf.net
MIME-version: 1.0
Content-type: text/plain
To: [email protected]
Sender: [EMAIL PROTECTED]
Errors-To: [EMAIL PROTECTED]
X-BeenThere: [email protected]
X-Mailman-Version: 2.0.9-sf.net
Precedence: bulk
Reply-To: [email protected]
X-Reply-To: [email protected]
List-Unsubscribe: <https://lists.sourceforge.net/lists/listinfo/opensg-users>,
<mailto:[EMAIL PROTECTED]>
List-Id: <opensg-users.lists.sourceforge.net>
List-Post: <mailto:[email protected]>
List-Help: <mailto:[EMAIL PROTECTED]>
List-Subscribe: <https://lists.sourceforge.net/lists/listinfo/opensg-users>,
<mailto:[EMAIL PROTECTED]>
List-Archive: <http://sourceforge.net/mailarchive/forum.php?forum=opensg-users>
Message-Id: <[EMAIL PROTECTED]>
Send Opensg-users mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.sourceforge.net/lists/listinfo/opensg-users
or, via email, send a message with subject or body 'help' to
[EMAIL PROTECTED]
You can reach the person managing the list at
[EMAIL PROTECTED]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Opensg-users digest..."
Today's Topics:
1. Compiling OpenSG CVS with MSVC .NET 7.0 - PLY Loader (Aron Bierbaum)
2. OpenSG with Quadro FX3000G (Mathias Lorente)
3. Re: OpenSG with Quadro FX3000G (Gerrit Voss)
4. Re: OpenSG with Quadro FX3000G (Matthias Stiller)
5. Re: Compiling OpenSG CVS with MSVC .NET 7.0 - PLY
Loader (Chad Austin)
6. Re: TextVectorFace crash with empty strings (Joerg Bornemann)
7. Re: OSG and free compilers from Microsoft (Vincent Honnet)
8. Re: OpenSG with Quadro FX3000G (Mathias Lorente)
9. Re: AW: [Opensg-users] Application compiling problems on Mac OS X
(=?ISO-8859-1?Q?Patrick_D=E4hne?=)
10. Re: Question regarding geometry (Manjunath Sripadarao)
11. roof for my cave CAVE? (Enrico Borrione)
--__--__--
Message: 1
Date: Tue, 07 Jun 2005 11:51:05 -0500
From: Aron Bierbaum <[EMAIL PROTECTED]>
To: [email protected]
Subject: [Opensg-users] Compiling OpenSG CVS with MSVC .NET 7.0 - PLY Loader
Reply-To: [email protected]
When trying to compile the latest CVS version of OpenSG with MSVC .NET
7.0 I get the following error:
'osg::PlyProperty' has a non-aggregate data member
'osg::PlyProperty::name' : Types with a non-aggregate data member are
not aggregate
It seems that there is a limitation in MSVC 7.0 that does not allow an
aggregate type to contain a non-aggregate member. You can read more
about this limitation at:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dndeepc/html/deep07232002.asp
In order to get around this temporarily you can change the definition of
struct PlyProperty { /* description of a property */
std::string name;
...
};
to
struct PlyProperty { /* description of a property */
char* name;
...
};
Hope that this helps,
Aron
--__--__--
Message: 2
Date: Wed, 08 Jun 2005 08:44:44 +0200
From: Mathias Lorente <[EMAIL PROTECTED]>
Organization: INRIA RA
To: [email protected]
Subject: [Opensg-users] OpenSG with Quadro FX3000G
Reply-To: [email protected]
Hello,
Does someone manage to configure correctly Nvidia Quadro FX3000G with
OpenSG ?
Currently, I have some trouble with active stereo: sometimes left and
right buffers are switched.
Moreover, at the top and at the bottom of the screen, I can see black
zone corresponding to eye buffer swap.
Does someone can help me please ?
Thanks
Mathias
--__--__--
Message: 3
Subject: Re: [Opensg-users] OpenSG with Quadro FX3000G
From: Gerrit Voss <[EMAIL PROTECTED]>
To: OpenSG Users <[email protected]>
Organization: CAMTech
Date: Wed, 08 Jun 2005 15:44:38 +0800
Reply-To: [email protected]
Hi,
On Wed, 2005-06-08 at 08:44 +0200, Mathias Lorente wrote:
> Hello,
>
> Does someone manage to configure correctly Nvidia Quadro FX3000G with
> OpenSG ?
>
> Currently, I have some trouble with active stereo: sometimes left and
> right buffers are switched.
> Moreover, at the top and at the bottom of the screen, I can see black
> zone corresponding to eye buffer swap.
>
> Does someone can help me please ?
windows or linux ?, we are running a 3 pipe active screen curved screen
from a linux cluster containing 3 fx3000g boards and it works quite
fine.
If linux, we had this trouble too, but upgrading the drivers helped.
Currently we are running 1.0-7174. I also remember playing quite
some time to find the correct X timings which minimize the black zone
on top of the screen (this was before we upgraded the drivers). So
I don't know if one has to do the same with current drivers.
regards,
gerrit
--__--__--
Message: 4
From: Matthias Stiller <[EMAIL PROTECTED]>
To: [email protected]
Subject: Re: [Opensg-users] OpenSG with Quadro FX3000G
Date: Wed, 8 Jun 2005 08:45:34 +0200
Organization: DMU & VR Solutions
Reply-To: [email protected]
Hi Mathias,
are we talking about a single display configuration or do you mean a
multidisplay projection ? For the later there are some bugs within the
hardware, the synchronisation of multiple 3000g cards in active stereo
mode runs out of sync very soon and you get very weird behaviour.
According to nvidia this cannot be fixed, you need the upcoming G-card
of the current quattro 4000 series.
HTH
Matthias
On Wednesday 08 June 2005 08:44, Mathias Lorente wrote:
> Hello,
>
> Does someone manage to configure correctly Nvidia Quadro FX3000G with
> OpenSG ?
>
> Currently, I have some trouble with active stereo: sometimes left and
> right buffers are switched.
> Moreover, at the top and at the bottom of the screen, I can see black
> zone corresponding to eye buffer swap.
>
> Does someone can help me please ?
>
> Thanks
> Mathias
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: NEC IT Guy Games. How far can you
> shotput a projector? How fast can you ride your desk chair down the
> office luge track? If you want to score the big prize, get to know
> the little guy. Play to win an NEC 61" plasma display:
> http://www.necitguy.com/?r=20
> _______________________________________________
> Opensg-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/opensg-users
--__--__--
Message: 5
Date: Wed, 08 Jun 2005 03:02:10 -0500
From: Chad Austin <[EMAIL PROTECTED]>
To: [email protected]
Subject: Re: [Opensg-users] Compiling OpenSG CVS with MSVC .NET 7.0 - PLY
Loader
Reply-To: [email protected]
Hi Aron,
Hm. Technically, if an aggregate type contains a non-aggregate member, it's no
longer an aggregate, right? I don't have time to look it up in the standard,
but maybe it's illegal to use a bracketed initializer list with non-aggregate
types? Or maybe just VC7.0 complains? I suspect changing PlyProperty's name
field to type const char* wouldn't cause any leaks... Worth a shot at least.
An alternative is to use explicit PlyProperty constructor calls.
VC7.0 is pretty ghetto though, any chance you can upgrade? :) I tried to
pester Kevin long ago about upgrading the lab -- don't know if he did.
Chad
Aron Bierbaum wrote:
> When trying to compile the latest CVS version of OpenSG with MSVC .NET
> 7.0 I get the following error:
>
> 'osg::PlyProperty' has a non-aggregate data member
> 'osg::PlyProperty::name' : Types with a non-aggregate data member are
> not aggregate
>
> It seems that there is a limitation in MSVC 7.0 that does not allow an
> aggregate type to contain a non-aggregate member. You can read more
> about this limitation at:
>
> http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dndeepc/html/deep07232002.asp
>
>
>
> In order to get around this temporarily you can change the definition of
>
> struct PlyProperty { /* description of a property */
> std::string name;
> ...
> };
>
> to
>
> struct PlyProperty { /* description of a property */
> char* name;
> ...
> };
>
> Hope that this helps,
> Aron
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: NEC IT Guy Games. How far can you
> shotput
> a projector? How fast can you ride your desk chair down the office luge
> track?
> If you want to score the big prize, get to know the little guy. Play to
> win an NEC 61" plasma display: http://www.necitguy.com/?r=20
> _______________________________________________
> Opensg-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/opensg-users
--__--__--
Message: 6
Date: Wed, 08 Jun 2005 13:14:43 +0200
From: Joerg Bornemann <[EMAIL PROTECTED]>
Organization: OTLO VR Systeme GmbH
To: [email protected]
Subject: Re: [Opensg-users] TextVectorFace crash with empty strings
Reply-To: [email protected]
Hello Patrick,
Sorry for my late reply!
I've just tested and everything works fine now.
> - I've not been able to reproduce the crash with lines purely
> consisting of spaces. Please contact me when this bug still exists.
AFAIR the string " " resulted in crash on Windows (VS .NET 2003).
But this bug is gone. :-)
Joerg.
--__--__--
Message: 7
Date: Wed, 08 Jun 2005 14:18:12 +0200
From: Vincent Honnet <[EMAIL PROTECTED]>
To: [email protected]
Subject: Re: [Opensg-users] OSG and free compilers from Microsoft
Reply-To: [email protected]
Hi Dirk,
I tried to reinstall everything from VC Toolkit:
- I don't have Visual Studio .Net 2003 anymore
- I installed VC Toolkit 2003 and the Platform SDK and .Net Framework
- and I configured OpenSG like you wrote.
But it didn't work... windows.h not found, so I copied every .h I found
in Vc7\include and and all the libs I found in Vc7\lib and then it
compiled but didn't link:
MSVCPRTD.lib(msvcp60d.dll) : fatal error LNK1112: module machine type
'AMD64' conflicts with target machine type 'X86'.
Probably I have to do something because I have an Athlon 64... but if I
could find what... I just wanted to compile in 32bits but it doesn't
seem possible. I'm bored with that now, not because of OpenSG but
because of the tools of MS. Why is it so easy with VS .Net and not with
the free compilers ? Grrrrrrr !
Maybe I'm stupid...
Vincent
Dirk Reiners a écrit :
> Hi Vincent,
>
>On Tue, 2005-06-07 at 08:54 +0200, Vincent Honnet wrote:
>
>
>>Hi Dirk,
>>
>>With which option would you configure OpenSG with VC Toolkit 2003 ?
>>
>>
>
>The dailybuild uses the following configuration:
>
>./configure --with-compiler=cl.net2003 --with-glut=/cygdrive/d/opensg-
>dailybuild-net2003/OpenSG/../supportlibs --with-qt=/cygdrive/d/opensg-
>dailybuild-net2003/OpenSG/../packages/qt-3.12 --with-
>tif=/cygdrive/d/opensg-dailybuild-net2003/OpenSG/../supportlibs --with-
>jpg=/cygdrive/d/opensg-dailybuild-net2003/OpenSG/../supportlibs --with-
>png=/cygdrive/d/opensg-dailybuild-net2003/OpenSG/../supportlibs
>--enable-opt-drawtree --enable-win-localstorage
>
>The important ones are the --with-compiler and the --enable-win-
>localstorage, the rest is optional.
>
>On Tue, 2005-06-07 at 10:31 +0200, Vincent Honnet wrote:
>
>
>>Hi Dirk,
>>
>>And wich option would you give for MinGW32 under Cygwin ?
>>
>>
>
>I don't think that works, as Chad mentioned in his email.
>
>
>
>>And would you
>>define the variable PATH, INLUCE and LIB ?
>>
>>
>
>PATH needs to include the Common*\IDE directory, that's where the
>compilers are, INCLUDE needs to have the PlatformSDK\include directory
>and LIB needs to have the PlatformSDK\Lib directory.
>
>I'll try to find some time to install the free compilers and start this
>from scratch, but that probably won't be today.
>
>
>
>>I'm asking because for each
>>file to compile I get an error like this one:
>>
>>/cygdrive/f/Programme/OpenSG_DailyBuild/OpenSG/Source/Base/Base/<FileName>:
>>No such file or directory
>>which is a bit od.
>>
>>
>
>Indeed. Have your tried just doing a simple 'ls' on that path, to see
>whether there are more basic problems with your cygwin installation?
>What is the output of 'mount'?
>
>
>
>>Where did I the mistake ?
>>
>>
>
>Right now I can't see any...
>
>Yours
>
> Dirk
>
>
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by: NEC IT Guy Games. How far can you shotput
>a projector? How fast can you ride your desk chair down the office luge track?
>If you want to score the big prize, get to know the little guy.
>Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=20
>_______________________________________________
>Opensg-users mailing list
>[email protected]
>https://lists.sourceforge.net/lists/listinfo/opensg-users
>
>
>
>
--
Vincent Honnet
Fotografie und Software Service
Mariahilfstr. 15
52062 Aachen
E-Mail: [EMAIL PROTECTED]
Tel.: +49 (0)241 400 8882
--__--__--
Message: 8
Date: Wed, 08 Jun 2005 14:24:01 +0200
From: Mathias Lorente <[EMAIL PROTECTED]>
Organization: INRIA RA
To: [email protected]
Subject: [Opensg-users] Re: OpenSG with Quadro FX3000G
Reply-To: [email protected]
Hello,
I'm sorry, I've forgotten to say that I work on Linux with 2 pipes for a
workbench.
I've just updated Nvidia drivers and nothing goes better :(
But, Amira (from TGS) works fine under Linux with this configuration
(neither buffer swap nor black zone)... There is no differnce except
software.
Gerrit could you send me your X timings. Currently, I've in my xorg.conf
file:
Modeline "1280x1024" 174.55 1280 1312 1440 1696 1024 1031 1046 1072
-HSync -VSync #96Hz
Thanks for your help,
Mathias
--__--__--
Message: 9
From: =?ISO-8859-1?Q?Patrick_D=E4hne?= <[EMAIL PROTECTED]>
Subject: Re: AW: [Opensg-users] Application compiling problems on Mac OS X
Date: Wed, 8 Jun 2005 14:59:26 +0200
To: [email protected]
Reply-To: [email protected]
Hello Dirk,
sorry for the late answer.
>> maybe it is generally a good idea to replace the OSG-defined
>> symbol "darwin"
>> by the symbol "__APPLE__" that is defined by default on MacOS X (and
>> Darwin).
>>
>> BTW, a similar problem exists on Windows - all Windows-specific
>> code is
>> enabled by the OSG-defined symbol "WIN32", instead of the symbol
>> "_WIN32"
>> that is defined by default (at least when using the Microsoft and
>> the Intel
>> compilers).
>>
>
> yeah, we had a discussion about inventing our own system-
> identification
> defines before, and it didn't seem necessary at the time. But given
> the
> fact that things apparently change more often than we expected, it
> might
> be a good idea to revisit that.
>
> Here's my proposal:
>
> add to the head of OSGConfig.h some platform/compiler detection
> defines.
> I'm thinking of defines like these:
>
> OSG_OS_WINDOWS, OSG_OS_IRIX, OSG_OS_LINUX, OSG_OS_MACOSX etc.
> OSG_OS (with a value of "WINDOWS", "IRIX", etc.)
> OSG_OS_MAJOR_VERSION, OSG_OS_MINOR_VERSION (e.g. "2","69" for my FC3)
>
> OSG_COMPILER_CL, OSG_COMPILER_ICC, OSG_COMPILER_GCC etc.
> OSG_COMPILER (with a value of "CL", "ICC", etc.)
> OSG_COMPILER_MAJOR_VERSION, OSG_COMPILER_MINOR_VERSION (e.g. "3", "42"
> for FC3)
>
> It might be worth having some combined ones for OS/compiler
> combinations
> like OSG_WINDOWS_ICL, OSG_LINUX_ICL etc.
>
> Based on these OSGConfig should set feature-specific defines (which it
> already does quite a lot), and the other system headers should be as
> platform-independent as possible.
>
> Comments? How do other systems handle this?
Well, the solution you propose is much better than the current
solution of defining these symbols on the command line. But I usually
prefer to keep things as simple as possible.
Your solution needs to be documented. In fact, most people don't read
documentation, so probably many people writing code for OpenSG won't
use these defines. For example, how many people actually understand
what's the difference between osg:: and OSG::?
Even worse, I fear that there is no set of defines that will handle
all special cases. For example, what about the differences between
32bit and 64bit CPUs? Or how do we differentiate between a PowerPC-
based MacOS and a Intel-based MacOS, something that is actually a
topic since monday evening ;-)
As a matter of course I understand why using an abstraction layer has
some advantages, especially concerning the fact that the __APPLE__
define is not officially documented. But:
- I don't really expect this symbol to change. All other open source
projects I've had a look at actually use __APPLE__ directly (eg. The
OpenGL Extension Wrangler Library).
- A grep on the OpenSG/Source directory shows that we just have 18
occurrences of "darwin" (and already 7 occurences of "__APPLE__" in
my own code). That's not too much to change when we are forced to
change the symbol in the future.
- On all other unix systems, the system specific symbols are used
directly (__linux, __sgi, __hpux).
So as a quick, fast and simple solution I would propose to change all
occurrences of "darwin" in the source code to "__APPLE__". I'm
willing to take care about that when there is no objection from your
side.
Best regards,
Patrick
PS: On Windows, the situation might be different, due to the
different compilers...
--__--__--
Message: 10
Date: Wed, 8 Jun 2005 19:42:59 +0530
From: Manjunath Sripadarao <[EMAIL PROTECTED]>
To: [email protected]
Subject: Re: [Opensg-users] Question regarding geometry
Reply-To: [email protected]
Hi Dirk,
That didn't work either. Here is a model
http://graphics.stanford.edu/data/3Dscanrep/xyzrgb/xyzrgb_dragon.ply.gz
that I am trying to load on a single node. This doesn't have anything to
do with the cluster. This model we can load using a plain
opengl program and get around 14 FPS. But when I convert
it to .osb (I convert to .off then .osb) and then try loading it with
the 10loading.cpp
example, opensg cannot load it.
Can anybody check if they can load this model
and report the frame rates they get ?
Can I also get the code that was used to load
this model, if it can be loaded successfully ?
Thanks,
Manju
On 6/3/05, Dirk Reiners <[EMAIL PROTECTED]> wrote:
>=20
> Hi Manju,
>=20
> On Fri, 2005-06-03 at 18:22 +0530, Manjunath Sripadarao wrote:
> > I am trying to (still) load a huge model using opensg. I had a
> > question regarding
> > geometry creation in opensg. Does opensg have 2 copies of vertices and
> > indices in memory ?
> > That is one that is loaded into opengl using
> > glBegin(...)
> > glVertex
> > glend(...)
>=20
> This only consumes memory if it's inside a display list (which OpenSG
> uses by default).
>=20
> > and another that is
> > GeoPositions3fPtr pnts =3D GeoPositions3f::create();
> > beginEditCP(pnts, GeoPositions3f::GeoPropDataFieldMask);
> > {
> > pnts->addValue(Pnt3f(x, y, z));
> > }
> > endEditCP(pnts, GeoPositions3f::GeoPropDataFieldMask);
> > Are there 2 copies in memory that are kept ? Or is there only one copy
> > in memory ?
>=20
> If you use dlists yes, there are two copies in memory.
>=20
> > Is there a way to make it use a opengl display list directly ?
>=20
> Not currently.
>=20
> > That is I create an opengl display list and pass to opensg and opensg
> > uses this display
> > list to render geometry.
>=20
> Not currently. The problem is that it's impossible to read display
> lists, there is no way to get at the information for e.g. normal
> calculation, bounding volume calculation or intersection.
>=20
> You can turn display lists off before rendering to see if that fixes
> your problem (geo->setDlistCache(false);, or add the attached code to
> just turn it off).
>=20
> But AFAIK you're on a cluster anyway, so no single node should need to
> render the full model. Can you give us a little more background on when
> exactly you're having problems?
>=20
> Dirk
>=20
>=20
> Add this before Geometry creation to turn off all dlists:
>=20
> FieldContainerPtr pProto =3D Geometry::getClassType().getPrototype();
> GeometryPtr pGeoProto =3D GeometryPtr::dcast(pProto);
> if(pGeoProto !=3D NullFC)
> {
> pGeoProto->setDlistCache(false);
> }
>=20
>=20
>=20
>=20
> -------------------------------------------------------
> This SF.Net email is sponsored by Yahoo.
> Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
> Search APIs Find out how you can build Yahoo! directly into your own
> Applications - visit http://developer.yahoo.net/?fr=3Doffad-ysdn-ostg-q22=
005
> _______________________________________________
> Opensg-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/opensg-users
>
--__--__--
Message: 11
From: Enrico Borrione <[EMAIL PROTECTED]>
To: OpenSG <[email protected]>
Organization: Seac02 s.r.l
Date: 08 Jun 2005 18:04:41 +0200
Subject: [Opensg-users] roof for my cave CAVE?
Reply-To: [email protected]
hi OpenSG users...
i have a small problem, yet quite puzzling.
I have built the roof of the cave i am using
in my experiments and... i discovered that i
need to change the aspect ratio of the upper
projection.
I mean... on the three walls i have 3 separate
projections using the standard 3:4 aspect ratio,
which is natural since the screens are rectangular.
The roof on the other side is square, so my projection
is right in the "horizontal" axis and shortened in
the "vertical".
I think that i have to use the aspect field of my perspective
cameras, to correct this bad side-effect, but since
it is the first time that i come across this kind of trouble i was
wondering if someone already solved it.
What aspect ratio should i use??? 1:1????
Does the correct syntax sound like:
camera->setAspect (1.0);
????
where 1.0 is the result of horizontal-pixel/vertical-pixel length???
Thanks for the hints,
Enrico
--__--__--
_______________________________________________
Opensg-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensg-users
End of Opensg-users Digest
--9BCB88926B.1118248680/sc8-sf-spam1.sourceforge.net--
