Hi Lt, thanks for reporting,

Please can you detail the steps to get the error, and your operating system (e.g. Win7x64Home) and the LibreOffice detailed version, as it is in Menu/Help/About, you can select and copy from there.

Have you tried resetting the user profile?.

Before confirmation changed the Importance from blocker to medium.

1. Steps to get the error :
  (a) Create new .NET project using Visual Studio / Sharpdevelop
  (b) Add references to CLI DLL files
  (c) Use the code of the SDK examples for CLI CSharp
  (d) Compile
  (e) using unoidl.com.sun.star.frame; line report compilation error

2. OS : Windows 7x32Home

3. Libre Office Version 4.1.0.4 release

4. Tried user profile : Not understood please !

5.  Importance is medium as i notice.

More Information,

After Adding References to 
C:\Program Files (x86)\LibreOffice 4\sdk\cli\*

cli_basetypes.dll
cli_cppuhelper.dll
cli_oootypes.dll
cli_ure.dll
cli_uretypes.dll

And

C:\Program Files (x86)\LibreOffice 4\URE\bin\cli_uno.dll

Namespaces currently included in these assemblies are listed:

cli_basetypes.dll
 -uno

cli_cppuhelper.dll
 -uno.util

cli_oootypes.dll
 -unoidl.org.freedesktop.PackageKit

cli_uno.dll
 -cli_uno

cli_ure.dll
 -uno.util

cli_uretypes.dll
 -unoidl.com.sun.star.beans
 -unoidl.com.sun.star.bridge
 -unoidl.com.sun.star.bridge.oleautomation
 -unoidl.com.sun.star.connection
 -unoidl.com.sun.star.container
 -unoidl.com.sun.star.io
 -unoidl.com.sun.star.java
 -unoidl.com.sun.star.lang
 -unoidl.com.sun.star.loader
 -unoidl.com.sun.star.reflection
 -unoidl.com.sun.star.registry
 -unoidl.com.sun.star.script
 -unoidl.com.sun.star.security
 -unoidl.com.sun.star.task
 -unoidl.com.sun.star.uno
 -unoidl.com.sun.star.uri
 -unoidl.com.sun.star.util

So not only is unoidl.com.sun.star.frame missing, but a great deal of other namespaces.

I've same problem in version 4.1.0.4 You must install older version LibreOffice 3.6.7 (SDK) there it worked.

Is this issue fixed?
I think, that is critical bug - we cannot do bootstrap.

In previous version this type was included.

using unoidl.com.sun.star.frame; -- this is not working

So, the following bootstrap code is broken:

                //Get MultiServiceFactory
                var xRemoteFactory = (XMultiServiceFactory)xLocalContext.getServiceManager();
                Console.Out.WriteLine("3");
                Console.Out.WriteLine("xRemoteFactory " + xRemoteFactory.ToString());

 
                //Get a CompontLoader -- bug XComponentLoader is not contained
                _ALoader = (XComponentLoader)xRemoteFactory.createInstance("com.sun.star.frame.Desktop");

Version 4.1.2.3 still contains same bug that lot of namespaces are missing in CLI SDK

climaker-generated cli_oootypes.dll misses all UNOIDL entities starting with toplevel module "com" (and only contains the handful of entities starting with toplevel module "org").  This is a regression introduced with the new types.rdb format in LO 4.1.

Stephan Bergmann committed a patch related to this issue.
It has been pushed to "master":

http://cgit.freedesktop.org/libreoffice/core/commit/?id=bdd55e28fc7788c2968daaf87b782f8e6189ee2d

fdo#67725 unoidl::AggregatingCursor must wrap modules for aggregation, too



The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
http://wiki.documentfoundation.org/Testing_Daily_Builds
Affected users are encouraged to test the fix and report feedback.

(In reply to comment #8)
> http://cgit.freedesktop.org/libreoffice/core/commit/
> ?id=bdd55e28fc7788c2968daaf87b782f8e6189ee2d
> 
> fdo#67725 unoidl::AggregatingCursor must wrap modules for aggregation, too

requested backport to libreoffice-4-1 towards LO 4.1.4, <https://gerrit.libreoffice.org/#/c/6415/>

(Before the above fix, building the SDK's examples/CLI/CSharp/Spreadsheet/ would fail.  After the fix, building it succeeds but running the resulting GeneralTableSample.exe against the instdir LO installation would still fail, as the instdir LO installation does not install the cli_*.dll into the GAC; but running the resulting GeneralTableSample.exe against a properly installed LO .msi installation set succeeds.)

Stephan Bergmann committed a patch related to this issue.
It has been pushed to "libreoffice-4-1":

http://cgit.freedesktop.org/libreoffice/core/commit/?id=cfa141a67592ae5eda7ccf9cc8dbfbe78c7b1959&h=libreoffice-4-1

fdo#67725 unoidl::AggregatingCursor must wrap modules for aggregation, too


It will be available in LibreOffice 4.1.4.

The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
http://wiki.documentfoundation.org/Testing_Daily_Builds
Affected users are encouraged to test the fix and report feedback.

I have tested daily builds for both 4.1.4 and 4.2.0.

libreoffice-4-1~2013-10-31_04.48.54_LibreOfficeDev_4.1.4.0.0_Win_x86.msi 
libo-master~2013-11-01_23.37.14_LibreOfficeDev_4.2.0.0.alpha0_Win_x86.msi
Program: "WriterDemo" from sdk (vb.net)
IDE: Visual Studio Express 2012

The results are the same.
The programs builds successfully, which says the bug we are talking about here is probably fixed.
But it does not run, which says there is probably another bug. Something with bootstrap, again.

Unhandled Exception: System.Runtime.InteropServices.SEHException: External component has thrown an Exception.
   at cppu.bootstrap(Reference<com::sun::star::uno::XComponentContext>* )
   at uno.util.Bootstrap.bootstrap()
   at ConsoleApplication1.Module1.Main(String[] args)

Should I, or somebody else, report it?

(In reply to comment #12)
> Should I, or somebody else, report it?

Yes, please file a new bug and reports its number here.

Filed a new bug. It is 71229
https://bugs.freedesktop.org/show_bug.cgi?id=71229

*** Bug 67404 has been marked as a duplicate of this bug. ***