Comments by jonsey29847

jonsey29847 11-Oct-12 16:09pm View

Not sure if first reply went through, as the auto companies retool the new technology surfaces. Recent advances in the processor now give us tag based addressing, a very big leap that took 20 years. Yes they do lag in technology, but even a small plant @ 500K square feet is $100 million just to build, tooling adds another $100 million or so, a final assembly plant runs into the billions. Yes its behind the times, but getting better, in 10 years I may not have to deal with DDE, and some suppliers have already abandoned it, but some of us still have to just deal.

jonsey29847 11-Oct-12 15:56pm View

What makes you say that?

jonsey29847 11-Oct-12 15:50pm View

DDE is stil used in Autoplants, its legacy yes, but the consequences of changing it would be BIG bucks.

jonsey29847 20-Aug-12 16:07pm View

I am not sure, we are trying to build this 'stuff', and keep running into a wall. Some of the source is .NET (ours), and some is VB6 and .NET.

Regardless I have to make it work, and am looking for other sources that will not give us these problems, but...

jonsey29847 15-Jun-12 11:47am View

I did not explain myself enough, there are several 'projects' across the application. And what I am trying to do is provide a global solution. My concept is to provide an argument, use that argument to set a boolean to true, then use that boolean in each 'project' for the same function.

What I think you are telling me is that I have to parse the command line in each project, a bit more work. I must admit I was hoping for a more glamorous solution when in the IDE.

A second issue is if the application is executed by windows, I am assuming the command line args will not be present.

jonsey29847 4-Jun-12 11:05am View

Same error.

jonsey29847 4-Jun-12 9:20am View

I phrased it wrong, I will still heve .NET v<4 modules, my changes will be the only .NET 4 module

jonsey29847 16-May-12 8:38am View

I am using the debugger, I have been in debug mode with this code for about two weeks now. The application is running out in the field, so my assumption is that everything needed for the application is in the Studio project on the network under the job directories.

I need to validate a change, and my step one is to get the code to build, then proceed.

This site is very helpful, and I usually continue to work on an issue after posting, as is the case here. Its just the time constraint I have, that requires a multi-tiered approach.

Thanks for your help.

jonsey29847 15-May-12 13:38pm View

It is indeed Nothing, I am trying to put all the pieces together, slowly but surely.

Thanks again.

jonsey29847 1-May-12 14:56pm View

Your insight is ironic, one of the messages we get when we run the existing existing executable is "Just run away..."

I am fortunately working for someone who recognizes the problem, and we are here to fix it.

I will pass your link on.

jonsey29847 1-May-12 14:04pm View

Is this what gives you that impression?

at AlarmMan.mDebug.WriteEventToLog(String sSource, String StringtoWrite) in C:\Users\tjones\Desktop\SIA Bumper PaintWorks\source\Common.NET\mDebug.vb:line 89

jonsey29847 1-May-12 10:40am View

I have Office installed, but cannot find the dll using the method you describe. I have found the dll in the Debug directory, what gives with that?

jonsey29847 1-May-12 10:28am View

Can you point me to the default location? I found several dll files in the Debug folder?

jonsey29847 1-May-12 9:50am View

Thanks got it.

jonsey29847 26-Apr-12 11:43am View

Thanks for reply.

AppShare3 is a dll and on my system, I can't seem to find a place to point Visual Studio to it.

Comments by jonsey29847 (Top 15 by date)