Re: [OT] VBScript return string runtime error

2010-11-29 Thread Mark Hurd
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

2010-11-29 Thread Jason Keats
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

2010-11-29 Thread Greg Keogh
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

2010-11-29 Thread David Rhys Jones
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

2010-11-29 Thread Corneliu I. Tusnea
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

2010-11-29 Thread mike smith
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

2010-11-29 Thread David Connors
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

2010-11-29 Thread Greg Keogh
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

2010-11-29 Thread Ian Thomas
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

2010-11-29 Thread mike smith
*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

2010-11-29 Thread Glen Harvy


  
  
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

2010-11-29 Thread Michael O'Dea-Jones
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

2010-11-29 Thread Mark Hurd
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

2010-11-29 Thread silky
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

2010-11-29 Thread Ian Thomas
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

2010-11-29 Thread Mark Hurd
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

2010-11-29 Thread James Chapman-Smith
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

2010-11-29 Thread Preet Sangha
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

2010-11-29 Thread Ian Thomas
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

2010-11-29 Thread Ian Thomas
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

2010-11-29 Thread mike smith
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

2010-11-29 Thread Chris Walsh
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

2010-11-29 Thread Craig van Nieuwkerk
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

2010-11-29 Thread David Connors
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

2010-11-29 Thread Ian Thomas
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

2010-11-29 Thread Chris Walsh
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

2010-11-29 Thread Craig van Nieuwkerk
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

2010-11-29 Thread David Connors
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

2010-11-29 Thread mike smith
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

2010-11-29 Thread Ian Thomas
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

2010-11-29 Thread John Li


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

2010-11-29 Thread Ian Thomas
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

2010-11-29 Thread mike smith
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