I've been struggling long to understand why one app was crashing.
Finally I've been able to reproduce the crash in a very simple
project. I'd like to ask the RB3D experts here their opinion on
RB3Dspace.visible usage before submitting the bug report.
To reproduce the crash
- place a RB3Dspace in a window
- uncheck its visible property in the properties palette
- place a pushButton in the window
- in the Action event of the pushButton have
dim v as new Vector3D
Rb3DSpace1.Visible=true
v=Rb3DSpace1.FindPoint(10,10)
Run, push, CRASH (tested with RB2006r3, Mac OS X 10.4.7, Quesa 1.8 on
a PowerMac G5)
If the visible property is checked in the properties palette, NO
crash occurs.
More info: in the original, more complex app, I could draw a trimesh
to the RB3Dspace control with no crash, the crash occurs later when
calling the FindPoint method. So the RB3D space is not fully broken
after setting its visibility by code. It's FindPoint that fails
(haven't checked other commands).
One comment: if I start with the invisible RB3Dspace, then set its
visibility to true in code and show it, it's impossible to hide it
again by setting Rb3DSpace1.Visible=false. It still remains visible.
Is this expected?
Any comments?
Thanks
Franco
------------------------------
Mac OS 10.4.7
PowerMac G5 DP 2.0
------------------------------
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>
Search the archives of this list here:
<http://support.realsoftware.com/listarchives/lists.html>
From Wed 12 Jul 2006 08:12:04 -0600
Return-Path: <realbasic-games-bounces at lists dot realsoftware dot com>
X-Original-To: listarchive at realsoftware dot com
Delivered-To: listarchive at realsoftware dot com
Received: by xmail.realsoftware.com (Postfix, from userid 1037)
id 4B5A6802B53; Wed, 12 Jul 2006 07:12:16 -0700 (PDT)
X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on
www.realsoftware.com
X-Spam-Level:
X-Spam-Status: No, score=-1.5 required=4.5 tests=AWL,BAYES_00,NO_REAL_NAME
autolearn=no version=3.1.1
Received: from lists.realsoftware.com (lists.realsoftware.com [209.198.132.125])
by xmail.realsoftware.com (Postfix) with ESMTP id 7A9CA802B4D;
Wed, 12 Jul 2006 07:12:15 -0700 (PDT)
Received: from lists.realsoftware.com (localhost [127.0.0.1])
by lists.realsoftware.com (Postfix) with ESMTP
id B0F071376474; Wed, 12 Jul 2006 09:12:08 -0500 (CDT)
X-Original-To: realbasic-games at lists dot realsoftware dot com
Delivered-To: realbasic-games at lists dot realsoftware dot com
Received: from swarthymail-a2.dreamhost.com (mailbigip2.dreamhost.com
[208.97.132.53])
by lists.realsoftware.com (Postfix) with ESMTP id 85D341376467
for <realbasic-games at lists dot realsoftware dot com>;
Wed, 12 Jul 2006 09:12:04 -0500 (CDT)
Received: from [10.0.1.2] (c-67-174-105-26.hsd1.co.comcast.net [67.174.105.26])
by swarthymail-a2.dreamhost.com (Postfix) with ESMTP id 07240EB6F3
for <realbasic-games at lists dot realsoftware dot com>;
Wed, 12 Jul 2006 07:12:03 -0700 (PDT)
Date: Wed, 12 Jul 2006 08:12:04 -0600
From: joe at strout dot net
To: REALbasic Games <realbasic-games at lists dot realsoftware dot com>
In-Reply-To: <C24AB687-C349-48C4-9171-B6D3A55C7F83 at dst dot units dot it>
X-Mailer: VerEx Email Gateway
Content-type: text/plain;
Content-transfer-encoding: 7bit
Message-Id: <20060712141203 dot 07240EB6F3 at swarthymail-a2 dot dreamhost dot
com>
Subject: Re: RB3D visibility and crash
X-BeenThere: realbasic-games at lists dot realsoftware dot com
X-Mailman-Version: 2.1.2
Precedence: list
Reply-To: REALbasic Games <realbasic-games at lists dot realsoftware dot com>
Sender: realbasic-games-bounces at lists dot realsoftware dot com
Errors-To: realbasic-games-bounces at lists dot realsoftware dot com
On Jul 12, 2006, at 10:54 UTC, Franco Vaccari wrote:
- place a RB3Dspace in a window
- uncheck its visible property in the properties palette
- place a pushButton in the window
- in the Action event of the pushButton have
dim v as new Vector3D
Rb3DSpace1.Visible=true
v=Rb3DSpace1.FindPoint(10,10)
I can imagine that under these circumstances, the Rb3DSpace isn't yet fully set
up. Most Rb3DSpace methods check that before doing anything, but it sounds
like FindPoint fails to do that. (Not that I would necessarily expect it to
work anyway -- but it should refrain from crashing.)
One comment: if I start with the invisible RB3Dspace, then set its
visibility to true in code and show it, it's impossible to hide it
again by setting Rb3DSpace1.Visible=false. It still remains visible.
Is this expected?
Yes, at least on the Mac. Once an OpenGL context is created on a window, it
doesn't seem to want to let go of that window. Under the hood, Rb3D is telling
the OpenGL context to go away, but it refuses to do so. Nor will it accept
being told to move off the window (in case you were going try that next).
So, unfortunately, about the best you can do is shrink your Rb3DSpace control
down to 1x1 pixel.
Best,
- Joe
--
Joe Strout -- joe at strout dot net
Verified Express, LLC "Making the Internet a Better Place"
http://www.verex.com/
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>
Search the archives of this list here:
<http://support.realsoftware.com/listarchives/lists.html>
|