Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Possible file naming issue when files are deleted #1

Open
brettbode opened this issue Jul 12, 2015 · 0 comments
Open

Possible file naming issue when files are deleted #1

brettbode opened this issue Jul 12, 2015 · 0 comments
Assignees
Labels

Comments

@brettbode
Copy link
Owner

Hey, thanks for the fast response. After sending the report and playing
some more, it appears that you name your work files based on their
position in the queue, _0, _1, etc, probably to ensure unique files. So,
this breaks once an earlier file gets deleted, as then the remaining job's
new queue position does not match the previously generated file names.

I found that with several jobs in the queue, deleting a job in the middle
of the list only breaks the jobs after it; the ones before the deleted
entry still open properly. So that supports the idea that the problem is
due to file re-ordering after a deletion.

Again, thanks for your work -- after I sent this report, I realized that
your name was on wxMacMolPlt as well. Its handy to have one mind working
on both ends of the pipeline.

Steve

Hi Steve,
Thanks for your note. I was not aware of the problem, but it looks
like you have it narrowed down pretty well. I am working on a new
release of MacMolPlt at the moment, but will tackle this issue once
that is out the door.

Brett
On Nov 11, 2009, at 3:42 PM, Steve Bohrer wrote:

Hi,

I'm a computer tech at Simon's Rock, trying to get Gamess working in a
computer lab. Your Gamessq program seems very useful in terms of
providing
a GUI way to run the gamess command line tools, so thanks for that. I've
just been using the included gamess/test files to confirm that the
system
is working.

This issue is on the Windows version 1.1 of your program, with
wxMacMolPlt
v7.3, and GAMESS VERSION = 12 JAN 2009 (R3). The system is XP v2002 SP3.

Jobs run properly, and if I manually open them in wxMacMolPlt they are
fine. However, your "Open in wxMacMolPlt" command is intermittently
broken, either from your Jobs menu or from the right-click menu on a
completed job.

Sometimes it works fine. However, sometimes it seems to drop the file
name, and launches wxMacMolPlt to open a file ".log" in the gamessq
directory, rather than, e.g. "exam04_0.log". wxMacMolPlt complains that
it
is "Unable to open the requested file" and shows a blank window. This
blank window shows that it is being passed an incorrect path and file.
My
gamessq directory (set in your preferences) is D:\GamessQDir, so, a
working file opened in wxMacMolPlt has a window title like
"D:\GamessQDir\exam04_0.log".

When the bug occurs, wxMacMolPlt has a window title of:
"C:\WinGAMESS\gamessQ.log". Note that the file is only ".log", and the
path is where your program is installed.

After further experiement, I believe the problem is with some sync of
your
queue logs. If I delete all jobs in your queue window (using your "-
Remove" button), quit your program, and also exit the gamessqd icon in
the
tray near the clock, and then restart your program, it will open things
properly in wxMacMolPlt. It will work fine for an arbitrary number of
jobs, until I delete any job from the list with your "- Remove" button.

After such a deletion, I will get the above error, and this error will
recur, even if I quit and restart your program, until I delete all jobs
and then restart as above.

Apparently the log of file names gets out of sync when I delete any
file?

This is not vital, as we can tell users to either delete nothing, or
else
delete everything and restart, but it would be more intuitive if it
worked
properly. We do not seem to have this bug on the Mac version.

Thanks for your attention.

@brettbode brettbode self-assigned this Jul 12, 2015
@brettbode brettbode added the bug label Jul 12, 2015
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

1 participant