From: Tom Shelton on
On 2010-03-10, mayayana <mayayana(a)nospam.invalid> wrote:
>>
>> � > It's really a shame that Microsoft wrote COM and .NET code wrappers
> for
>> � this API stuff isn't it.
>> � > Otherwise, we would all be coding in C++. ;-)
>> �
>> � I'm not doing either. Odd, huh?
>> �
>> Is that supposed to be intellectual honesty? ;-)
>
>> If you are using VB 6.0 then you are certainly using COM wrappers.
>>
>
> Ah, the famous Paul C. context switcheroo.
>
> Let me see if I've got this straight. You've
> just defended the choice of running VBScripts
> (that are shelling to sysadmin applets) via your
> 300 MB slop of superfluous wrappers, as
> preferable to using the API for setting permissions.
>
> ...And you equate your 300 MB script hack with
> using the VB intrinsic controls...because both
> involve wrappers.
>
> I understand now. You're a binary thinker! Am
> I actually having this conversation with a computer
> program? .... Oh... my.... I'm so embarassed!
>
>

Not sure why he would be advocating that - since it's trivial to set acls from
within the framework (System.Security.AccessControl). I do it all the time
from my custom deployment tool.

--
Tom Shelton
From: Karl E. Peterson on
Tom Shelton wrote:
> On 2010-03-10, mayayana <mayayana(a)nospam.invalid> wrote:
>>>
>>> � > It's really a shame that Microsoft wrote COM and .NET code wrappers for
>>> � this API stuff isn't it.
>>> � > Otherwise, we would all be coding in C++. ;-)
>>> �
>>> � I'm not doing either. Odd, huh?
>>> �
>>> Is that supposed to be intellectual honesty? ;-)
>>> If you are using VB 6.0 then you are certainly using COM wrappers.
>>>
>>
>> Ah, the famous Paul C. context switcheroo.
>>
>> Let me see if I've got this straight. You've
>> just defended the choice of running VBScripts
>> (that are shelling to sysadmin applets) via your
>> 300 MB slop of superfluous wrappers, as
>> preferable to using the API for setting permissions.
>>
>> ...And you equate your 300 MB script hack with
>> using the VB intrinsic controls...because both
>> involve wrappers.
>>
>> I understand now. You're a binary thinker! Am
>> I actually having this conversation with a computer
>> program? .... Oh... my.... I'm so embarassed!
>
> Not sure why he would be advocating that - since it's trivial to set acls
> from within the framework (System.Security.AccessControl). I do it all the
> time from my custom deployment tool.

Because he was "answering" someone who wanted to do it with VB6!!!
Y'know, the *charter* for this newsgroup. Jeeeeeez.....

--
..NET: It's About Trust!
http://vfred.mvps.org


From: Tom Shelton on
On 2010-03-10, Karl E Peterson <karl(a)exmvps.org> wrote:
> Tom Shelton wrote:
>> On 2010-03-10, mayayana <mayayana(a)nospam.invalid> wrote:
>>>>
>>>> � > It's really a shame that Microsoft wrote COM and .NET code wrappers for
>>>> � this API stuff isn't it.
>>>> � > Otherwise, we would all be coding in C++. ;-)
>>>> �
>>>> � I'm not doing either. Odd, huh?
>>>> �
>>>> Is that supposed to be intellectual honesty? ;-)
>>>> If you are using VB 6.0 then you are certainly using COM wrappers.
>>>>
>>>
>>> Ah, the famous Paul C. context switcheroo.
>>>
>>> Let me see if I've got this straight. You've
>>> just defended the choice of running VBScripts
>>> (that are shelling to sysadmin applets) via your
>>> 300 MB slop of superfluous wrappers, as
>>> preferable to using the API for setting permissions.
>>>
>>> ...And you equate your 300 MB script hack with
>>> using the VB intrinsic controls...because both
>>> involve wrappers.
>>>
>>> I understand now. You're a binary thinker! Am
>>> I actually having this conversation with a computer
>>> program? .... Oh... my.... I'm so embarassed!
>>
>> Not sure why he would be advocating that - since it's trivial to set acls
>> from within the framework (System.Security.AccessControl). I do it all the
>> time from my custom deployment tool.
>
> Because he was "answering" someone who wanted to do it with VB6!!!

So, why is dotnet even in the conversation?

> Y'know, the *charter* for this newsgroup. Jeeeeeez.....
>

Yeah?

--
Tom Shelton
From: Karl E. Peterson on
Tom Shelton wrote:
> On 2010-03-10, Karl E Peterson <karl(a)exmvps.org> wrote:
>> Tom Shelton wrote:
>>> On 2010-03-10, mayayana <mayayana(a)nospam.invalid> wrote:
>>>>>
>>>>> � > It's really a shame that Microsoft wrote COM and .NET code wrappers
>>>>> for � this API stuff isn't it.
>>>>> � > Otherwise, we would all be coding in C++. ;-)
>>>>> �
>>>>> � I'm not doing either. Odd, huh?
>>>>> �
>>>>> Is that supposed to be intellectual honesty? ;-)
>>>>> If you are using VB 6.0 then you are certainly using COM wrappers.
>>>>>
>>>>
>>>> Ah, the famous Paul C. context switcheroo.
>>>>
>>>> Let me see if I've got this straight. You've
>>>> just defended the choice of running VBScripts
>>>> (that are shelling to sysadmin applets) via your
>>>> 300 MB slop of superfluous wrappers, as
>>>> preferable to using the API for setting permissions.
>>>>
>>>> ...And you equate your 300 MB script hack with
>>>> using the VB intrinsic controls...because both
>>>> involve wrappers.
>>>>
>>>> I understand now. You're a binary thinker! Am
>>>> I actually having this conversation with a computer
>>>> program? .... Oh... my.... I'm so embarassed!
>>>
>>> Not sure why he would be advocating that - since it's trivial to set acls
>>> from within the framework (System.Security.AccessControl). I do it all the
>>> time from my custom deployment tool.
>>
>> Because he was "answering" someone who wanted to do it with VB6!!!
>
> So, why is dotnet even in the conversation?

Rhetorical question? (If not, what should be the obvious answer is,
because Paul's here!)

>> Y'know, the *charter* for this newsgroup. Jeeeeeez.....
>
> Yeah?

Yeah.

--
..NET: It's About Trust!
http://vfred.mvps.org


From: Tom Shelton on
On 2010-03-10, Karl E Peterson <karl(a)exmvps.org> wrote:
> Tom Shelton wrote:
>> On 2010-03-10, Karl E Peterson <karl(a)exmvps.org> wrote:
>>> Tom Shelton wrote:
>>>> On 2010-03-10, mayayana <mayayana(a)nospam.invalid> wrote:
>>>>>>
>>>>>> � > It's really a shame that Microsoft wrote COM and .NET code wrappers
>>>>>> for � this API stuff isn't it.
>>>>>> � > Otherwise, we would all be coding in C++. ;-)
>>>>>> �
>>>>>> � I'm not doing either. Odd, huh?
>>>>>> �
>>>>>> Is that supposed to be intellectual honesty? ;-)
>>>>>> If you are using VB 6.0 then you are certainly using COM wrappers.
>>>>>>
>>>>>
>>>>> Ah, the famous Paul C. context switcheroo.
>>>>>
>>>>> Let me see if I've got this straight. You've
>>>>> just defended the choice of running VBScripts
>>>>> (that are shelling to sysadmin applets) via your
>>>>> 300 MB slop of superfluous wrappers, as
>>>>> preferable to using the API for setting permissions.
>>>>>
>>>>> ...And you equate your 300 MB script hack with
>>>>> using the VB intrinsic controls...because both
>>>>> involve wrappers.
>>>>>
>>>>> I understand now. You're a binary thinker! Am
>>>>> I actually having this conversation with a computer
>>>>> program? .... Oh... my.... I'm so embarassed!
>>>>
>>>> Not sure why he would be advocating that - since it's trivial to set acls
>>>> from within the framework (System.Security.AccessControl). I do it all the
>>>> time from my custom deployment tool.
>>>
>>> Because he was "answering" someone who wanted to do it with VB6!!!
>>
>> So, why is dotnet even in the conversation?
>
> Rhetorical question? (If not, what should be the obvious answer is,
> because Paul's here!)
>

Hmmm... maybe I need to read up the thread. I just was trying to figure out
why someone was suggesting a call to a shell script to do something that can
be done natively....

--
Tom Shelton
First  |  Prev  |  Next  |  Last
Pages: 1 2 3 4 5 6 7 8
Prev: Filling an excel range from a vb function
Next: 1.0e to VB6