Bug 18897 - "Debug folder not found" error during debug
Summary: "Debug folder not found" error during debug
Alias: None
Product: Android
Classification: Xamarin
Component: MSBuild ()
Version: 4.13.x
Hardware: PC Windows
: Normal critical
Target Milestone: ---
Assignee: Jonathan Pryor
Depends on:
Reported: 2014-04-09 12:08 UTC by Mir Kar
Modified: 2014-12-01 20:02 UTC (History)
4 users (show)

Is this bug a regression?: ---
Last known good build:

Notice (2018-05-24): bugzilla.xamarin.com is now in read-only mode.

Please join us on Visual Studio Developer Community and in the Xamarin and Mono organizations on GitHub to continue tracking issues. Bugzilla will remain available for reference in read-only mode. We will continue to work on open Bugzilla bugs, copy them to the new locations as needed for follow-up, and add the new items under Related Links.

Our sincere thanks to everyone who has contributed on this bug tracker over the years. Thanks also for your understanding as we make these adjustments and improvements for the future.

Please create a new report for Bug 18897 on Developer Community or GitHub if you have new information to add and do not yet see a matching new report.

If the latest results still closely match this report, you can use the original description:

  • Export the original title and description: Developer Community HTML or GitHub Markdown
  • Copy the title and description into the new report. Adjust them to be up-to-date if needed.
  • Add your new information.

In special cases on GitHub you might also want the comments: GitHub Markdown with public comments

Related Links:

Description Mir Kar 2014-04-09 12:08:47 UTC
Error Message:

Error	1	Unexpected error - Please file a bug report at http://bugzilla.xamarin.com. Reason: System.IO.DirectoryNotFoundException: Directory 'D:\Mir\İş\Projects\foldername\projectname\bin\Debug' not found.	Projectname

Project: API Level 10

Mono.Android reference Runtime Version: v2.0.50727

Error occurs during debug process.
Comment 1 Mir Kar 2014-04-09 12:16:33 UTC
─░┼ƒ in the error message stands for the folder name with 2 Turkish chars: İş

I've changed the folder's name to one which isn't with turkish chars and now the error is gone.
Comment 2 Ram Chandra 2014-04-15 14:30:26 UTC
We have checked this issue and we are able to reproduce this issue

Steps to reproduce this issue:

(1) Create a folder with the name of "İş" (it is a turkish word which means business)
(2) Create an android application within the above created folder.
(3) Debug the "android application".

Case 1: 
We observed that when we follow the above steps and debug our application it create an new folder with  the name i.e. "Ä°ÅŸ" on the same location where we have our "İş" directory. Which contain "debug" folder inside "obj" directory.
We also observed that when we changed the folder name with english character our application is building and deploying successfully. 

Case 2:  
We also checked this issue on mac machine and follow the above steps and we are getting following error on mac machine.
" error: error while writing <anonymous ytytyt.ytytyt.TrialSplashScreen$1>: obj/Debug/android/bin/classes/ytytyt/ytytyt/TrialSplashScreen$1.class (No such file or directory)"

Screencast: http://www.screencast.com/t/xtIBAP8KsU

Xamarin Studio 
Version 4.2.3 (build 60)
Installation UUID: 851620d2-e950-4682-b459-991ccec9d895
 Microsoft .NET 4.0.30319.18408
 GTK+ 2.24.22 theme: MS-Windows
 GTK# (

Version: 4.12.2 (Enterprise Edition)
Android SDK: D:\SDK\AndroidSDK
 Supported Android versions:
  2.1   (API level 7)
  2.2   (API level 8)
  2.3   (API level 10)
  3.1   (API level 12)
  3.2   (API level 13)
  4.0   (API level 14)
  4.0.3 (API level 15)
  4.1   (API level 16)
  4.2   (API level 17)
  4.3   (API level 18)
  4.4   (API level 19)
Java SDK: C:\Program Files (x86)\Java\jdk1.6.0_31
java version "1.6.0_31"
Java(TM) SE Runtime Environment (build 1.6.0_31-b05)
Java HotSpot(TM) Client VM (build 20.6-b01, mixed mode, sharing)

Build Information
Release ID: 402030060
Build date: 2014-03-05 16:53:54Z
Xamarin addins: f8a9589b57c2bfab2ccd73c880e7ad81e3ecf044

Operating System
Windows 6.1.7601.65536 (64-bit)
Comment 3 Jonathan Pryor 2014-04-18 16:18:07 UTC
This bug is "funny," and by "funny" I mean "interesting," and by "interesting" I mean I want to crawl into a hole.

First, because nobody asked, what happens on OS X?

Funny you should ask; it depends on how you build! If you build and install from Xamarin Studio, it doesn't work:

> E/mono    (31164): Android.Content.Res.Resources+NotFoundException: Exception of type 'Android.Content.Res.Resources+NotFoundException' was thrown.

If you build and install with `xbuild /t:Install` (via Terminal.app), it works. The major difference between them? The xbuild output contains obj/**/R.java; the XS output does not.

These issues are probably unrelated to the Windows issues.
Comment 4 Jonathan Pryor 2014-04-18 16:55:13 UTC
Returning to Windows, here's an interesting aside: The `android` program is able to create "stub" Java projects:

  $ android create project  -t TARGET -p PATH -k PACKAGE -a ACTIVITY

Note: `-t TARGET` must be an id value that `android list target` provides.

So how's the Android SDK act?

  # OS X
  $ mkdir İş
  $ cd İş
  $ android create project  -t 10 -p scratch.turkish_dir.j -k scratch.turkish_dir.j -a MainActivity
> Created project directory: scratch.turkish_dir.j
> Created directory /Users/jon/Downloads/bxc-18897/??/scratch.turkish_dir.j/src/scratch/turkish_dir/j
> Added file scratch.turkish_dir.j/src/scratch/turkish_dir/j/MainActivity.java
> Created directory /Users/jon/Downloads/bxc-18897/??/scratch.turkish_dir.j/res
> Created directory /Users/jon/Downloads/bxc-18897/??/scratch.turkish_dir.j/bin
> Created directory /Users/jon/Downloads/bxc-18897/??/scratch.turkish_dir.j/libs
> Created directory /Users/jon/Downloads/bxc-18897/??/scratch.turkish_dir.j/res/values
> Added file scratch.turkish_dir.j/res/values/strings.xml
> Created directory /Users/jon/Downloads/bxc-18897/??/scratch.turkish_dir.j/res/layout
> Added file scratch.turkish_dir.j/res/layout/main.xml
> Created directory /Users/jon/Downloads/bxc-18897/??/scratch.turkish_dir.j/res/drawable-xhdpi
> Created directory /Users/jon/Downloads/bxc-18897/??/scratch.turkish_dir.j/res/drawable-hdpi
> Created directory /Users/jon/Downloads/bxc-18897/??/scratch.turkish_dir.j/res/drawable-mdpi
> Created directory /Users/jon/Downloads/bxc-18897/??/scratch.turkish_dir.j/res/drawable-ldpi
> Added file scratch.turkish_dir.j/AndroidManifest.xml
> Added file scratch.turkish_dir.j/build.xml
> Added file scratch.turkish_dir.j/proguard-project.txt

Notice all the "??" directory names? That's supposed to be "İş".

However, `ant` still manages to build:

  $ cd scratch.turkish_dir.j
  $ ant debug

So that's the OS X side of things. Windows?

  > mkdir İş
  > "%LOCALAPPDATA%\Android\android-sdk\tools\android.bat" create project  -t 6 -p scratch.turkish_dir.j -k scratch.turkish_dir.j -a MainActivity
Error: The working directory does not seem to be valid: 'C:\Users\jonp\Documents\bxc-18897\Is\Is

That's not at all encouraging. :-/

Android SDK aside, even if I create a Xamarin.Android project on Windows within a directory containing "İş", it won't build:

> obj\Debug\android\AndroidManifest.xml(6): error :
> No resource found that matches the given name (at 'icon' with value '@drawable/icon').
> [C:\Users\Jonathan Pryor\Documents\bxc-18897\Is\Scratch.TurkishDirWin\Scratch.TurkishDirWin\Scratch.TurkishDirWin.csproj

Apparently `aapt` can't find the (present) obj/Debug/res/drawable/icon.png file.
Comment 5 Jonathan Pryor 2014-04-18 16:57:13 UTC
I do wonder why I'm the only one to get a build error on Windows. Very odd. :-/
Comment 6 Jonathan Pryor 2014-04-18 17:17:40 UTC
Returning to Comment #2:

> We observed that when we follow the above steps and debug our application it
> create an new folder with  the name i.e. "Ä°ÅŸ"

I too see the directory:

C:\Users\Jonathan Pryor\Documents\bxc-18897\Ä°ÅŸ\Scratch.TurkishDirWin\Scratch.TurkishDirWin\obj\Debug\__library_projects__

Investigation of the source code suggests that there are only two places that would create the __library_projects__ directory:

1. The <GetExtraPackages/> task, and
2. The <ResolveLibraryProjectImports/> task.

The <GetExtraPackages/> task doesn't create the directory, so that can't be it, leaving the <ResolveLibraryProjectImports/> task, which could, except I don't see how/why this would create it.
Comment 8 Brendan Zagaeski (Xamarin Team, assistant) 2014-12-01 20:02:17 UTC
This looks closely related to bug 14918.

Consequently it might be most accurate to classify this bug as an enhancement.