Home > Archive > Clipper > January 2005 > Legacy app does not start
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
| Author |
Legacy app does not start
|
|
| Rafael Clemente 2005-01-09, 3:55 pm |
| I have an old pure Clipper application which used to run ok on W2000 and Xp
when executed on 1 GHz machines.
However, I have just ported it to a newer 2.5GHz Centrino mechine and it
refuses to start. It just goes back to the C:> prompt without any
indication.
The problem reminds me of that old Clipper nuisance that forced to link with
the _Wait_b.obj in order to make in run in faster (1 GHz) machines. Anybody
could suggest an easy way out ouf this problem?
Thanks a lot,
Rafael
| |
| Rafael Clemente 2005-01-09, 8:55 pm |
| Jon:
I checked config.nt, just in case. Nope. It is exactly as you say. I am
more and more convinced that it has something to do with the Centrino clock
speed (2.5 GHz) . I checked the same program in another Xp Home, runing at
1 GHz and works Ok.
Rafael
"Jon Justin" <jj@jj> escribió en el mensaje
news:41e0431d$0$12151$c30e37c6@ken-reader.news.telstra.net...
> Hi
>
> This is a long shot, but recently I had a similar problem on an XP
machine,
> where my 16 bit apps just refused to run.
> I looked in the config.nt file in system32 folder and found a line had
been
> added (can't remember what) by a games installation.
> Once I removed this they worked OK again.
>
> A vanilla config.nt last 3 lines should look something like
>
> dos=high, umb
> device=%SystemRoot%\system32\himem.sys
> files=65
>
> except the files=xx may be different
>
> --
> Jon Justin
>
>
| |
| Richard Bos 2005-01-10, 8:55 am |
| "Jon Justin" <jj@jj> wrote:
> This is a long shot, but recently I had a similar problem on an XP machine,
> where my 16 bit apps just refused to run.
> I looked in the config.nt file in system32 folder and found a line had been
> added (can't remember what) by a games installation.
> Once I removed this they worked OK again.
Out of interest, what was the line that was added?
Richard
| |
| Siegfried Roman 2005-01-10, 3:55 pm |
| Hi Rafael,
try www.tamedos.com .
Siegfried
| |
| Jon Justin 2005-01-10, 8:55 pm |
| Sorry, I can't remember, it was a few months ago.
Actually in hindsight, it may have been autoexec.nt
Vanilla should be
REM Install CD ROM extensions
lh %SystemRoot%\system32\mscdexnt.exe
REM Install network redirector (load before dosx.exe)
lh %SystemRoot%\system32\redir
REM Install DPMI support
lh %SystemRoot%\system32\dosx
--
Jon Justin
"Richard Bos" <rlb@hoekstra-uitgeverij.nl> wrote in message
news:41e24a46.1212857807@news.individual.net...
> "Jon Justin" <jj@jj> wrote:
>
machine,[color=darkred]
been[color=darkred]
>
> Out of interest, what was the line that was added?
>
> Richard
| |
| Rafael Clemente 2005-01-12, 3:55 am |
| Sergio:
Thanks for your input but I am affraid my problem has something to do with
the CPU speed.
As a Test, I tried the following, trivial program:
Function Main()
For i := 1 TO 10
? "Hello"+Str(i,2)
Next
Inkey(0)
Return NIL
In my old P-III, 1 GHz, W2000, it works Ok. The same program, in a 2.5 GHz
Centrino with Xp Home does not: Sometimes, it just drops to C:>; other, it
shows the ten lines "Hello" on screen but after less than one-second delay
it also exits to C:>.
Again, it reminds me of a problem that appeared years ago with the advent of
fast CPUs, when Clipper didn't have time to loop at the start of the program
to determine the clock speed of the machine or something lile that. Then,
the problem was solved the the help of a R6003FIX.ZIP, still available from
Oasis
I wonder if anybody has encountered a similar problem?
Rafael
| |
| Rafael Clemente 2005-01-12, 8:55 am |
| Jon:
I checked config.nt, just in case. Nope. It is exactly as you say. I am
more and more convinced that it has something to do with the Centrino clock
speed (2.5 GHz) . I checked the same program in another Xp Home, runing at
1 GHz and works Ok.
Rafael
"Jon Justin" <jj@jj> escribió en el mensaje
news:41e0431d$0$12151$c30e37c6@ken-reader.news.telstra.net...
> Hi
>
> This is a long shot, but recently I had a similar problem on an XP
machine,
> where my 16 bit apps just refused to run.
> I looked in the config.nt file in system32 folder and found a line had
been
> added (can't remember what) by a games installation.
> Once I removed this they worked OK again.
>
> A vanilla config.nt last 3 lines should look something like
>
> dos=high, umb
> device=%SystemRoot%\system32\himem.sys
> files=65
>
> except the files=xx may be different
>
> --
> Jon Justin
>
>
| |
| Rafael Clemente 2005-01-12, 3:55 pm |
| I tried to send this to the newsgoup but my ISP won't allow me. Can you
please post it to the Clipper newsgroup ?
ST
I've seen applications where, upon starting, look for a particular file. If
the file is there it starts otherwise it won't. The idea of this file that
is looked for works as a rudimentary copy protection scheme. The file is
usually in an obscure directory so when you copy the whole app it doesn't
get copied. I've seen this file under the windows directory or
windows\system32.
Now, the applications I've seen were developed inhouse not commercial apps.
I don't think your problem is related to Centrino as I've several apps
running under Centrino no problem. The _wait_b.obj isuue you mention would,
in my opinion, only take the processor usage to 100% but the app would work.
You may try to use the Clipper Debugger (if the app was compiled with /b) to
find out what the app is doing when it starts. If you can't use CLD, I'd
try on the 1GHZ machine where the app runs fine to start renaming some
directories to try and isolate it's not looking at those dirs...
If the app doesn't throw any error, I find it suspicious it's a
Clipper/machine error...
I assume you have set your FILES=, etc on the new machine but if the issue
was related to this you'd get a red msgbox with a DOS error, wouldn't you ?
Greetings,
Sergio Terenas
"
| |
| Nick Ramsay 2005-01-12, 8:55 pm |
| On Sat, 8 Jan 2005 10:46:13 +0100, "Rafael Clemente"
<rclemente@ya.com> wrote:
[snip]
>In my old P-III, 1 GHz, W2000, it works Ok. The same program, in a 2.5 GHz
>Centrino with Xp Home does not: Sometimes, it just drops to C:>; other, it
>shows the ten lines "Hello" on screen but after less than one-second delay
>it also exits to C:>.
>
Hmm, the fastest Centrino I have is 1.8Ghz, but 5.2e apps work fine on
that.
>Again, it reminds me of a problem that appeared years ago with the advent of
>fast CPUs, when Clipper didn't have time to loop at the start of the program
>to determine the clock speed of the machine or something lile that. Then,
>the problem was solved the the help of a R6003FIX.ZIP, still available from
>Oasis
These hacks were only required when CT was linked in. If you don't
use CT then you'll need to look elsewhere for a solution.
| |
| Rafael Clemente 2005-01-14, 3:55 pm |
| I tried to send this to the newsgoup but my ISP won't allow me. Can you
please post it to the Clipper newsgroup ?
ST
I've seen applications where, upon starting, look for a particular file. If
the file is there it starts otherwise it won't. The idea of this file that
is looked for works as a rudimentary copy protection scheme. The file is
usually in an obscure directory so when you copy the whole app it doesn't
get copied. I've seen this file under the windows directory or
windows\system32.
Now, the applications I've seen were developed inhouse not commercial apps.
I don't think your problem is related to Centrino as I've several apps
running under Centrino no problem. The _wait_b.obj isuue you mention would,
in my opinion, only take the processor usage to 100% but the app would work.
You may try to use the Clipper Debugger (if the app was compiled with /b) to
find out what the app is doing when it starts. If you can't use CLD, I'd
try on the 1GHZ machine where the app runs fine to start renaming some
directories to try and isolate it's not looking at those dirs...
If the app doesn't throw any error, I find it suspicious it's a
Clipper/machine error...
I assume you have set your FILES=, etc on the new machine but if the issue
was related to this you'd get a red msgbox with a DOS error, wouldn't you ?
Greetings,
Sergio Terenas
"
| |
| Jon Justin 2005-01-14, 3:55 pm |
| Hi
This is a long shot, but recently I had a similar problem on an XP machine,
where my 16 bit apps just refused to run.
I looked in the config.nt file in system32 folder and found a line had been
added (can't remember what) by a games installation.
Once I removed this they worked OK again.
A vanilla config.nt last 3 lines should look something like
dos=high, umb
device=%SystemRoot%\system32\himem.sys
files=65
except the files=xx may be different
--
Jon Justin
| |
| Rafael Clemente 2005-01-14, 3:55 pm |
| Jon:
I checked config.nt, just in case. Nope. It is exactly as you say. I am
more and more convinced that it has something to do with the Centrino clock
speed (2.5 GHz) . I checked the same program in another Xp Home, runing at
1 GHz and works Ok.
Rafael
"Jon Justin" <jj@jj> escribió en el mensaje
news:41e0431d$0$12151$c30e37c6@ken-reader.news.telstra.net...
> Hi
>
> This is a long shot, but recently I had a similar problem on an XP
machine,
> where my 16 bit apps just refused to run.
> I looked in the config.nt file in system32 folder and found a line had
been
> added (can't remember what) by a games installation.
> Once I removed this they worked OK again.
>
> A vanilla config.nt last 3 lines should look something like
>
> dos=high, umb
> device=%SystemRoot%\system32\himem.sys
> files=65
>
> except the files=xx may be different
>
> --
> Jon Justin
>
>
| |
| Richard Bos 2005-01-15, 3:55 am |
| "Jon Justin" <jj@jj> wrote:
> This is a long shot, but recently I had a similar problem on an XP machine,
> where my 16 bit apps just refused to run.
> I looked in the config.nt file in system32 folder and found a line had been
> added (can't remember what) by a games installation.
> Once I removed this they worked OK again.
Out of interest, what was the line that was added?
Richard
| |
| Siegfried Roman 2005-01-15, 8:55 am |
| Hi Rafael,
try www.tamedos.com .
Siegfried
|
|
|
|
|