Hmmm.... I can't reproduce it anymore it seems. Weird. I rebooted into Windows to try it again, and it doesn't manifest this problem anymore.(crappy windows, i hate it when reboots solve seemingly unknown problems) However, i will paste the error from bzr.log file in any case. Oh, and it is happening in the add phase not in the commit phase. bzr arguments: [u'add', u'*'] looking for plugins in C:/Documents and Settings/alaa/Application Data/bazaar/2.0/plugins looking for plugins in C:\Program Files\Bazaar\lib\library.zip\bzrlib\plugins Looking for plugins in 'C:\\Program Files\\Bazaar\\lib\\library.zip\\bzrlib\\plugins' Names in archive: ['__init__.pyc', 'launchpad/__init__.pyc', 'launchpad/lp_indirect.pyc', 'launchpad/lp_registration.pyc', 'launchpad/test_lp_indirect.pyc', 'launchpad/test_register.pyc'] Load plugin launchpad from zip 'C:\\Program Files\\Bazaar\\lib\\library.zip\\bzrlib\\plugins' encoding stdout as sys.stdout encoding 'cp437' Traceback (most recent call last):   File "bzrlib\commands.pyc", line 729, in run_bzr_catch_errors   File "bzrlib\commands.pyc", line 691, in run_bzr   File "bzrlib\commands.pyc", line 389, in run_argv_aliases   File "bzrlib\builtins.pyc", line 372, in run   File "bzrlib\workingtree.pyc", line 337, in open_containing   File "bzrlib\bzrdir.pyc", line 590, in open_containing   File "bzrlib\lazy_import.pyc", line 116, in __call__   File "bzrlib\transport\__init__.pyc", line 1127, in get_transport   File "bzrlib\transport\__init__.pyc", line 1117, in convert_path_to_url   File "bzrlib\urlutils.pyc", line 273, in _win32_local_path_to_url   File "bzrlib\osutils.pyc", line 269, in _win32_abspath UnicodeDecodeError: 'ascii' codec can't decode byte 0xbb in position 24: ordinal not in range(128) return code 3 Regards, Alaa Salman <div>On 7/20/07, John Arbash Meinel <<a href="mailto:john@arbash-meinel.com">john@arbash-meinel.com</a>> wrote:<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Alaa Salman wrote: > I can also confirm this bug. However, i encountered it on windows. > > The problem was the name of a directory containing some weird > characters(by weird i mean non-ascii) So i think it was choking on it. I > can provide the directory name if it would help. > > Regards, > Alaa Salman I would be surprised to see this happen on Windows, since we go through their Unicode api. (And you shouldn't be able to create files that it cannot represent in UTF-16). So I would certainly be interested in hearing about it. I could see having problems with terminal encoding being able to display them. But that means we have a bug in 'bzr add' that it fails if it tries to display a filename it cannot represent. (It should be effectively using path.encode(terminal_encoding, 'replace')). My guess is that it isn't writing to self.outf like it should. If it is happening at commit time, then I'm not sure what is up. I know we changed little bits about commit, so it is possible that the commit reporting code is no longer passing it to the write file descriptor. John =:-> -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Mozilla - <a href="http://enigmail.mozdev.org">http://enigmail.mozdev.org</a> iD8DBQFGn+NTJdeBCYSNAAMRAsmyAJ4812ZUodHB7XsdEq1Siend/aawqwCgnXZ2 DoIX/7vOxXVN09n0yVhbAX4= =/1Jz -----END PGP SIGNATURE----- </blockquote></div>