Re: [[eSellerateObject alloc] init] causes SIGTRAP
Re: [[eSellerateObject alloc] init] causes SIGTRAP
- Subject: Re: [[eSellerateObject alloc] init] causes SIGTRAP
- From: Graham Jones <email@hidden>
- Date: Sat, 21 May 2005 15:21:53 -0400
Hi Drew,
Thanks for the response. I'll tell you the files I have brought into my
project:
FROM GECKO:
- AppController.h
- AppController.m --> this one is where the bug is trapped in awakeFromNib
FROM SDK:
- eSellerateEngine.DataFork
- ESellerateObjC.h
- LibEsellerateObjC.a
I tried to mimic the file structure of the Gecko app. However, the gecko
app is an older example project and the SDK has much newer libraries... Do
you think it's possible that could cause a problem?
Thanks,
Graham Jones.
On 5/21/05 3:11 PM, "Drew McCormack" <email@hidden> wrote:
>> In the debugger, it tells me the bad line is in the awakeFromNib:
>>
>> eSeller = [[eSellerateObject alloc] init];
>>
>> And the errors reported in the Run Log for this line are:
>>
>> <NSInvalidArgumentException> *** -[NSURL initFileURLWithPath:]: nil string
>> parameter
>>
>> Does anyone know why I would be getting this error when I try to instantiate
>> this object?
> I seem to recall that eSellerate has a few extra files, such as a resource
> fork for the eSellerate engine. You have to ensure that this resource fork
> file is included in your application bundle. I could imagine that things might
> go wrong in the initializer if the file isn't there. Have you included it in
> your resources, like in the Gecko example?
>
> Drew
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden