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 <[email protected]> wrote:
> On 22 May 2012 05:19, Javier Pimás <[email protected]> wrote:
> >
> >
> > On Tue, May 22, 2012 at 12:05 AM, chadwick <[email protected]> wrote:
> >>
> >>
> >>
> >> On Tue, May 22, 2012 at 12:17 PM, Javier Pimás
> >> <[email protected]> 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.
>
>
