Namespace Question

[Tiraman]

Hi,

I Build my own dll with my own namespace name and i would like to put it in
one place but for the project bin folder
so all of the projects will be able to use it .
i tried to put the dll in this place ----> c:\MyDlls\Test.dll
And i wrote in my aspx file the following

<%@ Import Namespace="Test.MyClass"%>

And it didn't work !

I also tried to add reference to that dll but this didn't help 2 .

Please Advice .

Thanks In Advanced ,

Amir .

[CJ Taylor]

Check your project properties and make sure you didn't set a Root Namespace

"Tiraman" <ti*****@netvision.net.il> wrote in message
news:%2****************@TK2MSFTNGP09.phx.gbl...

Hi,

I Build my own dll with my own namespace name and i would like to put it in one place but for the project bin folder
so all of the projects will be able to use it .
i tried to put the dll in this place ----> c:\MyDlls\Test.dll
And i wrote in my aspx file the following

<%@ Import Namespace="Test.MyClass"%>

And it didn't work !

I also tried to add reference to that dll but this didn't help 2 .

Please Advice .

Thanks In Advanced ,

Amir .

[CJ Taylor]

Check your project properties and make sure you didn't set a Root Namespace

"Tiraman" <ti*****@netvision.net.il> wrote in message
news:%2****************@TK2MSFTNGP09.phx.gbl...

Hi,

I Build my own dll with my own namespace name and i would like to put it in one place but for the project bin folder
so all of the projects will be able to use it .
i tried to put the dll in this place ----> c:\MyDlls\Test.dll
And i wrote in my aspx file the following

<%@ Import Namespace="Test.MyClass"%>

And it didn't work !

I also tried to add reference to that dll but this didn't help 2 .

Please Advice .

Thanks In Advanced ,

Amir .

[Tiraman]

Hi,

10x for you response .

what do u mean by setting up the project root namespace ? how can i do that
or how can i disable it ?
the only thing that i found in the properties under Common Properties -->
Reference Path
that the path was to my bin folder so i added one more path to my dll's path
(c:\MyDlls\) And now it is working .

please let me know if i did it ok .

one more thing ,

how can i use nested namespace
some thing like this (system.data.....)

once again 10x for your help :-)

bye

"CJ Taylor" <no****@blowgoats.com> wrote in message
news:10*************@corp.supernews.com...

Check your project properties and make sure you didn't set a Root Namespace
"Tiraman" <ti*****@netvision.net.il> wrote in message
news:%2****************@TK2MSFTNGP09.phx.gbl...

Hi,

I Build my own dll with my own namespace name and i would like to put it

in

one place but for the project bin folder
so all of the projects will be able to use it .
i tried to put the dll in this place ----> c:\MyDlls\Test.dll
And i wrote in my aspx file the following

<%@ Import Namespace="Test.MyClass"%>

And it didn't work !

I also tried to add reference to that dll but this didn't help 2 .

Please Advice .

Thanks In Advanced ,

Amir .

[Tiraman]

Hi,

10x for you response .

what do u mean by setting up the project root namespace ? how can i do that
or how can i disable it ?
the only thing that i found in the properties under Common Properties -->
Reference Path
that the path was to my bin folder so i added one more path to my dll's path
(c:\MyDlls\) And now it is working .

please let me know if i did it ok .

one more thing ,

how can i use nested namespace
some thing like this (system.data.....)

once again 10x for your help :-)

bye

"CJ Taylor" <no****@blowgoats.com> wrote in message
news:10*************@corp.supernews.com...

Check your project properties and make sure you didn't set a Root Namespace
"Tiraman" <ti*****@netvision.net.il> wrote in message
news:%2****************@TK2MSFTNGP09.phx.gbl...

Hi,

I Build my own dll with my own namespace name and i would like to put it

in

one place but for the project bin folder
so all of the projects will be able to use it .
i tried to put the dll in this place ----> c:\MyDlls\Test.dll
And i wrote in my aspx file the following

<%@ Import Namespace="Test.MyClass"%>

And it didn't work !

I also tried to add reference to that dll but this didn't help 2 .

Please Advice .

Thanks In Advanced ,

Amir .

[Peter Huang]

Hi Tiraman,

First of all, I would like to confirm my understanding of your issue.
From your description, I understand that you wants to put an assembly(dll)
into a directory which will be shared by many applications.
Have I fully understood you? If there is anything I misunderstood, please
feel free to let me know.

I suggest you put the asssembly into GAC.
For ASP.NET it will check three places to locate the assembly.
1. GAC
2. the bin directory of the application
3. the codebase element specified in the web.config.

For detailed information.

How the Runtime Locates Assemblies
http://msdn.microsoft.com/library/de...us/dncfhowto/h
tml/HOWTOGAC.asp

From my experience I think the Reference Path properties is not used on
runtime.
http://msdn.microsoft.com/library/de...us/cscon/html/
vcurfcbuildpropertypage.asp

From your description, when you place the assembly into c:\MyDlls\ , the
project will work.
I think this may caused by the Test.dll has been copied into the bin folder
of the application. You may check the bin folder for confirm. Also you can
check the Copy Local property by right click on the reference under the
Solution explorer/References tree and select properties, if the property is
true, the test.dll will be copied to the bin folder of the application.

For the default Namespace issue, I think you can check the Root namaspace
section by right click the project in the solution explorer and select
properties, in the following property page, and drill down to Common
Properties/General -->Root namaspace. By default the Root namaspace will be
the project name.
e.g.
Root namaspace is Consoleapplication1
and you define a namespace TestNameSpace in the file.
The the absolute namespace will be Consoleapplication1.TestNameSpace

Please apply my suggestion above and let me know if it helps resolve your
problem.
Best regards,

Peter Huang
Microsoft Online Partner Support

Get Secure! - www.microsoft.com/security
This posting is provided "AS IS" with no warranties, and confers no rights.

[Peter Huang]

Hi Tiraman,

First of all, I would like to confirm my understanding of your issue.
From your description, I understand that you wants to put an assembly(dll)
into a directory which will be shared by many applications.
Have I fully understood you? If there is anything I misunderstood, please
feel free to let me know.

I suggest you put the asssembly into GAC.
For ASP.NET it will check three places to locate the assembly.
1. GAC
2. the bin directory of the application
3. the codebase element specified in the web.config.

For detailed information.

How the Runtime Locates Assemblies
http://msdn.microsoft.com/library/de...us/dncfhowto/h
tml/HOWTOGAC.asp

From my experience I think the Reference Path properties is not used on
runtime.
http://msdn.microsoft.com/library/de...us/cscon/html/
vcurfcbuildpropertypage.asp

From your description, when you place the assembly into c:\MyDlls\ , the
project will work.
I think this may caused by the Test.dll has been copied into the bin folder
of the application. You may check the bin folder for confirm. Also you can
check the Copy Local property by right click on the reference under the
Solution explorer/References tree and select properties, if the property is
true, the test.dll will be copied to the bin folder of the application.

For the default Namespace issue, I think you can check the Root namaspace
section by right click the project in the solution explorer and select
properties, in the following property page, and drill down to Common
Properties/General -->Root namaspace. By default the Root namaspace will be
the project name.
e.g.
Root namaspace is Consoleapplication1
and you define a namespace TestNameSpace in the file.
The the absolute namespace will be Consoleapplication1.TestNameSpace

Please apply my suggestion above and let me know if it helps resolve your
problem.
Best regards,

Peter Huang
Microsoft Online Partner Support

Get Secure! - www.microsoft.com/security
This posting is provided "AS IS" with no warranties, and confers no rights.

[Tiraman]

Hi Peter ,

i read the articles that u sent me and they were good :-)

Now that i know that the ASP.NET check in 3 places i can choose where to put
my dll's which is good .

For the copylocal property ,
i saw that when i changed it to true my dll was copied to the bin folder but
the question is what if i m changing the original Dll
does it will copy the new version again ?

let me answer that :-) i did a little change in the dll and nothing happen
and only after i set the copylocal property to false and than to true
the new change was done .
do u know if there is a way to use the copylocal property without coping the
dll to the bin folder each time ?
do you recommend to use this property ?

For the Reference Path Issue ,
in the article that you sent me
(http://msdn.microsoft.com/library/de...-us/cscon/html
/vcurfcbuildpropertypage.asp)
they wrote that
When the project system finds an assembly reference, it will try to resolve
the reference by looking in the following locations, in the following order
1. project directory
2. Look for assemblies in directories specified with the Reference Path
property

and so on ...
but some how it didn't work for me even when i added the path for my dlls
(C:\MyDlls\) , how come ?

if i understand you right you preferred to use the GAC ?

tried to use the GAC but the process to convert dll to be strong name bcz
the GAC require is very long but in the end i success with the long process
but
when i moved the dll out of the project directory and then i drag the dll in
to the C:\WINDOWS\assembly folder
and i tried to use the dll i got the not defined error :-(

any ideas ?

once again ,

10x :-)
""Peter Huang"" <v-******@online.microsoft.com> wrote in message
news:QF**************@cpmsftngxa06.phx.gbl...

Hi Tiraman,

First of all, I would like to confirm my understanding of your issue.
From your description, I understand that you wants to put an assembly(dll)
into a directory which will be shared by many applications.
Have I fully understood you? If there is anything I misunderstood, please
feel free to let me know.

I suggest you put the asssembly into GAC.
For ASP.NET it will check three places to locate the assembly.
1. GAC
2. the bin directory of the application
3. the codebase element specified in the web.config.

For detailed information.

How the Runtime Locates Assemblies
http://msdn.microsoft.com/library/de...us/dncfhowto/h tml/HOWTOGAC.asp

From my experience I think the Reference Path properties is not used on
runtime.
http://msdn.microsoft.com/library/de...us/cscon/html/ vcurfcbuildpropertypage.asp

From your description, when you place the assembly into c:\MyDlls\ , the
project will work.
I think this may caused by the Test.dll has been copied into the bin folder of the application. You may check the bin folder for confirm. Also you can
check the Copy Local property by right click on the reference under the
Solution explorer/References tree and select properties, if the property is true, the test.dll will be copied to the bin folder of the application.

For the default Namespace issue, I think you can check the Root namaspace
section by right click the project in the solution explorer and select
properties, in the following property page, and drill down to Common
Properties/General -->Root namaspace. By default the Root namaspace will be the project name.
e.g.
Root namaspace is Consoleapplication1
and you define a namespace TestNameSpace in the file.
The the absolute namespace will be Consoleapplication1.TestNameSpace

Please apply my suggestion above and let me know if it helps resolve your
problem.
Best regards,

Peter Huang
Microsoft Online Partner Support

Get Secure! - www.microsoft.com/security
This posting is provided "AS IS" with no warranties, and confers no rights.

[Tiraman]

Hi Peter ,

i read the articles that u sent me and they were good :-)

Now that i know that the ASP.NET check in 3 places i can choose where to put
my dll's which is good .

For the copylocal property ,
i saw that when i changed it to true my dll was copied to the bin folder but
the question is what if i m changing the original Dll
does it will copy the new version again ?

let me answer that :-) i did a little change in the dll and nothing happen
and only after i set the copylocal property to false and than to true
the new change was done .
do u know if there is a way to use the copylocal property without coping the
dll to the bin folder each time ?
do you recommend to use this property ?

For the Reference Path Issue ,
in the article that you sent me
(http://msdn.microsoft.com/library/de...-us/cscon/html
/vcurfcbuildpropertypage.asp)
they wrote that
When the project system finds an assembly reference, it will try to resolve
the reference by looking in the following locations, in the following order
1. project directory
2. Look for assemblies in directories specified with the Reference Path
property

and so on ...
but some how it didn't work for me even when i added the path for my dlls
(C:\MyDlls\) , how come ?

if i understand you right you preferred to use the GAC ?

tried to use the GAC but the process to convert dll to be strong name bcz
the GAC require is very long but in the end i success with the long process
but
when i moved the dll out of the project directory and then i drag the dll in
to the C:\WINDOWS\assembly folder
and i tried to use the dll i got the not defined error :-(

any ideas ?

once again ,

10x :-)
""Peter Huang"" <v-******@online.microsoft.com> wrote in message
news:QF**************@cpmsftngxa06.phx.gbl...

Hi Tiraman,

First of all, I would like to confirm my understanding of your issue.
From your description, I understand that you wants to put an assembly(dll)
into a directory which will be shared by many applications.
Have I fully understood you? If there is anything I misunderstood, please
feel free to let me know.

I suggest you put the asssembly into GAC.
For ASP.NET it will check three places to locate the assembly.
1. GAC
2. the bin directory of the application
3. the codebase element specified in the web.config.

For detailed information.

How the Runtime Locates Assemblies
http://msdn.microsoft.com/library/de...us/dncfhowto/h tml/HOWTOGAC.asp

From my experience I think the Reference Path properties is not used on
runtime.
http://msdn.microsoft.com/library/de...us/cscon/html/ vcurfcbuildpropertypage.asp

From your description, when you place the assembly into c:\MyDlls\ , the
project will work.
I think this may caused by the Test.dll has been copied into the bin folder of the application. You may check the bin folder for confirm. Also you can
check the Copy Local property by right click on the reference under the
Solution explorer/References tree and select properties, if the property is true, the test.dll will be copied to the bin folder of the application.

For the default Namespace issue, I think you can check the Root namaspace
section by right click the project in the solution explorer and select
properties, in the following property page, and drill down to Common
Properties/General -->Root namaspace. By default the Root namaspace will be the project name.
e.g.
Root namaspace is Consoleapplication1
and you define a namespace TestNameSpace in the file.
The the absolute namespace will be Consoleapplication1.TestNameSpace

Please apply my suggestion above and let me know if it helps resolve your
problem.
Best regards,

Peter Huang
Microsoft Online Partner Support

Get Secure! - www.microsoft.com/security
This posting is provided "AS IS" with no warranties, and confers no rights.

[Peter Huang]

Hi Tiraman,

Comments in line.

Best regards,

Peter Huang
Microsoft Online Partner Support

Get Secure! - www.microsoft.com/security
This posting is provided "AS IS" with no warranties, and confers no rights.
--------------------

Reply-To: "Tiraman" <ti*****@netvision.net.il>
From: "Tiraman" <ti*****@netvision.net.il>
References: <#H**************@TK2MSFTNGP09.phx.gbl> <QF**************@cpmsftngxa06.phx.gbl>Subject: Re: Namespace Question
Date: Wed, 7 Apr 2004 19:55:58 +0200
Lines: 117
Organization: NetVision - Nana
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Message-ID: <Om*************@tk2msftngp13.phx.gbl>
Newsgroups: microsoft.public.dotnet.languages.vb
NNTP-Posting-Host: nv-46-90-90-194.netvision.net.il 194.90.90.46
Path: cpmsftngxa06.phx.gbl!TK2MSFTNGP08.phx.gbl!tk2msftn gp13.phx.gbl
Xref: cpmsftngxa06.phx.gbl microsoft.public.dotnet.languages.vb:193876
X-Tomcat-NG: microsoft.public.dotnet.languages.vb

Hi Peter ,

i read the articles that u sent me and they were good :-)

Now that i know that the ASP.NET check in 3 places i can choose where to putmy dll's which is good .

For the copylocal property ,
i saw that when i changed it to true my dll was copied to the bin folder butthe question is what if i m changing the original Dll
does it will copy the new version again ?

let me answer that :-) i did a little change in the dll and nothing happen
and only after i set the copylocal property to false and than to true
the new change was done .
do u know if there is a way to use the copylocal property without coping thedll to the bin folder each time ?
do you recommend to use this property ?
Yes, based on my test if you change the original Dll and set the CopyLocal
property to true,when you build the application, the file will be copied to
the bin folder automatically. We do not need to set it to false and to true
afterwards. This feature will help us to get the uptodate dll version. If
you do not need the feature, I think you may just set the copylocal to
false.


For the Reference Path Issue ,
in the article that you sent me
(http://msdn.microsoft.com/library/de...n-us/cscon/htm l/vcurfcbuildpropertypage.asp)
they wrote that
When the project system finds an assembly reference, it will try to resolve
the reference by looking in the following locations, in the following order
1. project directory
2. Look for assemblies in directories specified with the Reference Path
property

and so on ...
but some how it didn't work for me even when i added the path for my dlls
(C:\MyDlls\) , how come ?
As the MSDN said,
If you are working locally, you never have to edit this property because it
is automatically updated when references are added to the project in
Solution Explorer. However, if you are sharing the project in a multi-user
scenario, task list errors may be generated if the location of the
references changes from one computer to another. You can edit this property
to fix these errors.

You may find that the property will be maintained by VS.NET IDE, when you
add a reference to the project, its path will be added into the reference
path properties automatically even if you delete it explicitly.
if i understand you right you preferred to use the GAC ?

tried to use the GAC but the process to convert dll to be strong name bcz
the GAC require is very long but in the end i success with the long process
but
when i moved the dll out of the project directory and then i drag the dll into the C:\WINDOWS\assembly folder
and i tried to use the dll i got the not defined error :-(

any ideas ?

The behavior is somewhat strange, I think you may try to de-reference the
assembly and reference the assembly again in GAC, after that please check
the path of the assembly by right click on the referenced dll under the
reference tree in the solution explorer and select properties. And check
the Path to see if it is pointed to the GAC.

Here is an KB, you may have a try to see if this help you.
315682 How To: Install an Assembly in the Global Assembly Cache in Visual
Basic
http://support.microsoft.com/?id=315682
once again ,

10x :-)

[Peter Huang]

Hi Tiraman,

Comments in line.

Best regards,

Peter Huang
Microsoft Online Partner Support

Get Secure! - www.microsoft.com/security
This posting is provided "AS IS" with no warranties, and confers no rights.
--------------------

Reply-To: "Tiraman" <ti*****@netvision.net.il>
From: "Tiraman" <ti*****@netvision.net.il>
References: <#H**************@TK2MSFTNGP09.phx.gbl> <QF**************@cpmsftngxa06.phx.gbl>Subject: Re: Namespace Question
Date: Wed, 7 Apr 2004 19:55:58 +0200
Lines: 117
Organization: NetVision - Nana
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Message-ID: <Om*************@tk2msftngp13.phx.gbl>
Newsgroups: microsoft.public.dotnet.languages.vb
NNTP-Posting-Host: nv-46-90-90-194.netvision.net.il 194.90.90.46
Path: cpmsftngxa06.phx.gbl!TK2MSFTNGP08.phx.gbl!tk2msftn gp13.phx.gbl
Xref: cpmsftngxa06.phx.gbl microsoft.public.dotnet.languages.vb:193876
X-Tomcat-NG: microsoft.public.dotnet.languages.vb

Hi Peter ,

i read the articles that u sent me and they were good :-)

Now that i know that the ASP.NET check in 3 places i can choose where to putmy dll's which is good .

For the copylocal property ,
i saw that when i changed it to true my dll was copied to the bin folder butthe question is what if i m changing the original Dll
does it will copy the new version again ?

let me answer that :-) i did a little change in the dll and nothing happen
and only after i set the copylocal property to false and than to true
the new change was done .
do u know if there is a way to use the copylocal property without coping thedll to the bin folder each time ?
do you recommend to use this property ?
Yes, based on my test if you change the original Dll and set the CopyLocal
property to true,when you build the application, the file will be copied to
the bin folder automatically. We do not need to set it to false and to true
afterwards. This feature will help us to get the uptodate dll version. If
you do not need the feature, I think you may just set the copylocal to
false.


For the Reference Path Issue ,
in the article that you sent me
(http://msdn.microsoft.com/library/de...n-us/cscon/htm l/vcurfcbuildpropertypage.asp)
they wrote that
When the project system finds an assembly reference, it will try to resolve
the reference by looking in the following locations, in the following order
1. project directory
2. Look for assemblies in directories specified with the Reference Path
property

and so on ...
but some how it didn't work for me even when i added the path for my dlls
(C:\MyDlls\) , how come ?
As the MSDN said,
If you are working locally, you never have to edit this property because it
is automatically updated when references are added to the project in
Solution Explorer. However, if you are sharing the project in a multi-user
scenario, task list errors may be generated if the location of the
references changes from one computer to another. You can edit this property
to fix these errors.

You may find that the property will be maintained by VS.NET IDE, when you
add a reference to the project, its path will be added into the reference
path properties automatically even if you delete it explicitly.
if i understand you right you preferred to use the GAC ?

tried to use the GAC but the process to convert dll to be strong name bcz
the GAC require is very long but in the end i success with the long process
but
when i moved the dll out of the project directory and then i drag the dll into the C:\WINDOWS\assembly folder
and i tried to use the dll i got the not defined error :-(

any ideas ?

The behavior is somewhat strange, I think you may try to de-reference the
assembly and reference the assembly again in GAC, after that please check
the path of the assembly by right click on the referenced dll under the
reference tree in the solution explorer and select properties. And check
the Path to see if it is pointed to the GAC.

Here is an KB, you may have a try to see if this help you.
315682 How To: Install an Assembly in the Global Assembly Cache in Visual
Basic
http://support.microsoft.com/?id=315682
once again ,

10x :-)

[Tiraman]

Hi Peter ,

My Comments Are In Line :-)

10x for your help !
""Peter Huang"" <v-******@online.microsoft.com> wrote in message
news:n6*************@cpmsftngxa06.phx.gbl...

Hi Tiraman,

Comments in line.

Best regards,

Peter Huang
Microsoft Online Partner Support

Get Secure! - www.microsoft.com/security
This posting is provided "AS IS" with no warranties, and confers no rights. --------------------

Reply-To: "Tiraman" <ti*****@netvision.net.il>
From: "Tiraman" <ti*****@netvision.net.il>
References: <#H**************@TK2MSFTNGP09.phx.gbl> <QF**************@cpmsftngxa06.phx.gbl>

Subject: Re: Namespace Question
Date: Wed, 7 Apr 2004 19:55:58 +0200
Lines: 117
Organization: NetVision - Nana
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Message-ID: <Om*************@tk2msftngp13.phx.gbl>
Newsgroups: microsoft.public.dotnet.languages.vb
NNTP-Posting-Host: nv-46-90-90-194.netvision.net.il 194.90.90.46
Path: cpmsftngxa06.phx.gbl!TK2MSFTNGP08.phx.gbl!tk2msftn gp13.phx.gbl
Xref: cpmsftngxa06.phx.gbl microsoft.public.dotnet.languages.vb:193876
X-Tomcat-NG: microsoft.public.dotnet.languages.vb

Hi Peter ,

i read the articles that u sent me and they were good :-)

Now that i know that the ASP.NET check in 3 places i can choose where to

put

my dll's which is good .

For the copylocal property ,
i saw that when i changed it to true my dll was copied to the bin folder

but

the question is what if i m changing the original Dll
does it will copy the new version again ?

let me answer that :-) i did a little change in the dll and nothing happenand only after i set the copylocal property to false and than to true
the new change was done .
do u know if there is a way to use the copylocal property without coping

the

dll to the bin folder each time ?
do you recommend to use this property ?

Yes, based on my test if you change the original Dll and set the CopyLocal
property to true,when you build the application, the file will be copied

to the bin folder automatically. We do not need to set it to false and to true afterwards. This feature will help us to get the uptodate dll version. If
you do not need the feature, I think you may just set the copylocal to
false.
gr8 , this is working , i missed the part of rebuild the application :-)

For the Reference Path Issue ,
in the article that you sent me
(http://msdn.microsoft.com/library/de...n-us/cscon/htm
l

/vcurfcbuildpropertypage.asp)
they wrote that
When the project system finds an assembly reference, it will try to resolvethe reference by looking in the following locations, in the following order1. project directory
2. Look for assemblies in directories specified with the Reference Path
property

and so on ...
but some how it didn't work for me even when i added the path for my dlls
(C:\MyDlls\) , how come ?

As the MSDN said,
If you are working locally, you never have to edit this property because

it is automatically updated when references are added to the project in
Solution Explorer. However, if you are sharing the project in a multi-user
scenario, task list errors may be generated if the location of the
references changes from one computer to another. You can edit this property to fix these errors.

You may find that the property will be maintained by VS.NET IDE, when you
add a reference to the project, its path will be added into the reference
path properties automatically even if you delete it explicitly.
i will check that , 10x .

if i understand you right you preferred to use the GAC ?

tried to use the GAC but the process to convert dll to be strong name bczthe GAC require is very long but in the end i success with the long processbut
when i moved the dll out of the project directory and then i drag the dll in

to the C:\WINDOWS\assembly folder
and i tried to use the dll i got the not defined error :-(

any ideas ?

The behavior is somewhat strange, I think you may try to de-reference the
assembly and reference the assembly again in GAC, after that please check
the path of the assembly by right click on the referenced dll under the
reference tree in the solution explorer and select properties. And check
the Path to see if it is pointed to the GAC.

Here is an KB, you may have a try to see if this help you.
315682 How To: Install an Assembly in the Global Assembly Cache in Visual
Basic
http://support.microsoft.com/?id=315682

well the behavior is very strange :-(
i did what you asked (de-referene) but it didn't help .
i went over the KB and i did exactly the same but it still doesn't work
..
but i notice that you wrote that when i m referencing the dll the path
property should point to the GAC
and in my project it is not pointed to the GAC , only to the dll source
itself .
so maybe this is my problem , how can i reference it to the GAC ?
(i tried from the reference window but i couldn't add it since it is not
a dll )

10x

once again ,

10x :-)

[Tiraman]

Hi Peter ,

My Comments Are In Line :-)

10x for your help !
""Peter Huang"" <v-******@online.microsoft.com> wrote in message
news:n6*************@cpmsftngxa06.phx.gbl...

Hi Tiraman,

Comments in line.

Best regards,

Peter Huang
Microsoft Online Partner Support

Get Secure! - www.microsoft.com/security
This posting is provided "AS IS" with no warranties, and confers no rights. --------------------

Reply-To: "Tiraman" <ti*****@netvision.net.il>
From: "Tiraman" <ti*****@netvision.net.il>
References: <#H**************@TK2MSFTNGP09.phx.gbl> <QF**************@cpmsftngxa06.phx.gbl>

Subject: Re: Namespace Question
Date: Wed, 7 Apr 2004 19:55:58 +0200
Lines: 117
Organization: NetVision - Nana
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Message-ID: <Om*************@tk2msftngp13.phx.gbl>
Newsgroups: microsoft.public.dotnet.languages.vb
NNTP-Posting-Host: nv-46-90-90-194.netvision.net.il 194.90.90.46
Path: cpmsftngxa06.phx.gbl!TK2MSFTNGP08.phx.gbl!tk2msftn gp13.phx.gbl
Xref: cpmsftngxa06.phx.gbl microsoft.public.dotnet.languages.vb:193876
X-Tomcat-NG: microsoft.public.dotnet.languages.vb

Hi Peter ,

i read the articles that u sent me and they were good :-)

Now that i know that the ASP.NET check in 3 places i can choose where to

put

my dll's which is good .

For the copylocal property ,
i saw that when i changed it to true my dll was copied to the bin folder

but

the question is what if i m changing the original Dll
does it will copy the new version again ?

let me answer that :-) i did a little change in the dll and nothing happenand only after i set the copylocal property to false and than to true
the new change was done .
do u know if there is a way to use the copylocal property without coping

the

dll to the bin folder each time ?
do you recommend to use this property ?

Yes, based on my test if you change the original Dll and set the CopyLocal
property to true,when you build the application, the file will be copied

to the bin folder automatically. We do not need to set it to false and to true afterwards. This feature will help us to get the uptodate dll version. If
you do not need the feature, I think you may just set the copylocal to
false.
gr8 , this is working , i missed the part of rebuild the application :-)

For the Reference Path Issue ,
in the article that you sent me
(http://msdn.microsoft.com/library/de...n-us/cscon/htm
l

/vcurfcbuildpropertypage.asp)
they wrote that
When the project system finds an assembly reference, it will try to resolvethe reference by looking in the following locations, in the following order1. project directory
2. Look for assemblies in directories specified with the Reference Path
property

and so on ...
but some how it didn't work for me even when i added the path for my dlls
(C:\MyDlls\) , how come ?

As the MSDN said,
If you are working locally, you never have to edit this property because

it is automatically updated when references are added to the project in
Solution Explorer. However, if you are sharing the project in a multi-user
scenario, task list errors may be generated if the location of the
references changes from one computer to another. You can edit this property to fix these errors.

You may find that the property will be maintained by VS.NET IDE, when you
add a reference to the project, its path will be added into the reference
path properties automatically even if you delete it explicitly.
i will check that , 10x .

if i understand you right you preferred to use the GAC ?

tried to use the GAC but the process to convert dll to be strong name bczthe GAC require is very long but in the end i success with the long processbut
when i moved the dll out of the project directory and then i drag the dll in

to the C:\WINDOWS\assembly folder
and i tried to use the dll i got the not defined error :-(

any ideas ?

The behavior is somewhat strange, I think you may try to de-reference the
assembly and reference the assembly again in GAC, after that please check
the path of the assembly by right click on the referenced dll under the
reference tree in the solution explorer and select properties. And check
the Path to see if it is pointed to the GAC.

Here is an KB, you may have a try to see if this help you.
315682 How To: Install an Assembly in the Global Assembly Cache in Visual
Basic
http://support.microsoft.com/?id=315682

well the behavior is very strange :-(
i did what you asked (de-referene) but it didn't help .
i went over the KB and i did exactly the same but it still doesn't work
..
but i notice that you wrote that when i m referencing the dll the path
property should point to the GAC
and in my project it is not pointed to the GAC , only to the dll source
itself .
so maybe this is my problem , how can i reference it to the GAC ?
(i tried from the reference window but i couldn't add it since it is not
a dll )

10x

once again ,

10x :-)

[Peter Huang]

Hi Tiraman,

I am sorry for confusion, after I further test I know that in compile time
the path property of the assembly in the reference may not be pointed to
the GAC.

From you description, you are not using codebehind.
So I think when you import namespace in the aspx page, you may try to
declare the @ assembly and @ Import directives. And if you do not use the
codebehind page, you may not need to add reference to the dll in the
solution explorer.

Here is the code you may have a test.
[Note: if you are reference an assembly in the GAC, please do use the full
qualified name, not just the assembly name]

[WebVorm1.aspx]
<%@ Page Language="vb"%>
<%@ Import Namespace="TestCls"%>
<%@ Assembly Name=" TestCls1, Version=1.0.1559.32193, Culture=neutral,
PublicKeyToken=9f907b2880e0c3fd, Custom=null" %>
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<html>
<head>
<title>WebForm1</title>
<meta name="GENERATOR" content="Microsoft Visual Studio .NET 7.1">
<meta name="CODE_LANGUAGE" content="Visual Basic .NET 7.1">
<meta name=vs_defaultClientScript content="JavaScript">
<meta name=vs_targetSchema
content="http://schemas.microsoft.com/intellisense/ie5">
</head>
<body MS_POSITIONING="GridLayout">
<%
Dim o as new TestABC
Response.Write(o.Hello())
%>
<form id="Form1" method="post" runat="server">
</form>
</body>
</html>
[TestCls1.dll]
[Note: the Rootnamespace is TestCls]

Public Class TestABC
Public tls As ArrayList
Public tls2 As ArrayList
Public Shared Function Hello() As String
Return "Hello World"
End Function
End Class

After I add the assembly into the GAC, I will run the webapplication with
deleting the TestCls1.dll in all the places except the GAC, because the CLR
runtime will probe the assembly in the GAC.
Best regards,

Peter Huang
Microsoft Online Partner Support

Get Secure! - www.microsoft.com/security
This posting is provided "AS IS" with no warranties, and confers no rights.

[Peter Huang]

Hi Tiraman,

I am sorry for confusion, after I further test I know that in compile time
the path property of the assembly in the reference may not be pointed to
the GAC.

From you description, you are not using codebehind.
So I think when you import namespace in the aspx page, you may try to
declare the @ assembly and @ Import directives. And if you do not use the
codebehind page, you may not need to add reference to the dll in the
solution explorer.

Here is the code you may have a test.
[Note: if you are reference an assembly in the GAC, please do use the full
qualified name, not just the assembly name]

[WebVorm1.aspx]
<%@ Page Language="vb"%>
<%@ Import Namespace="TestCls"%>
<%@ Assembly Name=" TestCls1, Version=1.0.1559.32193, Culture=neutral,
PublicKeyToken=9f907b2880e0c3fd, Custom=null" %>
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<html>
<head>
<title>WebForm1</title>
<meta name="GENERATOR" content="Microsoft Visual Studio .NET 7.1">
<meta name="CODE_LANGUAGE" content="Visual Basic .NET 7.1">
<meta name=vs_defaultClientScript content="JavaScript">
<meta name=vs_targetSchema
content="http://schemas.microsoft.com/intellisense/ie5">
</head>
<body MS_POSITIONING="GridLayout">
<%
Dim o as new TestABC
Response.Write(o.Hello())
%>
<form id="Form1" method="post" runat="server">
</form>
</body>
</html>
[TestCls1.dll]
[Note: the Rootnamespace is TestCls]

Public Class TestABC
Public tls As ArrayList
Public tls2 As ArrayList
Public Shared Function Hello() As String
Return "Hello World"
End Function
End Class

After I add the assembly into the GAC, I will run the webapplication with
deleting the TestCls1.dll in all the places except the GAC, because the CLR
runtime will probe the assembly in the GAC.
Best regards,

Peter Huang
Microsoft Online Partner Support

Get Secure! - www.microsoft.com/security
This posting is provided "AS IS" with no warranties, and confers no rights.

[Tiraman]

Hello Peter ,

Finally it work 10x to your guidance :-)

but I still have some questions if you don't mind ,

1) I noticed that when I m updating the assembly with some functionality and
I recompile it and I de-reference the old one from the GAC and than
I added the new one to the GAC the change didn't affected so I removed
the dll itself and the reference from the GAC but it was still working (the
old version)
and only when I did IISRESET it was removed from the IIS CACHE or some
thing like that .
So the question is how can I make a new version of the dll without
restarting the IIS or changing the Assembly Version And reference it in the
GAC ?

2) my scenario is one place that hold my common dll's and all of the sites
will be able to use those dlls without changing the aspx code
each time I m updating my dll's . so far I learned from you that in the
3 ways of using dll's there is no such way , am I right ?
I m asking this since in the VB6 you make your dll and then you can use
it in your sites and on every update of the dll (new version)
all you need to do is to unregistered the old one and register the new
one and little iisreset and that's all , without any asp code change
so I m looking the best and fast way to do that with DOT NET in order to
decrease the maintenance specially when my environment
contain more than one front server :-)

Peter ,
I Am sorry to bother you but this issue is very important to me b4 I am
moving to work with .NET .

10x :-)

""Peter Huang"" <v-******@online.microsoft.com> wrote in message
news:sm**************@cpmsftngxa06.phx.gbl...

Hi Tiraman,

I am sorry for confusion, after I further test I know that in compile time
the path property of the assembly in the reference may not be pointed to
the GAC.

From you description, you are not using codebehind.
So I think when you import namespace in the aspx page, you may try to
declare the @ assembly and @ Import directives. And if you do not use the
codebehind page, you may not need to add reference to the dll in the
solution explorer.

Here is the code you may have a test.
[Note: if you are reference an assembly in the GAC, please do use the full qualified name, not just the assembly name]

[WebVorm1.aspx]
<%@ Page Language="vb"%>
<%@ Import Namespace="TestCls"%>
<%@ Assembly Name=" TestCls1, Version=1.0.1559.32193, Culture=neutral,
PublicKeyToken=9f907b2880e0c3fd, Custom=null" %>
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<html>
<head>
<title>WebForm1</title>
<meta name="GENERATOR" content="Microsoft Visual Studio .NET 7.1">
<meta name="CODE_LANGUAGE" content="Visual Basic .NET 7.1">
<meta name=vs_defaultClientScript content="JavaScript">
<meta name=vs_targetSchema
content="http://schemas.microsoft.com/intellisense/ie5">
</head>
<body MS_POSITIONING="GridLayout">
<%
Dim o as new TestABC
Response.Write(o.Hello())
%>
<form id="Form1" method="post" runat="server">
</form>
</body>
</html>
[TestCls1.dll]
[Note: the Rootnamespace is TestCls]

Public Class TestABC
Public tls As ArrayList
Public tls2 As ArrayList
Public Shared Function Hello() As String
Return "Hello World"
End Function
End Class

After I add the assembly into the GAC, I will run the webapplication with
deleting the TestCls1.dll in all the places except the GAC, because the CLR runtime will probe the assembly in the GAC.
Best regards,

Peter Huang
Microsoft Online Partner Support

Get Secure! - www.microsoft.com/security
This posting is provided "AS IS" with no warranties, and confers no rights.

[Tiraman]

Hello Peter ,

Finally it work 10x to your guidance :-)

but I still have some questions if you don't mind ,

1) I noticed that when I m updating the assembly with some functionality and
I recompile it and I de-reference the old one from the GAC and than
I added the new one to the GAC the change didn't affected so I removed
the dll itself and the reference from the GAC but it was still working (the
old version)
and only when I did IISRESET it was removed from the IIS CACHE or some
thing like that .
So the question is how can I make a new version of the dll without
restarting the IIS or changing the Assembly Version And reference it in the
GAC ?

2) my scenario is one place that hold my common dll's and all of the sites
will be able to use those dlls without changing the aspx code
each time I m updating my dll's . so far I learned from you that in the
3 ways of using dll's there is no such way , am I right ?
I m asking this since in the VB6 you make your dll and then you can use
it in your sites and on every update of the dll (new version)
all you need to do is to unregistered the old one and register the new
one and little iisreset and that's all , without any asp code change
so I m looking the best and fast way to do that with DOT NET in order to
decrease the maintenance specially when my environment
contain more than one front server :-)

Peter ,
I Am sorry to bother you but this issue is very important to me b4 I am
moving to work with .NET .

10x :-)

""Peter Huang"" <v-******@online.microsoft.com> wrote in message
news:sm**************@cpmsftngxa06.phx.gbl...

Hi Tiraman,

I am sorry for confusion, after I further test I know that in compile time
the path property of the assembly in the reference may not be pointed to
the GAC.

From you description, you are not using codebehind.
So I think when you import namespace in the aspx page, you may try to
declare the @ assembly and @ Import directives. And if you do not use the
codebehind page, you may not need to add reference to the dll in the
solution explorer.

Here is the code you may have a test.
[Note: if you are reference an assembly in the GAC, please do use the full qualified name, not just the assembly name]

[WebVorm1.aspx]
<%@ Page Language="vb"%>
<%@ Import Namespace="TestCls"%>
<%@ Assembly Name=" TestCls1, Version=1.0.1559.32193, Culture=neutral,
PublicKeyToken=9f907b2880e0c3fd, Custom=null" %>
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<html>
<head>
<title>WebForm1</title>
<meta name="GENERATOR" content="Microsoft Visual Studio .NET 7.1">
<meta name="CODE_LANGUAGE" content="Visual Basic .NET 7.1">
<meta name=vs_defaultClientScript content="JavaScript">
<meta name=vs_targetSchema
content="http://schemas.microsoft.com/intellisense/ie5">
</head>
<body MS_POSITIONING="GridLayout">
<%
Dim o as new TestABC
Response.Write(o.Hello())
%>
<form id="Form1" method="post" runat="server">
</form>
</body>
</html>
[TestCls1.dll]
[Note: the Rootnamespace is TestCls]

Public Class TestABC
Public tls As ArrayList
Public tls2 As ArrayList
Public Shared Function Hello() As String
Return "Hello World"
End Function
End Class

After I add the assembly into the GAC, I will run the webapplication with
deleting the TestCls1.dll in all the places except the GAC, because the CLR runtime will probe the assembly in the GAC.
Best regards,

Peter Huang
Microsoft Online Partner Support

Get Secure! - www.microsoft.com/security
This posting is provided "AS IS" with no warranties, and confers no rights.

[Peter Huang]

Hi Tiraman,

Usually GAC used the version to manage the Assembly, so it is a good
practice to change the version of assembly each time we change the code.
Also I think the IIS cache the dll is for performance concern.

From your senario, I think you may try to modify the Web.config to achieve
your aim.
Here goes the steps.
1. Add TestCls1.dll of version 1.0.0.0 to the GAC
2. Let the Asp.net application use the dll of version 1.0.0.0
3. Change the code of the TestCls1.dll and version to 1.0.0.1, build it and
install it into GAC. Now we will have two versions of test.dll in the GAC.
4. In the web.config of the ASP.net application we can add the config as
below under the <Configuration> item.
<runtime>
<assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
<dependentAssembly>
<assemblyIdentity name="TestCls1"
publicKeyToken="9f907b2880e0c3fd"
culture="neutral" />
<bindingRedirect oldVersion="1.0.0.0"
newVersion="1.0.0.1"/>
</dependentAssembly>
</assemblyBinding>
</runtime>

5. After that the Asp.net application will use the version 1.0.0.1.
For detailed information, you may take a look at the link below.
Look into the Figure 10 in the Section Advanced Administrative Control
(Configuration)

.NET Framework: Building, Packaging, Deploying, and Administering
Applications and Types¡ªPart 2
http://msdn.microsoft.com/msdnmag/is...03/BuildApps2/

Best regards,

Peter Huang
Microsoft Online Partner Support

Get Secure! - www.microsoft.com/security
This posting is provided "AS IS" with no warranties, and confers no rights.

[Peter Huang]

Hi Tiraman,

Usually GAC used the version to manage the Assembly, so it is a good
practice to change the version of assembly each time we change the code.
Also I think the IIS cache the dll is for performance concern.

From your senario, I think you may try to modify the Web.config to achieve
your aim.
Here goes the steps.
1. Add TestCls1.dll of version 1.0.0.0 to the GAC
2. Let the Asp.net application use the dll of version 1.0.0.0
3. Change the code of the TestCls1.dll and version to 1.0.0.1, build it and
install it into GAC. Now we will have two versions of test.dll in the GAC.
4. In the web.config of the ASP.net application we can add the config as
below under the <Configuration> item.
<runtime>
<assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
<dependentAssembly>
<assemblyIdentity name="TestCls1"
publicKeyToken="9f907b2880e0c3fd"
culture="neutral" />
<bindingRedirect oldVersion="1.0.0.0"
newVersion="1.0.0.1"/>
</dependentAssembly>
</assemblyBinding>
</runtime>

5. After that the Asp.net application will use the version 1.0.0.1.
For detailed information, you may take a look at the link below.
Look into the Figure 10 in the Section Advanced Administrative Control
(Configuration)

.NET Framework: Building, Packaging, Deploying, and Administering
Applications and Types¡ªPart 2
http://msdn.microsoft.com/msdnmag/is...03/BuildApps2/

Best regards,

Peter Huang
Microsoft Online Partner Support

Get Secure! - www.microsoft.com/security
This posting is provided "AS IS" with no warranties, and confers no rights.

[Tiraman]

Hi Peter ,

I just read the articles (first and second parts) that you sent me which are
very very good articles
and i got lots of good information and understanding from those articles
:-) :-) :-)
i will keep to do my checks and if i will have any question i know a good
place where i can ask :-)

So Thank you a lot

Tiraman .

""Peter Huang"" <v-******@online.microsoft.com> wrote in message
news:3S**************@cpmsftngxa06.phx.gbl...

Hi Tiraman,

Usually GAC used the version to manage the Assembly, so it is a good
practice to change the version of assembly each time we change the code.
Also I think the IIS cache the dll is for performance concern.

From your senario, I think you may try to modify the Web.config to achieve
your aim.
Here goes the steps.
1. Add TestCls1.dll of version 1.0.0.0 to the GAC
2. Let the Asp.net application use the dll of version 1.0.0.0
3. Change the code of the TestCls1.dll and version to 1.0.0.1, build it and install it into GAC. Now we will have two versions of test.dll in the GAC.
4. In the web.config of the ASP.net application we can add the config as
below under the <Configuration> item.
<runtime>
<assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
<dependentAssembly>
<assemblyIdentity name="TestCls1"
publicKeyToken="9f907b2880e0c3fd"
culture="neutral" />
<bindingRedirect oldVersion="1.0.0.0"
newVersion="1.0.0.1"/>
</dependentAssembly>
</assemblyBinding>
</runtime>

5. After that the Asp.net application will use the version 1.0.0.1.
For detailed information, you may take a look at the link below.
Look into the Figure 10 in the Section Advanced Administrative Control
(Configuration)

NET Framework: Building, Packaging, Deploying, and Administering
Applications and Types¡ªPart 2
http://msdn.microsoft.com/msdnmag/is...03/BuildApps2/

Best regards,

Peter Huang
Microsoft Online Partner Support

Get Secure! - www.microsoft.com/security
This posting is provided "AS IS" with no warranties, and confers no rights.

[Tiraman]

Hi Peter ,

I just read the articles (first and second parts) that you sent me which are
very very good articles
and i got lots of good information and understanding from those articles
:-) :-) :-)
i will keep to do my checks and if i will have any question i know a good
place where i can ask :-)

So Thank you a lot

Tiraman .

""Peter Huang"" <v-******@online.microsoft.com> wrote in message
news:3S**************@cpmsftngxa06.phx.gbl...

Hi Tiraman,

Usually GAC used the version to manage the Assembly, so it is a good
practice to change the version of assembly each time we change the code.
Also I think the IIS cache the dll is for performance concern.

From your senario, I think you may try to modify the Web.config to achieve
your aim.
Here goes the steps.
1. Add TestCls1.dll of version 1.0.0.0 to the GAC
2. Let the Asp.net application use the dll of version 1.0.0.0
3. Change the code of the TestCls1.dll and version to 1.0.0.1, build it and install it into GAC. Now we will have two versions of test.dll in the GAC.
4. In the web.config of the ASP.net application we can add the config as
below under the <Configuration> item.
<runtime>
<assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
<dependentAssembly>
<assemblyIdentity name="TestCls1"
publicKeyToken="9f907b2880e0c3fd"
culture="neutral" />
<bindingRedirect oldVersion="1.0.0.0"
newVersion="1.0.0.1"/>
</dependentAssembly>
</assemblyBinding>
</runtime>

5. After that the Asp.net application will use the version 1.0.0.1.
For detailed information, you may take a look at the link below.
Look into the Figure 10 in the Section Advanced Administrative Control
(Configuration)

NET Framework: Building, Packaging, Deploying, and Administering
Applications and Types¡ªPart 2
http://msdn.microsoft.com/msdnmag/is...03/BuildApps2/

Best regards,

Peter Huang
Microsoft Online Partner Support

Get Secure! - www.microsoft.com/security
This posting is provided "AS IS" with no warranties, and confers no rights.

[Peter Huang]

Hi Tiraman,

I am glad that my suggestion will help you.

Have a nice day!
Best regards,

Peter Huang
Microsoft Online Partner Support

Get Secure! - www.microsoft.com/security
This posting is provided "AS IS" with no warranties, and confers no rights.

[Peter Huang]

Hi Tiraman,

I am glad that my suggestion will help you.

Have a nice day!
Best regards,

Peter Huang
Microsoft Online Partner Support

Get Secure! - www.microsoft.com/security
This posting is provided "AS IS" with no warranties, and confers no rights.

[Tiraman]

Hello peter ,

now that i have 2 assemblies in the Gac i would like to use them in each
other .
for example ,

i have assembly name A.dll and B.dll

and i would like to import the B.dll into the A.dll
and when i m doing so i m getting this error "namespace or type B cannot be
found"
(Note that the A.dll And B.dll Are in The GAC And I Tried To De-Reference
Them )
and when i m adding reference to that assembly there is no error in the .NET
IDE but there is error in compilation time .

Any Ideas ?

few More questions that i have ,

1) should I create project for each dll that I want to write and in that
project I will add the relevant reference ?
2) how can I put the assembly in the GAC using command prompt ? (copy
doesn't work )
3) I m getting such errors while i m doing imports and reference to the
namespace so what could be the problem ?
error BC30466: Namespace or type 'Data' for the Imports
'System.Data' cannot be found.

Imports System.Data
~~~~~~~~~~~

10x in Advanced
""Peter Huang"" <v-******@online.microsoft.com> wrote in message
news:lY*************@cpmsftngxa06.phx.gbl...

Hi Tiraman,

I am glad that my suggestion will help you.

Have a nice day!
Best regards,

Peter Huang
Microsoft Online Partner Support

Get Secure! - www.microsoft.com/security
This posting is provided "AS IS" with no warranties, and confers no rights.

[Tiraman]

Hello peter ,

now that i have 2 assemblies in the Gac i would like to use them in each
other .
for example ,

i have assembly name A.dll and B.dll

and i would like to import the B.dll into the A.dll
and when i m doing so i m getting this error "namespace or type B cannot be
found"
(Note that the A.dll And B.dll Are in The GAC And I Tried To De-Reference
Them )
and when i m adding reference to that assembly there is no error in the .NET
IDE but there is error in compilation time .

Any Ideas ?

few More questions that i have ,

1) should I create project for each dll that I want to write and in that
project I will add the relevant reference ?
2) how can I put the assembly in the GAC using command prompt ? (copy
doesn't work )
3) I m getting such errors while i m doing imports and reference to the
namespace so what could be the problem ?
error BC30466: Namespace or type 'Data' for the Imports
'System.Data' cannot be found.

Imports System.Data
~~~~~~~~~~~

10x in Advanced
""Peter Huang"" <v-******@online.microsoft.com> wrote in message
news:lY*************@cpmsftngxa06.phx.gbl...

Hi Tiraman,

I am glad that my suggestion will help you.

Have a nice day!
Best regards,

Peter Huang
Microsoft Online Partner Support

Get Secure! - www.microsoft.com/security
This posting is provided "AS IS" with no warranties, and confers no rights.