I don't know enough of what's inside VS2005 to know if what I'm doing need correcting

[Frank]

I've done this a few times.

In a solution I have a project, Say P1, and need another project that will
contain much code that is similar to that of P1.

I hope no one gets hung up on why I don't somehow share the code.

So, I copy the folder P1 is in, change the new folder name, and is VS2005 to
change all occurrences of P1's name tp P2's name.

Then open the solution and include P2 into the solution.

Now I'm wondering if P1 has some GUID, or reference to the registry that
I've copied so that something that should be unique is now being used twice.

Anyone familiar enough with inside VS2005 to know if what I'm doing need
correcting or avoiding?



Thanks

 

[Cor Ligthert [MVP]]

Frank,

Don't worry most of us don't need your code especially not if you don't know
the Mutex

Cor

 

[Jay B. Harlow [MVP - Outlook]]

Frank,
Is your project/objects COM enabled? If they are then you need to worry
about GUID's if they are not, you probably don't...

That being said, you can use "Project - Properties - Application - Assembly
Information" to get to the GUID used by your project

Using "Edit - Find and Replace - Find in Files" for "Guid" should get you
any other guids that are used on types (classes, structures), you're looking
for the Guid attribute, not variables of type Guid.


FWIW: Rather then copy the entire project, I would create a new project,
than use "Project - Add Existing Files" to add the files of the old project
to the new project. I would consider using the "add as link" feature so
there is only a single copy of the file...

 

[Frank]

Frank,

Don't worry most of us don't need your code especially not if you don't
know the Mutex

What is this all about?
Did you intend this for someone else?
I'm sure you don't need or even want my code!

 

[Frank]

Frank,
Is your project/objects COM enabled? If they are then you need to worry
about GUID's if they are not, you probably don't...

That being said, you can use "Project - Properties - Application -
Assembly Information" to get to the GUID used by your project

Using "Edit - Find and Replace - Find in Files" for "Guid" should get you
any other guids that are used on types (classes, structures), you're
looking for the Guid attribute, not variables of type Guid.


FWIW: Rather then copy the entire project, I would create a new project,
than use "Project - Add Existing Files" to add the files of the old
project to the new project. I would consider using the "add as link"
feature so there is only a single copy of the file...

I'll do the checks you mentioned.
Can't use a single copy because the procedure is only to generate something
like a template- that is, a point to start changing and adding.


Thanks

--
Hope this helps
Jay B. Harlow [MVP - Outlook]
.NET Application Architect, Enthusiast, & Evangelist
T.S. Bradley - http://www.tsbradley.net

I've done this a few times.

In a solution I have a project, Say P1, and need another project that
will contain much code that is similar to that of P1.

I hope no one gets hung up on why I don't somehow share the code.

So, I copy the folder P1 is in, change the new folder name, and is VS2005
to change all occurrences of P1's name tp P2's name.

Then open the solution and include P2 into the solution.

Now I'm wondering if P1 has some GUID, or reference to the registry that
I've copied so that something that should be unique is now being used
twice.

Anyone familiar enough with inside VS2005 to know if what I'm doing need
correcting or avoiding?



Thanks

 

[Cor Ligthert [MVP]]

http://msdn2.microsoft.com/en-us/library/system.threading.mutex.aspx

 

[Frank]

Some, not all, usercontrols have for example:

....ControlNotes\AssemblyInfo.vb(19):'The following GUID is for the ID of the
typelib if this project is exposed to COM

....ControlNotes\AssemblyInfo.vb(20):<Assembly:
Guid("299A6415-243D-42AB-9B8A-8E168555F99B")>

why some but not all?



I used your suggestion:

"Project - Properties - Application - Assembly > Information"

and verified that some have a GUID and some don't.





Thanks, all the GUIDs I saw have different values, although I don't know why
they have any at all. What are they used for?

Frank,
Is your project/objects COM enabled? If they are then you need to worry
about GUID's if they are not, you probably don't...

That being said, you can use "Project - Properties - Application -
Assembly Information" to get to the GUID used by your project

Using "Edit - Find and Replace - Find in Files" for "Guid" should get you
any other guids that are used on types (classes, structures), you're
looking for the Guid attribute, not variables of type Guid.


FWIW: Rather then copy the entire project, I would create a new project,
than use "Project - Add Existing Files" to add the files of the old
project to the new project. I would consider using the "add as link"
feature so there is only a single copy of the file...

--
Hope this helps
Jay B. Harlow [MVP - Outlook]
.NET Application Architect, Enthusiast, & Evangelist
T.S. Bradley - http://www.tsbradley.net

I've done this a few times.

In a solution I have a project, Say P1, and need another project that
will contain much code that is similar to that of P1.

I hope no one gets hung up on why I don't somehow share the code.

So, I copy the folder P1 is in, change the new folder name, and is VS2005
to change all occurrences of P1's name tp P2's name.

Then open the solution and include P2 into the solution.

Now I'm wondering if P1 has some GUID, or reference to the registry that
I've copied so that something that should be unique is now being used
twice.

Anyone familiar enough with inside VS2005 to know if what I'm doing need
correcting or avoiding?



Thanks

 

[Frank]

Cor
Someone else is probably looking for help on mutex and not getting it
because your sending the help to me!

 

[Frank]

Frank,
Is your project/objects COM enabled? If they are then you need to worry
about GUID's if they are not, you probably don't...

Not sure what this means. I never expect to use these usercontrols with
COM. Of course, I dont't know what the IDE, or framework does with them

That being said, you can use "Project - Properties - Application -
Assembly Information" to get to the GUID used by your project

I've found this and find that some projects have GUIDs and some don't.

There is also a check box for COM-Visible but it is checked even if there is
no GUID.


Should that box be checked - as far as I know I have nothing to do with COM.

Some of these projects cane from VB6 - maybe the GUID came from there. Is
there any reason I should have GUIDs for non-COM dotNET code?

Thanks

 

[Jay B. Harlow [MVP - Outlook]]

Frank,

Thanks, all the GUIDs I saw have different values, although I don't know
why they have any at all. What are they used for?

As the comment states:

...ControlNotes\AssemblyInfo.vb(19):'The following GUID is for the ID of
the typelib if this project is exposed to COM

The GUID in AssemblyInfo.vb is the same guid as found under project
properties.

Not sure what this means. I never expect to use these usercontrols with
COM.

COM is based on GUIDs. If you are using your components from COM (aka they
are COM enabled) then the GUIDs are important. If you are using the
components purely from .NET, then the GUIDs are not important.

Of course, I dont't know what the IDE, or framework does with them

The IDE & Framework uses them for enabling COM interop.


--
Hope this helps
Jay B. Harlow [MVP - Outlook]
..NET Application Architect, Enthusiast, & Evangelist
T.S. Bradley - http://www.tsbradley.net

Some, not all, usercontrols have for example:

...ControlNotes\AssemblyInfo.vb(19):'The following GUID is for the ID of
the typelib if this project is exposed to COM

...ControlNotes\AssemblyInfo.vb(20):<Assembly:
Guid("299A6415-243D-42AB-9B8A-8E168555F99B")>

why some but not all?



I used your suggestion:

"Project - Properties - Application - Assembly > Information"

and verified that some have a GUID and some don't.





Thanks, all the GUIDs I saw have different values, although I don't know
why they have any at all. What are they used for?

Frank,
Is your project/objects COM enabled? If they are then you need to worry
about GUID's if they are not, you probably don't...

That being said, you can use "Project - Properties - Application -
Assembly Information" to get to the GUID used by your project

Using "Edit - Find and Replace - Find in Files" for "Guid" should get you
any other guids that are used on types (classes, structures), you're
looking for the Guid attribute, not variables of type Guid.


FWIW: Rather then copy the entire project, I would create a new project,
than use "Project - Add Existing Files" to add the files of the old
project to the new project. I would consider using the "add as link"
feature so there is only a single copy of the file...

--
Hope this helps
Jay B. Harlow [MVP - Outlook]
.NET Application Architect, Enthusiast, & Evangelist
T.S. Bradley - http://www.tsbradley.net

I've done this a few times.

In a solution I have a project, Say P1, and need another project that
will contain much code that is similar to that of P1.

I hope no one gets hung up on why I don't somehow share the code.

So, I copy the folder P1 is in, change the new folder name, and is
VS2005 to change all occurrences of P1's name tp P2's name.

Then open the solution and include P2 into the solution.

Now I'm wondering if P1 has some GUID, or reference to the registry that
I've copied so that something that should be unique is now being used
twice.

Anyone familiar enough with inside VS2005 to know if what I'm doing need
correcting or avoiding?



Thanks

 

[Frank]

Frank,
As the comment states:


The GUID in AssemblyInfo.vb is the same guid as found under project
properties.

COM is based on GUIDs. If you are using your components from COM (aka they
are COM enabled) then the GUIDs are important. If you are using the
components purely from .NET, then the GUIDs are not important.

Thanks, This clears it up.

Of course, I dont't know what the IDE, or framework does with them

The IDE & Framework uses them for enabling COM interop.


--
Hope this helps
Jay B. Harlow [MVP - Outlook]
.NET Application Architect, Enthusiast, & Evangelist
T.S. Bradley - http://www.tsbradley.net

Some, not all, usercontrols have for example:

...ControlNotes\AssemblyInfo.vb(19):'The following GUID is for the ID of
the typelib if this project is exposed to COM

...ControlNotes\AssemblyInfo.vb(20):<Assembly:
Guid("299A6415-243D-42AB-9B8A-8E168555F99B")>

why some but not all?



I used your suggestion:

"Project - Properties - Application - Assembly > Information"

and verified that some have a GUID and some don't.





Thanks, all the GUIDs I saw have different values, although I don't know
why they have any at all. What are they used for?

Frank,
Is your project/objects COM enabled? If they are then you need to worry
about GUID's if they are not, you probably don't...

That being said, you can use "Project - Properties - Application -
Assembly Information" to get to the GUID used by your project

Using "Edit - Find and Replace - Find in Files" for "Guid" should get
you any other guids that are used on types (classes, structures), you're
looking for the Guid attribute, not variables of type Guid.


FWIW: Rather then copy the entire project, I would create a new project,
than use "Project - Add Existing Files" to add the files of the old
project to the new project. I would consider using the "add as link"
feature so there is only a single copy of the file...

--
Hope this helps
Jay B. Harlow [MVP - Outlook]
.NET Application Architect, Enthusiast, & Evangelist
T.S. Bradley - http://www.tsbradley.net


I've done this a few times.

In a solution I have a project, Say P1, and need another project that
will contain much code that is similar to that of P1.

I hope no one gets hung up on why I don't somehow share the code.

So, I copy the folder P1 is in, change the new folder name, and is
VS2005 to change all occurrences of P1's name tp P2's name.

Then open the solution and include P2 into the solution.

Now I'm wondering if P1 has some GUID, or reference to the registry
that I've copied so that something that should be unique is now being
used twice.

Anyone familiar enough with inside VS2005 to know if what I'm doing
need correcting or avoiding?



Thanks