error during bzr add

[Alaa Salman]

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

On 7/20/07, John Arbash Meinel <john at arbash-meinel.com> wrote:
>
> -----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 - http://enigmail.mozdev.org
>
> iD8DBQFGn+NTJdeBCYSNAAMRAsmyAJ4812ZUodHB7XsdEq1Siend/aawqwCgnXZ2
> DoIX/7vOxXVN09n0yVhbAX4=
> =/1Jz
> -----END PGP SIGNATURE-----
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://lists.ubuntu.com/archives/bazaar/attachments/20070720/1c41188f/attachment.htm