[Xquartz-dev] 2.4.0_rc2

[Jack Howarth]

Jeremy,
   The rasmol sources have a line...

 # USER DEFINITIONS
 #
 #  At this point, you may define the cpp macro PIXELDEPTH as 8, 16 or 32
 #define PIXELDEPTH 32

What I find is that with the x86_64 binaries, the rasmol binary built
with PIXELDEPTH 32 fails with...

Renderer Error: Unable to allocate frame buffer!

whereas for the rasmol binary built with PIXELDEPTH 8 or 16, I get...

No suitable display detected!

This occurs on the Radeon X1600. On the Radeon HD2600, these binaries
run fine when built at 8, 16 or 32 PIXELDEPTH but the rasmol program
always reports [24-bit version]. Can you remind me how to debug this
so that when I run rasmol it will report what visuals are attempted to
be used?
             Jack
ps Again these issues don't exist with i386 binaries.

On Mon, Aug 10, 2009 at 05:26:36PM -0700, Jeremy Huddleston wrote:
> When you say, the "8 bit version" ... what do you mean?  None of our  
> architectures are 8bit.  I'm guessing you mean the color depth at that  
> point... in which case you would need to be in PseudoColor ... and at  
> which point, I don't expect anything AIGLX to work (and I don't expect  
> to fix that any time soon).
>
> As for the renderer error in the "32-bit version" ... I assume you are  
> trying to use a TrueColor visual... please debug what visual you are  
> trying to use.  There should be no 32bit visuals listed.  You should  
> only see 15 and 24 bit GLX visuals... I was planning on adding 32bit GLX 
> visuals at some point, but it's not a high priority as I don't have the 
> resources to adequately support them all unless there is a demand... but 
> these issues are not really specific to x86_64 ... you should see the 
> same problem with i386...
>
> On Aug 10, 2009, at 17:14, Jack Howarth wrote:
>
>> Jeremy,
>>   I think I may have run into a glitch with the
>> x86_64 support in X11 on 2.4.0-rc2. The new
>> rasmol package in fink unstable now builds under
>> x86_64 fink. When I execute the resulting rasmol
>> binary, I get...
>>
>> RasMol Molecular Renderer
>> Roger Sayle, August 1995
>> Copyright (C) Roger Sayle 1992-1999
>> Version 2.7.5 June 2009
>> Copyright (C) Herbert J. Bernstein 1998-2008
>> *** See "help notice" for further notices ***
>> [32-bit version]
>>
>>
>> Renderer Error: Unable to allocate frame buffer!
>>
>> whereas the 8-bit version produces...
>>
>> RasMol Molecular Renderer
>> Roger Sayle, August 1995
>> Copyright (C) Roger Sayle 1992-1999
>> Version 2.7.5 June 2009
>> Copyright (C) Herbert J. Bernstein 1998-2008
>> *** See "help notice" for further notices ***
>> [8-bit version]
>>
>> No suitable display detected!
>>
>> This occurs on a MacBook Pro with Radeon X1600.
>> Interestingly, on a 2008 MacPro with Radeon
>> HD2600, both x86_64 binaries (rasmol 32-bit
>> and rasmol 8-bit) run fine but show ...
>>
>> [24-bit version]
>>
>> when run. There is no problem running the
>> i386 fink versions of either package under Xorg
>> 2.4.0-rc2. Thanks in advance for looking at this
>> if you get a chance.
>>           Jack
>> _______________________________________________
>> Xquartz-dev mailing list
>> Xquartz-dev at lists.macosforge.org
>> http://lists.macosforge.org/mailman/listinfo.cgi/xquartz-dev
>
> _______________________________________________
> Xquartz-dev mailing list
> Xquartz-dev at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/xquartz-dev