DrawString suddenly started crashing

[Keith Wiley]

My programs have suddenly stopped working. I have determined that the
cause is DrawString(Str255&). Does this function no longer work with 10.2
or perhaps with CodeWarrior 8.3? Any help appreciated. I have to figure
out what the heck is going on here.

Thanks.

__________________________________________________ ______________________
Keith Wiley [email]kwiley@cs.unm.edu[/email]
[url]http://www.unm.edu/~keithw[/url] [url]http://www.mp3.com/KeithWiley[/url]

"Yet mark his perfect self-contentment, and hence learn his lesson,
that to be self-contented is to be vile and ignorant, and that to
aspire is better than to be blindly and impotently happy."
-- Edwin A. Abbott, Flatland
__________________________________________________ ______________________

[David Phillip Oster]

In article <Pine.LNX.4.56.0309022312310.8552@santafe.cs.unm.e du>,
Keith Wiley <kwiley@cs.unm.edu> wrote:

> My programs have suddenly stopped working. I have determined that the
> cause is DrawString(Str255&). Does this function no longer work with 10.2
> or perhaps with CodeWarrior 8.3? Any help appreciated. I have to figure
> out what the heck is going on here.

DrawString is fine in OS X 10.2, CW 8.3. The problem is your program.
At the point that DrawString crashs, is the heap OK? is the current
GrafPort OK?

[Keith Wiley]

On Wed, 3 Sep 2003, David Phillip Oster wrote:

> In article <Pine.LNX.4.56.0309022312310.8552@santafe.cs.unm.e du>,
> Keith Wiley <kwiley@cs.unm.edu> wrote:
>

> > My programs have suddenly stopped working. I have determined that the
> > cause is DrawString(Str255&). Does this function no longer work with 10.2
> > or perhaps with CodeWarrior 8.3? Any help appreciated. I have to figure
> > out what the heck is going on here.

>
> DrawString is fine in OS X 10.2, CW 8.3. The problem is your program.
> At the point that DrawString crashs, is the heap OK? is the current
> GrafPort OK?

Impossible. I wrote a toy program to test DrawString and it doesn't even
work. The following "program" crashes at the DrawString line:

#include <Carbon.h>
#include <time.h>

int main()
{
WindowPtr w = GetNewCWindow(128, NULL, NULL);

SetPort((OpaqueGrafPtr*)w);

MoveTo (10,10);
DrawString("\pHello");

long st = TickCount();
while (TickCount() - st < 60 * 5);

return 0;
}

__________________________________________________ ______________________
Keith Wiley [email]kwiley@cs.unm.edu[/email]
[url]http://www.unm.edu/~keithw[/url] [url]http://www.mp3.com/KeithWiley[/url]

"Yet mark his perfect self-contentment, and hence learn his lesson,
that to be self-contented is to be vile and ignorant, and that to
aspire is better than to be blindly and impotently happy."
-- Edwin A. Abbott, Flatland
__________________________________________________ ______________________

[Tom Dowdy]

In article <Pine.LNX.4.56.0309030831340.10701@santafe.cs.unm. edu>,
Keith Wiley <kwiley@cs.unm.edu> wrote:

> > DrawString is fine in OS X 10.2, CW 8.3. The problem is your program.
> > At the point that DrawString crashs, is the heap OK? is the current
> > GrafPort OK?

>
> Impossible. I wrote a toy program to test DrawString and it doesn't even
> work. The following "program" crashes at the DrawString line:
>
> #include <Carbon.h>
> #include <time.h>
>
> int main()
> {
> WindowPtr w = GetNewCWindow(128, NULL, NULL);
>
> SetPort((OpaqueGrafPtr*)w);

"Impossible." Perhaps that word doesn't mean what you think it does? :-)

Casting Windows (and other things) is illegal on OS X and has been since
day 1. Call the appropriate Get function (ie, GetWindowPort) or the
appropriate helper function instead (ie, SetPortWindowPort). So:
SetPortWindowPort(w);
-OR-
SetPort(GetWindowPort(w));

You might want to do wholescale searches in your source code for:
"GrafPtr)"
"WindowPtr)"
"DialogPtr)"
"GWorldPtr)"
to avoid similar crashes in the future.

[David Phillip Oster]

In article <dowdy-9848B2.08303803092003@news.apple.com>,
Tom Dowdy <dowdy@apple.com> wrote:

> In article <Pine.LNX.4.56.0309030831340.10701@santafe.cs.unm. edu>,
> Keith Wiley <kwiley@cs.unm.edu> wrote:
>

> > > DrawString is fine in OS X 10.2, CW 8.3. The problem is your program.
> > > At the point that DrawString crashs, is the heap OK? is the current
> > > GrafPort OK?

> >
> > Impossible. I wrote a toy program to test DrawString and it doesn't even
> > work. The following "program" crashes at the DrawString line:
> >
> > #include <Carbon.h>
> > #include <time.h>
> >
> > int main()
> > {
> > WindowPtr w = GetNewCWindow(128, NULL, NULL);
> >
> > SetPort((OpaqueGrafPtr*)w);

>
> "Impossible." Perhaps that word doesn't mean what you think it does? :-)
>
> Casting Windows (and other things) is illegal on OS X and has been since
> day 1. Call the appropriate Get function (ie, GetWindowPort) or the
> appropriate helper function instead (ie, SetPortWindowPort). So:
> SetPortWindowPort(w);
> -OR-
> SetPort(GetWindowPort(w));
>
> You might want to do wholescale searches in your source code for:
> "GrafPtr)"
> "WindowPtr)"
> "DialogPtr)"
> "GWorldPtr)"
> to avoid similar crashes in the future.

Keith also forgot to initialize the toolbox by calling InitCursor();
That omission alone would cause his program to crash.

TickCount() returns an unsigned long, so while() loop also, won't do
what he expects if his machine has been on for a few weeks.

also, If this is C++, C-style casts are deprecated in C++.

[Keith Wiley]

On Wed, 3 Sep 2003, John Harrison wrote:

> I love the attitude.
>
> 'I've got a problem, I've no idea what's causing it, I need help, but I know
> that it CANNOT POSSIBLY be my fault.'.

Well, aside from you sarcasm, did you bother to notice my five line
example. Are you suggesting that program is so complicated that I've lost
a pointer somewhere?

__________________________________________________ ______________________
Keith Wiley [email]kwiley@cs.unm.edu[/email]
[url]http://www.unm.edu/~keithw[/url] [url]http://www.mp3.com/KeithWiley[/url]

"Yet mark his perfect self-contentment, and hence learn his lesson,
that to be self-contented is to be vile and ignorant, and that to
aspire is better than to be blindly and impotently happy."
-- Edwin A. Abbott, Flatland
__________________________________________________ ______________________

[Keith Wiley]

On Wed, 3 Sep 2003, Tom Dowdy wrote:

> Casting Windows (and other things) is illegal on OS X and has been since
> day 1. Call the appropriate Get function (ie, GetWindowPort) or the
> appropriate helper function instead (ie, SetPortWindowPort). So:
> SetPortWindowPort(w);

That did it. Thanks. To the folks who thought it would be more helpful
to insult me, thanks for nothing. What a wonderful help you were. To
this guy and the guy who suggested InitCursor, thanks tremendously for the
help.

Cheers!

__________________________________________________ ______________________
Keith Wiley [email]kwiley@cs.unm.edu[/email]
[url]http://www.unm.edu/~keithw[/url] [url]http://www.mp3.com/KeithWiley[/url]

"Yet mark his perfect self-contentment, and hence learn his lesson,
that to be self-contented is to be vile and ignorant, and that to
aspire is better than to be blindly and impotently happy."
-- Edwin A. Abbott, Flatland
__________________________________________________ ______________________

[John Harrison]

"Keith Wiley" <kwiley@cs.unm.edu> wrote in message
news:Pine.LNX.4.56.0309031139450.11988@santafe.cs. unm.edu...

> On Wed, 3 Sep 2003, John Harrison wrote:
>

> > I love the attitude.
> >
> > 'I've got a problem, I've no idea what's causing it, I need help, but I

know

> > that it CANNOT POSSIBLY be my fault.'.

>
> Well, aside from you sarcasm, did you bother to notice my five line
> example. Are you suggesting that program is so complicated that I've lost
> a pointer somewhere?
>

I know very little about Mac programming and I wouldn't be able to offer
advice on your code.

Your second post made me smile, that's all, sorry to offend.

john

[Miro Jurisic]

In article <oster-ACFC40.10070103092003@news.sf.sbcglobal.net>,
David Phillip Oster <oster@ieee.org> wrote:

> Keith also forgot to initialize the toolbox by calling InitCursor();
> That omission alone would cause his program to crash.

On Carbon?

meeroh

--
If this message helped you, consider buying an item
from my wish list: <http://web.meeroh.org/wishlist>

[Michael Ash]

In article <Pine.LNX.4.56.0309031145350.11988@santafe.cs.unm. edu>,
Keith Wiley <kwiley@cs.unm.edu> wrote:

> To the folks who thought it would be more helpful
> to insult me, thanks for nothing.

You get better help if you lose the whole "it's not my fault, it's
impossible, it's obviously the OS that has the problem" attitude.

[David Phillip Oster]

In article <macdev-293122.19233503092003@senator-bedfellow.mit.edu>,
Miro Jurisic <macdev@meeroh.org> wrote:

> In article <oster-ACFC40.10070103092003@news.sf.sbcglobal.net>,
> David Phillip Oster <oster@ieee.org> wrote:
>

> > Keith also forgot to initialize the toolbox by calling InitCursor();
> > That omission alone would cause his program to crash.

>
> On Carbon?

I was probably over-generalizing from technote 2003, which implies that
it is necessary. <http://developer.apple.com/technotes/tn/pdf/tn2003.pdf>
and
<[url]http://developer.apple.com/documentation/Carbon/Reference/Carbon_Spec_Po[/url]
rting/QuickDraw_Manager.html>

"When your Carbon application is launched, the system sets the cursor to
the watch cursor. Your application should call InitCursor at the end of
its startup initialization process, to reset the cursor. Available in
CarbonLib 1.0 and later when running Mac OS 8.1 or later. Available in
Mac OS X 10.0 and later."

[Eric Albert]

In article <oster-DCA70D.22032703092003@news.sf.sbcglobal.net>,
David Phillip Oster <oster@ieee.org> wrote:

> In article <macdev-293122.19233503092003@senator-bedfellow.mit.edu>,
> Miro Jurisic <macdev@meeroh.org> wrote:
>

> > In article <oster-ACFC40.10070103092003@news.sf.sbcglobal.net>,
> > David Phillip Oster <oster@ieee.org> wrote:
> >

> > > Keith also forgot to initialize the toolbox by calling InitCursor();
> > > That omission alone would cause his program to crash.

> >
> > On Carbon?

>
> I was probably over-generalizing from technote 2003, which implies that
> it is necessary. <http://developer.apple.com/technotes/tn/pdf/tn2003.pdf>
> and
> <[url]http://developer.apple.com/documentation/Carbon/Reference/Carbon_Spec_Po[/url]
> rting/QuickDraw_Manager.html>
>
> "When your Carbon application is launched, the system sets the cursor to
> the watch cursor. Your application should call InitCursor at the end of
> its startup initialization process, to reset the cursor. Available in
> CarbonLib 1.0 and later when running Mac OS 8.1 or later. Available in
> Mac OS X 10.0 and later."

The implication is wrong. InitCursor() is not necessary in Carbon on
Mac OS X. Nor, for that matter, will the system set the cursor to the
watch cursor when a Carbon application is launched on Mac OS X.

-Eric

--
Eric Albert [email]ejalbert@stanford.edu[/email]
[url]http://rescomp.stanford.edu/~ejalbert/[/url]