admittedly I haven't loaded the very latest version!
I tried changing class to clazz & now it fails with Generic Failure at NBFFICallout
cdecl: functionSpec emitCall: aCallEmittingBlock options: anOptions
handleFailureIn: aContext nativeCode: aBlock
^ NBNativeCodeError signalError: lastError
and in the terminal:
X Error: BadMatch (invalid parameter attributes)
� Major opcode of failed request:� 78
� Minor opcode of failed request:� 0
� Serial number of failed request: 17
X Error: BadColor (invalid Colormap parameter)
� Major opcode of failed request:� 1
� Minor opcode of failed request:� 0
� Serial number of failed request: 18
X Error: BadWindow (invalid Window parameter)
� Major opcode of failed request:� 8
� Minor opcode of failed request:� 0
� Serial number of failed request: 19
X Error: BadValue (integer parameter out of range for operation)
� Major opcode of failed request:� 135
� Minor opcode of failed request:� 3
� Serial number of failed request: 32
So then I tried starting again with a fresh 1.4 image, following the instructions at the top, but then:
registerPrimitiveSimulators
��� ContextPart simulatePrimitive: #primitiveNativeCall module: #NativeBoostPlugin with: self
during ConfigurationOfNBOpenGL project lastVersion load.
Hehe.. and i trapped myself with this too..On 22 May 2012 05:19, Javier Pim�s <elpochodelagente@gmail.com> wrote:
>
>
> On Tue, May 22, 2012 at 12:05 AM, chadwick <mathnoir@gmail.com> wrote:
>>
>>
>>
>> On Tue, May 22, 2012 at 12:17 PM, Javier Pim�s
>> <elpochodelagente@gmail.com> wrote:
>>>
>>> Then probably the visualInfo has some problem. The symptom is that
>>> printOn: (inherited from NBExternalStructure) crashes while trying to show
>>> the fields. Now try niling the visualInfo visual field with code (visualInfo
>>> visual:nil) to see if it keeps crashing.
>>
>>
>> I can't - I tried moving self halt to after the creation of visualInfo,
>> and then self halt is never executed and the image progressively slows as
>> before, indicating that visualInfo was never initialized.
>>
>> What I also neglected to add before was that in visualInfo :=
>> NBXLibVisualInfo fromPointer: it goes into handleFailureIn: nativeCode: from
>> NBFFICallout cdelc: emitCall: options: in NativeBoostLinux32 and eventually
>> hangs
>>
>>
>>
>>>
>>>
>>> Also, what is the contents of NBXLibVisualInfo class>>#fieldsDesc ?
>>
>>
>> fieldsDesc
>> ��� "
>> ��� self initializeAccessors
>> ��� "
>> ��� ^#(
>> ��� NBXLibVisual "Visual*" visual;
>> ��� VisualID visualid;
>> ��� int screen;
>> ��� uint depth;
>> ��� int class;
>> ��� ulong red_mask;
>> ��� ulong green_mask;
>> ��� ulong blue_mask;
>> ��� int colormap_size;
>> ��� int bits_per_rgb
>> ��� )
>>
>
> this is good news! change "int class" to "int klass" and it'll probably
> start working. It's creating an accessor named "class", which breaks
> everything. It's a problem we saw before, I'll have to check because I
> thought I had uploaded the latest versions of monticello and the
> configuration. How did you load the code?
>
spent halt an hour trying to figure out why it goes into infinite
recursion when generating the code,
until recalled that we had this issue before ! :)
Name: NBXLib-Core-JavierPimas.5
Author: JavierPimas
Time: 16 April 2012, 10:54:45 am
UUID: 94ca7907-d790-4740-8a63-51b1a2ec4a48
Ancestors: NBXLib-Core-JavierPimas.4
Rename field "class" in NBXLibVisualInfo to be klass so it doesn't
break in pharo 1.4
> Cheers!
>
>>
>>>
>>>
>>> You can send me the image via yousendit (I'll may look at it if I get
>>> some free time).
>>
>>
>> yes will do that later..
>
>
>
>
> --
> Lic. Javier Pim�s
> Ciudad de Buenos Aires
--
Best regards,
Igor Stasenko.