Summary: "BuildApplet can destory the source file on Mac OS X"

[reowen]

BPO	505562
Nosy	@jackjansen

^{Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.}

Show more details

GitHub fields:

assignee = 'https://github.com/jackjansen'
closed_at = <Date 2002-08-18.21:58:37.000>
created_at = <Date 2002-01-18.22:14:25.000>
labels = ['OS-mac']
title = 'Summary: "BuildApplet can destory the source file on Mac OS X"'
updated_at = <Date 2002-08-18.21:58:37.000>
user = 'https://bugs.python.org/reowen'

bugs.python.org fields:

activity = <Date 2002-08-18.21:58:37.000>
actor = 'jackjansen'
assignee = 'jackjansen'
closed = True
closed_date = None
closer = None
components = ['macOS']
creation = <Date 2002-01-18.22:14:25.000>
creator = 'reowen'
dependencies = []
files = []
hgrepos = []
issue_num = 505562
keywords = []
message_count = 4.0
messages = ['8877', '8878', '8879', '8880']
nosy_count = 2.0
nosy_names = ['jackjansen', 'reowen']
pr_nums = []
priority = 'normal'
resolution = 'wont fix'
stage = None
status = 'closed'
superseder = None
type = None
url = 'https://bugs.python.org/issue505562'
versions = []

[reowen]

If the name of the file dropped on BuildApplet is the right length, BuildApplet will work and then will delete the source file!!! For instance dropping a file named "Cvt cmm -> Igor data 2-0 long name.py" onto BuildApple first produces a working droplet with name: "Cvt cmm -> Igor data 2#7F2E4" and then the source file simply vanishes. It's really gone, too (or perhaps moved and renamed) -- a disk search doesn't turn it up anywhere.Making the file name significantly shorter causes everything to work normally. Making the file name significantly longer causes BuildApplet to exit immediately with no error message and nothing done. There seems to be a magic range of file name lengths that cause the source file to softly and silently vanish away.Configuration:- Mac OS X 10.1.2- MacPython 2.1.1 configured for Carbon- I have only one disk partition, formatted as Mac OS Extended, with tons of free space.Further details available on request, but I hope the problem is easily reproducible. I tried it many times on my Mac and it always did the same thing.I doubt the contents of the source file is relevant, but if it is, I do have a copy (with a shorter name!).-- Russell

[jackjansen]

Logged In: YES
user_id=45365

This turns out to be a very serious problem in the way OSX converts long filenames to FSSpecs. I'm taking the discussion to pythonmac-sig (for starters).

[jackjansen]

Logged In: YES
user_id=45365

An Apple person on pythonmac-sig suggested this is indeed an Apple problem (and a serious one too, therefore). I've submitted it to the Apple bug reporter as ID 2854931.

[jackjansen]

Logged In: YES
user_id=45365

Not really fixed, but at least detected. BuildApplet (or actually the underlying buildtools module) now detects the situation and refuses to continue. The user is told to rename the file to something more safe.