Revert "OCPBUGS-36833: 4.16 "Bad" reconciliation loops can cause unbounded dockercfg secret creation"

Reverts openshift/openshift-controller-manager#319
/cc @sanchezl

/hold
for tests
/payload 4.17 ci blocking

/hold cancel
/override ci/prow/e2e-aws-ovn
/override ci/prow/e2e-gcp-ovn
to unblock ci and nightly payload

/lgtm


Subclassing JS's error class doesn't work in dart2js

The following code:
import 'package:js/js.dart';

import 'package:test/test.dart';

@JS("Error")
class JSError {
  external JSError(String message);
}

class ErrorSubclass extends JSError {
  ErrorSubclass(String message) : super(message);
}

void main() {
  test("throw an error subclass", () {
    throw new ErrorSubclass("oh no");
  });
}

Prints:
00:09 +0 -1: throw an error subclass [E]
  NullError: method not found: 'toString' on null
  test.dart 11:3   Object.
  test.dart 16:11  main.<fn>

(The test package isn't important here, it's just the easiest way to get code running in a browser.)
I'd expect this to print Error: oh no, the same way it does if I throw new JSError("oh no"). If extending a JS class isn't supposed to work, I'd expect an error about that.

@jacob314 Is subclassing JS classes supported? Dart constructors have a whole set of constraints that don't map well onto JavaScript constructors.


filter & chart header UI enhancements

Related Issue

Fixes #17
Checklist:

[x] I have read the contributor's guide.
[x] I linked an issue in the previous section
[x] I have commented on the linked issue
[x] I was assigned the linked issue (not required)
[x] I have tested the change to the best of my ability against the sandbox or a local build.

Optional items:

[ ] My change adds new text and requires a change to translations.
[ ] My change requires a change to the documentation.
[ ] I have submitted a PR to the documentation repo.
[ ] I was not able to test... (explain below, e.g. you did not have permissions to test a specific feature)
[ ] This change depends O-FISH Realm repository changes (explain below)

Optional: Add any explanations here
Modified CSS & HTML for filter-panel component. Also added classes to dashboard components from bootstrap & root.css

Optional: Add any relevant screenshots here

I have updated logic in filter-panel component to show count of applied filters. I am not sure why down arrow is broken, working fine at my end

Let me know if latest commit solves the issue.
Thank you

Congratulations! 🎉 🙌 🎆 ㊗
This PR is fantastic and has been merged into the code. Thanks so much for contributing! If you'd like, you can request to work on another issue. We really appreciate your effort!

Hi @deveshchatuphale7!
We noticed you haven't claimed your digital MongoDB swag. To claim your O-FISH badge, head on over to the MongoDB Community forums, login, and reply - making sure to link to this PR.

Hi @deveshchatuphale7!
We noticed you haven't claimed your digital MongoDB swag. To claim your O-FISH badge, head on over to the MongoDB Community forums, login, and reply - making sure to link to this PR.

Sure! Thanks!


Global.json added to build the project in .NET 5

The MvvmBlazor project is not able to build in case .NET 5 and .NET 6 are installed as in .NET 6 the nullable operator
null! is removed, thus having Global.json helps to build the project.
As you mentioned earlier that Microsoft uses latest sdk to build the project, thus in this particular use case, the build fails.
We can also fix this issue by not using null! operator but again this will lead to the same problem for next Iteration of .NET.

I'm still against having a specific version that is being used. This would mess with the CI. This project is gonna be updated to .NET 6 soon anyways so I don't see a point of pinning the version now.


XKB de neo does not work properly

So before starting sway I set following environment variables
export XKB_DEFAULT_LAYOUT=de
export XKB_DEFAULT_VARIANT=neo

After entering sway it seems to use the normal de a.k.a. German layout
If I then go into a terminal emulator and change the keyboard layout via
setxkbmap de neo I then can't use for example SHIFT+m to get a M.
In neo I'm also supposed to access other keyboard layers with CAPS_LOCK for example CAPS_LOCK + m should result in a % instead in sway it just behaves like a normal CAPS_LOCK.
This is definitely not a Wayland problem. It works fine in weston with the config
[keyboard]
keymap_layout=de
keymap_variant=neo

It by the way also works in i3 and GNOME
I'm running Arch the following versions:
linux 4.12.3-1
wayland 1.13.0-1
sway 0.14.0-1

You cannot use setxkbmap to change the layout in Sway, gotta configure it at runtime. Provide log please.

https://gist.github.com/DerJesko/e2bfd742ad29689326164fb424e27c34
Here is a log. I am currently using the default config. Should I for conveinience of debugging disable that config file and rerun?

No. According to your log, XKB_DEFAULT_VARIANT is unset.

 Misspelled it XKB_DEFAULT_VARIANT != XKB_DEFAULT_VARINANT

@DerJesko does the neo layout work for you with sway now?
I find that XKB_DEFAULT_LAYOUT=de XKB_DEFAULT_VARIANT=neo sway indeed activates the neo layout, but that the shift key fails to capitalize letters. I.e. shift+a produces a instead of A. Did you experience the same issue?


Migrate python debugging logic to rules

Nice one! We might need to update the pex tool once that's in this repo too, as I think Sam has gotten rid of the bootstrapping stuff.

Yeah, things probably need to be re-tested once that code is ported over.


"Websocket error, try reconnecting" on device changes

1.3.1 seems to be working, Thank you!  But I still get errors in the logs.  Some actions seem to fail, but I can't consistently reproduce.  Below is all that was provided by HASS.
This error originated from a custom integration.
Logger: custom_components.cielo_home.cielohome
Source: custom_components/cielo_home/cielohome.py:237
Integration: Cielo Home (documentation, issues)
First occurred: 7:15:06 AM (5 occurrences)
Last logged: 7:37:14 AM
Websocket error, try reconnecting

well that's a weird one! Who is your DNS provider?

Ziply fiber is my DNS provider.  I also run pihole, but I did not see any blocked traffic from home assistant client.  I tried disabling pihole and still seeing the error.  Even though there are times that the action takes successfully, I'm still seeing the error in the logs.

Can you try google or cloudflare DNS without your pihole? I run AdGuardHome with Cloudflare nerver have this error. The first part of the error stack appear to be a fail of a dns query. Also do you have a DNS loadbalancer?

@Goose1451 i made a new version 1.3.2 with better management of the websocket connection. You can try it, but i don't it's gonna solve your problem. But who knows! ;)

I just saw the update and tried it.  Really appreciate the help @bodyscape.  I am still getting errors in the same place but now a warning is included with the error on each action.
This error originated from a custom integration.
Logger: custom_components.cielo_home.cielohome
Source: custom_components/cielo_home/cielohome.py:232
Integration: Cielo Home (documentation, issues)
First occurred: 8:21:53 AM (2 occurrences)
Last logged: 8:23:41 AM
'light'

This error originated from a custom integration.
Logger: custom_components.cielo_home.cielohome
Source: custom_components/cielo_home/cielohome.py:240
Integration: Cielo Home (documentation, issues)
First occurred: 8:21:53 AM (2 occurrences)
Last logged: 8:23:41 AM
Try reconnection in 5 secondes

@Goose1451 did you try the 1.3.1 or 1.3.2?

@bodyscape, 1.3.2.  I've changed my dns to googles, and removed pihole from the equation.  I am not running a dns lb.

@Goose1451 can you share me the response json from this url 'https://api.smartcielo.com/web/devices?limit=420' on this Cielo website https://home.cielowigle.com/.

@bodyscape , here's the response from the GET operation...  Sorry the formatting isn't sticking...
{"status": 200, "message": "SUCCESS", "data": {"iosVersion": "4.1.6", "iosLatestVersion": "4.1.6", "iosExpiryTime":<PHONE_NUMBER>, "androidVersion": "5.2.4", "androidLatestVersion": "5.2.4", "androidExpiryTime":<PHONE_NUMBER>, "manufactureDBversion": "1008.01", "comfyMinimumLimit": {"fahRoomTemp": 0, "celRoomTemp": 0, "roomHumidity": 3}, "listDevices": [{"isLocalDbAck": 1, "deviceId": "wif2c2", "isFaren": 1, "macAddress": "24A1602B2465", "deviceName": "Cottage", "fwVersion": "1.0.9,2.4.0", "connectionSource": 0, "deviceType": "BREEZ-PLUS", "deviceTypeVersion": "BP01", "suggestedRemotes": [{"applianceId": "1716", "protocolId": 162, "isFaren": 1, "priority": 1}, {"applianceId": "1965", "protocolId": 235, "isFaren": 1, "priority": 6}, {"applianceId": "2551", "protocolId": 600, "isFaren": 0, "priority": 6}], "broadcastName": "Cielo_BP01_2B2465", "deviceTimeZone": "-07:00", "deviceTimeZoneName": "America/Los_Angeles", "applianceId": 1716, "applianceType": "AC", "isEnergyDevice": 0, "createdAt":<PHONE_NUMBER>, "retainCreatedAt":<PHONE_NUMBER>, "deviceStatus": 1, "latestAction": {"uirules": "default:default:default", "deviceStatus": "on", "temp": "68", "actionSource": "DeviceAction", "statustimestamp": "1676248744", "fanspeed": "auto", "turbo": "off", "endTurboTimestamp": "1616977069", "mode": "heat", "swing": "auto", "followme": "off", "ontimestamp": "1676478277", "startTurboTimestamp": "1616977069", "power": "on", "modeTimestamp": "1664916520", "timestamp": "1676579115", "moderules": "default:default:default"}, "wifiName": "Thomas%20Online", "userId": "hl73UxQVBV", "applianceSubtype": 1, "isOnceSyncedState": 1, "isFotaRequired": 1, "isUpdatingFw": 0, "fwInitiatedAt": 0, "fpFailureAttempts": 0, "fpSuccessAttempts": 0, "turboFailureAttempts": 0, "turboSuccessAttempts": 0, "scheduleDetails": {}, "isBlocked": 0, "blockMessage": "Unblocked", "groupId": "-1", "deviceSettings": {"screenDisplayValue": 1, "tbenabled": "1", "brightnessValue": "05"}, "latestBucketError": "0", "thermostatDeviceId": "N/A", "structureId": "N/A", "thermostatHomeAway": {}, "isBacktrackEnabled": 1, "latEnv": {"temp": 66.0, "humidity": 36.0}, "humCalibrationOffset": "0", "tempCalibrationOffset": "-3", "isHumCalibrationSync": 1, "isTempCalibrationSync": 1, "myRules": [], "myRuleConfiguration": {}, "deviceFilterDuration": "2689", "deviceFilterFlag": 1, "filterTimestamp":<PHONE_NUMBER>, "deviceFilterDurationValue": 161340, "isWifiDisabled": 0, "priority": 1}], "listGroups": [], "devicesCount": 1}}

@Goose1451 I think i find the problem, try the 1.3.3! ;)

@bodyscape, I think we have a winner!  Thank you!  I'll keep playing 1.3.3.  It's great to finally have my IR mini-split controlled by HA.

@Goose1451 my pleasure! :)


requests2: 2.8.1 -> 2.9.1

Tested manually locally. Sanity checked with:
~/g/nixpkgs (requests2-2.9.1) $ nix-shell -I nixpkgs=/home/kragniz/git/nixpkgs/ -p python27Packages.requests2 --pure --run "python -c 'import requests; print requests.__version__'"
2.9.1

Thanks for the update. Did you test whether all dependents still build?


Visualize how sharing knowledge, building communities of practice and failure culture act together

During the discussion on 2022-10-07 we had the idea to add a figure how sharing knowledge, building communities of practice and failure culture act together and why all topics of this manifesto accelerate each other.

Fixed by #22


Highlight selection across active panes

This feature adds highlighting across active panes.
Here's how it looks:

also an option to disable this:

I suppose it does close #123

:+1:  Great thanks.
Would it be possible to add some specs?

Never did any specs in JS, but I will look into that throughout the weekend :-)

This is great, thanks so much for adding this :100:
I did notice that the highlight stops early if the other pane has more lines than the one you selected in. See image where highlight in the right pane stops at line 5.

I can open a new issue if you like, just a bit busy now and didn't want to forget about reporting this :slightly_smiling_face:

This has been fixed. Please update this package to the latest (0.13.0)

Awesome thank you so much :100: :heart:


chore: remove MaxGas const

Description
closes: #252
merge original #529 and part of #533

[x] Targeted PR against correct branch (see CONTRIBUTING.md)
[x] Linked to Github issue with discussion and accepted design OR link to spec that describes this work.
[x] Code follows the module structure standards.
[ ] Wrote unit and integration tests (Not Needed)
[ ] Updated relevant documentation (docs/) or specification (x/<module>/spec/) (Not Needed)
[ ] Added relevant godoc comments. (Not Needed)
[x] Added a relevant changelog entry to the Unreleased section in CHANGELOG.md
[x] Re-reviewed Files changed in the Github PR explorer
[ ] Review Codecov Report in the comment section below once CI passes

 Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.You have signed the CLA already but the status is still pending? Let us recheck it.

@whylee259 I changed the branch rebasing to. Sorry for using force push.


Maint/pmd update rules

Description
Update refarch-pmd-ruleset:

TooManyStaticImports conflicts with forbidden * imports

TooManyStaticImports I agree that this rule can be removed, as it doesn't seem particularly beneficial.
CouplingBetweenObjects This rule doesn't seem overly problematic. Why do you want to disable it entirel
UseObjectForClearerAPI This rule is actually pretty solid and even gets a shout-out in "Clean Code." Sure, there can be exceptions, but I don’t see why we should turn it off completely.

@DanielOber don't really know anymore why i excluded them instead of suppressing them ...
Refactored it, no only the static imports are exluded.
Thanks for the review


[Feature Request]: submiting spark job through apache livy

What would you like to happen?
is it any feature available to submiting and running spark job through apache livy, this can help
if it is currently not avialbale , Can someone guide me on what parts I need to develop in order to develop this feature (what are the dimensions of this issue)?
Issue Priority
Priority: 3
Issue Component
actually i dont know which hop components this issue related to
Component: Hop Run

We have taken a look at Livy but have parked that for a moment because the status of the podling is a questionmark.
There was discussion to move the project to the "attic" because there is not really an active community working on it.

also other tools can help as alternative to livy , such as https://github.com/spark-jobserver/spark-jobserver.
In any case, what seems to be the existence of such a possibility with any available tool is very useful

Is this still a relevant issue for Apache Hop?


Missing flag for Corsica (FR-H)

Hi there,
Just wondering if you might add the Corsica (FR-H) flag?
https://en.wikipedia.org/wiki/Corsica#/media/File:Flag_of_Corsica.svg

Country: France
https://github.com/lipis/flag-icon-css/blob/master/flags/4x3/fr.svg

FYI, the new code is FR-COR (https://en.wikipedia.org/wiki/ISO_3166-2:FR#Regions_(since_January_1st,_2016))

Sorry.. I'll pass on this one.


Add support for karma-aliasing

Add support grouping terms together by using aliases.
Example:
<+Daan> }karma c++
<DaZeus> c++ has a karma of 13 (+19, -6)
<+Daan> }karma cpp
<DaZeus> cpp has a karma of 2 (+2, -0)
<+Daan> }karma-alias merge c++ cpp
<DaZeus> gouped together c++ and cpp
<+Daan> }karma c++
<DaZeus> c++ has a karma of 13 (+21, -6)
<+Daan> }karma-alias split c++
<DaZeus> ungrouped c++ and cpp

Cc @AaronVanGeffen

Maybe make them top level commands?
}karma-merge c++ cpp
}karma-split c++

I think those are easier to remember.

Another suggestion:
<+Daan> }karma c++
<DaZeus> c++, cpp have a grouped karma of 13 (+21, -6)

We probably also want to support grouping identifiers with quotes, like factoids:
<+Daan> }karma-merge "de speld" speld
<+Daan> }karma-split speld "de speld"


Change the rootView from configuration

ResponseFactory.php class defines the $rootView point to app.blade.php. I thought it would be easy to configure it. Anyone who publishes the config file can easily change it. ServiceProvider boot method workaround also has the same output. IMHO This way, it feels more neat.

Inertia intentionally did choose to be configured via middleware, instead of config. There are considerations (for other reasons) to go with a ServiceProvider instead.
However, you already can use Inertia::setRootView('custom.layout'); wherever you want. Like, globally in AppServiceProvider or for instance in a specific controller.
Personally, not sure if we really need yet another way to configure this.


chore(deps): upgrade dependencies

Upgrades project dependencies. See details in workflow run.

Automatically created by projen via the "upgrade-k8s-24-main" workflow

⚪ Backport skipped
The pull request was not backported as there were no branches to backport to. If this is a mistake, please apply the desired version labels or run the backport tool manually.
Manual backport
To create the backport manually run:
backport --pr 1916

Questions ?
Please refer to the Backport tool documentation


Ensure that the sourceEventType parameter is actually optional in PDFViewerApplication.{download, save} (PR 12248 follow-up)

Without these changes, clicking on the "Open With Different Viewer"-button on the Firefox fallback bar won't actually do anything and the following is printed in the web-console:
Uncaught TypeError: (destructured parameter) is undefined
    download resource://pdf.js/web/viewer.js:956
    response resource://pdf.js/web/viewer.js:1054
    listener resource://pdf.js/web/viewer.js:11891
viewer.js:956:1

Furthermore, this patch also fixes PDFViewerApplication.fallback to pass in an explicit sourceEventType when triggering downloading. While this, on its own, would obviously have been sufficient to fix the bug described above, it seems wrong to outright break backwards compatibility of any older PDFViewerApplication.download calls.

/cc @brendandahl
/cc @timvandermeij

Given that PR #12248 was included in https://bugzilla.mozilla.org/show_bug.cgi?id=1660483, which landed in Firefox 81, we unfortunately must uplift this patch since the fallback bar will otherwise be broken once Firefox 81 is officially released.

/botio-linux preview

Thank you for fixing this!
@brendandahl Can you take care of getting this uplifted?


eve-validation: always run if schema available - ish/v2

Previous PR: #828
Changes:

Clear CARGET_BUILD_TARGET as we're always building for the localhost, at
least for now.
Remove check for v7, this will run as long as their is a schema.json to
check.

cf https://github.com/OISF/suricata/pull/7412


gatsby-plugin-react-i18next is not compatible with your gatsby version 5.12.3

Hi there. I need to transfer my app to Netlify form Gatsby Cloud and I'm having a problem with the plugin in that its not compatible the latest version of Gatsby. Does anyone know a workaround or whether this will be updated to make sure its compatible. Thanks

As for me, I decided on not to wait for core to make maintenance updates so I decided to make fork that will provide updates
In one of projects I'm into current version of this plugin conflicted with i18next and react-18next and I didn't want to use --legacy-peer-deps
Link do package: https://www.npmjs.com/package/@herob/gatsby-plugin-react-i18next


Improve performance by compressing in parallel 🚀

Improving the performance by running the independent async functions in parallel ✈.
Extremely sorry if I made any mistakes :(

I am not against it, but do you see any real-world improvements? I'd judge those are not the bottlenecks in terms of performance.


Update README

#13  👈
main

This stack of pull requests is managed by Graphite. Learn more about stacking.

Join @ksharma-xyz and the rest of your teammates on  Graphite


[ALLUXIO-2053] alluio-start.sh not use -f in the getopts anymore

The -f option are not using in the getopts in the bin/alluxio-start.sh shell script anymore, the getopts just contains "hNw" options, not "fhNw" anymore.
I also noticed that the "-f" option should given(or not) after the "MOPT" or as the "MOPT",so we should remove the "-f" option from [-fhNw] and move it to the tail of command as another option?
like below:
bin/alluxio-start.sh all NoMount

bin/alluxio-start.sh local NoMount -f

bin/alluxio-start.sh -N master -f

@apc999  bin, I noticed that you change the USAGE help from
USAGE="Usage: alluxio-start.sh [-hNw] ACTION [MOPT] [-f]

to
USAGE="Usage: alluxio-start.sh [-fhNw] ACTION [MOPT]

and leave the getopts as
while getopts "hNw" o; do

in this PR: https://github.com/Alluxio/alluxio/pull/3095 , would you please have a reivew of this?

Merged build finished. Test FAILed.

Test FAILed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/Alluxio-Pull-Request-Builder/10650/Build result: ABORTED[...truncated 2777 lines...]	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)	at java.lang.reflect.Method.invoke(Method.java:606)	at org.codehaus.plexus.classworlds.launcher.Launcher.launchStandard(Launcher.java:330)	at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:238)	at jenkins.maven3.agent.Maven31Main.launch(Maven31Main.java:181)	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)	at java.lang.reflect.Method.invoke(Method.java:606)	at hudson.maven.Maven3Builder.call(Maven3Builder.java:136)	at hudson.maven.Maven3Builder.call(Maven3Builder.java:71)	at hudson.remoting.UserRequest.perform(UserRequest.java:120)	at hudson.remoting.UserRequest.perform(UserRequest.java:48)	at hudson.remoting.Request$2.run(Request.java:326)	at hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:68)	at java.util.concurrent.FutureTask.run(FutureTask.java:262)	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)	at java.lang.Thread.run(Thread.java:745)[INFO] [INFO] --- maven-jar-plugin:2.4:jar (default-jar) @ alluxio-tests ---[WARNING] JAR will be empty - no content was marked for inclusion![INFO] Building jar: /home/jenkins/workspace/Alluxio-Pull-Request-Builder/tests/target/alluxio-tests-1.2.0-SNAPSHOT.jar
Test FAILed.

Jenkins, test this please.

LGTM

@luoli523 thanks for catching this. You are correct that -f should be in the back to make it work.


Implement Interest Rate Swap pricer.

I'm interested in this issue, and I'd like to take a bite. Some sort of swap builder is implementable at the moment since there is some cashflow types and some legs already defined.

Hi @topiaskarjalainen, thanks for your interest. Sorry for my inactivity, I'm very busy lately.
But getting some groundwork done such that interest rate models/pricing can be done nice is personally my priority for RustQuant at the moment, so I would be happy to see some work in this area.
If you have any ideas regarding implementation of these things, feel free to voice them. And you are more than welcome to work on this issue, if you feel that it can be done without any prior work on other areas (such as those you mentioned). Otherwise, we could focus our attention on those first.


document mailing list

Signed-off-by: Thanos Makatos<EMAIL_ADDRESS>

Uh, ignore that comment. Can't delete it!

Uh, ignore that comment. Can't delete it!

I'll take it as uncontained enthusiam!


iwasm doesn't support *.wasm which is writeen by rust-lang

platform: the iwasm on linux-18.04.
I generated the wasmsgx_bg.wasm by wasm-pack.

I executed the wasmsgx_bg.wasm and it didn't print the expected log.
However the test. wasm file generated by clang run correctly.

The rust code:
use wasm_bindgen::prelude::*;

// When the `wee_alloc` feature is enabled, use `wee_alloc` as the global
// allocator.

#[wasm_bindgen]
pub fn greet() {
    println!("Hello, wasmsgx!\n\n\n");
}

#[wasm_bindgen]
pub fn main(){
    print!("test main function");
}

The commands is following:
root@mcdullsin-Latitude-5480:~/wamr/product-mini/platforms/linux/build# ./iwasm test.wasm
Hello world!
buf ptr: 0x11510
buf: 1234
a is: 14488
root@mcdullsin-Latitude-5480:~/wamr/product-mini/platforms/linux/build# ls
CMakeCache.txt  CMakeFiles  cmake_install.cmake  iwasm  libiwasm.so  libvmlib.a  Makefile  test.wasm  wasmsgx_bg.wasm
root@mcdullsin-Latitude-5480:~/wamr/product-mini/platforms/linux/build# ./iwasm wasmsgx_bg.wasm
root@mcdullsin-Latitude-5480:~/wamr/product-mini/platforms/linux/build# ls

How could I print the log of wasmsgx_bg.wasm? Thank you!

and I changed the rust code to :
use wasm_bindgen::prelude::*;

// When the `wee_alloc` feature is enabled, use `wee_alloc` as the global
// allocator.

#[wasm_bindgen]
pub fn greet() {
    println!("Hello, wasmsgx!\n\n\n");
}

Built and restarted it, here is the result:
root@mcdullsin-Latitude-5480:~/wamr/product-mini/platforms/linux/build# ./iwasm -f greet wasmsgx_bg.wasm

root@mcdullsin-Latitude-5480:~/wamr/product-mini/platforms/linux/build#

@bradyjoestar I tried wasm-pack, the wasm file generated doesn't import any function, not sure how the rust println is compiled into wasm bytecode, normally the wasm file should import native function to output the log, e.g. printf/puts/writev. Could you please try cargo build instead?
cargo build --release --target wasm32-wasi

The output file is under target/wasm32-wasi/release. Thanks.

@bradyjoestar I tried wasm-pack, the wasm file generated doesn't import any function, not sure how the rust println is compiled into wasm bytecode, normally the wasm file should import native function to output the log, e.g. printf/puts/writev. Could you please try cargo build instead?
cargo build --release --target wasm32-wasi

The output file is under target/wasm32-wasi/release. Thanks.

It worked. Thanks for your help!  :smile:


Portfolio website Peer-to-peer code review

It could be better to use HTML semantic tags example ul li and nav correctly
Media screen size min and max should be specified as well.

kindly consider adding the hover styling to these projects' cards. this requirement was missed by the previous reviewer. so the requirement is: when the user hovers over these cards, then the cards' description disappears and a red see project button appears as shown in the figma design.

Kindly work on the Button Submission.


selinux policy needed for systemd in containers

Is this a BUG REPORT or FEATURE REQUEST? (leave only one on its own line)
/kind bug
Description
building images to boot systemd, like
FROM fedora
ENV container docker
RUN (cd /lib/systemd/system/sysinit.target.wants/; for i in *; do [ $i == \
systemd-tmpfiles-setup.service ] || rm -f $i; done); \
rm -f /lib/systemd/system/multi-user.target.wants/*;\
rm -f /etc/systemd/system/*.wants/*;\
rm -f /lib/systemd/system/local-fs.target.wants/*; \
rm -f /lib/systemd/system/sockets.target.wants/*udev*; \
rm -f /lib/systemd/system/sockets.target.wants/*initctl*; \
rm -f /lib/systemd/system/basic.target.wants/*;\
rm -f /lib/systemd/system/anaconda.target.wants/*;
VOLUME [ "/sys/fs/cgroup" ]
CMD ["/usr/sbin/init"]

But on a host with selinux enabled, it fails and needs some extra policy pieces
Steps to reproduce the issue:

Build that Dockerfile ^^^^

sudo podman run -it --rm --systemd mysystemd

Describe the results you received:
$ sudo podman run -it --rm --systemd mysystemd
systemd 239 running in system mode. (+PAM +AUDIT +SELINUX +IMA -APPARMOR +SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ +LZ4 +SECCOMP +BLKID +ELFUTILS +KMOD +IDN2 -IDN +
PCRE2 default-hierarchy=hybrid)
Detected virtualization docker.
Detected architecture x86-64.

Welcome to Fedora 29 (Container Image)!

Set hostname to <d5c77dd78a5b>.
Initializing machine ID from random generator.
Failed to install release agent, ignoring: No such file or directory
Failed to create /machine.slice/libpod-d5c77dd78a5bcfa2e62fc0116b49d6e162aecb45ba8725d4a4b872601c94d844.scope/init.scope control group: Permission denied
Failed to allocate manager object: Permission denied
[!!!!!!] Failed to allocate manager object, freezing.
Freezing execution.

Describe the results you expected:
$ sudo podman run -it --rm --systemd --name systemd systemd
systemd 239 running in system mode. (+PAM +AUDIT +SELINUX +IMA -APPARMOR +SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ +LZ4 +SECCOMP +BLKID +ELFUTILS +KMOD +IDN2 -IDN +PCRE2 default-hierarchy=hybrid)
Detected virtualization docker.
Detected architecture x86-64.

Welcome to Fedora 29 (Container Image)!

Set hostname to <c2c3f2f061c8>.
Initializing machine ID from random generator.
Failed to install release agent, ignoring: No such file or directory
File /usr/lib/systemd/system/systemd-journald.service:26 configures an IP firewall (IPAddressDeny=any), but the local system does not support BPF/cgroup based firewalling.
Proceeding WITHOUT firewalling in effect! (This warning is only shown for the first loaded unit using IP firewalling.)
[  OK  ] Reached target Local File Systems.
[  OK  ] Listening on Journal Socket.
         Starting Create Volatile Files and Directories...
[  OK  ] Reached target Swap.
[  OK  ] Listening on Process Core Dump Socket.
[  OK  ] Listening on Journal Socket (/dev/log).
[  OK  ] Reached target Sockets.
[  OK  ] Reached target Slices.
[  OK  ] Reached target Paths.
         Starting Journal Service...
[  OK  ] Started Journal Service.
[  OK  ] Started Create Volatile Files and Directories.
[  OK  ] Reached target System Initialization.
[  OK  ] Started Daily Cleanup of Temporary Directories.
[  OK  ] Reached target Timers.
[  OK  ] Reached target Basic System.
[  OK  ] Reached target Multi-User System.

Additional information you deem important (e.g. issue happens only occasionally):
Output of podman version:
$ podman version
Version:            1.1.2
RemoteAPI Version:  1
Go Version:         go1.11.5
Git Commit:         a95a49d3038462d033f84ac314ec8a3064a99cff
Built:              Tue Mar  5 13:10:31 2019
OS/Arch:            linux/amd64

** work around found **
# ausearch -m AVC,USER_AVC,SELINUX_ERR,USER_SELINUX_ERR -i | audit2allow -m podman-systemd

module podman-systemd 1.0;

require {
        type systemd_machined_var_lib_t;
        type cgroup_t;
        type user_home_t;
        type unlabeled_t;
        type container_t;
        class dir { add_name create read remove_name rmdir write };
        class file { open read write };
}

#============= container_t ==============

#!!!! This avc is allowed in the current policy
allow container_t cgroup_t:dir { add_name create remove_name rmdir write };

#!!!! This avc is allowed in the current policy
allow container_t cgroup_t:file write;

#!!!! This avc is allowed in the current policy
allow container_t systemd_machined_var_lib_t:dir read;

#!!!! This avc is allowed in the current policy
allow container_t unlabeled_t:dir write;

#!!!! This avc is allowed in the current policy
allow container_t user_home_t:file { open read };
# ausearch -m AVC,USER_AVC,SELINUX_ERR,USER_SELINUX_ERR -i | audit2allow -M podman-systemd
******************** IMPORTANT ***********************
To make this policy package active, execute:

semodule -i podman-systemd.pp
# semodule -i ./podman-systemd.pp

now it works with selinux in enforcing mode

Don't we have an SELinux bool to enable at least some of this?

man podman run
...
       --systemd=true|false

       Run container in systemd mode. The default is true.

       If the command you running inside of the container is systemd or init, podman will setup tmpfs mount points in the following directories:

       /run, /run/lock, /tmp, /sys/fs/cgroup/systemd, /var/lib/journal

       It will also set the default stop signal to SIGRTMIN+3.

       This allow systemd to run in a confined container without any modifications.

       Note: On SELinux systems, systemd attempts to write to the cgroup file system.  Containers writing to the cgroup file system are denied by default.  The container_manage_cgroup boolean must be
       enabled for this to be allowed on an SELinux separated system.

       setsebool -P container_manage_cgroup true

   setsebool -P container_manage_cgroup true

These look suspicios.
#!!!! This avc is allowed in the current policy
allow container_t systemd_machined_var_lib_t:dir read;

#!!!! This avc is allowed in the current policy
allow container_t unlabeled_t:dir write;

#!!!! This avc is allowed in the current policy
allow container_t user_home_t:file { open read };

None of this stuff is needed anymore
ENV container docker
RUN (cd /lib/systemd/system/sysinit.target.wants/; for i in *; do [ $i == \
systemd-tmpfiles-setup.service ] || rm -f $i; done); \
rm -f /lib/systemd/system/multi-user.target.wants/*;\
rm -f /etc/systemd/system/*.wants/*;\
rm -f /lib/systemd/system/local-fs.target.wants/*; \
rm -f /lib/systemd/system/sockets.target.wants/*udev*; \
rm -f /lib/systemd/system/sockets.target.wants/*initctl*; \
rm -f /lib/systemd/system/basic.target.wants/*;\
rm -f /lib/systemd/system/anaconda.target.wants/*;
VOLUME [ "/sys/fs/cgroup" ]

None of this stuff is needed anymore

Where is that documented?

   setsebool -P container_manage_cgroup true

completely missed this. Would make for a decent warning to check for when the --systemd flag is passed.

We default to --systemd true.  We could look at the command of the container and attempt give error on failure.  But these usually don't fail, they just hang.

@vbatts The only place that is documented is an Ancient article by me from 5 years ago.  :^(
https://developers.redhat.com/blog/2014/05/05/running-systemd-within-docker-container/
I could write a new blog saying here is how you run a systemd based container in podman.

well, i found those things in a recent example on a centos page.
So, it isn't widely known :grin:


[2.1.3] Massive meshes when I switch OSes

Linux Mint 18 -> Windows 10 , Godot 2.1.3
Shortly after 2.1.3 dropped, I decided to try out my game on my Windows partition (I develop on the Linux side, generally)
I updated to 2.1.3, and cloned my repo.
Upon loading my game in the editor, and running it, something very bizarre happened. Several of the meshes, mainly mountains and hills, were now about 100 times larger than they should be. I'm talking like, hill-sized changing to Mount Everest size, escaping my extremely liberal draw distance.
Many of the other meshes and the main groundplane were completely unaffected.
When I switched back to the Linux side and gave it another run, everything was back to normal.
I cannot say whether or not this was present in 2.1.2 as well, as I didn't try it before the update.
My dev partner runs it on Windows 7 and the issue did not occur, so it's possible it might be specific to Windows 10.
Anyone experience anything similar?
Cheers!

A sample project for testing would be great.

I'll see if I can isolate the effect in a test environment (Don't want to publicly post the project it's occurring in)

First of all thank you for your report and sorry for the delay.
We released Godot 3.0 in January 2018 after 18 months of work, fixing many old issues either directly, or by obsoleting/replacing the features they were referring to.
We still have hundreds of issues whose relevance/reproducibility needs to be checked against the current stable version, and that's where you can help us.
Could you check if the issue that you described initially is still relevant/reproducible in Godot 3.0 or any newer version, and comment about its current status here?
For bug reports, please also make sure that the issue contains detailed steps to reproduce the bug and, if possible, a zipped project that can be used to reproduce it right away. This greatly speeds up debugging and bugfixing tasks for our contributors.
Our Bugsquad will review this issue more in-depth in 15 days, and potentially close it if its relevance could not be confirmed.
Thanks in advance.
Note: This message is being copy-pasted to many "stale" issues (90+ days without activity). It might happen that it is not meaningful for this specific issue or appears oblivious of the issue's context, if so please comment to notify the Bugsquad about it.

Our Bugsquad will review this issue more in-depth in 15 days, and potentially close it if its relevance could not be confirmed.

As there was no update since the previous post, we close this issue.
If it is still relevant in the way it was described and discussed above, please comment to ask for it to be reevaluated. If it is only partly relevant, or if the original issue has changed, it would be better to open a new issue (potentially referring to this one) focused on the current state.


fix: callback not firing on both platforms

Fix the callback not firing on iOS & Android platform.

Is there a corresponding issue on the forked repository and could we open a PR for the issue?

@sriemschuessel
https://github.com/nativescript-community/appurl/pull/11

@sriemschuessel nativescript-community#11

You could have created an issue before creating a PR mentioning what the problem is. Otherwise the people will first have to find out what this PR is about. Let's see what / when they reply.

@sriemschuessel nativescript-community#11

You could have created an issue before creating a PR mentioning what the problem is. Otherwise the people will first have to find out what this PR is about. Let's see what / when they reply.

We are not blocked by them at the moment, we are using our own package in Sb Daily.

@sriemschuessel they do not have any issue. The old one yes, has the issue we had.
But we have forked a clean new repository for NS 7+, and we have written today their first issue by also providing the fix

@sriemschuessel adjusted the description on this PR

Thank you. Looks great now.


Copy to empty text field

An issue I currently ran into is caused by a mismatch between the native Android text field and the flutter implementation of it: Pasting content from the clipboard is not possible if the (flutter) textfield is empty. In a native Android text field however pasting is possible in an empty text field simply by long-pressing on the textfield and then using the small 'paste dialog' that pops up.
I believe in order to match user expectations concerning text fields on Android, this issue should be addressed and pasting content should be enabled on empty text fields.

CC @justinmc

You're right, and there is a PR waiting to be merged that should fix this problem: https://github.com/flutter/flutter/pull/37042
I'm going to close this as a duplicate of https://github.com/flutter/flutter/issues/35998, but please reopen if the given PR doesn't fix the problem for you.


Insufficient checks in secure_comparator.c

As far as I can tell, there are too few checks in secure_comparator.c.
Unless I have misunderstood some assumption about ed25519, then if either Alice or Bob chose rand == rand2 == rand3 == 0, then they would always be authenticated correctly. (I know that generate_random_32 won't choose these values, but an attacker easily could).
According to wikipedia, there is also a possible attack by choosen P or Q based on they other persons P and Q. I do not think the implementation is vulnerable to this based on the order in which you exchange the messages, but I am not completely certain.

Thank you for your concerns.  We will examine it more thoroughly.

https://en.wikipedia.org/wiki/Socialist_millionaire
Specifically lines 3 and 8 in the table.

I do think that above applies to ed25519 as well. Also, we should not rely our security on the order of the message exchange, as it may change in different applications. Thank you for pointing this out.

Fixed with #84

I am not sure the patch is enough. For curve25519 there are at least 5 different bad public keys when contributory behavior is needed. It might be as many as 12 though, depending on the implementation.
See http://cr.yp.to/ecdh.html#validate (especially the part about contributory behavior) or https://crypto.stackexchange.com/questions/17704/curve25519-weak-points-for-contributory-behaviour
Note that many implementations ignore the most significant bit in the public key, so the bad keys above 2**255 might not actually be bad in a given implementation, though an honest implementation would not generate them either.
I am not familiar enough with ed25519 or how it differs from curve25519 to know if the above is also applicable to your use-case. I would however assume that it is, since you can convert ed25519 public keys to curve25519 public keys.

Since SMP is DH-based, it should be protected from such keys when at least one party is honest (this aligns with statement in http://cr.yp.to/ecdh.html#validate). When both parties are cheating, it makes the protocol useless anyway.
However, since SMP targets zero-knowledge outcome, I will double-check whether weak keys can leak additional bits of information.

The problem is not leaking additional bits of information, that can never happen in SMP if you follow the protocol correctly. The problem is a malicious attacker authenticating without knowing the secret.
In curve25519, then the attacker can force n * P to 0 against an honest party by choosing P to be any of those values. In the case of SMP this allows authentication, while in DH there is no real additional risk associated with this.

Doesn't this line also permit a timing attack?
ge_double_scalarmult_vartime((ge_p2 *)&(comp_ctx->Q), comp_ctx->secret, &(comp_ctx->g2), comp_ctx->rand);

It does. We did not find a good approach to do the above in constant time reasonably fast and without much pre-computations. So far, we hope that even if the attack will be performed, the attacker can measure some combined bits of secret and rand (which is random each time), so he won't get clear information on the secret.


Fixed slash command in transcript

Should be /scrappy setdomain, not /setdomain.

Thank you!! Totally missed this


Category validation mismatch - can't build or can't publish

I am building extensions for Azure Pipelines using this extension. I was surprised that it does not allow the new categories (i.e. "Azure Pipelines") and forced me to use the old TFS ones (i.e."Build and release"), but did not bother me as long as there was backward compatibility. Something must have changed in the last couple of days, and Azure DevOps no longer allows "Build and release" category on publish. If I change to
"Aure Pipelines", the Pack Extension task says it's invalid.
I believe the problem is that the extension downloads<EMAIL_ADDRESS>which was TFS-specific.
Workaround: Before Pack Extension, I add an NPM step with the command:
install tfx-cli --prefix D:\a_tools
This puts the latest version (0.6.0) in the place where the extension likes to cache it, and the packing task uses it. This version is compatible with Azure Pipelines.
It would be better if the extension would use latest tfx-cli by default, and, if necessary, document the workaround for TFS 2018 or older:
install<EMAIL_ADDRESS>--prefix D:\a_tools\

That's correct. Problem is that the install task broke recently due to a
breaking change in the install command and relies on the older version. And
I didn't have time to fix that yet.
Have you tried the skip local validation option?
On Fri, 9 Nov 2018, 15:20 djerghiuta<EMAIL_ADDRESS>wrote:

I am building extensions for Azure Pipelines using this extension. I was
surprised that it does not allow the new categories (i.e. "Azure
Pipelines") and forced me to use the old TFS ones (i.e."Build and
release"), but did not bother me as long as there was backward
compatibility. Something must have changed in the last couple of days, and
Azure DevOps no longer allows "Build and release" category on publish. If I
change to
"Aure Pipelines", the Pack Extension task says it's invalid.
I believe the problem is that the extension downloads<EMAIL_ADDRESS>which was TFS-specific.
Workaround: Before Pack Extension, I add an NPM step with the command:
install tfx-cli --prefix D:\a_tools
This puts the latest version (0.6.0) in the place where the extension
likes to cache it, and the packing task uses it. This version is compatible
with Azure Pipelines.
It would be better if the extension would use latest tfx-cli by default,
and, if necessary, document the workaround for TFS 2018 or older:
install<EMAIL_ADDRESS>--prefix D:\a_tools\
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/Microsoft/vsts-extension-build-release-tasks/issues/99,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AD-uS9eRbmpgJhPpMQH3tJgxrD9PB7xaks5utY9LgaJpZM4YWqOI
.

Workaround is to enable the 'skip local validation'

I am also experiencing this issue.. can't build the publish-able vsix... can't publish the build-able vsix.  I am putting on the bypass on my build now, how can we best find out when there has been a fix for this so that we can go back and remove that bypass in the future (I don't really want to bypass the validations..)

I'll. Update this issue.
On Fri, 9 Nov 2018, 18:21 Jeff Przylucki<EMAIL_ADDRESS>wrote:

I am also experiencing this issue.. can't build the publish-able vsix...
can't publish the build-able vsix. I am putting on the bypass on my build
now, how can we best find out when there has been a fix for this so that we
can go back and remove that bypass in the future (I don't really want to
bypass the validations..)
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/Microsoft/vsts-extension-build-release-tasks/issues/99#issuecomment-437431176,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AD-uS-f1uI5JFDfe7TeUgbTASIHQqLnIks5utbmGgaJpZM4YWqOI
.

@jessehouwing Could you please kindly tell us when this issue could be fixed? I have a customer also has this issue.

@jessehouwing Thanks for your update.

@jessehouwing Is this fix released now?

Still blocked. Waiting for @martinwoodward to provide access to @willsmythe.

Same issue


Paramlist constructor bugfix

fixes #277

Current coverage is 99.67% (diff: 100%)

Merging #282 into master will increase coverage by 0.04%

@@             master       #282   diff @@
==========================================
  Files            25         25
  Lines          2170       2169     -1
  Methods           0          0
  Messages          0          0
  Branches          0          0
==========================================
  Hits           2162       2162
+ Misses            8          7     -1
  Partials          0          0

Powered by Codecov. Last update 3ab7139...72e0980

@jameshensman thanks for the PR.


convert props unittest to edger8r

@EMumau do you want to change the commit authorship to your username? It's currently Ubuntu

@gupta-ak I've wasted a lot of time trying to change the author.  I see no value in spending anymore time on the matter.  I did update my config file to avoid that occurring in the future.

@EMumau - I was able to fix this last week. Once you update your config file, issue the following command to modify the previous commit.
git commit --amend --reset-author --no-edit
For the previous commits, you will need to rebase to that point, etc. which you can skip if you wish but definitely doable. Here is the link:
https://stackoverflow.com/questions/750172/how-to-change-the-author-and-committer-name-and-e-mail-of-multiple-commits-in-gi

bors try

bors try

bors try

bors try

bors try

@EMumau @anitagov Just for future reference, I documented the steps to fix commit authorship here. It is not a "nice-to-have" it's a Microsoft-legal requirement that code authorship (and thus copyright) is clearly maintained, hence why this does need to be done correctly. I am sorry for the trouble it caused.

@paulcallen More bors try isn't going to fix it, Bors is waiting for Jenkins to update the try commit with a status hook.

bors try

bors r+


feat: support installing with Yarn berry flags

In addition to the noInstall flagged added in PR #421, I have an additional use case where I still need to let serverless-esbuild proceed with the install in a Yarn 3 app. As such, I have brought over the Yarn Berry (>= 2) install method from serverless-webpack, as appropriate for serverless-esbuild. In effect it conditionally adds the appropriate install flags depending on the existing useLockfile flag, and the Yarn version (determined by two new methods).
The implementation here is copied almost wholesale from the serverless-webpack implementation, here: https://github.com/serverless-heaven/serverless-webpack/blob/master/lib/packagers/yarn.js#L139

Closing temporarily, as this implementation causes some issues in my testing around the yarn.lock file. I'll re-open it once I've investigated further and found the right approach.


Use 404 instead of 500 when no subscriptions are found for an HTTP event

The 404 HTTP status code should be used in this case, instead of 500.  This is common behavior for APIs and API Gateways.
I also suggest not making the error message mention functions.  Instead, go with something common, like "route not found" or "missing route".

Good point! Fixing it right now.

The current error message is unable to look up backing function.
We'd like to present this as a real alternative to existing API Gateways.  Therefore, I don't think the concept of "function" should be presented to API consumers.  This info isn't relevant to them and they shouldn't be aware of it.  Instead, I recommend something more general, like:
Resource not found


⚠ AGEG website (redirect) has degraded performance

In f19a4ae, AGEG website (redirect) (https://ageg.ca/) experienced degraded performance:

HTTP code: 200
Response time: 2545 ms

Resolved: AGEG website (redirect) performance has improved in 28dcae8.


Allow to specify a python list initial capacity

This means we're changing PyList's API but I guess that's fine.
Most of the time we use it to pre-allocate objects when the size is known.

Right now when I call PyList::with_capacity() I get the following core dump:
#0  raise (sig=<optimized out>) at ../sysdeps/unix/sysv/linux/raise.c:51
#1  <signal handler called>
#2  PyObject_GetAttr (v=0x10100000001, name=0x7fdaf85a4ea0) at Objects/object.c:903
#3  0x00007fdaf8a171cd in <pyo3::object::PyObject as pyo3::conversion::IntoPyPointer>::into_ptr (self=...) at /home/omer/.cargo/git/checkouts/pyo3-da9d7eafcfb50c46/aae9cf4/src/object.rs:291
#4  0x00007fdaf8a3c56b in str.0 () from /home/omer/.local/share/virtualenvs/amqp/lib/python3.7/site-packages/amqp_serialization.cpython-37m-x86_64-linux-gnu.so
#5  0x00007fdaf85a4ea0 in ?? ()
#6  0x0000010100000001 in ?? ()
#7  0x00007ffe3ef99f88 in ?? ()
#8  0x00007ffe3ef99f88 in ?? ()
#9  0x00007ffe3ef99ff8 in ?? ()
#10 0x00007fdaf85a4ea0 in ?? ()
#11 0x00007fdaf8a17066 in pyo3::object::PyObject::getattr (self=0x7ffe3ef9a088, py=..., attr_name=...) at /home/omer/.cargo/git/checkouts/pyo3-da9d7eafcfb50c46/aae9cf4/src/object.rs:178
#12 0x00007fdaf89fb6ad in <core::ops::range::RangeFrom<usize> as core::slice::SliceIndex<[T]>>::index_mut (self=..., slice=...)
    at /rustc/00aae71f503b1ab592f48de47dd30912f3858748/src/libcore/slice/mod.rs:2676
#13 0x00007ffe3ef9a088 in ?? ()
#14 0x00007ffe3ef9a088 in ?? ()
#15 0x0000000001e6dbb8 in ?? ()
#16 0x00007fdaf8a3c56b in str.0 () from /home/omer/.local/share/virtualenvs/amqp/lib/python3.7/site-packages/amqp_serialization.cpython-37m-x86_64-linux-gnu.so
#17 0x0000000000000007 in ?? ()
#18 0x00007ffe3ef99ff8 in ?? ()
#19 0x0000000000000000 in ?? ()

No idea why I don't have debug symbols for my library but it could indicate a problem.

Ok so when I remove all the code that uses the list I get:
SystemError: Objects/object.c:740: bad argument to internal function

Got the full backtrace, if it helps:
#0  listiter_next (it=0x7f424c0ad2b0) at Objects/listobject.c:3085
#1  0x000000000056b485 in islice_next (lz=0x7f424c041868)
    at ./Modules/itertoolsmodule.c:1543
#2  0x00000000004296a9 in _PyEval_EvalFrameDefault (f=<optimized out>,
    throwflag=<optimized out>) at Python/ceval.c:2809
#3  0x00000000004eaab8 in PyEval_EvalFrameEx (throwflag=0, f=0x7f424c05ccf8)
    at Python/ceval.c:547
#4  _PyEval_EvalCodeWithName (_co=0x7f424e2c0810, globals=<optimized out>,
    locals=locals@entry=0x0, args=<optimized out>, argcount=1, kwnames=0x0,
    kwargs=0x2c92970, kwcount=0, kwstep=1, defs=0x0, defcount=0, kwdefs=0x0,
    closure=0x7f424c08f988, name=0x7f424e2d2130, qualname=0x7f424e325a80)
    at Python/ceval.c:3930
#5  0x0000000000440dc6 in _PyFunction_FastCallKeywords (func=<optimized out>,
    stack=<optimized out>, nargs=<optimized out>, kwnames=<optimized out>)
    at Objects/call.c:433
#6  0x000000000042dc55 in call_function (kwnames=0x0, oparg=<optimized out>,
    pp_stack=<synthetic pointer>) at Python/ceval.c:4616
#7  _PyEval_EvalFrameDefault (f=<optimized out>, throwflag=<optimized out>)
    at Python/ceval.c:3124
#8  0x00000000004eaab8 in PyEval_EvalFrameEx (throwflag=0, f=0x2c92798)
    at Python/ceval.c:547
#9  _PyEval_EvalCodeWithName (_co=0x7f424e2c0c00, globals=<optimized out>,
    locals=locals@entry=0x0, args=<optimized out>, argcount=6, kwnames=0x0,
---Type <return> to continue, or q <return> to quit---
    gs=0x7f424c049d10, kwcount=0, kwstep=1, defs=0x7f424e2bac30, defcount=1, kwdefs=0x0, closure=0x0, name=0x7f424e2d2170, qualname=0x7f424e2d1198) at Python/ceval.c:3930
#10 0x0000000000440dc6 in _PyFunction_FastCallKeywords (func=<optimized out>, stack=<optimized out>, nargs=<optimized out>, kwnames=<optimized out>) at Objects/call.c:433
#11 0x000000000042e75e in call_function (kwnames=0x0, oparg=<optimized out>, pp_stack=<synthetic pointer>) at Python/ceval.c:4616
#12 _PyEval_EvalFrameDefault (f=<optimized out>, throwflag=<optimized out>) at Python/ceval.c:3110
#13 0x0000000000424f68 in function_code_fastcall (co=<optimized out>, args=<optimized out>, nargs=3, globals=<optimized out>) at Objects/call.c:283
#14 0x0000000000440e9f in _PyFunction_FastCallKeywords (func=<optimized out>, stack=<optimized out>, nargs=<optimized out>, kwnames=<optimized out>) at Objects/call.c:415
#15 0x000000000042dc55 in call_function (kwnames=0x0, oparg=<optimized out>, pp_stack=<synthetic pointer>) at Python/ceval.c:4616
#16 _PyEval_EvalFrameDefault (f=<optimized out>, throwflag=<optimized out>) at Python/ceval.c:3124
#17 0x0000000000424f68 in function_code_fastcall (co=<optimized out>, args=<optimized out>, nargs=3, globals=<optimized out>) at Objects/call.c:283
#18 0x0000000000440e9f in _PyFunction_FastCallKeywords (func=<optimized out>, stack=<optimized out>, nargs=<optimized out>, kwnames=<optimized out>) at Objects/call.c:415
#19 0x000000000042e75e in call_function (kwnames=0x0, oparg=<optimized out>, pp_stack=<synthetic pointer>) at Python/ceval.c:4616
#20 _PyEval_EvalFrameDefault (f=<optimized out>, throwflag=<optimized out>) at Python/ceval.c:3110
#21 0x0000000000424f68 in function_code_fastcall (co=co@entry=0x7f424e2bc4b0, args=<optimized out>, args@entry=0x7f424c08f7e0, nargs=nargs@entry=2, globals=globals@entry=0x7f424e2ccfc0) at Objects/call.c:283
#22 0x0000000000440d0e in _PyFunction_FastCallDict (func=0x7f424e2c6400, args=0x7f424c08f7e0, nargs=2, kwargs=0x0) at Objects/call.c:322
#23 0x0000000000429cd1 in do_call_core (kwdict=0x0, callargs=0x7f424c08f7c8, func=0x7f424e2c6400) at Python/ceval.c:4645
#24 _PyEval_EvalFrameDefault (f=<optimized out>, throwflag=<optimized out>) at Python/ceval.c:3191
#25 0x00000000004eaab8 in PyEval_EvalFrameEx (throwflag=0, f=0x2d0e358) at Python/ceval.c:547
#26 _PyEval_EvalCodeWithName (_co=0x7f424daf5db0, globals=<optimized out>, locals=locals@entry=0x0, args=<optimized out>, argcount=4, kwnames=0x0, kwargs=0x7f424c0588e8, kwcount=0, kwstep=1, defs=0x0, defcount=0, kwdefs=0x0, closure=0x0, name=0x7f424dafe5f0, qualname=0x7f424dafc4b0) at Python/ceval.c:3930
#27 0x0000000000440dc6 in _PyFunction_FastCallKeywords (func=<optimized out>, stack=<optimized out>, nargs=<optimized out>, kwnames=<optimized out>) at Objects/call.c:433
#28 0x000000000042e75e in call_function (kwnames=0x0, oparg=<optimized out>, pp_stack=<synthetic pointer>) at Python/ceval.c:4616
#29 _PyEval_EvalFrameDefault (f=<optimized out>, throwflag=<optimized out>) at Python/ceval.c:3110
#30 0x0000000000424f68 in function_code_fastcall (co=<optimized out>, args=<optimized out>, nargs=2, globals=<optimized out>) at Objects/call.c:283
#31 0x0000000000440e9f in _PyFunction_FastCallKeywords (func=<optimized out>, stack=<optimized out>, nargs=<optimized out>, kwnames=<optimized out>) at Objects/call.c:415
#32 0x000000000042e75e in call_function (kwnames=0x0, oparg=<optimized out>, pp_stack=<synthetic pointer>) at Python/ceval.c:4616
#33 _PyEval_EvalFrameDefault (f=<optimized out>, throwflag=<optimized out>) at Python/ceval.c:3110
#34 0x00000000004eaab8 in PyEval_EvalFrameEx (throwflag=0, f=0x7f424c056570) at Python/ceval.c:547
#35 _PyEval_EvalCodeWithName (_co=0x7f424daf5ed0, globals=<optimized out>, locals=locals@entry=0x0, args=<optimized out>, argcount=1, kwnames=0x7f424db144c0, kwargs=0x2d0d0b8, kwcount=1, kwstep=1, defs=0x7f424db14098, defcount=1, kwdefs=0x0, closure=0x0, name=0x7f424e2e3b70, qualname=0x7f424e2e3b70)
    at Python/ceval.c:3930
#36 0x0000000000440dc6 in _PyFunction_FastCallKeywords (func=<optimized out>, stack=<optimized out>, nargs=<optimized out>, kwnames=<optimized out>) at Objects/call.c:433
#37 0x000000000042dd70 in call_function (kwnames=0x7f424db144a8, oparg=<optimized out>, pp_stack=<synthetic pointer>) at Python/ceval.c:4616
#38 _PyEval_EvalFrameDefault (f=<optimized out>, throwflag=<optimized out>) at Python/ceval.c:3139
#39 0x00000000004eaab8 in PyEval_EvalFrameEx (throwflag=0, f=0x2d0cea8) at Python/ceval.c:547
#40 _PyEval_EvalCodeWithName (_co=_co@entry=0x7f424db175d0, globals=globals@entry=0x7f424db06708, locals=locals@entry=0x0, args=args@entry=0x7f424c098790, argcount=argcount@entry=4, kwnames=kwnames@entry=0x0, kwargs=0x0, kwcount=0, kwstep=2, defs=0x0, defcount=0, kwdefs=0x0, closure=0x0,
    name=0x7f424e2e0618, qualname=0x7f424e2e0618) at Python/ceval.c:3930
#41 0x0000000000440b39 in _PyFunction_FastCallDict (func=0x7f424d06a730, args=0x7f424c098790, nargs=4, kwargs=0x0) at Objects/call.c:376
#42 0x0000000000429cd1 in do_call_core (kwdict=0x0, callargs=0x7f424c098778, func=0x7f424d06a730) at Python/ceval.c:4645
#43 _PyEval_EvalFrameDefault (f=<optimized out>, throwflag=<optimized out>) at Python/ceval.c:3191
#44 0x00000000004eaab8 in PyEval_EvalFrameEx (throwflag=0, f=0x2d0cc28) at Python/ceval.c:547
#45 _PyEval_EvalCodeWithName (_co=0x7f424d098300, globals=<optimized out>, locals=locals@entry=0x0, args=<optimized out>, argcount=2, kwnames=0x7f424d333e98, kwargs=0x7f424c05caf0, kwcount=1, kwstep=1, defs=0x7f424d094798, defcount=1, kwdefs=0x0, closure=0x0, name=0x7f424d091e70, qualname=0x7f424d091e70)
    at Python/ceval.c:3930
#46 0x0000000000440dc6 in _PyFunction_FastCallKeywords (func=<optimized out>, stack=<optimized out>, nargs=<optimized out>, kwnames=<optimized out>) at Objects/call.c:433
#47 0x000000000042dd70 in call_function (kwnames=0x7f424d333e80, oparg=<optimized out>, pp_stack=<synthetic pointer>) at Python/ceval.c:4616
#48 _PyEval_EvalFrameDefault (f=<optimized out>, throwflag=<optimized out>) at Python/ceval.c:3139
#49 0x00000000004eaab8 in PyEval_EvalFrameEx (throwflag=0, f=0x7f424c05c958) at Python/ceval.c:547
#50 _PyEval_EvalCodeWithName (_co=0x7f424d2f89c0, globals=<optimized out>, locals=locals@entry=0x0, args=<optimized out>, argcount=3, kwnames=0x0, kwargs=0x7f424c05c938, kwcount=0, kwstep=1, defs=0x0, defcount=0, kwdefs=0x0, closure=0x0, name=0x7f424f49a770, qualname=0x7f424d361db0) at Python/ceval.c:3930
#51 0x0000000000440dc6 in _PyFunction_FastCallKeywords (func=<optimized out>, stack=<optimized out>, nargs=<optimized out>, kwnames=<optimized out>) at Objects/call.c:433
#52 0x000000000042d20a in call_function (kwnames=0x0, oparg=<optimized out>, pp_stack=<synthetic pointer>) at Python/ceval.c:4616
#53 _PyEval_EvalFrameDefault (f=<optimized out>, throwflag=<optimized out>) at Python/ceval.c:3093
#54 0x0000000000424f68 in function_code_fastcall (co=<optimized out>, args=<optimized out>, nargs=4, globals=<optimized out>) at Objects/call.c:283
#55 0x0000000000440e9f in _PyFunction_FastCallKeywords (func=<optimized out>, stack=<optimized out>, nargs=<optimized out>, kwnames=<optimized out>) at Objects/call.c:415
#56 0x000000000042d20a in call_function (kwnames=0x0, oparg=<optimized out>, pp_stack=<synthetic pointer>) at Python/ceval.c:4616
#57 _PyEval_EvalFrameDefault (f=<optimized out>, throwflag=<optimized out>) at Python/ceval.c:3093
#58 0x00000000004eaab8 in PyEval_EvalFrameEx (throwflag=0, f=0x7f424c05c5b8) at Python/ceval.c:547
#59 _PyEval_EvalCodeWithName (_co=_co@entry=0x7f424d098c90, globals=globals@entry=0x7f424d08f828, locals=locals@entry=0x0, args=args@entry=0x7ffc54396640, argcount=argcount@entry=1, kwnames=kwnames@entry=0x7f424c125fb0, kwargs=0x7f424c125fb8, kwcount=8, kwstep=2, defs=0x0, defcount=0, kwdefs=0x0,
    closure=0x0, name=0x7f424f5df170, qualname=0x7f424d330420) at Python/ceval.c:3930
#60 0x0000000000440c18 in _PyFunction_FastCallDict (func=func@entry=0x7f424d09aea0, args=args@entry=0x7ffc54396640, nargs=nargs@entry=1, kwargs=kwargs@entry=0x7f424c031558) at Objects/call.c:376
#61 0x0000000000443ca1 in _PyObject_FastCallDict (kwargs=0x7f424c031558, nargs=<optimized out>, args=0x7ffc54396640, callable=0x7f424d09aea0) at Objects/call.c:98
#62 _PyObject_Call_Prepend (callable=callable@entry=0x7f424d09aea0, obj=obj@entry=0x7f424c9ff860, args=args@entry=0x7f424f5dc048, kwargs=kwargs@entry=0x7f424c031558) at Objects/call.c:904
#63 0x00000000004968d1 in slot_tp_call (self=self@entry=0x7f424c9ff860, args=args@entry=0x7f424f5dc048, kwds=kwds@entry=0x7f424c031558) at Objects/typeobject.c:6376
#64 0x00000000004413e1 in _PyObject_FastCallKeywords (callable=callable@entry=0x7f424c9ff860, stack=<optimized out>, nargs=nargs@entry=0, kwnames=kwnames@entry=0x7f424e3168b8) at Objects/call.c:199
#65 0x0000000000429e38 in call_function (kwnames=0x7f424e3168b8, oparg=<optimized out>, pp_stack=<synthetic pointer>) at Python/ceval.c:4619
#66 _PyEval_EvalFrameDefault (f=<optimized out>, throwflag=<optimized out>) at Python/ceval.c:3139
#67 0x00000000004eaab8 in PyEval_EvalFrameEx (throwflag=0, f=0x7f424c0bd618) at Python/ceval.c:547
#68 _PyEval_EvalCodeWithName (_co=0x7f424e315f60, globals=<optimized out>, locals=locals@entry=0x0, args=<optimized out>, argcount=3, kwnames=0x0, kwargs=0x2c8d940, kwcount=0, kwstep=1, defs=0x0, defcount=0, kwdefs=0x0, closure=0x7f424c5372e8, name=0x7f424e2e30b0, qualname=0x7f424e2bf510)
    at Python/ceval.c:3930
#69 0x0000000000440dc6 in _PyFunction_FastCallKeywords (func=<optimized out>, stack=<optimized out>, nargs=<optimized out>, kwnames=<optimized out>) at Objects/call.c:433
#70 0x000000000042d20a in call_function (kwnames=0x0, oparg=<optimized out>, pp_stack=<synthetic pointer>) at Python/ceval.c:4616
#71 _PyEval_EvalFrameDefault (f=<optimized out>, throwflag=<optimized out>) at Python/ceval.c:3093
#72 0x0000000000424f68 in function_code_fastcall (co=<optimized out>, args=<optimized out>, nargs=4, globals=<optimized out>) at Objects/call.c:283
#73 0x0000000000440e9f in _PyFunction_FastCallKeywords (func=<optimized out>, stack=<optimized out>, nargs=<optimized out>, kwnames=<optimized out>) at Objects/call.c:415
#74 0x000000000042d20a in call_function (kwnames=0x0, oparg=<optimized out>, pp_stack=<synthetic pointer>) at Python/ceval.c:4616
#75 _PyEval_EvalFrameDefault (f=<optimized out>, throwflag=<optimized out>) at Python/ceval.c:3093
#76 0x0000000000424f68 in function_code_fastcall (co=co@entry=0x7f424c1291e0, args=<optimized out>, args@entry=0x7ffc54396d10, nargs=nargs@entry=1, globals=globals@entry=0x7f424c126630) at Objects/call.c:283
#77 0x0000000000440d0e in _PyFunction_FastCallDict (func=func@entry=0x7f424c091b70, args=args@entry=0x7ffc54396d10, nargs=nargs@entry=1, kwargs=kwargs@entry=0x7f424c031c18) at Objects/call.c:322
#78 0x0000000000443ca1 in _PyObject_FastCallDict (kwargs=0x7f424c031c18, nargs=<optimized out>, args=0x7ffc54396d10, callable=0x7f424c091b70) at Objects/call.c:98
#79 _PyObject_Call_Prepend (callable=0x7f424c091b70, obj=<optimized out>, args=<optimized out>, kwargs=0x7f424c031c18) at Objects/call.c:904
#80 0x00000000004421c0 in PyObject_Call (callable=0x7f424c0c5a48, args=0x7f424f5dc048, kwargs=0x7f424c031c18) at Objects/call.c:245
---Type <return> to continue, or q <return> to quit---
#81 0x0000000000429cd1 in do_call_core (kwdict=0x7f424c031c18, callargs=0x7f424f5dc048, func=0x7f424c0c5a48) at Python/ceval.c:4645
#82 _PyEval_EvalFrameDefault (f=<optimized out>, throwflag=<optimized out>) at Python/ceval.c:3191
#83 0x0000000000424f68 in function_code_fastcall (co=co@entry=0x7f424cadb660, args=<optimized out>, args@entry=0x7f424c033df0, nargs=nargs@entry=1, globals=globals@entry=0x7f424cacfbd0) at Objects/call.c:283
#84 0x0000000000440d0e in _PyFunction_FastCallDict (func=0x7f424caf0d08, args=0x7f424c033df0, nargs=1, kwargs=0x0) at Objects/call.c:322
#85 0x0000000000429cd1 in do_call_core (kwdict=0x0, callargs=0x7f424c033dd8, func=0x7f424caf0d08) at Python/ceval.c:4645
#86 _PyEval_EvalFrameDefault (f=<optimized out>, throwflag=<optimized out>) at Python/ceval.c:3191
#87 0x00000000004eaab8 in PyEval_EvalFrameEx (throwflag=0, f=0x2d0a628) at Python/ceval.c:547
#88 _PyEval_EvalCodeWithName (_co=0x7f424d098300, globals=<optimized out>, locals=locals@entry=0x0, args=<optimized out>, argcount=2, kwnames=0x7f424d333e98, kwargs=0x7f424c05c3b0, kwcount=1, kwstep=1, defs=0x7f424d094798, defcount=1, kwdefs=0x0, closure=0x0, name=0x7f424d091e70, qualname=0x7f424d091e70)
    at Python/ceval.c:3930
#89 0x0000000000440dc6 in _PyFunction_FastCallKeywords (func=<optimized out>, stack=<optimized out>, nargs=<optimized out>, kwnames=<optimized out>) at Objects/call.c:433
#90 0x000000000042dd70 in call_function (kwnames=0x7f424d333e80, oparg=<optimized out>, pp_stack=<synthetic pointer>) at Python/ceval.c:4616
#91 _PyEval_EvalFrameDefault (f=<optimized out>, throwflag=<optimized out>) at Python/ceval.c:3139
#92 0x00000000004eaab8 in PyEval_EvalFrameEx (throwflag=0, f=0x7f424c05c218) at Python/ceval.c:547
#93 _PyEval_EvalCodeWithName (_co=0x7f424d2f89c0, globals=<optimized out>, locals=locals@entry=0x0, args=<optimized out>, argcount=3, kwnames=0x0, kwargs=0x7f424c07c768, kwcount=0, kwstep=1, defs=0x0, defcount=0, kwdefs=0x0, closure=0x0, name=0x7f424f49a770, qualname=0x7f424d361db0) at Python/ceval.c:3930
#94 0x0000000000440dc6 in _PyFunction_FastCallKeywords (func=<optimized out>, stack=<optimized out>, nargs=<optimized out>, kwnames=<optimized out>) at Objects/call.c:433
#95 0x000000000042d20a in call_function (kwnames=0x0, oparg=<optimized out>, pp_stack=<synthetic pointer>) at Python/ceval.c:4616
#96 _PyEval_EvalFrameDefault (f=<optimized out>, throwflag=<optimized out>) at Python/ceval.c:3093
#97 0x0000000000424f68 in function_code_fastcall (co=<optimized out>, args=<optimized out>, nargs=4, globals=<optimized out>) at Objects/call.c:283
#98 0x0000000000440e9f in _PyFunction_FastCallKeywords (func=<optimized out>, stack=<optimized out>, nargs=<optimized out>, kwnames=<optimized out>) at Objects/call.c:415
#99 0x000000000042d20a in call_function (kwnames=0x0, oparg=<optimized out>, pp_stack=<synthetic pointer>) at Python/ceval.c:4616
#100 _PyEval_EvalFrameDefault (f=<optimized out>, throwflag=<optimized out>) at Python/ceval.c:3093
#101 0x00000000004eaab8 in PyEval_EvalFrameEx (throwflag=0, f=0x7f424c04d958) at Python/ceval.c:547
#102 _PyEval_EvalCodeWithName (_co=_co@entry=0x7f424d098c90, globals=globals@entry=0x7f424d08f828, locals=locals@entry=0x0, args=args@entry=0x7ffc54397880, argcount=argcount@entry=1, kwnames=kwnames@entry=0x7f424c083fa0, kwargs=0x7f424c083fa8, kwcount=2, kwstep=2, defs=0x0, defcount=0, kwdefs=0x0,
    closure=0x0, name=0x7f424f5df170, qualname=0x7f424d330420) at Python/ceval.c:3930
#103 0x0000000000440c18 in _PyFunction_FastCallDict (func=func@entry=0x7f424d09aea0, args=args@entry=0x7ffc54397880, nargs=nargs@entry=1, kwargs=kwargs@entry=0x7f424c031d38) at Objects/call.c:376
#104 0x0000000000443ca1 in _PyObject_FastCallDict (kwargs=0x7f424c031d38, nargs=<optimized out>, args=0x7ffc54397880, callable=0x7f424d09aea0) at Objects/call.c:98
#105 _PyObject_Call_Prepend (callable=callable@entry=0x7f424d09aea0, obj=obj@entry=0x7f424ca0c6a0, args=args@entry=0x7f424f5dc048, kwargs=kwargs@entry=0x7f424c031d38) at Objects/call.c:904
#106 0x00000000004968d1 in slot_tp_call (self=self@entry=0x7f424ca0c6a0, args=args@entry=0x7f424f5dc048, kwds=kwds@entry=0x7f424c031d38) at Objects/typeobject.c:6376
#107 0x00000000004413e1 in _PyObject_FastCallKeywords (callable=callable@entry=0x7f424ca0c6a0, stack=<optimized out>, nargs=nargs@entry=0, kwnames=kwnames@entry=0x7f424ca83f28) at Objects/call.c:199
#108 0x0000000000429e38 in call_function (kwnames=0x7f424ca83f28, oparg=<optimized out>, pp_stack=<synthetic pointer>) at Python/ceval.c:4619
#109 _PyEval_EvalFrameDefault (f=<optimized out>, throwflag=<optimized out>) at Python/ceval.c:3139
#110 0x0000000000424f68 in function_code_fastcall (co=<optimized out>, args=<optimized out>, nargs=1, globals=<optimized out>) at Objects/call.c:283
#111 0x0000000000440e9f in _PyFunction_FastCallKeywords (func=<optimized out>, stack=<optimized out>, nargs=<optimized out>, kwnames=<optimized out>) at Objects/call.c:415
#112 0x000000000042e75e in call_function (kwnames=0x0, oparg=<optimized out>, pp_stack=<synthetic pointer>) at Python/ceval.c:4616
#113 _PyEval_EvalFrameDefault (f=<optimized out>, throwflag=<optimized out>) at Python/ceval.c:3110
#114 0x0000000000424f68 in function_code_fastcall (co=co@entry=0x7f424cadbdb0, args=<optimized out>, args@entry=0x7f424c107fe8, nargs=nargs@entry=1, globals=globals@entry=0x7f424cacfe10) at Objects/call.c:283
#115 0x0000000000440d0e in _PyFunction_FastCallDict (func=0x7f424cae4e18, args=0x7f424c107fe8, nargs=1, kwargs=0x0) at Objects/call.c:322
#116 0x0000000000429cd1 in do_call_core (kwdict=0x0, callargs=0x7f424c107fd0, func=0x7f424cae4e18) at Python/ceval.c:4645
#117 _PyEval_EvalFrameDefault (f=<optimized out>, throwflag=<optimized out>) at Python/ceval.c:3191
#118 0x00000000004eaab8 in PyEval_EvalFrameEx (throwflag=0, f=0x2d0a3a8) at Python/ceval.c:547
#119 _PyEval_EvalCodeWithName (_co=0x7f424d098300, globals=<optimized out>, locals=locals@entry=0x0, args=<optimized out>, argcount=2, kwnames=0x7f424d333e98, kwargs=0x7f424c05c1e0, kwcount=1, kwstep=1, defs=0x7f424d094798, defcount=1, kwdefs=0x0, closure=0x0, name=0x7f424d091e70, qualname=0x7f424d091e70)
    at Python/ceval.c:3930
#120 0x0000000000440dc6 in _PyFunction_FastCallKeywords (func=<optimized out>, stack=<optimized out>, nargs=<optimized out>, kwnames=<optimized out>) at Objects/call.c:433
#121 0x000000000042dd70 in call_function (kwnames=0x7f424d333e80, oparg=<optimized out>, pp_stack=<synthetic pointer>) at Python/ceval.c:4616
#122 _PyEval_EvalFrameDefault (f=<optimized out>, throwflag=<optimized out>) at Python/ceval.c:3139
#123 0x00000000004eaab8 in PyEval_EvalFrameEx (throwflag=0, f=0x7f424c05c048) at Python/ceval.c:547
#124 _PyEval_EvalCodeWithName (_co=0x7f424d2f89c0, globals=<optimized out>, locals=locals@entry=0x0, args=<optimized out>, argcount=3, kwnames=0x0, kwargs=0x7f424c04dea8, kwcount=0, kwstep=1, defs=0x0, defcount=0, kwdefs=0x0, closure=0x0, name=0x7f424f49a770, qualname=0x7f424d361db0) at Python/ceval.c:3930
#125 0x0000000000440dc6 in _PyFunction_FastCallKeywords (func=<optimized out>, stack=<optimized out>, nargs=<optimized out>, kwnames=<optimized out>) at Objects/call.c:433
#126 0x000000000042d20a in call_function (kwnames=0x0, oparg=<optimized out>, pp_stack=<synthetic pointer>) at Python/ceval.c:4616
#127 _PyEval_EvalFrameDefault (f=<optimized out>, throwflag=<optimized out>) at Python/ceval.c:3093
#128 0x0000000000424f68 in function_code_fastcall (co=<optimized out>, args=<optimized out>, nargs=4, globals=<optimized out>) at Objects/call.c:283
#129 0x0000000000440e9f in _PyFunction_FastCallKeywords (func=<optimized out>, stack=<optimized out>, nargs=<optimized out>, kwnames=<optimized out>) at Objects/call.c:415
#130 0x000000000042d20a in call_function (kwnames=0x0, oparg=<optimized out>, pp_stack=<synthetic pointer>) at Python/ceval.c:4616
#131 _PyEval_EvalFrameDefault (f=<optimized out>, throwflag=<optimized out>) at Python/ceval.c:3093
#132 0x00000000004eaab8 in PyEval_EvalFrameEx (throwflag=0, f=0x7f424c04db28) at Python/ceval.c:547
#133 _PyEval_EvalCodeWithName (_co=_co@entry=0x7f424d098c90, globals=globals@entry=0x7f424d08f828, locals=locals@entry=0x0, args=args@entry=0x7ffc543985c0, argcount=argcount@entry=1, kwnames=kwnames@entry=0x7f424c083fe0, kwargs=0x7f424c083fe8, kwcount=2, kwstep=2, defs=0x0, defcount=0, kwdefs=0x0,
    closure=0x0, name=0x7f424f5df170, qualname=0x7f424d330420) at Python/ceval.c:3930
#134 0x0000000000440c18 in _PyFunction_FastCallDict (func=func@entry=0x7f424d09aea0, args=args@entry=0x7ffc543985c0, nargs=nargs@entry=1, kwargs=kwargs@entry=0x7f424c0364c8) at Objects/call.c:376
#135 0x0000000000443ca1 in _PyObject_FastCallDict (kwargs=0x7f424c0364c8, nargs=<optimized out>, args=0x7ffc543985c0, callable=0x7f424d09aea0) at Objects/call.c:98
#136 _PyObject_Call_Prepend (callable=callable@entry=0x7f424d09aea0, obj=obj@entry=0x7f424ca0c860, args=args@entry=0x7f424f5dc048, kwargs=kwargs@entry=0x7f424c0364c8) at Objects/call.c:904
#137 0x00000000004968d1 in slot_tp_call (self=0x7f424ca0c860, args=0x7f424f5dc048, kwds=0x7f424c0364c8) at Objects/typeobject.c:6376
#138 0x00000000004421c0 in PyObject_Call (callable=0x7f424ca0c860, args=0x7f424f5dc048, kwargs=0x7f424c0364c8) at Objects/call.c:245
#139 0x0000000000429cd1 in do_call_core (kwdict=0x7f424c0364c8, callargs=0x7f424f5dc048, func=0x7f424ca0c860) at Python/ceval.c:4645
#140 _PyEval_EvalFrameDefault (f=<optimized out>, throwflag=<optimized out>) at Python/ceval.c:3191
#141 0x00000000004eaab8 in PyEval_EvalFrameEx (throwflag=0, f=0x7f424c09e748) at Python/ceval.c:547
#142 _PyEval_EvalCodeWithName (_co=0x7f424cadf150, globals=<optimized out>, locals=locals@entry=0x0, args=<optimized out>, argcount=0, kwnames=0x0, kwargs=0x7f424c8829f8, kwcount=0, kwstep=1, defs=0x0, defcount=0, kwdefs=0x0, closure=0x7f424c097cf0, name=0x7f424f49a770, qualname=0x7f424cacbb30)
    at Python/ceval.c:3930
#143 0x0000000000440dc6 in _PyFunction_FastCallKeywords (func=<optimized out>, stack=<optimized out>, nargs=<optimized out>, kwnames=<optimized out>) at Objects/call.c:433
#144 0x000000000042dc55 in call_function (kwnames=0x0, oparg=<optimized out>, pp_stack=<synthetic pointer>) at Python/ceval.c:4616
#145 _PyEval_EvalFrameDefault (f=<optimized out>, throwflag=<optimized out>) at Python/ceval.c:3124
#146 0x00000000004eaab8 in PyEval_EvalFrameEx (throwflag=0, f=0x7f424c882848) at Python/ceval.c:547
#147 _PyEval_EvalCodeWithName (_co=0x7f424cadf300, globals=<optimized out>, locals=locals@entry=0x0, args=<optimized out>, argcount=2, kwnames=0x7f424cb053a0, kwargs=0x7f424c0bd3f0, kwcount=2, kwstep=1, defs=0x7f424cae0108, defcount=1, kwdefs=0x0, closure=0x0, name=0x7f424d0915f0, qualname=0x7f424cad8c48)
    at Python/ceval.c:3930
#148 0x0000000000440dc6 in _PyFunction_FastCallKeywords (func=<optimized out>, stack=<optimized out>, nargs=<optimized out>, kwnames=<optimized out>) at Objects/call.c:433
#149 0x000000000042dd70 in call_function (kwnames=0x7f424cb05388, oparg=<optimized out>, pp_stack=<synthetic pointer>) at Python/ceval.c:4616
#150 _PyEval_EvalFrameDefault (f=<optimized out>, throwflag=<optimized out>) at Python/ceval.c:3139
#151 0x00000000004eaab8 in PyEval_EvalFrameEx (throwflag=0, f=0x7f424c0bd238) at Python/ceval.c:547
---Type <return> to continue, or q <return> to quit---
#152 _PyEval_EvalCodeWithName (_co=_co@entry=0x7f424cadf1e0, globals=globals@entry=0x7f424cacfe10, locals=locals@entry=0x0, args=args@entry=0x7f424db0f460, argcount=argcount@entry=2, kwnames=kwnames@entry=0x0, kwargs=0x0, kwcount=0, kwstep=2, defs=0x0, defcount=0, kwdefs=0x0, closure=0x0,
    name=0x7f424cad8b70, qualname=0x7f424cad8b70) at Python/ceval.c:3930
#153 0x0000000000440b39 in _PyFunction_FastCallDict (func=0x7f424cae91e0, args=0x7f424db0f460, nargs=2, kwargs=0x7f424c03c9d8) at Objects/call.c:376
#154 0x0000000000429cd1 in do_call_core (kwdict=0x7f424c03c9d8, callargs=0x7f424db0f448, func=0x7f424cae91e0) at Python/ceval.c:4645
#155 _PyEval_EvalFrameDefault (f=<optimized out>, throwflag=<optimized out>) at Python/ceval.c:3191
#156 0x00000000004eaab8 in PyEval_EvalFrameEx (throwflag=0, f=0x7f424c162a48) at Python/ceval.c:547
#157 _PyEval_EvalCodeWithName (_co=0x7f424cadf030, globals=<optimized out>, locals=locals@entry=0x0, args=<optimized out>, argcount=3, kwnames=0x0, kwargs=0x2a7e650, kwcount=0, kwstep=1, defs=0x7f424cae0610, defcount=1, kwdefs=0x0, closure=0x0, name=0x7f424cad9e30, qualname=0x7f424cad9e30)
    at Python/ceval.c:3930
#158 0x0000000000440dc6 in _PyFunction_FastCallKeywords (func=<optimized out>, stack=<optimized out>, nargs=<optimized out>, kwnames=<optimized out>) at Objects/call.c:433
#159 0x000000000042dc55 in call_function (kwnames=0x0, oparg=<optimized out>, pp_stack=<synthetic pointer>) at Python/ceval.c:4616
#160 _PyEval_EvalFrameDefault (f=<optimized out>, throwflag=<optimized out>) at Python/ceval.c:3124
#161 0x00000000004eaab8 in PyEval_EvalFrameEx (throwflag=0, f=0x2a7e488) at Python/ceval.c:547
#162 _PyEval_EvalCodeWithName (_co=0x7f424cadbb70, globals=<optimized out>, locals=locals@entry=0x0, args=<optimized out>, argcount=1, kwnames=0x7f424cadad10, kwargs=0x7f424c04c1d0, kwcount=1, kwstep=1, defs=0x7f424cb05a60, defcount=2, kwdefs=0x0, closure=0x0, name=0x7f424cad9d70, qualname=0x7f424cad9d70)
    at Python/ceval.c:3930
#163 0x0000000000440dc6 in _PyFunction_FastCallKeywords (func=<optimized out>, stack=<optimized out>, nargs=<optimized out>, kwnames=<optimized out>) at Objects/call.c:433
#164 0x000000000042dd70 in call_function (kwnames=0x7f424cadacf8, oparg=<optimized out>, pp_stack=<synthetic pointer>) at Python/ceval.c:4616
#165 _PyEval_EvalFrameDefault (f=<optimized out>, throwflag=<optimized out>) at Python/ceval.c:3139
#166 0x0000000000424f68 in function_code_fastcall (co=co@entry=0x7f424cadba50, args=<optimized out>, args@entry=0x7f424c08f060, nargs=nargs@entry=2, globals=globals@entry=0x7f424cacfe10) at Objects/call.c:283
#167 0x0000000000440d0e in _PyFunction_FastCallDict (func=0x7f424cae4bf8, args=0x7f424c08f060, nargs=2, kwargs=0x0) at Objects/call.c:322
#168 0x0000000000429cd1 in do_call_core (kwdict=0x0, callargs=0x7f424c08f048, func=0x7f424cae4bf8) at Python/ceval.c:4645
#169 _PyEval_EvalFrameDefault (f=<optimized out>, throwflag=<optimized out>) at Python/ceval.c:3191
#170 0x00000000004eaab8 in PyEval_EvalFrameEx (throwflag=0, f=0x2d07588) at Python/ceval.c:547
#171 _PyEval_EvalCodeWithName (_co=0x7f424d098300, globals=<optimized out>, locals=locals@entry=0x0, args=<optimized out>, argcount=2, kwnames=0x7f424d333e98, kwargs=0x7f424c52ce90, kwcount=1, kwstep=1, defs=0x7f424d094798, defcount=1, kwdefs=0x0, closure=0x0, name=0x7f424d091e70, qualname=0x7f424d091e70)
    at Python/ceval.c:3930
#172 0x0000000000440dc6 in _PyFunction_FastCallKeywords (func=<optimized out>, stack=<optimized out>, nargs=<optimized out>, kwnames=<optimized out>) at Objects/call.c:433
#173 0x000000000042dd70 in call_function (kwnames=0x7f424d333e80, oparg=<optimized out>, pp_stack=<synthetic pointer>) at Python/ceval.c:4616
#174 _PyEval_EvalFrameDefault (f=<optimized out>, throwflag=<optimized out>) at Python/ceval.c:3139
#175 0x00000000004eaab8 in PyEval_EvalFrameEx (throwflag=0, f=0x7f424c52ccf8) at Python/ceval.c:547
#176 _PyEval_EvalCodeWithName (_co=0x7f424d2f89c0, globals=<optimized out>, locals=locals@entry=0x0, args=<optimized out>, argcount=3, kwnames=0x0, kwargs=0x2a66718, kwcount=0, kwstep=1, defs=0x0, defcount=0, kwdefs=0x0, closure=0x0, name=0x7f424f49a770, qualname=0x7f424d361db0) at Python/ceval.c:3930
#177 0x0000000000440dc6 in _PyFunction_FastCallKeywords (func=<optimized out>, stack=<optimized out>, nargs=<optimized out>, kwnames=<optimized out>) at Objects/call.c:433
#178 0x000000000042d20a in call_function (kwnames=0x0, oparg=<optimized out>, pp_stack=<synthetic pointer>) at Python/ceval.c:4616
#179 _PyEval_EvalFrameDefault (f=<optimized out>, throwflag=<optimized out>) at Python/ceval.c:3093
#180 0x0000000000424f68 in function_code_fastcall (co=<optimized out>, args=<optimized out>, nargs=4, globals=<optimized out>) at Objects/call.c:283
#181 0x0000000000440e9f in _PyFunction_FastCallKeywords (func=<optimized out>, stack=<optimized out>, nargs=<optimized out>, kwnames=<optimized out>) at Objects/call.c:415
#182 0x000000000042d20a in call_function (kwnames=0x0, oparg=<optimized out>, pp_stack=<synthetic pointer>) at Python/ceval.c:4616
#183 _PyEval_EvalFrameDefault (f=<optimized out>, throwflag=<optimized out>) at Python/ceval.c:3093
#184 0x00000000004eaab8 in PyEval_EvalFrameEx (throwflag=0, f=0x7f424c901958) at Python/ceval.c:547
#185 _PyEval_EvalCodeWithName (_co=_co@entry=0x7f424d098c90, globals=globals@entry=0x7f424d08f828, locals=locals@entry=0x0, args=args@entry=0x7ffc54399d90, argcount=argcount@entry=1, kwnames=kwnames@entry=0x7f424c0984c0, kwargs=0x7f424c0984c8, kwcount=4, kwstep=2, defs=0x0, defcount=0, kwdefs=0x0,
    closure=0x0, name=0x7f424f5df170, qualname=0x7f424d330420) at Python/ceval.c:3930
#186 0x0000000000440c18 in _PyFunction_FastCallDict (func=func@entry=0x7f424d09aea0, args=args@entry=0x7ffc54399d90, nargs=nargs@entry=1, kwargs=kwargs@entry=0x7f424c1d59d8) at Objects/call.c:376
#187 0x0000000000443ca1 in _PyObject_FastCallDict (kwargs=0x7f424c1d59d8, nargs=<optimized out>, args=0x7ffc54399d90, callable=0x7f424d09aea0) at Objects/call.c:98
#188 _PyObject_Call_Prepend (callable=callable@entry=0x7f424d09aea0, obj=obj@entry=0x7f424ca0ca90, args=args@entry=0x7f424f5dc048, kwargs=kwargs@entry=0x7f424c1d59d8) at Objects/call.c:904
#189 0x00000000004968d1 in slot_tp_call (self=self@entry=0x7f424ca0ca90, args=args@entry=0x7f424f5dc048, kwds=kwds@entry=0x7f424c1d59d8) at Objects/typeobject.c:6376
#190 0x00000000004413e1 in _PyObject_FastCallKeywords (callable=callable@entry=0x7f424ca0ca90, stack=<optimized out>, nargs=nargs@entry=0, kwnames=kwnames@entry=0x7f424cb35248) at Objects/call.c:199
#191 0x0000000000429e38 in call_function (kwnames=0x7f424cb35248, oparg=<optimized out>, pp_stack=<synthetic pointer>) at Python/ceval.c:4619
#192 _PyEval_EvalFrameDefault (f=<optimized out>, throwflag=<optimized out>) at Python/ceval.c:3139
#193 0x0000000000424f68 in function_code_fastcall (co=co@entry=0x7f424cb38420, args=<optimized out>, args@entry=0x7f424c185b88, nargs=nargs@entry=1, globals=globals@entry=0x7f424cacfb40) at Objects/call.c:283
#194 0x0000000000440d0e in _PyFunction_FastCallDict (func=0x7f424cae3378, args=0x7f424c185b88, nargs=1, kwargs=0x0) at Objects/call.c:322
#195 0x0000000000429cd1 in do_call_core (kwdict=0x0, callargs=0x7f424c185b70, func=0x7f424cae3378) at Python/ceval.c:4645
#196 _PyEval_EvalFrameDefault (f=<optimized out>, throwflag=<optimized out>) at Python/ceval.c:3191
#197 0x00000000004eaab8 in PyEval_EvalFrameEx (throwflag=0, f=0x2d07308) at Python/ceval.c:547
#198 _PyEval_EvalCodeWithName (_co=0x7f424d098300, globals=<optimized out>, locals=locals@entry=0x0, args=<optimized out>, argcount=2, kwnames=0x7f424d333e98, kwargs=0x2d05b40, kwcount=1, kwstep=1, defs=0x7f424d094798, defcount=1, kwdefs=0x0, closure=0x0, name=0x7f424d091e70, qualname=0x7f424d091e70)
    at Python/ceval.c:3930
#199 0x0000000000440dc6 in _PyFunction_FastCallKeywords (func=<optimized out>, stack=<optimized out>, nargs=<optimized out>, kwnames=<optimized out>) at Objects/call.c:433
#200 0x000000000042dd70 in call_function (kwnames=0x7f424d333e80, oparg=<optimized out>, pp_stack=<synthetic pointer>) at Python/ceval.c:4616
#201 _PyEval_EvalFrameDefault (f=<optimized out>, throwflag=<optimized out>) at Python/ceval.c:3139
#202 0x00000000004eaab8 in PyEval_EvalFrameEx (throwflag=0, f=0x2d059a8) at Python/ceval.c:547
#203 _PyEval_EvalCodeWithName (_co=0x7f424d2f89c0, globals=<optimized out>, locals=locals@entry=0x0, args=<optimized out>, argcount=3, kwnames=0x0, kwargs=0x7f424c07cb08, kwcount=0, kwstep=1, defs=0x0, defcount=0, kwdefs=0x0, closure=0x0, name=0x7f424f49a770, qualname=0x7f424d361db0) at Python/ceval.c:3930
#204 0x0000000000440dc6 in _PyFunction_FastCallKeywords (func=<optimized out>, stack=<optimized out>, nargs=<optimized out>, kwnames=<optimized out>) at Objects/call.c:433
#205 0x000000000042d20a in call_function (kwnames=0x0, oparg=<optimized out>, pp_stack=<synthetic pointer>) at Python/ceval.c:4616
#206 _PyEval_EvalFrameDefault (f=<optimized out>, throwflag=<optimized out>) at Python/ceval.c:3093
#207 0x0000000000424f68 in function_code_fastcall (co=<optimized out>, args=<optimized out>, nargs=4, globals=<optimized out>) at Objects/call.c:283
#208 0x0000000000440e9f in _PyFunction_FastCallKeywords (func=<optimized out>, stack=<optimized out>, nargs=<optimized out>, kwnames=<optimized out>) at Objects/call.c:415
#209 0x000000000042d20a in call_function (kwnames=0x0, oparg=<optimized out>, pp_stack=<synthetic pointer>) at Python/ceval.c:4616
#210 _PyEval_EvalFrameDefault (f=<optimized out>, throwflag=<optimized out>) at Python/ceval.c:3093
#211 0x00000000004eaab8 in PyEval_EvalFrameEx (throwflag=0, f=0x2cf5078) at Python/ceval.c:547
#212 _PyEval_EvalCodeWithName (_co=_co@entry=0x7f424d098c90, globals=globals@entry=0x7f424d08f828, locals=locals@entry=0x0, args=args@entry=0x7ffc5439a960, argcount=argcount@entry=1, kwnames=kwnames@entry=0x7f424c0f3960, kwargs=0x7f424c0f3968, kwcount=2, kwstep=2, defs=0x0, defcount=0, kwdefs=0x0,
    closure=0x0, name=0x7f424f5df170, qualname=0x7f424d330420) at Python/ceval.c:3930
#213 0x0000000000440c18 in _PyFunction_FastCallDict (func=func@entry=0x7f424d09aea0, args=args@entry=0x7ffc5439a960, nargs=nargs@entry=1, kwargs=kwargs@entry=0x7f424c111e58) at Objects/call.c:376
#214 0x0000000000443ca1 in _PyObject_FastCallDict (kwargs=0x7f424c111e58, nargs=<optimized out>, args=0x7ffc5439a960, callable=0x7f424d09aea0) at Objects/call.c:98
#215 _PyObject_Call_Prepend (callable=callable@entry=0x7f424d09aea0, obj=obj@entry=0x7f424ca0cbe0, args=args@entry=0x7f424f5dc048, kwargs=kwargs@entry=0x7f424c111e58) at Objects/call.c:904
#216 0x00000000004968d1 in slot_tp_call (self=self@entry=0x7f424ca0cbe0, args=args@entry=0x7f424f5dc048, kwds=kwds@entry=0x7f424c111e58) at Objects/typeobject.c:6376
#217 0x00000000004413e1 in _PyObject_FastCallKeywords (callable=callable@entry=0x7f424ca0cbe0, stack=<optimized out>, nargs=nargs@entry=0, kwnames=kwnames@entry=0x7f424cb086a0) at Objects/call.c:199
#218 0x0000000000429e38 in call_function (kwnames=0x7f424cb086a0, oparg=<optimized out>, pp_stack=<synthetic pointer>) at Python/ceval.c:4619
#219 _PyEval_EvalFrameDefault (f=<optimized out>, throwflag=<optimized out>) at Python/ceval.c:3139
#220 0x0000000000424f68 in function_code_fastcall (co=<optimized out>, args=<optimized out>, nargs=2, globals=<optimized out>) at Objects/call.c:283
#221 0x0000000000440e9f in _PyFunction_FastCallKeywords (func=<optimized out>, stack=<optimized out>, nargs=<optimized out>, kwnames=<optimized out>) at Objects/call.c:415
---Type <return> to continue, or q <return> to quit---
#222 0x000000000042dc55 in call_function (kwnames=0x0, oparg=<optimized out>, pp_stack=<synthetic pointer>) at Python/ceval.c:4616
#223 _PyEval_EvalFrameDefault (f=<optimized out>, throwflag=<optimized out>) at Python/ceval.c:3124
#224 0x0000000000424f68 in function_code_fastcall (co=<optimized out>, args=<optimized out>, nargs=2, globals=<optimized out>) at Objects/call.c:283
#225 0x0000000000440e9f in _PyFunction_FastCallKeywords (func=<optimized out>, stack=<optimized out>, nargs=<optimized out>, kwnames=<optimized out>) at Objects/call.c:415
#226 0x000000000042dc55 in call_function (kwnames=0x0, oparg=<optimized out>, pp_stack=<synthetic pointer>) at Python/ceval.c:4616
#227 _PyEval_EvalFrameDefault (f=<optimized out>, throwflag=<optimized out>) at Python/ceval.c:3124
#228 0x0000000000424f68 in function_code_fastcall (co=co@entry=0x7f424cb31d20, args=<optimized out>, args@entry=0x7f424c185878, nargs=nargs@entry=1, globals=globals@entry=0x7f424cacfb40) at Objects/call.c:283
#229 0x0000000000440d0e in _PyFunction_FastCallDict (func=0x7f424cae31e0, args=0x7f424c185878, nargs=1, kwargs=0x0) at Objects/call.c:322
#230 0x0000000000429cd1 in do_call_core (kwdict=0x0, callargs=0x7f424c185860, func=0x7f424cae31e0) at Python/ceval.c:4645
#231 _PyEval_EvalFrameDefault (f=<optimized out>, throwflag=<optimized out>) at Python/ceval.c:3191
#232 0x00000000004eaab8 in PyEval_EvalFrameEx (throwflag=0, f=0x2cc3278) at Python/ceval.c:547
#233 _PyEval_EvalCodeWithName (_co=0x7f424d098300, globals=<optimized out>, locals=locals@entry=0x0, args=<optimized out>, argcount=2, kwnames=0x7f424d333e98, kwargs=0x2c8c090, kwcount=1, kwstep=1, defs=0x7f424d094798, defcount=1, kwdefs=0x0, closure=0x0, name=0x7f424d091e70, qualname=0x7f424d091e70)
    at Python/ceval.c:3930
#234 0x0000000000440dc6 in _PyFunction_FastCallKeywords (func=<optimized out>, stack=<optimized out>, nargs=<optimized out>, kwnames=<optimized out>) at Objects/call.c:433
#235 0x000000000042dd70 in call_function (kwnames=0x7f424d333e80, oparg=<optimized out>, pp_stack=<synthetic pointer>) at Python/ceval.c:4616
#236 _PyEval_EvalFrameDefault (f=<optimized out>, throwflag=<optimized out>) at Python/ceval.c:3139
#237 0x00000000004eaab8 in PyEval_EvalFrameEx (throwflag=0, f=0x2c8bef8) at Python/ceval.c:547
#238 _PyEval_EvalCodeWithName (_co=0x7f424d2f89c0, globals=<optimized out>, locals=locals@entry=0x0, args=<optimized out>, argcount=3, kwnames=0x0, kwargs=0x27a1098, kwcount=0, kwstep=1, defs=0x0, defcount=0, kwdefs=0x0, closure=0x0, name=0x7f424f49a770, qualname=0x7f424d361db0) at Python/ceval.c:3930
#239 0x0000000000440dc6 in _PyFunction_FastCallKeywords (func=<optimized out>, stack=<optimized out>, nargs=<optimized out>, kwnames=<optimized out>) at Objects/call.c:433
#240 0x000000000042d20a in call_function (kwnames=0x0, oparg=<optimized out>, pp_stack=<synthetic pointer>) at Python/ceval.c:4616
#241 _PyEval_EvalFrameDefault (f=<optimized out>, throwflag=<optimized out>) at Python/ceval.c:3093
#242 0x0000000000424f68 in function_code_fastcall (co=<optimized out>, args=<optimized out>, nargs=4, globals=<optimized out>) at Objects/call.c:283
#243 0x0000000000440e9f in _PyFunction_FastCallKeywords (func=<optimized out>, stack=<optimized out>, nargs=<optimized out>, kwnames=<optimized out>) at Objects/call.c:415
#244 0x000000000042d20a in call_function (kwnames=0x0, oparg=<optimized out>, pp_stack=<synthetic pointer>) at Python/ceval.c:4616
#245 _PyEval_EvalFrameDefault (f=<optimized out>, throwflag=<optimized out>) at Python/ceval.c:3093
#246 0x00000000004eaab8 in PyEval_EvalFrameEx (throwflag=0, f=0x2c89d98) at Python/ceval.c:547
#247 _PyEval_EvalCodeWithName (_co=_co@entry=0x7f424d098c90, globals=globals@entry=0x7f424d08f828, locals=locals@entry=0x0, args=args@entry=0x7ffc5439b810, argcount=argcount@entry=1, kwnames=kwnames@entry=0x7f424c8e5860, kwargs=0x7f424c8e5868, kwcount=2, kwstep=2, defs=0x0, defcount=0, kwdefs=0x0,
    closure=0x0, name=0x7f424f5df170, qualname=0x7f424d330420) at Python/ceval.c:3930
#248 0x0000000000440c18 in _PyFunction_FastCallDict (func=func@entry=0x7f424d09aea0, args=args@entry=0x7ffc5439b810, nargs=nargs@entry=1, kwargs=kwargs@entry=0x7f424c8ee678) at Objects/call.c:376
#249 0x0000000000443ca1 in _PyObject_FastCallDict (kwargs=0x7f424c8ee678, nargs=<optimized out>, args=0x7ffc5439b810, callable=0x7f424d09aea0) at Objects/call.c:98
#250 _PyObject_Call_Prepend (callable=callable@entry=0x7f424d09aea0, obj=obj@entry=0x7f424c9ff8d0, args=args@entry=0x7f424f5dc048, kwargs=kwargs@entry=0x7f424c8ee678) at Objects/call.c:904
#251 0x00000000004968d1 in slot_tp_call (self=self@entry=0x7f424c9ff8d0, args=args@entry=0x7f424f5dc048, kwds=kwds@entry=0x7f424c8ee678) at Objects/typeobject.c:6376
#252 0x00000000004413e1 in _PyObject_FastCallKeywords (callable=callable@entry=0x7f424c9ff8d0, stack=<optimized out>, nargs=nargs@entry=0, kwnames=kwnames@entry=0x7f424d06e438) at Objects/call.c:199
#253 0x0000000000429e38 in call_function (kwnames=0x7f424d06e438, oparg=<optimized out>, pp_stack=<synthetic pointer>) at Python/ceval.c:4619
#254 _PyEval_EvalFrameDefault (f=<optimized out>, throwflag=<optimized out>) at Python/ceval.c:3139
#255 0x0000000000424f68 in function_code_fastcall (co=<optimized out>, args=<optimized out>, nargs=2, globals=<optimized out>) at Objects/call.c:283
#256 0x0000000000440e9f in _PyFunction_FastCallKeywords (func=<optimized out>, stack=<optimized out>, nargs=<optimized out>, kwnames=<optimized out>) at Objects/call.c:415
#257 0x000000000042dc55 in call_function (kwnames=0x0, oparg=<optimized out>, pp_stack=<synthetic pointer>) at Python/ceval.c:4616
#258 _PyEval_EvalFrameDefault (f=<optimized out>, throwflag=<optimized out>) at Python/ceval.c:3124
#259 0x00000000004eaab8 in PyEval_EvalFrameEx (throwflag=0, f=0x7f424f5c99f8) at Python/ceval.c:547
#260 _PyEval_EvalCodeWithName (_co=_co@entry=0x7f424f559f60, globals=globals@entry=0x7f424f6171e0, locals=locals@entry=0x7f424f559f60, args=args@entry=0x0, argcount=argcount@entry=0, kwnames=kwnames@entry=0x0, kwargs=0x0, kwcount=0, kwstep=2, defs=0x0, defcount=0, kwdefs=0x0, closure=0x0, name=0x0,
    qualname=0x0) at Python/ceval.c:3930
#261 0x00000000004eaba3 in PyEval_EvalCodeEx (closure=0x0, kwdefs=0x0, defcount=0, defs=0x0, kwcount=0, kws=0x0, argcount=0, args=0x0, locals=locals@entry=0x7f424f559f60, globals=globals@entry=0x7f424f6171e0, _co=_co@entry=0x7f424f559f60) at Python/ceval.c:3959
#262 PyEval_EvalCode (co=co@entry=0x7f424f559f60, globals=globals@entry=0x7f424f51e480, locals=locals@entry=0x7f424f51e480) at Python/ceval.c:524
#263 0x0000000000520eaf in run_mod (arena=0x7f424f6171e0, flags=0x7ffc5439bdec, locals=0x7f424f51e480, globals=0x7f424f51e480, filename=0x7f424f4fced0, mod=0x2794d38) at Python/pythonrun.c:1035
#264 PyRun_FileExFlags (fp=0x2757530, filename_str=<optimized out>, start=<optimized out>, globals=0x7f424f51e480, locals=0x7f424f51e480, closeit=1, flags=0x7ffc5439bdec) at Python/pythonrun.c:988
#265 0x00000000005210bc in PyRun_SimpleFileExFlags (fp=0x2757530, filename=<optimized out>, closeit=1, flags=0x7ffc5439bdec) at Python/pythonrun.c:429
#266 0x0000000000434a0a in pymain_run_file (p_cf=0x7ffc5439bdec, filename=0x2711b10 L"/home/omer/.local/share/virtualenvs/amqp/bin/pytest", fp=0x2757530) at Modules/main.c:427
#267 pymain_run_filename (cf=0x7ffc5439bdec, pymain=0x7ffc5439bec0) at Modules/main.c:1627
#268 pymain_run_python (pymain=0x7ffc5439bec0) at Modules/main.c:2876
#269 pymain_main (pymain=pymain@entry=0x7ffc5439bec0) at Modules/main.c:3037
#270 0x0000000000434c7b in _Py_UnixMain (argc=<optimized out>, argv=<optimized out>) at Modules/main.c:3072
#271 0x00007f424e67fb97 in __libc_start_main (main=0x424ef0 <main>, argc=7, argv=0x7ffc5439c008, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7ffc5439bff8) at ../csu/libc-start.c:310
#272 0x000000000042e97a in _start ()

How can I reproduce core dump?
It looks test_with_capacity works correctly both travis and appveyor.

Clone https://github.com/celery/py-amqp/tree/list-with-capacity.
Run tox -e 3.7-unit-pyo3.
You'll see the crash.

I can see only

Ah yes, I just fixed that one. I edited the test incorrectly.
Hold on.

Oh and remove debug_here()! if you're not using it.

@kngwyu Are you on Gitter?

I'm rarely on use it but I can login it if you need

Please do.

I'm on it now

I like the idea, but I unfortunately PyList_New doesn't work that way. From https://docs.python.org/3.7/c-api/list.html#c.PyList_New:

PyObject* PyList_New(Py_ssize_t len)¶
Return value: New reference.
Return a new list of length len on success, or NULL on failure.
Note:    If len is greater than zero, the returned list object’s items are set to NULL. Thus you cannot use abstract API functions such as PySequence_SetItem() or expose the object to Python code before setting all items to a real object with PyList_SetItem().

OMG

But that's exactly what I'm doing. See here.
It still crashes.
I guess we should remove the parameter from the default constructor and warn about this in the documentation as well.
In the future (or maybe now) we could store a bitmap with that size and before exiting rust, verify that the entire list is initialized.
We'll use https://docs.rs/bitmap/3.1.3/bitmap/ to store a dense representation of it.

I don't know why your specific code crashes, but returning an uninitialised value as valid PyList is UB and unsafe, so we can't do that in the safe layer.

How about setting None to all item in the list?

@kngwyu That could also work and is sensible. Even better than my suggestion.
I'm going to do it.
We could also provide an initialization value.

This still crashes for me :(

Is there a specific advantage of with_capacity over new with an iter::repeat of None?

@konstin We can actually implement it that way.
Good thinking.

@thedrow I think there's not really much value of a special constructor that is just syntactic sugar for PyList::new(iter::repeat(None).take(num_elems). If it were feasible, I do like the idea of a with_capacity that works like Vec::with_capacity, pre-allocating space for a list that you intend to grow, but it seems that PyList cannot work like that.

As @pganssle said

@pganssle The code you provided does not work.
the trait bound `std::iter::Repeat<std::option::Option<_>>: std::iter::ExactSizeIterator` is not satisfied
   --> src/lib.rs:223:22
    |
223 |         let values = PyList::new(*self.py, initial);
    |                      ^^^^^^^^^^^ the trait `std::iter::ExactSizeIterator` is not implemented for `std::iter::Repeat<std::option::Option<_>>`
    |
    = note: required because of the requirements on the impl of `std::iter::ExactSizeIterator` for `std::iter::Take<std::iter::Repeat<std::option::Option<_>>>`
    = note: required by `pyo3::types::PyList::new`

@thedrow Indeed, that's because Take objects don't implement ExactSizedIterator - I'm guessing it's because their size is bounded rather than exact. You can solve this by converting it into a Vec like so:
let initial : Vec<_> = std::iter::repeat(None).take(5).collect();
let values = PyList::new(*self.py, initial);

That said I'm not super familiar with Rust idioms for this sort of thing. There may be a better way to get an exactly sized iterator with all the values set to None, possibly a lazy one as well.

Unless we can do it in one liner, I think we still need vec![3 ;4] or np.fill(4, 3) alternative for PyList, as a shorthand

@kngwyu It's not a one liner. The code you provided requires a type to None.

PyList::new(py, (0..5).map(|_| py.None())) works and imho that's good enough. If there are remaining problems, please open a new issue.