Re: [OT] VBScript return string runtime error
I've replicated your problem with a simple VB6 class. I'm not sure of the actual cause but your fix is: id = client.SendRequest((request)) because the working client.SendRequest(request) is really client.SendRequest (request) or Call client.SendRequest((request)). The call corresponding to the original id = line Call client.SendRequest(request) or client.SendRequest request fails with TypeMismatch for me. I assume the problem is VBScript only deals with Objects most of the time, and so doesn't like the original accurate type being passed to the (correct) accurate type, but the () returns the object to Object, which it doesn't mind passing anywhere. -- Regards, Mark Hurd, B.Sc.(Ma.)(Hons.) On 28 November 2010 18:09, Greg Keogh g...@mira.net wrote: I’ve been running experiments for almost two hours solid now, making mock functions and passing different arguments and return types in all combinations I can think of. I’ve cleaned my environment, registered, unregistered, etc. Everything works perfectly in unit tests, only in the VBS file I find this specific failure rule: I cannot get a return value from a method call that has a COM object as an argument. Sadly, I can’t just pass primitive types as the arguments to the function, as it takes far too many and some are collections. I think I’ll give up and have a glass of wine. Greg
Re: [OT] VBScript return string runtime error
I believe that wrapping a parameter in parentheses forces it to be passed ByVal - even if you've coded ByRef. And, in VBScript, everything is a Variant (not quite the same thing as an Object) - so you may have to use CVar occasionally. On Mon, Nov 29, 2010 at 8:32 PM, Mark Hurd markeh...@gmail.com wrote: I've replicated your problem with a simple VB6 class. I'm not sure of the actual cause but your fix is: id = client.SendRequest((request)) because the working client.SendRequest(request) is really client.SendRequest (request) or Call client.SendRequest((request)). The call corresponding to the original id = line Call client.SendRequest(request) or client.SendRequest request fails with TypeMismatch for me. I assume the problem is VBScript only deals with Objects most of the time, and so doesn't like the original accurate type being passed to the (correct) accurate type, but the () returns the object to Object, which it doesn't mind passing anywhere. -- Regards, Mark Hurd, B.Sc.(Ma.)(Hons.) On 28 November 2010 18:09, Greg Keogh g...@mira.net wrote: I’ve been running experiments for almost two hours solid now, making mock functions and passing different arguments and return types in all combinations I can think of. I’ve cleaned my environment, registered, unregistered, etc. Everything works perfectly in unit tests, only in the VBS file I find this specific failure rule: I cannot get a return value from a method call that has a COM object as an argument. Sadly, I can’t just pass primitive types as the arguments to the function, as it takes far too many and some are collections. I think I’ll give up and have a glass of wine. Greg
RE: [OT] VBScript return string runtime error
I've replicated your problem with a simple VB6 class. I'm not sure of the actual cause but your fix is: id = client.SendRequest((request)) (cut) Mark, pardon my French, but holy shit! That works. Putting (()) around the object argument sends it and gives me a string reply, which previously gave me the runtime error. I'd been searching for hours and never found any such syntax or clues anywhere. Where did you get that trick? Now I'm passed that hurdle I've reached the next one ... I'm getting Unable to find assembly , which I know is a lie. In this case I'm passing a string as an argument and getting back the same object that I'm passing in my previous problem. So now I can send it, but not get it back. Some sites hint at missing serializable attributes or incorrect COM attributes on the interface or classes, but that doesn't seem likely so far. Oh well, I'll keep slogging away and let you know if I find the answer. http://stackoverflow.com/questions/1733087/unable-to-call-c-code-from-vbscri pt-activex-error Thanks heaps, Greg
Re: [OT] VBScript return string runtime error
Just as a side note. The last time I developped a com interface in .net and used that object in excel I had a hell of a lot of problems with versioning etc. What I ended up doing, and it worked very well, was wrap the Com .net object in a WSC windows script component. I don't know if they are stil usable in windows 7, but they fixed no end of silly errors. The bonus is you can change the interface of the script object and it still retains the same reference, making bug fixes a doddle. Davy. On Mon, Nov 29, 2010 at 12:29, Greg Keogh g...@mira.net wrote: I've replicated your problem with a simple VB6 class. I'm not sure of the actual cause but your fix is: id = client.SendRequest((request)) (cut) Mark, pardon my French, but holy shit! That works. Putting (()) around the object argument sends it and gives me a string reply, which previously gave me the runtime error. I'd been searching for hours and never found any such syntax or clues anywhere. Where did you get that trick? Now I'm passed that hurdle I've reached the next one ... I'm getting Unable to find assembly , which I know is a lie. In this case I'm passing a string as an argument and getting back the same object that I'm passing in my previous problem. So now I can send it, but not get it back. Some sites hint at missing serializable attributes or incorrect COM attributes on the interface or classes, but that doesn't seem likely so far. Oh well, I'll keep slogging away and let you know if I find the answer. http://stackoverflow.com/questions/1733087/unable-to-call-c-code-from-vbscri pt-activex-errorhttp://stackoverflow.com/questions/1733087/unable-to-call-c-code-from-vbscri%0Apt-activex-error Thanks heaps, Greg
Re: OT - iPhone Programming
Android just feels like a cheap-unfinished clone of the iPhone :) [Now let the war begin] On Mon, Nov 29, 2010 at 5:03 PM, mike smith meski...@gmail.com wrote: On Mon, Nov 29, 2010 at 4:18 PM, Corneliu I. Tusnea corne...@acorns.com.au wrote: I left my iphone for an android now! I left my iPhone for my WP7 now :) There are still some issues with WP7 (it's clearly a v1.0) but I have to say that I went back to the iPhone 3GS two weeks after working with WP7 and the UI of the iPhone looks so odd, outdated and noisy that I was surprised I've ever liked it :) Have you tried Android? (release 2.1 at least) The grass is (still) greener :) Corneliu. Oh, and XBox games on WP7 are mind blowing. Seems odd that a xbox game that's used to highpowered CPU GPU could scale down to a phone. On Fri, Nov 26, 2010 at 6:45 PM, David Loo david@itvision.com.au wrote: I left my iphone for an android now! -- Meski Going to Starbucks for coffee is like going to prison for sex. Sure, you'll get it, but it's going to be rough - Adam Hills
Re: OT - iPhone Programming
On Mon, Nov 29, 2010 at 11:23 PM, Corneliu I. Tusnea corne...@acorns.com.au wrote: Android just feels like a cheap-unfinished clone of the iPhone :) Or an unrestricted version, that runs things that Jobs disapproves of [Now let the war begin] On Mon, Nov 29, 2010 at 5:03 PM, mike smith meski...@gmail.com wrote: On Mon, Nov 29, 2010 at 4:18 PM, Corneliu I. Tusnea corne...@acorns.com.au wrote: I left my iphone for an android now! I left my iPhone for my WP7 now :) There are still some issues with WP7 (it's clearly a v1.0) but I have to say that I went back to the iPhone 3GS two weeks after working with WP7 and the UI of the iPhone looks so odd, outdated and noisy that I was surprised I've ever liked it :) Have you tried Android? (release 2.1 at least) The grass is (still) greener :) Corneliu. Oh, and XBox games on WP7 are mind blowing. Seems odd that a xbox game that's used to highpowered CPU GPU could scale down to a phone. On Fri, Nov 26, 2010 at 6:45 PM, David Loo david@itvision.com.au wrote: I left my iphone for an android now! -- Meski Going to Starbucks for coffee is like going to prison for sex. Sure, you'll get it, but it's going to be rough - Adam Hills -- Meski Going to Starbucks for coffee is like going to prison for sex. Sure, you'll get it, but it's going to be rough - Adam Hills
Re: OT - iPhone Programming
On 29 November 2010 23:37, mike smith meski...@gmail.com wrote: On Mon, Nov 29, 2010 at 11:23 PM, Corneliu I. Tusnea corne...@acorns.com.au wrote: Android just feels like a cheap-unfinished clone of the iPhone :) Or an unrestricted version, that runs things that Jobs disapproves of I have an iPhone 4, HTC Desire with Froyo on it, and an HTC Mozart. Each of the current gen smart phones have their strengths and weaknesses. My take on how things will play out: 1. Nokia has been asleep at the wheel and is like IBM with mainframes in the 80s. Seeya guys. 2. Blackberry are not actually asleep at the wheel - but it is difficult to see how a strategy based on re-heated QNX is going to excite people in this day and age. 3. WP7 is clearly v1.0 as others have said. Putting the niggles (no tethering, multitasking, etc) to one side - it is 1000x improvement of WM6.5. Microsoft has infinitely deep pockets and will do whatever it takes to be a contender. They tipped what- USD$8bln down the xbox hole before they started making any coin out of it. 4. Android is going to stay. The licensing terms are pretty attractive to Asian manufacturers. 5. iPhone is going to stay, and Apple's real strength here is vertical integration. I'd love to know how much they make on a per unit basis vs Android/WP7. I'd call it a three-horse race from now and into the indefinite future. I don't think it is possible to argue one is better than the other - they each have clear strengths and weaknesses and I don't see that changing any time soon. In the saas world we live in now, people seem to talk more about apps than devices/operating systems anyway. I'd also put good odds on the outside chance no one talks about much: WebOS now that HP own Palm. Again, deep pockets + lots of enterprise inroads. I don't know why people don't rate it - architecturally, UI, performance, features, etc - it all looks very good. David. -- *David Connors* | da...@codify.com | www.codify.com Software Engineer Codify Pty Ltd Phone: +61 (7) 3210 6268 | Facsimile: +61 (7) 3210 6269 | Mobile: +61 417 189 363 V-Card: https://www.codify.com/cards/davidconnors Address Info: https://www.codify.com/contact
VBScript Unable to find assembly
My previous problem with VBScript syntax was a stroll in the park compared to this new one which is .NET and COM related. I have a test script like this (stripped down): set client = WScript.CreateObject(Hermes.ComClient.Client) client.Connect localhost, 8070 set req = client.GetRequest(testkey, False) WScript.Echo Get Request Subject = req.Subject client.Disconnect If I run this without the line in red it works. In fuslogvw.exe I can see a utility library called Hermes.Common being loaded okay. LOG: Assembly download was successful. Attempting setup of file: E:\dev_sk\Hermes\Hermes.ComClient\bin\Debug\Hermes.Common.dll LOG: Assembly Name is: Hermes.Common, Version=0.9.0.112, Culture=neutral, PublicKeyToken=54a2a4ef9bf12dc1 LOG: Binding succeeds. Returns assembly from E:\dev_sk\Hermes\Hermes.ComClient\bin\Debug\Hermes.Common.dll. LOG: Assembly is loaded in LoadFrom load context. If I put the red line back it fails with Unable to find assembly Hermes.Common. LOG: Attempting download of new URL file:///C:/Windows/system32/Hermes.Common.DLL. LOG: Attempting download of new URL file:///C:/Windows/system32/Hermes.Common/Hermes.Common.DLL. LOG: Attempting download of new URL file:///C:/Windows/system32/Hermes.Common.EXE. LOG: Attempting download of new URL file:///C:/Windows/system32/Hermes.Common/Hermes.Common.EXE. LOG: All probing URLs attempted and failed. So as usual I'm getting inconsistent results, how can it load one way and fail another? Other than the obvious probing error in fuslogvw I have no other clues to go on. I have ruled out serialization errors. Some searches hint that putting the libraries in the GAC will fix the problem, but there are 5 interdependent DLLs and I don't want to register them all. I don't want to register anything actually! I wrote a similar library a few months ago with multiple DLLs like this one and I never had this problem. Maybe I can ILMerge them all together?! Greg
Setting CMD-window title
From .NET, I am starting a Win32 application with process.start - process.StartInfo.FileName = var1 process.StartInfo.Arguments = var2 process.Start() process.WaitForExit( The CMD window shows the path and executable name (var1), but I would like to change the title display text from .NET (since I run multiple instances of the same application with different args). So far, I can't discover how I can do that with a Win32 call. Any ideas? _ Ian Thomas Victoria Park, Western Australia
Re: Setting CMD-window title
*After* you've started it? Or before you do process.start() On Tue, Nov 30, 2010 at 10:11 AM, Ian Thomas il.tho...@iinet.net.au wrote: From .NET, I am starting a Win32 application with process.start – process.StartInfo.FileName = var1 process.StartInfo.Arguments = var2 process.Start() process.WaitForExit( The CMD window shows the path and executable name (var1), but I would like to change the title display text from .NET (since I run multiple instances of the same application with different args). So far, I can’t discover how I can do that with a Win32 call. Any ideas? Ian Thomas Victoria Park, Western Australia -- Meski Going to Starbucks for coffee is like going to prison for sex. Sure, you'll get it, but it's going to be rough - Adam Hills
Re: Setting CMD-window title
google is your friend :-) http://msdn.microsoft.com/en-us/library/system.diagnostics.process.mainwindowtitle.aspx On 30/11/2010 10:11 AM, Ian Thomas wrote: From .NET, I am starting a Win32 application with process.start process.StartInfo.FileName = var1 process.StartInfo.Arguments = var2 process.Start() process.WaitForExit( The CMD window shows the path and executable name (var1), but I would like to change the title display text from .NET (since I run multiple instances of the same application with different args). So far, I cant discover how I can do that with a Win32 call. Any ideas? Ian Thomas Victoria Park, Western Australia
RE: Setting CMD-window title
Hi Ian, I'm interested too. However what I want is to change the description that appears in Task Manager as I have a number of Processes with the same name e.g. pluginloader.exe. As a work around I have added the Command Line Column to Task Manager which allows me to differentiate between the processes because it shows the Command Line Arguments e.g. pluginloader.exe 1 logger. If you can't change the path, then maybe you can change the Command Window Background Colour? Regards, Michael O'Dea-Jones From: ozdotnet-boun...@ozdotnet.com [mailto:ozdotnet-boun...@ozdotnet.com] On Behalf Of Ian Thomas Sent: Tuesday, 30 November 2010 9:12 AM To: 'ozDotNet' Subject: Setting CMD-window title From .NET, I am starting a Win32 application with process.start - process.StartInfo.FileName = var1 process.StartInfo.Arguments = var2 process.Start() process.WaitForExit( The CMD window shows the path and executable name (var1), but I would like to change the title display text from .NET (since I run multiple instances of the same application with different args). So far, I can't discover how I can do that with a Win32 call. Any ideas? Ian Thomas Victoria Park, Western Australia
Re: [OT] VBScript return string runtime error
On 29 November 2010 21:59, Greg Keogh g...@mira.net wrote: snip I'd been searching for hours and never found any such syntax or clues anywhere. Where did you get that trick? I've known putting brackets around an expression forces ByVal semantics for a long time, but the key point here was the reminder that this is VBScript and not VB.NET, so I knew the silent difference between the working and non-working code. Thanks heaps, Greg -- Regards, Mark Hurd, B.Sc.(Ma.)(Hons.)
Re: Setting CMD-window title
On Tue, Nov 30, 2010 at 11:08 AM, Ian Thomas il.tho...@iinet.net.au wrote: Aaah – thanks Glen. Now to try it on CMD.EXE and the Win32 console app I have to use. It won't work, the documentation says it is Get only. I think your best option will be to vary the parameters in some fashion such that you can differentiate that way. Google (or Bing) is very much the enemy if you have a biased/misinformed starting point. Ian Thomas Victoria Park, Western Australia -- silky http://dnoondt.wordpress.com/ Every morning when I wake up, I experience an exquisite joy — the joy of being this signature.
RE: Setting CMD-window title
Bugger - MainWindowTitle http://msdn.microsoft.com/en-us/library/system.diagnostics.process.mainwind owtitle.aspx is read-only. My earlier thoughts were is would require pInvoke. Still Binging / examining the MSDN library. _ Ian Thomas Victoria Park, Western Australia _ From: ozdotnet-boun...@ozdotnet.com [mailto:ozdotnet-boun...@ozdotnet.com] On Behalf Of Ian Thomas Sent: Tuesday, November 30, 2010 8:09 AM To: 'ozDotNet' Subject: RE: Setting CMD-window title Aaah - thanks Glen. Now to try it on CMD.EXE and the Win32 console app I have to use. Google (or Bing) is very much the enemy if you have a biased/misinformed starting point. _ Ian Thomas Victoria Park, Western Australia _ No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1170 / Virus Database: 426/3286 - Release Date: 11/28/10
Re: Setting CMD-window title
On 30 November 2010 11:20, Mark Hurd markeh...@gmail.com wrote: Back in VB6 the App object was available to libraries to use, and so they could adjust App.Title. I never did get around to work out what it did and whether it was possible to replicate in .NET (i.e. allow an assembly to adjust the main application's title). Just confirming: I'm talking normal Windows applications, not a CLI app. -- Regards, Mark Hurd, B.Sc.(Ma.)(Hons.)
RE: [OT] Developer Laptop
Yes, pretty much - VMs, future proofing - plus SQL server, LINQPad (which can use a lot of RAM), Outlook and several Visual Studio instances. From: ozdotnet-boun...@ozdotnet.com [mailto:ozdotnet-boun...@ozdotnet.com] On Behalf Of Wallace Turner Sent: Tuesday, 30 November 2010 10:50 To: ozDotNet Subject: Re: [OT] Developer Laptop out of curiosity, what programs are you running that use up 8 GB ram ? VMs? Or future proofing? (to a degree) On 30/11/2010 8:13 AM, James Chapman-Smith wrote: Hi folks, I've been using a Dell XPS M1710 laptop now for the nearly the last 4 years. It's been a good little beast and it still performs better than many of the newer machines that I get lumbered with on some client sites. It is now time for me to upgrade. Being a development machine I want good graphics, lots of screen real estate (1920x1200 preferred) and memory (12GB+). I've initially looked at the latest Dell offering - the XPS 17 http://www1.ap.dell.com/au/en/home/notebooks/xps-17/pd.aspx?refid=xps-17s= dhscs=audhs1%7Eck=mn - it looks good, it can be configured with 16GB of RAM, but it only has 1680x900 resolution. The XPS 15 http://www1.ap.dell.com/au/en/home/notebooks/xps-15/pd.aspx?refid=xps-15s= dhscs=audhs1%7Eck=mn offers 1920x1080 but has an 8GB RAM limit. The other Dell offerings are getting old so I'd like to avoid them. So it might be time to jump ship from Dell. I'm looking for advice from my fellow devs on which laptop brands and/or models are highly regarded. I'm happy to pay for quality. What laptop can anyone recommend for my next dev machine? Cheers. James.
Re: VBScript Unable to find assembly
Since the code is running under the vb script executable (cscript.exe??) then I would suggest trying to create a cscript.exe.config with an appropriate probePath configuration runtime assemblyBinding xmlns=urn:schemas-microsoft-com:asm.v1 probing privatePath=bin;bin2\subbin;bin3/ /assemblyBinding /runtime /configuration where the paths are symlinks to correct locations. A bit like this (my blog): http://preetsangha.blogspot.com/2008/06/getting-round-visual-studio-2008-mstest.html Just a thought On 30 November 2010 11:24, Greg Keogh g...@mira.net wrote: My previous problem with VBScript syntax was a stroll in the park compared to this new one which is .NET and COM related. I have a test script like this (stripped down): set client = WScript.CreateObject(Hermes.ComClient.Client) client.Connect localhost, 8070 set req = client.GetRequest(testkey, False) WScript.Echo Get Request Subject = req.Subject client.Disconnect If I run this without the line in red it works. In fuslogvw.exe I can see a utility library called Hermes.Common being loaded okay. LOG: Assembly download was successful. Attempting setup of file: E:\dev_sk\Hermes\Hermes.ComClient\bin\Debug\Hermes.Common.dll LOG: Assembly Name is: Hermes.Common, Version=0.9.0.112, Culture=neutral, PublicKeyToken=54a2a4ef9bf12dc1 LOG: Binding succeeds. Returns assembly from E:\dev_sk\Hermes\Hermes.ComClient\bin\Debug\Hermes.Common.dll. LOG: Assembly is loaded in LoadFrom load context. If I put the red line back it fails with Unable to find assembly Hermes.Common. LOG: Attempting download of new URL file:///C:/Windows/system32/Hermes.Common.DLL. LOG: Attempting download of new URL file:///C:/Windows/system32/Hermes.Common/Hermes.Common.DLL. LOG: Attempting download of new URL file:///C:/Windows/system32/Hermes.Common.EXE. LOG: Attempting download of new URL file:///C:/Windows/system32/Hermes.Common/Hermes.Common.EXE. LOG: All probing URLs attempted and failed. So as usual I’m getting inconsistent results, how can it load one way and fail another? Other than the obvious probing error in fuslogvw I have no other clues to go on. I have ruled out serialization errors. Some searches hint that putting the libraries in the GAC will fix the problem, but there are 5 interdependent DLLs and I don’t want to register them all. I don’t want to register anything actually! I wrote a similar library a few months ago with multiple DLLs like this one and I never had this problem. Maybe I can ILMerge them all together?! Greg
RE: Setting CMD-window title
Michael, that may be the only remedy. But it isn't appropriate, as I will explain later. I tried the SendMessage() approach, with WM_SETTEXT but it's not useful. Using a SendMessage(_hwnd, WM_SETTEXT, 0, My new text) will work only if the called process allows it - ie, has a method for setting its window title. For example, the code works when sent to Notepad, until any event within that application causes the window title to be updated. There is an interesting article at stackoverflow http://stackoverflow.com/questions/1016823/c-how-can-i-rename-a-process-win dow-that-i-started which got a bit pointless, with one antagonist insisting that if he coded an event to check when Notepad's title changed, he could just change it back again! CMD.EXE will actually allow its Title to be changed, but for the process that I need to run (call it MyExternalProcess) I must get its error messages passed directly back to my .NET application. With a batch file (using CMD) to run MyExternalProcess, I will lose that connection, I believe. Or, it becomes more messy than the aesthetics of an informative title is worth. My initial idea was to use the (OS) C source for MyExternalProcess.exe and compile for .NET so I can have in-process control (and perhaps better error feedback), but it uses C99 extensions so has been compiled with MinGW - and I see no way to get over that. _ Ian Thomas Victoria Park, Western Australia _ From: ozdotnet-boun...@ozdotnet.com [mailto:ozdotnet-boun...@ozdotnet.com] On Behalf Of Michael Minutillo Sent: Tuesday, November 30, 2010 9:59 AM To: ozDotNet Subject: Re: Setting CMD-window title What about calling a batch file that sets the title (using the TITLE command) and then runs your normal command http://ss64.com/nt/title.html On Tue, Nov 30, 2010 at 8:51 AM, Mark Hurd markeh...@gmail.com wrote: On 30 November 2010 11:20, Mark Hurd markeh...@gmail.com wrote: Back in VB6 the App object was available to libraries to use, and so they could adjust App.Title. I never did get around to work out what it did and whether it was possible to replicate in .NET (i.e. allow an assembly to adjust the main application's title). Just confirming: I'm talking normal Windows applications, not a CLI app. -- Regards, Mark Hurd, B.Sc.(Ma.)(Hons.) _ No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1170 / Virus Database: 426/3286 - Release Date: 11/28/10
Setting Process window text
I should have used a more accurate subject - it's not the CMD-window title, it's the external process title that I want to change. Win32 API GetWindowText is ReadOnly. SetWindowText has this restriction - If the target window is owned by the current process, SetWindowText causes a http://msdn.microsoft.com/en-us/library/ms632644(VS.85).aspx WM_SETTEXT message to be sent to the specified window or control. If the control is a list box control created with the WS_CAPTION style, however, SetWindowText sets the text for the control, not for the list box entries. To set the text of a control in another process, send the http://msdn.microsoft.com/en-us/library/ms632644(VS.85).aspx WM_SETTEXT message directly instead of calling SetWindowText. Michael, TaskManager is a mystery to me (except for using the thing, though I find SysInternals ProcessExplorer more useful). I'm not sure that the titlebar colour or background colour would be informative enough - or whether I have access to those for the process. I can of course track by handles within my .NET calling app, for the numerous separately-invoked instances of the external process- but it is the visual text that is needed. _ Ian Thomas Victoria Park, Western Australia _ From: ozdotnet-boun...@ozdotnet.com [mailto:ozdotnet-boun...@ozdotnet.com] On Behalf Of Michael O'Dea-Jones Sent: Tuesday, November 30, 2010 7:59 AM To: ozDotNet Subject: RE: Setting CMD-window title Hi Ian, I'm interested too. However what I want is to change the description that appears in Task Manager as I have a number of Processes with the same name e.g. pluginloader.exe. As a work around I have added the Command Line Column to Task Manager which allows me to differentiate between the processes because it shows the Command Line Arguments e.g. pluginloader.exe 1 logger. If you can't change the path, then maybe you can change the Command Window Background Colour? Regards, Michael O'Dea-Jones
Re: Setting CMD-window title
On Tue, Nov 30, 2010 at 1:26 PM, Ian Thomas il.tho...@iinet.net.au wrote: Michael, that may be the only remedy. But it isn’t appropriate, as I will explain later. I tried the SendMessage() approach, with WM_SETTEXT but it’s not useful. Using a SendMessage(_hwnd, WM_SETTEXT, 0, My new text) will work only if the called process “allows” it – ie, has a method for setting its window title. For example, the code works when sent to Notepad, until any event within that application causes the window title to be updated. There is an interesting article at stackoverflow which got a bit pointless, with one antagonist insisting that if he coded an event to check when Notepad’s title changed, he could just change it back again! Remote code injection for the windows message handler for that app? Ugh. CMD.EXE will actually allow its Title to be changed, but for the process that I need to run (call it MyExternalProcess) I must get its error messages passed directly back to my .NET application. With a batch file (using CMD) to run MyExternalProcess, I will lose that connection, I believe. Or, it becomes more messy than the aesthetics of an informative title is worth. My initial idea was to use the (OS) C source for MyExternalProcess.exe and compile for .NET so I can have in-process control (and perhaps better error feedback), but it uses C99 extensions so has been compiled with MinGW - and I see no way to get over that. Ian Thomas Victoria Park, Western Australia From: ozdotnet-boun...@ozdotnet.com [mailto:ozdotnet-boun...@ozdotnet.com] On Behalf Of Michael Minutillo Sent: Tuesday, November 30, 2010 9:59 AM To: ozDotNet Subject: Re: Setting CMD-window title What about calling a batch file that sets the title (using the TITLE command) and then runs your normal command http://ss64.com/nt/title.html On Tue, Nov 30, 2010 at 8:51 AM, Mark Hurd markeh...@gmail.com wrote: On 30 November 2010 11:20, Mark Hurd markeh...@gmail.com wrote: Back in VB6 the App object was available to libraries to use, and so they could adjust App.Title. I never did get around to work out what it did and whether it was possible to replicate in .NET (i.e. allow an assembly to adjust the main application's title). Just confirming: I'm talking normal Windows applications, not a CLI app. -- Regards, Mark Hurd, B.Sc.(Ma.)(Hons.) No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1170 / Virus Database: 426/3286 - Release Date: 11/28/10 -- Meski Going to Starbucks for coffee is like going to prison for sex. Sure, you'll get it, but it's going to be rough - Adam Hills
RE: [OT] Developer Laptop
I'd suggest looking at the Lenovo http://shopap.lenovo.com/au/en/products/professional-grade/thinkpad/w-series/index.html W510. They aren't cheap, but if you need more than 8GB, they're your best bet. Cheers Chris @http://twitter.com/ChrisWalshieChrisWalshiehttp://twitter.com/ChrisWalshie From: ozdotnet-boun...@ozdotnet.com [ozdotnet-boun...@ozdotnet.com] on behalf of James Chapman-Smith [ja...@enigmativity.com] Sent: Tuesday, 30 November 2010 11:13 To: Oz Dot Net Subject: [OT] Developer Laptop Hi folks, I’ve been using a Dell XPS M1710 laptop now for the nearly the last 4 years. It’s been a good little beast and it still performs better than many of the newer machines that I get lumbered with on some client sites. It is now time for me to upgrade. Being a development machine I want good graphics, lots of screen real estate (1920x1200 preferred) and memory (12GB+). I’ve initially looked at the latest Dell offering – the XPS 17http://www1.ap.dell.com/au/en/home/notebooks/xps-17/pd.aspx?refid=xps-17s=dhscs=audhs1~ck=mn – it looks good, it can be configured with 16GB of RAM, but it only has 1680x900 resolution. The XPS 15http://www1.ap.dell.com/au/en/home/notebooks/xps-15/pd.aspx?refid=xps-15s=dhscs=audhs1~ck=mn offers 1920x1080 but has an 8GB RAM limit. The other Dell offerings are getting old so I’d like to avoid them. So it might be time to jump ship from Dell. I’m looking for advice from my fellow devs on which laptop brands and/or models are highly regarded. I’m happy to pay for quality. What laptop can anyone recommend for my next dev machine? Cheers. James.
Re: [OT] Developer Laptop
I have seen people recommend Lenovo before. Looking at the W510 it seems to be around twice the price of a similar spec'd Dell. What makes it worth the additional cash? Craig. On Tue, Nov 30, 2010 at 3:37 PM, Chris Walsh ch...@walshie.me wrote: I'd suggest looking at the Lenovo http://shopap.lenovo.com/au/en/products/professional-grade/thinkpad/w-series/index.html W510. They aren't cheap, but if you need more than 8GB, they're your best bet. Cheers Chris @ http://twitter.com/ChrisWalshieChrisWalshiehttp://twitter.com/ChrisWalshie -- *From:* ozdotnet-boun...@ozdotnet.com [ozdotnet-boun...@ozdotnet.com] on behalf of James Chapman-Smith [ja...@enigmativity.com] *Sent:* Tuesday, 30 November 2010 11:13 *To:* Oz Dot Net *Subject:* [OT] Developer Laptop Hi folks, I’ve been using a Dell XPS M1710 laptop now for the nearly the last 4 years. It’s been a good little beast and it still performs better than many of the newer machines that I get lumbered with on some client sites. It is now time for me to upgrade. Being a development machine I want good graphics, lots of screen real estate (1920x1200 preferred) and memory (12GB+). I’ve initially looked at the latest Dell offering – the XPS 17http://www1.ap.dell.com/au/en/home/notebooks/xps-17/pd.aspx?refid=xps-17s=dhscs=audhs1~ck=mn– it looks good, it can be configured with 16GB of RAM, but it only has 1680x900 resolution. The XPS 15http://www1.ap.dell.com/au/en/home/notebooks/xps-15/pd.aspx?refid=xps-15s=dhscs=audhs1~ck=mnoffers 1920x1080 but has an 8GB RAM limit. The other Dell offerings are getting old so I’d like to avoid them. So it might be time to jump ship from Dell. I’m looking for advice from my fellow devs on which laptop brands and/or models are highly regarded. I’m happy to pay for quality. *What laptop can anyone recommend for my next dev machine?* Cheers. James.
Re: [OT] Developer Laptop
On 30 November 2010 14:45, Craig van Nieuwkerk crai...@gmail.com wrote: I have seen people recommend Lenovo before. Looking at the W510 it seems to be around twice the price of a similar spec'd Dell. What makes it worth the additional cash? I left ThinkPads for Latitude. My take is that the ThinkPads are definitely a lot better quality - solid build etc - but the support is generally RTB and pretty ordinary compared to Dell. Dell have excellent support. Worth twice the price? I'm not sure. -- *David Connors* | da...@codify.com | www.codify.com Software Engineer Codify Pty Ltd Phone: +61 (7) 3210 6268 | Facsimile: +61 (7) 3210 6269 | Mobile: +61 417 189 363 V-Card: https://www.codify.com/cards/davidconnors Address Info: https://www.codify.com/contact
RE: Setting CMD-window title
meski - the Notepad was cited as an example, I think. If you follow the StackOverflow discussion, one person just would not back down on the general statement that it is necessary for the called application to accept / not update its title text. The other person pointed this out, and gave the example of CMD.EXE that can accept and retain the WM_SETTXT. I need to either compile a new version of the application I am using (with the free MinGW or the not-free WinGDB), or convince the OS folks that release the Windows version (it's for Linuxes, Mac, etc and comes out of the *ix fraternity) to do so, for everyone's benefit. More sophisticated code injection is feasible - but I want a simple, quick (and not dirty) remedy. Perhaps you know (from your C experience) why Microsoft won't support the particular C99 extensions that prevent me from porting / converting this to something .NET (in-process DLL, for example)? _ Ian Thomas Victoria Park, Western Australia _ From: ozdotnet-boun...@ozdotnet.com [mailto:ozdotnet-boun...@ozdotnet.com] On Behalf Of mike smith Sent: Tuesday, November 30, 2010 12:31 PM To: ozDotNet Subject: Re: Setting CMD-window title On Tue, Nov 30, 2010 at 1:26 PM, Ian Thomas il.tho...@iinet.net.au wrote: Michael, that may be the only remedy. But it isn't appropriate, as I will explain later. I tried the SendMessage() approach, with WM_SETTEXT but it's not useful. Using a SendMessage(_hwnd, WM_SETTEXT, 0, My new text) will work only if the called process allows it - ie, has a method for setting its window title. For example, the code works when sent to Notepad, until any event within that application causes the window title to be updated. There is an interesting article at stackoverflow which got a bit pointless, with one antagonist insisting that if he coded an event to check when Notepad's title changed, he could just change it back again! Remote code injection for the windows message handler for that app? Ugh. CMD.EXE will actually allow its Title to be changed, but for the process that I need to run (call it MyExternalProcess) I must get its error messages passed directly back to my .NET application. With a batch file (using CMD) to run MyExternalProcess, I will lose that connection, I believe. Or, it becomes more messy than the aesthetics of an informative title is worth. My initial idea was to use the (OS) C source for MyExternalProcess.exe and compile for .NET so I can have in-process control (and perhaps better error feedback), but it uses C99 extensions so has been compiled with MinGW - and I see no way to get over that. Ian Thomas Victoria Park, Western Australia From: ozdotnet-boun...@ozdotnet.com [mailto:ozdotnet-boun...@ozdotnet.com] On Behalf Of Michael Minutillo Sent: Tuesday, November 30, 2010 9:59 AM To: ozDotNet Subject: Re: Setting CMD-window title What about calling a batch file that sets the title (using the TITLE command) and then runs your normal command http://ss64.com/nt/title.html On Tue, Nov 30, 2010 at 8:51 AM, Mark Hurd markeh...@gmail.com wrote: On 30 November 2010 11:20, Mark Hurd markeh...@gmail.com wrote: Back in VB6 the App object was available to libraries to use, and so they could adjust App.Title. I never did get around to work out what it did and whether it was possible to replicate in .NET (i.e. allow an assembly to adjust the main application's title). Just confirming: I'm talking normal Windows applications, not a CLI app. -- Regards, Mark Hurd, B.Sc.(Ma.)(Hons.) No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1170 / Virus Database: 426/3286 - Release Date: 11/28/10 -- Meski Going to Starbucks for coffee is like going to prison for sex. Sure, you'll get it, but it's going to be rough - Adam Hills _ No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1170 / Virus Database: 426/3286 - Release Date: 11/28/10
RE: [OT] Developer Laptop
I personally use a Dell Latitude E6510. Works like a charm, 8GB RAM Core i7, SSD blah blah, can't fault it (now). It was a replacement from Dell for the horrible E6500. For twice the price the Lenovo's aren't worth it. Paying a fortune for on-site warranty etc where Dell it's cheaper. I'd go with the new XPS 15 laptops. But if you really need 8+GB of RAM, you're stuck at the moment for something new. As the XPS 14, 15, 17 models are new. Might take some time to filter down with new options. Might be worth pinging @MartyAtDell to see if he knows any more on the 17 models. From: ozdotnet-boun...@ozdotnet.com [ozdotnet-boun...@ozdotnet.com] on behalf of Craig van Nieuwkerk [crai...@gmail.com] Sent: Tuesday, 30 November 2010 15:45 To: ozDotNet Subject: Re: [OT] Developer Laptop I have seen people recommend Lenovo before. Looking at the W510 it seems to be around twice the price of a similar spec'd Dell. What makes it worth the additional cash? Craig. On Tue, Nov 30, 2010 at 3:37 PM, Chris Walsh ch...@walshie.memailto:ch...@walshie.me wrote: I'd suggest looking at the Lenovo http://shopap.lenovo.com/au/en/products/professional-grade/thinkpad/w-series/index.html W510. They aren't cheap, but if you need more than 8GB, they're your best bet. Cheers Chris @http://twitter.com/ChrisWalshieChrisWalshiehttp://twitter.com/ChrisWalshie From: ozdotnet-boun...@ozdotnet.commailto:ozdotnet-boun...@ozdotnet.com [ozdotnet-boun...@ozdotnet.commailto:ozdotnet-boun...@ozdotnet.com] on behalf of James Chapman-Smith [ja...@enigmativity.commailto:ja...@enigmativity.com] Sent: Tuesday, 30 November 2010 11:13 To: Oz Dot Net Subject: [OT] Developer Laptop Hi folks, I’ve been using a Dell XPS M1710 laptop now for the nearly the last 4 years. It’s been a good little beast and it still performs better than many of the newer machines that I get lumbered with on some client sites. It is now time for me to upgrade. Being a development machine I want good graphics, lots of screen real estate (1920x1200 preferred) and memory (12GB+). I’ve initially looked at the latest Dell offering – the XPS 17http://www1.ap.dell.com/au/en/home/notebooks/xps-17/pd.aspx?refid=xps-17s=dhscs=audhs1~ck=mn – it looks good, it can be configured with 16GB of RAM, but it only has 1680x900 resolution. The XPS 15http://www1.ap.dell.com/au/en/home/notebooks/xps-15/pd.aspx?refid=xps-15s=dhscs=audhs1~ck=mn offers 1920x1080 but has an 8GB RAM limit. The other Dell offerings are getting old so I’d like to avoid them. So it might be time to jump ship from Dell. I’m looking for advice from my fellow devs on which laptop brands and/or models are highly regarded. I’m happy to pay for quality. What laptop can anyone recommend for my next dev machine? Cheers. James.
Re: [OT] Developer Laptop
Here is the Lenovo web site with prices for Australia http://shopap.lenovo.com/au/en/notebooks/thinkpad/w-series/w510 http://shopap.lenovo.com/au/en/notebooks/thinkpad/w-series/w510I am sure you can get it cheaper than $3200 but the specs of the W510 on there seem comparable to some $1000 laptops I have seen. 250gb HDD?? 3gb ram?? Craig On Tue, Nov 30, 2010 at 3:47 PM, David Connors da...@codify.com wrote: On 30 November 2010 14:45, Craig van Nieuwkerk crai...@gmail.com wrote: I have seen people recommend Lenovo before. Looking at the W510 it seems to be around twice the price of a similar spec'd Dell. What makes it worth the additional cash? I left ThinkPads for Latitude. My take is that the ThinkPads are definitely a lot better quality - solid build etc - but the support is generally RTB and pretty ordinary compared to Dell. Dell have excellent support. Worth twice the price? I'm not sure. -- *David Connors* | da...@codify.com | www.codify.com Software Engineer Codify Pty Ltd Phone: +61 (7) 3210 6268 | Facsimile: +61 (7) 3210 6269 | Mobile: +61 417 189 363 V-Card: https://www.codify.com/cards/davidconnors Address Info: https://www.codify.com/contact
Re: [OT] Developer Laptop
On 30 November 2010 15:00, Chris Walsh ch...@walshie.me wrote: I personally use a Dell Latitude E6510. Works like a charm, 8GB RAM Core i7, SSD blah blah, can't fault it (now). It was a replacement from Dell for the horrible E6500. For twice the price the Lenovo's aren't worth it. Paying a fortune for on-site warranty etc where Dell it's cheaper. I'd go with the new XPS 15 laptops. But if you really need 8+GB of RAM, you're stuck at the moment for something new. As the XPS 14, 15, 17 models are new. Might take some time to filter down with new options. Might be worth pinging @MartyAtDell to see if he knows any more on the 17 models. I think if you value your time and productivity Dell support is the way to go. I have had a fair few issues with my E6500 but every time you just ring prosupport in Sydney, phone picks up straight away with an Aussie who takes you seriously and does not ask you to re-install Windows. Their techs are always on site the next day, prompt, courteous and normally come with enough parts to rebuild the machine from scratch. So if something stuffs up you just book them in for lunchtime and then bugger off to subway - when you come back your machine is fixed and ready to go. A bit off topic but their server support is amazing. I got an SMS from our network monitoring at 6am on a Sunday that one of the batteries in the RAID controller was faulting. I rang them and the parts were on my front steps at home 45 minutes later. The tech rang shortly after telling me he was outside the data centre. -- *David Connors* | da...@codify.com | www.codify.com Software Engineer Codify Pty Ltd Phone: +61 (7) 3210 6268 | Facsimile: +61 (7) 3210 6269 | Mobile: +61 417 189 363 V-Card: https://www.codify.com/cards/davidconnors Address Info: https://www.codify.com/contact
Re: Setting CMD-window title
On Tue, Nov 30, 2010 at 3:49 PM, Ian Thomas il.tho...@iinet.net.au wrote: meski – the Notepad was cited as an example, I think. If you follow the StackOverflow discussion, one person just would not back down on the general statement that it is necessary for the called application to accept / not update its title text. The other person pointed this out, and gave the example of CMD.EXE that can accept and retain the WM_SETTXT. I need to either compile a new version of the application I am using (with the free MinGW or the not-free WinGDB), or convince the OS folks that release the Windows version (it’s for Linuxes, Mac, “etc” and comes out of the *ix fraternity) to do so, for everyone’s benefit. More sophisticated code injection is feasible – but I want a simple, quick (and not dirty) remedy. Perhaps you know (from your C experience) why Microsoft won’t support the particular C99 extensions that prevent me from porting / converting this to something .NET (in-process DLL, for example)? You're wanting to recompile a version of cmd.exe, or want MS to? -- Meski Going to Starbucks for coffee is like going to prison for sex. Sure, you'll get it, but it's going to be rough - Adam Hills
RE: Setting CMD-window title
CMD.EXE - haha - I didn't think it was open source :-) Does Microsoft know that? No, it is something called rtmpdump.exe - sorry, I was thinking out loud, wordily. I'll do what I wrote, rather than burbling on here. _ Ian Thomas Victoria Park, Western Australia _ From: ozdotnet-boun...@ozdotnet.com [mailto:ozdotnet-boun...@ozdotnet.com] On Behalf Of mike smith Sent: Tuesday, November 30, 2010 1:08 PM To: ozDotNet Subject: Re: Setting CMD-window title On Tue, Nov 30, 2010 at 3:49 PM, Ian Thomas il.tho...@iinet.net.au wrote: meski - the Notepad was cited as an example, I think. If you follow the StackOverflow discussion, one person just would not back down on the general statement that it is necessary for the called application to accept / not update its title text. The other person pointed this out, and gave the example of CMD.EXE that can accept and retain the WM_SETTXT. I need to either compile a new version of the application I am using (with the free MinGW or the not-free WinGDB), or convince the OS folks that release the Windows version (it's for Linuxes, Mac, etc and comes out of the *ix fraternity) to do so, for everyone's benefit. More sophisticated code injection is feasible - but I want a simple, quick (and not dirty) remedy. Perhaps you know (from your C experience) why Microsoft won't support the particular C99 extensions that prevent me from porting / converting this to something .NET (in-process DLL, for example)? You're wanting to recompile a version of cmd.exe, or want MS to? -- Meski Going to Starbucks for coffee is like going to prison for sex. Sure, you'll get it, but it's going to be rough - Adam Hills
RE: Setting CMD-window title
Some thinking out loud:There is a compiled Windows DLL of the library version (librtmp); maybe that would suit your purposes? John From: il.tho...@iinet.net.au To: ozdotnet@ozdotnet.com Subject: RE: Setting CMD-window title Date: Tue, 30 Nov 2010 13:59:56 +0800 CMD.EXE - haha – I didn’t think it was open source ☺ Does Microsoft know that? No, it is something called rtmpdump.exe – sorry, I was “thinking out loud”, wordily. I’ll do what I wrote, rather than burbling on here. Ian Thomas Victoria Park, Western Australia From: ozdotnet-boun...@ozdotnet.com [mailto:ozdotnet-boun...@ozdotnet.com] On Behalf Of mike smith Sent: Tuesday, November 30, 2010 1:08 PM To: ozDotNet Subject: Re: Setting CMD-window title On Tue, Nov 30, 2010 at 3:49 PM, Ian Thomas wrote: meski – the Notepad was cited as an example, I think. If you follow the StackOverflow discussion, one person just would not back down on the general statement that it is necessary for the called application to accept / not update its title text. The other person pointed this out, and gave the example of CMD.EXE that can accept and retain the WM_SETTXT. I need to either compile a new version of the application I am using (with the free MinGW or the not-free WinGDB), or convince the OS folks that release the Windows version (it’s for Linuxes, Mac, “etc” and comes out of the *ix fraternity) to do so, for everyone’s benefit. More sophisticated code injection is feasible – but I want a simple, quick (and not dirty) remedy. Perhaps you know (from your C experience) why Microsoft won’t support the particular C99 extensions that prevent me from porting / converting this to something .NET (in-process DLL, for example)? You're wanting to recompile a version of cmd.exe, or want MS to? -- Meski Going to Starbucks for coffee is like going to prison for sex. Sure, you'll get it, but it's going to be rough - Adam Hills
RE: Setting CMD-window title
John, I’ve never explored that, because when I quickly read the release notes it somehow did not seem appropriate. But I will check it out. Thanks for the prompt. _ Ian Thomas Victoria Park, Western Australia _ From: ozdotnet-boun...@ozdotnet.com [mailto:ozdotnet-boun...@ozdotnet.com] On Behalf Of John Li Sent: Tuesday, November 30, 2010 2:14 PM To: ozdotnet@ozdotnet.com Subject: RE: Setting CMD-window title Some thinking out loud:There is a compiled Windows DLL of the library version (librtmp); maybe that would suit your purposes? John From: il.tho...@iinet.net.au To: ozdotnet@ozdotnet.com Subject: RE: Setting CMD-window title Date: Tue, 30 Nov 2010 13:59:56 +0800 CMD.EXE - haha – I didn’t think it was open source ☺ Does Microsoft know that? No, it is something called rtmpdump.exe – sorry, I was “thinking out loud”, wordily. I’ll do what I wrote, rather than burbling on here. Ian Thomas Victoria Park, Western Australia From: ozdotnet-boun...@ozdotnet.com [mailto:ozdotnet-boun...@ozdotnet.com] On Behalf Of mike smith Sent: Tuesday, November 30, 2010 1:08 PM To: ozDotNet Subject: Re: Setting CMD-window title On Tue, Nov 30, 2010 at 3:49 PM, Ian Thomas wrote: meski – the Notepad was cited as an example, I think. If you follow the StackOverflow discussion, one person just would not back down on the general statement that it is necessary for the called application to accept / not update its title text. The other person pointed this out, and gave the example of CMD.EXE that can accept and retain the WM_SETTXT. I need to either compile a new version of the application I am using (with the free MinGW or the not-free WinGDB), or convince the OS folks that release the Windows version (it’s for Linuxes, Mac, “etc” and comes out of the *ix fraternity) to do so, for everyone’s benefit. More sophisticated code injection is feasible – but I want a simple, quick (and not dirty) remedy. Perhaps you know (from your C experience) why Microsoft won’t support the particular C99 extensions that prevent me from porting / converting this to something .NET (in-process DLL, for example)? You're wanting to recompile a version of cmd.exe, or want MS to? -- Meski Going to Starbucks for coffee is like going to prison for sex. Sure, you'll get it, but it's going to be rough - Adam Hills _ No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1170 / Virus Database: 426/3286 - Release Date: 11/28/10
Re: Setting CMD-window title
On Tue, Nov 30, 2010 at 4:59 PM, Ian Thomas il.tho...@iinet.net.au wrote: CMD.EXE - haha – I didn’t think it was open source J Does Microsoft know that? No, I didn't think it was OS, but I'm fairly sure that their are OS versions of it that offer super and subsets of its functionality. Look at the number of shells available for *nix. No, it is something called rtmpdump.exe – sorry, I was “thinking out loud”, wordily. I’ll do what I wrote, rather than burbling on here. It's been interesting. Ian Thomas Victoria Park, Western Australia From: ozdotnet-boun...@ozdotnet.com [mailto:ozdotnet-boun...@ozdotnet.com] On Behalf Of mike smith Sent: Tuesday, November 30, 2010 1:08 PM To: ozDotNet Subject: Re: Setting CMD-window title On Tue, Nov 30, 2010 at 3:49 PM, Ian Thomas il.tho...@iinet.net.au wrote: meski – the Notepad was cited as an example, I think. If you follow the StackOverflow discussion, one person just would not back down on the general statement that it is necessary for the called application to accept / not update its title text. The other person pointed this out, and gave the example of CMD.EXE that can accept and retain the WM_SETTXT. I need to either compile a new version of the application I am using (with the free MinGW or the not-free WinGDB), or convince the OS folks that release the Windows version (it’s for Linuxes, Mac, “etc” and comes out of the *ix fraternity) to do so, for everyone’s benefit. More sophisticated code injection is feasible – but I want a simple, quick (and not dirty) remedy. Perhaps you know (from your C experience) why Microsoft won’t support the particular C99 extensions that prevent me from porting / converting this to something .NET (in-process DLL, for example)? You're wanting to recompile a version of cmd.exe, or want MS to? -- Meski Going to Starbucks for coffee is like going to prison for sex. Sure, you'll get it, but it's going to be rough - Adam Hills -- Meski Going to Starbucks for coffee is like going to prison for sex. Sure, you'll get it, but it's going to be rough - Adam Hills