Nabble - 3D Rendering

Re: GameMode behaviour

2009-11-11T21:07:06Z

John,
I have just tested 2.6 RC1 from a binary created by Martin Payne (thanks
Martin). It exhibits the _same_ behavior as 2.4.0

GameMode can be made to work if the current window is explicitly destroyed
and another created when returning from GameMode. Otherwise freeglut exits
with an error because no current window is defined.

Clive.

--------------------------------------------------
From: "Fay, John F Dr CTR USAF AFMC 46 SK" <john.fay.ctr@...>
Sent: Friday, November 06, 2009 3:04 PM
To: "FreeGLUT developers list" <freeglut-developer@...>
Subject: Re: [Freeglut-developer] GameMode behaviour

> Clive,
>
> Let me give you a couple more things to check.
> (1) The SVN head version is much changed from 2.4.0.
> Please make sure that the latest SVN version gives the same error.
> (2) There is a "CurrentWindow" variable that indicated
> which window is active. This is separate from the status of any
> individual window. The error is apparently triggered because the "
> CurrentWindow" variable is not set when "freeglut" leaves game mode.
> (See freeglut_window.c near line 1368 and freeglut_internal.h near line
> 785.)
>
> Thanks for chasing this down.
>
> John F. Fay
> Technical Fellow
> Jacobs Technology TEAS Group
> 850-883-1294
>
> -----Original Message-----
> From: Clive McCarthy [mailto:CliveMcCarthy@...]
> Sent: Friday, November 06, 2009 4:53 PM
> To: FreeGLUT developers list
> Subject: Re: [Freeglut-developer] GameMode behaviour
>
> John,
> I have conducted a test which reports the following from freeglut 2.4.0
> on
> Ubuntu Linux with feeble Intel 945GM graphics:
>
> GameMode 1920x1200:32@60 is possible
> GameMode is now active...
> returning from GameMode
>
> freeglut (./art_show): ERROR Function <glutReshapeWindow> called
> with no
> current window defined.
>
> The first three lines are from my code (art_show). The ERROR is emitted
> from
> freeglut.
>
> According to the documentation I have read, the windows that exist prior
> to
> entering GameMode are supposed to be restored almost as if nothing had
> happened. My standard set of call backs are reestablished immediately
> after
> calling glutLeaveGameMode() so it isn't that.
>
> I guess the thing to check is that when glutEnterGameMode() is called
> the
> first thing it should do is save the status of ALL the open windows and
> that
> when glutLeaveGameMode() is called they are restored.
>
> I'm about to try the same code on XP.
> Clive.
>
>
> --------------------------------------------------
> From: "John F. Fay" <johnffay@...>
> Sent: Wednesday, November 04, 2009 4:48 AM
> To: "FreeGLUT developers list"
> <freeglut-developer@...>
> Subject: Re: [Freeglut-developer] GameMode behaviour
>
>> Clive,
>>
>> Many thanks for your contribution here. Is there anything
>> that I need to put into "freeglut" to get it to work on Ubuntu before
>> the next release?
>>
>> - John
>>
>>
>> At 11:19 AM 9/28/2009, you wrote:
>>>John=2C
>>>Sorry to hear about the losses in you immediate family...
>>>=20
>>>I received good advice from someone [Member #20245] on the OpenGL
> forum=2C
>>>=
>>>who made small modifications to my code and got GameMode to run
>>>satisfactor=
>>>ily on Ubuntu. I have appended the modified code to the end of this
> email=
>>>=2C so that others can see what probably works. I have not yet tested
> this
>>>=
>>>myself.
>>>=20
>>>It seems my system calls to "wmctrl" to remove the Ubuntu toolbars may
>
>>>have=
>>> upset things. I have also figured out that the network applet on the
>
>>> Ubunt=
>>>u toolbar=2C which has been a problem=2C can be hidden/disabled so
> that it
>>>=
>>>doesn't 'blink-through' the OpenGL renderings when using conventional
>>>glutF=
>>>ullScreen(). I now have a couple of solutions for truly full screen
>>>freeglu=
>>>t use=2C including the use of GameMode.
>>>=20
>>>Now that I have confirmation that it works on Ubuntu I shall test it
> on
>>>the=
>>> feeble 945GM Intel hardware with both XP and Ubuntu. Intel's Ubuntu
>>> OpenGL=
>>> drivers for the 945GM are inferior to their XP drivers -- the former
> is
>>> on=
>>>ly OpenGL 1.3 -- so I may have an issue with the driver.
>>>=20
>>>Clive.
>>>----------------------------------------
>>> > Date: Sun=2C 27 Sep 2009 21:19:34 -0500
>>> > To: freeglut-developer@...
>>> > From: johnffay@...
>>> > Subject: Re: [Freeglut-developer] GameMode behaviour
>>> >
>>> > Clive=2C
>>> >
>>> > Thanks for your input. Unfortunately there isn't a lot more
>>> > documentation beyond what you have found already.
>>> >
>>> > One thing that I seriously recommend is getting an
>>> > up-to-date copy of the source. We've been trying to get out a new
>>> > release for over a year now=2C but the main project admin is
> working
>>> > 16-hour days on his day job and I've been dealing with three deaths
>>> > in my immediate family plus some other stuff that is going on. But
>>> > we *are* working on it. When I can come up for air I will look at
>>> > your e-mail in more detail.
>>> >
>>> > - John
>>> >
>>> >
>>> > At 10:20 AM 9/6/2009=2C you wrote:
>>> >
>>> >>There is not a great deal of solid documentation to be found about
>>> >>Glut's
>>> >>GameMode. I found the following on the web but I wonder if it is a
>>> >>reliab=
>>>le
>>> >>explanation of how GameMode _should_ function? Most examples merely
>
>>> >>show =
>>>the
>>> >>application entering GameMode and never returning. I have an
>>> >>application
>>> >>that needs to go full-screen and also return to decorated window
> mode.
>>> >>I'=
>>>m
>>> >>working with freeglut 2.4.0 on both Win XP and Linux Ubuntu and
> with a
>>> >>variety of graphics hardware Nvidia 8800 to Intel 945GM. I get
> erratic
>>> >>behaviour -- sometimes the return from GameMode has the video
> driver
>>> >>very
>>> >>confused and a system has to be restarted -- on another platform
> the
>>> >>retu=
>>>rn
>>> >>takes several seconds.
>>> >
>>> >
>>>_______________________________________________
>>>
>>>I tried your code with a few little changes and it worked fine for me.
> The
>>>=
>>>changes that I made were to remove the system calls and to call init()
>
>>>alon=
>>>g with the glut_OpenGL_call_backs() each time. I changed the code so
> it
>>>tog=
>>>gles between fullscreen and windowed mode with any key press (except
> esc
>>>wh=
>>>ich exits the program). Note I ran the following code on Ubuntu
> 9.04+GNOME
>>>=
>>>window manager with freeglut. I would be curious if you can compile
> and
>>>run=
>>> it without problems.
>>>
>>>Code://
>>>http://www.opengl.org/discussion_boards/ubbthreads.php?ubb=3Dshowfl=
>>>at&Number=3D263588#Post263588
>>>#include <cstdio>
>>>#include <cstdlib>
>>>#include <GL/glut.h>
>>>void display(void)=3B
>>>void init(void)=3B
>>>void set_debug_window_size(void)=3B
>>>void switch_to_full_screen(void)=3B
>>>#define TRUE true
>>>#define FALSE false
>>>bool full_screen =3D FALSE=3B
>>>int glut_pane_id =3D 0=3B
>>>void SampleGameModeKeyboard( unsigned char cChar=2C int nMouseX=2C int
>
>>>nMou=
>>>seY )
>>>{
>>> static int toggleMode=3Dtrue=3B
>>> if( cChar =3D=3D 27 ) exit(0)=3B
>>> if (toggleMode)
>>> {
>>> set_debug_window_size()=3B
>>> toggleMode=3D!toggleMode=3B
>>> }
>>> else
>>> {
>>> switch_to_full_screen()=3B
>>> toggleMode=3D!toggleMode=3B
>>> }
>>>}
>>>
>>>void glut_OpenGL_call_backs()
>>>{
>>> init()=3B
>>> glutKeyboardFunc( SampleGameModeKeyboard )=3B
>>> glutDisplayFunc(display)=3B
>>>}=3B
>>>void switch_to_full_screen(void)
>>>{
>>> char mode_string[24]=3B
>>> full_screen =3D TRUE=3B
>>> sprintf(mode_string=2C "%dx%d:32@60"=2C
> glutGet(GLUT_SCREEN_WIDTH)=2C
>>> glutGet(GLUT_SCREEN_HEIGHT))=3B
>>> glutGameModeString(mode_string)=3B
>>> if(glutGameModeGet(GLUT_GAME_MODE_POSSIBLE))
>>> {
>>> printf("GameMode %s is possible\n"=2C mode_string)=3B
>>> // destroys the current graphics
> window
>>> glutDestroyWindow(glut_pane_id)=3B
>>> glutEnterGameMode()=3B
>>> glut_OpenGL_call_backs()=3B
>>> // hide the cursor
>>> glutSetCursor(GLUT_CURSOR_NONE)=3B
>>> }
>>> else
>>> {
>>> printf("GameMode %s NOT possible\n"=2C mode_string)=3B
>>> glutFullScreen()=3B
>>> }
>>> #ifdef UBUNTU_PORT
>>> //system("wmctrl -r\"FourteenthStreetStudio\" -b
>>> add=2Cfullscreen=2Cskip_=
>>>taskbar")=3B
>>> #endif
>>> if(glutGameModeGet(GLUT_GAME_MODE_ACTIVE))
>>> {
>>> printf("GameMode is now active...\n")=3B
>>> }
>>> else
>>> {
>>> //printf("GameMode is NOT active\n")=3B
>>> }
>>>}
>>>
>>>/*--------------------------------------------------------------------
> -----=
>>>-
>>>set the window's width and position for debugging
>>>Window managers (including gnome)
>>>adhere to a standard interface=2C the EWMH/NetWM specification.
>>>This allows programs that remote-control their functionality.
>>>And fortunately=2C someone already has written one called "wmctrl".
>>>----------------------------------------------------------------------
> ----*=
>>>/
>>>#ifdef __FREEGLUT__
>>>#define WINDOW_X_ORIGIN 0
>>>#define WINDOW_Y_ORIGIN 0
>>>#else
>>>#define WINDOW_X_ORIGIN 4
>>>#define WINDOW_Y_ORIGIN 24
>>>#endif
>>>void set_debug_window_size(void)
>>>{
>>> int screen_width=2C screen_length=3B
>>> full_screen =3D FALSE=3B
>>> if(glutGameModeGet(GLUT_GAME_MODE_ACTIVE))
>>> {
>>> printf("returning from GameMode\n")=3B
>>> glutLeaveGameMode()=3B
>>> glut_pane_id =3D glutCreateWindow("FourteenthStreetStudio")=3B
>>> glut_OpenGL_call_backs()=3B
>>> }
>>> #ifdef UBUNTU_PORT
>>> //system("wmctrl -r\"FourteenthStreetStudio\" -b
>>> remove=2Cfullscreen=2Csk=
>>>ip_taskbar")=3B
>>> #endif
>>> /*screen_width =3D glutGet(GLUT_SCREEN_WIDTH)=3B
>>> screen_length =3D glutGet(GLUT_SCREEN_HEIGHT)=3B
>>> switch(screen_width)
>>> {
>>> case 3840: // dual screen WUXGA
>>> glutPositionWindow(WINDOW_X_ORIGIN + (screen_width / 2)=2C
>>> WINDOW_Y_ORIGIN)=3B
>>> glutReshapeWindow(1824=2C 1140)=3B // 16:10
>>> break=3B
>>> case 3200: // dual screen UXGA
>>> glutPositionWindow(WINDOW_X_ORIGIN + (screen_width / 2)=2C
>>> WINDOW_Y_ORIGIN)=3B
>>> glutReshapeWindow (1584=2C 990)=3B // 16:10
>>> break=3B
>>> //etc
>>> }
>>> */
>>>}
>>>
>>>// following modified from
>>>http://www.opengl.org/resources/code/samples/glu=
>>>t_examples/examples/cube.c
>>>/* Copyright (c) Mark J. Kilgard=2C 1997. */
>>>/* This program is freely distributable without licensing fees
>>> and is provided without guarantee or warrantee expressed or
>>> implied. This program is -not- in the public domain. */
>>>/* This program was requested by Patrick Earl=3B hopefully someone
> else
>>> will write the equivalent Direct3D immediate mode program. */
>>>#include <GL/glut.h>
>>>GLfloat light_diffuse[] =3D /* Red diffuse light. */
>>>{
>>> 1.0=2C 0.0=2C 0.0=2C 1.0
>>>}=3B
>>>GLfloat light_position[] =3D /* Infinite light location. */
>>>{
>>> 1.0=2C 1.0=2C 1.0=2C 0.0
>>>}=3B
>>>GLfloat n[6][3] =3D /* Normals for the 6 faces of a
> cube.
>>>*/
>>>{
>>> {-1.0=2C 0.0=2C 0.0}=2C
>>> { 0.0=2C 1.0=2C 0.0 } =2C
>>> { 1.0=2C 0.0=2C 0.0 }=2C
>>> {0.0=2C -1.0=2C 0.0}=2C
>>> { 0.0=2C 0.0=2C 1.0 } =2C
>>> { 0.0=2C 0.0=2C -1.0 }
>>>}=3B
>>>GLint faces[6][4] =3D /* Vertex indices for the 6 faces
> of a
>>>c=
>>>ube. */
>>>{
>>> {0=2C 1=2C 2=2C 3}=2C
>>> { 3=2C 2=2C 6=2C 7 } =2C
>>> { 7=2C 6=2C 5=2C 4 }=2C
>>> {4=2C 5=2C 1=2C 0}=2C
>>> { 5=2C 6=2C 2=2C 1 } =2C
>>> { 7=2C 4=2C 0=2C 3 }
>>>}=3B
>>>GLfloat v[8][3]=3B /* Will be filled in with X=2CY=2CZ
>
>>>vert=
>>>exes. */
>>>void
>>>drawBox(void)
>>>{
>>> int i=3B
>>> for (i =3D 0=3B i < 6=3B i++)
>>> {
>>> glBegin(GL_QUADS)=3B
>>> glNormal3fv(&n[i][0])=3B
>>> glVertex3fv(&v[faces[i][0]][0])=3B
>>> glVertex3fv(&v[faces[i][1]][0])=3B
>>> glVertex3fv(&v[faces[i][2]][0])=3B
>>> glVertex3fv(&v[faces[i][3]][0])=3B
>>> glEnd()=3B
>>> }
>>>}
>>>
>>>void
>>>display(void)
>>>{
>>> glClear(GL_COLOR_BUFFER_BIT | GL_DEPTH_BUFFER_BIT)=3B
>>> drawBox()=3B
>>> glutSwapBuffers()=3B
>>>}
>>>
>>>void
>>>init(void)
>>>{
>>> /* Setup cube vertex data. */
>>> v[0][0] =3D v[1][0] =3D v[2][0] =3D v[3][0] =3D -1=3B
>>> v[4][0] =3D v[5][0] =3D v[6][0] =3D v[7][0] =3D 1=3B
>>> v[0][1] =3D v[1][1] =3D v[4][1] =3D v[5][1] =3D -1=3B
>>> v[2][1] =3D v[3][1] =3D v[6][1] =3D v[7][1] =3D 1=3B
>>> v[0][2] =3D v[3][2] =3D v[4][2] =3D v[7][2] =3D 1=3B
>>> v[1][2] =3D v[2][2] =3D v[5][2] =3D v[6][2] =3D -1=3B
>>> /* Enable a single OpenGL light. */
>>> glLightfv(GL_LIGHT0=2C GL_DIFFUSE=2C light_diffuse)=3B
>>> glLightfv(GL_LIGHT0=2C GL_POSITION=2C light_position)=3B
>>> glEnable(GL_LIGHT0)=3B
>>> glEnable(GL_LIGHTING)=3B
>>> /* Use depth buffering for hidden surface elimination. */
>>> glEnable(GL_DEPTH_TEST)=3B
>>> /* Setup the view of the cube. */
>>> glMatrixMode(GL_PROJECTION)=3B
>>> gluPerspective( /* field of view in degree */ 40.0=2C
>>> /* aspect ratio */ 1.0=2C
>>> /* Z near */ 1.0=2C /* Z far */ 10.0)=3B
>>> glMatrixMode(GL_MODELVIEW)=3B
>>> gluLookAt(0.0=2C 0.0=2C 5.0=2C /* eye is at (0=2C0=2C5) */
>>> 0.0=2C 0.0=2C 0.0=2C /* center is at (0=2C0=2C0) */
>>> 0.0=2C 1.0=2C 0.)=3B /* up is in positive Y
> direction
>>> */
>>> /* Adjust cube position to be asthetic angle. */
>>> glTranslatef(0.0=2C 0.0=2C -1.0)=3B
>>> glRotatef(60=2C 1.0=2C 0.0=2C 0.0)=3B
>>> glRotatef(-20=2C 0.0=2C 0.0=2C 1.0)=3B
>>>}
>>>
>>>int
>>>main(int argc=2C char **argv)
>>>{
>>> glutInit(&argc=2C argv)=3B
>>> glutInitDisplayMode(GLUT_DOUBLE | GLUT_RGB | GLUT_DEPTH)=3B
>>> glut_pane_id=3DglutCreateWindow("red 3D lighted cube")=3B
>>> switch_to_full_screen()=3B
>>> glutMainLoop()=3B
>>> return 0=3B /* ANSI C requires main to return
> int.
>>> *=
>>>/
>>>} =0A=
>>>_________________________________________________________________=0A=
>>>Hotmail=AE has ever-growing storage! Don=92t worry about storage
>>>limits.=0A=
>>>http://windowslive.com/Tutorial/Hotmail/Storage?ocid=3DTXT_TAGLM_WL_HM
> _Tuto=
>>>rial_Storage_062009=
>>>
>>>----------------------------------------------------------------------
> --------
>>>Come build with us! The BlackBerry® Developer Conference in SF, CA
>>>is the only developer event you need to attend this year. Jumpstart
> your
>>>developing skills, take BlackBerry mobile applications to market and
> stay
>>>ahead of the curve. Join us from November 9-12, 2009. Register
>>>now!
>>>http://p.sf.net/sfu/devconf
>>>_______________________________________________
>>>Freeglut-developer mailing list
>>>Freeglut-developer@...
>>>https://lists.sourceforge.net/lists/listinfo/freeglut-developer
>>
>>
>>
> ------------------------------------------------------------------------
> ------
>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>> 30-Day
>> trial. Simplify your report design, integration and deployment - and
> focus
>> on
>> what you do best, core application coding. Discover what's new with
>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>> _______________________________________________
>> Freeglut-developer mailing list
>> Freeglut-developer@...
>> https://lists.sourceforge.net/lists/listinfo/freeglut-developer
>>
>
> ------------------------------------------------------------------------
> ------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
> 30-Day
> trial. Simplify your report design, integration and deployment - and
> focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now. http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Freeglut-developer mailing list
> Freeglut-developer@...
> https://lists.sourceforge.net/lists/listinfo/freeglut-developer
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
> 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now. http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Freeglut-developer mailing list
> Freeglut-developer@...
> https://lists.sourceforge.net/lists/listinfo/freeglut-developer
>

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Freeglut-developer mailing list
Freeglut-developer@...
https://lists.sourceforge.net/lists/listinfo/freeglut-developer

From forum: freeglut-developer

patch review for 2888845

2009-11-11T20:20:43Z

Bug 2888845 indicates that single atom queries fail. The patch
uploaded to the report fixes this (rather than note this as a bug/
feature of the UIT), such that single-atom and multi-atom queries are
handled consistently. Unit tests and Javadocs for UIT are updated

The patch needs 1 review and is meant for cdk-1.2.x

https://sourceforge.net/tracker/index.php?func=detail&aid=2888845&group_id=20024&atid=120024

----------------------------------------------------
Rajarshi Guha | NIH Chemical Genomics Center
http://www.rguha.net | http://ncgc.nih.gov
----------------------------------------------------
667:
The neighbor of the beast.

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Cdk-devel mailing list
Cdk-devel@...
https://lists.sourceforge.net/lists/listinfo/cdk-devel

From forum: cdk-devel

Re: Release Candidate 2 status

2009-11-11T19:26:31Z

Paul,
Message-Id: <200911112226474.SM02020@...>

The hurricane got me out of work for a day (so I got a good
bit of "freeglut" work done :-) ), eroded several local beaches (but
people shouldn't be building on the beaches anyway), and otherwise
didn't do much.

Thanks for asking.

- John

At 08:38 AM 11/11/2009, you wrote:

>John F. Fay wrote:
> > I would also appreciate a bit of "works for me" input from people
> on the list.
>
>Hi John -- Tested svn head with VC6 and all is well.
>
>How'd you do with that hurricane?
> -Paul
>
>
>------------------------------------------------------------------------------
>Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
>trial. Simplify your report design, integration and deployment - and focus on
>what you do best, core application coding. Discover what's new with
>Crystal Reports now. http://p.sf.net/sfu/bobj-july
>_______________________________________________
>Freeglut-developer mailing list
>Freeglut-developer@...
>https://lists.sourceforge.net/lists/listinfo/freeglut-developer

From forum: freeglut-developer

Re: Mesa (master): st/xorg: implement repeatnone and make some code smell less like ass

2009-11-11T18:05:16Z

On Wed, 2009-11-11 at 16:58 -0800, Zack Rusin wrote:

> Module: Mesa
> Branch: master
> Commit: 2cfbbc76e445d88bdac7dd4dd22aaf36bbc8e4cc
> URL: http://cgit.freedesktop.org/mesa/mesa/commit/?id=2cfbbc76e445d88bdac7dd4dd22aaf36bbc8e4cc
>
> Author: Zack Rusin <zackr@...>
> Date: Wed Nov 11 19:52:08 2009 -0500
>
> st/xorg: implement repeatnone and make some code smell less like ass
>
> ---
>
> src/gallium/state_trackers/xorg/xorg_composite.c | 9 ++-
> src/gallium/state_trackers/xorg/xorg_exa.c | 2 -
> src/gallium/state_trackers/xorg/xorg_exa_tgsi.c | 75 +++++++++++++++++-----
> src/gallium/state_trackers/xorg/xorg_exa_tgsi.h | 4 +-
> 4 files changed, 67 insertions(+), 23 deletions(-)
>
> diff --git a/src/gallium/state_trackers/xorg/xorg_composite.c b/src/gallium/state_trackers/xorg/xorg_composite.c
> index 2689dae..02dc949 100644
> --- a/src/gallium/state_trackers/xorg/xorg_composite.c
> +++ b/src/gallium/state_trackers/xorg/xorg_composite.c
> @@ -199,10 +199,6 @@ boolean xorg_composite_accelerated(int op,
> op);
> }
> }
> - if ((pSrcPicture && pSrcPicture->repeatType == RepeatNone) ||
> - (pMaskPicture && pMaskPicture->repeatType == RepeatNone)) {
> - XORG_FALLBACK("RepeatNone is not supported");
> - }
>
> return TRUE;
> }
> @@ -243,6 +239,9 @@ bind_shaders(struct exa_context *exa, int op,
> exa->has_solid_color = FALSE;
>
> if (pSrcPicture) {
> + if (pSrcPicture->repeatType == RepeatNone && pSrcPicture->transform)
> + fs_traits |= FS_SRC_REPEAT_NONE;
> +
> if (pSrcPicture->pSourcePict) {
> if (pSrcPicture->pSourcePict->type == SourcePictTypeSolidFill) {
> fs_traits |= FS_SOLID_FILL;
> @@ -263,6 +262,8 @@ bind_shaders(struct exa_context *exa, int op,
> if (pMaskPicture) {
> vs_traits |= VS_MASK;
> fs_traits |= FS_MASK;
> + if (pMaskPicture->repeatType == RepeatNone && pMaskPicture->transform)
> + fs_traits |= FS_MASK_REPEAT_NONE;
> if (pMaskPicture->componentAlpha) {
> struct xorg_composite_blend blend;
> blend_for_op(&blend, op,
> diff --git a/src/gallium/state_trackers/xorg/xorg_exa.c b/src/gallium/state_trackers/xorg/xorg_exa.c
> index c71779b..a77ee7a 100644
> --- a/src/gallium/state_trackers/xorg/xorg_exa.c
> +++ b/src/gallium/state_trackers/xorg/xorg_exa.c
> @@ -51,7 +51,6 @@
> /*
> * Helper functions
> */
> -#if DEBUG_PRINT
> struct render_format_str {
> int format;
> const char *name;
> @@ -109,7 +108,6 @@ static const char *render_format_name(int format)
> }
> return NULL;
> }
> -#endif
>
> static void
> exa_get_pipe_format(int depth, enum pipe_format *format, int *bbp, int *picture_format)
> diff --git a/src/gallium/state_trackers/xorg/xorg_exa_tgsi.c b/src/gallium/state_trackers/xorg/xorg_exa_tgsi.c
> index 83cc12f..5880de4 100644
> --- a/src/gallium/state_trackers/xorg/xorg_exa_tgsi.c
> +++ b/src/gallium/state_trackers/xorg/xorg_exa_tgsi.c
> @@ -233,10 +233,10 @@ create_vs(struct pipe_context *pipe,
> struct ureg_src src;
> struct ureg_dst dst;
> struct ureg_src const0, const1;
> - boolean is_fill = vs_traits & VS_FILL;
> - boolean is_composite = vs_traits & VS_COMPOSITE;
> - boolean has_mask = vs_traits & VS_MASK;
> - boolean is_yuv = vs_traits & VS_YUV;
> + boolean is_fill = (vs_traits & VS_FILL) != 0;
> + boolean is_composite = (vs_traits & VS_COMPOSITE) != 0;
> + boolean has_mask = (vs_traits & VS_MASK) != 0;
> + boolean is_yuv = (vs_traits & VS_YUV) != 0;
> unsigned input_slot = 0;
>
> ureg = ureg_create(TGSI_PROCESSOR_VERTEX);
> @@ -353,6 +353,47 @@ create_yuv_shader(struct pipe_context *pipe, struct ureg_program *ureg)
> return ureg_create_shader_and_destroy(ureg, pipe);
> }
>
> +
> +static INLINE void
> +xrender_tex(struct ureg_program *ureg,
> + struct ureg_dst dst,
> + struct ureg_src coords,
> + struct ureg_src sampler,
> + boolean repeat_none)
> +{
> + if (repeat_none) {
> + struct ureg_dst tmp0 = ureg_DECL_temporary(ureg);
> + struct ureg_dst tmp1 = ureg_DECL_temporary(ureg);
> + struct ureg_src const0 = ureg_DECL_constant(ureg, 0);
> + unsigned label;
> + ureg_SLT(ureg, tmp1, ureg_swizzle(coords,
> + TGSI_SWIZZLE_X,
> + TGSI_SWIZZLE_Y,
> + TGSI_SWIZZLE_X,
> + TGSI_SWIZZLE_Y),
> + ureg_scalar(const0, TGSI_SWIZZLE_X));
> + ureg_SGT(ureg, tmp0, ureg_swizzle(coords,
> + TGSI_SWIZZLE_X,
> + TGSI_SWIZZLE_Y,
> + TGSI_SWIZZLE_X,
> + TGSI_SWIZZLE_Y),
> + ureg_scalar(const0, TGSI_SWIZZLE_W));
> + ureg_MAX(ureg, tmp0, ureg_src(tmp0), ureg_src(tmp1));
> + ureg_MAX(ureg, tmp0, ureg_scalar(ureg_src(tmp0), TGSI_SWIZZLE_X),
> + ureg_scalar(ureg_src(tmp0), TGSI_SWIZZLE_Y));
> + label = ureg_get_instruction_number(ureg) + 2;
> + ureg_IF(ureg, ureg_src(tmp0), &label);
> + ureg_MOV(ureg, dst, ureg_scalar(const0, TGSI_SWIZZLE_X));
> + label += 2;
> + ureg_ELSE(ureg, &label);
> + ureg_TEX(ureg, dst, TGSI_TEXTURE_2D, coords, sampler);
> + ureg_ENDIF(ureg);

Zack,

Instead of using an if-then-else here (and introducing a dependency on
flow-control in the driver), would it be possible to do the TEX
unconditionally, then do comparisons to selectively overwrite the result
with const0.x?

Also, could const0 really be an immediate or does it change over time?

Keith

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Mesa3d-dev mailing list
Mesa3d-dev@...
https://lists.sourceforge.net/lists/listinfo/mesa3d-dev

From forum: mesa3d-dev

[Bug 24969] google earth install error under ubuntu linux

2009-11-11T17:22:28Z

http://bugs.freedesktop.org/show_bug.cgi?id=24969

--- Comment #5 from Bill Mitchell <bill.mitchell@...> 2009-11-11 17:22:28 PST ---
Re Comment #4, from my perspective the problem is that the Google Earth package
for Linux available for download at earth.google.com includes a version of the
Mesa library which contains a bug when a later version of the Mesa library with
the bug fixed is available.

--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Mesa3d-dev mailing list
Mesa3d-dev@...
https://lists.sourceforge.net/lists/listinfo/mesa3d-dev

From forum: mesa3d-dev

Re: GL_EXT_direct_state_access handling patch

2009-11-11T15:52:53Z

> Anyway, I haven't tested the patch below but it looks like this would
> work, and it would certainly clip less than what I sent before. LGTM.

Done deal.
Committed revision 563.

- Nigel

-----------------------------------------------------------------------------------
This email message is for the sole use of the intended recipient(s) and may contain
confidential information. Any unauthorized review, use, disclosure or distribution
is prohibited. If you are not the intended recipient, please contact the sender by
reply email and destroy all copies of the original message.
-----------------------------------------------------------------------------------

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
glew-coders mailing list
glew-coders@...
https://lists.sourceforge.net/lists/listinfo/glew-coders

From forum: glew-coders

Re: texformat-rework branch

2009-11-11T15:18:54Z

I think the problem is confusion between MESA_FORMAT_Z24_S8 and
MESA_FORMAT_S8_Z24 in the radeon drivers.

Looking at the span code, it appears that R300, R200 use Z24_S8 format
while R600 and others use S8_Z24.

Here's a patch that attempts to fix things. I don't have radeon
hardware to test so maybe someone else can start with this and finish
it up.

-Brian

2009/11/11 Maciej Cencora <m.cencora@...>:

> I've checked the other failing tests.
> Following were also passing before the texformat-rework merge:
> fdo23670-drawpix_stencil
> stencil-drawpixels
> fragProg1 (Z write test)
> readPixSanity
> stencil2
>
> Maciej
>
> Dnia środa, 11 listopada 2009 o 03:44:18 Brian Paul napisał(a):
>> It passes with swrast and the i965 driver here.
>>
>> Did this test pass prior to the texformat work?
>>
>> -Brian
>>
>> 2009/11/10 Maciej Cencora <m.cencora@...>:
>> > It doesn't assert anymore, but the test is still failing.
>> >
>> > @test: texturing/texdepth
>> > info: @@@Returncode: 1\n\nErrors:\nMesa: Mesa 7.7-devel DEBUG build Nov
>> > 8 2009 21:21:48\nMesa warning: couldn\'t open libtxc_dxtn.so, software
>> > DXTn compression/decompression unavailable\nMesa: Initializing x86-64
>> > optimizations\nMesa: 3Dnow! detected\n\n\nOutput:\nProbe at (80,16)\n
>> > Expected: 0.250000 0.250000 0.250000 1.000000\n Observed: 0.000000
>> > 0.000000 0.000000 1.000000\nTest failed: \'Render textures GL_LUMINANCE
>> > (no shadow functionality)\'\nSee above for details.\n\n
>> > errors!
>> >
>> > Maciej
>> >
>> > Dnia środa, 11 listopada 2009 o 02:25:52 Brian Paul napisał(a):
>> >> Can you try again with Mesa git/master? I've updated the assertions.
>> >>
>> >> -Brian
>> >>
>> >> On Tue, Nov 10, 2009 at 3:43 PM, Maciej Cencora <m.cencora@...>
> wrote:
>> >> > It is r300 driver (RV530 GPU).
>> >> >
>> >> > I'm sending the backtrace as attachement.
>> >> >
>> >> > Maciej
>> >> >
>> >> > Dnia wtorek, 10 listopada 2009 o 23:38:09 Brian Paul napisał(a):
>> >> >> Which driver?
>> >> >>
>> >> >> Could you provide a stack trace for the failed assertion?
>> >> >>
>> >> >> -Brian
>> >> >>
>> >> >> On Tue, Nov 10, 2009 at 3:30 PM, Maciej Cencora <m.cencora@...>
>> >
>> > wrote:
>> >> >> > Hi Brian,
>> >> >> >
>> >> >> > there's at least one more regression in the code.
>> >> >> > Piglit's texdepth test is failing because of following assertion:
>> >> >> > texdepth: swrast/s_readpix.c:122: read_depth_pixels: Assertion `rb-
>> >> >> >
>> >> >> >>InternalFormat == 0x81A6' failed.
>> >> >> >
>> >> >> > There are also other regressions (mostly related to depth/stencil
>> >> >> > buffer) but I'm not sure it's the texformat branch merge is to
>> >> >> > blame: fdo23670-drawpix_stencil
>> >> >> > stencil-drawpixels
>> >> >> > fragProg1 (Z write test)
>> >> >> > paths
>> >> >> > polygonOffset
>> >> >> > readPixSanity
>> >> >> > stencil2
>> >> >> >
>> >> >> > Regards,
>> >> >> > Maciej
>> >> >> >
>> >> >> > Dnia piątek, 23 października 2009 o 23:23:34 Brian Paul napisał(a):
>> >> >> >> Alex, Nicolai,
>> >> >> >>
>> >> >> >> Would you guys please test the texformat-rework branch again?
>> >> >> >>
>> >> >> >> If it looks OK, I'd like to merge to master soon, but probably not
>> >> >> >> until next week.
>> >> >> >>
>> >> >> >> Thanks.
>> >> >> >>
>> >> >> >> -Brian
>> >> >> >>
>> >> >> >>
>> >> >> >> ------------------------------------------------------------------
>> >> >> >>--- --- --- --- Come build with us! The BlackBerry(R) Developer
>> >> >> >> Conference in SF, CA is the only developer event you need to
>> >> >> >> attend this year. Jumpstart your developing skills, take
>> >> >> >> BlackBerry mobile applications to market and stay ahead of the
>> >> >> >> curve. Join us from November 9 - 12, 2009. Register now!
>> >> >> >> http://p.sf.net/sfu/devconference
>> >> >> >> _______________________________________________
>> >> >> >> Mesa3d-dev mailing list
>> >> >> >> Mesa3d-dev@...
>> >> >> >> https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
>> >> >> >
>> >> >> > -------------------------------------------------------------------
>> >> >> >--- --- ----- Let Crystal Reports handle the reporting - Free
>> >> >> > Crystal Reports 2008 30-Day trial. Simplify your report design,
>> >> >> > integration and deployment - and focus on what you do best, core
>> >> >> > application coding. Discover what's new with Crystal Reports now.
>> >> >> > http://p.sf.net/sfu/bobj-july
>> >> >> > _______________________________________________
>> >> >> > Mesa3d-dev mailing list
>> >> >> > Mesa3d-dev@...
>> >> >> > https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
>>
>

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Mesa3d-dev mailing list
Mesa3d-dev@...
https://lists.sourceforge.net/lists/listinfo/mesa3d-dev

radeon_z_stencil.patch (5K) Download Attachment

From forum: mesa3d-dev

Re: glapi.c drift between Mesa and X server

2009-11-11T14:59:28Z

On Wed, Nov 11, 2009 at 2:47 PM, Ian Romanick <idr@...> wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> I need to fix a bug in the X server glapi.c (bugzilla #23335).
> Traditionally, glx/glapi.c was just a copy of src/mesa/glapi/glapi.c.
> It seems that Mesa's version has not been synchronized to the X server
> in a long, long time. It also seems that glx/glapi.c has received a few
> commits that are not in Mesa.
>
> It looks like the current version in Mesa contains code that won't even
> compile in the X server. At the very least, the include of
> main/compiler.h needs to be moved. A bunch of the code that used to be
> in glapi.c was also recently moved to glapi_getproc.c.
>
> How should I proceed?
>
> * Fix the bug in Mesa's copy of glapi.c (under some sort of #ifdef),
> and sync it back to the X server.
>
> * Admit that we'll never keep these properly in sync, and just fix the
> bug in the X server's copy.
>
> I'm somewhat leaning towards the later. Most of glapi.c and
> glapi_getproc.c is completely unnecessary on the server. The bulk of
> the code deals with dynamic generation of dispatch stubs for extensions
> exposed by the driver that are unknown to libGL. Since everything on
> the server comes through GLX protocol, there is no way to get to a
> function that is unknown to the server.
>
> When we add support 2D drivers calling into the 3D driver (i.e.,
> glamor), I don't expect this to become an issue. The 2D driver will
> just call directly through the dispatch table in the same manner the GLX
> protocol code does.
>
> Opinions?

Unless it's going to be really hard or messy, I'd prefer to keep the
code shared and in-sync.

Perhaps glapi.c needs to be split into some smaller pieces to make
sharing easier.

-Brian

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Mesa3d-dev mailing list
Mesa3d-dev@...
https://lists.sourceforge.net/lists/listinfo/mesa3d-dev

From forum: mesa3d-dev

Re: GLEW_SPLIT_SOURCE

2009-11-11T14:41:46Z

> auto/Makefile has targets for glew_def.c, glew_init.c,
> glew_str.c - do we need those targets anymore?

Tom,

Looking at auto/Makefile, there seems to be support for a
GLEW_SPLIT_SOURCE mode (disabled by default) that generates
glew_def.c, glew_init.c and glew_str.c.

So it seems to be that glew_utils.h is needed unless there
is a broader decision to discontinue GLEW_SPLIT_SOURCE mode.

My inclination to leave this one alone. But I personally
don't see much need for GLEW_SPLIT_SOURCE.

The only mention I can find of it on the web is:
http://glew.sourceforge.net/log.html

...
1.3.3 [05-16-05]
* New feature:
o Code generation option to split source into multiple files
...

- Nigel

...
ifeq (yes,$(GLEW_SPLIT_SOURCE))
S.TARGETS = \
$(S.DEST)/glew_def.c \
$(S.DEST)/glew_init.c \
$(S.DEST)/glew_str.c \
$(S.DEST)/glewinfo.c
else
S.TARGETS = \
$(S.DEST)/glew.c \
$(S.DEST)/glewinfo.c
endif
...

-----------------------------------------------------------------------------------
This email message is for the sole use of the intended recipient(s) and may contain
confidential information. Any unauthorized review, use, disclosure or distribution
is prohibited. If you are not the intended recipient, please contact the sender by
reply email and destroy all copies of the original message.
-----------------------------------------------------------------------------------

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
glew-coders mailing list
glew-coders@...
https://lists.sourceforge.net/lists/listinfo/glew-coders

From forum: glew-coders

Re: GL_EXT_direct_state_access handling patch

2009-11-11T14:41:34Z

Nigel Stewart <nstewart@...> writes:

> >> 0002 -- A recent change to a registry spec has confused GLEWs parsing
> >> code. Please review *carefully*, I'm a bit worried about
> >> this one!
>
> Tom,
>
> I propose this alternative patch for the handling of
> GL_EXT_direct_state_access handling. The problem seems to be that
> parse_spec is reading line-by-line and attempting to convert the
> accumulated lines into a function prototype. In the situation that a
> comment line ended in ) normalize_prototype would fail to strip away
> the (unfinished) comment.

Yeah. It would be best (IMHO) if parse_spec could read by "chunk",
e.g. by paragraph, but I'm not sure I'd trust a regexp that coalesced
multiple lines; I think it'd end up putting some functions on the same
lines as explanatory text. Or, at least it would if I wrote it ;)
Perhaps there's someone with more regexp-fu listening in... ?

Anyway, I haven't tested the patch below but it looks like this would
work, and it would certainly clip less than what I sent before. LGTM.

-tom

> Index: auto/bin/parse_spec.pl
> ===================================================================
> --- auto/bin/parse_spec.pl (revision 562)
> +++ auto/bin/parse_spec.pl (working copy)
> @@ -140,6 +140,7 @@
> local $_ = join(" ", @_);
> s/\s+/ /g; # multiple whitespace -> single space
> s/\<.*\>//g; # remove <comments> from direct state access
> extension
> + s/\<.*$//g; # remove incomplete <comments> from direct sta
> te access extension
> s/\s*$\s*/ \(/; # exactly one space before ( and none after
> s/\s*$\s*/\)/; # no after before or after )
> s/\s*\*([a-zA-Z])/\* $1/; # "* identifier"

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
glew-coders mailing list
glew-coders@...
https://lists.sourceforge.net/lists/listinfo/glew-coders

From forum: glew-coders

Re: GL_EXT_direct_state_access handling patch

2009-11-11T14:17:11Z

>> 0002 -- A recent change to a registry spec has confused GLEWs parsing
>> code. Please review *carefully*, I'm a bit worried about
>> this one!

Tom,

I propose this alternative patch for the handling of
GL_EXT_direct_state_access handling. The problem seems
to be that parse_spec is reading line-by-line and attempting
to convert the accumulated lines into a function prototype.
In the situation that a comment line ended in )
normalize_prototype would fail to strip away the (unfinished)
comment.

- Nigel

Index: auto/bin/parse_spec.pl
===================================================================
--- auto/bin/parse_spec.pl (revision 562)
+++ auto/bin/parse_spec.pl (working copy)
@@ -140,6 +140,7 @@
local $_ = join(" ", @_);
s/\s+/ /g; # multiple whitespace -> single space
s/\<.*\>//g; # remove <comments> from direct state access extension
+ s/\<.*$//g; # remove incomplete <comments> from direct state access extension
s/\s*$\s*/ \(/; # exactly one space before ( and none after
s/\s*$\s*/\)/; # no after before or after )
s/\s*\*([a-zA-Z])/\* $1/; # "* identifier"

-----------------------------------------------------------------------------------
This email message is for the sole use of the intended recipient(s) and may contain
confidential information. Any unauthorized review, use, disclosure or distribution
is prohibited. If you are not the intended recipient, please contact the sender by
reply email and destroy all copies of the original message.
-----------------------------------------------------------------------------------

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
glew-coders mailing list
glew-coders@...
https://lists.sourceforge.net/lists/listinfo/glew-coders

From forum: glew-coders

glapi.c drift between Mesa and X server

2009-11-11T13:47:48Z

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I need to fix a bug in the X server glapi.c (bugzilla #23335).
Traditionally, glx/glapi.c was just a copy of src/mesa/glapi/glapi.c.
It seems that Mesa's version has not been synchronized to the X server
in a long, long time. It also seems that glx/glapi.c has received a few
commits that are not in Mesa.

It looks like the current version in Mesa contains code that won't even
compile in the X server. At the very least, the include of
main/compiler.h needs to be moved. A bunch of the code that used to be
in glapi.c was also recently moved to glapi_getproc.c.

How should I proceed?

* Fix the bug in Mesa's copy of glapi.c (under some sort of #ifdef),
and sync it back to the X server.

* Admit that we'll never keep these properly in sync, and just fix the
bug in the X server's copy.

I'm somewhat leaning towards the later. Most of glapi.c and
glapi_getproc.c is completely unnecessary on the server. The bulk of
the code deals with dynamic generation of dispatch stubs for extensions
exposed by the driver that are unknown to libGL. Since everything on
the server comes through GLX protocol, there is no way to get to a
function that is unknown to the server.

When we add support 2D drivers calling into the 3D driver (i.e.,
glamor), I don't expect this to become an issue. The 2D driver will
just call directly through the dispatch table in the same manner the GLX
protocol code does.

Opinions?
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkr7MQMACgkQX1gOwKyEAw+5TACeKw1pIvnUZpM2BAgYfJuoIcXB
h14An3MpQcntsHncb2DGWiKuxtEhsRed
=QuHx
-----END PGP SIGNATURE-----

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Mesa3d-dev mailing list
Mesa3d-dev@...
https://lists.sourceforge.net/lists/listinfo/mesa3d-dev

From forum: mesa3d-dev

[ cdk-Patches-2896218 ] i18n for Periodic Table

2009-11-11T13:00:42Z

Patches item #2896218, was opened at 2009-11-11 23:58
Message generated for change (Comment added) made by annulen
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=320024&aid=2896218&group_id=20024

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Konstantin Tokarev (annulen)
Assigned to: Nobody/Anonymous (nobody)
Summary: i18n for Periodic Table

Initial Comment:
Made strings in Periodic Table translatable

----------------------------------------------------------------------

>Comment By: Konstantin Tokarev (annulen)
Date: 2009-11-12 00:00

Message:
Values of element.getChemicalSerie(), element.getPhase(), element.getName()
are somewhere deep in CDK and remain untranslatable. They should be made
translatable there of somewhere inside JChemPaint

----------------------------------------------------------------------

You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=320024&aid=2896218&group_id=20024

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Cdk-devel mailing list
Cdk-devel@...
https://lists.sourceforge.net/lists/listinfo/cdk-devel

From forum: cdk-devel

[ cdk-Patches-2896218 ] i18n for Periodic Table

2009-11-11T12:58:18Z

Patches item #2896218, was opened at 2009-11-11 23:58
Message generated for change (Tracker Item Submitted) made by annulen
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=320024&aid=2896218&group_id=20024

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Konstantin Tokarev (annulen)
Assigned to: Nobody/Anonymous (nobody)
Summary: i18n for Periodic Table

Initial Comment:
Made strings in Periodic Table translatable

----------------------------------------------------------------------

You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=320024&aid=2896218&group_id=20024

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Cdk-devel mailing list
Cdk-devel@...
https://lists.sourceforge.net/lists/listinfo/cdk-devel

From forum: cdk-devel

Re: libGL documentation in xorg-docs

2009-11-11T11:04:27Z

Wow, what a find. This is really cool. It looks like it's still useful enough and probably should be saved. Maybe it could be split and expanded to include info on AIGLX too?

On Nov 10, 2009 9:52 PM, "Alan Coopersmith" <Alan.Coopersmith@...> wrote:

Buried in the xorg-docs module is a document that describes the
libGL implementation for XFree86-based systems:
http://cgit.freedesktop.org/xorg/doc/xorg-docs/tree/specs/GL/libGL.txt

While a lot of this is out of date (description of how Mesa was
built into the old XFree86/Xorg monolith builds, all the XFree86
references, instructions to register extensions with SGI, etc.),
there seems to be some information that is still useful. Is
there already documentation of these things in Mesa, or should
this document be moved to the Mesa repo where the Mesa developers
can update it for the current state of the libGL world?

--
-Alan Coopersmith- alan.coopersmith@...
Sun Microsystems, Inc. - X Window System Engineering

_______________________________________________
xorg-devel mailing list
xorg-devel@...
http://lists.x.org/mailman/listinfo/xorg-devel

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Mesa3d-dev mailing list
Mesa3d-dev@...
https://lists.sourceforge.net/lists/listinfo/mesa3d-dev

From forum: mesa3d-dev

Re: Java 3D meets JavaFX !

2009-11-11T10:47:59Z

Hi,

several updates have been made on the JavaFX 3D web page: http://www.interactivemesh.org/testspace/j3dmeetsjfx.html

Please, see the sibling thread in the JavaFX forum for more details: http://forums.sun.com/thread.jspa?threadID=5373702&tstart=0

August
[Message sent by forum member 'interactivemesh' (A.Lammersdorf@...)]

http://forums.java.net/jive/thread.jspa?messageID=371455

---------------------------------------------------------------------
To unsubscribe, e-mail: interest-unsubscribe@...
For additional commands, e-mail: interest-help@...

From forum: java.net - java3d interest

[ cdk-Patches-2896062 ] Improved PropertiesModelEditor dialog

2009-11-11T09:17:51Z

Patches item #2896062, was opened at 2009-11-11 20:17
Message generated for change (Tracker Item Submitted) made by annulen
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=320024&aid=2896062&group_id=20024

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Konstantin Tokarev (annulen)
Assigned to: Nobody/Anonymous (nobody)
Summary: Improved PropertiesModelEditor dialog

Initial Comment:
I've changed first tab PropertiesModelEditor.java to be two-column, I think it's more eye candy. This change keeps easy manual editing, as it was before

----------------------------------------------------------------------

You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=320024&aid=2896062&group_id=20024

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Cdk-devel mailing list
Cdk-devel@...
https://lists.sourceforge.net/lists/listinfo/cdk-devel

From forum: cdk-devel

Re: SMARTS question

2009-11-11T08:44:39Z

On Nov 11, 2009, at 11:18 AM, Mark Rijnbeek wrote:

>>>
>>> Not sure I can... those lines were actually added by Rajarshi:
>>>
>>> Updated code to handle the * SMARTS pattern so that it ignores H's
>>> unless they have an isotopic mass specification. This means * no
>>> longe...
>> Aah, indeed. I think this was based on some discussion on the
>> OpenBabel or BO lists regarding interpretation of SMARTS matching
>> for H's. I know that h<n> was deprecated in favor of H<n> and this
>> maybe related to that.
>> One general solution might be to have 2 modes, like daylight:
>> normal matching (ignore H's) and explicit H matching
>
> The problem seems to me that the hydrogen in for example [H]
> [C@@]1(CCC(C)=CC1=O)C(C)=C isn't "ignored". Method
> HydrogenAtom.match() returns false, and that makes the match false.
> Perhaps I don't get it, but I'd say to ignore would mean to return
> true.

Aah, indeed.

----------------------------------------------------
Rajarshi Guha | NIH Chemical Genomics Center
http://www.rguha.net | http://ncgc.nih.gov
----------------------------------------------------
There is no truth to the allegation that statisticians are mean.
They are just your standard normal deviates.

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Cdk-user mailing list
Cdk-user@...
https://lists.sourceforge.net/lists/listinfo/cdk-user

From forum: cdk-user

Re: SMARTS question

2009-11-11T08:18:46Z

>>
>> Not sure I can... those lines were actually added by Rajarshi:
>>
>> Updated code to handle the * SMARTS pattern so that it ignores H's
>> unless they have an isotopic mass specification. This means * no
>> longe...
>
>
> Aah, indeed. I think this was based on some discussion on the OpenBabel
> or BO lists regarding interpretation of SMARTS matching for H's. I know
> that h<n> was deprecated in favor of H<n> and this maybe related to that.
>
> One general solution might be to have 2 modes, like daylight: normal
> matching (ignore H's) and explicit H matching
>

The problem seems to me that the hydrogen in for example
[H][C@@]1(CCC(C)=CC1=O)C(C)=C isn't "ignored". Method
HydrogenAtom.match() returns false, and that makes the match false.
Perhaps I don't get it, but I'd say to ignore would mean to return true.

Mark

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Cdk-user mailing list
Cdk-user@...
https://lists.sourceforge.net/lists/listinfo/cdk-user

From forum: cdk-user

Re: SMARTS question

2009-11-11T07:56:06Z

On Nov 11, 2009, at 10:30 AM, Egon Willighagen wrote:

> On Wed, Nov 11, 2009 at 4:07 PM, Mark Rijnbeek <markr@...>
> wrote:
>> There is something related in AnyAtom.java..
>>
>> public boolean matches(IAtom atom) {
>> if (atom.getSymbol().equals("H")) {
>> Integer massNumber = atom.getMassNumber();
>> return massNumber != null;
>> }
>> return true;
>> }
>>
>> So it looks to me that not matching [H] to itself is intentional,
>> considering what I see in AnyAtom. Perhaps Egon can comment?
>
> Not sure I can... those lines were actually added by Rajarshi:
>
> Updated code to handle the * SMARTS pattern so that it ignores H's
> unless they have an isotopic mass specification. This means * no
> longe...

Aah, indeed. I think this was based on some discussion on the
OpenBabel or BO lists regarding interpretation of SMARTS matching for
H's. I know that h<n> was deprecated in favor of H<n> and this maybe
related to that.

One general solution might be to have 2 modes, like daylight: normal
matching (ignore H's) and explicit H matching

----------------------------------------------------
Rajarshi Guha | NIH Chemical Genomics Center
http://www.rguha.net | http://ncgc.nih.gov
----------------------------------------------------
In matrimony, to hesitate is sometimes to be saved.
-- Butler

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Cdk-user mailing list
Cdk-user@...
https://lists.sourceforge.net/lists/listinfo/cdk-user

From forum: cdk-user

Re: Multiple views of one object

2009-11-11T07:55:51Z

Thank you very much!
[Message sent by forum member 'adriana22' (adriana.buriuc@...)]

http://forums.java.net/jive/thread.jspa?messageID=371422

---------------------------------------------------------------------
To unsubscribe, e-mail: interest-unsubscribe@...
For additional commands, e-mail: interest-help@...

From forum: java.net - java3d interest

Re: SMARTS question

2009-11-11T07:30:57Z

On Wed, Nov 11, 2009 at 4:07 PM, Mark Rijnbeek <markr@...> wrote:

> There is something related in AnyAtom.java..
>
> public boolean matches(IAtom atom) {
> if (atom.getSymbol().equals("H")) {
> Integer massNumber = atom.getMassNumber();
> return massNumber != null;
> }
> return true;
> }
>
> So it looks to me that not matching [H] to itself is intentional,
> considering what I see in AnyAtom. Perhaps Egon can comment?

Not sure I can... those lines were actually added by Rajarshi:

Updated code to handle the * SMARTS pattern so that it ignores H's
unless they have an isotopic mass specification. This means * no
longe...

See commit 02516de8553779d33bda1bcbd76027882b81aeca

(git show 02516de8553779d33bda1bcbd76027882b81aeca)

Egon

--
Post-doc @ Uppsala University
Homepage: http://egonw.github.com/
Blog: http://chem-bla-ics.blogspot.com/
PubList: http://www.citeulike.org/user/egonw/tag/papers

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Cdk-user mailing list
Cdk-user@...
https://lists.sourceforge.net/lists/listinfo/cdk-user

From forum: cdk-user

Re: transform maths

2009-11-11T07:16:09Z

plane.rotationY += 180;

it will add 180 degrees to the current degrees value.

Marco Christis wrote:

plane.rotationY is the rotation in the plane's coordinate space. I want
to set the rotation of the plane that correspondents with 180 in world
space.

> plane.rotationY = 180
>
>
>
> Marco Christis wrote:
> >
> > Hi list,
> >
> > I am using PV3D in a project that I am working on. I am struggling
> > with calculating the rotation of a DisplayObject3D using the
> > transform.
> >
> > I have created a DisplayObject3D called plane3d. This plane3d is a
> > child node down a chain of 3d nodes. I want to rotate my plane3d in
> > such a way that it is looking in the (opposite) direction of the
> > Y-axis in the world coordinate space. How can I calculate this
> > rotation using the transform of my plane3d? (I don't want to change
> > the position of my plane3d but I only want to change it's rotation.)
> >
> > Basicly what I want try to achieve is the following:
> > - get the world transform of a node
> > - change the rotation of the world transform to rotation X = 0,
> > rotationY = 180 rotationZ = 0
> > - calculate the world space transform back to the node space
> >
> > I have tried the following which is not working.
> >
> > var m:Matrix3D = Matrix3D.clone( plane3d.world );
> > // how can I do the rotation???
> > var rotationMatrix:Matrix3D = Matrix3D.rotationY(180);
> > m = Matrix3D.multiply( rotationMatrix, m);
> > plane3d.transform = Matrix3D.multiply( Matrix3D.inverse(
> > plane3d.transform ), m );
> >
> > Any help is appreciated.
> >
> > Marco.
> >
> >
> >
> >
> >
> >
> > _______________________________________________
> > Papervision3D mailing list
> > Papervision3D@osflash.org
> > http://osflash.org/mailman/listinfo/papervision3d_osflash.org
> >
> >
>
> --
> View this message in context:
> http://www.nabble.com/transform-maths-tp14713639p14716538.html

Sent from the Papervision3D mailing list archive at Nabble.com.

_______________________________________________
Papervision3D mailing list
Papervision3D@osflash.org
http://osflash.org/mailman/listinfo/papervision3d_osflash.org

_______________________________________________
Papervision3D mailing list
Papervision3D@osflash.org
http://osflash.org/mailman/listinfo/papervision3d_osflash.org

From forum: Papervision3D

Re: SMARTS question

2009-11-11T07:07:16Z

> Digging a bit more suggests that this is a problem with SMARTS parsing.
> Specifically, the match() method of HydrogenAtom seems to not be able to
> match atomic H. But [H] does match [H][H] or even.
>
> A simple fix for atomic H is to replace lines 75-77 with
>
> if (atom.getMassNumber() != null && atom.getMassNumber() >= 1) {
> return true;
> }
>
> Does this sound reasonable?

I was in Goslar, hence the somewhat late reply. Looks like you found it,
however changing that line to >=1 does not have the desired effect,
because the massnumber for [H] is null (as opposed to being 2 for 2H).

There is something related in AnyAtom.java..

public boolean matches(IAtom atom) {
if (atom.getSymbol().equals("H")) {
Integer massNumber = atom.getMassNumber();
return massNumber != null;
}
return true;
}

So it looks to me that not matching [H] to itself is intentional,
considering what I see in AnyAtom. Perhaps Egon can comment?

Mark

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Cdk-user mailing list
Cdk-user@...
https://lists.sourceforge.net/lists/listinfo/cdk-user

From forum: cdk-user

Re: Release Candidate 2 status

2009-11-11T06:38:34Z

John F. Fay wrote:
> I would also appreciate a bit of "works for me" input from people on the list.

Hi John -- Tested svn head with VC6 and all is well.

How'd you do with that hurricane?
-Paul

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Freeglut-developer mailing list
Freeglut-developer@...
https://lists.sourceforge.net/lists/listinfo/freeglut-developer

From forum: freeglut-developer

[Bug 24969] google earth install error under ubuntu linux

2009-11-11T06:15:47Z

http://bugs.freedesktop.org/show_bug.cgi?id=24969

--- Comment #4 from Tormod Volden <bugzi07.fdo.tormod@...> 2009-11-11 06:15:47 PST ---
Bill, the bug is not in the googleearth package (from Google) but in the mesa
library shipped with Ubuntu 8.10.

--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Mesa3d-dev mailing list
Mesa3d-dev@...
https://lists.sourceforge.net/lists/listinfo/mesa3d-dev

From forum: mesa3d-dev

Re: Dropping Java5 support

2009-11-11T04:41:03Z

Sounds good to me

On Nov 11, 2009, at 3:24 AM, Egon Willighagen wrote:

> Hi all,
>
> I would like to propose to drop Java5 support for CDK *master*. I am
> aware that not all platforms have moved to Java6 yet, but Sun has
> ended support for Java5 [0] and OpenJDK6 and OpenJDK7 is available for
> several more rare platforms (it's Open Source and from Sun).
>
> Egon
>
> 0.http://java.sun.com/products/archive/eol.policy.html
>
> --
> Post-doc @ Uppsala University
> Homepage: http://egonw.github.com/
> Blog: http://chem-bla-ics.blogspot.com/
> PubList: http://www.citeulike.org/user/egonw/tag/papers
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
> 30-Day
> trial. Simplify your report design, integration and deployment - and
> focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now. http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Cdk-devel mailing list
> Cdk-devel@...
> https://lists.sourceforge.net/lists/listinfo/cdk-devel

----------------------------------------------------
Rajarshi Guha | NIH Chemical Genomics Center
http://www.rguha.net | http://ncgc.nih.gov
----------------------------------------------------
A debugged program is one for which you have not yet found the
conditions
that make it fail.
-- Jerry Ogdin

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Cdk-devel mailing list
Cdk-devel@...
https://lists.sourceforge.net/lists/listinfo/cdk-devel

From forum: cdk-devel

Re: texformat-rework branch

2009-11-11T03:13:12Z

I've checked the other failing tests.
Following were also passing before the texformat-rework merge:
fdo23670-drawpix_stencil
stencil-drawpixels
fragProg1 (Z write test)
readPixSanity
stencil2

Maciej

Dnia środa, 11 listopada 2009 o 03:44:18 Brian Paul napisał(a):

> It passes with swrast and the i965 driver here.
>
> Did this test pass prior to the texformat work?
>
> -Brian
>
> 2009/11/10 Maciej Cencora <m.cencora@...>:
> > It doesn't assert anymore, but the test is still failing.
> >
> > @test: texturing/texdepth
> > info: @@@Returncode: 1\n\nErrors:\nMesa: Mesa 7.7-devel DEBUG build Nov
> > 8 2009 21:21:48\nMesa warning: couldn\'t open libtxc_dxtn.so, software
> > DXTn compression/decompression unavailable\nMesa: Initializing x86-64
> > optimizations\nMesa: 3Dnow! detected\n\n\nOutput:\nProbe at (80,16)\n
> > Expected: 0.250000 0.250000 0.250000 1.000000\n Observed: 0.000000
> > 0.000000 0.000000 1.000000\nTest failed: \'Render textures GL_LUMINANCE
> > (no shadow functionality)\'\nSee above for details.\n\n
> > errors!
> >
> > Maciej
> >
> > Dnia środa, 11 listopada 2009 o 02:25:52 Brian Paul napisał(a):
> >> Can you try again with Mesa git/master? I've updated the assertions.
> >>
> >> -Brian
> >>
> >> On Tue, Nov 10, 2009 at 3:43 PM, Maciej Cencora <m.cencora@...>

wrote:

> >> > It is r300 driver (RV530 GPU).
> >> >
> >> > I'm sending the backtrace as attachement.
> >> >
> >> > Maciej
> >> >
> >> > Dnia wtorek, 10 listopada 2009 o 23:38:09 Brian Paul napisał(a):
> >> >> Which driver?
> >> >>
> >> >> Could you provide a stack trace for the failed assertion?
> >> >>
> >> >> -Brian
> >> >>
> >> >> On Tue, Nov 10, 2009 at 3:30 PM, Maciej Cencora <m.cencora@...>
> >
> > wrote:
> >> >> > Hi Brian,
> >> >> >
> >> >> > there's at least one more regression in the code.
> >> >> > Piglit's texdepth test is failing because of following assertion:
> >> >> > texdepth: swrast/s_readpix.c:122: read_depth_pixels: Assertion `rb-
> >> >> >
> >> >> >>InternalFormat == 0x81A6' failed.
> >> >> >
> >> >> > There are also other regressions (mostly related to depth/stencil
> >> >> > buffer) but I'm not sure it's the texformat branch merge is to
> >> >> > blame: fdo23670-drawpix_stencil
> >> >> > stencil-drawpixels
> >> >> > fragProg1 (Z write test)
> >> >> > paths
> >> >> > polygonOffset
> >> >> > readPixSanity
> >> >> > stencil2
> >> >> >
> >> >> > Regards,
> >> >> > Maciej
> >> >> >
> >> >> > Dnia piątek, 23 października 2009 o 23:23:34 Brian Paul napisał(a):
> >> >> >> Alex, Nicolai,
> >> >> >>
> >> >> >> Would you guys please test the texformat-rework branch again?
> >> >> >>
> >> >> >> If it looks OK, I'd like to merge to master soon, but probably not
> >> >> >> until next week.
> >> >> >>
> >> >> >> Thanks.
> >> >> >>
> >> >> >> -Brian
> >> >> >>
> >> >> >>
> >> >> >> ------------------------------------------------------------------
> >> >> >>--- --- --- --- Come build with us! The BlackBerry(R) Developer
> >> >> >> Conference in SF, CA is the only developer event you need to
> >> >> >> attend this year. Jumpstart your developing skills, take
> >> >> >> BlackBerry mobile applications to market and stay ahead of the
> >> >> >> curve. Join us from November 9 - 12, 2009. Register now!
> >> >> >> http://p.sf.net/sfu/devconference
> >> >> >> _______________________________________________
> >> >> >> Mesa3d-dev mailing list
> >> >> >> Mesa3d-dev@...
> >> >> >> https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
> >> >> >
> >> >> > -------------------------------------------------------------------
> >> >> >--- --- ----- Let Crystal Reports handle the reporting - Free
> >> >> > Crystal Reports 2008 30-Day trial. Simplify your report design,
> >> >> > integration and deployment - and focus on what you do best, core
> >> >> > application coding. Discover what's new with Crystal Reports now.
> >> >> > http://p.sf.net/sfu/bobj-july
> >> >> > _______________________________________________
> >> >> > Mesa3d-dev mailing list
> >> >> > Mesa3d-dev@...
> >> >> > https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
>

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Mesa3d-dev mailing list
Mesa3d-dev@...
https://lists.sourceforge.net/lists/listinfo/mesa3d-dev

From forum: mesa3d-dev

Re: texformat-rework branch

2009-11-11T03:07:37Z

Yes, it was passing right before the texformat-rework merge.

Maciej

Dnia środa, 11 listopada 2009 o 03:44:18 Brian Paul napisał(a):

wrote:

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Mesa3d-dev mailing list
Mesa3d-dev@...
https://lists.sourceforge.net/lists/listinfo/mesa3d-dev

From forum: mesa3d-dev

Dropping Java5 support

2009-11-11T00:24:02Z

Hi all,

I would like to propose to drop Java5 support for CDK *master*. I am
aware that not all platforms have moved to Java6 yet, but Sun has
ended support for Java5 [0] and OpenJDK6 and OpenJDK7 is available for
several more rare platforms (it's Open Source and from Sun).

Egon

0.http://java.sun.com/products/archive/eol.policy.html

--
Post-doc @ Uppsala University
Homepage: http://egonw.github.com/
Blog: http://chem-bla-ics.blogspot.com/
PubList: http://www.citeulike.org/user/egonw/tag/papers

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Cdk-devel mailing list
Cdk-devel@...
https://lists.sourceforge.net/lists/listinfo/cdk-devel

From forum: cdk-devel

Re: Android support (Chia-I Wu)

2009-11-11T00:20:48Z

On Wed, Nov 11, 2009 at 01:28:08PM +0800, Westermann Fu wrote:
> Dear Wu, It's cool. But what component plays the role of WinSys on android?
> Talk with hardware using DRM yet? If it is, who loads DRM module? I'm not
> familar with android-x86, I think there is no X11 so there is no DRI
It should be noted that, a DRI driver does not talk to an X11 server.
It talks to its loader. In X11 environment, the loader talks to the
server in DRI protocol. This way, a DRI driver is window system
neutral. It is thus possible to write a new loader that talks to
Android. This is what egl_android does. Another good example is
Wayland and eagle. Actually, egl_android is based on eagle.
> architecture yet. And it seems in SurfaceFlinger there is interface for GPU
> accleratable surface, why not use it directly?
I do implement GPUHardwareInterface with GEM.
> In your mail, you mentioned the window compositor(server), do you refer to
> Surface Flinger or Window Manager Service? My understanding is
> WindowManagerService allocate surface but SurfaceFlinger do the final
> composite operation, is it right? But it seems not all surfaces been
> composited with Opengles, most are directly bitblt, are you acclerating all?
I was referring to SurfaceFlinger. Surfaces, and the backing buffers,
are allocated and composited by SurfaceFlinger. When the platform has a
2D blitter (capable of blending, scaling, etc.), SurfaceFinger tries it
first before resorting to OpenGL ES. It is because the blitter is said
to be faster than the 3D hw on G1 phones. Since there is no such
blitter on my test platform, all compositions are done with OpenGL ES.

--
Regards,
olv

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Mesa3d-dev mailing list
Mesa3d-dev@...
https://lists.sourceforge.net/lists/listinfo/mesa3d-dev

From forum: mesa3d-dev

Re: Release Candidate 2 status

2009-11-11T00:01:34Z

Hi John, all,

John F. Fay wrote:
> I would also appreciate a bit of "works for me" input from people on the list.

I haven't had a chance to test yet, but the build worked fine for me. I
built with the native MinGW using my own Makefile, and built using VS
2008 out of the box.

One thing I did notice is that the deprecated joystick functions are now
being exported from the DLL, i.e. "glutJoystickGetNumAxes", but they
weren't in the previous release candidate or in 2.4.0. This is because
they are now exported in the module def. Can someone clarify whether
these functions are supposed to be exported from the DLL? If someone can
clarify, I can make some changes and submit back.

Regards,
Martin

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Freeglut-developer mailing list
Freeglut-developer@...
https://lists.sourceforge.net/lists/listinfo/freeglut-developer

From forum: freeglut-developer

libGL documentation in xorg-docs

2009-11-10T21:52:51Z

Buried in the xorg-docs module is a document that describes the
libGL implementation for XFree86-based systems:
http://cgit.freedesktop.org/xorg/doc/xorg-docs/tree/specs/GL/libGL.txt

While a lot of this is out of date (description of how Mesa was
built into the old XFree86/Xorg monolith builds, all the XFree86
references, instructions to register extensions with SGI, etc.),
there seems to be some information that is still useful. Is
there already documentation of these things in Mesa, or should
this document be moved to the Mesa repo where the Mesa developers
can update it for the current state of the libGL world?

--
-Alan Coopersmith- alan.coopersmith@...
Sun Microsystems, Inc. - X Window System Engineering

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Mesa3d-dev mailing list
Mesa3d-dev@...
https://lists.sourceforge.net/lists/listinfo/mesa3d-dev

From forum: mesa3d-dev

Re: Android support (Chia-I Wu)

2009-11-10T21:28:08Z

Hi:

Dear Wu, It's cool. But what component plays the role of WinSys on android? Talk with hardware using DRM yet? If it is, who loads DRM module? I'm not familar with android-x86, I think there is no X11 so there is no DRI architecture yet. And it seems in SurfaceFlinger there is interface for GPU accleratable surface, why not use it directly?
In your mail, you mentioned the window compositor(server), do you refer to Surface Flinger or Window Manager Service? My understanding is WindowManagerService allocate surface but SurfaceFlinger do the final composite operation, is it right? But it seems not all surfaces been composited with Opengles, most are directly bitblt, are you acclerating all?

Regards

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Mesa3d-dev mailing list
Mesa3d-dev@...
https://lists.sourceforge.net/lists/listinfo/mesa3d-dev

From forum: mesa3d-dev

Re: Android support

2009-11-10T19:38:03Z

Hi,

On Tue, Nov 10, 2009 at 03:21:35PM -0700, tom fogal wrote:
> We've got an app we'd like to port to `another' mobile platform,
> but shaders are a sine qua non for us. AFAICT Apple's offerings
> are the only thing on the market which offer anything beyond fixed
> functionality. If it was reasonably possible to get your code working
> on an Android phone, such a device would probably be our next target...

IMG's OpenGL ES 2.0 drivers, proprietary though they are, support all of
2.0. The Nokia N900 ships with them.

Cheers,
Daniel

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Mesa3d-dev mailing list
Mesa3d-dev@...
https://lists.sourceforge.net/lists/listinfo/mesa3d-dev

attachment0 (204 bytes) Download Attachment

From forum: mesa3d-dev