While I do not get the rank error you mention on my Mac I do get a subtle new change. The line after the plot 10?10 instruction is NOT indented. I think I have noticed a similar change with opengl drawings, but have not tried to duplicate that.
On Thu, 1 Jun 2006, Ronan Reilly wrote: + Hi Eric, + + This is what I get: + + load 'plot' + plot 10?10 + |rank error: setsizes + | (Sizes) =:DefSizes*s + + + Ronan + + + + On 31/05/2006 15:34, "Eric Iverson" <[EMAIL PROTECTED]> wrote: + + > Works for me here. + > + > Start J + > load'plot' + > plot 10?10 + > + > Please provide more info. + > + > ----- Original Message ----- + > From: "Ronan Reilly" <[EMAIL PROTECTED]> + > To: "Beta forum" <[email protected]> + > Sent: Wednesday, May 31, 2006 10:26 AM + > Subject: Re: [Jbeta] 601 n beta available for Mac + > + > + >> Hi, + >> + >> The plot function appears to be broken in this release. + >> + >> Ronan + >> + >> + >> On 30/05/2006 20:25, "Eric Iverson" <[EMAIL PROTECTED]> wrote: + >> + >>> n beta available for Mac + >>> http://www.jsoftware.com/download/j601nbeta_darwin.tar.gz + >>> + >>> Install: + >>> cd ~ + >>> tar -xzf [path]j601nbeta_darwin.tar.gz + >>> sudo mv libj601.dylib /usr/lib/. + >>> + >>> This version has latest changes and fixes as discussed in the forum. + >>> + >>> The default install configuration (and the eventual final release) is + >>> that + >>> x. y. u. v. m. n. are spelling errors. Use Edit|Configure|Parameters to + >>> allow x. y. etc. if required (or do 9!:49[1). + >>> + >>> Darwin OpenGL (like Linux) uses an offscreen buffer for rendering and + >>> probably does + >>> not get hardware accelleration. However, copying pixels from the memory + >>> buffer to the screen is much faster and overall performance is much + >>> better + >>> than in the previous beta. In theory the groundwork is all in place for + >>> an + >>> ambitious user to redefine rc_jzopengl_ to create a hidden window with + >>> normal glx/agl/cgl/X11 services and do the rendering there with hardware + >>> accelleration. The overhead of copying the pixels to the screen is + >>> probably + >>> not so high as to justify the additional work required in Java and C to + >>> more + >>> directly link the Java screen with the rendering context. + >>> + >>> Ctrl+f in an OpenGL demo animates 100 frames and reports frames/second. + >>> + >>> There are many changes in the lower level OpenGL support and we recommend + >>> study of the reworked OpenGL Introduction lab for details. + >>> + >>> ---------------------------------------------------------------------- + >>> For information about J forums see http://www.jsoftware.com/forums.htm + >>> + >> + >> -- + >> Professor Ronan Reilly + >> Head of Department + >> Department of Computer Science + >> NUI Maynooth + >> Maynooth + >> Co. Kildare + >> IRELAND + >> + >> t: +353-1-7083847 + >> e: [EMAIL PROTECTED] + >> w: http://www.cs.nuim.ie; http://cortex.cs.nuim.ie + >> + >> + >> + >> ---------------------------------------------------------------------- + >> For information about J forums see http://www.jsoftware.com/forums.htm + > + > ---------------------------------------------------------------------- + > For information about J forums see http://www.jsoftware.com/forums.htm + > + + -- + Professor Ronan Reilly + Head of Department + Department of Computer Science + NUI Maynooth + Maynooth + Co. Kildare + IRELAND + + t: +353-1-7083847 + e: [EMAIL PROTECTED] + w: http://www.cs.nuim.ie; http://cortex.cs.nuim.ie + + + + ---------------------------------------------------------------------- + For information about J forums see http://www.jsoftware.com/forums.htm + (B=) <----------my "sig" Brian Schott Atlanta, GA, USA schott DOT bee are eye eh en AT gee em ae eye el DOT com http://schott.selfip.net/~brian/ ---------------------------------------------------------------------- For information about J forums see http://www.jsoftware.com/forums.htm
