Hi everybody,
A client just told me that my RB app crashed with this error message:
---------------
Runtime Error 4: Failed Assertion
Press OK to Continue
Press Cancel to Quit.
Please report what caused this error
along with the information below.
FolderItemDialog.cpp 864
Failure Condition: docs
---------------
(The guy is using Windows200pro)
[1]
Do you think I have to make sure it is not caused by my source code ?
or the "failed assertion" necessarely imply it is a bug solely on the
RS side?
[2]
Did anyone encountered that and know the cause of it ?
(or even a remedy?)
[3]
Since I cannot reproduce the bug on any of my machines,
I suppose I cannot post a bug report with just that info (or should
I?)...
Thanks for any advice!
Alexandre
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>
Search the archives:
<http://support.realsoftware.com/listarchives/lists.html>
From Wed 30 May 2007 13:18:20 -0600
Return-Path: <realbasic-nug-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 2878D29A05F4; Wed, 30 May 2007 12:18:29 -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=-3.0 required=4.5 tests=ALL_TRUSTED,AWL,BAYES_00,
NO_REAL_NAME autolearn=ham version=3.1.1
Received: from lists.realsoftware.com (m.realsoftware.com [66.116.103.65])
by xmail.realsoftware.com (Postfix) with ESMTP id 266F429A05DF;
Wed, 30 May 2007 12:18:28 -0700 (PDT)
Received: from real-software-mini.local (localhost [127.0.0.1])
by lists.realsoftware.com (Postfix) with ESMTP id 7BF6E3314A0;
Wed, 30 May 2007 14:18:21 -0500 (CDT)
X-Original-To: realbasic-nug at lists dot realsoftware dot com
Delivered-To: realbasic-nug at lists dot realsoftware dot com
Received: from mail.verex.com (mail.verex.com [66.116.103.197])
by lists.realsoftware.com (Postfix) with ESMTP id A341E331493
for <realbasic-nug at lists dot realsoftware dot com>;
Wed, 30 May 2007 14:18:17 -0500 (CDT)
Received: from [66.116.103.197] (localhost [127.0.0.1])
by mail.verex.com (Postfix) with SMTP id A5B4575BEE8
for <realbasic-nug at lists dot realsoftware dot com>;
Wed, 30 May 2007 13:18:20 -0600 (MDT)
Date: Wed, 30 May 2007 13:18:20 -0600
Subject: Re: feedback ID for detecting last file drop?
From: joe at strout dot net
To: realbasic-nug at lists dot realsoftware dot com
In-Reply-To: <E593A75E-6589-4B3C-8584-B9FCA39141A2 at declareSub dot com>
X-Mailer: VerEx Email Gateway
Message-Id: <20070530191820 dot A5B4575BEE8 at mail dot verex dot com>
X-BeenThere: realbasic-nug at lists dot realsoftware dot com
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: REALbasic NUG <realbasic-nug at lists dot realsoftware dot com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: realbasic-nug-bounces at lists dot realsoftware dot com
Errors-To: realbasic-nug-bounces at lists dot realsoftware dot com
On May 30, 2007, at 18:38 UTC, Charles Yeomans wrote:
> How about refactoring your code so as not to depend on the number of
> files dropped? I don't really understand why one needs to know this
> -- perhaps you could offer an example?
Sure; in fact I'll offer two. The first is the real problem I'm facing
today, but the second I think is realistic too.
1. In Windows, if your app is already running and the user drags a
batch of files onto it, it should send those file paths to the
already-running instance (perhaps via an IPCSocket) and then quit. If
it quits too soon (say, after a single OpenDocument event), then not
all the documents the user dropped will be opened. If it quits too
late, then you have a zombie process hanging around that shouldn't be
there. You really need to quit after processing the last dropped file.
2. Suppose you're making a little droplet (like DropStuff for example)
whose job it is to combine all the dropped files into a tarball, or
take a set of images and combine them into a strip or animated GIF.
Again, you need to know when you have the complete set. You could
present some UI with the list of files and make the user click a
"Proceed" button, but what if the user really wants it to Just Do It?
Best,
- Joe
--
Joe Strout -- joe at strout dot net
Strout Custom Solutions
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>
Search the archives:
<http://support.realsoftware.com/listarchives/lists.html>
From Wed 30 May 2007 13:21:41 -0600
Return-Path: <realbasic-nug-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 E353429A0A93; Wed, 30 May 2007 12:21:48 -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=-3.0 required=4.5 tests=ALL_TRUSTED,AWL,BAYES_00,
NO_REAL_NAME autolearn=ham version=3.1.1
Received: from lists.realsoftware.com (m.realsoftware.com [66.116.103.65])
by xmail.realsoftware.com (Postfix) with ESMTP id 199E229A0A89;
Wed, 30 May 2007 12:21:48 -0700 (PDT)
Received: from real-software-mini.local (localhost [127.0.0.1])
by lists.realsoftware.com (Postfix) with ESMTP id D69713314F5;
Wed, 30 May 2007 14:21:41 -0500 (CDT)
X-Original-To: realbasic-nug at lists dot realsoftware dot com
Delivered-To: realbasic-nug at lists dot realsoftware dot com
Received: from mail.verex.com (mail.verex.com [66.116.103.197])
by lists.realsoftware.com (Postfix) with ESMTP id CD41F3314EA
for <realbasic-nug at lists dot realsoftware dot com>;
Wed, 30 May 2007 14:21:38 -0500 (CDT)
Received: from [66.116.103.197] (localhost [127.0.0.1])
by mail.verex.com (Postfix) with SMTP id DD28C75BF19
for <realbasic-nug at lists dot realsoftware dot com>;
Wed, 30 May 2007 13:21:41 -0600 (MDT)
Date: Wed, 30 May 2007 13:21:41 -0600
Subject: Re: feedback ID for detecting last file drop?
From: joe at strout dot net
To: realbasic-nug at lists dot realsoftware dot com
In-Reply-To: <2E3999BE-0112-1000-EC41-3A419944EC76-Webmail-10022 at mac dot com>
X-Mailer: VerEx Email Gateway
Message-Id: <20070530192141 dot DD28C75BF19 at mail dot verex dot com>
X-BeenThere: realbasic-nug at lists dot realsoftware dot com
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: REALbasic NUG <realbasic-nug at lists dot realsoftware dot com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: realbasic-nug-bounces at lists dot realsoftware dot com
Errors-To: realbasic-nug-bounces at lists dot realsoftware dot com
On May 30, 2007, at 18:08 UTC, Steve Roy wrote:
> I think a better description of the problem is that one needs to know
> at launch whether to open a blank document or whether some
> OpenDocument event is forthcoming?
No, that one's easy. You'll get either a NewDocument event, or one or
more OpenDocument events. So just open your blank document in
NewDocument; that's what it's for.
Cheers,
- Joe
--
Joe Strout -- joe at strout dot net
Strout Custom Solutions
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>
Search the archives:
<http://support.realsoftware.com/listarchives/lists.html>
From Wed 30 May 2007 13:23:37 -0600
Return-Path: <realbasic-nug-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 DB7C729A0B99; Wed, 30 May 2007 12:23:45 -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=-3.0 required=4.5 tests=ALL_TRUSTED,AWL,BAYES_00,
NO_REAL_NAME autolearn=ham version=3.1.1
Received: from lists.realsoftware.com (m.realsoftware.com [66.116.103.65])
by xmail.realsoftware.com (Postfix) with ESMTP id E31D829A0B8F;
Wed, 30 May 2007 12:23:44 -0700 (PDT)
Received: from real-software-mini.local (localhost [127.0.0.1])
by lists.realsoftware.com (Postfix) with ESMTP id 1F7EB331518;
Wed, 30 May 2007 14:23:38 -0500 (CDT)
X-Original-To: realbasic-nug at lists dot realsoftware dot com
Delivered-To: realbasic-nug at lists dot realsoftware dot com
Received: from mail.verex.com (mail.verex.com [66.116.103.197])
by lists.realsoftware.com (Postfix) with ESMTP id 9D13F33150D
for <realbasic-nug at lists dot realsoftware dot com>;
Wed, 30 May 2007 14:23:34 -0500 (CDT)
Received: from [66.116.103.197] (localhost [127.0.0.1])
by mail.verex.com (Postfix) with SMTP id 9933D75BF4C
for <realbasic-nug at lists dot realsoftware dot com>;
Wed, 30 May 2007 13:23:37 -0600 (MDT)
Date: Wed, 30 May 2007 13:23:37 -0600
Subject: Re: feedback ID for detecting last file drop?
From: joe at strout dot net
To: realbasic-nug at lists dot realsoftware dot com
In-Reply-To: <3E8BEA80-6E36-4A11-B84B-9080D84AD52B at tribu dot ch>
X-Mailer: VerEx Email Gateway
Message-Id: <20070530192337 dot 9933D75BF4C at mail dot verex dot com>
X-BeenThere: realbasic-nug at lists dot realsoftware dot com
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: REALbasic NUG <realbasic-nug at lists dot realsoftware dot com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: realbasic-nug-bounces at lists dot realsoftware dot com
Errors-To: realbasic-nug-bounces at lists dot realsoftware dot com
On May 30, 2007, at 18:26 UTC, Arnaud Nicolet wrote:
> > And meanwhile, does anyone have a solution to this problem (of
> knowing
> > when the last file has been processed) more clever than resetting a
> > Timer on each OpenDocument call?
>
> Rather than a Timer, could you not use the Ticks method? You store
> the last Ticks and compare with the actual (so you avoid the
> inaccuracy of a Timer).
I don't understand your suggestion. The point of the Timer is to give
you a "callback" that will be invoked after you return the OpenDocument
event, but presumably only when no more OpenDocuments are immediately
forthcoming. I don't see how to accomplish this with Ticks.
Thanks,
- Joe
--
Joe Strout -- joe at strout dot net
Strout Custom Solutions
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>
Search the archives:
<http://support.realsoftware.com/listarchives/lists.html>
From Wed 30 May 2007 13:30:21 -0600
Return-Path: <realbasic-nug-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 F365B29A1189; Wed, 30 May 2007 12:30:30 -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=-3.0 required=4.5 tests=ALL_TRUSTED,AWL,BAYES_00,
NO_REAL_NAME autolearn=ham version=3.1.1
Received: from lists.realsoftware.com (m.realsoftware.com [66.116.103.65])
by xmail.realsoftware.com (Postfix) with ESMTP id 4D59629A115B;
Wed, 30 May 2007 12:30:29 -0700 (PDT)
Received: from real-software-mini.local (localhost [127.0.0.1])
by lists.realsoftware.com (Postfix) with ESMTP id 83E4C331619;
Wed, 30 May 2007 14:30:22 -0500 (CDT)
X-Original-To: realbasic-nug at lists dot realsoftware dot com
Delivered-To: realbasic-nug at lists dot realsoftware dot com
Received: from mail.verex.com (mail.verex.com [66.116.103.197])
by lists.realsoftware.com (Postfix) with ESMTP id 7ABC233160E
for <realbasic-nug at lists dot realsoftware dot com>;
Wed, 30 May 2007 14:30:18 -0500 (CDT)
Received: from [66.116.103.197] (localhost [127.0.0.1])
by mail.verex.com (Postfix) with SMTP id 7F72275BFC7
for <realbasic-nug at lists dot realsoftware dot com>;
Wed, 30 May 2007 13:30:21 -0600 (MDT)
Date: Wed, 30 May 2007 13:30:21 -0600
Subject: Re: Failed Assertion (can't be caused by my own realbasic code,
right?)
From: joe at strout dot net
To: realbasic-nug at lists dot realsoftware dot com
In-Reply-To: <EFBDEDB9-7AD0-4DE1-8FB7-C374A031FD3F at cyberlude dot com>
X-Mailer: VerEx Email Gateway
Message-Id: <20070530193021 dot 7F72275BFC7 at mail dot verex dot com>
X-BeenThere: realbasic-nug at lists dot realsoftware dot com
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: REALbasic NUG <realbasic-nug at lists dot realsoftware dot com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: realbasic-nug-bounces at lists dot realsoftware dot com
Errors-To: realbasic-nug-bounces at lists dot realsoftware dot com
On May 30, 2007, at 19:12 UTC, Alexandre Ayotte wrote:
> Do you think I have to make sure it is not caused by my source code ?
> or the "failed assertion" necessarely imply it is a bug solely on the
> RS side?
It does, unless perhaps you're mucking about with Declare statements or
plugins, which could (if they are buggy) also cause such an assertion
failure to appear. That's unlikely but possible.
> Did anyone encountered that and know the cause of it ? (or even a
> remedy?)
Not I.
> Since I cannot reproduce the bug on any of my machines, I suppose I
> cannot post a bug report with just that info (or should I?)...
You can, and it's possible that the RS engineers will be able to find
the bug just by inspecting the indicated line of code (and surrounding
code) and thinking about what might cause such a failure. But if they
can't reproduce it either, it will be hard for them to have confidence
that they've actually fixed anything. Still, it's worth a try.
Best,
- Joe
--
Joe Strout -- joe at strout dot net
Strout Custom Solutions
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>
Search the archives:
<http://support.realsoftware.com/listarchives/lists.html>
From Wed 30 May 2007 15:44:15 -0400
Return-Path: <realbasic-nug-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 7FE5829A1F86; Wed, 30 May 2007 12:44:27 -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.4 required=4.5 tests=AWL,BAYES_00,NO_REAL_NAME
autolearn=no version=3.1.1
Received: from lists.realsoftware.com (m.realsoftware.com [66.116.103.65])
by xmail.realsoftware.com (Postfix) with ESMTP id 50AE429A1F80;
Wed, 30 May 2007 12:44:25 -0700 (PDT)
Received: from real-software-mini.local (localhost [127.0.0.1])
by lists.realsoftware.com (Postfix) with ESMTP id E0BB2331713;
Wed, 30 May 2007 14:44:17 -0500 (CDT)
X-Original-To: realbasic-nug at lists dot realsoftware dot com
Delivered-To: realbasic-nug at lists dot realsoftware dot com
Received: from mout.perfora.net (mout.perfora.net [74.208.4.195])
by lists.realsoftware.com (Postfix) with ESMTP id 10B07331708
for <realbasic-nug at lists dot realsoftware dot com>;
Wed, 30 May 2007 14:44:13 -0500 (CDT)
Received: from [172.19.56.140] (helo=pustefix136.perfora.net)
by mrelay.perfora.net (node=mrus1) with ESMTP (Nemesis),
id 0MKpCa-1HtU5f2med-0001aB; Wed, 30 May 2007 15:44:15 -0400
Message-Id: <12506843 dot 67271180554255696 dot JavaMail dot servlet at perfora>
From: rblists at oatmealandcoffee dot com
To: <realbasic-nug at lists dot realsoftware dot com>
Subject: RB/VB Error Catching Woes
MIME-Version: 1.0
X-Priority: 3
X-Binford: 6100 (more power)
X-Mailer: Webmail
X-Originating-From: 32022859
X-Routing: US
X-Message-Id: <32022859$1180554255642172 dot 19 dot 56 dot 1402639374 at
pustefix136 dot perfora dot net--779416893>
X-Received: from pustefix136.perfora.net by 64.215.189.102 with HTTP id
32022859 for [realbasic-nug at lists dot realsoftware dot com];
Wed, 30 May 2007 15:44:15 EDT
Date: Wed, 30 May 2007 15:44:15 -0400
X-Provags-ID: V01U2FsdGVkX1/4H0xtZIeLfpPu2mCe4wHNKphpbm2e+Um4dOU
Dj2Kpdp/N68nVRBUIcfL7Y7fh4QNBdgqAWcqCBtmgKGy/Ebakc NZGQI7F5rw=
X-BeenThere: realbasic-nug at lists dot realsoftware dot com
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: REALbasic NUG <realbasic-nug at lists dot realsoftware dot com>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: realbasic-nug-bounces at lists dot realsoftware dot com
Errors-To: realbasic-nug-bounces at lists dot realsoftware dot com
Howdy-- (Sorry if this is a repost; I had a slight email issue earlier)
I swear I'm the only person who posts about this stuff, because searches reveal
squat. Anyway...
I'm having a massive problem catching errors while getting font information
>from Excel. The following parses text in an Excel cell to get various styling
information for later use. The occasional problem comes the moment I try to get
the name of the font used for a particular character. Sometimes there's an
error, but none of the error catching methods seem to work.
I think part of the problem might be that I get two different errors,
NilObjectException or OLEException, when I'm in Debug mode and in a compiled
app, respectively. However, neither the Try nor the Exception block can catchi
either of these errors. The thing that really has my head scratching is that
when I look at the value for the font name variable I've set, it has the
correct value but still returns the error.
In the end, I don't mind the errors because the process allows for errors to
get fixed later. I just need to be able to allow the app to continue all of
it's work to catch 80% or so of the formatting information, and would prefer to
record somewhere the remaining the app couldn't catch. Very similar code in a
Macro works fine, but I really can't do that due to various restrictions in the
overall production process.
Any ideas? Here's the code...
Sub Parse()
//This code sits in a thread, called by "Run".
dim ExcelApp as ExcelApplication
dim wb as ExcelWorkbook
dim ws as ExcelWorksheet
dim wc as ExcelRange
dim theChr as ExcelCharacters
dim theFont as ExcelFont
dim x as integer
dim theFontName as string
dim theFontNameStyle as string
ExcelApp = new ExcelApplication
wb = ExcelApp.ActiveWorkbook
ws = wb.ActiveSheet
wc = ws.Range(TheRange) //string property of the thread
ChrCount = Len(wc.Value)
for x = 1 to ChrCount
theChr = wc.Characters(x, 1)
//get the font name
try
theFont = theChr.Font
theFontName = theFont.Name //NilObjectException here but the debugger
shows the correct value.
Catch err 'as NilObjectException //doesn't catch anything.
If err IsA NilObjectException then //returned error in Debug mode
LogModule.WriteLog("ParseErrorLog", TheRange + ":" + str(x) + " =
theFontName = Left(theChr.Font.Name, 3)")
elseif err IsA OLEException then //returned error when compiled
LogModule.WriteLog("ParseErrorLog", TheRange + ":" + str(x) + " =
theFontName = Left(theChr.Font.Name, 3)")
End If
end try
Next
//I'm done, so let my parent know and stop
me.ParentCaptionObj.ParsingComplete = true
me.Kill
Exception err 'as NilObjectException //doesn't catch anything.
If err IsA NilObjectException then
LogModule.WriteLog("ParseErrorLog", TheRange + ":" + str(x) + " = " +
theChr.Value + ": " + ws.Range(TheRange).Text)
elseif err IsA OLEException then
LogModule.WriteLog("ParseErrorLog", TheRange + ":" + str(x) + " = " +
theChr.Value + ": " + ws.Range(TheRange).Text)
End If
End Sub
TIA!
--
Philip Regan
http://www.oatmealandcoffee.com
RB2k7r2, Office 2k4, MAc OS 10.4.9
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>
Search the archives:
<http://support.realsoftware.com/listarchives/lists.html>
|