Uninstallers | iPartition | Crashes in strlen

iPartition

Disk partitioning without initializing or reformatting.

Version: 3.2.0

[ Views: 770 ]

Crashes in strlen

Feedback Type: Developer Note

Contributed by: Wednesday, August 03 2005 @ 01:59 PM PDT

Product Platform: MacOSX

Used Product For: Over One Year

One or two customers seem to be experiencing a crash in the strlen function; the crash report looks like this:

  Exception:  EXC_BAD_ACCESS (0x0001)
  Codes:      KERN_PROTECTION_FAILURE (0x0002) at 0x00000000

  Thread 0 Crashed:
  0   libSystem.B.dylib              	0x90003248 strlen + 8
  1   com.apple.Foundation           	0x92863ea4 +[NSString stringWithUTF8String:] + 36

If you're seeing this problem, we think it's because of a bug that triggers if you have an FTP site or similar mounted in your Finder. We'll try to get a fix out tomorrow, but in the meantime, just unmount any FTP or WebDAV shares before running the program.

2 of 2 users found this helpful.

Rate this Developer Note

Was this Developer Note helpful? Yes | No

Comments

Unmount idisk - jvalensi1

Seems that indeed having idisk mounted is the problem. Thanks.

Reply to This

Wednesday, August 03 2005 @ 02:41 PM PDT

Fixed in version 1.1.2 - chris104

We've just released version 1.1.2 which fixes this problem.

Reply to This

Thursday, August 04 2005 @ 05:39 AM PDT

Crashes in strlen - Dave Yost

This is a product that (a) can damage storage, and (b) does disk I/O. Both of these criteria imply that it should be written in Java and not C, C++, or Objective-C. Why? Because Java makes it much harder for bugs like this to exist (a), and because Java is plenty fast enough for this kind of work (b). Java is what is known as a "safe" language because it eliminates whole classes of bugs, things like arrays going off the end, pointers pointing where they shouldn't and then being used to clobber something, things being freed that shoudn't be freed, etc.

Reply to This

Thursday, May 11 2006 @ 01:45 PM PDT