>I've followed this through with the help of some tracing. I don't think
>missing code. I'm completely out my depth here, hopefully this may mean
>
>Cheers, Stewart
>
>Call tree follows...
>
>UnixSystemSupport>>osTimestampNow
>
> ....
> sysTime := self localtime: tp.
>=============================================
>UnixSystemSupport>>localtime: arg
>
> <C: struct tm * localtime(time_t const * )>
> ^self externalAccessFailedWith: _errorCode
>============================================================
>osTimestampNow
> date := Date
> newDay: (sysTime memberAt: #tm_mday)
>================================================================
>CCompositePointer>>memberAt:
>
> ^type referentType baseType
> contentsOf: aMember
> at: self
> pointerKind: type kind
>-----------------------------------
>Logged values in this method:
>
>memberAt: #tm_mday class: ByteSymbol
>type: tm * class: CPointerType
>type referentType: tm class: CTypedefType
>baseType: void * class CPointerType
>=====================================================
>CPointerType>>referentType
>
>referentType
> "Answer the type the receiver references."
>
> ^referentType
>======================================
>CtypedefType>>baseType
>
>CQualifiedType>>baseType
> "Answer the base type, removing any layers of typedef."
>
> ^type baseType
>=================================================
>CPointerType(Object)>>doesNotUnderstand:
>>>
>>> Receiver: (id=5119) void *
>>>
>>> Arg1: (id=13607) a Message with selector:
>>> #contentsOf:at:pointerKind: and arguments: #(#tm_mda...
>
>
>
>
>
>>-----Original Message-----
>>From: Reinout Heeck [mailto:
[hidden email]]
>>Sent: 21 November 2006 3:48 a.m.
>>To: vwnc-list NC
>>Subject: Re: osSetTimeZone [Mandrake 2.2!, VisualWorks 7.4.0]
>>
>>
>>Stewart MacLean wrote:
>>> When deploying to my (very old) linux setup I'm experiencing the
>>> following walkback when setting time zone using the BottomFeeder
>>> parcel.
>>>
>>> As its so low level I suspect that it's to do with the age of the
>>> os, but that's just a hunch.
>>>
>>> Can anyone confirm or this or not? - thanks.
>>
>>To me frames [8] and [9] suggest that something is screwy in the
>>DLLCC runtime layer (like yo are missing part of the implementation?)
>>
>>R
>>-
>>>
>>>
>>> Cheers,
>>>
>>>
>>>
>>> Stewart
>>>
>>>
>>>
>>> Message not understood: #contentsOf:at:pointerKind:
>>>
>>> ...
>>>
>>> [7] MessageNotUnderstood(GenericException)>>raiseSignal
>>>
>>> Receiver: (id=11948) a MessageNotUnderstood
>>>
>>> [8] CPointerType(Object)>>doesNotUnderstand:
>>>
>>> Receiver: (id=5119) void *
>>>
>>> Arg1: (id=13607) a Message with selector:
>>> #contentsOf:at:pointerKind: and arguments: #(#tm_mda...
>>>
>>> [9] CCompositePointer>>memberAt:
>>>
>>> Receiver: (id=4955) a CCompositePointer {401F4360} (tm *
Locked
