> -Original Message-
> From: Marc Brooks [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, February 08, 2006 1:27 PM
> Subject: Re: Source Control - What do you use, and why?
>
> Also not that there is an MSSCCI provider to
> plug into DevStudio, VS2003, VB6 and other older VSS compatible
> cli
I think Microsoft is continuing to upgrade and support VSS and there's
definitely an article on msdn comparing VSS and Team Server.
-Original Message-
From: Discussion of advanced .NET topics.
[mailto:[EMAIL PROTECTED] On Behalf Of phil paxton
Sent: Friday, February 10, 2006 1:25 PM
To: AD
Right Peter,
In DAAB, there is a class called DBCommandWrapper and this has 2 methods
AddInParameter and AddOutParameter. It also has a method called AddParameter
which can be used to give the direction as "ReturnValue". I just missed it
and you opened my eyes.
Thanks a lot,
Eddie
-Original
I'm not familiar with the DAAB; but, normally the return value of a stored
procedure is a parmeter in the commands parameter collection--which the
direction of ReturnValue.
eg:
command = new SqlCommand("SomeStoredProc", myConnection);
command.CommandType = CommandType.StoredProcedure;
parameter =
Hello Experts,
I have this SQL stored procedure:
CREATE PROCEDURE dbOwner.SomeStoredProc
AS
BEGIN
DECLARE
-- some local variables
@Error int,
-- some other local variables
-- do some things
-- check for errors
IF @@ERROR != 0
RETURN -
On 2/10/06, Ian Griffiths <[EMAIL PROTECTED]> wrote:
> Perhaps he did all his COM programming in C++?
>
> Over the last 6 months I happen to have had two engagements that have
> required me to do COM and C++ again.
>
> It made me realize I'd forgotten just how less productive it is than
> .NET.
>
>
On 2/8/06, Adam Sills <[EMAIL PROTECTED]> wrote:
> Well, Team Server isn't even released yet, so I wouldn't put much stock into
> any stability reports on it yet.
>
> I've used a number of source control tools:
>
> VSS
> CVS
> PVCS
I share your pain.
===
This list
We're currently using Perforce, which meets our needs well enough. It
doesn't seem to have the corruption issues of VSS and works well for
branching, rollback, cvs, and most of the things that we want a source
control system to do.
Our main objection to it is that it's too command-line oriented wi
Perhaps he did all his COM programming in C++?
Over the last 6 months I happen to have had two engagements that have
required me to do COM and C++ again.
It made me realize I'd forgotten just how less productive it is than
.NET.
And it's specifically a language thing, rather than a broader tooli
I can't imagine that you need an AD entry for an entity (a possible future
customer) that wouldn't have privileges on your network. Why do you think
every CRM Sales Lead needs an AD entity?
That would be a very odd design decision. (The problem you mention -- dealing
with useless data represe
>Making files readonly is also silly: it doesn't
> prevent anything (you can make the file non-readonly with a simple command)
> yet it is annoying when you want to alter some files.
What it DOES is give you a chance to handle the model where you _do_
want exclusive locks by creating an ev
> I can't understand why my .Net code doesn't run. I copied
> the files over the the mainframe, and nothing works. This
> .Net stuff is crazy. I mean, isn't all just zeros and ones?
> Shouldn't it just work? How hard is it to figure out if it
> is zero or a one? I think I'll try running it on
Leads do not require AD accounts, only system users. In the CRM model,
leads do not promote to Users, but Accounts (unless you are using CRM in
a different manner).
Also, there is some user information that is not stored in AD - the User
table is "linked" to AD via the login name (e.g. DOMAIN\use
I can't understand why my .Net code doesn't run. I copied the files over
the the mainframe, and nothing works. This .Net stuff is crazy. I mean,
isn't all just zeros and ones? Shouldn't it just work? How hard is it to
figure out if it is zero or a one? I think I'll try running it on a TRS-80
Vitor
Try the Visual Studio.NET Debugging Newsgroup
http://msdn.microsoft.com/newsgroups/default.aspx?dg=microsoft.public.vsnet.
debugging&lang=en&cr=US
-Original Message-
From: Discussion of advanced .NET topics.
[mailto:[EMAIL PROTECTED] On Behalf Of Vitor Dantas de
Andrade
Sent: Thur
Good info. I have more concerns ...
Are there management interfaces to deprovision (hopefully extract for
archiving) AD accounts. For example, with respect to AD user accounts ...
each CRM Sales Leads needs an AD entity... I assume. In my usage this would
amount to 2-3K new AD entities per month.
> Sorry, I was only joking, I do not suspect the framework is crazy.
I know, Paul ;)
> My COM days are thankfully a distant memory!!!
I don't understand this that much, but perhaps you had a horrific
experience with the wonderful world of COM and DCOM and I
can fully understand
Sorry, I was only joking, I do not suspect the framework is crazy.
My COM days are thankfully a distant memory!!!
[EMAIL PROTECTED]
From: Frans Bouma <[EMAIL PROTECTED]>
Reply-To: "Discussion of advanced .NET topics."
To: ADVANCED-DOTNET@DISCUSS.DEVELOP.COM
Subject: Re: [ADVANCED-DOTNET] .
That's just what we need, more crazy people.
Ben
> -Original Message-
> From: Discussion of advanced .NET topics.
> [mailto:[EMAIL PROTECTED] On Behalf Of
> Ernst Kuschke
> Sent: 10 February 2006 06:32
> To: ADVANCED-DOTNET@DISCUSS.DEVELOP.COM
> Subject: Re: [ADVANCED-DOTNET] .NET IS
> The whole framework is corrupt!
>
> I'm going back to ASP et. COM
COM and DCOM aren't that bad, the performance of DCOM still beats
.NET's equivalents hands down and ATL is pretty cool too.
It's just that this cool tech is simply lacking easy to use tooling ala delphi.
I mean:
The whole framework is corrupt!
I'm going back to ASP et. COM
[EMAIL PROTECTED]
From: Ernst Kuschke <[EMAIL PROTECTED]>
Reply-To: "Discussion of advanced .NET topics."
To: ADVANCED-DOTNET@DISCUSS.DEVELOP.COM
Subject: Re: [ADVANCED-DOTNET] .NET IS CRAZY ...
Date: Fri, 10 Feb 2006
21 matches
Mail list logo
