plug ins not showing in 4.80, one one laptop, work on another?

[hoolie]

Is Microsoft not even capable to spell words correct?

Maybe "varning" is Swedish on a Swedish version of Windows?

[transmitterdan]

Originally Posted by CarCode

Where does the lines "16:18:52: Varning: Caught MainLoopException, continuing..." and "16:19:02: Varning: Caught MainLoopException, continuing..." come from? The word "Varning" is misspelled (correct "Warning") and is not found in the OpenCPN code.
A MainLoopException is only known for the Windows version of OCPN and its reason is:
Handle any exception not handled by CrashRpt
Most probable: Malloc/new failure

Is Microsoft not even capable to spell words correct?

Gerhard

The locale changes the words based on the PO files. It is not a Microsoft generated message. It comes directly from the OpenCPN source code.

[transmitterdan]

Originally Posted by Hakan

No. Not at all, Good point!
But does "m_plugin_location" really include subdirectories?
Håkan

I will check. But the code searches for plugins using a wild card search. It may look at subfolders. It's just a suggestion to have a look.

[CarCode]

Originally Posted by transmitterdan

The locale changes the words based on the PO files. It is not a Microsoft generated message. It comes directly from the OpenCPN source code.

Are you really not able to read? I wrote:

Originally Posted by CarCode
Where does the lines "16:18:52: Varning: Caught MainLoopException, continuing..." and "16:19:02: Varning: Caught MainLoopException, continuing..." come from? The word "Varning" is misspelled (correct "Warning") and is not found in the OpenCPN code.
A MainLoopException is only known for the Windows version of OCPN and its reason is:
Handle any exception not handled by CrashRpt
Most probable: Malloc/new failure

Is Microsoft not even capable to spell words correct?

Gerhard

Gerhard

[transmitterdan]

Originally Posted by Hakan

No. Not at all, Good point!
But does "m_plugin_location" really include subdirectories?
Håkan

I checked the code and it seems that O does indeed drill down into subfolders looking for *_pi.dll files.

[Hakan]

TDan..
Is that so? OK I'll make live test with your debug patch tomorrow. Just a therapy until I've the actual PC available.
I'll come back if there are any varning (= Swedish for warning ) bells for subdirectory scrap.
Håkan

[transmitterdan]

Originally Posted by CarCode

Are you really not able to read? I wrote:


Gerhard

Ok, that's enough of you acting like some kind of petulant child. If you disparage me again I will definitely report you to the moderators for "being not nice".

The message emanates from this code in chart1.cpp:

bool MyApp::OnExceptionInMainLoop()
{
    wxLogWarning(_T("Caught MainLoopException, continuing..."));
    return true;
}

The word "Warning" comes from the wxLogWarning function. It gets changed to "Varning" by the wxWidgets PO files that translate all their messages into the language the user selects.

I make reading mistakes just like everyone else. You might try to be a little nicer. It will brighten your day a lot.

[Robin3]

Oh boy guys. I'm so sorry my little problem has got things heated. I am VERY capable of venting some pretty serious wrath on computers, programs and even indirectly at the people that write them, but it is sad because I'm really just a dumb user expecting stuff to work right out of the box, so I have an excuse to get crabby now and then whilst being very appreciative of those who know their stuff and get me out of trouble when I screw something up yet again.

SO have a large virtual Scotch on me, shake hands and CHILL!.

[Hakan]

Robin3..
Don't be sorry. Thanks for you post and reporting. I am using the thread to try to trace the failure you, me and others have found. The simple solution, to delete the whole program folder, is of course functional but I think OCPN would be able to detect what's wrong and message the user.

OCPN is the best navigation program. Primary because of "our" master programmers. But this forum where a lot of people offer there's skill and time to develop the program and help each other is really outstanding. If someone has a bad day I think we other normally humble ones can look over that and neglect nasty words. Even hasty not so humble posts can have a sense of skill and benevolence.
And I think for people, like me, where English is not native there can and will be misunderstandings. As said: This place is great, where friendly people are helping each other.
Thanks all
Håkan

[Hakan]

Originally Posted by transmitterdan

I checked the code and it seems that O does indeed drill down into subfolders looking for *_pi.dll files.

TDan..
Very good! I think we have trace to solve this issue! I've got my O to freeze and show a blank options-plugins-tab. Let's see if I can explain:

Using your "Shall we load plugin file......" patch:
When O's initializing only plugins activated in the config file are handled. So no problem here.

When options-plugins tab is opened all .dll in C:\......\OpenCPN\plugin\ are handled BUT also those found in subdirectories, as you thought.

To find it out I first made a fake subdirectory: C:\Program Files (x86)\OpenCPN\plugins\Test where I put a renamed dll: oesenc2_pi.dll.
Then I ran your patch. AND it found a second S63_pi.dll in a subdirectory that I wasn't aware of.
Then it also found my test and when I answered "Yes" to load this the plugin tab went blank and O freezes. The log file says: "08:48:44: Varning: Caught MainLoopException, continuing..."
See the screenshot.

So....Why are O searching in subdirectories to list available plugins?
All plugins will locate the .dll file in "\OpenCPN\plugin\" and not in a subdirectory. So we better hinder O to search subdirectories. Or? Opposite opinion - anyone?
Can you find a way to to do that? I'll try as well but it may take time.
Håkan

[Hakan]

TDan..Dave..

I tested this patch and then it works fine:

@@ -388,9 +388,9 @@ bool PlugInManager::LoadAllPlugIns(const wxString &plugin_dir, bool load_enabled
         
     int get_flags =  wxDIR_FILES | wxDIR_DIRS;
 #ifdef __WXMSW__
-#ifdef _DEBUG
+// #ifdef _DEBUG
     get_flags =  wxDIR_FILES;
-#endif        
+// #endif        
 #endif        
 
 #ifdef __OCPN__ANDROID__

I can't see a reason why we, in Windows, should list subdirectories when not in debug mode??
Old scrap or intentional?
Håkan

[transmitterdan]

Hakan,

Can you find a way to get the offending subdirectories zipped up and send them to me? If so, send a PM as to best way to send them to me.

I will investigate what happened and may be able to get O to work around this.

Changing the search path won't fix it for all users.

Probably what happens is the plugin initially loads without issues. Then when O tries to use the plugin it gets upset and throws an exception. The wxWidgets library has a global exception catch which O handles by printing the message you see in the log file. It probably happens at the point O is asking the plugin for it's description. Perhaps some data file the plugin needs is missing or corrupted. If we can corner this issue then we can find a permanent solution.

[transmitterdan]

Originally Posted by Robin3

Oh boy guys. I'm so sorry my little problem has got things heated. I am VERY capable of venting some pretty serious wrath on computers, programs and even indirectly at the people that write them, but it is sad because I'm really just a dumb user expecting stuff to work right out of the box, so I have an excuse to get crabby now and then whilst being very appreciative of those who know their stuff and get me out of trouble when I screw something up yet again.

SO have a large virtual Scotch on me, shake hands and CHILL!.

Robin,

Please let not your heart be troubled. This has nothing to do with you. I appreciate you bringing the problem to us.

[hoolie]

Originally Posted by transmitterdan

Robin,

Please let not your heart be troubled. This has nothing to do with you. I appreciate you bringing the problem to us.

... and we appreciate you guys' tenacity in devilling out these problems. Thanks!

[Robin3]

Originally Posted by transmitterdan

Robin,

Please let not your heart be troubled. This has nothing to do with you. I appreciate you bringing the problem to us.

I have just finished screaming at our cable company who, having swapped perfectly good software on the DVR when they took over with seriously user unfriendly stuff of their own, switched back to the older version overnight without warning, thus screwing up a bunch of scheduled recordings.

BUt I will repeat what I'm sure all us mere users think. THANK YOU FOR YOUR SERVICE!