Re: Windows XP startup question

On Sat, 26 Dec 2009 16:13:21 GMT, Jan Panteltje
<pNaonStpealmtje@xxxxxxxxx> wrote:

On a sunny day (Sat, 26 Dec 2009 08:02:53 -0800) it happened John Larkin
<jjlarkin@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx> wrote in
<lsccj55ks0vo6teanoaafl74rdud18bii2@xxxxxxx>:

I need it to start my app if there a powerfail/restart when nobody is
around to log in.

John

Put a scripts in /etc/rc.d and create a symbolic link in each
/etc/rcN.d, where N is the run level for which you want this to run.

Yes, way to go in Linux,
but the poor guy is running windows :-)

But PowerBasic almost make up for it!

John

I will never deny the power of BASIC,
after all I did a lot with BASIC on the Synclair ZX80 and ZX81.
And I did drivers for the IBM PC in BASIC for ISA cards I designed,
the software department would then translate it into asm to speed it up.

But these days nothing beats C for portability and speed of development in my view.
Just the fact that the Linux kernel is written in C (apart from some very small
pieces), made it possible to port it to almost any processor and platform that exists.
That includes small embedded systems.
Suppose you wanted to port to ARM or MIPS...

We do AVR and ARM stuff in C, and x86 embedded things in C under
Linux. But embedded apps are about 5% transportable, not enough to
make C a feature. In practice, we have never transported an app... the
hassle factor in swapping processors is enormous, and by the time a
product is old enough to need a new CPU, the product feature set is
obsolete.

C, as a programming language, is flakey and barbaric.

I use PowerBasic for engineering apps. It inherently does most
anything you want (like TCP/IP, graphics, SORT, all kinds of math,
superb string operations) in one coherent product with excellent
documentation and online HELP.

My C guy recently did a signal averaging loop, 64 million points, in
C, and it took about 600 milliseconds to run. That seemed slow so I
did the same loop in PB, the obvious way (FOR loop with subscripts)
and it took 200. So I made him go back and tweak the code and the
compiler settings until he got close.

John

.

Relevant Pages

  • Re: The Myth of the secure Mac
    ... On one hand a Linux brag is that it is free. ... GNU/Linux on the home desktop. ... Mac on Linux ... the apps still work fine. ...
    (comp.sys.mac.advocacy)
  • Re: Mac eye for the Linux guy?
    ... > I'm a Unix sysadmin (Linux, Solaris, *BSD) who has been running Linux ... Windows is not an option -- the Windows trolls need not ... GIU apps. ... > Are there any decent programs supporting multiple virtual desktops ...
    (comp.sys.mac.advocacy)
  • Re: Future for VC++ Programmers
    ... So you have no uniform way of configuring apps, ... apps will use the same-named environment variable (One level of naming ... At one time the head of Red Hat was heard to remark that open source was a major stumbling ... device driver support is poor on Linux: ...
    (microsoft.public.vc.mfc)
  • Re: [OT] Interview with Con Kolivas on Linux failures
    ... linux these days too, but is certainly possible. ... compromised they way would be in the monolithic kernel model. ... One doesn't want to move apps into kernel space. ... scheduling algorithms which try to give time to apps based on ...
    (Debian-User)
  • Re: The Myth of the secure Mac
    ... GNU/Linux distributions out there. ... On one hand a Linux brag is that it is free. ... widgets look a bit messed up, but the apps still work fine. ... have features the Mac versions don't (this is especially true for Ogg ...
    (comp.sys.mac.advocacy)