SM does work again with live.com - don't know what MS changed

install 2.53.16 (an actual install, sandboxed, to e:/program files/seamonkey), open, wait a moment, quit, restart...

Couldn't load XPCOM

actually, XULRunner, Couldn't load XPCOM.

xul.dll, vcruntime140_1.dll, vcruntime140.dll, & updater.ini are all missing from the original (2.53.16) installation (directory)

it's rare i come across an Apple rant, but i found this one... interesting, freefilesync.org/forum/viewtopic.php?t=10715#p40841

I getting: Your SeaMonkey profile cannot be loaded. It may be missing or inaccessible and Im getting Your Pale moon profile cannot be loaded. It may be missing or inaccessible

didn't knew Mozilla had also punted out Bugzilla to a separate nonprofit

"Zarro Boogs Corporation"

does that mean that Mozilla is no longer involved?

no it just makes sure mozilla's left ass cheek doesn;t know who's lips are kissing it

therube: you do know that the xre stubs ARE xulrunner just with specific instructions built in

that is HOW XRE works

vs XPFE Bootstrap

history is fun eh frg_Away

ripspin: kb.mozillazine.org/Profile_cannot_be_loaded

how are you therube

ripspin: check Task Manager (or similar) for hung SM/PM processes.

therube ok thanks

still kickin' & that's all that counts. (when someone asks about my mother, i say the very same thing.)

therube I have restarted a number of times so it is not going to be a hung process

Mozilla needs to make money with something or they will be forever needing search deals. Turning all your products over to non profit entities won't help.

As for Red Hat IBM has ruined everything it touched and which I used. Lets see how long RH stays relevant.

ripspin: your Profile is presumably in a /otlouo9v.default/ directory. that directory being "relative" to "something". look for that directory, see if it exists.

--profile tells SM to open (or use) a Profile at the location specified by --profile

-P tells SM to use a specific Profile - as defined in Profile Manager (data stored in profiles.ini)

you can try, seamonkey -P, to open Profile Manager, & see if that loads PM

& from there if it shows your Profiles

you can try seamonkey -P otlouo9v.default & see if that works?

- i'm not sure if that is the correct syntax or not to use with -P ?

you can try seamonkey --profile /tmp/NEWPROFILE to open a new (or pre-existing) Profile - bypassing Profile Manager - in /tmp/NEWPROFILE

therube /root/.mozilla/seamonkey/otlouo9v.default/ is there, thev same as stated in profiles.ini

therube Im going to check it now, its on a different os, thanks for the help

therube: on your issue with restore from yesterday, I have no idea why xul.dll would not be found, but vcruntime140_1.dll is only present in build made using visual studio 2019 or later so if the backup was from a build built using vs2017 it is normal to not find this

WG9s I am doing the official x64 with VS2019 so it should be there

WG9s not a "restore", an update. & (yesterday) i was comparing a Release install/update against one of your builds.

Today, i (actually) installed 2.53.16 Release, & attempted update with that - which failed.

& in that respect, all my attempt were on with x64's

Ah so was an error during the update process. so i guess 1.52.16 was built using vs2017 and the update version was built suing vs2019. seems we need to account for that

WG9s no all VS2019 for some time

no, it's got to be something else, cause (yesterday) i also threw in 2.53.17.0 & that also failed

to update correctly to 2.53.17.1

well then I don;t know why that file would not be prsent in the old version

expected files are there - until browser restart (to effect the update), at which point they're "deleted", but not replaced, hence SM then fails to run

unless it did not have my patch to package vcruntime140_1 if it exists in the redist directory but I think that landed long ago also

actually, the 2.53.16 install is untouched - except the 4 files mentioned above end up being deleted.

Well just for kickers updated a 2.53.17 under Win 7 x86 and one under Win 10 x64. Both fine.

odd. Win7 here. only other "oddity" if you will is my OS is on E: (which is quite normal for me). so when i installed today, i let it install to E: (rather then forcing it to C: or elsewhere)

Win7 x64

did my update log point anything out to you, pastebin.com/FdfsvMQK ?

NS_main: callback app file open attempt 1 failed. File: E:\Program Files\SeaMonkey\seamonkey.exe. Last error: 32

all the while, i have always had my WG9s 2.53.18 open, totally separate "install" location, so i don't see why that should have any bearing?

NS_main: callback app file in use, continuing without exclusive access for executable file: E:\Program Files\SeaMonkey\seamonkey.exe

### execution failed

error 32 indicates that SeaMonkey might still be open. Seems shutdown takes either too long or hangs. Might be add-on related. Did you try in a new test profile?

tested with 2.53.17 -> 2.53.17.1 - with all SM closed (to start with), still fail.

gtherubeI am probably not going to be much help here as only ever run my 2.53.18b1ptr builds and ealy usise Linux and hardly ever Windows

therube: ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

in all of yesterday's cases, i tested with new Profile (using --profile PROFILE)

therube: i would look at task manger to see what is runnign and make sure there is not a seamonkey using the same progile funning

today, with an actual /install/ PM asked which Profile, & simply selected a "Lite" profile i use as a "get it open - quick" profile

no, been to TM, no hung seamonkey.exe or anything like that

if a hang during sjutdown what you are seeing would be expected. of course the hang during shutdown would still be a bug

as far as that goes, my Profiles are not in any standard location either (so not in %appdata%)

i am doing this in sandboxie. only extension (today) is NoScript.

i can replace those 4 files, Help | Apply Downloaded Update Now... & on restart i'm in the same boat - those 4 files are gone, update failed, SM does not load.

just tried, Restart Addons Disabled. i did catch it "building" xul.dll, but then it "disappeared", so it was wanting to do it, seemingly, but for whatever reason, it didn't?

therube: just to ask something stupid have you tried rebooting?

no. uptime, says "Error reading uptime".

might not be a stupid question, actually.

normally uptime is months, or more.

there was oddity though... i lost either IPv4 or IPv6, must be 4, i'm thinking. but... i've been fine without, for a while now.

not in a position to reboot. might try on a different machine, first my "normal" way of doing things. if that fails, then i'll try an actual "install". if that works... then i might very well need to find the time to update here. in any case, that all will have to wait for next week, as i've got to go in about 15.min

WG9s thanks for that "stupid" question. it just might turn out to be correct... we'll see... (in time)

also,would be nice to know exactly what is the version of Windows you are running as reported by Settings->about->Windows specifications. Thay would help in trying to duplicate the issue.

I guess it is actually Settings->system->about ..

it's me, it's me ;-)

at least updating on a different computer work - went from 2.53.11 - > 2.53.17.1

so... could lack of IPv4 (presently) have any bearing, perhaps?

OK so it is you but would be nice if we could figure out how to help, unless you are happy with just installing the new version

ipconfig /releaes /renew, but i won't have time to test further - till next week...

cya