Umm, wouldn't it be more useful (and less annoying) to have it just open the log file directly instead?Kaks wrote:Oops, I just made a minor change to -verify-oxp in trunk: nothing internal, but now when it's finished it pops a dos terminal in windows saying "Verify complete. Please see 'Logs\oxpname.log',Press any key...". Once you press any key, it closes that popup.
It shouldn't interfere with your parser, though...
Well, whaddayaknow...
Moderators: winston, another_commander
My OXPs via Boxspace or from my Wiki pages .
Thargoid TV
Dropbox Referral Link
Thargoid TV
Dropbox Referral Link
- JensAyton
- Grand Admiral Emeritus
- Posts: 6657
- Joined: Sat Apr 02, 2005 2:43 pm
- Location: Sweden
- Contact:
At the very least, it should respect the oxp-verifier-open-log preference (i.e., do nothing if oxp-verifier-open-log is false).
E-mail: [email protected]
Well, the OXP verification works like a charm.
Only problem I'm having is when a bad path is given. The script hangs while waiting for a log file that is not going to appear. Could someone tell me what it is exactly that Oolite exe is looking for in a OXP and what makes it decide that there is no OXP? I would like to apply the same exact criteria to my script to avoid trying-to-verify-bogus-OXPs scenario.
I admit, I expirianced those problems while finetuning the script, but nevertheless, it is possible to "force" the same scenario with a bug-free script (as it is now).
Only problem I'm having is when a bad path is given. The script hangs while waiting for a log file that is not going to appear. Could someone tell me what it is exactly that Oolite exe is looking for in a OXP and what makes it decide that there is no OXP? I would like to apply the same exact criteria to my script to avoid trying-to-verify-bogus-OXPs scenario.
I admit, I expirianced those problems while finetuning the script, but nevertheless, it is possible to "force" the same scenario with a bug-free script (as it is now).
- JensAyton
- Grand Admiral Emeritus
- Posts: 6657
- Joined: Sat Apr 02, 2005 2:43 pm
- Location: Sweden
- Contact:
It requires an absolute path or a ~-relative path (don’t know how this is handled on Windows) which points at a directory.
E-mail: [email protected]
The script is giving the path all right (absolute), but my point is that it is possible to manually selected path, and therefor wrong one (I'm talking about this script/tool I'm making).
I want to apply same criteria that Oolite applies before the Oolite's OXP vreifying feature is executed.
I mean, I can simply set it to scan the path by itself, but that does not guarantee (atleast, not to myself) that it won't eventually hang while waiting for the Oolite to produce a log. And there is no reliable way to prevent such scenario.
Actually, there is one that comes to my mind now, but it includes deletion of "Latest.log". The only "real" way IMO is to go Oolite way on filtering paths.
I want to apply same criteria that Oolite applies before the Oolite's OXP vreifying feature is executed.
I mean, I can simply set it to scan the path by itself, but that does not guarantee (atleast, not to myself) that it won't eventually hang while waiting for the Oolite to produce a log. And there is no reliable way to prevent such scenario.
Actually, there is one that comes to my mind now, but it includes deletion of "Latest.log". The only "real" way IMO is to go Oolite way on filtering paths.
- JensAyton
- Grand Admiral Emeritus
- Posts: 6657
- Joined: Sat Apr 02, 2005 2:43 pm
- Location: Sweden
- Contact:
I already told you how Oolite filters paths: it requires them to point at a directory. There is nothing else.
E-mail: [email protected]
.. and my question is "What happens next?"Ahruman wrote:I already told you how Oolite filters paths: it requires them to point at a directory. There is nothing else.
How does Oolite decide that it is not a valid path? I know that it does not rely on exe's root, because I've already made script to direct Oolite to check OXPs in completely different root directory (1.74 trunk checking OXPs in 1.73.3's AddOns folder and vice-versa.. I call that cross-checking)
Suma sumarum:
There is a particular decisive condition that turns Oolite away from proceeding with a check, and I would like to know what that is.
- JensAyton
- Grand Admiral Emeritus
- Posts: 6657
- Joined: Sat Apr 02, 2005 2:43 pm
- Location: Sweden
- Contact:
Yes. If the given path does not point at a directory, Oolite decisively does not proceed with any checks. If it does point at a directory, it decisively proceeds. As far as the verifier is concerned, any directory is an OXP. It’s very decisive in this respect.Chaky wrote:Suma sumarum:
There is a particular decisive condition that turns Oolite away from proceeding with a check, and I would like to know what that is.
E-mail: [email protected]
Well, ok.Thargoid wrote:Umm, wouldn't it be more useful (and less annoying) to have it just open the log file directly instead?
We can open it (if oxp-verifier-open-log is true) in wordpad - never in notepad, it's evil, which should be present in all standard windows installations.
Hey, free OXPs: farsun v1.05 & tty v0.5! :0)
Both the above sound fine to me. I use wordpad to do my coding and log file checking anyway, and the flag I think defaults to false anyway (?).
There will almost certainly already be a command prompt open to run the verifier in the first place, so having yet another one pop up just for a message is going to get too much.
There will almost certainly already be a command prompt open to run the verifier in the first place, so having yet another one pop up just for a message is going to get too much.
My OXPs via Boxspace or from my Wiki pages .
Thargoid TV
Dropbox Referral Link
Thargoid TV
Dropbox Referral Link
Very fine choice, sir.Chaky wrote:One word: Notepad++
As far as the output of the oxp verifier goes: it'll open in wordpad, because
1) all (fresh) windows installations have got it.
2) it's not notepad.
By setting the option:
oxp-verifier-open-log = NO
inside the GNUstep/Defaults/.GNSstepdefaults file, wordpad won't be called, and oolite will terminate as quietly as possible, so it won't clash with what your program is trying to do.
Hey, free OXPs: farsun v1.05 & tty v0.5! :0)