PDE only saves the currently open sketches/window locations etc when the
application is "quit" via the menus. 

Even with "quit on closing last window" selected, closing the last window
doesn't cause it's location/content information to be saved.

I presume this is because the window is closed, and so deemed "unwanted"
and only then is the option checked, and the "quit" code used.

AMD64 X2 3GHZ
Vista 64 sp1
4GB ram
Nvidia 8800gt 512MB

_______________________________________________________________________________

void setup()
{
  size(400, 400);
  background(0);
  fill(0, 255, 0);
}

void draw()
{
  rect(0, height / 2, width, height / 2);
}

_______________________________________________________________________________

When this code is run using 0135 the bottom half of the window is green.

But when run using 0138 and later (tested in 0142) the rectangle is white,
as if fill(0,255,0) was ignored. I presume the problem started in 0136 with
the changeover to java 1.5.

Furthermore just to make things a little more confusing (at least for me),
if the size() is less than 400 for either width or height, then it works
fine and the rectangle is green.

_______________________________________________________________________________

Quick fix:
If fill() is called within draw() then the rectangle is green, no matter
the version or size. It seems a shame to have to call it on every single
draw though.

this applies to any function that sets drawing state inside setup(), such
as strokeWeight(), fill(), etc. the problem is caused by the same issue as
bug #726, but that gives a different error message, so the bug is being
kept separate for people searching the database.

*** This bug has been marked as a duplicate of 767 ***

*** Bug 836 has been marked as a duplicate of this bug. ***

Processing expert version 0135 on Windows XP.  
2.8Ghz Pentium 4, 512RAM, Nvidia GeForce FX Go5600 video card.

When starting up Processing, I get a blank sketch window in the default size placed 
in the center of the screen rather than the last sketch(es) opened resized and 
oriented appropriately.

Having downloaded Processing-0135 for Windows with Java and unzipped it into the 
directory c:\processing-135, I run the executable processing.exe and get the 
message:

Could not find the main class. The program will exit.

from the "Java Virtual Machine Launcher" (I believe javaw.exe from .\java\bin)

I am running Windows Vista with pretty much all recent patches and updates 
installed. I also have Java 1.6 installed but it appears to be picking up the version 
with Processing, however it does mean my classpath and qjava environment variables 
are set for the installed version of Java.

I'm running on a Dell Vostro 1700 laptop which has a nVidia 8600M graphics chip.

My user account name is jules.

I haven't found a copy of preferences.txt as (located in Documents and Settings → 
Application Data → Processing → preferences.txt) does not appear to exist in the 
same place on Vista.

I have disabled virus protection and tried with it off.

Thanks

Hi,

I can't type words or code in the default Processing IDE....
I downloaded many & many times the windows .rar (which contains IDE) but
nothing changes, it doesn't work....
If I press on a button, like 'A', I can hear the windows sound for a fake
press, but nothing's happen in the IDE...
It was running correctly few months ago...

What's wrong with my version ??

I use Windows XP Pro SP2, a DELL PC, with Dual Core and 2Go RAM.

Thanks 

Matthieu

So, could you provide some workaround to add a parameter to compile it? Are
there any hidden key can insert -Xlint:unchecked for compile?

It would be great to be able to right click on a code block and select
"Make comment" and have it comment out the entire code block.  The reverse
could also be true.  Right click on a commented block and select
"Uncomment" to release the comment section.

This request is being posted here per this thread:
http://processing.org/discourse/yabb_beta/YaBB.cgi?board=Suggestions;action=display;num=1214177066

It would be great to be able to select a code block and indent that block
by selecting "Increase Indent".  The reverse could be true as well.  Right
click on a code block and select "decrease indent" to decrease the indent.

This was posted here per this thread:
http://processing.org/discourse/yabb_beta/YaBB.cgi?board=Suggestions;action=display;num=1214177066

Hi there

Don't know the priority of this bug, since the project seem to be leaning
towards moving the build environment towards using ant, but this has a
quick fix, so I'll report it anyway.

I downloaded the trunk source from svn, changed directory to
processing/build/linux, but got a lot of error messages from the java
compiler when running ./make.sh. It seemed like it was trying to write a
package to a non-existing directory. After i did a "mkdir ../../core/bin"
the compilation went through.

Here is two alternative fixes that should solve the problem by creating a
empty bin-directory in the core-directory:
Alt. 1. svn mkdir svn://processing.org/trunk/processing/core/bin/

Alt. 2. add "mkdir -p bin" after line 66 ("cd core") in
svn://processing.org/trunk/processing/build/linux/make.sh. The -p is to
avoid complaining from the mkdir command, should the directory already exist.

Cheers,
Jonas

In code 22-10, the 13th line should read:

drawCircle(63, 85, n);

if you have a really long word combined with newlines the text-block implementation draws 
the long text over the edge of the box.

size( 200, 200 );
background( 0 );

noStroke();
stroke(255);
line( 60,0,60,height);
fill(255);

PFont fnt = createFont("Arial-Bold",12);
textFont( fnt );

String lStr = "FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF";
text( lStr, 10, 10, 50, 50 );

lStr += "\nXX"; // add newline and XX
text( lStr, 10, 70, 50, 50 );

F

http://processing.org/reference/asin_.html

In both online and local reference, the description field should be : "This
function expects the values in the range of -1 to 1 and values are returned
in the range -PI/2 to PI/2."

Code 35-03 uses the set() syntax, which has not yet been introduced.
Instead, use image(img, x, y) in place of the set() function on lines 5, 6

The examples code for ortho() needs size(100, 100, P3D) at the top. 

Note to self: check and see if ortho() is working in OpenGL

Version 135 beta:
With the fallowing layout--

PFont font;
...
setup () {
...
  font = createFont("Georgia", 16);
  textFont(font);
...
}

draw() {
  text(...);
}

---
It does run about half of the time, and gives me the above error the other half

>       Submitted to bugreporter.apple.com as bug id 6034650. 
> 
> Anyone else annoyed with this one please file a bug with Apple.		 
Done.

This is def. a 1.4 v 1.5 thing, btw, and I just put together a simple
demonstration (hadn't realized Ira already did it, but I'll post it anyways
- this very clearly shows the performance regression between 1.4 and 1.5) :

import javax.swing.JFrame;
import javax.swing.JMenu;
import javax.swing.JMenuBar;
import javax.swing.JMenuItem;

public class SwingMenuSlowdown {
	public static void main(String[] args) {
		System.setProperty("apple.laf.useScreenMenuBar", "true");
		JFrame frame = new JFrame();
		frame.setTitle("On OS X this menu is really slow in Java 1.5+, but works
fine in 1.4");
		frame.setSize(640,480);
		frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
		JMenuBar myMenuBar = new JMenuBar();
		JMenu myFile = new JMenu("File");
		JMenu mySub = new JMenu("A lotta stuff");
		for (int i=0; i<300; ++i) {
			mySub.add(new JMenuItem("MyStuff "+i));
		}
		myFile.add(mySub);
		myMenuBar.add(myFile);
		frame.setJMenuBar(myMenuBar);
		frame.setVisible(true);
	}
}

Granted a 300 item submenu is a bit much, but the point is that this is
still usable in 1.4, and the pause is obnoxious in 1.5, so that's a pretty
serious regression (Apple's, not Processing's).

We'll see if they address it - best case I'd guess it might show up in a
1.6 update, since I doubt Apple is updating the 1.5 VMs much anymore...

Hello I am tiring to learn Processing, but i can not get any sketch to run
on 0142.  I have tired multiple examples and get a long error every time. 
I am on a mac Pro running 10.5.4  This is what i get.


Target VM failed to initialize:
com.sun.jdi.connect.VMStartException: VM initialization failed for:
/System/Library/Frameworks/JavaVM.framework/Versions/1.5.0/Home/bin/java
-Xms64m -Xmx5000m -Djava.library.path=:/Applications/Processing
0142/libraries/video/library:/Applications/Processing
0142/libraries/opengl/library:/Applications/Processing 0142/Processing
0142.app/Contents/Resources/Java:/System/Library/PrivateFrameworks/JavaApplicationLauncher.framework/Resources:.:/Library/Java/Extensions:/System/Library/Java/Extensions:/usr/lib/java
-cp /tmp/build46050.tmp:/Applications/Processing
0142/libraries/video/library/video.jar:/Applications/Processing
0142/libraries/opengl/library/jogl-natives-linux-i586.jar:/Applications/Processing
0142/libraries/opengl/library/jogl-natives-macosx-ppc.jar:/Applications/Processing
0142/libraries/opengl/library/jogl-natives-macosx-universal.jar:/Applications/Processing
0142/libraries/opengl/library/jogl-natives-windows-i586.jar:/Applications/Processing
0142/libraries/opengl/library/jogl.jar:/Applications/Processing
0142/libraries/opengl/library/opengl.jar:/Applications/Processing
0142/Processing
0142.app/Contents/Resources/Java/pde.jar:lib/core.jar:/Applications/Processing
0142/Processing
0142.app/Contents/Resources/Java/antlr.jar:/Applications/Processing
0142/Processing
0142.app/Contents/Resources/Java/registry.jar:/Applications/Processing
0142/Processing
0142.app/Contents/Resources/Java/quaqua.jar:/System/Library/Java -Xdebug
-Xrunjdwp:transport=dt_socket,address=mattsPro.local:54327,suspend=y
processing.core.PApplet --editor-location=961,285 --external --display=1
--sketch-path=/Users/mattaull/Downloads/yellow_box_PROCESSING
Temporary_5089_7834
	at
com.sun.tools.jdi.AbstractLauncher$Helper.launchAndAccept(AbstractLauncher.java:174)
	at com.sun.tools.jdi.AbstractLauncher.launch(AbstractLauncher.java:114)
	at
com.sun.tools.jdi.SunCommandLineLauncher.launch(SunCommandLineLauncher.java:217)
	at processing.app.debug.Runner.launch(Runner.java:334)
	at processing.app.debug.Runner.launch(Runner.java:122)
	at processing.app.Editor$41.run(Editor.java:1179)
	at java.lang.Thread.run(Thread.java:613)
Exception in thread "Thread-3" java.lang.Error: VM initialization failed
for:
/System/Library/Frameworks/JavaVM.framework/Versions/1.5.0/Home/bin/java
-Xms64m -Xmx5000m -Djava.library.path=:/Applications/Processing
0142/libraries/video/library:/Applications/Processing
0142/libraries/opengl/library:/Applications/Processing 0142/Processing
0142.app/Contents/Resources/Java:/System/Library/PrivateFrameworks/JavaApplicationLauncher.framework/Resources:.:/Library/Java/Extensions:/System/Library/Java/Extensions:/usr/lib/java
-cp /tmp/build46050.tmp:/Applications/Processing
0142/libraries/video/library/video.jar:/Applications/Processing
0142/libraries/opengl/library/jogl-natives-linux-i586.jar:/Applications/Processing
0142/libraries/opengl/library/jogl-natives-macosx-ppc.jar:/Applications/Processing
0142/libraries/opengl/library/jogl-natives-macosx-universal.jar:/Applications/Processing
0142/libraries/opengl/library/jogl-natives-windows-i586.jar:/Applications/Processing
0142/libraries/opengl/library/jogl.jar:/Applications/Processing
0142/libraries/opengl/library/opengl.jar:/Applications/Processing
0142/Processing
0142.app/Contents/Resources/Java/pde.jar:lib/core.jar:/Applications/Processing
0142/Processing
0142.app/Contents/Resources/Java/antlr.jar:/Applications/Processing
0142/Processing
0142.app/Contents/Resources/Java/registry.jar:/Applications/Processing
0142/Processing
0142.app/Contents/Resources/Java/quaqua.jar:/System/Library/Java -Xdebug
-Xrunjdwp:transport=dt_socket,address=mattsPro.local:54327,suspend=y
processing.core.PApplet --editor-location=961,285 --external --display=1
--sketch-path=/Users/mattaull/Downloads/yellow_box_PROCESSING
Temporary_5089_7834
	at processing.app.debug.Runner.launch(Runner.java:344)
	at processing.app.debug.Runner.launch(Runner.java:122)
	at processing.app.Editor$41.run(Editor.java:1179)
	at java.lang.Thread.run(Thread.java:613)





Sorry to copy all the errors that was spit back to me, but i just don't
know enough yet to get you what you need.  Please HELP. Thanks

*** This bug has been marked as a duplicate of 796 ***

*** Bug 849 has been marked as a duplicate of this bug. ***

I am running 10.5.4 and 0142 and get the problem as well.  But
unfortunately restarting and computer multiple times and unplugging the
network does not work.  Any recommendations to get a work around so I can
at least start to actually learn the language.  Thanks.

UPDATE:  It currently works now.   I unchecked max available memory.

*** This bug has been marked as a duplicate of 726 ***

*** Bug 848 has been marked as a duplicate of this bug. ***

try using the Create Font tool with Arial Bold 12. does the same thing
happen? i suspect it's because it's usign the native font metrics when the
native font is in use (since that's what happens with createFont()).

thanks for the report, i've just fixed it in the svn. that was lost in the
recent reworking of the build scripts. 

Processing is not distributed in a .rar file, perhaps you're using an
incorrect version?

Or you've checked "use external editor" in the preferences, which will
disable the text area.

Repeatedly using an alpha fill to fade the drawing surface leaves a trace,
regardless of how many times done.

Tested with version 135 on Vista 32-bit.

Example program:

void setup() {
  size(300, 300);
  background(0);
  fill(255);
  rect(50, 50, 200, 200);
}

void draw() {
  fill(0, 2);
  rect(0, 0, width, height);
}

Discussed this with a colleague and in the process improved the program to
plot out the change in colour as the alpha-rectangle is repeatedly painted
over. Correct behaviour would cause the green dot to make a smooth
transition down to the bottom of the viewer. Instead, the path is piecewise
linear, and even for alpha values as high as 127, never makes it to 0.

Here is an improved version of the code that prints and plots the current
value.

void setup() {
size(300, 300);
background(0);
fill(255);
rect(50, 50, 200, 200);
}

void draw() {
fill(0, 4);
noStroke();
rect(0, 0, width, height);

stroke(0, 255, 0);
strokeWeight(2);
point(frameCount % width, height - height * red(get(100, 100)) / 255.0);
println(red(get(100, 100)));
} 

This is a mathematical fact of life... Alpha blending is multiplicative so
you'll never get all the way there. 

(For what it's worth, we inherit this particular behavior from Java, so
you'd need to take it up with them if you want things to behave otherwise.)

same problem with loadFont() ...

Dear Developers of Processing,

Yesterday, I built Processing (version 0143) from its source code on my Macintosh
 (iBook G4). The build procedure failed. I analyzed the log and modified the file processing/build/macosx/make.sh as follows:

-----------------------------------------------------------------------------------------------
---
*** processing/build/macosx/make.sh.org	Tue Jul 15 18:48:18 2008
--- processing/build/macosx/make.sh	Tue Jul 15 19:27:25 2008
***************
*** 156,162 ****
  echo Building net library...
  cd ../net
  mkdir -p bin
! $JAVAC -d bin src/processing/net/*.java 
  rm -f library/net.jar
  find bin -name "*~" -exec rm -f {} ';'
  cd bin && zip -r0q ../library/net.jar processing/net/*.class && cd ..
--- 156,164 ----
  echo Building net library...
  cd ../net
  mkdir -p bin
! $JAVAC \
!     -classpath "$CLASSPATH" \
!     -d bin src/processing/net/*.java 
  rm -f library/net.jar
  find bin -name "*~" -exec rm -f {} ';'
  cd bin && zip -r0q ../library/net.jar processing/net/*.class && cd ..
***************
*** 218,224 ****
  echo Building DXF library...
  cd ../dxf
  mkdir -p bin
! $JAVAC -d bin src/processing/dxf/*.java 
  rm -f library/dxf.jar
  find bin -name "*~" -exec rm -f {} ';'
  cd bin && zip -r0q ../library/dxf.jar processing/dxf/*.class && cd ..
--- 220,228 ----
  echo Building DXF library...
  cd ../dxf
  mkdir -p bin
! $JAVAC \
!     -classpath "$CLASSPATH" \
!     -d bin src/processing/dxf/*.java 
  rm -f library/dxf.jar
  find bin -name "*~" -exec rm -f {} ';'
  cd bin && zip -r0q ../library/dxf.jar processing/dxf/*.class && cd ..
***************
*** 230,236 ****
  echo Building XML library...
  cd ../xml
  mkdir -p bin
! $JAVAC -d bin src/processing/xml/*.java 
  rm -f library/xml.jar
  find bin -name "*~" -exec rm -f {} ';'
  cd bin && zip -r0q ../library/xml.jar processing/xml/*.class && cd ..
--- 234,242 ----
  echo Building XML library...
  cd ../xml
  mkdir -p bin
! $JAVAC \
!     -classpath "$CLASSPATH" \
!     -d bin src/processing/xml/*.java 
  rm -f library/xml.jar
  find bin -name "*~" -exec rm -f {} ';'
  cd bin && zip -r0q ../library/xml.jar processing/xml/*.class && cd ..
-----------------------------------------------------------------------------------------------

With this modification, the build procedure works fine to make Processing.app.

Sincerely yours,
Satoshi Adachi

thanks very much, i've incorporated your patch, please let us know if there
are further problems.

This bug is *only* for cases where you press Run and nothing happense, but
no error message appears. It is a threading problem inside Runner.java. 

*** The bug that brings an error message stating "Target VM failed to
initialize: VM initialization failed" is Bug #796, not this one. ***

*** This bug happens only intermittently. If no sketches run at all, you
have a different problem. ***

From the earlier, mangled bug report:

Major changes were introduced with the new run/debug setup in 0136, and one
of them causes sketches to not run every ~10th time or so (this will vary
depending on your machine). Hitting Run again should make things start up.

The problem has been tracked to the join() calls inside Runner.java,
however the exact problem is unclear.

This may be specific to Mac OS X, as I've only seen it on my G5. However,
since it's a threading problem, it's probably elsewhere too and I'm just
not seeing it yet.

I'm closing this bug as a dupe because it's become a complete mess. If
you're getting "Target VM failed to initialize: VM initialization failed"
when you hit Run, you want Bug #796. 

If you're getting an intermittent problem, with *no* error message, then
you may be dealing with Bug #852. I'll remove all of you from the CC on Bug
#852 since I'm guessing that it's not the same as what any of you are
dealing with.

*** This bug has been marked as a duplicate of 852 ***

*** Bug 775 has been marked as a duplicate of this bug. ***

ok, comment #7 and comment #8 refer to a different bug, which i'll need to
account for as well.

in the meantime, here are prerelease versions of 0143 that might fix the
problem:
http://processing.org/download/processing-0143p1.zip
http://processing.org/download/processing-0143p1.dmg
http://processing.org/download/processing-0143p1.tgz

please give one of these a try and see if it fixes the problem.

for people having the "Target VM failed to initialize: VM initialization
failed" problem, i may have a fix, see bug #796 for more info (and add
yourself as a cc if you want to track the status).

Thank you very much for your rapid response.
I have just downloaded the source code of Processing again and have invoked
make.sh. This time, everything is fine. I have confirmed that the problem is
now fixed. Satoshi Adachi

thanks again for your help.

Thank you for catching this. It's updated in SVN and will be corrected at
the next release.

Thank you. This is now fixed in SVN and it will update with the next release.

Fixed for next release.

can you actually log in? have you tried to use the forum from another computer?

noted, now on the list.

please open a new command prompt and type:

echo %QTJAVA%

echo %CLASSPATH%

echo %PATH%

and post the results here.

only workaround is to use 0135 until i have a chance to finish fixing it. a
partial fix will be in release 0143. but i should be able to get it
completely fixed soon since it's a high priority.

this is already implemented in recent releases, however it's not on the
right-click edit menu, so i'm changing the feature request to just cover
that part of it.

noted, will probably add this soon. thanks for posting in the bugs db
instead of the board.

bummer.. ok, will look into it. 

As soon as the mouse moves on the 'stage', the applet start to do some
jerks. Like if the frameRate was reduced or the framerate was not constant.
It only happens with the combination of firefox 2 or 3 + osx 10.4 or 10.5.

I tried the online examples in the tutorials ( ex:
http://processing.org/learning/basics/arctangent.html ) and also the new
exhibition entry( http://www.proximityofneeds.org/ ), and same thing
happen. So it's not me doing something wrong in my code.

Might be a java problem then a processing problem...

In 0135, you can input japanese characters into a pde file in the
processing env by just switching to japanese mode and then typing in your
characters.  Now in 0142, this doesn't seem to work.  Instead the romanji
(english) is typed out in the file.  I'm using OSX 10.4.11.  PowerPC G5.

It is strange because 0142 should support unicode better.
It looks like this on 0135: 私の問題
and it looks like this on 0142: watashinomondai

Hm, I had written an entire response to this that seems to have been lost.

You're right, 0142 should be much better. However the change you're seeing
is that Apple is doing something differently in Java 1.5 versus Java 1.4
with regard to setting the input method. Release 0136 and later use Java
1.5, and we've not changed anything with regards to the text editor between
these releases. Perhaps check in Apple's Java release notes?

If you find anything, please let us know so that we can help out others
with the same problem. Thanks.

antz[processing-0142]$ ./processing 
Locking assertion failure.  Backtrace:
#0 /usr/lib/libxcb-xlib.so.0 [0xb7f7b727]
#1 /usr/lib/libxcb-xlib.so.0(xcb_xlib_unlock+0x31) [0xb7f7b871]
#2 /usr/lib/libX11.so.6(_XReply+0xfd) [0x8c68e55d]
#3 /media/shared/bin/processing-0142/java/lib/i386/xawt/libmawt.so [0x8c760dce]
#4 /media/shared/bin/processing-0142/java/lib/i386/xawt/libmawt.so [0x8c74ad77]
#5 /media/shared/bin/processing-0142/java/lib/i386/xawt/libmawt.so [0x8c74aef3]
#6
/media/shared/bin/processing-0142/java/lib/i386/xawt/libmawt.so(Java_sun_awt_X11GraphicsEnvironment_initDisplay+0x26)
[0x8c74b136]
#7 [0xb1827008]
#8 [0xb1820b6b]
#9 [0xb1820b6b]
#10 [0xb181e236]
#11 /media/shared/bin/processing-0142/java/lib/i386/server/libjvm.so
[0xb769aeac]
#12 /media/shared/bin/processing-0142/java/lib/i386/server/libjvm.so
[0xb786aaa8]
#13 /media/shared/bin/processing-0142/java/lib/i386/server/libjvm.so
[0xb769acdf]
#14
/media/shared/bin/processing-0142/java/lib/i386/server/libjvm.so(JVM_DoPrivileged+0x32d)
[0xb76f87ed]
#15
/media/shared/bin/processing-0142/java/lib/i386/libjava.so(Java_java_security_AccessController_doPrivileged__Ljava_security_PrivilegedAction_2+0x3d)
[0xb73b230d]
#16 [0xb1826898]
#17 [0xb1820a94]
#18 [0xb181e236]
#19 /media/shared/bin/processing-0142/java/lib/i386/server/libjvm.so
[0xb769aeac]
java: xcb_xlib.c:82: xcb_xlib_unlock: Assertion `c->xlib.lock' failed.
./processing: line 17:  1407 Abortito               
${APPDIR}/java/bin/java processing.app.Base

That's a problem with Java, not Processing. Replace processing-0142/java
with a new JDK (not JRE) or a symlink to one that works on your machine.
http://processing.org/reference/environment/platforms.html#linux

Just a very low priority thought i had while working with some spheres of my own...

It might be nice to have different sphereDetail values for the u and v portions of the 
sphere.  If "u" is top-to-bottom and "v" is around, then v traverses twice the range of 
u, producing slices that are more rectangular than square.  If the number of u steps 
were halved, or v doubled, then you might get a "nicer" sphere approximation at a 
given detail level. (granted the word "nicer" is subjective, poor choice, just meaning 
more even vertex spacing)

For both backwards compatibility and forwards flexibility, perhaps adding a 
sphereDetail(float,float) to the api to separately set the values, leaving the existing 
sphereDetail(float) to set both values identically.  As a bonus, you'd get some nice 
rhomboids and platonics at low levels of detail like 2,4 or 3,6 that aren't possible 
currently.

I can get processing (0135) to work fine on my XP box, but when I tried it
on my 32bit Vista Home box I get the error message "Error Getting the
Processing Data Folder".

I have systematically:
-moved processing to C:\  (so that it's now C:\processing-0135\processing.exe)
-tried to run as adminstrator
-tried to run in xp sp2 compatibilty mode
-tried to run without visual styles
-all three of the above mentioned at the same time

I have tried all this with no luck.

this is my first time running processing.

have you tried release 0142? it should fix these problems.

Code run with Processing 0135 Beta and its built-in jvm on Windows

Java HotSpot(TM) Client VM
1.4.2_12-b03

is correctly anti-aliased, whereas the same code run with Processing 0142
Beta and its built-in jvm

Java HotSpot(TM) Client VM
1.5.0_15-b04

is not anti-aliased.

Created an attachment (id=208)
flags.pde

example demonstrating the problem

Created an attachment (id=209)
screenshot of flags.pde running in version 0135

Created an attachment (id=210)
screenshot of flags.pde running in version 0142

issue resolved