We closed this forum 18 June 2010. It has served us well since 2005 as the ALPHA forum did before it from 2002 to 2005. New discussions are ongoing at the new URL http://forum.processing.org. You'll need to sign up and get a new user account. We're sorry about that inconvenience, but we think it's better in the long run. The content on this forum will remain online.
Index › Suggestions & Bugs › Software Bugs › internal file-handling changed
‹ Previous Topic | Next Topic ›
Page Index Toggle Pages: 1
internal file-handling changed? (Read 420 times)
fjen
internal file-handling changed?
Nov 21st, 2005, 10:25pm  
hi ben,

not sure this is a bug, so i'm asking here first: did you change some of the file-handling internals? i ran into some trouble (changes?):
- loading files with empty-string name fails ( loadImage("") )
- filesnames are case-sensitive

( kristers ess-lib won't run because it can't find "folder":
java.lang.NoSuchFieldError: folder
at krister.Ess.Channel.loadSound(Channel.java:288)
)

best,
F
Back to top
 
WWW  
fry
Re: internal file-handling changed?
Reply #1 - Nov 22nd, 2005, 4:43pm  
yep, as noted in revisions.txt. looks like i need to make path/folder into an actual method if libraries are gonna use it, though it's probably preferred that he use openStream().

what would loadImage("") do, exactly? Smiley

filenames are intentionally case-sensitive, because in the past, they weren't and it caused hell when things were exported to the web, where they *are* case sensitive.

there's also a bug in the file handling as well, that will be fixed for 0096:
http://dev.processing.org/bugs/show_bug.cgi?id=216
Back to top
 
WWW  
Page Index Toggle Pages: 1
‹ Previous Topic | Next Topic ›