summaryrefslogtreecommitdiff
path: root/ipc
Commit message (Collapse)AuthorAge
* Issue #1656 - Remove more vim control lines.Moonchild2023-05-04
| | | | | | | Vim control lines were re-introduced or not entirely cleaned up. This nukes them again. Removing from embedding, extensions, gfx, hal, ipc, layout, mailnews, media and memory. More to come.
* [No issue] Add executable bit to shell scripts in treetrav902022-11-25
|
* [No issue] Ensure LockImpl::Try() returns the correct bool value.Moonchild2022-10-16
|
* Issue #2003 - Update IPC locking code.Jeremy Andrews2022-09-08
|
* Issue #2000 - Stop using deprecated ext/hash_map.Brian Smith2022-09-04
| | | | | | | This has been long deprecated in favor of std::unsorted_map. Since all platforms are using modern compilers now it should not be a problem to switch over to std::unsorted_map in the single place hash_map is used. This allows us to build on platforms which have removed hash_map such as FreeBSD.
* Issue #1988 - Use libc's arc4random where available.Jeremy Andrews2022-08-17
| | | | | | Configure was defining HAVE_ARC4RANDOM_BUF on systems that have it this whole time, so the OS specific ifdefs weren't necessary. Maybe the flag that was in the original patch was an obsolete name for that flag...
* Issue #1053 - Follow-up: Correct conditional define on POSIX systems.Moonchild2022-06-27
| | | | | | This conditional was incorrectly changed when removing Android support. This potentially causes issues on Linux systems by not using pthreads correctly, which may lead to high idle CPU usage.
* Issue #1905 - Part 3f - Collection of fixes connecting ARM support to the ↵Brian Smith2022-06-09
| | | | | | Mac build. Also update ARM XPT code to add Mac/Apple support.
* Issue #1829 - Revert "Issue #1751 -- Remove XP_DARWIN"Brian Smith2022-04-26
| | | | This reverts commit 3d671e4275c73a1484c72713304c6e04ec4ffc7c.
* Issue #1829 - Revert "Issue #1751 -- Remove files unused without XP_DARWIN"Brian Smith2022-04-26
| | | | This reverts commit cd1f7241353c35627672dc3f6f73eb8bbd5f4925.
* Issue #1829 - Revert “Issue #1751 -- Remove XP_MACOSX conditionals from ↵Brian Smith2022-04-26
| | | | | | | | | the rest of the tree.” This also removes some PP abuse and takes file entries out of PP when no longer needed without XP_MACOSX conditionals. This reverts commit 6f707bde95dab6998ac204f9ee6c925ee230c740.
* Issue #1877 - Resolve RELEASE_OR_BETA conditionals.Moonchild2022-04-19
|
* No Issue - Clean-up stray right parenthesisJeremy Andrews2022-04-01
|
* Issue #1053 - Second pass remove android defines and build system stuff.Moonchild2022-04-01
| | | | Mostly IPC, tools and mozbuild.
* Issue #1053 - Remove /dom/system/android and dependent modules,Moonchild2022-04-01
| | | | as well as robocop.
* No issue - Clean up some obsolete/archaic code paths.Moonchild2022-04-01
|
* Issue #1751 -- Remove XP_MACOSX conditionals from the rest of the tree.Moonchild2021-05-06
| | | | | This also removes some PP abuse and takes file entries out of PP when no longer needed without XP_MACOSX conditionals.
* Issue #1751 -- Remove files unused without XP_DARWINMoonchild2021-05-02
|
* Issue #1751 -- Remove XP_DARWINMoonchild2021-05-02
|
* Issue #1751 -- Remove XP_IOSMoonchild2021-05-01
|
* Issue #1699 - Part 2: libevent: Remove 'evutil_secure_rng_add_bytes'Olivier Certner2021-01-07
| | | | | | | | | | | | | | | | | | | In fact, this is a security threat. This function calls 'arc4random_addrandom', which was removed from the reference implementation 7 years go [1], on the ground that this was in fact an internal interface which is almost impossible to use correctly. This update has since then been propagated to other implementations (e.g., FreeBSD, IllumOS, Android). Do this for all platforms, since 'evutil_secure_rng_add_bytes' is not even used in the current tree, and for the reason stated above, should never be. Related bugs at Mozilla and libevent: Links [2] and [3] below. [1] http://marc.info/?l=openbsd-cvs&m=138238762705209&w=2 [2] https://bugzilla.mozilla.org/show_bug.cgi?id=931354 [3] https://sourceforge.net/p/levent/bugs/320/
* Issue #1606 - Add support for multi-monitor DPI awareness v2 (W10 1706+)Moonchild2020-10-06
|
* Issue #1656 - Fix broken comment from Part 1Gaming4JC2020-09-26
| | | | Removing the vim line unintentionally broke the comment leading to build failure, this restores the comment.
* Issue #1656 - Part 8: Devtools and misc.Moonchild2020-09-24
|
* Issue #1656 - Part 6: Clean up the build filesMoonchild2020-09-23
|
* Issue #1656 - Part 4: Tackle *.idl, *.css, *.ipdlh, *.webidl, *.ccMoonchild2020-09-23
|
* Issue #1656 - Part 1: Nuke most vim config lines in the tree.Moonchild2020-09-23
| | | | | | Since these are just interpreted comments, there's 0 impact on actual code. This removes all lines that match /* vim: set(.*)tw=80: */ with S&R -- there are a few others scattered around which will be removed manually in a second part.
* Bug 1430745 - IPC: Fix unaligned accesses in DirReaderLinuxJiaxun Yang2020-05-14
| | | | Tag: #1542
* Make the reference to Handle unambiguous in ↵Matt A. Tobin2020-03-31
| | | | | | ipc/testshell/XPCShellEnvironment.cpp .. correctly
* Revert "Make the reference to Handle unambiguous in ↵Matt A. Tobin2020-03-31
| | | | | | ipc/testshell/XPCShellEnvironment.cpp" This reverts commit d4afddfadab3108c26c8cab274d2cb32847c4d95.
* Make the reference to Handle unambiguous in ↵Matt A. Tobin2020-03-31
| | | | ipc/testshell/XPCShellEnvironment.cpp
* Issue #1471 - Fix building on sparc64 LinuxJMadgwick2020-03-09
| | | | | Correct various pre-processor defines for sparc64 and in mozjemalloc use the JS arm64 allocator on Linux/sparc64. This corrects build problems opn Linux sparc64 and is in line with bugzilla bug #1275204.
* Revert "Issue #190 - Part 1: Remove XP_IOS conditional code"Matt A. Tobin2020-02-28
| | | | This reverts commit 6a3d5769d01ec1a8dd56ea79aec2df91b801ce02.
* Issue #190 - Part 1: Remove XP_IOS conditional codeMatt A. Tobin2020-02-28
|
* Issue #1053 - Remove android support from ipc except for ipc/chromiumMatt A. Tobin2020-02-22
| | | | This does not include android in the imported chromium code as specific research needs done on defines and logic.
* Issue #1441 - Guard appomni/greomni with UXP_CUSTOM_OMNI env var.wolfbeast2020-02-14
| | | | | | This adds an addition to the environment set up for child processes (plugin container) so that it may still be able to pass the omni parameters there as-needed.
* Issue #1342 - Remove support for system libeventwolfbeast2020-01-23
|
* No Issue - Fix indentation and account for system libevent in ↵Matt A. Tobin2019-12-17
| | | | ipc/chromium/moz.build
* Issue #457 - Fix typo in ipc/chromium/src/base/sys_info_posix.ccathenian2002019-11-18
| | | | I made a typo in commit 687a789 when updating the ifdef style I used to comply with UXP standards. The typo I made resulted in a compiler warning I failed to notice, so I was asked to tag issue #457 when submitting the PR. I also fixed some trailing whitespace I apparently left behind in the file.
* Fix nits.athenian2002019-10-31
| | | | I hope this addresses everything.
* MoonchildProductions#1251 - Part 27: Fix ifdef style.athenian2002019-10-21
| | | | This should do it for all the commits to files I changed, but while I'm in here I could probably go ahead and turn ALL the singular if defined statements into ifdef statements by using grep/find on the tree. On the other hand, perhaps we should do that as a separate issue so that this doesn't become a case of scope creep.
* MoonchildProductions#1251 - Part 23: Allow AMD64 build to work.athenian2002019-10-21
| | | | | | | | | | | | | | | | | | | | | | | | | | https://developer.mozilla.org/en-US/docs/Mozilla/Developer_guide/Build_Instructions/Compiling_32-bit_Firefox_on_a_Linux_64-bit_OS Setting this up turned out to be easier than I thought it would be. All I had to do was apply these instructions in reverse and add the following to my .mozconfig file: CC="gcc -m64" CXX="g++ -m64" AS="gas --64" ac_add_options --target=x86_64-pc-solaris2.11 export PKG_CONFIG_PATH=/usr/lib/amd64/pkgconfig ac_add_options --libdir=/usr/lib/amd64 ac_add_options --x-libraries=/usr/lib/amd64 Most of these changes were fairly trivial, just requiring me to make a few of the changes I made earlier conditional on a 32-bit build. The biggest challenge was figuring out why the JavaScript engine triggered a segfault everytime it tried to allocate memory. But this patch fixes it: https://github.com/OpenIndiana/oi-userland/blob/oi/hipster/components/web/firefox/patches/patch-js_src_gc_Memory.cpp.patch Turns out that Solaris on AMD64 handles memory management in a fairly unusual way with a segmented memory model, but it's not that different from what we see on other 64-bit processors. In fact, I saw a SPARC crash for a similar reason, and noticed that it looked just like mine except the numbers in the first segment were reversed. Having played around with hex editors before, I had a feeling I might be dealing with a little-endian version of a big-endian problem, but I didn't expect that knowledge to actually yield an easy solution. https://bugzilla.mozilla.org/show_bug.cgi?id=577056 https://www.oracle.com/technetwork/server-storage/solaris10/solaris-memory-135224.html As far as I can tell, this was the last barrier to an AMD64 Solaris build of Pale Moon.
* MoonchildProductions#1251 - Part 22: Remove some unused type declarations ↵athenian2002019-10-21
| | | | | | | | | | from IPC process_util. https://bugzilla.mozilla.org/show_bug.cgi?id=1397928 Was looking into that _POSIX_PATH_MAX/NAME_MAX issue earlier because it didn't make a lot of sense and I was thinking of other approaches besides char arrays, and I wanted to make sure it didn't cause problems after they did it. Turns out that one commit after this was added, Mozilla determined the code I was working on fixing to be dead code as of Firefox 58. I don't know if it's dead code in Pale Moon as well, but given that it compiles fine without it and I can't find any other references to szExeFile in the IPC code, that seems like a safe bet. Besides, I determined config/pathsub.c already seems to do what this code looks like it's trying to do, and implements the solution of just defining NAME_MAX to 256 and having done with it that I nearly adopted after realizing that even OS/2 and BeOS, let alone Unix/Linux systems, all basically use that value and there's just disagreement on which system header to check for it.
* Fix a bunch of dumb typos and omissions.athenian2002019-10-21
|
* MoonchildProductions#1251 - Part 10: ipc_channel_posix.cc should use IOV_MAX.athenian2002019-10-21
| | | | | | | | | | | | https://bugzilla.mozilla.org/show_bug.cgi?id=1345102 I assess this change to be low-risk for the following reasons: 1. It has been in Firefox since version 55 without issues. 2. The current behavior is not POSIX compliant, and is retained in the one instance where the new functionality causes issues. 3. It makes safer assumptions about implementation details than what we have now.
* MoonchildProductions#1251 - Part 6: Solaris needs an audio implementation.athenian2002019-10-21
| | | | Current versions of libcubeb already have a Sun audio implementation, but in Firefox 52 and earlier, this was all they had. I'm not completely happy with this implementation because it has issues like video freezing if the soundcard isn't working, but I think fixing this or pulling in a newer libcubeb would be going too far for too little gain.
* MoonchildProductions#1251 - Part 5: Fix POSIX compliance issue in ↵athenian2002019-10-21
| | | | | | | | process_util.h. https://bugzilla.mozilla.org/show_bug.cgi?id=1364865 Solaris doesn't define NAME_MAX because if you read the current POSIX standard literally, no system that supports multiple file systems or networking should be defining it. It's a pedantic choice given that they USED to define NAME_MAX, but Solaris always did take POSIX compliance seriously, for better or worse.
* MoonchildProductions#1251 - Part 4: Core build system changes, lots of ↵athenian2002019-10-21
| | | | | | | | libevent/IPC junk. This is mostly ifdefs, but as you can see, Solaris is actually a lot like Linux. They're both more SysV than BSD at core, and most of the differences have more to do with Solaris not using glibc than anything else. I still need to audit a lot of these changes and understand why they're needed and what the alternative approaches are. After this patch, most of the core functionality needed to build Solaris is here.
* Remove crashreporter toolkit files.wolfbeast2019-04-01
| | | | Resolves #20
* Unhook CR exception handler.wolfbeast2019-04-01
| | | | Tag #20
generated by cgit v1.2.3 (git 2.26.2) at 2024-11-17 06:47:39 +0000