OT: Microsoft

http://support.microsoft.com/kb/196628/en


Vladimir Vassilevsky
DSP and Mixed Signal Design Consultant
http://www.abvolt.com

Vladimir Vassilevsky wrote:
> 
> http://support.microsoft.com/kb/196628/en

How about dir/w>lpt1 in a DOS window?

Jerry
-- 
Engineering is the art of making what you want from things you can get.
¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯¯

Jerry Avins <jya@ieee.org> writes:

> Vladimir Vassilevsky wrote:
>> http://support.microsoft.com/kb/196628/en
>
> How about dir/w>lpt1 in a DOS window?

Oh, but then you're using that archaic, evil,
and politically incorrect interface called
the command line to do in 5 seconds what will
take you 30 seconds to several minutes using
GUIs and multiple applications. Surely shame,
death, and destruction (not to mention social
ostracization) will follow. 
-- 
%  Randy Yates                  % "She has an IQ of 1001, she has a jumpsuit
%% Fuquay-Varina, NC            %            on, and she's also a telephone."
%%% 919-577-9882                % 
%%%% <yates@ieee.org>           %        'Yours Truly, 2095', *Time*, ELO   
http://home.earthlink.net/~yatescr

Randy Yates wrote:
> Jerry Avins <jya@ieee.org> writes:
> 
>> Vladimir Vassilevsky wrote:
>>> http://support.microsoft.com/kb/196628/en
>> How about dir/w>lpt1 in a DOS window?
> 
> Oh, but then you're using that archaic, evil,
> and politically incorrect interface called
> the command line to do in 5 seconds what will
> take you 30 seconds to several minutes using
> GUIs and multiple applications. Surely shame,
> death, and destruction (not to mention social
> ostracization) will follow. 

Remember the old saying:

Those who can, do. Those who can't, use Windows.

Steve

On Sun, 12 Aug 2007 11:34:54 -0500, Vladimir Vassilevsky
<antispam_bogus@hotmail.com> wrote in comp.dsp:

> 
> http://support.microsoft.com/kb/196628/en
> 
> 
> Vladimir Vassilevsky
> DSP and Mixed Signal Design Consultant
> http://www.abvolt.com

It does seem a shame that the GUI has these lovely sort options, then
you can't do anything but look at the information.

Fortunately, there is a real solution, from Microsoft, and it's
completely free.

The Windows 95 Power Toys contained something called the "Send To"
power toy.  It adds several new items to the "Send To" menu that you
get when you have selected something in Explorer and either pull down
the File menu or right click.  One of the options is "Clipboard as
Name".

So you can select all or a subset of the files in an Explorer windows,
not limited to what you can see on the screen at one time.  You select
send to > clipboard as name.  You can then paste into the text editor
of your choice.

I've been using this for at least 10 years.

Even though it was originally released for Windows 95 and Windows NT,
this particular member of the 95 Power Toys works with everything up
to and including Windows XP.  Don't know about Vista, though.

Microsoft doesn't support it any more, and I don't think you can
download it from them, but it is available here:

http://www.pcworld.com/downloads/file/fid,3889-order,1-page,1-c,alldownloads/description.html

...and probably other places.

-- 
Jack Klein
Home: http://JK-Technology.Com
FAQs for
comp.lang.c http://c-faq.com/
comp.lang.c++ http://www.parashift.com/c++-faq-lite/
alt.comp.lang.learn.c-c++
http://www.club.cc.cmu.edu/~ajo/docs/FAQ-acllc.html

On 12 Aug, 19:57, Randy Yates <ya...@ieee.org> wrote:
> Jerry Avins <j...@ieee.org> writes:
> > Vladimir Vassilevsky wrote:
> >>http://support.microsoft.com/kb/196628/en
>
> > How about dir/w>lpt1 in a DOS window?
>
> Oh, but then you're using that archaic, evil,
> and politically incorrect interface called
> the command line to do in 5 seconds what will
> take you 30 seconds to several minutes using
> GUIs and multiple applications. Surely shame,
> death, and destruction (not to mention social
> ostracization) will follow.

"Death" might be a bit over the top, but shame and
social stigma is certainly on the mark.

On my first trip to sea, we got feedback from the client
that some of our data, delivered as ASCII files, were not
printed on the correct format. The delivered files used ','
(comma) as decimal separator, whereas the spec
was to use '.' (dot). One of the nightshift guys set about
using notepad, find and replac all commas in ~200 files,
some 3GB of text alltogether.

The problem was that he had done that in the ops
departments internal datapbase, not the copies of
what actually had been sent to the clients. So when I
came on shift the next day I faced the choise of
either take 200 files through the red tape to register
and re-format for delivery, or do the substitution
all over again in the files that were already ready.

I chose the latter. All I had which could do remotely
useful work was matlab. I started naively, reading
the files line by line, so I was shure everything worked.
I set up a test, it worked, so instead of stopping it
and rewrite the script to make it faster, I let it process
the whole shipment. The script took some 2 hrs to run,
not at all fast by my standards, but it did make
something of an impact on the people who knew
about this guy who had toiled for 12 hours doing the
same job. "Social ostracization" is a not at all
irrelevant term for the reaction amongst parts of
the crew.

Rune

On Sun, 12 Aug 2007 23:24:35 -0700, Rune Allnor <allnor@tele.ntnu.no>
wrote:
> All I had which could do remotely
>useful work was matlab. 
You really didn't have any of vi, awk, perl, emacs, sed, winword,
excel or any thing similar?

On 13 Aug, 09:39, mk <kal*@dspia.*comdelete> wrote:
> On Sun, 12 Aug 2007 23:24:35 -0700, Rune Allnor <all...@tele.ntnu.no>
> wrote:> All I had which could do remotely
> >useful work was matlab.
>
> You really didn't have any of vi, awk, perl, emacs, sed, winword,
> excel or any thing similar?

Judging from your list of suggested tools, you are either an academic
or on the UNIX side of things (or both.)

While I used to work with UNIX in academia, I now work in the
commercial world. Which means that everything is done in the
realms of Microsoft Office. Those were the tools that were
put at my disposal by the client, those were the tools I was
expected to use. Installing a whole bunch of "weird" programs and
tools tend not to go down well with IT people, so that's not an
option at all. For some weird reason, though, the PC I was
assigned to use had matlab installed.

To me, matlab is like the Leatherman tool of computing
(others might say "Swiss Army Knife"). It's the jack of all
trades and master of none. It does everything but nothing
particularly well. Other tools exist that completely outperforms
it in particular tasks. However, if the alternative is to have
no tools at all it makes all the difference in the world.

Rune

Rune Allnor <allnor@tele.ntnu.no> writes:

> On 13 Aug, 09:39, mk <kal*@dspia.*comdelete> wrote:
>> On Sun, 12 Aug 2007 23:24:35 -0700, Rune Allnor <all...@tele.ntnu.no>
>> wrote:> All I had which could do remotely
>> >useful work was matlab.
>>
>> You really didn't have any of vi, awk, perl, emacs, sed, winword,
>> excel or any thing similar?
>
> Judging from your list of suggested tools, you are either an academic
> or on the UNIX side of things (or both.)
>
> While I used to work with UNIX in academia, I now work in the
> commercial world. Which means that everything is done in the
> realms of Microsoft Office. Those were the tools that were
> put at my disposal by the client, those were the tools I was
> expected to use. Installing a whole bunch of "weird" programs and
> tools tend not to go down well with IT people, so that's not an
> option at all. For some weird reason, though, the PC I was
> assigned to use had matlab installed.
>
> To me, matlab is like the Leatherman tool of computing
> (others might say "Swiss Army Knife"). It's the jack of all
> trades and master of none. It does everything but nothing
> particularly well. Other tools exist that completely outperforms
> it in particular tasks. However, if the alternative is to have
> no tools at all it makes all the difference in the world.

You might want to check out (perhaps you already have) the cygwin
tools - a unix-like environment and toolset that runs under
windoze. It includes vi, sed, grep, gnumake, etc. I found them to be
extremely useful when I was forced to work in the MS environment at
Sony Ericsson - their IT department didn't have a problem with it
(and that's saying something since they were pretty picky).

The worst thing about cygwin is that the download can take FOREVER
(maybe even a whole day), and the tool selection process (to configure
the download) is confusing. But once you get it installed, it's great.
-- 
%  Randy Yates                  % "She tells me that she likes me very much,
%% Fuquay-Varina, NC            %     but when I try to touch, she makes it
%%% 919-577-9882                %                            all too clear."
%%%% <yates@ieee.org>           %        'Yours Truly, 2095', *Time*, ELO  
http://home.earthlink.net/~yatescr

On 13 Aug, 16:00, Randy Yates <ya...@ieee.org> wrote:
> You might want to check out (perhaps you already have) the cygwin
> tools - a unix-like environment and toolset that runs under
> windoze. It includes vi, sed, grep, gnumake, etc. I found them to be
> extremely useful when I was forced to work in the MS environment at
> Sony Ericsson - their IT department didn't have a problem with it
> (and that's saying something since they were pretty picky).
>
> The worst thing about cygwin is that the download can take FOREVER
> (maybe even a whole day), and the tool selection process (to configure
> the download) is confusing. But once you get it installed, it's great.

As I am getting older, I'me becoming even more lazy than I used to
be.
Setting up computer systems have never been among my favourite
pasttimes; I want everything 'the turn-key way'...

As for functionality, it was a huge leap forward to find the Boost
library for C++. There is a filesytem package there which allows
me to code C++ nearly the same way as I used to write shell
scripts in the good ol'e UNIX days.

Rune