i had this error on two windows-xp computers (pentium4 and athlonxp).
after launching processing the loading screen shows up and after about a
minute this message shows up in a windows-popup-window:
"Launch4j | An error occurred while starting the application"
Screenshot at http://www.jasonf.de/error.jpg

after pressing ok the loading screen disappears but the javaw.exe process
is still running in the taskmanager. for every restart of processing a new
javaw.exe process starts.

154 runs for a short time, (even able to run an old sketch), but quits
without warning. Also, consistently quits when a sketch is stopped.

(Haven't been able to run P5 since 148 Java installation problem in Windows. :(

(Not seeing multiple javaw--not seeing any java in TM, even with three Java
icons in the system tray....)

Do you have a user account that has non-ASCII characters in the name? I
wonder if our new launcher stinks at internationalization.

am_suzuki, yours is a different problem--this bug is only about Processing
not starting *at all*. Please file a separate bug describing the symptoms
that you're running into.

(In reply to comment #2)
> Additional Comment #2 From fry 2008-11-03 06:03 [reply] Do you have a user
account that has non-ASCII characters in the name? Iwonder if our new launcher
stinks at internationalization.

hi,
no my account-name (for windows-xp) is Administrator. i have windows.xp.pro with
the latest updates (sp3+) and german language.

> am_suzuki, yours is a different problem--this bug is only about Processing
> not starting *at all*. Please file a separate bug describing the symptoms
> that you're running into.
>

Sorry--figured it out (sort of), but not sure where to post this, (not a
Processing bug):
Symptoms:
Quits (consistently) when closing a sketch (e.g., after opening and running
a sketch);
Quits (frequently) at random (e.g., when typing in the IDE, tabbing away
and back, closing unrelated windows, doing nothing, etc.);

"Problematic frame" was kmw_dll.dll:
Don't understand exactly, but turns out to be something about the length of
the filepath and the infamous Kensington Mouseworks--killing kmw_run.exe
process works, (shortening filepath might work, too)....

FWIW! (Sorry about the clutter!)

I've heard back from one person who says they've been using it OK on their
systems (DE localized Windows), so maybe that's not the problem.

Please try running processing.exe from a command prompt, using the
following command:
.\processing.exe --l4j-debug

...and then please post the contents of the launch4j.log file it creates
here. Thanks!

launch4j.log
-----------------------------------------------------------------------------------------
CmdLine: D:\video\Basteln\processing\processing-0154\processing.exe --l4j-
debug
WOW64: no
Working dir: D:\video\Basteln\processing\processing-0154\.
Bundled JRE: java
Check launcher: D:\video\Basteln\processing\processing-0154
\java\bin\javaw.exe (OK)
Add classpath: lib\pde.jar
Add classpath: lib\core.jar
Add classpath: lib\jna.jar
Add classpath: lib\ecj.jar
Add classpath: lib\antlr.jar
Launcher: D:\video\Basteln\processing\processing-0154\java\bin\javaw.exe
Launcher args: -Xms128m -Xmx128m -
classpath "lib;D:\video\Basteln\processing\processing-0154
\java\lib\tools.jar;lib\pde.jar;lib\core.jar;lib\jna.jar;lib\ecj.jar;lib\antlr.jar"
processing.app.Base
Args length: 180/32768 chars
Exit code: 259
---------------------------------------------------------------------------------------------

this is the log file. i have tried it several times and processing started up fully
functional every time. the last days the problem hasnt occured, processing starts
normal. i didnt change or update my system.

k, we'll just write it off as sunspots.

if it happens again, repeat the same launcher/log thing and file a new bug.

thanks!

ok, will do, thank you and keep up the good work...

one last comment:
i realized today, that i used some umlaut-characters in my comments (only there).
they were (automatically) changed into something like this: �
i dont know when this happend.

that should definitely not be happening, if it does, please file a new bug.

I'm dealing with this issue too. Sometimes, if I try to start Processing
0155 (it do happens also with 0154), and I'm working with my laptop on
batteries, I get the "launch4j 'An error occurred while starting the
application'" message. I noticed that a javaw.exe process stays running on
the background and I need to kill it, plug the computer to the wall and
start it again. It doesn't happend with, for example, 0135.

This is the launch4j.log


CmdLine: D:\dev\processing-0155\processing.exe --l4j-debug
WOW64: no
Working dir: D:\dev\processing-0155\.
Bundled JRE: java
Check launcher: D:\dev\processing-0155\java\bin\javaw.exe (OK)
Add classpath: lib\pde.jar
Add classpath: lib\core.jar
Add classpath: lib\jna.jar
Add classpath: lib\ecj.jar
Add classpath: lib\antlr.jar
Launcher: D:\dev\processing-0155\java\bin\javaw.exe
Launcher args: -Xms128m -Xmx128m -classpath
"lib;D:\dev\processing-0155\java\lib\tools.jar;lib\pde.jar;lib\core.jar;lib\jna.jar;lib\ecj.jar;lib\antlr.jar"
processing.app.Base
Args length: 159/32768 chars

That's the log file that you get when the launch is successful?

i had the error again a few days ago, and after the first attempt to start , i created a
log file. it looked like the logfile from a succesful start except the whole text is
repeated a few times (as if it try to restart)

after the first "crash" i changed the foldername of the last project i was working on in
processing an tried to start up processing again - and it worked, processing started
normal. i came up with this idea because i had this issue with adobePremiere. but i
dont know if it was the actual solution in this case or just luck....

If you can post a copy of the log when it fails, that would be really
helpful. (I can't do much with the working version of the log.)

I have this problem with 156. The log is as follows:

CmdLine: C:\processing-0156\processing.exe --l4j-debug
WOW64: no
Working dir: C:\processing-0156\.
Bundled JRE: java
Check launcher: C:\processing-0156\java\bin\javaw.exe (OK)
Add classpath: lib\pde.jar
Add classpath: lib\core.jar
Add classpath: lib\jna.jar
Add classpath: lib\ecj.jar
Add classpath: lib\antlr.jar
Launcher: C:\processing-0156\java\bin\javaw.exe
Launcher args: -Xms128m -Xmx128m -classpath
"lib;C:\processing-0156\java\lib\tools.jar;lib\pde.jar;lib\core.jar;lib\jna.jar;lib\ecj.jar;lib\antlr.jar"
processing.app.Base
Args length: 155/32768 chars

As noted previously by iasonf , the problem is solved when the last
processing sketch is renamed or removed. In my case, I temporarily renamed
the entire sketches folder. The program starts up fine now and I put
everything back where it belongs.

this is the log that was created during the problem

__________________________________________________


CmdLine: D:\video\Basteln\processing\processing-0154\processing.exe --l4j-debug
WOW64: no
Working dir: D:\video\Basteln\processing\processing-0154\.
Bundled JRE: java
Check launcher: D:\video\Basteln\processing\processing-0154
\java\bin\javaw.exe (OK)
Add classpath: lib\pde.jar
Add classpath: lib\core.jar
Add classpath: lib\jna.jar
Add classpath: lib\ecj.jar
Add classpath: lib\antlr.jar
Launcher: D:\video\Basteln\processing\processing-0154\java\bin\javaw.exe
Launcher args: -Xms128m -Xmx128m -
classpath "lib;D:\video\Basteln\processing\processing-0154
\java\lib\tools.jar;lib\pde.jar;lib\core.jar;lib\jna.jar;lib\ecj.jar;lib\antlr.jar"
processing.app.Base
Args length: 180/32768 chars
Exit code: 259


CmdLine: D:\video\Basteln\processing\processing-0154\processing.exe --l4j-debug
WOW64: no
Working dir: D:\video\Basteln\processing\processing-0154\.
Bundled JRE: java
Check launcher: D:\video\Basteln\processing\processing-0154
\java\bin\javaw.exe (OK)
Add classpath: lib\pde.jar
Add classpath: lib\core.jar
Add classpath: lib\jna.jar
Add classpath: lib\ecj.jar
Add classpath: lib\antlr.jar
Launcher: D:\video\Basteln\processing\processing-0154\java\bin\javaw.exe
Launcher args: -Xms128m -Xmx128m -
classpath "lib;D:\video\Basteln\processing\processing-0154
\java\lib\tools.jar;lib\pde.jar;lib\core.jar;lib\jna.jar;lib\ecj.jar;lib\antlr.jar"
processing.app.Base
Args length: 180/32768 chars
Exit code: 259


CmdLine: D:\video\Basteln\processing\processing-0154\processing.exe --l4j-debug
WOW64: no
Working dir: D:\video\Basteln\processing\processing-0154\.
Bundled JRE: java
Check launcher: D:\video\Basteln\processing\processing-0154
\java\bin\javaw.exe (OK)
Add classpath: lib\pde.jar
Add classpath: lib\core.jar
Add classpath: lib\jna.jar
Add classpath: lib\ecj.jar
Add classpath: lib\antlr.jar
Launcher: D:\video\Basteln\processing\processing-0154\java\bin\javaw.exe
Launcher args: -Xms128m -Xmx128m -
classpath "lib;D:\video\Basteln\processing\processing-0154
\java\lib\tools.jar;lib\pde.jar;lib\core.jar;lib\jna.jar;lib\ecj.jar;lib\antlr.jar"
processing.app.Base
Args length: 180/32768 chars
Exit code: 259


CmdLine: D:\video\Basteln\processing\processing-0154\processing.exe --l4j-debug
WOW64: no
Working dir: D:\video\Basteln\processing\processing-0154\.
Bundled JRE: java
Check launcher: D:\video\Basteln\processing\processing-0154
\java\bin\javaw.exe (OK)
Add classpath: lib\pde.jar
Add classpath: lib\core.jar
Add classpath: lib\jna.jar
Add classpath: lib\ecj.jar
Add classpath: lib\antlr.jar
Launcher: D:\video\Basteln\processing\processing-0154\java\bin\javaw.exe
Launcher args: -Xms128m -Xmx128m -
classpath "lib;D:\video\Basteln\processing\processing-0154
\java\lib\tools.jar;lib\pde.jar;lib\core.jar;lib\jna.jar;lib\ecj.jar;lib\antlr.jar"
processing.app.Base
Args length: 180/32768 chars
Exit code: 259


CmdLine: D:\video\Basteln\processing\processing-0154\processing.exe --l4j-debug
WOW64: no
Working dir: D:\video\Basteln\processing\processing-0154\.
Bundled JRE: java
Check launcher: D:\video\Basteln\processing\processing-0154
\java\bin\javaw.exe (OK)
Add classpath: lib\pde.jar
Add classpath: lib\core.jar
Add classpath: lib\jna.jar
Add classpath: lib\ecj.jar
Add classpath: lib\antlr.jar
Launcher: D:\video\Basteln\processing\processing-0154\java\bin\javaw.exe
Launcher args: -Xms128m -Xmx128m -
classpath "lib;D:\video\Basteln\processing\processing-0154
\java\lib\tools.jar;lib\pde.jar;lib\core.jar;lib\jna.jar;lib\ecj.jar;lib\antlr.jar"
processing.app.Base
Args length: 180/32768 chars
________________________________________________________________________________

Hm, that error code means that things are running but it's not done
starting up. I wonder if that's being misread as the application failing to
launch.

As for changing the sketch folder, I wonder if loading the previous sketch
takes just slightly more time, so it doesn't finish quickly enough for the
launcher.

How fast are the machines you're trying this on?

Also, when it's crashing, try running from the command line with this option:

.\processing.exe --l4j-dont-wait

and see if that has the same problem--it may fix it.

"How fast are the machines you're trying this on? "
- athlonxp64 3000+ (~1,8ghz) and once a pentium4

"processing.exe --l4j-dont-wait"
- this doesnt help when the bug occurs

i tried it with processing 157 today an it behaves the same way. heres the new logfile

greets iason
_____________________________________________________________________________
CmdLine: D:\video\Basteln\processing\processing-0157\processing.exe --l4j-debug
WOW64: no
Working dir: D:\video\Basteln\processing\processing-0157\.
Bundled JRE: java
Check launcher: D:\video\Basteln\processing\processing-0157
\java\bin\javaw.exe (OK)
Add classpath: lib\pde.jar
Add classpath: lib\core.jar
Add classpath: lib\jna.jar
Add classpath: lib\ecj.jar
Add classpath: lib\antlr.jar
Launcher: D:\video\Basteln\processing\processing-0157\java\bin\javaw.exe
Launcher args: -Xms128m -Xmx128m -
classpath "lib;D:\video\Basteln\processing\processing-0157
\java\lib\tools.jar;lib\pde.jar;lib\core.jar;lib\jna.jar;lib\ecj.jar;lib\antlr.jar"
processing.app.Base
Args length: 180/32768 chars
____________________________________________________________________________

Thanks for the additional information. Nothing sticks out as an obvious
problem, so I'll have to find a machine that fails the same way and work
from there. How consistent is the error? Can you not run at all on certain
machines? Does a reboot help?

Is it possible that other Java programs are running (or have run from the
browser) and that's confusing the startup? I'm just trying to figure out
why the problem would be intermittent.

I fear I have to report the exact same issue with latest (0160) version of
Processing.
I never had this issue with previous versions (0135, 0148, 0154, 0157 at
least).
I run Windows XP SP3, Intel P4 2.8GHz, 1GB Ram, freshly restarted.
0154 starts in less than 30s...
I downloaded 0160 expert, running it with Java 1.6.0_07 (JDK).

Launch4j log:

CmdLine: C:\Java\processing-0160\processing.exe --l4j-debug
WOW64: no
Working dir: C:\Java\processing-0160\.
Bundled JRE: java
Check launcher: C:\Java\processing-0160\java\bin\javaw.exe (n/a)
64-bit search: SOFTWARE\JavaSoft\Java Development Kit...
32-bit search: SOFTWARE\JavaSoft\Java Development Kit...
Ignore: SOFTWARE\JavaSoft\Java Development Kit\1.4
Ignore: SOFTWARE\JavaSoft\Java Development Kit\1.4.2_10
Ignore: SOFTWARE\JavaSoft\Java Development Kit\1.5
Match: SOFTWARE\JavaSoft\Java Development Kit\1.5.0_06
Match: SOFTWARE\JavaSoft\Java Development Kit\1.6
Match: SOFTWARE\JavaSoft\Java Development Kit\1.6.0
Match: SOFTWARE\JavaSoft\Java Development Kit\1.6.0_07
Check launcher: C:\Java\jdk1.6.0_07\bin\javaw.exe (OK)
Add classpath: lib\pde.jar
Add classpath: lib\core.jar
Add classpath: lib\jna.jar
Add classpath: lib\ecj.jar
Add classpath: lib\antlr.jar
Launcher: C:\Java\jdk1.6.0_07\bin\javaw.exe
Launcher args: -Xms128m -Xmx128m -classpath
"lib;C:\Java\jdk1.6.0_07\lib\tools.jar;lib\pde.jar;lib\core.jar;lib\jna.jar;lib\ecj.jar;lib\antlr.jar"
processing.app.Base
Args length: 151/32768 chars

Can still run 0154 with same config without problem. Exact same log except
for the CmdLine path.
The --l4j-dont-wait option doesn't help.
I renamed preferences.txt, thus erasing references to previous sketches and
libraries, without result.

@PhiLho - that's unfortunate, the launcher hasn't changed since 0149 so I
don't know what the difference would be. Have you tried using the version
that includes Java for 0160?

Actually scratch that--the launcher changed in 0154 to be better at
handling messy PATH environment variables, so that code may have introduced
the bug seen in this report.

So please also check for anything strange in the PATH on machines that are
having trouble.

I also have this problem with Processing 0161-expert release.

launch4j.log
---------------


CmdLine: D:\programs\processing-0161-expert\processing.exe --l4j-debug
WOW64: no
Working dir: D:\programs\processing-0161-expert\.
Bundled JRE: java
Check launcher: D:\programs\processing-0161-expert\java\bin\javaw.exe (n/a)
64-bit search: SOFTWARE\JavaSoft\Java Development Kit...
32-bit search: SOFTWARE\JavaSoft\Java Development Kit...
Match: SOFTWARE\JavaSoft\Java Development Kit\1.6
Match: SOFTWARE\JavaSoft\Java Development Kit\1.6.0_06
Match: SOFTWARE\JavaSoft\Java Development Kit\1.6.0_10
Check launcher: C:\JAVA\bin\javaw.exe (OK)
Add classpath: lib\pde.jar
Add classpath: lib\core.jar
Add classpath: lib\jna.jar
Add classpath: lib\ecj.jar
Add classpath: lib\antlr.jar
Launcher: C:\JAVA\bin\javaw.exe
Launcher args: -Xms128m -Xmx128m -classpath
"lib;C:\JAVA\lib\tools.jar;lib\pde.jar;lib\core.jar;lib\jna.jar;lib\ecj.jar;lib\antlr.jar"
processing.app.Base
Args length: 139/32768 chars

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

but, I don't have any problem with Processing 0157-expert release.

same issue,no idea, since 0157 till 1.0,all the same



CmdLine: G:\processing-1.0-expert\processing.exe --l4j-debug
WOW64: no
Working dir: G:\processing-1.0-expert\.
Bundled JRE: java
Check launcher: G:\processing-1.0-expert\java\bin\javaw.exe (n/a)
64-bit search: SOFTWARE\JavaSoft\Java Development Kit...
32-bit search: SOFTWARE\JavaSoft\Java Development Kit...
Match: SOFTWARE\JavaSoft\Java Development Kit\1.6
Match: SOFTWARE\JavaSoft\Java Development Kit\1.6.0_10
Check launcher: D:\Program Files\Java\jdk1.6.0_10\bin\javaw.exe (OK)
Add classpath: lib\pde.jar
Add classpath: lib\core.jar
Add classpath: lib\jna.jar
Add classpath: lib\ecj.jar
Add classpath: lib\antlr.jar
Launcher: D:\Program Files\Java\jdk1.6.0_10\bin\javaw.exe
Launcher args: -Xms128m -Xmx128m -classpath "lib;D:\Program
Files\Java\jdk1.6.0_10
\lib\tools.jar;lib\pde.jar;lib\core.jar;lib\jna.jar;lib\ecj.jar;lib\antlr.jar"
processing.app.Base
Args length: 165/32768 chars
Error: ????????

Hi, I'm sorry to find that i've got this problem too.

The processing 0154 works fine and the latest version i tried is the 1.0 one.
It gaves me exactly the same error "Launch4j | An error occurred while
starting the application". I tried to delete the preferences.txt file to
change and rename the sketch folder.

Machine runs windows vista, 4Gb ram, clevo d900c based laptop, nvidia 8800M
GTX.
Freshly install of vista so not bunch programs running at startup. Here's
the launch4j.log content:
-------------------------------------------------------------------------------------------
CmdLine: E:\Processing\processing-1.0\processing.exe --l4j-debug
WOW64: no
Working dir: E:\Processing\processing-1.0\.
Bundled JRE: java
Check launcher: E:\Processing\processing-1.0\java\bin\javaw.exe (OK)
Add classpath: lib\pde.jar
Add classpath: lib\core.jar
Add classpath: lib\jna.jar
Add classpath: lib\ecj.jar
Add classpath: lib\antlr.jar
Launcher: E:\Processing\processing-1.0\java\bin\javaw.exe
Launcher args: -Xms128m -Xmx128m -classpath
"lib;E:\Processing\processing-1.0\java\lib\tools.jar;lib\pde.jar;lib\core.jar;lib\jna.jar;lib\ecj.jar;lib\antlr.jar"
processing.app.Base
Args length: 165/32768 chars
-------------------------------------------------------------------------------------------

I didn't have any version of java installed in this machine. I'll try to
install java jre and run the expert version to see if problem is still there.

Workarounds:

1. If release 0157 is the first to give you trouble (0156 and earlier are
OK), it's something to do with the Java 6 update 10 that we're including in
that release. You can either 1) use the expert version, 2) delete the
'java' folder which will make it the same as the expert version, 3) replace
the 'java' folder with the one from 0156 or earlier.

2. If release 0154 is the first to give you trouble, you can use the
processing.exe from 0153 which does not attempt to fix/change your PATH.
Also, to help us with debugging, please open a command prompt and type
"echo %PATH%" and let us know what the contents are.

One point it's still not working when i launch processing 1.0 via the
processing.exe. But it works well double clicking on pde files. Hope it helps.

echo %PATH% gives :

C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem

Ok it's weird over here.
The processing version 0157 works fine.
The processing version 1.0 doesn't.
So i though it has something to do with java6re10.
I've tried replacing the 1.0 java folder with the one from 0157 and i've
got the same error "Launch4j | An error occurred while starting the
application".

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

(In reply to comment #29)
> Additional Comment #29 From anachronik 2008-11-25 07:07 [reply] One point it's
still not working when i launch processing 1.0 via theprocessing.exe. But it works well
double clicking on pde files. Hope it helps.

=> It's work for me too by this way

Thanks, that sounds like a clue, if only I could get it to break on a
machine I have access to. But it at least gives me an idea of some places
to look.

(In reply to comment #28)
> 1. If release 0157 is the first to give you trouble (0156 and earlier are
> OK), it's something to do with the Java 6 update 10 that we're including in
> that release. You can either 1) use the expert version, 2) delete the
> 'java' folder which will make it the same as the expert version, 3) replace
> the 'java' folder with the one from 0156 or earlier.

No. As reported, I downloaded the expert versions of 0154 and 0157, and ran
them without problem with the current JDK 1.6.0_04 (work) or _05 (home).

> 2. If release 0154 is the first to give you trouble, you can use the
> processing.exe from 0153 which does not attempt to fix/change your PATH.
> Also, to help us with debugging, please open a command prompt and type
> "echo %PATH%" and let us know what the contents are.

I opened a command line box and removed JAVA_HOME, CLASSPATH and QTJAVA
environment variables, and changed PATH to the minimum (Windows paths).
Ran Processing from there, no change. It still get Java path from
HKLM\Software\JavaSoft\Java Development Kit\1.6.0_05\JavaHome

For what it is worth, I see a difference in registry behavior between 0157
and 1.0 (seen with Sysinternals' regmon): where Javaw for 0157 stopped,
Java for 1.0 checks for keys in HKLM\System\CurrentControlSet\* where * is
Control\Video, then Services (TcpIp, DnsCache, WinSock2), then
HKLM\Software\Policies\Microsoft\Windows\Safer\CodeIdentifiers (whatever it
is), then audio drivers, etc. Then no activity, until the 1min timeout of
the launcher.

I haven't seen significant changes in file accesses, 0157 actually doing
more accesses...

Not sure what I can check now.

I bypassed Processing.exe by running the following bat file:

set CP=C:/Java/processing-1.0-expert/lib
C:\Java\jdk1.6.0_05\bin\javaw.exe -Xms128m -Xmx128m -cp
%CP%/pde.jar;%CP%/core.jar;%CP%/jna.jar;%CP%/ecj.jar;%CP%/antlr.jar;C:/Java/jdk1.5.0_06/lib/tools.jar
processing.app.Base

and I have similar result: I first forgot tools.jar, and got the warning
about JDK, when I added, Java froze. So it is somewhere after
initRequirements. Perhaps at Theme.init()? Mmm, no, if I rename the
sketchbook, I have the warning ending with "Procesing will then stop
talking about himself in the third person."... :-) (BTW, there is a typo in
the name...)

Aha! I ran the above bat file with java.exe and the -verbose option. Last
lines:

[Loaded processing.app.syntax.JEditTextArea$DocumentHandler from
file:/C:/Java/processing-1.0-expert/lib/pde.jar]
[Loaded processing.app.syntax.JEditTextArea$ScrollLayout from
file:/C:/Java/processing-1.0-expert/lib/pde.jar]
[Loaded processing.app.syntax.JEditTextArea$AdjustHandler from
file:/C:/Java/processing-1.0-expert/lib/pde.jar]
[Loaded processing.app.syntax.JEditTextArea$ComponentHandler from
file:/C:/Java/processing-1.0-expert/lib/pde.jar]
[Loaded processing.app.syntax.JEditTextArea$MouseHandler from
file:/C:/Java/processing-1.0-expert/lib/pde.jar]
[Loaded processing.app.syntax.JEditTextArea$DragHandler from
file:/C:/Java/processing-1.0-expert/lib/pde.jar]
[Loaded processing.app.syntax.JEditTextArea$FocusHandler from
file:/C:/Java/processing-1.0-expert/lib/pde.jar]
[Loaded processing.app.syntax.JEditTextArea$1 from
file:/C:/Java/processing-1.0-expert/lib/pde.jar]
[Loaded processing.app.Editor$TextAreaPopup$1 from
file:/C:/Java/processing-1.0-expert/lib/pde.jar]
[Loaded processing.app.Editor$TextAreaPopup$2 from
file:/C:/Java/processing-1.0-expert/lib/pde.jar]
[Loaded processing.app.Editor$TextAreaPopup$3 from
file:/C:/Java/processing-1.0-expert/lib/pde.jar]
[Loaded processing.app.Editor$TextAreaPopup$4 from
file:/C:/Java/processing-1.0-expert/lib/pde.jar]
[Loaded processing.app.Editor$TextAreaPopup$5 from
file:/C:/Java/processing-1.0-expert/lib/pde.jar]
[Loaded processing.app.Editor$TextAreaPopup$6 from
file:/C:/Java/processing-1.0-expert/lib/pde.jar]
[Loaded processing.app.Editor$TextAreaPopup$7 from
file:/C:/Java/processing-1.0-expert/lib/pde.jar]
[Loaded processing.app.Editor$TextAreaPopup$8 from
file:/C:/Java/processing-1.0-expert/lib/pde.jar]
[Loaded processing.app.Editor$TextAreaPopup$9 from
file:/C:/Java/processing-1.0-expert/lib/pde.jar]
[Loaded javax.swing.text.StyledDocument from
C:\Java\jdk1.6.0_05\jre\lib\rt.jar]
[Loaded javax.swing.JTextPane from C:\Java\jdk1.6.0_05\jre\lib\rt.jar]
[Loaded processing.app.EditorConsole$EditorConsoleStream from
file:/C:/Java/processing-1.0-expert/lib/pde.jar]
[Loaded javax.swing.text.DefaultStyledDocument from
C:\Java\jdk1.6.0_05\jre\lib\rt.jar]
[Loaded processing.app.BufferedStyledDocument from
file:/C:/Java/processing-1.0-expert/lib/pde.jar]
[Loaded javax.swing.text.DefaultStyledDocument$ElementBuffer from
C:\Java\jdk1.6.0_05\jre\lib\rt.jar]
[Loaded javax.swing.text.DefaultStyledDocument$SectionElement from
C:\Java\jdk1.6.0_05\jre\lib\rt.jar]
[Loaded javax.swing.text.DefaultStyledDocument$StyleChangeUndoableEdit from
C:\Java\jdk1.6.0_05\jre\lib\rt.jar]
[Loaded javax.swing.plaf.basic.BasicEditorPaneUI from
C:\Java\jdk1.6.0_05\jre\lib\rt.jar]
[Loaded javax.swing.plaf.basic.BasicTextPaneUI from
C:\Java\jdk1.6.0_05\jre\lib\rt.jar]
[Loaded com.sun.java.swing.plaf.windows.WindowsTextPaneUI from
C:\Java\jdk1.6.0_05\jre\lib\rt.jar]
[Loaded javax.swing.text.StyledEditorKit from
C:\Java\jdk1.6.0_05\jre\lib\rt.jar]
[...]
[Loaded processing.app.EditorConsole$1 from
file:/C:/Java/processing-1.0-expert/lib/pde.jar]
[Loaded javax.swing.plaf.SplitPaneUI from shared objects file]
[Loaded javax.swing.plaf.basic.BasicSplitPaneUI from shared objects file]
[Loaded com.sun.java.swing.plaf.windows.WindowsSplitPaneUI from
C:\Java\jdk1.6.0_05\jre\lib\rt.jar]
[Loaded javax.swing.plaf.basic.BasicSplitPaneDivider from shared objects file]
[Loaded javax.swing.plaf.basic.BasicBorders$SplitPaneBorder from shared
objects file]
[Loaded com.sun.java.swing.plaf.windows.WindowsSplitPaneDivider from
C:\Java\jdk1.6.0_05\jre\lib\rt.jar]
[Loaded javax.swing.plaf.basic.BasicSplitPaneDivider$DividerLayout from
shared objects file]
[Loaded javax.swing.plaf.basic.BasicSplitPaneDivider$MouseHandler from
shared objects file]
[Loaded javax.swing.plaf.basic.BasicBorders$SplitPaneDividerBorder from
shared objects file]
[Loaded
javax.swing.plaf.basic.BasicSplitPaneUI$BasicHorizontalLayoutManager from
shared objects file]
[Loaded javax.swing.plaf.basic.BasicSplitPaneUI$1 from shared objects file]
[Loaded javax.swing.plaf.basic.BasicSplitPaneUI$Handler from shared objects
file]
[Loaded javax.swing.plaf.basic.BasicSplitPaneDivider$1 from
C:\Java\jdk1.6.0_05\jre\lib\rt.jar]
[Loaded javax.swing.plaf.basic.BasicSplitPaneDivider$OneTouchActionHandler
from shared objects file]
[Loaded javax.swing.plaf.basic.BasicSplitPaneDivider$2 from
C:\Java\jdk1.6.0_05\jre\lib\rt.jar]
[Loaded sun.reflect.GeneratedMethodAccessor5 from __JVM_DefineClass__]
[Loaded processing.app.EditorListener from
file:/C:/Java/processing-1.0-expert/lib/pde.jar]
[Loaded sun.reflect.GeneratedMethodAccessor6 from __JVM_DefineClass__]
[Loaded javax.swing.text.GlyphView$GlyphPainter from
C:\Java\jdk1.6.0_05\jre\lib\rt.jar]
[Loaded javax.swing.text.GlyphPainter1 from C:\Java\jdk1.6.0_05\jre\lib\rt.jar]
[Loaded javax.swing.text.ParagraphView$Row from
C:\Java\jdk1.6.0_05\jre\lib\rt.jar]
[Loaded javax.swing.text.ComponentView from C:\Java\jdk1.6.0_05\jre\lib\rt.jar]
[Loaded java.awt.event.AdjustmentEvent from shared objects file]
[Loaded java.io.InterruptedIOException from shared objects file]

The untitled*.tmp, console*.tmp and build*.tmp directories are created in
the Temp folder.
untitled has a sketch_nov.26a folder with an empty sketch_nov.26a.pde file
in it. console has empty stderr.txt and stdout.txt. build is empty.

Now, I am not too sure how to interpret that... I hope this helps. Going to
bed now... :-)

Last note after seeing the last comments: indeed, double-clicking on a .pde
file runs correctly the PDE. Idem if I run processing.exe with a valid path
as parameter, not if I put a dummy parameter. And, obviously, idem if I add
the path after processing.app.Base in the above bat file...

I have the same problem on my WinXP (Russian), Processing v.1.0.

Also, when i start Processing via .pde file and then try to create a new sketch, i get the
following output:

--------------------------------------------------------------------------------
Exception in thread "AWT-EventQueue-0" java.lang.ArrayIndexOutOfBoundsException:
0
at processing.app.Sketch.setCurrentCode(Sketch.java:1076)
at processing.app.Sketch.load(Sketch.java:212)
at processing.app.Sketch.<init>(Sketch.java:134)
at processing.app.Editor.handleOpenInternal(Editor.java:1899)
at processing.app.Editor.<init>(Editor.java:311)
at processing.app.Base.handleOpen(Base.java:712)
at processing.app.Base.handleOpen(Base.java:682)
at processing.app.Base.handleNew(Base.java:579)
at processing.app.Editor$4.actionPerformed(Editor.java:430)
at javax.swing.AbstractButton.fireActionPerformed(Unknown Source)
at javax.swing.AbstractButton$Handler.actionPerformed(Unknown Source)
at javax.swing.DefaultButtonModel.fireActionPerformed(Unknown Source)
at javax.swing.DefaultButtonModel.setPressed(Unknown Source)
at javax.swing.AbstractButton.doClick(Unknown Source)
at javax.swing.plaf.basic.BasicMenuItemUI.doClick(Unknown Source)
at javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(Unknown
Source)
at java.awt.Component.processMouseEvent(Unknown Source)
at javax.swing.JComponent.processMouseEvent(Unknown Source)
at java.awt.Component.processEvent(Unknown Source)
at java.awt.Container.processEvent(Unknown Source)
at java.awt.Component.dispatchEventImpl(Unknown Source)
at java.awt.Container.dispatchEventImpl(Unknown Source)
at java.awt.Component.dispatchEvent(Unknown Source)
at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source)
at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source)
at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source)
at java.awt.Container.dispatchEventImpl(Unknown Source)
at java.awt.Component.dispatchEvent(Unknown Source)
at java.awt.EventQueue.dispatchEvent(Unknown Source)
at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.run(Unknown Source)
--------------------------------------------------------------------------------

In addition, until i changed sketch folder path in preferences.txt from default
"C:\Documents and Settings\ANDREI\Мои документы\Processing" (yeah, cyrillic
characters) to "C:\Processing", the "sketchbook folder disappeared" message
appeared every time i was running Processing, while folder was automatically created.
And it is looks like "settings.path=data" and "build.path=build" options are ignored.

(In reply to comment #37)
>
>
>
> Additional Comment #37 From
>
> andrei.vlsk
> 2008-11-26 16:14
>
> <!--
> addReplyLink(37); //-->[reply]
>
> I have the same problem on my WinXP (Russian), Processing v.1.0.
>
> Also, when i start Processing via .pde file and then try to create a new
sketch, i get the
> following output:

That's bug #1067, which is unrelated. Please only one bug per report--it's
easy to merge bugs if they're related, but it's impossible for me to
separate multiple issues in one thread.

CmdLine: R:\p\processing.exe --l4j-debug
WOW64: no
Working dir: R:\p\.
Bundled JRE: java
Check launcher: R:\p\java\bin\javaw.exe (OK)
Add classpath: lib\pde.jar
Add classpath: lib\core.jar
Add classpath: lib\jna.jar
Add classpath: lib\ecj.jar
Add classpath: lib\antlr.jar
Launcher: R:\p\java\bin\javaw.exe
Launcher args: -Xms128m -Xmx128m -
classpath "lib;R:\p\java\lib\tools.jar;lib\pde.jar;lib\core.jar;lib\jna.jar;lib\ecj.jar;lib\an
tlr.jar" processing.app.Base
Args length: 141/32768 chars
Exit code: 1

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

^_^Thanks so much....

And if need to remote control computer.

can use my computer to look the error^_^


Also can use the "double-clicking on a .pde" to open the processing 1.0.



Thanks PhiLho ,iasonf Fry .

> Same symptoms as 2008-10-26
> i had this error with vista pro on Ibm Intel Core 2 Duo laptop
computer.
> after launching processing REV 0162 the loading screen shows up and after
about a
> minute this message shows up in a windows-popup-window:
> "Launch4j | An error occurred while starting the application"
>
> after pressing ok the loading screen disappears but the javaw.exe process
> is still running in the taskmanager. for every restart of processing a new
> javaw.exe process starts.

What did work for me.

I've launched processing-0157 which works fine.
I've selected my sketch folder again.
(as i deleted preferences.txt a new one was chosen but wasn't my sketchbook
folder).
Then i save the sketch in my sketchbook folder (it was a new file).
Then i've closed processing-0157.
Double clicking in processing.exe for version 1.0 no works fine.

One point is that as i didn't save a rule in my firewall each time i launch
processing i've got an alert that a program try to access to internet
trough http. When processing-1.0 wasn't working i didn't have this warning.
So i guess this appen before processing attempt to do this connection.

Again,
i hope it helps

Could this be a firewall or antivirus problem? What happens if those things
are disabled?

For people who only have this problem with the 1.0 release, and not
earlier, please try this version of pde.jar:
http://dev.processing.org/bugs/attachment.cgi?id=255

Just replace processing-1.0/lib/pde.jar with the version there. I'm not
particularly convinced that its the same problem, but it's worth a shot.

I have tried all the suggestions given here and none of them solve the problem for
me. On my machine, I simply get the splash screen which disappears after a couple
of seconds and nothing happens. I don't see any active javaw or anything else.
Double clicking a pde file doesn't work, none of the earlier versions of the program
run any more (they did before I installed 1.0), and the new pde.jar doesn't help
either.

(In reply to comment #43)
>
>
>
> Additional Comment #43 From
> fry
> 2008-11-27 19:09
>
> <!--
> addReplyLink(43); //-->[reply]
>
>
>
>
> For people who only have this problem with the 1.0 release, and not
> earlier, please try this version of pde.jar:
> http://dev.processing.org/bugs/attachment.cgi?id=255
>
> Just replace processing-1.0/lib/pde.jar with the version there. I'm not
> particularly convinced that its the same problem, but it's worth a shot.
>
>

Ok today i've renamed the preferences.txt file to preferences.bak.
I tried to launch processing and i got the problem that's coming again.
"Launch4j | An error occurred while starting the application".

I try with firewall, antivirus and all services related turned off but it
doesn't work either.

Then i tried with the pde you gave and got an error launching the
application saying:
" An unknow error occured while trying to load platform-specific code for
your machine.

Then i put back the original pde.jar and the strange thing is that when i
started processing.exe again i got the same launcjh error with the message
invalid handle window. After give a second try i just have the "Launch4j |
An error occurred while starting the application" again.

When i go back to my user preferences.bak file and renaming it to
preferences.txt.
Everything works fine again. So the problem seems really related to this file.

I'll try to have a look side by side to see which line can cause troubles.

After a quick look changing

last.sketch.count=0 to

last.sketch.count=1

No longer freeze the processing startup and doesn't give an error message.
(No java process stay idle).

And if i had last.sketch0.path=E:\Sketchbook\fromME\2008\new\new.pde.

Processing works fine.
I'm investigating a little bit more

Here's the preferences.txt generated by processing 1.0 and that didn't work :

export.application.platform.windows=true
preproc.save_build_files=false
preproc.substitute_floats=true
run.options=
run.display=1
editor.divider.size=2
preproc.enhanced_casting=true
editor.divider.size.windows=2
editor.font=Monospaced,plain,12
console.auto_clear=true
console.output.file=stdout.txt
last.sketch.count=0
export.application.platform=true
default.window.height=600
export.application.stop=true
preproc.output_parse_tree=false
editor.external=false
editor.indent=true
run.present.bgcolor=#666666
preproc.web_colors=true
editor.tabs.expand=true
run.present.stop.color=#cccccc
preproc.color_datatype=true
export.application.platform.linux=true
export.application.platform.macosx=true
editor.antialias=false
export.applet.separate_jar_files=false
editor.tabs.size=2
console.error.file=stderr.txt
preproc.substitute_unicode=true
console=true
run.present.exclusive.macosx=true
console.lines=4
run.options.memory.maximum=256
browser.linux=mozilla
preproc.imports=java.applet,java.awt,java.awt.image,java.awt.event,java.io,java.net,java.text,java.util,java.util.zip,java.util.regex
update.check=true
run.window.bgcolor=#f0f0f0
export.delete_target_folder=true
platform.auto_file_type_associations=true
default.window.width=500
editor.caret.blink=true
run.options.memory.initial=64
run.options.memory=false
editor.invalid=false
editor.font.macosx=Monaco,plain,10
export.application.fullscreen=false
console.length=500
run.present.exclusive=false

And here's the one created from the previous version and which works with
processing 1.0:

editor.literal2.style=#cc0000,plain
export.application.fullscreen=false
console.output.color=#ccccbb
editor.external.bgcolor=#ddddbb
editor.font.macosx=Monaco,plain,10
linestatus.bgcolor=#66665a
preproc.web_colors=true
export.application.platform=true
status.edit.fgcolor=#000000
update.check=true
default.window.width=500
editor.fgcolor=#000000
update.id=2432295192055493064
editor.indent=true
editor.literal1.style=#cc0000,plain
editor.font=Monospaced,plain,12
run.options.memory=false
preproc.imports=java.applet,java.awt,java.awt.image,java.awt.event,java.io,java.net,java.text,java.util,java.util.zip,java.util.regex
editor.divider.size=2
editor.brackethighlight=true
default.window.height=600
editor.caret.blink=true
preproc.color_datatype=true
export.applet.separate_jar_files=false
header.text.font=SansSerif,plain,12
header.bgcolor=#999988
preproc.output_parse_tree=false
status.error.bgcolor=#662000
run.window.bgcolor=#f0f0f0
console.lines=4
header.text.unselected.color=#ffffff
console.error.file=stderr.txt
buttons.bgcolor=#66665A
run.options.memory.maximum=256
editor.tabs.expand=true
editor.keyword3.style=#993300,bold
buttons.status.color=#FFFFFF
sketchbook.closing_last_window_quits=true
editor.selection.color=#ffcc00
buttons.status.font=SansSerif,plain,12
console=true
run.present.exclusive.macosx=true
editor.tabs.size=2
linestatus.height=20
console.length=500
status.notice.bgcolor=#bbbbaa
console.font.macosx=Monaco,plain,10
last.sketch0.location=710,300,500,600,418
history.recording=true
run.options=
editor.eolmarkers.color=#99991A
status.font=SansSerif,plain,12
console.auto_clear=true
status.error.fgcolor=#ffffff
update.last=1227815227227
linestatus.color=#ffffff
run.present.exclusive=false
editor.label.style=#7E7E00,bold
export.application.platform.linux=true
editor.comment2.style=#777755,plain
editor.keyword2.style=#996600,plain
console.color=#000000
run.present.bgcolor=#666666
export.application.platform.windows=true
run.options.memory.initial=64
editor.eolmarkers=false
console.output.file=stdout.txt
preproc.substitute_unicode=true
editor.linehighlight=true
run.present.stop.color=#cccccc
editor.keyword1.style=#cc6600,plain
editor.external=false
last.screen.height=1200
sketchbook.closing_last_window_quits.macosx=false
editor.linehighlight.color=#ddddbb
last.sketch.count=1
linestatus.font=SansSerif,plain,10
export.delete_target_folder=true
last.sketch0.path=E:\Sketchbook\fromME\2008\new\new.pde
editor.comment1.style=#777755,plain
preproc.substitute_floats=true
editor.brackethighlight.color=#000000
status.notice.fgcolor=#000000
browser.linux=mozilla
editor.caret.color=#333300
editor.invalid=false
editor.operator.style=#000000,plain
status.edit.bgcolor=#cc9900
sketchbook.path=E:\Sketchbook
export.application.stop=true
editor.bgcolor=#ffffff
editor.invalid.style=#7E7E00,bold
export.library=false
console.font=Monospaced,plain,11
header.text.selected.color=#1A1A00
editor.divider.size.windows=2
preproc.enhanced_casting=true
run.display=1
platform.auto_file_type_associations=true
editor.antialias=false
console.error.color=#ff3000
preproc.save_build_files=false
last.screen.width=1920
export.application.platform.macosx=true

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

(In reply to comment #46)
> After a quick look changing
>
> last.sketch.count=0 to
> last.sketch.count=1
>
> No longer freeze the processing startup and doesn't give an error message.
> (No java process stay idle).
>
> And if i had last.sketch0.path=E:\Sketchbook\fromME\2008\new\new.pde.
>
> Processing works fine.

Aha! Not far from the "open with a sketch" trick.
Changing the last.sketch.count to 1 didn't changed the issue, but adding
that with the last.sketch0.path did the trick.
After closing Processing, and reopening, I got another freeze. I found out
that the path remained, but the count was reset to 0.
Look like there is a little bug with file history.

Ah, but as reported above, if I start with above method, or double-clicking
on a PDE file, I have indeed an exception:

Exception in thread "AWT-EventQueue-0"
java.lang.ArrayIndexOutOfBoundsException: 0
at processing.app.Sketch.setCurrentCode(Sketch.java:1076)
at processing.app.Sketch.load(Sketch.java:212)
at processing.app.Sketch.<init>(Sketch.java:134)

:-(

I also had this error with window-XP (pentium4).
After launching Processing 1.0 the loading screen shows up and after about a
minute this message shows up in a windows-popup-window:
"Launch4j | An error occurred while starting the application"

After cannot put the Folder Processing 1.0 to the garbage. Close SP , reStart,
kill Processing1.0 OK , and then use CCleaner to remove stuff in the registry.



CCleaner/ registry CORRECTING error told me : reference MUI missing .

action for reparing : killing register key:

C:\Program Files\processing-1.0\processing.exe

register key kill:

HKCU\Software\Microsoft\ShellNoRoam\MUIcache

processing User: MARIOV

This actually appears to be multiple bugs.

For people who only have this problem with very recent releases (0160
through 1.0), please try this version of pde.jar:
http://dev.processing.org/bugs/attachment.cgi?id=255

Use that file to replace the version found at:
processing-1.0\lib\pde.jar

Does that fix the problem?

There seems to be an internationalization issue with systems that aren't US
English, or perhaps have different date settings, where Java is adding a
period to the end of the month name, so it's creating bad file names with
new sketches.

As I have the same problem with winxp sp3 french , I open files directly
but I noticed that files with underscore "_" or dash "-" in the filename or
in the imports trigger the same bug. By the way, replacing the pde.jar
trigger a java comboBox "Problem Setting the Platform: An unknow error
occured while trying to load platform-specific code for your machine."

I'm having the same problem of processing not starting. With this new
version of the pde.jar I get another error message:

"Problem setting the platform

An unknown error occured while trying to load platform specific code."

This is Windows Vista Ultimate SP1 (Hungarian version "converted" to
English using the English UI pack).

Bests,
Gergely

For those having trouble with this, please try the newly posted Processing
1.0.1. It should fix the problem for many of the people here--particularly
those with systems that are not US English.

If it fixes things for you, feel free to remove yourself from the CC list
on the bug. If it does not fix things, please describe the current state of
what happens with the code.

*** If the 1.0.1 release leads to a new issue or error message, such as the
"Problem setting the platform" issue, please file a new bug report--that's
a completely separate problem. Thanks! ***

(In reply to comment #56)

just one thing : the expert windows release doesn't seem to be available
(404 error)

Now fixed, thanks.

Now fixed for me too (Windows XP Home R3, French). Thank you very much.

(In reply to comment #53)
> There seems to be an internationalization issue with systems that aren't US
> English, or perhaps have different date settings, where Java is adding a
> period to the end of the month name, so it's creating bad file names with
> new sketches.

These internationalization issue are a plague, because it is hard to
reproduce them... I had recently to solve something similar (date format)
on a Taiwanese system. With 2hrs of common business period! They finally
switched to US locale *and* dropped non-Unicode Chinese support to solve
it, which was annoying because other Chinese softwares like Outlook Express
couldn't display Big-5 chars anymore.
I see I just forgot to indicate I use a French system... Will do in the future.

Anyway, good catch! I had the same "setting platform" error with the
pde.jar, but 1.0.1 seems to have solved all issues reported here. I ran a
few of my sketches and some from the examples without problem.
Thanks for the hard work.

I had this problem too, upgrading to the 1.0.1-expert on XP Pro SP-3/Eng
with Swedish locales. Replacing pde.jar results in the error described in
#54. Reinstall original pde.jar and flushing the prefs file seems to have
done the trick on my machine.

Closing this bug, as the original problem has now been fixed.

* If you get the same error in a future version of Processing, please post
a new bug. *

Hello, I have east error, but only in this PC, Pentium 4 Spanish? I did
everything what they spoke in the forum but nothing was, I am going to
format, that doing that it works.
It did not want to let pass this commentary.

Thanks !

Dear all,

Is it possible to reopen this issue.

If I change my default sketch folder from "my documents" to a folder on a
network disk, I got the error and the starting of processing is really slow.

This happen on windows vista in french, but not on windows XP english
(using the same network and network disk).

best regards

No, that's a different bug that has to do with changing your profile.
Please file a separate report.

fine. I just add the issue 1326.