1
Off Topic discussions / Re: Lying low for a few days
« on: June 20, 2022, 09:19:32 pm »
Having had a couple of dogs get old and die, feel for you. It's the worse part of owning pets, especially dogs, they get old too quick.
OS2World.com Forum is back !!!
Remember to visit OS2World at:
http://www.os2world.com
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Actually, here it is a SMS if using a new device. I had one SMS when I first used the app password, basically asking if it was me logging in.
confirm this is my case as well. Received a phone SMS only once on my phone number at the registration moment to confirm the user identity, after that I could simply login by SM mail everytime with the application password (needless to digit, it is stored) , nothing else.
So the whole action is for google to receive your current phone number (SMS). Where is the so called 'security improvement' if afterwards you log in via simple password then before?
Let me ask different - is there a way to setup SM/TB for google without using a special Android/iOS program AND without giving them a mobile number? As said, it is not so much important for me as gmail censors emails since a long time and so their service is useless for serious email communication anyway. But for the sake of having trash email addresses for potentially insecure web services gmail was good enough.
- SMS or phone call for every calendar/email login (beside overly uncomfortable I don't even think about giving this company my phone number voluntarily)
Seems this all is a new step from Google to force the world to use their software or leave their universe. I choice second.
Heh Dave!
Yea, I'm 60 and finding it hard crawling under the truck, especially the getting up part
At least you still can get up ............. <grin>
And BTW thanks for the rain .......... had one hell of a thunderstorm last night to start (Thor was throwing around Mjolnir pretty liberally, battling Frost Giants and knocking out power everywhere).
Expecting 135 mm in the next 3 days so we'll be building an ark as well in Alberta, to join you guys in BC.
Best!
M
Well, anyways, if anyone is interested I uploaded the SM 10.3.0 build to https://sourceforge.net/projects/cc-os2/files/
Glad you got this working Dave!
Call Stack
______________________________________________________________________
EBP Address Module Obj:Offset Nearest Public Symbol
-------- --------- -------- ------------- -----------------------
Trap -> B274547A XUL 0001:0047547A between PLDHashTable::Clear + A and PLDHashTable::FindFreeEntry - 66 (both in Unified_cpp_xpcom_build0.cpp)
2DDD2088 11236ED0 XUL 0002:00086ED0 nsTArrayHeader::sEmptyHdr (in Unified_cpp_xpcom_build1.cpp)
Lost Stack chain - new EBP below previous
______________________________________________________________________
Labels on the Stack
______________________________________________________________________
ESP Address Module Obj:Offset Nearest Public Symbol
-------- --------- -------- ------------- -----------------------
001EF80C B34AE237 XUL 0001:011DE237 between gfxFontCache::FlushShapedWordCaches + 37 and gfxFontCache::Observer::Observe - 29 (both in Unified_cpp_gfx_thebes0.cpp)
001EF81C 1F3E1993 LIBCN0 0001:00091993 fmutex.h#138 __um_free_maybe_lock + FF 0001:00091894 (ifree.obj)
001EF84C B34E6CD0 XUL 0001:01216CD0 between gfxPlatformFontList::InitFontList + C0 and gfxPlatformFontList::GetFontList - 170 (both in Unified_cpp_gfx_thebes1.cpp)
001EF88C B348C48C XUL 0001:011BC48C between gfxFcPlatformFontList::InitFontList + 3C and gfxFcPlatformFontList::FindGenericFamilies - 94 (both in gfxFcPlatformFontList.cpp)
001EF8A8 B3487F00 XUL 0001:011B7F00 gfxFcPlatformFontList::CheckFontUpdates (in gfxFcPlatformFontList.cpp)
001EF8AC B34DA4E0 XUL 0001:0120A4E0 between gfxPlatformFontList::UpdateFontList + 10 and gfxPlatformFontList::SizeOfFontFamilyTableExcludingThis - 10 (both in Unified_cpp_gfx_thebes1.cpp)
001EF8BC B55BFB38 XUL 0001:032EFB38 between mozilla::TimeStamp::Now + 18 and mozilla::TimeStamp::ComputeProcessUptime - 28 (both in TimeStamp_posix.cpp)
001EF8CC B3487F22 XUL 0001:011B7F22 between gfxFcPlatformFontList::CheckFontUpdates + 22 and nsTHashtable::s_HashKey - 1E (both in gfxFcPlatformFontList.cpp)
001EF8D8 000B0CD3 SEAMONKE 0001:000A0CD3 between std::basic_istream::ignore + 19F and __cxxabiv1::__forced_unwind::{typename} - 5D (both in compatibility.obj)
...Dave,
AH-HA! That's probably exactly the cause of my issue then. I wonder if netlabs would accept a 'build-essentials' RPM metapackage that would install all of the needed packages (gcc, etc).
As for things that are lacking in the terminal handling, does anybody know which layer they're lacking at? Eg, is it the termcap/terminfo layer, the ncurses/termlib layer, or the old 16-bit Vio layer?
There's also a patch in https://bugs.gentoo.org/attachment.cgi?id=483002 for FF54
I hate working on cars - I'm too old for that stuff now - loved it when I was younger though
Cheers,
Paul
Edit: looking at gfxfont, I think the patch would need to beCode: [Select]--- a/gfx/thebes/gfxFont.cpp 2017-06-15 22:52:37.000000000 +0200
+++ b/gfx/thebes/gfxFont.cpp.new 2017-07-10 21:33:43.241262630 +0200
@@ -2612,6 +2612,16 @@
return sw;
}
+template gfxShapedWord* gfxFont::GetShapedWord(gfxContext *aContext,
+ const unsigned char *aText,
+ uint32_t aLength,
+ uint32_t aHash,
+ int32_t aRunScript,
+ bool aVertical,
+ int32_t aAppUnitsPerDevUnit,
+ uint32_t aFlags,
+ gfxTextPerfMetrics *aTextPerf GFX_MAYBE_UNUSED);
+
bool
gfxFont::CacheHashEntry::KeyEquals(const KeyTypePointer aKey) const
{
diff --git a/gfx/thebes/gfxFont.cpp b/gfx/thebes/gfxFont.cpp 4:53p
index f1906a2e1f..5dedc9cd85 100644
--- a/gfx/thebes/gfxFont.cpp
+++ b/gfx/thebes/gfxFont.cpp
@@ -2487,6 +2487,16 @@ gfxFont::GetShapedWord(gfxContext *aContext,
return sw;
}
+template gfxShapedWord* gfxFont::GetShapedWord(gfxContext *aContext,
+ const unsigned char *aText,
+ uint32_t aLength,
+ uint32_t aHash,
+ int32_t aRunScript,
+ bool aVertical,
+ int32_t aAppUnitsPerDevUnit,
+ uint32_t aFlags,
+ gfxTextPerfMetrics *aTextPerf GFX_MAYBE_UNUSED);
+
bool
gfxFont::CacheHashEntry::KeyEquals(const KeyTypePointer aKey) const
{
Well, after blowing away the obj directory and redoing, same missing symbol.https://bugs.gentoo.org/617690 looks similar - and there's a patch in https://bugs.gentoo.org/617690#c21
They're talking about an older GCC, but who knows?