Community
Participate
Working Groups
Build ID: 3.3 Steps To Reproduce: 1. Set the encoding of workspace to some cp* (e.g. cp1250) 2.Create a simple Java project with a string containing some national specific characters (e.g. ó é) 3. Change the workspace encoding to UTF-8 with Window -> Preferences -> General -> Workspace -> Text File Encoding 4. Error appears which reads: The project was not built since the source file TestUTF8/Test.java could not be read More information: When changing the encoding back to cp1250 the file is accessible again.
I cannot reproduce. Can you attach an example project? Which VM? Are you sure it was on Windows and not on Linux?
I changed the Eclipse version which this bug is reported against. Sorry, must have mischecked it earlier. I can see it is working in 3.4 (the file opens and the problematic chars are replaced with boxes/squares but the file can be found by Eclipse compiler). Could not find any bug which has the patch covering this issue for 3.2.2, is there any or was it implemented as a new feature?
I cannot reproduce in 3.3.2. Or did you see it in a previous version?
>I cannot reproduce in 3.3.2. Or did you see it in a previous version? It looks like he has the problem in 3.2.2.
(In reply to comment #4) > >I cannot reproduce in 3.3.2. Or did you see it in a previous version? > It looks like he has the problem in 3.2.2. Oops, it looks like I misread the version field. Thanks Dani.
But I cannot reproduce with 3.2.2 either.
I have investigated this a little bit and it looks like this is VM problem. sun.io.MalformedInputException is thrown when one tries to open specific files when using IBM J9. Sun VM works OK. I propose to close this bug as NOT_ECLIPSE.
Thanks for getting back to us. Closing as NOT_ECLIPSE
Verified for 3.5M3 using I20081026-2000