• Want to receive the latest contracting news and advice straight to your inbox? Sign up to the ContractorUK newsletter here. Every sign up will also be entered into a draw to WIN £100 Amazon vouchers!

Where's suity

5.00 star(s)
Not knowing the answer is fine in my book. It's the way that genuine attempts to help lead to insults so often.

As a non .NET person, that sounds complicated... is the problem it's an easy question or a stupid thing to be doing?

I suggested that using multi-dimensional arrays to contain data leads to an obtuse design, poor coding techniques, runtime errors and maintenance issues and that creating a class structure to consume the muti-dimensional arrays and then databind to them at design time was a solution at which point he gets shirty and arrogant, asking over and over again why it is difficult to databind directly to multi-dimensional arrays of unstructured data.

Luckily if Ricky Gervais did not breach broadcasting rules by calling Susan Boyle a mong, Ofcom rules | Mail Online I'm safe to call Suity one.

:happy
 
You should see my last comment. I didn't mind the actual question because I know people who've encountered the same issues over the years and Google is sod all help when you try and solve the issue. However his total ignorance and clueless arrogance is beyond redemption.

Unfortunately I can't but him on ignore as his attempts to not be the Frank Spencer of the contract world are essential reading.

You seem to have a certain crass ignorance about you I find intriguing, eek. :laugh:

I do appreciate your help, but you have to understand that if you rush into posting without reading the whole thread then your help is limited.

In the instance you describe, a process running under a user account has problems accessing a portion of the file system, or I believe this was your diagnosis (which I agree with incidentally).

So there are really two options here :

a) Change the file permissions on the relevant portion of the file system.
b) Change the user context of the process to one that does have the relevant file permissions.

In post 1 I state the problem.
In post 3 I state the approach I am taking to resolve said problem (by changing the user context).
In post 8 I reiterate the approach I am taking to resolve the problem (by changing the user context).
In post 9 I encourage you to re-read the thread before further making an arse of yourself.
In post 12 I re-reiterate the approach I am taking to resolve the problem (by changing the user context).

You really must be a treasure to work with. I can just imagine you getting stroppy in meetings and putting your fingers in your ears and going "la la la la, I'm not listening" just because people don't do exactly what you say all of the time.

Just saying like. :rolleyes:
 
Last edited: 08:38
You seem to have a certain crass ignorance about you I find intriguing, eek. :laugh:

I do appreciate your help, but you have to understand that if you rush into posting without reading the whole thread then your help is limited.

In the instance you describe, a process running under a user account has problems accessing a portion of the file system, or I believe this was your diagnosis (which I agree with incidentally).

So there are really two options here :

a) Change the file permissions on the relevant portion of the file system.
b) Change the user context of the process to one that does have the relevant file permissions.

In post 1 I state the problem.
In post 3 I state the approach I am taking to resolve said problem.
In post 8 I reiterate the approach I am taking to resolve the problem.
In post 12 I re-reiterate the approach I am taking to resolve the problem.

You really must be a treasure to work with. I can just imagine you getting stroppy in meetings and putting your fingers in your ears and going "la la la la, I'm not listening" just because people don't do exactly what you say all of the time.

Just saying like. :rolleyes:


In post 2 I suggested something for you to do. In posts 3 and 8 you clearly stated that you'd hadn't tried my advice and rabbited on about other items which showed that you wanted to ignore my advice.

I do love your solution of changing user context. My security hat asks why on earth would you want to do that but thankfully its not my issue. At any of the past 5 client cos your solution would result in you being out the door toot sweet but hey ho.

Here's a hint Mr fat cry baby. When asking for advice after being told to do x at least confirm that you've tried that before continuing to try and look clever. There have been enough previous occasions where you've revealed that you wander off at tangents due to utter cluelessness.

Thanks for confirming it on General.
 
In post 2 I suggested something for you to do.

Post 2 was GeorgeB. Is this an admission of a sockie? :smokin

In posts 3 and 8 you clearly stated that you'd hadn't tried my advice and rabbited on about other items which showed that you wanted to ignore my advice.
"La la la, eeks not listening to the OP as his solution is the only way" :rollin::rollin:

I do love your solution of changing user context. My security hat asks why on earth would you want to do that but thankfully its not my issue. At any of the past 5 client cos your solution would result in you being out the door toot sweet but hey ho.

Please grow up you little tedious man.

Here's a hint Mr fat cry baby. When asking for advice after being told to do x at least confirm that you've tried that before continuing to try and look clever. There have been enough previous occasions where you've revealed that you wander off at tangents due to utter cluelessness.

Thanks for confirming it on General.

Still really, really need to grow up. A problem can have more than one solution. The person posting the problem may have very sound reasons for wanting to tackle it a certain way. If you follow the thread rather than wandering off on your own tangent then you don't waste your time or others by simply listening. Equally rather than getting on your high horse, you could have asked why I was attempting to change the user context rather than change the file permissions.

Had you done this, the answer would have been as follows :

Eek, this is not something I would normally do, but needs must. The box I am working on does need the file permissions changing but seeing as this is only supposed to be a simple proof of concept and all the code will be thrown away anway, and a change request on the file permissions would take over 3 days to be honoured by ClientCos IT support, and I have their blessing to make it work using impersonation I just need to get it working this way (for now).
 
If my 1st post was post 4 than that is still irrelevant to the discussion as your discussion in point 3 is about creating a crappy hack which introduces additional security issues.

Being polite I didn't want to tell you why the idea was an pile of poo which confirmed your crass incompetence rather I would tell you how to fix the actual issue so that everything worked correctly allowing all services to continue using their original windows account with appropriate security settings.

To be honest I don't know why I bothered.
 
Never mind all that Suity, have you told the team the refactor the code to use cursors all round ? That is why they call in a BPM architect dont they ?
 

Advertisers

Back
Top