[vtkusers] unsubscribe
ChnWaiKit at netscape.net
ChnWaiKit at netscape.net
Mon Oct 7 22:42:32 EDT 2002
Help
vtkusers-request at public.kitware.com wrote:
>Send vtkusers mailing list submissions to
> vtkusers at public.kitware.com
>
>To subscribe or unsubscribe via the World Wide Web, visit
> http://public.kitware.com/mailman/listinfo/vtkusers
>or, via email, send a message with subject or body 'help' to
> vtkusers-request at public.kitware.com
>
>You can reach the person managing the list at
> vtkusers-admin at public.kitware.com
>
>When replying, please edit your Subject line so it is more specific
>than "Re: Contents of vtkusers digest..."
>
>
>Today's Topics:
>
> 1. Re: string compare bug? (Jeff Lee)
> 2. Re: string compare bug? (Kevin Wright)
> 3. Cygwin Build (Jerry Clarke <clarke>)
> 4. Copyright question (Christian Chilan)
> 5. Re: string compare bug? (Jeff Lee)
> 6. Re: string compare bug? (Kevin Wright)
> 7. Creating .vtk files (Stefan Ulbrich)
> 8. Re: string compare bug? (David.Pont at ForestResearch.co.nz)
> 9. tk8.4 (Andrew J. P. Maclean)
>
>--__--__--
>
>Message: 1
>Date: Mon, 07 Oct 2002 16:25:14 -0400
>From: Jeff Lee <jeff at cdnorthamerica.com>
>Organization: Computational Dynamics North America
>To: Kevin Wright <krw at viz-solutions.com>
>Cc: vtkusers at public.kitware.com
>Subject: Re: [vtkusers] string compare bug?
>
>Are you using vtkSocketController/vtkSocketCommunicator? These objects
>already do this under the hood.
>-Jeff
>
>Kevin Wright wrote:
>
>> I just tracked down what looks like an odd bug, and I was wondering if
>> anyone out there had any insight.
>>
>> I'm using a vtkPolyDataReader object to field incoming polydata
>> definitions through a socket. I do this by reading the polydata from
>> the socket into a string, then using the input string in the
>> vtkDataReader.
>>
>> Everything generally worked fine, except in some cases the pipeline
>> would not update when new data came down the socket. Eventually I
>> tracked the problem down to vtkDataReader::SetInputString which,
>> before assigning the string, does a string compare between the old and
>> new string.
>>
>> When the new and old datasets were very similar (usually identical
>> geometry, slightly changed scalar values) the strncmp would return a
>> match. The string length was correct, and once the string compare was
>> removed, everything worked fine.
>>
>> I'm working on a Windows 2000 machine with VC++ 6.0. I'm about to try
>> the same thing on IRIX and Linux to see what happens, but I was wondering:
>>
>> 1. Has anyone seen this kind of behavior before?
>> 2. Should the string compare really be there at all, given that these
>> strings could be very long?
>>
>> Regards,
>> Kevin.
>>
>> _______________________________________________
>> This is the private VTK discussion list. Please keep messages
>> on-topic. Check the FAQ at: <http://public.kitware.com/cgi-bin/vtkfaq>
>> Follow this link to subscribe/unsubscribe:
>> http://public.kitware.com/mailman/listinfo/vtkusers
>>
>>
>
>
>--__--__--
>
>Message: 2
>Date: Mon, 07 Oct 2002 13:58:19 -0700
>To: vtkusers at public.kitware.com
>From: Kevin Wright <krw at viz-solutions.com>
>Subject: Re: [vtkusers] string compare bug?
>
>At 04:25 PM 10/7/2002 -0400, you wrote:
>>Are you using vtkSocketController/vtkSocketCommunicator? These objects
>>already do this under the hood.
>>-Jeff
>
>No, I'm tying it in with some other code here. Are you saying that
>vtkSocketController/Communicator addresses the bug that I'm talking about,
>or that it provides the same functionality?
>
>Kevin.
>
>
>>Kevin Wright wrote:
>>
>>>I just tracked down what looks like an odd bug, and I was wondering if
>>>anyone out there had any insight.
>>>
>>>I'm using a vtkPolyDataReader object to field incoming polydata
>>>definitions through a socket. I do this by reading the polydata from the
>>>socket into a string, then using the input string in the vtkDataReader.
>>>
>>>Everything generally worked fine, except in some cases the pipeline would
>>>not update when new data came down the socket. Eventually I tracked the
>>>problem down to vtkDataReader::SetInputString which, before assigning the
>>>string, does a string compare between the old and new string.
>>>
>>>When the new and old datasets were very similar (usually identical
>>>geometry, slightly changed scalar values) the strncmp would return a
>>>match. The string length was correct, and once the string compare was
>>>removed, everything worked fine.
>>>
>>>I'm working on a Windows 2000 machine with VC++ 6.0. I'm about to try
>>>the same thing on IRIX and Linux to see what happens, but I was wondering:
>>>
>>>1. Has anyone seen this kind of behavior before?
>>>2. Should the string compare really be there at all, given that these
>>>strings could be very long?
>>>
>>>Regards,
>>>Kevin.
>>>
>>>_______________________________________________
>>>This is the private VTK discussion list. Please keep messages on-topic.
>>>Check the FAQ at: <http://public.kitware.com/cgi-bin/vtkfaq>
>>>Follow this link to subscribe/unsubscribe:
>>>http://public.kitware.com/mailman/listinfo/vtkusers
>>>
>
>
>
>--__--__--
>
>Message: 3
>Date: Mon, 07 Oct 2002 17:10:54 -0400
>From: "Jerry Clarke <clarke>" <clarke at ARL.ARMY.MIL>
>To: vtk users <vtkusers at public.kitware.com>
>Subject: [vtkusers] Cygwin Build
>
>
>
>I'm trying to build the nightly release on a
>Win2000 box under cygwin. I'm getting a huge
>amount of undefined externals when it tries
>to build the Imaging .dll.
>
>the first is :
>undefined reference to
>vtkImageIterator<double>::vtkImageIterator(vtkImageData *, int *)
>
>
>Has anyone built
>the Nightly release under cygwin,shared,python
>recently ?
>
>
>--------------------------------------------------------------
>Jerry A. Clarke clarke at arl.army.mil
> (410)278-9279
> Fax (410)278-9199
>US Army Research Laboratory
>Blg. 394 Room 201B
>--------------------------------------------------------------
>
>--__--__--
>
>Message: 4
>Date: Mon, 7 Oct 2002 14:13:01 -0700 (PDT)
>From: Christian Chilan <cmchilan at yahoo.com>
>To: vtkusers at public.kitware.com
>Subject: [vtkusers] Copyright question
>
>Hi there,
>
>We've created a shareware application using VTK and
>Tcl/Tk to visualize 2D and 3D data sets. We may be
>using patented classes such as vtkMarchingCubes
>indirectly (we call vtkContourFilter in the app). Do
>these classes require a copyright handling other than
>just the inclusion of the notice at
>http://public.kitware.com/VTK/copyright.php in the
>application?
>
>Thanks,
>
>Christian
>
>
>__________________________________________________
>Do you Yahoo!?
>Faith Hill - Exclusive Performances, Videos & More
>http://faith.yahoo.com
>
>--__--__--
>
>Message: 5
>Date: Mon, 07 Oct 2002 17:13:50 -0400
>From: Jeff Lee <jeff at cdnorthamerica.com>
>Organization: Computational Dynamics North America
>To: Kevin Wright <krw at viz-solutions.com>
>Cc: vtkusers at public.kitware.com
>Subject: Re: [vtkusers] string compare bug?
>
>
>
>Kevin Wright wrote:
>
>> At 04:25 PM 10/7/2002 -0400, you wrote:
>>
>>> Are you using vtkSocketController/vtkSocketCommunicator? These
>>> objects already do this under the hood.
>>> -Jeff
>>
>>
>> No, I'm tying it in with some other code here. Are you saying that
>> vtkSocketController/Communicator addresses the bug that I'm talking
>> about, or that it provides the same functionality?
>
>
>those classes provide the same functionality, and use a very similar
>approach. I'm not sure what you are seeing is a bug per-se - does your
>Irix/Linux build do the same thing? I agree that the string compare
>could be expensive, but the dataset update could be even more so. I
>have been told that the data readers/writers are going to change in the
>near future to xml anyway, but it would be good to know if this is just
>a windows problem. I have been using the socketcommunicator for quite
>some time and it doesn't exhibit these symptoms. If you have some
>sample code, it might be worth putting up on the list so people can test
>it...
>-Jeff
>
>>
>>
>> Kevin.
>>
>>
>>> Kevin Wright wrote:
>>>
>>>> I just tracked down what looks like an odd bug, and I was wondering
>>>> if anyone out there had any insight.
>>>>
>>>> I'm using a vtkPolyDataReader object to field incoming polydata
>>>> definitions through a socket. I do this by reading the polydata
>>>> from the socket into a string, then using the input string in the
>>>> vtkDataReader.
>>>>
>>>> Everything generally worked fine, except in some cases the pipeline
>>>> would not update when new data came down the socket. Eventually I
>>>> tracked the problem down to vtkDataReader::SetInputString which,
>>>> before assigning the string, does a string compare between the old
>>>> and new string.
>>>>
>>>> When the new and old datasets were very similar (usually identical
>>>> geometry, slightly changed scalar values) the strncmp would return a
>>>> match. The string length was correct, and once the string compare
>>>> was removed, everything worked fine.
>>>>
>>>> I'm working on a Windows 2000 machine with VC++ 6.0. I'm about to
>>>> try the same thing on IRIX and Linux to see what happens, but I was
>>>> wondering:
>>>>
>>>> 1. Has anyone seen this kind of behavior before?
>>>> 2. Should the string compare really be there at all, given that
>>>> these strings could be very long?
>>>>
>>>> Regards,
>>>> Kevin.
>>>>
>>>> _______________________________________________
>>>> This is the private VTK discussion list. Please keep messages
>>>> on-topic. Check the FAQ at: <http://public.kitware.com/cgi-bin/vtkfaq>
>>>> Follow this link to subscribe/unsubscribe:
>>>> http://public.kitware.com/mailman/listinfo/vtkusers
>>>>
>>
>>
>> _______________________________________________
>> This is the private VTK discussion list. Please keep messages
>> on-topic. Check the FAQ at: <http://public.kitware.com/cgi-bin/vtkfaq>
>> Follow this link to subscribe/unsubscribe:
>> http://public.kitware.com/mailman/listinfo/vtkusers
>>
>>
>
>
>
>--__--__--
>
>Message: 6
>Date: Mon, 07 Oct 2002 14:32:27 -0700
>To: vtkusers at public.kitware.com
>From: Kevin Wright <krw at viz-solutions.com>
>Subject: Re: [vtkusers] string compare bug?
>
>At 05:13 PM 10/7/2002 -0400, you wrote:
>>>>Are you using vtkSocketController/vtkSocketCommunicator? These objects
>>>>already do this under the hood.
>>>>-Jeff
>>>
>>>
>>>No, I'm tying it in with some other code here. Are you saying that
>>>vtkSocketController/Communicator addresses the bug that I'm talking
>>>about, or that it provides the same functionality?
>>
>>
>>those classes provide the same functionality, and use a very similar
>>approach. I'm not sure what you are seeing is a bug per-se - does your
>>Irix/Linux build do the same thing? I agree that the string compare could
>>be expensive, but the dataset update could be even more so. I have been
>>told that the data readers/writers are going to change in the near future
>>to xml anyway, but it would be good to know if this is just a windows
>>problem. I have been using the socketcommunicator for quite some time and
>>it doesn't exhibit these symptoms. If you have some sample code, it might
>>be worth putting up on the list so people can test it...
>>-Jeff
>
>I'm going to be doing some testing on IRIX/LINUX and if there are any
>interesting results I'll post them. I think its entirely possible that the
>vtk socket code does demonstrate the same symptoms. As I said, for some
>reason, it only happens when the incoming polydata only changes slightly
>from the version currently in the reader. It would be difficult to extract
>the code that I'm seeing this on, but perhaps I'll try to make a small
>sample that exhibits the same symptoms.
>
>As far as the cost of the string compare, it seems to me that by uploading
>the responsibility of that check to the caller of the reader, you give the
>programmer the option to either spend the time checking, or not. In my
>case, I'm performing that check already before sending the data down the
>socket, so its purely wasted time for me. Its a small point, but perhaps
>even a "no check" option would be a good addition to the reader.
>
>Thanks for the feedback Jeff.
>
>Kevin.
>
>
>
>
>>>Kevin.
>>>
>>>
>>>>Kevin Wright wrote:
>>>>
>>>>>I just tracked down what looks like an odd bug, and I was wondering if
>>>>>anyone out there had any insight.
>>>>>
>>>>>I'm using a vtkPolyDataReader object to field incoming polydata
>>>>>definitions through a socket. I do this by reading the polydata from
>>>>>the socket into a string, then using the input string in the vtkDataReader.
>>>>>
>>>>>Everything generally worked fine, except in some cases the pipeline
>>>>>would not update when new data came down the socket. Eventually I
>>>>>tracked the problem down to vtkDataReader::SetInputString which, before
>>>>>assigning the string, does a string compare between the old and new string.
>>>>>
>>>>>When the new and old datasets were very similar (usually identical
>>>>>geometry, slightly changed scalar values) the strncmp would return a
>>>>>match. The string length was correct, and once the string compare was
>>>>>removed, everything worked fine.
>>>>>
>>>>>I'm working on a Windows 2000 machine with VC++ 6.0. I'm about to try
>>>>>the same thing on IRIX and Linux to see what happens, but I was wondering:
>>>>>
>>>>>1. Has anyone seen this kind of behavior before?
>>>>>2. Should the string compare really be there at all, given that these
>>>>>strings could be very long?
>>>>>
>>>>>Regards,
>>>>>Kevin.
>>>>>
>>>>>_______________________________________________
>>>>>This is the private VTK discussion list. Please keep messages on-topic.
>>>>>Check the FAQ at: <http://public.kitware.com/cgi-bin/vtkfaq>
>>>>>Follow this link to subscribe/unsubscribe:
>>>>>http://public.kitware.com/mailman/listinfo/vtkusers
>>>
>>>
>>>_______________________________________________
>>>This is the private VTK discussion list. Please keep messages on-topic.
>>>Check the FAQ at: <http://public.kitware.com/cgi-bin/vtkfaq>
>>>Follow this link to subscribe/unsubscribe:
>>>http://public.kitware.com/mailman/listinfo/vtkusers
>>>
>>
>
>
>
>--__--__--
>
>Message: 7
>Date: Tue, 08 Oct 2002 00:06:33 +0200
>From: Stefan Ulbrich <stevie157 at gmx.net>
>To: vtkusers at public.kitware.com
>Subject: [vtkusers] Creating .vtk files
>
>hi, i want to create a .vtk file out of several cubes, spheres etc.
>objects.
>dows anyone know how i have to do this?
>
>thanks
>
>stefan
>
>
>--__--__--
>
>Message: 8
>Subject: Re: [vtkusers] string compare bug?
>To: Kevin Wright <krw at viz-solutions.com>
>Cc: vtkusers at public.kitware.com
>From: David.Pont at ForestResearch.co.nz
>Date: Tue, 8 Oct 2002 11:41:56 +1300
>
>
>Nothing to do with the possible bug, just something <=2c worth,
> To speed up the case where two very long strings are different can you
>first compare string lengths? Ie if the lengths are different the strings
>are different, which should save some time in that case. Where the lengths
>match then the full compare is needed.
>Another trick, which is no use as a general approach, but can be used in
>specific applications: If long strings typically carry a prefix which
>changes slowly, and a suffix which changes more rapidly, it can be much
>more efficient to do your own compare (when the lengths are equal) by
>comparing chars starting from the end and advancing towards the front of
>the string.
>
> regards
> Dave Pont
>
>
>
>|--------+--------------------------------->
>| | Kevin Wright |
>| | <krw at viz-solutions.com>|
>| | Sent by: |
>| | vtkusers-admin at public.k|
>| | itware.com |
>| | |
>| | |
>| | 08/10/2002 10:32 |
>| | |
>|--------+--------------------------------->
> >------------------------------------------------------------------------------------------------------------|
> | |
> | To: vtkusers at public.kitware.com |
> | cc: |
> | Subject: Re: [vtkusers] string compare bug? |
> >------------------------------------------------------------------------------------------------------------|
>
>
>
>
>At 05:13 PM 10/7/2002 -0400, you wrote:
>>>>Are you using vtkSocketController/vtkSocketCommunicator? These objects
>>>>already do this under the hood.
>>>>-Jeff
>>>
>>>
>>>No, I'm tying it in with some other code here. Are you saying that
>>>vtkSocketController/Communicator addresses the bug that I'm talking
>>>about, or that it provides the same functionality?
>>
>>
>>those classes provide the same functionality, and use a very similar
>>approach. I'm not sure what you are seeing is a bug per-se - does your
>>Irix/Linux build do the same thing? I agree that the string compare could
>
>>be expensive, but the dataset update could be even more so. I have been
>>told that the data readers/writers are going to change in the near future
>>to xml anyway, but it would be good to know if this is just a windows
>>problem. I have been using the socketcommunicator for quite some time and
>
>>it doesn't exhibit these symptoms. If you have some sample code, it might
>
>>be worth putting up on the list so people can test it...
>>-Jeff
>
>I'm going to be doing some testing on IRIX/LINUX and if there are any
>interesting results I'll post them. I think its entirely possible that the
>
>vtk socket code does demonstrate the same symptoms. As I said, for some
>reason, it only happens when the incoming polydata only changes slightly
>from the version currently in the reader. It would be difficult to extract
>
>the code that I'm seeing this on, but perhaps I'll try to make a small
>sample that exhibits the same symptoms.
>
>As far as the cost of the string compare, it seems to me that by uploading
>the responsibility of that check to the caller of the reader, you give the
>programmer the option to either spend the time checking, or not. In my
>case, I'm performing that check already before sending the data down the
>socket, so its purely wasted time for me. Its a small point, but perhaps
>even a "no check" option would be a good addition to the reader.
>
>Thanks for the feedback Jeff.
>
>Kevin.
>
>
>
>
>>>Kevin.
>>>
>>>
>>>>Kevin Wright wrote:
>>>>
>>>>>I just tracked down what looks like an odd bug, and I was wondering if
>>>>>anyone out there had any insight.
>>>>>
>>>>>I'm using a vtkPolyDataReader object to field incoming polydata
>>>>>definitions through a socket. I do this by reading the polydata from
>>>>>the socket into a string, then using the input string in the
>vtkDataReader.
>>>>>
>>>>>Everything generally worked fine, except in some cases the pipeline
>>>>>would not update when new data came down the socket. Eventually I
>>>>>tracked the problem down to vtkDataReader::SetInputString which, before
>
>>>>>assigning the string, does a string compare between the old and new
>string.
>>>>>
>>>>>When the new and old datasets were very similar (usually identical
>>>>>geometry, slightly changed scalar values) the strncmp would return a
>>>>>match. The string length was correct, and once the string compare was
>>>>>removed, everything worked fine.
>>>>>
>>>>>I'm working on a Windows 2000 machine with VC++ 6.0. I'm about to try
>>>>>the same thing on IRIX and Linux to see what happens, but I was
>wondering:
>>>>>
>>>>>1. Has anyone seen this kind of behavior before?
>>>>>2. Should the string compare really be there at all, given that these
>>>>>strings could be very long?
>>>>>
>>>>>Regards,
>>>>>Kevin.
>>>>>
>>>>>_______________________________________________
>>>>>This is the private VTK discussion list. Please keep messages on-topic.
>
>>>>>Check the FAQ at: <http://public.kitware.com/cgi-bin/vtkfaq>
>>>>>Follow this link to subscribe/unsubscribe:
>>>>>http://public.kitware.com/mailman/listinfo/vtkusers
>>>
>>>
>>>_______________________________________________
>>>This is the private VTK discussion list. Please keep messages on-topic.
>>>Check the FAQ at: <http://public.kitware.com/cgi-bin/vtkfaq>
>>>Follow this link to subscribe/unsubscribe:
>>>http://public.kitware.com/mailman/listinfo/vtkusers
>>>
>>
>
>
>_______________________________________________
>This is the private VTK discussion list.
>Please keep messages on-topic. Check the FAQ at: <
>http://public.kitware.com/cgi-bin/vtkfaq>
>Follow this link to subscribe/unsubscribe:
>http://public.kitware.com/mailman/listinfo/vtkusers
>
>
>
>
>
>--__--__--
>
>Message: 9
>Reply-To: <a.maclean at acfr.usyd.edu.au>
>From: "Andrew J. P. Maclean" <a.maclean at acfr.usyd.edu.au>
>To: <vtkusers at public.kitware.com>
>Date: Tue, 8 Oct 2002 10:33:40 +1000
>Organization: ACFR
>Subject: [vtkusers] tk8.4
>
>This is a multi-part message in MIME format.
>
>------=_NextPart_000_00A1_01C26EB6.2B29AD10
>Content-Type: text/plain;
> charset="us-ascii"
>Content-Transfer-Encoding: 7bit
>
>Has CMake been modified to allow us to use tk8.4?
>
>Thanks
>
> Andrew
>
>___________________________________________
>
>Andrew J. P. Maclean
>
>Postal:
>
>Australian Centre for Field Robotics
>
>The Rose Street Building J04
>
>The University of Sydney 2006 NSW
>
>AUSTRALIA
>
>
>
>Room: 106
>
>Phone: +61 2 9351 3283
>
>Fax: +61 2 9351 7474
>
> http://www.acfr.usyd.edu.au/
>
>
>
>___________________________________________
>
>
>
>
>------=_NextPart_000_00A1_01C26EB6.2B29AD10
>Content-Type: text/html;
> charset="us-ascii"
>Content-Transfer-Encoding: quoted-printable
>
><html>
>
><head>
><META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
>charset=3Dus-ascii">
>
>
><meta name=3DGenerator content=3D"Microsoft Word 10 (filtered)">
>
><style>
><!--
> /* Style Definitions */
> p.MsoNormal, li.MsoNormal, div.MsoNormal
> {margin:0cm;
> margin-bottom:.0001pt;
> font-size:12.0pt;
> font-family:"Times New Roman";}
>a:link, span.MsoHyperlink
> {color:blue;
> text-decoration:underline;}
>a:visited, span.MsoHyperlinkFollowed
> {color:purple;
> text-decoration:underline;}
>p.MsoAutoSig, li.MsoAutoSig, div.MsoAutoSig
> {margin:0cm;
> margin-bottom:.0001pt;
> font-size:12.0pt;
> font-family:"Times New Roman";}
>span.EmailStyle17
> {font-family:Arial;
> color:windowtext;}
>@page Section1
> {size:595.3pt 841.9pt;
> margin:72.0pt 90.0pt 72.0pt 90.0pt;}
>div.Section1
> {page:Section1;}
>-->
></style>
>
></head>
>
><body lang=3DEN-AU link=3Dblue vlink=3Dpurple>
>
><div class=3DSection1>
>
><p class=3DMsoNormal><font size=3D2 face=3DArial><span =
>style=3D'font-size:10.0pt;
>font-family:Arial'>Has CMake been modified to allow us to use tk8.4? =
></span></font></p>
>
><p class=3DMsoNormal><font size=3D2 face=3DArial><span =
>style=3D'font-size:10.0pt;
>font-family:Arial'>Thanks</span></font></p>
>
><p class=3DMsoNormal><font size=3D2 face=3DArial><span =
>style=3D'font-size:10.0pt;
>font-family:Arial'> Andrew</span></font></p>
>
><p class=3DMsoAutoSig><font size=3D3 face=3D"Times New Roman"><span =
>style=3D'font-size:
>12.0pt'>___________________________________________</span></font></p>
>
><p class=3DMsoAutoSig><font size=3D3 face=3D"Times New Roman"><span =
>style=3D'font-size:
>12.0pt'>Andrew J. P. Maclean</span></font></p>
>
><p class=3DMsoAutoSig><font size=3D3 face=3D"Times New Roman"><span =
>style=3D'font-size:
>12.0pt'>Postal:</span></font></p>
>
><p class=3DMsoAutoSig><font size=3D3 face=3D"Times New Roman"><span =
>style=3D'font-size:
>12.0pt'>Australian Centre for Field Robotics</span></font></p>
>
><p class=3DMsoAutoSig><font size=3D3 face=3D"Times New Roman"><span =
>style=3D'font-size:
>12.0pt'>The Rose Street Building J04</span></font></p>
>
><p class=3DMsoAutoSig><font size=3D3 face=3D"Times New Roman"><span =
>style=3D'font-size:
>12.0pt'>The </span></font>University of Sydney 2006 NSW</p>
>
><p class=3DMsoAutoSig><font size=3D3 face=3D"Times New Roman"><span =
>style=3D'font-size:
> 12.0pt'>AUSTRALIA</span></font></p>
>
><p class=3DMsoAutoSig><font size=3D3 face=3D"Times New Roman"><span =
>style=3D'font-size:
>12.0pt'> </span></font></p>
>
><p class=3DMsoAutoSig><font size=3D3 face=3D"Times New Roman"><span =
>style=3D'font-size:
>12.0pt'>Room: 106</span></font></p>
>
><p class=3DMsoAutoSig><font size=3D3 face=3D"Times New Roman"><span =
>style=3D'font-size:
>12.0pt'>Phone: +61 2 9351 3283</span></font></p>
>
><p class=3DMsoAutoSig><font size=3D3 face=3D"Times New Roman"><span =
>style=3D'font-size:
>12.0pt'>Fax: +61 2 9351 7474</span></font></p>
>
><p class=3DMsoAutoSig><font size=3D3 face=3D"Times New Roman"><span =
>style=3D'font-size:
>12.0pt'> =
>http://www.acfr.usyd.edu.au/</span></font></p>
>
><p class=3DMsoAutoSig><font size=3D3 face=3D"Times New Roman"><span =
>style=3D'font-size:
>12.0pt'> </span></font></p>
>
><p class=3DMsoAutoSig><font size=3D3 face=3D"Times New Roman"><span =
>style=3D'font-size:
>12.0pt'>___________________________________________</span></font></p>
>
><p class=3DMsoNormal><font size=3D3 face=3D"Times New Roman"><span =
>style=3D'font-size:
>12.0pt'> </span></font></p>
>
></div>
>
></body>
>
></html>
>
>------=_NextPart_000_00A1_01C26EB6.2B29AD10--
>
>
>
>--__--__--
>
>_______________________________________________
>vtkusers mailing list
>vtkusers at public.kitware.com
>http://public.kitware.com/mailman/listinfo/vtkusers
>
>
>End of vtkusers Digest
>
__________________________________________________________________
The NEW Netscape 7.0 browser is now available. Upgrade now! http://channels.netscape.com/ns/browsers/download.jsp
Get your own FREE, personal Netscape Mail account today at http://webmail.netscape.com/
More information about the vtkusers
mailing list