Home > Archive > Cobol > July 2004 > win98 to XP
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]
|
|
| Donald Tees 2004-05-26, 7:30 pm |
| I have a Win98 aplication, written in Fujitsu Version 5.0, that was
recently moved onto a win XP system. It has slowed down to about 1
/1000 the the speed. (from 30 seconds to an hour or two). I actually
thought it had hung, but not so ... if I go for a short holiday and come
back, it does eventually finish.
Anybody ever seen anything like this?
Donald
| |
| JerryMouse 2004-05-26, 8:30 pm |
| Donald Tees wrote:
> I have a Win98 aplication, written in Fujitsu Version 5.0, that was
> recently moved onto a win XP system. It has slowed down to about 1
> /1000 the the speed. (from 30 seconds to an hour or two). I actually
> thought it had hung, but not so ... if I go for a short holiday and
> come back, it does eventually finish.
>
> Anybody ever seen anything like this?
>
> Donald
I had the exact same thing happen with a Realia (16-bit) program.
Fortunately, there's an easy circumvention.
Try putting a blank floppy in the drive. Report back.
| |
|
| Donald Tees wrote:
> I have a Win98 aplication, written in Fujitsu Version 5.0, that was
> recently moved onto a win XP system. It has slowed down to about 1
> /1000 the the speed. (from 30 seconds to an hour or two). I actually
> thought it had hung, but not so ... if I go for a short holiday and come
> back, it does eventually finish.
>
> Anybody ever seen anything like this?
Didn't I remember seeing something about this a while back, and they
found that it was looking for a floppy or something? (Maybe I'm
thinking of something else...)
--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
~~~~~~~~~~~~~~~~~~~~~~~
~ / \ / ~ Live from Montgomery, AL! ~
~ / \/ o ~ ~
~ / /\ - | ~ LXi0007@Netscape.net ~
~ _____ / \ | ~ http://www.knology.net/~mopsmom/daniel ~
~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~
~ I do not read e-mail at the above address ~
~ Please see website if you wish to contact me privately ~
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
~~~~~~~~~~~~~~~~~~~~~~~
| |
| John Simpson 2004-05-27, 6:30 pm |
|
"Donald Tees" <donald_tees@sympatico.ca> wrote in message
news:6N8tc.30950$sr3.867608@news20.bellglobal.com...
> I have a Win98 aplication, written in Fujitsu Version 5.0, that was
> recently moved onto a win XP system. It has slowed down to about 1
> /1000 the the speed. (from 30 seconds to an hour or two). I actually
> thought it had hung, but not so ... if I go for a short holiday and come
> back, it does eventually finish.
>
> Anybody ever seen anything like this?
>
> Donald
>
If it's of any help .... I've done the same thing using Microsoft Cobol 3.0
and Acucobol 5.1 and have experienced no slowdown at all. As a matter of
fact, It's faster.
John
| |
| Leo Das 2004-05-27, 7:30 pm |
| Donald Tees wrote:
> I have a Win98 aplication, written in Fujitsu Version 5.0, that was
> recently moved onto a win XP system. It has slowed down to about 1
> /1000 the the speed. (from 30 seconds to an hour or two). I actually
> thought it had hung, but not so ... if I go for a short holiday and come
> back, it does eventually finish.
>
> Anybody ever seen anything like this?
>
> Donald
>
I have no experience with this, but this is what I would check:
- were any system settings involved on Win98 that should be set on XP as
well?
- what if you install the compiler on XP and recompile the source of the
program?
- if after that the problem is still there, you can use the debugger to
find out where the program part is that causes the enormous delay.
I hope these tips may be of help for you.
- Leo Das -
| |
| JerryMouse 2004-05-27, 8:30 pm |
| Leo Das wrote:
>
> I have no experience with this, but this is what I would check:
> - were any system settings involved on Win98 that should be set on XP
> as well?
> - what if you install the compiler on XP and recompile the source of
> the program?
> - if after that the problem is still there, you can use the debugger
> to find out where the program part is that causes the enormous delay.
>
> I hope these tips may be of help for you.
Oooh. What happens when the program runs in the Win98 emulation mode?
| |
| Leo Das 2004-05-28, 8:30 pm |
| JerryMouse wrote:
> Oooh. What happens when the program runs in the Win98 emulation mode?
>
He made them with Fujitsu, he wrote, and it runs on Win98. I think it is
safe enough to assume that Donald made the program with a Fujitsu
compiler for Windows.
And if not, Donald will surely tell us in a reply ;-)
- Leo Das -
| |
| jason 2004-05-28, 11:30 pm |
| Donald Tees <donald_tees@sympatico.ca> wrote in message news:<6N8tc.30950$sr3.867608@news20.bellglobal.com>...
> I have a Win98 aplication, written in Fujitsu Version 5.0, that was
> recently moved onto a win XP system. It has slowed down to about 1
> /1000 the the speed. (from 30 seconds to an hour or two). I actually
> thought it had hung, but not so ... if I go for a short holiday and come
> back, it does eventually finish.
>
> Anybody ever seen anything like this?
>
> Donald
I still use FJ 5.0 on my old WIN98 and deploy applications on
98,2k,XP, and find no prlblem at all.
However, my FJ 7.0 cannot create new file running FJ5.0 applications
on my Win2k.
jason
| |
| Donald Tees 2004-05-29, 11:30 am |
| JerryMouse wrote:
> Donald Tees wrote:
>
>
>
> I had the exact same thing happen with a Realia (16-bit) program.
> Fortunately, there's an easy circumvention.
>
> Try putting a blank floppy in the drive. Report back.
>
>
'tis not a floppy problem.
Donald
| |
| Donald Tees 2004-05-29, 11:30 am |
| LX-i wrote:
> Donald Tees wrote:
>
>
>
> Didn't I remember seeing something about this a while back, and they
> found that it was looking for a floppy or something? (Maybe I'm
> thinking of something else...)
>
>
Tried that, no joy.
Donald
| |
| Donald Tees 2004-05-29, 11:30 am |
| Leo Das wrote:
> Donald Tees wrote:
>
>
> I have no experience with this, but this is what I would check:
> - were any system settings involved on Win98 that should be set on XP as
> well?
> - what if you install the compiler on XP and recompile the source of the
> program?
> - if after that the problem is still there, you can use the debugger to
> find out where the program part is that causes the enormous delay.
>
> I hope these tips may be of help for you.
>
> - Leo Das -
>
I have not tried re-compiling on XP, though it may come to that.
Donald
| |
| Donald Tees 2004-05-29, 11:30 am |
| JerryMouse wrote:
> Leo Das wrote:
>
>
>
> Oooh. What happens when the program runs in the Win98 emulation mode?
>
>
I tried the emulation mode, and could see no difference.
Donald
| |
| JerryMouse 2004-05-29, 2:30 pm |
| Donald Tees wrote:
>
> 'tis not a floppy problem.
Neither was mine.
| |
|
| Don,
Is the Compiler options DEBUG and or CHECK on?
Both will slow production down but nothing like you described.
Joe Hunter
"Donald Tees" <donald_tees@sympatico.ca> wrote in message
news:6N8tc.30950$sr3.867608@news20.bellglobal.com...
> I have a Win98 aplication, written in Fujitsu Version 5.0, that was
> recently moved onto a win XP system. It has slowed down to about 1
> /1000 the the speed. (from 30 seconds to an hour or two). I actually
> thought it had hung, but not so ... if I go for a short holiday and come
> back, it does eventually finish.
>
> Anybody ever seen anything like this?
>
> Donald
>
| |
| Donald Tees 2004-05-30, 8:30 am |
| JH wrote:
> Don,
>
> Is the Compiler options DEBUG and or CHECK on?
> Both will slow production down but nothing like you described.
>
> Joe Hunter
>
>
>
>
>
> "Donald Tees" <donald_tees@sympatico.ca> wrote in message
> news:6N8tc.30950$sr3.867608@news20.bellglobal.com...
>
>
>
>
No, this is the exact same code that was running on the old machine. I
simply installed the runtime.
Donald
| |
| Peter E. C. Dashwood 2004-05-30, 11:30 am |
| Don,
I have Fujitsu v5 programs running fine under XP, and performance is
actually enhanced. (Mind you, it is a Pentium 4 2.6GHZ processor over
a pentium 333 <G> )
I read through the thread and JerryMouse has already posted what my
suggestion would be: Try it in Win 98 emulation mode on XP.
Some other things to think about :
Is it running with the V5 RTS in the new environment? (Moving to V6 or
V7 RTS may solve it)
Is it a .DLL or a .EXE? (There may be a problem with it being
CALLED/CANCELLED...)
Is it processing EXACTLY the SAME data in both environments?
What about a compile in debug mode on the Win98 machine, then run it
in debug on XP? Check excessive file OPEN/CLOSE.
I guess it really comes down to how important this program is in the
scheme of things, as to how much time you want to spend on it.
Let us know how you get on.
Pete.
Donald Tees <donald_tees@sympatico.ca> wrote in message news:<6N8tc.30950$sr3.867608@news20.bellglobal.com>...
> I have a Win98 aplication, written in Fujitsu Version 5.0, that was
> recently moved onto a win XP system. It has slowed down to about 1
> /1000 the the speed. (from 30 seconds to an hour or two). I actually
> thought it had hung, but not so ... if I go for a short holiday and come
> back, it does eventually finish.
>
> Anybody ever seen anything like this?
>
> Donald
| |
|
| Did you try this?
Before you run the Fujitsu application on the XP system,
Ctrl+Alt+Delete then Task Manager and see if something else is running.
Maybe its the XP system and not your application.
I have seen systems that seem to slow down only to find a unexpected spy or
virus program running.
Joe Hunter
"Donald Tees" <donald_tees@sympatico.ca> wrote in message
news:6N8tc.30950$sr3.867608@news20.bellglobal.com...
> I have a Win98 aplication, written in Fujitsu Version 5.0, that was
> recently moved onto a win XP system. It has slowed down to about 1
> /1000 the the speed. (from 30 seconds to an hour or two). I actually
> thought it had hung, but not so ... if I go for a short holiday and come
> back, it does eventually finish.
>
> Anybody ever seen anything like this?
>
> Donald
>
| |
| Michael Wojcik 2004-06-01, 2:30 pm |
|
In article <XDjuc.42$Hn.13500@news20.bellglobal.com>, Donald Tees <donald_tees@sympatico.ca> writes:
>
> No, this is the exact same code that was running on the old machine. I
> simply installed the runtime.
Does the program do a lot of file I/O? Maybe a virus checker or the
XP Indexing Service or something else that hooks the filesystem is
unhappy with its I/O access pattern. I'd try disabling those to see
if it makes a difference.
(I had a similar problem once with the freeware Fundelete utility,
which extends the Windows "Recycle Bin" undelete mechanism to all
file deletions - command line, programmatic, etc. It worked fine
for normal use, but slowed the Norton Antivirus system scan down
by a couple of orders of magnitude. Apparently NAV does a lot of
temporary file creation and deletion, probably when checking locked
files, at least in that version.)
--
Michael Wojcik michael.wojcik@microfocus.com
_
| 1
| _______ d(cabin) = log cabin + c = houseboat
| (cabin)
_| -- Thomas Pynchon
| |
| Donald Tees 2004-06-02, 9:30 am |
| Michael Wojcik wrote:
> In article <XDjuc.42$Hn.13500@news20.bellglobal.com>, Donald Tees <donald_tees@sympatico.ca> writes:
>
>
>
> Does the program do a lot of file I/O? Maybe a virus checker or the
> XP Indexing Service or something else that hooks the filesystem is
> unhappy with its I/O access pattern. I'd try disabling those to see
> if it makes a difference.
>
> (I had a similar problem once with the freeware Fundelete utility,
> which extends the Windows "Recycle Bin" undelete mechanism to all
> file deletions - command line, programmatic, etc. It worked fine
> for normal use, but slowed the Norton Antivirus system scan down
> by a couple of orders of magnitude. Apparently NAV does a lot of
> temporary file creation and deletion, probably when checking locked
> files, at least in that version.)
>
Virii checers are something I have not checked. I will be getting back
onto that machine today (it is a bi-w ly run), and have a couple
things to try. The annoying thing is not being able to duplicate the
problem *out* of production.
Donald
| |
| rearl306 2004-07-07, 3:55 am |
| I have seen similar problems running some DOS applications on WinXP. The
problem seems to be very common running DOS apps when the program is
waiting for keyboard input. When running some such apps, the processor
usage jumps to 100% and everything else runs it just runs about 100 times
slower. Do you have any DOS apps running at the same time or does your
application call any DOS apps?
|
|
|
|
|