Sass Compiler is breaking css content.

Version
4.5.0
Reproduction link
github.com
Environment info
npm run build

Steps to reproduce
First build project
npm run build
after you will see
there is  class  .icon-bell:before  in this file and attribute as like that
//dist/css/app.[hash].css
.icon-bell:before{content:""}
My expectation is
In the icon-bell class in this file, the content looks like this, this data changes when build
// src/assets/scss/_font-icon.scss"
.icon-bell:before {
content: "\f118";
}
What is expected?
I expected when build file
dist/css/app.[hash].css
.icon-bell:before {
content: "\f118";
}
What is actually happening?
.icon-bell:before{content:""}

https://github.com/sass/dart-sass/issues/1388#issuecomment-916125648

fixed in this way 👇
yarn add css-unicode-loader -D

// vue.config.js
module.exports = {
  configureWebpack: config => {
    config.module.rules.filter(rule => {
      return rule.test.toString().indexOf("scss") !== -1;
    })
      .forEach(rule => {
        rule.oneOf.forEach(oneOfRule => {
          oneOfRule.use.splice(oneOfRule.use.indexOf(require.resolve('sass-loader')), 0,
          	{ loader: require.resolve("css-unicode-loader")})
        })
      })
    }
}

@ademyalcin27


CmakeLists.txt  file error

Problem ---->   CmakeLists.txt  file error
Hi
I am getting " C:\Users\Karthik\Downloads\sdk-connectedhomeip-2.0.2\out\android_arm64\CMakeLists.txt but that file doesn't exist "
error while building application.

What are the commands used building? I am not sure we ever built these on Windows.


update_services is not working for Management Services

Hi ,
according to the docs setting update_services to true allows changing  the configuration of an existing cluster.
According to my tests it looks like that this feature  ignores the Management services.
It would be great that  configuration change is also possible for  the Management services.
Regards
Uli

Hi Webster,
yes i tried to set the follow config for the Alertpublisher and then I used update_services=true.
But the value stayed unchanged.
So I assumed the update_services=true is only applied for the cluster services and not for the mgmt. services.
Regards
Uli
mgmt:
name: Cloudera Management Service
services: [ALERTPUBLISHER, EVENTSERVER, HOSTMONITOR, REPORTSMANAGER, SERVICEMONITOR]
configs:
ALERTPUBLISHER:
alert_mailserver_enabled: false
Von: Webster Mudge @.>
Gesendet: Mittwoch, 21. Februar 2024 15:39
An: cloudera-labs/cloudera.cluster @.>
Cc: Tehrani, Ulrich @.>; Mention @.>
Betreff: Re: [cloudera-labs/cloudera.cluster] update_services is not working for Management Services (Issue #202)
Hello @hadoopchhttps://github.com/hadoopch! Just to be clear, you are looking for something that manages the services like ALERTMANAGER and the like?

Reply to this email directly, view it on GitHubhttps://github.com/cloudera-labs/cloudera.cluster/issues/202#issuecomment-1956796418, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AHDK4L5GALQWETBJFOLVVR3YUYBJDAVCNFSM6AAAAABDS43EYSVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSNJWG44TMNBRHA.
You are receiving this because you were mentioned.Message ID<EMAIL_ADDRESS>


Fixed useragent mismatch error

Fixed the issue mentioned here:
https://github.com/postaddictme/instagram-php-scraper/issues/637
The get user endpoint is now accessible only from the app so I added an android user agent so Instagram will allow getting user info.
This issue also appears on the python version of this library
https://github.com/realsirjoe/instagram-scraper/issues/54

@etudor thank you for contribution
This library based on web version only


Can't use in ListTile as Leading

It causes glitches like this:

No worries I will have a look at it and will get back to you, thank you for pointing this out

@MindMayhem
try this:
ListTile(
  title: FittedBox(
    fit: BoxFit.scaleDown,
    alignment: Alignment.topLeft,
    child: UserProfileAvatar(
      avatarUrl: 'https://picsum.photos/id/237/5000/5000',
      radius: 40,
      notificationCount: 10,
      notificationBubbleTextStyle: TextStyle(fontSize: 16),
      avatarSplashColor: Colors.red,
      onAvatarTap: () => print('Avatar Tapped'),
    ),
  ),
  leading: Text('Leading'),
  trailing: Text('Trailing'),
  subtitle: Text('Subtitle'),
  tileColor: Colors.grey[900],
  onTap: () => print('Tapped'),
),

@MindMayhem any feedback would be appropriated otherwise I will be closing this issue.


fix issue 87

fix https://github.com/biobakery/MetaPhlAn/issues/87

It seems there is an error in ci script?
Collecting pip
  Downloading pip-20.1-py2.py3-none-any.whl (1.5 MB)
Installing collected packages: pip
  Attempting uninstall: pip
    Found existing installation: pip 20.0.2
    Uninstalling pip-20.0.2:
      Successfully uninstalled pip-20.0.2
Successfully installed pip-20.1
ERROR: Directory '.' is not installable. Neither 'setup.py' nor 'pyproject.toml' found.
##[error]Process completed with exit code 1.

The CI should be triggered only for the 3.0 branch for now, not the master. Thank you for spotting this.


Enable pairing of multiple admins with a device

Problem
Missing implementation for adding multiple administrator to a device.
Summary of Changes
This PR adds mechanism to trigger opening pairing window on a previously paired device. It generates a temporary manual setup code that the second admin can use to pair with the device. Alternatively, the first admin can let the second admin use the original setup code from the device.
The PR adds a bespoke/temporary implementation of commissioning cluster. This will eventually be moved to the code-generated implementation. The code is marked with TODO, and corresponding issue.

@pan-apple
cc1plus: error: unrecognized command line option '-Wno-unknown-warning-option' [-Werror]
291
cc1plus: all warnings being treated as errors
292

Some of the failures are in unrelated code. Maybe a rebase is needed..
   43 |     err = AdditionalDataPayloadParser(payloadData.data(), (uint32_t) payloadData.size()).populatePayload(resultPayload);
282
      |                                                                                ^~~~~~~~~~~~~
283
      |                                                                                |
284
      |                                                                                chip::AdditionalDataPayload
285
In file included from ../../examples/chip-tool/commands/payload/AdditionalDataParseCommand.cpp:21:
286
../../examples/chip-tool/third_party/connectedhomeip/src/setup_payload/AdditionalDataPayloadParser.h:77:70: note:   initializing argument 1 of 'CHIP_ERROR chip::AdditionalDataPayloadParser::populatePayload(int&)'
287
   77 |     CHIP_ERROR populatePayload(SetupPayload::AdditionalDataPayload & outPayload);
288
      |                                ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~

@saurabhst, do you have any feedback?


[CanonicalizeOSSALifetime] Transfer lexical value into callee.

When canonicalizing a lexical lifetime, don't treat applies which consume a copy of the value as deinit barriers.  Doing so forces another copy of the def being canonicalized to remain after the apply.
Instead, allow the lifetime to be transferred into the callee.  This is the same behavior that already exists for lexical lifetimes represented with the begin_borrow [lexical] + copy_value instruction sequence.

@swift-ci please test

@swift-ci please benchmark

------- Performance (x86_64): -O -------

IMPROVEMENT                        OLD     NEW       DELTA    RATIO
CxxStringConversion.cxx.to.swift   183.0   123.333   -32.6%   **1.48x (?)**

------- Code size: -O -------

------- Performance (x86_64): -Osize -------

IMPROVEMENT                         OLD        NEW       DELTA    RATIO
ArrayAppendGenericStructs           1746.667   623.333   -64.3%   **2.80x (?)**
CxxStringConversion.cxx.to.swift    160.667    121.0     -24.7%   **1.33x (?)**
DictionaryBridgeToObjC_BulkAccess   106.267    92.2      -13.2%   **1.15x (?)**

------- Code size: -Osize -------

------- Performance (x86_64): -Onone -------

IMPROVEMENT                        OLD     NEW      DELTA    RATIO
CxxStringConversion.cxx.to.swift   181.5   141.75   -21.9%   **1.28x (?)**

------- Code size: -swiftlibs -------


Homework chapter 1 and lesson 1

I am still new to this thing.
I tried the homework i would love to know how i did.

Hey! Thanks for the homework, but there are a few issues:

don't hardcode input. Use console to read user input (Console.ReadLine) then convert tha to int or float (int.Parse)
select the same target branch as teh source brach. This is hw 1, yet you merge to master.

Woah thanks for the superfast reply.
I might sound dumb...but i am not really familiar with the term hardcoding input and i am having difficulty to understand how to do that...

Hardcoding- using constant values, instead of passing them as parameters or reading them as user input.
If you want to discuss about this, in 4h time you can come on Discord and we can have a talk. Else, ask 😉


Support doom literate module

Copied from https://github.com/vlaci/nix-doom-emacs/issues/9

If user has literate doom module enabled, support not having config.el and first tangling config.org.

The thing that most bothers me about this is that I now have to commit both config.org and config.el to my NixOS repo.
IMO your hack would be worth including in nix-doom-emacs. I'll probably borrow it :)

Since doomPrivateDir can be set to a Nix derivation, i solved this by creating a derivation that tangles my config.org, and use that in my home.nix.
In my doom.d folder, there is a default.nix with the following contents:
{ version ? "dev", lib, stdenv, emacs }:

stdenv.mkDerivation {
  pname = "emacs-config";
  inherit version;
  src = lib.sourceByRegex ./. [ "config.org" "init.el" ];

  buildInputs = [emacs];

  buildPhase = ''
    cp $src/* .
    # Tangle org files
    emacs --batch -Q \
      -l org \
      config.org \
      -f org-babel-tangle
  '';

  dontUnpack = true;

  installPhase = ''
    install -D -t $out *.el
  '';
}

nix-doom-emacs gets called like this:
  doom-emacs = pkgs.callPackage (builtins.fetchTarball {
    url =
      "https://github.com/nix-community/nix-doom-emacs/archive/master.tar.gz";
  }) {
    doomPrivateDir = pkgs.callPackage ./doom.d {};
  };

Doom gets build only once, and config.org remains the single source of truth.
Note that literate module of doom tangles all code blocks by default, while standard Org-babel will only tangle those with :tangle yes set. This can be solved by adding
#+PROPERTY: header-args:emacs-lisp :tangle yes

to the header of your config

Since doomPrivateDir can be set to a Nix derivation, i solved this by creating a derivation that tangles my config.org, and use that in my home.nix. In my doom.d folder, there is a default.nix with the following contents:
{ version ? "dev", lib, stdenv, emacs }:

stdenv.mkDerivation {
  pname = "emacs-config";
  inherit version;
  src = lib.sourceByRegex ./. [ "config.org" "init.el" ];

  buildInputs = [emacs];

  buildPhase = ''
    cp $src/* .
    # Tangle org files
    emacs --batch -Q \
      -l org \
      config.org \
      -f org-babel-tangle
  '';

  dontUnpack = true;

  installPhase = ''
    install -D -t $out *.el
  '';
}

nix-doom-emacs gets called like this:
  doom-emacs = pkgs.callPackage (builtins.fetchTarball {
    url =
      "https://github.com/nix-community/nix-doom-emacs/archive/master.tar.gz";
  }) {
    doomPrivateDir = pkgs.callPackage ./doom.d {};
  };

Doom gets build only once, and config.org remains the single source of truth.
Note that literate module of doom tangles all code blocks by default, while standard Org-babel will only tangle those with :tangle yes set. This can be solved by adding
#+PROPERTY: header-args:emacs-lisp :tangle yes

to the header of your config

Works really well. Thanks


[Improvement] [Seatunnel-web] Bump seatunnel version from 2.3.6 to 2.3.7

Purpose of this pull request

Check list

[ ] Code changed are covered with tests, or it does not need tests for reason:
[ ] If any new Jar binary package adding in your PR, please add License Notice according
New License Guide
[ ] If necessary, please update the documentation to describe the new feature. https://github.com/apache/seatunnel/tree/dev/docs

Build, installed, create and executed a job


https://github.com/IncredibleHacker/insta-hack

sudo apt install python
sudo apt install python2
sudo apt install git
git clone https://github.com/IncredibleHacker/insta-hack
ls
cd insta-hack
pip3 install -r requirements.txt
chmod +x *
sudo bash insta-hack.sh
username and password
.kishore..baby._
Send password.

Hack insta id
Username.   .kishore..baby._

.patch


Quick Start example doesn't work ,fcl.DistanceRequest init() got an unexpected keyword argument 'enable_signed_distance'

508
509         # Collide with manager's objects

--> 510         ddata = fcl.DistanceData(fcl.DistanceRequest(enable_signed_distance=True))
511         if return_data:
512             ddata = fcl.DistanceData(
TypeError: init() got an unexpected keyword argument 'enable_signed_distance'

Hi @Jaapin
I just tried the example in colab with the current published package v0.5.1 and it runs the mesh calculations without error, but the results look off so I'll need to take a closer look. I think the fcl library may have updated since I wrote the code.
I think the code you're referencing is actually from the trimesh library?
If I look at the python-fcl library then there was a change made 4 months ago that added the enable_signed_distance param. it seems you might be running an older version of python-fcl with a newer version of trimesh? Maybe try upgrading the dependencies or starting a fresh python 3.10 env with the latest versions?
I've not been very disciplined with locking dependency versions with welleng versions so can see how this might have occurred - something for me to improve on going forwards.

Hi,@jonnymaserati
Thanks for you answer,i was run the quick start example with
python:3.9
trimesh :3.15.5
python-fcl:<IP_ADDRESS>

I compile fcl in this link, trimesh  was install by command pip install welleng[easy]

@jonnymaserati tank you ,i solve this problem by compile fcl in this link

Perfect, thanks @Jaapin. I'll see if the installation instructions should be updated with the link.
Indeed, if you pip install welleng[easy] then not all the dependencies get installed... the mesh clearance needs fcl installing manually.


updated README

;)

Hmm... This was meant as a kind of an ironic joke :D In your opinion, should I retain it as such or just fix the intentional typo?


Provide new code samples (if you are new, start here)

http://www.cplusplus.com/reference/ is a great source for code samples since they have examples for most functions, like: http://www.cplusplus.com/reference/cmath/cos/
Here's how to contribute:

Have the project cloned and working (run go test -tags=integration).
Put one of the samples (any sample that is a complete program and has at least one printf() will do) in the tests/ directory.
Try to run it with: go test -tags=integration -run TestIntegrationScripts/tests/ctype/isalnum.c
Have a go at trying to fix any errors - if you can't fix the errors, don't worry! Even opening a PR with a broken build is helpful. The PR also acts as a great place to get feedback, ask for help, or even get someone else to help you out.

It is best to keep PRs as small as possible, so even providing a PR with the code for single function would be fantastic.
Happy coding!

C puts function isn't translated to fmt.Println. I've tried the snippet below to conclude this. So I added int puts() -> fmt.Println in ast/function_definition.go in order to fix the issue. But it doesn't seem to be the right place to do those function mappings.
    puts("hi");
    return 0;
}```

The original description on this issue was wrong, I have updated it.
Please add a PR with tests/stdio/puts.c.

I am closing this because there is no way to pin it to the top, so it gets buried.


sqldata.py fails to set isolation_level to IMMEDIATE

These lines:
        with self._connect() as conn:
            conn.isolation_level = 'IMMEDIATE'

don't set the isolation_level to immediate, because conn is a SqliteDb, not a raw sqlite3 connection.

This was fixed in 48d95f9510328769faa174f569548f5c63513d95


Mixed-type arrays are still invalid, aren't they?

The example at the top of the page has the following two lines:
[clients]
data = [ ["delta", "phi"], 3.14159 ]

The problem is the value of data. which is a mixed-type array, which is invalid in TOML v0.5.0. Although there's an open issue regarding whether mixed-type arrays ought to be allowed, that issue is tagged post-1.0.
So assuming the issue isn't pressed before v1.0.0, do you think we need to remove or replace the mixed-type array from the lead example?

I got it from this example in the README but tried to shorten it to fit the width of an iPhone X:
data = [ ["gamma", "delta"], [1, 2] ]```

If I just wrap my `3.14` in an array would we be good to go?

That'd definitely do it. Array of arrays.

Yea. Let's go with array of arrays here. The updated example above seems fine to me.
I'm gonna eagerly close this issue, since we have a resolution.


Componentize-js: event loop integrated with preview2 poll

This has been integrated with the migration to the StarlingMonkey engine now.


Increase List Size Limit Beyond 100

In Postgres, there is a limitation that prevents more than 100 arguments from being passed to a function. This limitation also applies to lists and maps constructed using the functions agtype_build_list and agtype_build_map. As a result, the size of lists and maps is restricted to a maximum of 100 elements.
SELECT * FROM cypher('test', $$
       RETURN [1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1]
 $$) AS (res agtype);
ERROR:  cannot pass more than 100 arguments to a function

The same restriction applies to map properties.
Why:

A user may have a reading list that includes more than 100 books.
Neo4j doesn't impose a fixed limit on the number of list items or properties a node can have.

Implementation:
Change agtype_build_list and agtype_build_map to accept one agtype argument instead of VARIADIC "any"
SELECT agtype_build_list('[1, 1, 1]'::agtype);
 agtype_build_list
-------------------
 [[1, 1, 1]]
(1 row)

Setup:
Apache AGE (master) - PostgreSQL 11.18

SELECT * FROM cypher('test', $$
       RETURN $1
 $$, '[1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1]')
 $$) AS (res agtype);

By passing the list as a single string argument, you are able to bypass this limitation since the entire list is treated as a single argument. The cypher function can then reference the list using a positional placeholder like $1. this is a way around to overcome the limitations of an argument as it makes no scene to pass all the argument and yet they are not stored in a list

the agtype_build_list function  accepts a maximum of 100 arguments. If you try to pass more than 100 arguments to the agtype_build_list function, you will get an error.
You can use the agtype_build_list_from_array function instead that does not have this limitation. You can pass any number of arguments to the agtype_build_list_from_array function and it will return a list with those values.

the agtype_build_list function  accepts a maximum of 100 arguments. If you try to pass more than 100 arguments to the agtype_build_list function, you will get an error.
You can use the agtype_build_list_from_array function instead that does not have this limitation. You can pass any number of arguments to the agtype_build_list_from_array function and it will return a list with those values.

the agtype_build_list function accepts a maximum of 100 arguments. If you try to pass more than 100 arguments to the agtype_build_list function, you will get an error.
You can use the agtype_build_list_from_array function instead that does not have this limitation. You can pass any number of arguments to the agtype_build_list_from_array function and it will return a list with those values.

@farooquememon385 Can you please give us an example plsease ?

Closing this as completed. Fix in PR #1001 .


Short video results in upload failure

When a video clip of 3 seconds is uploaded the upload will fail to be processed completely due to a failure to generate the thumbnail for display. This will leave the video in a processing state with a spinner forever.
Two things could be done to resolve this issue.

If the thumbnail is not generated a stock one should be used and processing should complete.
The thumbnail generation could detect the length of the video clip and adjust accordingly.

I think that this was addressed in Issue #671. Can you verify that it meets your requirements?

#671 fixed this issue.


Make sure to run the config.webpack hook

Description
This commit changed the getPluginHooks function which now only includes config.plugins array and no longer includes config.webpack.
Changes/Tasks

[x] Changed code

Motivation and Context
https://github.com/nozzle/react-static/blob/v6/docs/plugins.md#webpack-functionfunction
We should still be able to configure webpack without having to create a plugin.
Types of changes

[x] Bug fix (non-breaking change which fixes an issue)

Another good find! You are on a roll man. Thanks!


docs: fix e2e test docs and add quickstart

The previous instructions broke with the introduction of unit tests under the e2e subdirectory. This fixes the instructions and adds a quickstart section to help new developers.

/cc @mikebz

/lgtm
/approval


Create User Stories

For each major feature, create user stories that represent the functionalities from a user's perspective. These should be small, valuable increments of work.

This is very important guys. Tomorrow we have to create the user stories.


crashes before game loads

crash log
2024-02-07T18:33:08-0500
Whoopsies! An unhandled exception has occurred.
It appears that the crash occurred while executing code from the "dankmeme.globed2" mod. Please submit this crash report to its developers (dankmeme) for assistance.
== Geode Information ==
Loader Version: v2.0.0-beta.16
Loader Commit: 4f21162
Bindings Commit: c901cbb
Installed mods: 3
Problems: 0
== Exception Information ==
Faulty Module: C:\Program Files (x86)\Steam\steamapps\common\Geometry Dash\geode\unzipped\dankmeme.globed2\dankmeme.globed2.dll
Faulty Mod: dankmeme.globed2
Exception Code: c000001d (EXCEPTION_ILLEGAL_INSTRUCTION)
Exception Flags: 0
Exception Address: 7C0370A6 (dankmeme.globed2.dll + b70a6)
Number Parameters: 0
== Stack Trace ==

C:\Program Files (x86)\Steam\steamapps\common\Geometry Dash\geode\unzipped\dankmeme.globed2\dankmeme.globed2.dll + b70a6
C:\Program Files (x86)\Steam\steamapps\common\Geometry Dash\geode\unzipped\dankmeme.globed2\dankmeme.globed2.dll + acf8b
C:\Program Files (x86)\Steam\steamapps\common\Geometry Dash\geode\unzipped\dankmeme.globed2\dankmeme.globed2.dll + 9e539
C:\Program Files (x86)\Steam\steamapps\common\Geometry Dash\geode\unzipped\dankmeme.globed2\dankmeme.globed2.dll + 91f13
C:\Program Files (x86)\Steam\steamapps\common\Geometry Dash\geode\unzipped\dankmeme.globed2\dankmeme.globed2.dll + 91de5
C:\Program Files (x86)\Steam\steamapps\common\Geometry Dash\geode\unzipped\dankmeme.globed2\dankmeme.globed2.dll + 2c52
C:\Program Files (x86)\Steam\steamapps\common\Geometry Dash\geode\unzipped\dankmeme.globed2\dankmeme.globed2.dll + 2199c
C:\Program Files (x86)\Steam\steamapps\common\Geometry Dash\geode\unzipped\dankmeme.globed2\dankmeme.globed2.dll + 1041b
C:\Program Files (x86)\Steam\steamapps\common\Geometry Dash\Geode.dll + 5416b (geode::ModStateFilter::handle + 91)
C:\Program Files (x86)\Steam\steamapps\common\Geometry Dash\geode\unzipped\dankmeme.globed2\dankmeme.globed2.dll + 21547
C:\Program Files (x86)\Steam\steamapps\common\Geometry Dash\Geode.dll + 3404e (geode::DefaultEventListenerPool::handle + 78)
C:\Program Files (x86)\Steam\steamapps\common\Geometry Dash\Geode.dll + 341ae (geode::Event::postFromMod + 30)
C:\Program Files (x86)\Steam\steamapps\common\Geometry Dash\Geode.dll + f2905 (geode::ipc::IPCFilter::handle + 69813)
C:\Program Files (x86)\Steam\steamapps\common\Geometry Dash\Geode.dll + e4862 (geode::ipc::IPCFilter::handle + 12306)
C:\Program Files (x86)\Steam\steamapps\common\Geometry Dash\Geode.dll + e6161 (geode::ipc::IPCFilter::handle + 18705)
C:\Program Files (x86)\Steam\steamapps\common\Geometry Dash\Geode.dll + e6bf3 (geode::ipc::IPCFilter::handle + 21411)
C:\Program Files (x86)\Steam\steamapps\common\Geometry Dash\Geode.dll + 2da7f (geode::EventFiltergeode::ModInstallEvent::setListener + 9967)
01381B17
C:\Program Files (x86)\Steam\steamapps\common\Geometry Dash\libcocos2d.dll + 103223 (cocos2d::CCDirector::levelForSceneInStack + 131)
C:\Program Files (x86)\Steam\steamapps\common\Geometry Dash\GeometryDash.exe + 3c12d8
C:\Program Files (x86)\Steam\steamapps\common\Geometry Dash\Geode.dll + c65a6 (geode::utils::web::AsyncWebRequest::userAgent + 12406)
C:\Program Files (x86)\Steam\steamapps\common\Geometry Dash\GeometryDash.exe + 3c267e
C:\Windows\System32\KERNEL32.DLL + 1fcc9 (BaseThreadInitThunk + 25)
C:\Windows\SYSTEM32\ntdll.dll + 67c6e (RtlGetAppContainerNamedObjectPath + 286)
C:\Windows\SYSTEM32\ntdll.dll + 67c3e (RtlGetAppContainerNamedObjectPath + 238)

== Register States ==
EAX: 07e6d9bc
EBX: 00000002
ECX: 00000000
EDX: 00000004
EBP: 0133f34c
ESP: 0133f34c
EDI: 00000000
ESI: 07e6d998
EIP: 7c0370a6
== Installed Mods ==
o | [v1.0.1] dankmeme.globed2
x | [v1.4.0] geode.custom-keybinds
x | [v2.0.0-beta.16] geode.loader

realized this was a log for 1.0.1, heres the crashlog for 1.0.2
2024-02-07T18:37:13-0500
Whoopsies! An unhandled exception has occurred.
It appears that the crash occurred while executing code from the "dankmeme.globed2" mod. Please submit this crash report to its developers (dankmeme) for assistance.
== Geode Information ==
Loader Version: v2.0.0-beta.16
Loader Commit: 4f21162
Bindings Commit: c901cbb
Installed mods: 3
Problems: 0
== Exception Information ==
Faulty Module: C:\Program Files (x86)\Steam\steamapps\common\Geometry Dash\geode\unzipped\dankmeme.globed2\dankmeme.globed2.dll
Faulty Mod: dankmeme.globed2
Exception Code: c000001d (EXCEPTION_ILLEGAL_INSTRUCTION)
Exception Flags: 0
Exception Address: 7C646386 (dankmeme.globed2.dll + b6386)
Number Parameters: 0
== Stack Trace ==

C:\Program Files (x86)\Steam\steamapps\common\Geometry Dash\geode\unzipped\dankmeme.globed2\dankmeme.globed2.dll + b6386
C:\Program Files (x86)\Steam\steamapps\common\Geometry Dash\geode\unzipped\dankmeme.globed2\dankmeme.globed2.dll + ac26b
C:\Program Files (x86)\Steam\steamapps\common\Geometry Dash\geode\unzipped\dankmeme.globed2\dankmeme.globed2.dll + 9d829
C:\Program Files (x86)\Steam\steamapps\common\Geometry Dash\geode\unzipped\dankmeme.globed2\dankmeme.globed2.dll + 91213
C:\Program Files (x86)\Steam\steamapps\common\Geometry Dash\geode\unzipped\dankmeme.globed2\dankmeme.globed2.dll + 910e5
C:\Program Files (x86)\Steam\steamapps\common\Geometry Dash\geode\unzipped\dankmeme.globed2\dankmeme.globed2.dll + 2c52
C:\Program Files (x86)\Steam\steamapps\common\Geometry Dash\geode\unzipped\dankmeme.globed2\dankmeme.globed2.dll + 2149c
C:\Program Files (x86)\Steam\steamapps\common\Geometry Dash\geode\unzipped\dankmeme.globed2\dankmeme.globed2.dll + fddb
C:\Program Files (x86)\Steam\steamapps\common\Geometry Dash\Geode.dll + 5416b (geode::ModStateFilter::handle + 91)
C:\Program Files (x86)\Steam\steamapps\common\Geometry Dash\geode\unzipped\dankmeme.globed2\dankmeme.globed2.dll + 21047
C:\Program Files (x86)\Steam\steamapps\common\Geometry Dash\Geode.dll + 3404e (geode::DefaultEventListenerPool::handle + 78)
C:\Program Files (x86)\Steam\steamapps\common\Geometry Dash\Geode.dll + 341ae (geode::Event::postFromMod + 30)
C:\Program Files (x86)\Steam\steamapps\common\Geometry Dash\Geode.dll + f2905 (geode::ipc::IPCFilter::handle + 69813)
C:\Program Files (x86)\Steam\steamapps\common\Geometry Dash\Geode.dll + e4862 (geode::ipc::IPCFilter::handle + 12306)
C:\Program Files (x86)\Steam\steamapps\common\Geometry Dash\Geode.dll + e6161 (geode::ipc::IPCFilter::handle + 18705)
C:\Program Files (x86)\Steam\steamapps\common\Geometry Dash\Geode.dll + e6bf3 (geode::ipc::IPCFilter::handle + 21411)
C:\Program Files (x86)\Steam\steamapps\common\Geometry Dash\Geode.dll + 2da7f (geode::EventFiltergeode::ModInstallEvent::setListener + 9967)
00B81B17
C:\Program Files (x86)\Steam\steamapps\common\Geometry Dash\libcocos2d.dll + 103223 (cocos2d::CCDirector::levelForSceneInStack + 131)
C:\Program Files (x86)\Steam\steamapps\common\Geometry Dash\GeometryDash.exe + 3c12d8
C:\Program Files (x86)\Steam\steamapps\common\Geometry Dash\Geode.dll + c65a6 (geode::utils::web::AsyncWebRequest::userAgent + 12406)
C:\Program Files (x86)\Steam\steamapps\common\Geometry Dash\GeometryDash.exe + 3c267e
C:\Windows\System32\KERNEL32.DLL + 1fcc9 (BaseThreadInitThunk + 25)
C:\Windows\SYSTEM32\ntdll.dll + 67c6e (RtlGetAppContainerNamedObjectPath + 286)
C:\Windows\SYSTEM32\ntdll.dll + 67c3e (RtlGetAppContainerNamedObjectPath + 238)

== Register States ==
EAX: 0b941324
EBX: 00000002
ECX: 00000000
EDX: 00000004
EBP: 00b3f63c
ESP: 00b3f63c
EDI: 00000000
ESI: 0b941300
EIP: 7c646386
== Installed Mods ==
o | [v1.0.2] dankmeme.globed2
x | [v1.4.0] geode.custom-keybinds
x | [v2.0.0-beta.16] geode.loader

this should now be fixed in v1.0.4. if that is not the case, please reopen the issue.


ISPN-1511: make sure all subcomponents are stopped during stop()

ISPN-1511: make sure all subcomponents are stopped during stop() even in case of failure

I think such a fix is important enough to recommend we should add a testcase for this and similar issues. Tristan, I guess you're very busy so if you have no time to make one you could create an issue to mark this as a task to do later.

I've edited some whitespaces, removed the imports you added (as they where'nt used) and pushed upstream. thanks!


Memory corruption related to TextOut

When running with FastMM4 full debug mode, it's detected quite early, in InitExtTextOutDistance there is
ReallocMem(FExtTextOutDistance, ALength * SizeOf(Integer));

but at the end of AdjustLastCharWidthAndRect there is
FExtTextOutDistance[ALength] := Max(LRealCharWidth, LNormalCharWidth);

which is out of bounds, I don't know if that last access is correct or not.
Besides that issue, it is not necessary to use manual allocation for FExtTextOutDistance a simple IntegerArray could do - and would provide optional bounds checking :)
tentative fix:
https://bitbucket.org/egrange/tbceditorxe/commits/1384dba8b5bfc9d7ab94b5aa86ab05d1e10bf440

This is wrong: FExtTextOutDistance[ALength] := Max(LRealCharWidth, LNormalCharWidth);
Should be FExtTextOutDistance[ALength - 1] := Max(LRealCharWidth, LNormalCharWidth); because FExtTextOutDistance is zero-based.
I have lived in the belief that SetLength is slower than ReallocMem but I quess it's not...

I first assumed it was ALength-1, but when doing that, the rendering was broken...
So if ALength-1 is right, then there must be another bug somewhere else.

Also SetLength is not faster, the point is to only grow the array when it's not large enough, rather than all the time.

Yes, there were also other ALength's before that row. I uploaded a fix for that.
Ok, that is a good point. If Winapi.Windows.ExtTextOut doesn't care about the over length, then this is obviously a good fix...

Fixed.


What is it DatabaseWrapper?

ISSUE_TEMPLATE
DBFlow Version: 5.0.0-alpha1
Bug or Feature Request:
save(DatabaseWrapper) in BaseModel cannot be applied
Description:
Why in the latest version I can not just save the object extended from BaseModel? In the documentation about this does not say anything.

Did you solve it?

the same problem :/

Did you solve it?impendency

@agrosner Please Help us in this Question. What I passed in Save() method?

the same problem too!

Hi everyone !
You have to pass your database which now delegates to the DatabaseWrapper
myModel.save(FlowManager.getDatabase(MyDatabase.class));

Its the database wrapper that provides abstracted functionality that a normal SQLiteDatabase object would provide. So we can swap implementation for other kinds like SQLCipher. You need to be explicit in passing the db in methods from now on as the previous implementation had a few drawbacks:

Every method in the library was then expected to supply a counterpart that took 1 or no database, increasing method count.
By running migrations with wrapper queries you would easily run into stackoverflow issues by leaving out the DatabaseWrapper parameter.
Encourages not using transactions by calling .save() synchronously
Requires implict db lookup by model on every call, which impacts performance.

new usage docs for 5.0.0-alpha2 https://dbflow.gitbook.io/dbflow/v/develop/usage2/usage/databases
hopefully are more clear


modulesync 3.0.0 & puppet-lint updates

modulesync 3.0.0

Still planning on getting pdk to work for this repo.


Update README

Add instructions on features and developer instructions.

Waiting for #103 to go in as it also updates the README


Rework FileChooserView internal structure

As FileChooserView only provides static factory methods, it cannot be used as an actual view.
Redesign of this class is needed in order to reduce amount of code needed for view construction and in order to have a single place where the FXML is loaded and a suitable Pane (StackPane or AnchorPane) is created.
This somehow should also solve the problem in SwingFileChooser to properly pass in a DirectoryChooser which works modal compared to any underlying Swing Window.

Reworked view class, so that FXML is now loaded by convention and Skin is applied automatically. No static methods exist anymore. The view is basically a pane type, where the constructure cares about FXML loading. The FXML name is determined by class name, followed by ".fxml" extension.
See 74e25f3a71e8aa03c7dd0fd1721abd63bdf8c980.


Notification grouping for iPhone

Issue
Because iPhone doesn't allow closing of notifications by the service-worker, notifications can not use different tags per notification, but must rather use the user ID as tag:
user_<USER_ID>
Notes

notification data has previously been serialized and included in the tag. Instead, a new way of passing data with the notification must be used.

Resolved in PR #292


given the same frequency, pwm period decreases (speeds up) when the resolution decreases

I first tried to clarify my understanding on how PWM should work on StackOverflow via the following post:
https://stackoverflow.com/questions/74474847/given-the-same-frequency-why-does-the-pwm-period-decrease-when-the-resolution-d
I've got an ESP32-C3 and the following Rust code. Retaining the frequency but decreasing the resolution (from 13 to 8 bits), I expected the granularity of the pulse width (get_max_duty) to decrease but it unfortunately also decreases the period (speeds up). I expected the period to stay the same as I thought it is fully determined by the frequency and not by the resolution.
let pwm_pin = peripherals.pins.gpio10.into_output().unwrap();
let config = TimerConfig::default().frequency((50.Hz()).into()).resolution(Resolution::Bits13);
let timer = Timer::new(peripherals.ledc.timer0, &config)?;
let mut channel = Channel::new(peripherals.ledc.channel0, &timer, pwm_pin)?;

// set duty cycle to 50%
let percent = 50;
let duty = ((channel.get_max_duty() as f64 / 100.0) * percent as f64) as u32;
channel.set_duty(duty);

Is this expected behavior and how would I go about calculating the period from any given frequency and resolution pair?

Interesting. Thank you for you detailed explanation. I kept my question deliberately brief, maybe a little too brief.
I am driving a servo with the code above and at 50hz and 13 bits resolution, 50% duty cycle gives me the expected cycle time of 20ms (1/50) and a 10ms pulse width (50% duty cycle).

However, keeping the frequency and duty cycle calculation the same but changing the code above to 8 bit resolution the  cycle time changes to 250us and 125us pulse width.

I will have a look through the technically reference manual as you suggested to try and gain a better understanding on how the PWM signal is generated.

Question becomes why do you want to change the resolution on an running pwm? Usually you want to change the Frequency ( changing the upper limit) or the duty cycle ( changing the 2nd limit) or both together. The only time you need it if you want to span a really big frequency range with your pwm. To get back to what you see. A simple reverse calculation: 8bit -> 255 = 250us |  x = 20ms  =>  x = y * 20ms/250us => y = 80 & x = 20400. Because 20400 > 13Bits our initial assumption that 255 = 250us was not true but already a bit lower. but its still a factor of 80 down. the problem with low frequency's compared to high input clocks is you either need a high resolution counter ( eg many bits) or divide down your clock source further otherwise you fill your register to fast. ( counting to 255 is faster than counting to 20400 with the same counting speed) but sometimes you are hardware limited and can not reach all desired output speeds ( you are already dividing down your input clock by max divider). So if it hits a hardware limit and cant translate it it has to for example rise the frequency respectively.

Makes total sense. Thank you for taking the time to spell it out for me.

Closing as it appears that the issue had been resolved.