~dr|z3d
@RN
@StormyCloud
@T3s|4
@eyedeekay
@orignal
@postman
@zzz
%Liorar
%RTP
%cumlord
+FreefallHeavens
+Xeha
+ardu
+bak83_
+mareki2p
+profetikla
+r00tobo_BNC
+segfault
+uop23ip
+weko
Arch
BubbRubb
Danny
DeltaOreo
Irc2PGuest13713
Irc2PGuest29468
Irc2PGuest8291
Irc2PGuest86267
Junkyard5
Meow
Onn4l7h
Onn4|7h
SigSegv
T3s|4__
acetone_
boonst
maylay
not_bob_afk
phobos_
pisslord
poriori_
qend-irc2p
shiver_
simprelay
solidx66
thetia
u5657_
woodwose
zer0bitz_
dr|z3d
does this look saner, or am I making the same mistake here?
dr|z3d
b32 = reader.readLine();
dr|z3d
if (b32 == null) {return;}
zzz
same
dr|z3d
yeah, figured.
dr|z3d
so, totally pointless then, as you say. this should cover it: while((b32 = reader.readLine()) != null) {
dr|z3d
well, not totally pointless, as it prevents the issue from triggering, but not the correct fix.
dr|z3d
what about checking the filesize instead?
dr|z3d
int fileLength = (int) file.length();
dr|z3d
if (fileLength == 0) {return;}
zzz
better
zzz
but the reason for a ticket was that this is low priority, not for today, so if you want my analysis you'll have to sit tight ))
dr|z3d
sure, I don't think it's something that'll affect most people.
dr|z3d
if there's no file at all, non-issue. only zero length file, or presumably a file containing no b32s.
dr|z3d
got a stacktrace zzz, bug report updated.