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.

On Tue, May 22, 2012 at 1:25 PM, Igor Stasenko <siguctua@gmail.com> wrote:
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?
>

Hehe.. and i trapped myself with this too..
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.