why the doc says "stay away from these projects"?

Does that mean what socket io and primus provide is a usable but problematical uws interface?

Oh, I would love to hear this too. On top of that, I would love to see why the other 2 projects are recommended. No sarcasm here, sincerely interested in your viewpoints.

SC & DS:

uws by default
willing to improve
listens to criticism
has shown to be better performant than one or many competitors via benchmarks
liberal maintainer(s)

Primus & Socket.IO (Engine.IO)

run by dictators
ignores criticism
ws by default
refuses anything other than their way
performs/scales as if written by a 3 year old child with crayons up their nose

This is me in real life

FWIW here are some benchmarks of Primus + uws and naked uws (Node.js) using the benchmark tools in this repo.
Primus code
'use strict';

const Primus = require('primus');
const http = require('http');

const passThrough = (data, fn) => fn(null, data);

const server = http.createServer();
const primus = new Primus(server, {
  transformer: 'uws',
  timeout: false, // Disable heartbeats
  pathname: '/',

  //
  // Use a "pass through" parser.
  //
  parser: {
    encoder: passThrough,
    decoder: passThrough
  }
});

//
// Remove middleware
//
primus.remove('cors');
primus.remove('primus.js');
primus.remove('spec');
primus.remove('authorization');
primus.remove('no-cache');
primus.remove('x-xss');

var cntr = 0;
primus.on('connection', (spark) => {
  if (++cntr === 1e5) console.log(process.memoryUsage());
  spark.on('data', (data) => spark.write(data));
});

server.listen(3000);

uws code
'use strict';

const uws = require('uws');

const wss = new uws.Server({
  perMessageDeflate: false,
  port: 3000
});

function onmessage(message) {
  this.send(message);
}

var cntr = 0;
wss.on('connection', (ws) => {
  if (++cntr === 1e5) console.log(process.memoryUsage());
  ws.on('message', onmessage);
});

Results
$ uname -a
Linux fedora 4.8.8-300.fc25.x86_64 #1 SMP Tue Nov 15 18:10:06 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux

./scalability<PHONE_NUMBER>
uws
{
  rss: 265609216,
  heapTotal: 188723200,
  heapUsed: 88011576,
  external: 3265545
}

Connection performance: 3.76223 connections/ms
Memory performance: 91.6603 connections/mb

primus + uws
{
  rss: 667856896,
  heapTotal: 599302144,
  heapUsed: 565159488,
  external: 86837
}

./throughput 10000 20 10 3000
uws
Echo performance: 235.489 echoes/ms
Echo performance: 235.227 echoes/ms
Echo performance: 235.312 echoes/ms
Echo performance: 235.35 echoes/ms

primus + uws
Echo performance: 101.645 echoes/ms
Echo performance: 101.431 echoes/ms
Echo performance: 101.573 echoes/ms
Echo performance: 101.699 echoes/ms

primus + uws (without ArrayBuffer to Buffer)
Echo performance: 129.49 echoes/ms
Echo performance: 129.629 echoes/ms
Echo performance: 129.576 echoes/ms
Echo performance: 129.58 echoes/ms

ws is used as default transformer because we want Primus to work on every platforms supported by Node.js. I also don't see why using ws as default is bad given that all you have to do to switch to uws  is changing transformer: 'websockets' to transformer: 'uws'.
We are totally open to criticism and willing to improve things, if you think that something is wrong or can be improved go ahead and open an issue in Primus and start discussing about it. Ofc if it breaks the ecosystem there is not much to discuss.
I didn't run the benchmarks on SC and DS because I don't know how those projects work but it would be nice to see how much better those projects are.

So you lose half the performance by using Primus - can't tell if that is meant to be a defensive point or not. To me it sounds like garbage. Sure, if you feel happy buying 1 data center only to use half, toss the other half out the window then fine, go use Primus.

SocketCluster code
'use strict';

const SCEmitter = require('sc-emitter').SCEmitter;
const SC = require('socketcluster-server');
const http = require('http');

const authEngine = { verifyToken: (a, b, c, cb) => cb(null, 'foo') };
const passThrough = (data) => data;
const codecEngine = { encode: passThrough, decode: passThrough };
const hour = 60 * 60 * 1000;

const server = http.createServer();
const sc = SC.attach(server, {
  perMessageDeflate: false,
  pingInterval: hour, // Can these be disabled?
  pingTimeout: hour,
  codecEngine,
  authEngine,
  path: ''
});

//
// Bypass SC handshake.
//
sc.on('handshake', (socket) => {
  process.nextTick(() => {
    SCEmitter.prototype.emit.call(socket, '#handshake', null, () => {});
  });
});

var cntr = 0;
sc.on('connection', (socket) => {
  if (++cntr === 1e5) console.log(process.memoryUsage());
  socket.on('message', (message) => socket.send(message));
});

server.listen(3000);

Results
./scalability<PHONE_NUMBER>
socketcluster-server
{
  rss:<PHONE_NUMBER>,
  heapTotal: 990924800,
  heapUsed: 947869640,
  external: 22672060
}

Connection performance: 3.14673 connections/ms
Memory performance: 46.4263 connections/mb

./throughput 10000 20 10 3000
socketcluster-server
Echo performance: 54.2179 echoes/ms
Echo performance: 54.1155 echoes/ms
Echo performance: 54.0158 echoes/ms
Echo performance: 54.1193 echoes/ms

As said above I don't know SocketCluster so it is possible that my code is totally flawed. In this case please let me know how to fix it and I will rerun the benchmarks after updating it.
If I don't have anything better to do I'll also add deepstream.io later (if it is possible to run these benchmarks on it).

If you want Primus to be a "recommended project" you will have to default to uws - don't care about how, that's a hard requirement

I know this topic is closed, but can I ask why lpinca's comments have been removed? If memory serves, the benchmark he posted suggested that primus+uws is more performant than socketcluster+uws. If that is correct (I remember he added that he wasn't sure if he'd done the benchmark right), wouldn't that be useful information for the community here?

I didnt remove them, so I dont know

@creole  For what it's worth, lpinca's name shows up as "banned-lpinca" in my emails from<EMAIL_ADDRESS>while his name is Luigi Pinca from his profile. Compare this with alexhultman whose name shows up properly as "Alex Hultman".

These are the texts that got removed for some reason, written by lpinca (using a dummy user to avoid his ban):
FWIW here are some benchmarks of Primus + uws and naked uws (Node.js) using the benchmark tools in this repo.

Primus code

'use strict';

const Primus = require('primus');
const http = require('http');

const passThrough = (data, fn) => fn(null, data);

const server = http.createServer();
const primus = new Primus(server, {
  transformer: 'uws',
  timeout: false, // Disable heartbeats
  pathname: '/',

  //
  // Use a "pass through" parser.
  //
  parser: {
    encoder: passThrough,
    decoder: passThrough
  }
});

//
// Remove middleware
//
primus.remove('cors');
primus.remove('primus.js');
primus.remove('spec');
primus.remove('authorization');
primus.remove('no-cache');
primus.remove('x-xss');

var cntr = 0;
primus.on('connection', (spark) => {
  if (++cntr === 1e5) console.log(process.memoryUsage());
  spark.on('data', (data) => spark.write(data));
});

server.listen(3000);
uws code

'use strict';

const uws = require('uws');

const wss = new uws.Server({
  perMessageDeflate: false,
  port: 3000
});

function onmessage(message) {
  this.send(message);
}

var cntr = 0;
wss.on('connection', (ws) => {
  if (++cntr === 1e5) console.log(process.memoryUsage());
  ws.on('message', onmessage);
});
Results

$ uname -a
Linux fedora 4.8.8-300.fc25.x86_64 #1 SMP Tue Nov 15 18:10:06 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux
./scalability<PHONE_NUMBER>

uws

{
  rss: 265609216,
  heapTotal: 188723200,
  heapUsed: 88011576,
  external: 3265545
}
Connection performance: 3.76223 connections/ms
Memory performance: 91.6603 connections/mb
primus + uws

{
  rss: 667856896,
  heapTotal: 599302144,
  heapUsed: 565159488,
  external: 86837
}
./throughput 10000 20 10 3000

uws

Echo performance: 235.489 echoes/ms
Echo performance: 235.227 echoes/ms
Echo performance: 235.312 echoes/ms
Echo performance: 235.35 echoes/ms
primus + uws

Echo performance: 101.645 echoes/ms
Echo performance: 101.431 echoes/ms
Echo performance: 101.573 echoes/ms
Echo performance: 101.699 echoes/ms
primus + uws (without ArrayBuffer to Buffer)

Echo performance: 129.49 echoes/ms
Echo performance: 129.629 echoes/ms
Echo performance: 129.576 echoes/ms
Echo performance: 129.58 echoes/ms
ws is used as default transformer because we want Primus to work on every platforms supported by Node.js. I also don't see why using ws as default is bad given that all you have to do to switch to uws is changing transformer: 'websockets' to transformer: 'uws'.

We are totally open to criticism and willing to improve things, if you think that something is wrong or can be improved go ahead and open an issue in Primus and start discussing about it. Ofc if it breaks the ecosystem there is not much to discuss.

I didn't run the benchmarks on SC and DS because I don't know how those projects work but it would be nice to see how much better those projects are.

And
SocketCluster code

'use strict';

const SCEmitter = require('sc-emitter').SCEmitter;
const SC = require('socketcluster-server');
const http = require('http');

const authEngine = { verifyToken: (a, b, c, cb) => cb(null, 'foo') };
const passThrough = (data) => data;
const codecEngine = { encode: passThrough, decode: passThrough };
const hour = 60 * 60 * 1000;

const server = http.createServer();
const sc = SC.attach(server, {
  perMessageDeflate: false,
  pingInterval: hour, // Can these be disabled?
  pingTimeout: hour,
  codecEngine,
  authEngine,
  path: ''
});

//
// Bypass SC handshake.
//
sc.on('handshake', (socket) => {
  process.nextTick(() => {
    SCEmitter.prototype.emit.call(socket, '#handshake', null, () => {});
  });
});

var cntr = 0;
sc.on('connection', (socket) => {
  if (++cntr === 1e5) console.log(process.memoryUsage());
  socket.on('message', (message) => socket.send(message));
});

server.listen(3000);
Results

./scalability<PHONE_NUMBER>

socketcluster-server

{
  rss:<PHONE_NUMBER>,
  heapTotal: 990924800,
  heapUsed: 947869640,
  external: 22672060
}
Connection performance: 3.14673 connections/ms
Memory performance: 46.4263 connections/mb
./throughput 10000 20 10 3000

socketcluster-server

Echo performance: 54.2179 echoes/ms
Echo performance: 54.1155 echoes/ms
Echo performance: 54.0158 echoes/ms
Echo performance: 54.1193 echoes/ms
As said above I don't know SocketCluster so it is possible that my code is totally flawed. In this case please let me know how to fix it and I will rerun the benchmarks after updating it.

If I don't have anything better to do I'll also add deepstream.io later (if it is possible to run these benchmarks on it).

OK, thanks.

Now that engine.io 2.0 is tagged with default uws engine, and thus socket.io also (or at least when tagged),  should it be removed from the 'avoid'  list?


No support for rendering IE conditional comments

See http://www.quirksmode.org/css/condcom.html
Erector supported this type of comment as a block comment.
Currently can workaround this like so:
rawtext '<!--[if lt IE 8]>'
#  Some stuff
rawtext '<![endif]-->'

Karl,
First off — my apologies for the long delay. I'm actually currently hiking the Pacific Crest Trail, and so will be slow to respond (and not really in a position to do any coding) for the next five months or so.
I'm reluctant to add very special-purpose features like this to Fortitude…it's obviously pretty easy to build stuff like this just using the native #comment method, and you can customize it to your own precise needs. Erector always had a lot of syntactic sugar for things that, in my opinion, weren't always clearly necessary. (For example, just for me, features like this one were something I used rarely enough that I had to look up the exact syntax every time anyway…at which point it was probably easier to just use the raw comment syntax, anyway.)
Having said that, if someone wanted to build a "fortitude-erector-compat" gem (or something similar) that, for example, defined a FortitudeErectorCompat::Base subclass of Fortitude::Widget that added all that stuff in, that'd obviously be extremely useful to Erector users, and I'd be more than happy to link to it from relevant places in the (largely upcoming) Fortitude docs. If it's not already there by the time I get back, I'd be happy to work on it myself, too. I'm a big fan of this kind of code existing, in other words — I'm just not sure it necessarily should go into the Fortitude core. (I imagine in not so many years, those IE conditional comments will largely disappear from the Web entirely, as IE 6/7/8/etc. finally become relics of the past. But if we add this stuff to Fortitude, we can really never remove it without breaking compatibility, and that would suck.)
Anyway, that's my (long-winded) 2¢ on the topic. Hope that helps. Thanks for using Fortitude, and, if anything else comes up, I'd be more than happy to help in any way I can!
Thanks,
Andrew

On Apr 17, 2015, at 4:45 PM, Karl He<EMAIL_ADDRESS>wrote:
See http://www.quirksmode.org/css/condcom.html
Erector supported this type of comment as a block comment.
—
Reply to this email directly or view it on GitHub.

Indeed, I only mentioned it because I thought it was a rather commonplace syntax to use, but you're right that the need for it is dying out.


overwriting json

after generating 5 accounts, the last account began to be overwritten, and not to supplement the json

how did you create the .env file

I didn't, I did export API_KEY=

like this?: redditgenerator.exe export API_KEY=asd

but where did you type export API_KEY=

nevermind it works

i have my first user :)

I think this should've been fixed in this commit ? 2832d76
I'm not sure anymore it's been a while


Use Inline message data for SignalR

Use ConfigureEndpoints(context) to configure SignalR instead of call AddSignalRHubEndpoints for every hub type
Scoped Publish/Request for SignalR
AddMassTransitBackplane - obsolete, and doesn't required anymore
AddSignalRHubConsumers renamed to AddSignalRHub (old method name is still available but marked as obsolete)
dropped MessageData support from SignalR

@phatboyg inline message data could use or could not MessageData repo? if repo is not specified how it should work?

A new inline message data repository would need to be created, which includes the message data in the message. Likely compressed (gzip), or I don't know tbh. But it would be an alternate so there didn't need to be two separate message contracts, one for using message data and one for not using message data.

This would be a nice option to have. Because there was a lot of unnecessary additional code to support one or the other. But this should maybe be added to an Issue/Feature to add. Then once that's in, @NooNameR can update this branch.

related to https://github.com/MassTransit/MassTransit/issues/1856

what happened if UseMessageData was called before?
https://github.com/MassTransit/MassTransit/pull/1853/files#diff-2be3874f9e6b2cd6954e27c157fbd870R40

Probably bad things.

we have the same in prev version:
https://github.com/MassTransit/MassTransit/pull/1853/files#diff-2be3874f9e6b2cd6954e27c157fbd870L69

what do you think about: TryAddConvention instead of AddConvention?

I’d have to look and see but since it’s been changed to use a convention there should only be one convention of each type allowed. So a TryAdd could make sense here.

https://github.com/MassTransit/MassTransit/pull/1857 is related, just do not want to put everything in one PR

Hey Denys, thank you for all the work on cleaning this up. I have one additional request. Can you remove all the MessageData implementation? Quite frankly it's creating a bit of a headache, and signalR is not the right tool to transfer large amounts of data. And so if you end up using MassTransit as a backplane, the same applies. Not meant to move large amounts of data. Use another mechanism.

@maldworth I've removed it already :)

Is this ready to go then?

yes, it is, give me just a minute to rebase into single commit


Replace Navbar with Flowbite Components

Replacing the Navbar with Flowbite Component and Tailwind in-line CSS
Known Issues:

Only base tailwind colors are functional, the tabs are red when clicked on
Profile dropdown is too close to right edge of screen
Helping Mamas logo image is smaller than it was originally

#243

Looks good!


Auto Focus is not working with Camera Fragment

I'm getting this error:
 java.lang.RuntimeException: autoFocus failed
            at android.hardware.Camera.native_autoFocus(Native Method)
            at android.hardware.Camera.autoFocus(Camera.java:1120)
            at com.getset.mosaic.main.camera.src.com.commonsware.cwac.camera.CameraView.autoFocus(CameraView.java:397)
            at com.getset.mosaic.main.camera.src.com.commonsware.cwac.camera.CameraFragment.autoFocus(CameraFragment.java:224)
            at com.getset.mosaic.main.DialogFragmentCamera$6.onTouch(DialogFragmentCamera.java:194)

When I try to use the auto focus on the camera fragment. The preview is already working and I can take pictures just fine, but as soon as I click the view (which invokes auto focus) I get this error.
I'm putting the CameraFragment inside another Fragment (a DialogFragment), using this method:
private void setUpCameraView(View parentView) {
        frameLayout = (FrameLayout) parentView.findViewById(R.id.mainLayout);
        frameLayout.post(new Runnable() {
            @Override
            public void run() {
                ViewGroup.LayoutParams params = frameLayout.getLayoutParams();
                params.height = frameLayout.getWidth();
                frameLayout.setLayoutParams(params);
                frameLayout.postInvalidate();
            }
        });

        cameraFragmentView = new CameraFragmentView();
        cameraHost = new MeuCameraHost(getActivity(),this);
        cameraFragmentView.setHost(cameraHost);
        getChildFragmentManager().beginTransaction().add(R.id.mainLayout,cameraFragmentView).commit();

        frameLayout.setOnTouchListener(new View.OnTouchListener() {
            @Override
            public boolean onTouch(View v, MotionEvent event) {
                if(cameraFragmentView.isAutoFocusAvailable()){
                    cameraFragmentView.autoFocus();
                }
                return true;
            }
        });
    }

parentView is just the view I inflated on the onCreateView, and call this setUpCameraView() just after it.
cameraFragmentView overrides CameraFragment (but I actually did not change anything)
and MeuCameraHost overrides SimpleCameraHost.
Any help is appreciated!

If you can reproduce the problem with the demo app, let me know exactly what hardware you are using and the exact steps to reproduce the problem.
If you cannot reproduce the problem with the demo app, but you can publish some project that itself can reproduce the problem, publish that project, link to it from here, and let me know exactly what hardware you are using and the exact steps tor reproduce the problem.


Access UIs in Claimed Chunks

Minecraft version & Mod Version:
1.12.2-1.9.1
Single player or Server:
Server
Describe problem (what you were doing / what happened):
Players are allowed to access the UI of all Cyclic blocks that have a UI through the protection of claimed chunks provided by FTBUtilities. I have checked every other block that has a UI inside of the 2nd partie's (to which I have no access to) base and could not open any other UI Vanilla or modded other than that of Cyclic.
Crash log (if any):
N/A

Added in latest https://minecraft.curseforge.com/projects/cyclic/files/2494016


fix: expand viewport validation tests

These are not intended to be exhaustive; for that, we rely on WPT.
Bug: #868

probably this should have been prefix with test:

yes, sorry :( - still learning https://www.conventionalcommits.org/


Interactive nav bar - 001

Description
Create the tab bar as shown in the video attached below. You don't need to create the cards shown above, just the tab bar is required.
Animation Preview

Screenshot/Video:

https://github.com/user-attachments/assets/98c1b30b-1e32-466d-bd5a-da8d5d76bbd0

[!NOTE]
Please refer to the Animata contributing guidelines available here for rules on how to contribute to the project. Let us know in the comments if you’re working on this issue, and feel free to ask any questions!

Requirements

Create a new animated component that matches the provided design.
Add example usage of the component in the documentation or storybook.

 Guidelines & Best Practices

Write reusable and clean code following the project’s style guide.
The component should be fully customizable. The user should be able to modify props such as duration, easing, color, and size where applicable.
Follow the Contributing Guidelines before submitting your pull request.

[!IMPORTANT]
To ensure more contributors have the opportunity to participate, we kindly request that:

Each contributor submits only one pull request related to this issue.
If you're interested in working on this issue, please comment below. We will assign the issue on a first-come, first-served basis.

[!Tip]
Join our Discord community if you need help or have any questions. We're here to help you get started and guide you through the process. Join now

Hey can you assign this to me!

hey i would like to take this issue!

@sudhashrestha can u assign me this!

Hi @krishnaagrawal7508
I hope you're doing well! Since it's been a while since this issue was assigned, I wanted to check in and see if you're still planning to work on it. If so, could you kindly share an update by tomorrow?
If I don't hear back by then, I’ll unassign the issue to allow others to take it up.
Thanks for your understanding!

Hey you said interactive nav bat at heading but you show interactive tab bar in the design ???


Daily cron warning regarding rsyslog

After an update to docker-mailserver I now receive warning every day regarding rsyslog via cron:
/etc/cron.daily/logrotate:
invoke-rc.d: action rotate is unknown, but proceeding anyway.
invoke-rc.d: could not determine current runlevel
invoke-rc.d: policy-rc.d denied execution of rotate.

I found this thread (https://i-mscp.net/index.php/Thread/15845-etc-cron-daily-logrotate-invoke-rc-d-action-rotate-is-unknown-but-proceeding-any/) which suggests to delete /usr/sbin/policy-rc.d which only contains
#!/bin/sh
exit 101

Deleting this should fix the issue, but I'm not sure where this file is coming from or if it is needed elsewhere.

I have the same problem, I have adjusted /usr/sbin/policy-rc.d waiting to see if this does resolve it.

@therealgambo Did your adjustment fix this error? And if so, what was your adjustment? TIA.

@spet, adjusting /usr/sbin/policy-rc.d did not solve this.

Removing the script /usr/sbin/policy-rc.d fixed two out of three warnings. The last warning is could not determine current runlevel and is emitted by the script /usr/sbin/invoke-rc.d. I commented out the corresponding line in the script which should fix the problem. I will let it run a couple of days and submit a PR if it works as expected.


Switch maintainer to me.

catkin_pkg gets cranky if there are no maintainers listed.

Going ahead and merging to unbreak catkin_pkg.


CSS maps don't work quite right

If you add a rule such as
body {
   color:red;
}

to let's say, /assets/styles/common/_global.scss  then when inspecting the CSS rules in dev tools, the file where the code is referenced is bootstrap's reboot.scss file. I believe this is happening because of the optimizations that are happening with CSS, specifically removing duplicated rules. In this case, the body selector is first contained in the reboot.scss file, therefore the code I added later in _global.scss is simply injected in the former rule. Not sure if possible, but is there any solution to make the proper reference to the last source file where the rule was defined? (I assume one option would be to disable CSS optimizations)

Hi @DragosMocrii,
It looks like the issue template is missing from this issue. Please take a look at the Contribution Guidelines, which will tell you exactly what your ticket has to contain in order to be processable.
Please do not use the issue tracker for personal support requests (use the Roots Discourse to ask the Roots Community for help, or if you want the Roots Team to dedicate some time to your issue, we offer our services as well).


Can I change font-family only for comments?

I'm asking it here, because this kind of questions are already disallowed at StackOverflow.
There is the setting editor.fontFamily, but it changes font-family for the whole editor. I'm looking for something (setting/extension) which changes font-family only for comments in my code. I'd love to read comments in something like Purisa or other handwritten fonts.
There are also now a days applications which can generate fonts handwritten by you yourself, and it makes a lot of sense to use that kind of font for comments.

As far as I can tell this is not yet possible - The feature is requested in issue #36512, and on the milestone, so it should hopefully not be too long :)

https://github.com/Microsoft/vscode/issues/36512 is right, thanks @TomSputz


wheelPropagation for the touch event.

wheelPropagation feature doesn't work for the touch devices.
It's not easy to come up with a nice way to implement this feature.

don't work in windows phone... :(

Does some one of you still having this problem?
Setting up wheelPropagation to false works on computers but not in touch devices


The delete function for bills

If a user made some mistakes while adding bills, there were no chances to revise. Need to add this function.

I have done.


review logs from the full-SDSS run to see where estimated runtime differed from actual runtime

It's mostly the worst case that matters. The box with the longest run times was
infer-box.jl 109.5 109.75 -14.25 -14.0

It finished in
Celeste.ParallelRun.BoundingBox(109.5,109.75,-14.25,-14.0) took 13552.728412491 seconds

It's estimated hardness was
$ ./estimate-box-runtime.jl 109.5 109.75 -14.25 -14.0
...
[1] INFO: 73606 hardness (13 rcfs x 5662 targets) for region 109.5 109.75 -14.25 -14.0

which wasn't far from the limit (100,000). Had it exceeded 100,000, it would have been divided into smaller boxes. Instead it appeared in the top 6% of boxes.
The second most long-running task also appears in the top 6% of boxes according to estimated runtime.
On the other hand, the task that was estimated to take the longest (a full 100,000 units of difficulty) actually took only
slurm-3145502.out:[1] INFO: infer_box for Celeste.ParallelRun.BoundingBox(354.5,355.0,-2.5,-2.0) took 1444.118078708 seconds

Visual inspection of the area estimated to be most difficult vs the area that actual was the most difficult shows that the latter has many more bright objects--looks like a star field. If necessary, we can more accurately estimate its brightness by accounting for the brightness of the objects it contains, rather than just multiplying the number of light sources by the number of images.

As I said in the other issue, I'm concerned that these boxes are too large for effective load balance. A single task with a runtime of ~3.75 hours is pretty crazy. If the task granularity is, in fact, too coarse, then we'll have to shrink the boxes, and we can consider improving the difficulty estimate at that point.


fix(generator): no copying built files when publicPath is an url

Types of changes

[ ] Bug fix (a non-breaking change which fixes an issue)
[x] New feature (a non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to change)

Description

This is a small change so I didn't create an issue for it first. This is also technically a small breaking change, but the old behavior was never documented.
I have already described the intention in the git commit message, but here it is again:

When build.publicPath is an url, there is no point in copying over built css and js files, since they should be uploaded to CDN separately and already lives in a separate documented path.

In my case, since I have to upload .nuxt/dist/client to the CDN, I have to filter out the built js files in the dist folder, which is uploaded separately (I think this should be the case pretty generally when you use a CDN). And having to perform an extra step to remove these files first feels like a waste.
I don't have a strong opinion on this, if any nuxt team member has an objection, feel free to close the PR.
BTW, I'd like to send two more PRs, but I'm not sure if they will be accepted. So I'll just ask them here if that's ok.

Creating .nojekyll should be optional, maybe generate.nojekyll: bool and default to true?
There shouldn't be a __layout element in the generated html (there are a few issues asking for this), and technical wise, it only contains one child element, and not as the __nuxt element which might contain several thus is mandatory.

Checklist:

[ ] My change requires a change to the documentation.
[ ] I have updated the documentation accordingly. (PR: #)
[ ] I have added tests to cover my changes (if not applicable, please state why)
[x] All new and existing tests are passing.

Not sure how to test this, the generator test doesn't have any test that actually generates files.

Codecov Report

Merging #6792 into dev will increase coverage by 0.02%.
The diff coverage is 100%.

@@            Coverage Diff             @@
##              dev    #6792      +/-   ##
==========================================
+ Coverage   64.82%   64.85%   +0.02%
==========================================
  Files          78       78
  Lines        2718     2720       +2
  Branches      706      707       +1
==========================================
+ Hits         1762     1764       +2
  Misses        729      729
  Partials      227      227

Flag
Coverage Δ

#e2e
100% <ø> (ø)
:arrow_up:

#unit
64.85% <100%> (+0.02%)
:arrow_up:

Impacted Files
Coverage Δ

packages/generator/src/generator.js
100% <100%> (ø)
:arrow_up:

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 112d836...f209c63. Read the comment docs.

Hey @hgl
To better understand your use-case, you are using nuxt generate with a publicPath where you upload your .nuxt/dist/client to your CDN but the dist/*.html to another CDN?
About your 1. and 2., I agree, actually we may have to dig a bit more about __layout but I think it's mostly for testing purpose (so it can be env related).

About the .nojekyll file, it can be replaced by just have this file in the static/ directory. But that would be a breaking change so I think it could be for Nuxt 3, as well as the __layout removal, but agree for these changes.

To better understand your use-case, you are using nuxt generate with a publicPath where you upload your .nuxt/dist/client to your CDN but the dist/*.html to another CDN?

@Atinux mostly correct. In my case, I use s3 + cloudfront, and I need to upload twice, first for the built static files(eg., js, css, images etc), then for the html files. For two reasons:

Static files has hashes in their names, thus can have a far future expiration date.
Static files never overwrite but html files do, in order to achieve zero downtime, static files have to be uploaded first.

As for .nojekyll, I mostly just concern about omitting its generation, since not everyone deploys to a jekyll environment like GitHub pages, but good to know it can be replaced with the static/ trick.
So I should wait for the nuxt3 release instead of submitting the PRs?

I guess I probably should just use wildcard to match files instead of deleting static files.

Actually I would like to have your PR already so we can merge them in our next branch that will be related to Nuxt 3 :)

@Atinux OK, will take a look at the next branch when I can. :)


Link to Chinese translation

Link to Chinese translation

Thanks! I agree this is more useful, so I'll merge it.
/cc @itechifree as a courtesy


Revert "Fix explain bad indent when showing operatorMem."

Reverts cloudberrydb/cloudberrydb#288

ORCA has some failed.

Hi @avamingli, For the #288 checks failing, the job also showed when setuping upterm session, sudo: apt-get: command not found. I'm not sure if the workflow should be updated too. Just FYI.

Hi @avamingli, For the #288 checks failing, the job also showed when setuping upterm session, sudo: apt-get: command not found. I'm not sure if the workflow should be updated too. Just FYI.

I see this on other prs too, May need help from @smartyhero


Resolves #2685

Summary

Resolves sigstore/cosign#2685
PKCS11 sessions should be opened read only. Read/Write sessions are only required when importing or deleting objects. pkcs11.CKF_SERIAL_SESSION is always required for backwards compatibility.
Release Note

PKCS11 sessions are now opened read only.
Documentation

Thank you for this fix! This is probably a pain to check in our existing pkcs11_test.go, so I won't make you do that. Have you tested this (either with a write-protected token or a standard one)?

Can you send me command to trigger pkcs11_test.go? I have some golang experience, but not much around testing.
I have softhsmv2 installed via brew on macos.
export COSIGN_PKCS11_MODULE_PATH=/opt/homebrew/Cellar/softhsm/2.6.1/lib/softhsm/libsofthsm2.so

./cosign pkcs11-tool list-tokens

Listing tokens of PKCS11 module '/opt/homebrew/Cellar/softhsm/2.6.1/lib/softhsm/libsofthsm2.so'
Token in slot 293923252
	Label: cosign
	Manufacturer: SoftHSM project
	Model: SoftHSM v2
	S/N: 11ea1eac9184e9b4

Token in slot<PHONE_NUMBER>
	Label: My token 1
	Manufacturer: SoftHSM project
	Model: SoftHSM v2
	S/N: 1a91f6f2d8377af4

Token in slot 2
	Label:
	Manufacturer: SoftHSM project
	Model: SoftHSM v2
	S/N:

./cosign pkcs11-tool list-keys-uris --slot-id<PHONE_NUMBER>
Enter PIN for PKCS11 token 'My token 1':
Listing URIs of keys in slot '1480030964' of PKCS11 module '/opt/homebrew/Cellar/softhsm/2.6.1/lib/softhsm/libsofthsm2.so'

I have also merged a partial fix for #1489, which allows the list-* commands to respect COSIGN_PKCS11_MODULE_PATH
Let me know if there is additional testing I can do.

Ok, I have imported a key and tested signing using softhsm2, with a read only session.
./cosign pkcs11-tool list-keys-uris --slot-id 293923252
Enter PIN for PKCS11 token 'cosign':
Listing URIs of keys in slot '293923252' of PKCS11 module '/opt/homebrew/Cellar/softhsm/2.6.1/lib/softhsm/libsofthsm2.so'
Object 0
	Label: cosign
	ID: 0a
	URI: pkcs11:token=cosign;slot-id=293923252;id=%0a;object=cosign?module-path=/opt/homebrew/Cellar/softhsm/2.6.1/lib/softhsm/libsofthsm2.so&pin-value=cosign

./cosign sign --key 'pkcs11:token=cosign;slot-id=293923252;id=%0a;object=cosign?module-path=/opt/homebrew/Cellar/softhsm/2.6.1/lib/softhsm/libsofthsm2.so&pin-value=cosign' zzzmyorgzzz.azurecr.io/core/alpine:3.17.2
WARNING: no x509 certificate retrieved from the PKCS11 token
WARNING: Image reference zzzmyorgzzz.azurecr.io/core/alpine:3.17.2 uses a tag, not a digest, to identify the image to sign.
    This can lead you to sign a different image than the intended one. Please use a
    digest (example.com/ubuntu@sha256:abc123...) rather than tag
    (example.com/ubuntu:latest) for the input to cosign. The ability to refer to
    images by tag will be removed in a future release.

WARNING: "zzzmyorgzzz.azurecr.io/core/alpine" appears to be a private repository, please confirm uploading to the transparency log at "https://rekor.sigstore.dev"
Are you sure you would like to continue? [y/N] n
not uploading to transparency log
Pushing signature to: zzzmyorgzzz.azurecr.io/core/alpine

Thank you so much! That testing is sufficient for now.


Misleading statment

It says " Application rules allow or deny outbound and east-west traffic based on the application layer (L7). "
But if put a internet fqdn, then it is not a east-west traffic. It is North-South traffic.

Document Details
⚠ Do not edit this section. It is required for learn.microsoft.com ➟ GitHub issue linking.

ID: 08324cd3-7f61-81f6-a7e8-3f2111304d20
Version Independent ID: 348ef905-d8d2-3dc0-08d9-961b1ba5f7ed
Content: Azure Firewall policy rule sets
Content Source: articles/firewall/policy-rule-sets.md
Service: firewall
GitHub Login: @vhorne
Microsoft Alias: victorh

Hello @D-Moonesinghe ,
Application rules aren't applied for inbound connections, and can be only applied for outbound connections. It is recommended to use WAF with Azure Application gateway to inspect incoming connections. Hope this helps! Please let me know if you have any additional questions. Thank you!


Pygpsclient crashes when "save configuration"  on macos

PyGPSClient Bug Report Template
Describe the bug
I tried several times,
but as soon as I  ask to save configuration, PYGPSClient crashes immediately
I was connected with serial port  with the following configuration
Process:               python3.10 [23489]
Path:                  /Users/USER/*/python
Identifier:            python3.10
Version:               ???

Code Type:             ARM-64 (Native)
Parent Process:        zsh [4478]
Responsible:           Terminal [4934]
User ID:               502
Date/Time:             2023-12-28 21:59:02.3466 +0100
OS Version:            macOS 12.7 (21G816)
Report Version:        12
Anonymous UUID:        ED00EC5F-84FF-208C-8B11-D7D296943ACF
Sleep/Wake UUID:       5E1BCE4F-9D11-41EE-A854-528A5218764D
Time Awake Since Boot: 2000000 seconds
Time Since Wake:       547106 seconds
System Integrity Protection: disabled
Crashed Thread:        0  Dispatch queue: com.apple.main-thread
Exception Type:        EXC_BAD_ACCESS (SIGSEGV)
Exception Codes:       KERN_INVALID_ADDRESS at 0x0000000000000000
Exception Codes:       0x0000000000000001, 0x0000000000000000
Exception Note:        EXC_CORPSE_NOTIFY
Termination Reason:    Namespace SIGNAL, Code 11 Segmentation fault: 11
Terminating Process:   exc handler [23489]
VM Region Info: 0 is not in any region.  Bytes before following region:<PHONE_NUMBER>
REGION TYPE                    START - END         [ VSIZE] PRT/MAX SHRMOD  REGION DETAIL
UNUSED SPACE AT START
--->
__TEXT                      104d24000-105034000    [ 3136K] r-x/r-x SM=COW  .../*/python3.10
Thread 0 Crashed::  Dispatch queue: com.apple.main-thread
0   ???                           	               0x0 ???
1   libdispatch.dylib             	       0x1ae9581b4 _dispatch_client_callout + 20
2   libdispatch.dylib             	       0x1ae959a34 _dispatch_once_callout + 32
3   ImageIO                       	       0x1b7b83c78 TIFFWritePlugin::writeAll() + 80
4   ImageIO                       	       0x1b7b83be0 IIO_Writer_TIFF::write(void*, void*) + 36
5   ImageIO                       	       0x1b7c4e0f0 IIOImageDestination::finalizeDestination() + 592
6   ImageIO                       	       0x1b7b83a6c CGImageDestinationFinalize + 132
7   AppKit                        	       0x1b19cbd3c +[NSBitmapImageRep(NSBitmapImageFileTypeExtensions) representationOfImageRepsInArray:usingType:properties:] + 2048
8   AppKit                        	       0x1b1ba7f38 -[NSBitmapImageRep TIFFRepresentation] + 76
9   AppKit                        	       0x1b1ba711c -[NSBitmapImageRep encodeWithCoder:] + 44
10  Foundation                    	       0x1afa87cfc -[NSXPCEncoder _encodeObject:] + 520
11  Foundation                    	       0x1afa8d0b4 _NSXPCSerializationAddInvocationWithOnlyObjectArgumentsArray + 120
12  Foundation                    	       0x1afa8cf60 -[NSXPCEncoder _encodeInvocationObjectArgumentsOnly:count:typeString:selector:isReply:into:] + 212
13  Foundation                    	       0x1afa85ef8 -[NSXPCConnection _sendInvocation:orArguments:count:methodSignature:selector:withProxy:] + 1448
14  Foundation                    	       0x1afa8e4e4 -[NSXPCConnection _sendSelector:withProxy:arg1:] + 132
15  Foundation                    	       0x1afa8e408 NSXPCDistantObjectSimpleMessageSend1 + 68
16  CoreFoundation                	       0x1aebc9c54 invoking + 148
17  CoreFoundation                	       0x1aebc9acc -[NSInvocation invoke] + 468
18  CoreFoundation                	       0x1aebfd510 -[NSInvocation invokeWithTarget:] + 80
19  ViewBridge                    	       0x1b5f38b9c -[NSVB_ViewServiceImplicitAnimationEncodingProxy forwardInvocation:] + 204
20  CoreFoundation                	       0x1aebc80ec forwarding + 1004
21  CoreFoundation                	       0x1aebc7c40 _CF_forwarding_prep_0 + 96
22  ViewBridge                    	       0x1b5fa3d50 -[NSRemoteView _maintainSnapshotOfAccessoryWindowInService:] + 284
23  ViewBridge                    	       0x1b5f80b9c -[NSVBAccessoryWindow _setFrameCommon:display:stashSize:] + 764
24  AppKit                        	       0x1b181d828 -[NSWindow(NSConstraintBasedLayout) _changeWindowFrameFromConstraintsIfNecessary] + 468
25  CoreAutoLayout                	       0x1b60a509c -[NSISEngine withBehaviors:performModifications:] + 88
26  AppKit                        	       0x1b181d5ec -[NSWindow(NSConstraintBasedLayout) layoutIfNeeded] + 264
27  AppKit                        	       0x1b189dcd0 -[NSView _layoutAtWindowLevelIfNeeded] + 92
28  AppKit                        	       0x1b189d0a8 -[NSView _oldDisplayRectIgnoringOpacity:isVisibleRect:rectIsVisibleRectForView:] + 92
29  AppKit                        	       0x1b18216ec -[NSView displayIfNeeded] + 496
30  AppKit                        	       0x1b17a22b4 -[NSWindow _setFrameCommon:display:fromServer:] + 3556
31  ViewBridge                    	       0x1b5f80a10 -[NSVBAccessoryWindow _setFrameCommon:display:stashSize:] + 368
32  ViewBridge                    	       0x1b5f9b608 -[NSRemoteView serviceAccessoryViewFrameChanged:] + 88
33  CoreFoundation                	       0x1aebc9c54 invoking + 148
34  CoreFoundation                	       0x1aebc9acc -[NSInvocation invoke] + 468
35  ViewBridge                    	       0x1b5f37e08 __deferNSXPCInvocationOntoMainThread_block_invoke + 248
36  ViewBridge                    	       0x1b5f2aac8 __wrapBlockWithVoucher_block_invoke + 56
37  ViewBridge                    	       0x1b5f2a73c __deferBlockOntoMainThread_block_invoke_2 + 324
38  CoreFoundation                	       0x1aebe89a4 CFRUNLOOP_IS_CALLING_OUT_TO_A_BLOCK + 28
39  CoreFoundation                	       0x1aebe881c __CFRunLoopDoBlocks + 412
40  CoreFoundation                	       0x1aebe749c __CFRunLoopRun + 808
41  CoreFoundation                	       0x1aebe69d4 CFRunLoopRunSpecific + 600
42  ViewBridge                    	       0x1b5f29a6c __invokeRunLoopInModeForDuration_block_invoke_2 + 36
43  ViewBridge                    	       0x1b5f29944 invokeRunLoopInModeForDuration + 216
44  ViewBridge                    	       0x1b5f29860 __29-[NSCFRunLoopSemaphore wait:]_block_invoke_3 + 116
45  ViewBridge                    	       0x1b5f297e4 CONSIDER_WHO_REQUESTED_THIS_WAIT_BEFORE_SENDING_BUG_TO_VIEWBRIDGE + 24
46  ViewBridge                    	       0x1b5f29798 __29-[NSCFRunLoopSemaphore wait:]_block_invoke_2 + 144
47  ViewBridge                    	       0x1b5f29678 __29-[NSCFRunLoopSemaphore wait:]_block_invoke + 208
48  ViewBridge                    	       0x1b5f29268 +[NSCFRunLoopSemaphore _observe:whilePerforming:] + 312
49  ViewBridge                    	       0x1b5f28de8 -[NSCFRunLoopSemaphore wait:] + 204
50  ViewBridge                    	       0x1b5f28c2c -[NSCFRunLoopSemaphore wait] + 44
51  AppKit                        	       0x1b2180bd4 -[NSSavePanel beginServicePanel] + 440
52  AppKit                        	       0x1b218271c -[NSSavePanel runModal] + 576
53  libtk8.6.dylib                	       0x105b31708 showOpenSavePanel + 120
54  libtk8.6.dylib                	       0x105b32108 Tk_GetSaveFileObjCmd + 2140
55  libtcl8.6.dylib               	       0x1058ee244 Tcl_EvalObjv + 340
56  _tkinter.cpython-310-darwin.so	       0x10572855c Tkapp_Call + 336
57  python3.10                    	       0x104de966c cfunction_call + 96
58  python3.10                    	       0x104ea51b0 _PyEval_EvalFrameDefault + 50500
59  python3.10                    	       0x104d8bcf4 _PyFunction_Vectorcall + 548
60  python3.10                    	       0x104ea11c4 _PyEval_EvalFrameDefault + 34136
61  python3.10                    	       0x104d8bcf4 _PyFunction_Vectorcall + 548
62  python3.10                    	       0x104ec1a48 call_function + 148
63  python3.10                    	       0x104e9a86c _PyEval_EvalFrameDefault + 7168
64  python3.10                    	       0x104d8bcf4 _PyFunction_Vectorcall + 548
65  python3.10                    	       0x104ea11c4 _PyEval_EvalFrameDefault + 34136
66  python3.10                    	       0x104d8bcf4 _PyFunction_Vectorcall + 548
67  python3.10                    	       0x104d904b8 method_vectorcall + 388
68  python3.10                    	       0x104ea0cb4 _PyEval_EvalFrameDefault + 32840
69  python3.10                    	       0x104d8bcf4 _PyFunction_Vectorcall + 548
70  python3.10                    	       0x104d904b8 method_vectorcall + 388
71  _tkinter.cpython-310-darwin.so	       0x10572a890 PythonCmd + 196
72  libtcl8.6.dylib               	       0x1058f0294 TclEvalObjEx + 112
73  libtk8.6.dylib                	       0x105aaf240 TkInvokeMenu + 480
74  libtk8.6.dylib                	       0x105b3e7bc -[TKMenu(TKMenuActions) tkMenuItemInvoke:] + 188
75  AppKit                        	       0x1b1953564 -[NSApplication(NSResponder) sendAction:to:from:] + 460
76  AppKit                        	       0x1b1a49288 -[NSMenuItem _corePerformAction] + 444
77  AppKit                        	       0x1b1a48f7c -[NSCarbonMenuImpl performActionWithHighlightingForItemAtIndex:] + 100
78  AppKit                        	       0x1b1a91b74 -[NSMenu performActionForItemAtIndex:] + 200
79  AppKit                        	       0x1b1a91a94 -[NSMenu _internalPerformActionForItemAtIndex:] + 100
80  AppKit                        	       0x1b1a918a0 -[NSCarbonMenuImpl _carbonCommandProcessEvent:handlerCallRef:] + 116
81  AppKit                        	       0x1b1a2ce0c NSSLMMenuEventHandler + 728
82  HIToolbox                     	       0x1b78076c8 DispatchEventToHandlers(EventTargetRec*, OpaqueEventRef*, HandlerCallRec*) + 1084
83  HIToolbox                     	       0x1b7806b4c SendEventToEventTargetInternal(OpaqueEventRef*, OpaqueEventTargetRef*, HandlerCallRec*) + 356
84  HIToolbox                     	       0x1b781ce50 SendEventToEventTarget + 40
85  HIToolbox                     	       0x1b787d870 SendHICommandEvent(unsigned int, HICommand const*, unsigned int, unsigned int, unsigned char, void const*, OpaqueEventTargetRef*, OpaqueEventTargetRef*, OpaqueEventRef**) + 416
86  HIToolbox                     	       0x1b78a29ac SendMenuCommandWithContextAndModifiers + 56
87  HIToolbox                     	       0x1b78a293c SendMenuItemSelectedEvent + 352
88  HIToolbox                     	       0x1b78a2768 FinishMenuSelection(SelectionData*, MenuResult*, MenuResult*) + 100
89  HIToolbox                     	       0x1b78a3128 MenuSelectCore(MenuData*, Point, double, unsigned int, OpaqueMenuRef**, unsigned short*) + 560
90  HIToolbox                     	       0x1b78a2e48 _HandleMenuSelection2 + 416
91  AppKit                        	       0x1b18ec68c _NSHandleCarbonMenuEvent + 300
92  AppKit                        	       0x1b18ec46c _DPSEventHandledByCarbon + 68
93  AppKit                        	       0x1b174e550 -[NSApplication(NSEvent) _nextEventMatchingEventMask:untilDate:inMode:dequeue:] + 3280
94  libtk8.6.dylib                	       0x105b44750 TkMacOSXEventsCheckProc + 448
95  libtcl8.6.dylib               	       0x1059a9968 Tcl_DoOneEvent + 320
96  _tkinter.cpython-310-darwin.so	       0x105729e10 _tkinter_tkapp_mainloop_impl + 252
97  python3.10                    	       0x104d9af30 method_vectorcall_FASTCALL + 108
98  python3.10                    	       0x104ea11c4 _PyEval_EvalFrameDefault + 34136
99  python3.10                    	       0x104d8bcf4 _PyFunction_Vectorcall + 548
100 python3.10                    	       0x104d903b0 method_vectorcall + 124
101 python3.10                    	       0x104ea296c _PyEval_EvalFrameDefault + 40192
102 python3.10                    	       0x104d8bcf4 _PyFunction_Vectorcall + 548
103 python3.10                    	       0x104ec1a48 call_function + 148
104 python3.10                    	       0x104e9a95c _PyEval_EvalFrameDefault + 7408
105 python3.10                    	       0x104e96f60 _PyEval_Vector + 532
106 python3.10                    	       0x104f1027c run_mod + 220
107 python3.10                    	       0x104f1001c pyrun_file + 156
108 python3.10                    	       0x104f0fa68 _PyRun_SimpleFileObject + 316
109 python3.10                    	       0x104f0f3d0 _PyRun_AnyFileObject + 216
110 python3.10                    	       0x104f33a8c pymain_run_file_obj + 196
111 python3.10                    	       0x104f33318 pymain_run_file + 72
112 python3.10                    	       0x104f329b8 pymain_run_python + 340
113 python3.10                    	       0x104f3280c Py_RunMain + 40
114 python3.10                    	       0x104d2bb58 main + 56
115 dyld                          	       0x10527108c start + 520
Thread 1:: com.apple.NSEventThread
0   libsystem_kernel.dylib        	       0x1aeade890 mach_msg_trap + 8
1   libsystem_kernel.dylib        	       0x1aeaded00 mach_msg + 76
2   CoreFoundation                	       0x1aebe9160 __CFRunLoopServiceMachPort + 372
3   CoreFoundation                	       0x1aebe7610 __CFRunLoopRun + 1180
4   CoreFoundation                	       0x1aebe69d4 CFRunLoopRunSpecific + 600
5   AppKit                        	       0x1b18bc09c _NSEventThread + 196
6   libsystem_pthread.dylib       	       0x1aeb1c26c _pthread_start + 148
7   libsystem_pthread.dylib       	       0x1aeb1708c thread_start + 8
Thread 2:
0   libsystem_kernel.dylib        	       0x1aeae9578 __select + 8
1   libtcl8.6.dylib               	       0x1059fcff8 NotifierThreadProc + 668
2   libsystem_pthread.dylib       	       0x1aeb1c26c _pthread_start + 148
3   libsystem_pthread.dylib       	       0x1aeb1708c thread_start + 8
Thread 3:
0   libsystem_pthread.dylib       	       0x1aeb17078 start_wqthread + 0
Thread 4:
0   libsystem_pthread.dylib       	       0x1aeb17078 start_wqthread + 0
Thread 5:
0   libsystem_kernel.dylib        	       0x1aeae2250 __psynch_cvwait + 8
1   libsystem_pthread.dylib       	       0x1aeb1c83c _pthread_cond_wait + 1236
2   libtcl8.6.dylib               	       0x1059e8a58 Tcl_ConditionWait + 252
3   _tkinter.cpython-310-darwin.so	       0x10572a7ac Tkapp_ThreadSend + 92
4   _tkinter.cpython-310-darwin.so	       0x1057284e0 Tkapp_Call + 212
5   python3.10                    	       0x104d9b5ac method_vectorcall_VARARGS + 344
6   python3.10                    	       0x104ea11c4 _PyEval_EvalFrameDefault + 34136
7   python3.10                    	       0x104d8bcf4 _PyFunction_Vectorcall + 548
8   python3.10                    	       0x104d903b0 method_vectorcall + 124
9   python3.10                    	       0x104ea296c _PyEval_EvalFrameDefault + 40192
10  python3.10                    	       0x104d8bcf4 _PyFunction_Vectorcall + 548
11  python3.10                    	       0x104ea11c4 _PyEval_EvalFrameDefault + 34136
12  python3.10                    	       0x104d8bcf4 _PyFunction_Vectorcall + 548
13  python3.10                    	       0x104d90454 method_vectorcall + 288
14  python3.10                    	       0x104ea0cb4 _PyEval_EvalFrameDefault + 32840
15  python3.10                    	       0x104d8bcf4 _PyFunction_Vectorcall + 548
16  python3.10                    	       0x104ea11c4 _PyEval_EvalFrameDefault + 34136
17  python3.10                    	       0x104d8bcf4 _PyFunction_Vectorcall + 548
18  python3.10                    	       0x104ea11c4 _PyEval_EvalFrameDefault + 34136
19  python3.10                    	       0x104d8bcf4 _PyFunction_Vectorcall + 548
20  python3.10                    	       0x104d904b8 method_vectorcall + 388
21  python3.10                    	       0x104f80190 thread_run + 164
22  python3.10                    	       0x104f20d8c pythread_wrapper + 48
23  libsystem_pthread.dylib       	       0x1aeb1c26c _pthread_start + 148
24  libsystem_pthread.dylib       	       0x1aeb1708c thread_start + 8
Thread 6:
0   libsystem_pthread.dylib       	       0x1aeb17078 start_wqthread + 0
Thread 7:
0   libsystem_pthread.dylib       	       0x1aeb17078 start_wqthread + 0
Thread 8:
0   libsystem_pthread.dylib       	       0x1aeb17078 start_wqthread + 0
Thread 9:
0   libsystem_pthread.dylib       	       0x1aeb17078 start_wqthread + 0
Thread 10:
0   libsystem_kernel.dylib        	       0x1aeae2250 __psynch_cvwait + 8
1   libsystem_pthread.dylib       	       0x1aeb1c83c _pthread_cond_wait + 1236
2   Foundation                    	       0x1afca26fc -[_NSThreadPerformInfo wait] + 68
3   Foundation                    	       0x1afabacc4 -[NSObject(NSThreadPerformAdditions) performSelector:onThread:withObject:waitUntilDone:modes:] + 784
4   libtk8.6.dylib                	       0x105b3e050 -[TKBackgroundLoop main] + 208
5   Foundation                    	       0x1afac559c NSThread__start + 808
6   libsystem_pthread.dylib       	       0x1aeb1c26c _pthread_start + 148
7   libsystem_pthread.dylib       	       0x1aeb1708c thread_start + 8
Thread 0 crashed with ARM Thread State (64-bit):
x0: 0x0000000000000000   x1: 0x00000001b7c02de8   x2: 0x00000001b7c02de8   x3: 0x000000000000001b
x4: 0x0000000000000074   x5: 0x0000000000000068   x6: 0x00000001b5a553e4   x7: 0x0000000000000001
x8: 0x0000000000000000   x9: 0x0000000000000100  x10: 0x0000000000003c30  x11: 0x0000000000000000
x12: 0x00000000f1631108  x13: 0x0000000071631000  x14: 0x0000000071600000  x15: 0x0000000207591040
x16: 0x0000000000000000  x17: 0x0000000209248278  x18: 0x0000000000000000  x19: 0x0000000204f3fc10
x20: 0x0000600000cabc30  x21: 0x0000000000000001  x22: 0x0000000000000001  x23: 0x0000600001717700
x24: 0x00006000029cc7e0  x25: 0x0000000000000001  x26: 0x0000000000000001  x27: 0x00000001f8e731bf
x28: 0x00000001f8f0a0df   fp: 0x000000016b0d3850   lr: 0x00000001b7c02dfc
sp: 0x000000016b0d3850   pc: 0x0000000000000000 cpsr: 0x60001000
far: 0x0000000000000000  esr: 0x82000006 (Instruction Abort) Translation fault
Binary Images:
0x0 - 0xffffffffffffffff ??? () <00000000-0000-0000-0000-000000000000> ???
0x1ae954000 -        0x1ae99afff libdispatch.dylib () <26532eb9-1697-3bcb-aa36-f07a3405770a> /usr/lib/system/libdispatch.dylib
0x1b7b7e000 -        0x1b7dcdfff com.apple.ImageIO (3.3.0)  /System/Library/Frameworks/ImageIO.framework/Versions/A/ImageIO
0x1b170e000 -        0x1b25c6fff com.apple.AppKit (6.9)  /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit
0x1afa69000 -        0x1afe5afff com.apple.Foundation (6.9) <6a33f522-7b02-3eb6-a929-f7a6b9db3f72> /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation
0x1aeb64000 -        0x1af0aafff com.apple.CoreFoundation (6.9)  /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation
0x1b5f25000 -        0x1b6020fff com.apple.ViewBridge (640.1)  /System/Library/PrivateFrameworks/ViewBridge.framework/Versions/A/ViewBridge
0x1b6094000 -        0x1b60defff com.apple.CoreAutoLayout (1.0) <8efc0d83-c977-3778-9d17-456d87a68a78> /System/Library/PrivateFrameworks/CoreAutoLayout.framework/Versions/A/CoreAutoLayout
0x105a60000 -        0x105b7ffff libtk8.6.dylib () <25ab018a-0c9a-3667-bc5b-3e243717dacf> /Users/USER//libtk8.6.dylib
0x1058d0000 -        0x105a1ffff libtcl8.6.dylib ()  /Users/USER//libtcl8.6.dylib
0x105720000 -        0x10572ffff _tkinter.cpython-310-darwin.so () <48f6438b-447d-3a20-832c-6ae6971ee345> /Users/USER//_tkinter.cpython-310-darwin.so
0x104d24000 -        0x105033fff python3.10 () <17cf3cb5-0a5a-332f-9993-8461d8524238> /Users/USER//python3.10
0x1b77fd000 -        0x1b7b30fff com.apple.HIToolbox (2.1.1) <07987381-b579-3f72-8ba8-97fa5b5a3352> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/HIToolbox.framework/Versions/A/HIToolbox
0x10526c000 -        0x1052cbfff dyld () <6c9a46d9-7137-3785-afc9-7feeceb8cadb> /usr/lib/dyld
0x1aeadd000 -        0x1aeb14fff libsystem_kernel.dylib () <4b67e099-d4a8-37e2-a8be-f4718e5dc028> /usr/lib/system/libsystem_kernel.dylib
0x1aeb15000 -        0x1aeb21fff libsystem_pthread.dylib (*) <569fc817-bb09-3ef2-8b18-af7f7bd615ec> /usr/lib/system/libsystem_pthread.dylib
External Modification Summary:
Calls made by other processes targeting this process:
task_for_pid: 0
thread_create: 0
thread_set_state: 0
Calls made by this process:
task_for_pid: 0
thread_create: 0
thread_set_state: 0
Calls made by all processes on this machine:
task_for_pid: 0
thread_create: 0
thread_set_state: 0
VM Region Summary:
ReadOnly portion of Libraries: Total=852.5M resident=0K(0%) swapped_out_or_unallocated=852.5M(100%)
Writable regions: Total=2.0G written=0K(0%) resident=0K(0%) swapped_out=0K(0%) unallocated=2.0G(100%)
                            VIRTUAL   REGION

REGION TYPE                        SIZE    COUNT (non-coalesced)
===========                     =======  =======
Accelerate framework               768K        6
Activity Tracing                   256K        1
CG backing stores                 8576K        8
CG image                           800K        8
ColorSync                          624K       27
CoreAnimation                     51.0M       16
CoreGraphics                        48K        3
CoreUI image data                 1888K       13
Foundation                          16K        1
Kernel Alloc Once                   32K        1
MALLOC                           316.7M      232
MALLOC guard page                  192K       11
MALLOC_MEDIUM (reserved)           1.2G       10         reserved VM address space (unallocated)
MALLOC_NANO (reserved)           384.0M        1         reserved VM address space (unallocated)
STACK GUARD                        176K       11
Stack                             36.4M       11
VM_ALLOCATE                       17.0M       40
__AUTH                            1905K      178
__AUTH_CONST                      10.9M      331
__CTF                               756        1
__DATA                            9871K      379
__DATA_CONST                      13.3M      389
__DATA_DIRTY                       858K      117
__FONT_DATA                          4K        1
__LINKEDIT                       582.1M       60
__OBJC_CONST                      1781K      155
__OBJC_RO                         83.0M        1
__OBJC_RW                         3168K        1
__TEXT                           270.4M      405
__UNICODE                          592K        1
dyld private memory               1024K        1
mapped file                      166.9M       25
shared memory                     1408K       15
===========                     =======  =======
TOTAL                              3.1G     2460
TOTAL, minus reserved VM space     1.5G     2460

Full Report
{"app_name":"python3.10","timestamp":"2023-12-28 21:59:03.00 +0100","app_version":"","slice_uuid":"17cf3cb5-0a5a-332f-9993-8461d8524238","build_version":"","platform":1,"share_with_app_devs":0,"is_first_party":1,"bug_type":"309","os_version":"macOS 12.7 (21G816)","incident_id":"96052AC9-9C79-4FA0-8FE9-AF5E1A5ECA70","name":"python3.10"}
{
"uptime" : 2000000,
"procLaunch" : "2023-12-28 21:58:19.1091 +0100",
"procRole" : "Foreground",
"version" : 2,
"userID" : 502,
"deployVersion" : 210,
"modelCode" : "MacBookPro18,2",
"procStartAbsTime" :<PHONE_NUMBER>0431,
"coalitionID" : 3017,
"osVersion" : {
"train" : "macOS 12.7",
"build" : "21G816",
"releaseType" : "User"
},
"captureTime" : "2023-12-28 21:59:02.3466 +0100",
"incident" : "96052AC9-9C79-4FA0-8FE9-AF5E1A5ECA70",
"bug_type" : "309",
"pid" : 23489,
"procExitAbsTime" :<PHONE_NUMBER>1436,
"translated" : false,
"cpuType" : "ARM-64",
"procName" : "python3.10",
"procPath" : "/Users/USER//python",
"parentProc" : "zsh",
"parentPid" : 4478,
"coalitionName" : "com.apple.Terminal",
"crashReporterKey" : "ED00EC5F-84FF-208C-8B11-D7D296943ACF",
"responsiblePid" : 4934,
"responsibleProc" : "Terminal",
"wakeTime" : 547106,
"sleepWakeUUID" : "5E1BCE4F-9D11-41EE-A854-528A5218764D",
"sip" : "disabled",
"vmRegionInfo" : "0 is not in any region.  Bytes before following region:<PHONE_NUMBER>\n      REGION TYPE                    START - END         [ VSIZE] PRT/MAX SHRMOD  REGION DETAIL\n      UNUSED SPACE AT START\n--->  \n      __TEXT                      104d24000-105034000    [ 3136K] r-x/r-x SM=COW  ...//python3.10",
"isCorpse" : 1,
"exception" : {"codes":"0x0000000000000001, 0x0000000000000000","rawCodes":[1,0],"type":"EXC_BAD_ACCESS","signal":"SIGSEGV","subtype":"KERN_INVALID_ADDRESS at 0x0000000000000000"},
"termination" : {"flags":0,"code":11,"namespace":"SIGNAL","indicator":"Segmentation fault: 11","byProc":"exc handler","byPid":23489},
"vmregioninfo" : "0 is not in any region.  Bytes before following region:<PHONE_NUMBER>\n      REGION TYPE                    START - END         [ VSIZE] PRT/MAX SHRMOD  REGION DETAIL\n      UNUSED SPACE AT START\n--->  \n      _TEXT                      104d24000-105034000    [ 3136K] r-x/r-x SM=COW  .../*/python3.10",
"extMods" : {"caller":{"thread_create":0,"thread_set_state":0,"task_for_pid":0},"system":{"thread_create":0,"thread_set_state":0,"task_for_pid":0},"targeted":{"thread_create":0,"thread_set_state":0,"task_for_pid":0},"warnings":0},
"faultingThread" : 0,
"threads" : [{"triggered":true,"id":14266983,"threadState":{"x":[{"value":0},{"value":7377792488,"symbolLocation":0,"symbol":"invocation function for block in SetupTIFFErrorHandler()"},{"value":7377792488,"symbolLocation":0,"symbol":"invocation function for block in SetupTIFFErrorHandler()"},{"value":27},{"value":116},{"value":104},{"value":7342478308,"symbolLocation":312,"symbol":"kImageTilingInfo_CG8bpc"},{"value":1},{"value":0},{"value":256},{"value":15408},{"value":0},{"value":4049801480},{"value":1902317568},{"value":1902116864},{"value":8713211968,"symbolLocation":0,"symbol":"OBJC_CLASS$___NSArrayM"},{"value":0},{"value":8743322232},{"value":0},{"value":8673033232,"symbolLocation":0,"symbol":"SetupTIFFErrorHandler()::setupOnce"},{"value":105553129552944},{"value":1},{"value":1},{"value":105553140479744},{"value":105553160095712},{"value":1},{"value":1},{"value":8470868415,"objc-selector":"objectAtIndex:"},{"value":8471486687,"objc-selector":"_getCGImageRefCreateIfNecessary"}],"flavor":"ARM_THREAD_STATE64","lr":{"value":7377792508},"cpsr":{"value":1610616832},"fp":{"value":6090995792},"sp":{"value":6090995792},"esr":{"value":2181038086,"description":"(Instruction Abort) Translation fault"},"pc":{"value":0},"far":{"value":0}},"queue":"com.apple.main-thread","frames":[{"imageOffset":0,"imageIndex":0},{"imageOffset":16820,"symbol":"_dispatch_client_callout","symbolLocation":20,"imageIndex":1},{"imageOffset":23092,"symbol":"_dispatch_once_callout","symbolLocation":32,"imageIndex":1},{"imageOffset":23672,"symbol":"TIFFWritePlugin::writeAll()","symbolLocation":80,"imageIndex":2},{"imageOffset":23520,"symbol":"IIO_Writer_TIFF::write(void*, void*)","symbolLocation":36,"imageIndex":2},{"imageOffset":852208,"symbol":"IIOImageDestination::finalizeDestination()","symbolLocation":592,"imageIndex":2},{"imageOffset":23148,"symbol":"CGImageDestinationFinalize","symbolLocation":132,"imageIndex":2},{"imageOffset":2874684,"symbol":"+[NSBitmapImageRep(NSBitmapImageFileTypeExtensions) representationOfImageRepsInArray:usingType:properties:]","symbolLocation":2048,"imageIndex":3},{"imageOffset":4824888,"symbol":"-[NSBitmapImageRep TIFFRepresentation]","symbolLocation":76,"imageIndex":3},{"imageOffset":4821276,"symbol":"-[NSBitmapImageRep encodeWithCoder:]","symbolLocation":44,"imageIndex":3},{"imageOffset":126204,"symbol":"-[NSXPCEncoder _encodeObject:]","symbolLocation":520,"imageIndex":4},{"imageOffset":147636,"symbol":"_NSXPCSerializationAddInvocationWithOnlyObjectArgumentsArray","symbolLocation":120,"imageIndex":4},{"imageOffset":147296,"symbol":"-[NSXPCEncoder _encodeInvocationObjectArgumentsOnly:count:typeString:selector:isReply:into:]","symbolLocation":212,"imageIndex":4},{"imageOffset":118520,"symbol":"-[NSXPCConnection _sendInvocation:orArguments:count:methodSignature:selector:withProxy:]","symbolLocation":1448,"imageIndex":4},{"imageOffset":152804,"symbol":"-[NSXPCConnection _sendSelector:withProxy:arg1:]","symbolLocation":132,"imageIndex":4},{"imageOffset":152584,"symbol":"NSXPCDistantObjectSimpleMessageSend1","symbolLocation":68,"imageIndex":4},{"imageOffset":416852,"symbol":"invoking","symbolLocation":148,"imageIndex":5},{"imageOffset":416460,"symbol":"-[NSInvocation invoke]","symbolLocation":468,"imageIndex":5},{"imageOffset":627984,"symbol":"-[NSInvocation invokeWithTarget:]","symbolLocation":80,"imageIndex":5},{"imageOffset":80796,"symbol":"-[NSVB_ViewServiceImplicitAnimationEncodingProxy forwardInvocation:]","symbolLocation":204,"imageIndex":6},{"imageOffset":409836,"symbol":"forwarding","symbolLocation":1004,"imageIndex":5},{"imageOffset":408640,"symbol":"_CF_forwarding_prep_0","symbolLocation":96,"imageIndex":5},{"imageOffset":519504,"symbol":"-[NSRemoteView _maintainSnapshotOfAccessoryWindowInService:]","symbolLocation":284,"imageIndex":6},{"imageOffset":375708,"symbol":"-[NSVBAccessoryWindow _setFrameCommon:display:stashSize:]","symbolLocation":764,"imageIndex":6},{"imageOffset":1112104,"symbol":"-[NSWindow(NSConstraintBasedLayout) _changeWindowFrameFromConstraintsIfNecessary]","symbolLocation":468,"imageIndex":3},{"imageOffset":69788,"symbol":"-[NSISEngine withBehaviors:performModifications:]","symbolLocation":88,"imageIndex":7},{"imageOffset":1111532,"symbol":"-[NSWindow(NSConstraintBasedLayout) layoutIfNeeded]","symbolLocation":264,"imageIndex":3},{"imageOffset":1637584,"symbol":"-[NSView _layoutAtWindowLevelIfNeeded]","symbolLocation":92,"imageIndex":3},{"imageOffset":1634472,"symbol":"-[NSView _oldDisplayRectIgnoringOpacity:isVisibleRect:rectIsVisibleRectForView:]","symbolLocation":92,"imageIndex":3},{"imageOffset":1128172,"symbol":"-[NSView displayIfNeeded]","symbolLocation":496,"imageIndex":3},{"imageOffset":606900,"symbol":"-[NSWindow _setFrameCommon:display:fromServer:]","symbolLocation":3556,"imageIndex":3},{"imageOffset":375312,"symbol":"-[NSVBAccessoryWindow _setFrameCommon:display:stashSize:]","symbolLocation":368,"imageIndex":6},{"imageOffset":484872,"symbol":"-[NSRemoteView serviceAccessoryViewFrameChanged:]","symbolLocation":88,"imageIndex":6},{"imageOffset":416852,"symbol":"invoking","symbolLocation":148,"imageIndex":5},{"imageOffset":416460,"symbol":"-[NSInvocation invoke]","symbolLocation":468,"imageIndex":5},{"imageOffset":77320,"symbol":"__deferNSXPCInvocationOntoMainThread_block_invoke","symbolLocation":248,"imageIndex":6},{"imageOffset":23240,"symbol":"__wrapBlockWithVoucher_block_invoke","symbolLocation":56,"imageIndex":6},{"imageOffset":22332,"symbol":"__deferBlockOntoMainThread_block_invoke_2","symbolLocation":324,"imageIndex":6},{"imageOffset":543140,"symbol":"CFRUNLOOP_IS_CALLING_OUT_TO_A_BLOCK","symbolLocation":28,"imageIndex":5},{"imageOffset":542748,"symbol":"__CFRunLoopDoBlocks","symbolLocation":412,"imageIndex":5},{"imageOffset":537756,"symbol":"__CFRunLoopRun","symbolLocation":808,"imageIndex":5},{"imageOffset":534996,"symbol":"CFRunLoopRunSpecific","symbolLocation":600,"imageIndex":5},{"imageOffset":19052,"symbol":"__invokeRunLoopInModeForDuration_block_invoke_2","symbolLocation":36,"imageIndex":6},{"imageOffset":18756,"symbol":"invokeRunLoopInModeForDuration","symbolLocation":216,"imageIndex":6},{"imageOffset":18528,"symbol":"__29-[NSCFRunLoopSemaphore wait:]_block_invoke_3","symbolLocation":116,"imageIndex":6},{"imageOffset":18404,"symbol":"CONSIDER_WHO_REQUESTED_THIS_WAIT_BEFORE_SENDING_BUG_TO_VIEWBRIDGE","symbolLocation":24,"imageIndex":6},{"imageOffset":18328,"symbol":"__29-[NSCFRunLoopSemaphore wait:]_block_invoke_2","symbolLocation":144,"imageIndex":6},{"imageOffset":18040,"symbol":"__29-[NSCFRunLoopSemaphore wait:]_block_invoke","symbolLocation":208,"imageIndex":6},{"imageOffset":17000,"symbol":"+[NSCFRunLoopSemaphore _observe:whilePerforming:]","symbolLocation":312,"imageIndex":6},{"imageOffset":15848,"symbol":"-[NSCFRunLoopSemaphore wait:]","symbolLocation":204,"imageIndex":6},{"imageOffset":15404,"symbol":"-[NSCFRunLoopSemaphore wait]","symbolLocation":44,"imageIndex":6},{"imageOffset":10955732,"symbol":"-[NSSavePanel beginServicePanel]","symbolLocation":440,"imageIndex":3},{"imageOffset":10962716,"symbol":"-[NSSavePanel runModal]","symbolLocation":576,"imageIndex":3},{"imageOffset":857864,"symbol":"showOpenSavePanel","symbolLocation":120,"imageIndex":8},{"imageOffset":860424,"symbol":"Tk_GetSaveFileObjCmd","symbolLocation":2140,"imageIndex":8},{"imageOffset":123460,"symbol":"Tcl_EvalObjv","symbolLocation":340,"imageIndex":9},{"imageOffset":34140,"symbol":"Tkapp_Call","symbolLocation":336,"imageIndex":10},{"imageOffset":808556,"symbol":"cfunction_call","symbolLocation":96,"imageIndex":11},{"imageOffset":1577392,"symbol":"_PyEval_EvalFrameDefault","symbolLocation":50500,"imageIndex":11},{"imageOffset":425204,"symbol":"_PyFunction_Vectorcall","symbolLocation":548,"imageIndex":11},{"imageOffset":1561028,"symbol":"_PyEval_EvalFrameDefault","symbolLocation":34136,"imageIndex":11},{"imageOffset":425204,"symbol":"_PyFunction_Vectorcall","symbolLocation":548,"imageIndex":11},{"imageOffset":1694280,"symbol":"call_function","symbolLocation":148,"imageIndex":11},{"imageOffset":1534060,"symbol":"_PyEval_EvalFrameDefault","symbolLocation":7168,"imageIndex":11},{"imageOffset":425204,"symbol":"_PyFunction_Vectorcall","symbolLocation":548,"imageIndex":11},{"imageOffset":1561028,"symbol":"_PyEval_EvalFrameDefault","symbolLocation":34136,"imageIndex":11},{"imageOffset":425204,"symbol":"_PyFunction_Vectorcall","symbolLocation":548,"imageIndex":11},{"imageOffset":443576,"symbol":"method_vectorcall","symbolLocation":388,"imageIndex":11},{"imageOffset":1559732,"symbol":"_PyEval_EvalFrameDefault","symbolLocation":32840,"imageIndex":11},{"imageOffset":425204,"symbol":"_PyFunction_Vectorcall","symbolLocation":548,"imageIndex":11},{"imageOffset":443576,"symbol":"method_vectorcall","symbolLocation":388,"imageIndex":11},{"imageOffset":43152,"symbol":"PythonCmd","symbolLocation":196,"imageIndex":10},{"imageOffset":131732,"symbol":"TclEvalObjEx","symbolLocation":112,"imageIndex":9},{"imageOffset":324160,"symbol":"TkInvokeMenu","symbolLocation":480,"imageIndex":8},{"imageOffset":911292,"symbol":"-[TKMenu(TKMenuActions) tkMenuItemInvoke:]","symbolLocation":188,"imageIndex":8},{"imageOffset":2381156,"symbol":"-[NSApplication(NSResponder) sendAction:to:from:]","symbolLocation":460,"imageIndex":3},{"imageOffset":3388040,"symbol":"-[NSMenuItem _corePerformAction]","symbolLocation":444,"imageIndex":3},{"imageOffset":3387260,"symbol":"-[NSCarbonMenuImpl performActionWithHighlightingForItemAtIndex:]","symbolLocation":100,"imageIndex":3},{"imageOffset":3685236,"symbol":"-[NSMenu performActionForItemAtIndex:]","symbolLocation":200,"imageIndex":3},{"imageOffset":3685012,"symbol":"-[NSMenu _internalPerformActionForItemAtIndex:]","symbolLocation":100,"imageIndex":3},{"imageOffset":3684512,"symbol":"-[NSCarbonMenuImpl _carbonCommandProcessEvent:handlerCallRef:]","symbolLocation":116,"imageIndex":3},{"imageOffset":3272204,"symbol":"NSSLMMenuEventHandler","symbolLocation":728,"imageIndex":3},{"imageOffset":42696,"symbol":"DispatchEventToHandlers(EventTargetRec*, OpaqueEventRef*, HandlerCallRec*)","symbolLocation":1084,"imageIndex":12},{"imageOffset":39756,"symbol":"SendEventToEventTargetInternal(OpaqueEventRef*, OpaqueEventTargetRef*, HandlerCallRec*)","symbolLocation":356,"imageIndex":12},{"imageOffset":130640,"symbol":"SendEventToEventTarget","symbolLocation":40,"imageIndex":12},{"imageOffset":526448,"symbol":"SendHICommandEvent(unsigned int, HICommand const*, unsigned int, unsigned int, unsigned char, void const*, OpaqueEventTargetRef*, OpaqueEventTargetRef*, OpaqueEventRef**)","symbolLocation":416,"imageIndex":12},{"imageOffset":678316,"symbol":"SendMenuCommandWithContextAndModifiers","symbolLocation":56,"imageIndex":12},{"imageOffset":678204,"symbol":"SendMenuItemSelectedEvent","symbolLocation":352,"imageIndex":12},{"imageOffset":677736,"symbol":"FinishMenuSelection(SelectionData*, MenuResult*, MenuResult*)","symbolLocation":100,"imageIndex":12},{"imageOffset":680232,"symbol":"MenuSelectCore(MenuData*, Point, double, unsigned int, OpaqueMenuRef**, unsigned short*)","symbolLocation":560,"imageIndex":12},{"imageOffset":679496,"symbol":"_HandleMenuSelection2","symbolLocation":416,"imageIndex":12},{"imageOffset":1959564,"symbol":"_NSHandleCarbonMenuEvent","symbolLocation":300,"imageIndex":3},{"imageOffset":1959020,"symbol":"_DPSEventHandledByCarbon","symbolLocation":68,"imageIndex":3},{"imageOffset":263504,"symbol":"-[NSApplication(NSEvent) _nextEventMatchingEventMask:untilDate:inMode:dequeue:]","symbolLocation":3280,"imageIndex":3},{"imageOffset":935760,"symbol":"TkMacOSXEventsCheckProc","symbolLocation":448,"imageIndex":8},{"imageOffset":891240,"symbol":"Tcl_DoOneEvent","symbolLocation":320,"imageIndex":9},{"imageOffset":40464,"symbol":"_tkinter_tkapp_mainloop_impl","symbolLocation":252,"imageIndex":10},{"imageOffset":487216,"symbol":"method_vectorcall_FASTCALL","symbolLocation":108,"imageIndex":11},{"imageOffset":1561028,"symbol":"_PyEval_EvalFrameDefault","symbolLocation":34136,"imageIndex":11},{"imageOffset":425204,"symbol":"_PyFunction_Vectorcall","symbolLocation":548,"imageIndex":11},{"imageOffset":443312,"symbol":"method_vectorcall","symbolLocation":124,"imageIndex":11},{"imageOffset":1567084,"symbol":"_PyEval_EvalFrameDefault","symbolLocation":40192,"imageIndex":11},{"imageOffset":425204,"symbol":"_PyFunction_Vectorcall","symbolLocation":548,"imageIndex":11},{"imageOffset":1694280,"symbol":"call_function","symbolLocation":148,"imageIndex":11},{"imageOffset":1534300,"symbol":"_PyEval_EvalFrameDefault","symbolLocation":7408,"imageIndex":11},{"imageOffset":1519456,"symbol":"_PyEval_Vector","symbolLocation":532,"imageIndex":11},{"imageOffset":2015868,"symbol":"run_mod","symbolLocation":220,"imageIndex":11},{"imageOffset":2015260,"symbol":"pyrun_file","symbolLocation":156,"imageIndex":11},{"imageOffset":2013800,"symbol":"_PyRun_SimpleFileObject","symbolLocation":316,"imageIndex":11},{"imageOffset":2012112,"symbol":"_PyRun_AnyFileObject","symbolLocation":216,"imageIndex":11},{"imageOffset":2161292,"symbol":"pymain_run_file_obj","symbolLocation":196,"imageIndex":11},{"imageOffset":2159384,"symbol":"pymain_run_file","symbolLocation":72,"imageIndex":11},{"imageOffset":2156984,"symbol":"pymain_run_python","symbolLocation":340,"imageIndex":11},{"imageOffset":2156556,"symbol":"Py_RunMain","symbolLocation":40,"imageIndex":11},{"imageOffset":31576,"symbol":"main","symbolLocation":56,"imageIndex":11},{"imageOffset":20620,"symbol":"start","symbolLocation":520,"imageIndex":13}]},{"id":14267012,"name":"com.apple.NSEventThread","frames":[{"imageOffset":6288,"symbol":"mach_msg_trap","symbolLocation":8,"imageIndex":14},{"imageOffset":7424,"symbol":"mach_msg","symbolLocation":76,"imageIndex":14},{"imageOffset":545120,"symbol":"__CFRunLoopServiceMachPort","symbolLocation":372,"imageIndex":5},{"imageOffset":538128,"symbol":"__CFRunLoopRun","symbolLocation":1180,"imageIndex":5},{"imageOffset":534996,"symbol":"CFRunLoopRunSpecific","symbolLocation":600,"imageIndex":5},{"imageOffset":1761436,"symbol":"_NSEventThread","symbolLocation":196,"imageIndex":3},{"imageOffset":29292,"symbol":"_pthread_start","symbolLocation":148,"imageIndex":15},{"imageOffset":8332,"symbol":"thread_start","symbolLocation":8,"imageIndex":15}]},{"id":14267014,"frames":[{"imageOffset":50552,"symbol":"__select","symbolLocation":8,"imageIndex":14},{"imageOffset":1232888,"symbol":"NotifierThreadProc","symbolLocation":668,"imageIndex":9},{"imageOffset":29292,"symbol":"_pthread_start","symbolLocation":148,"imageIndex":15},{"imageOffset":8332,"symbol":"thread_start","symbolLocation":8,"imageIndex":15}]},{"id":14267017,"frames":[{"imageOffset":8312,"symbol":"start_wqthread","symbolLocation":0,"imageIndex":15}]},{"id":14267021,"frames":[{"imageOffset":8312,"symbol":"start_wqthread","symbolLocation":0,"imageIndex":15}]},{"id":14267133,"frames":[{"imageOffset":21072,"symbol":"__psynch_cvwait","symbolLocation":8,"imageIndex":14},{"imageOffset":30780,"symbol":"_pthread_cond_wait","symbolLocation":1236,"imageIndex":15},{"imageOffset":1149528,"symbol":"Tcl_ConditionWait","symbolLocation":252,"imageIndex":9},{"imageOffset":42924,"symbol":"Tkapp_ThreadSend","symbolLocation":92,"imageIndex":10},{"imageOffset":34016,"symbol":"Tkapp_Call","symbolLocation":212,"imageIndex":10},{"imageOffset":488876,"symbol":"method_vectorcall_VARARGS","symbolLocation":344,"imageIndex":11},{"imageOffset":1561028,"symbol":"_PyEval_EvalFrameDefault","symbolLocation":34136,"imageIndex":11},{"imageOffset":425204,"symbol":"_PyFunction_Vectorcall","symbolLocation":548,"imageIndex":11},{"imageOffset":443312,"symbol":"method_vectorcall","symbolLocation":124,"imageIndex":11},{"imageOffset":1567084,"symbol":"_PyEval_EvalFrameDefault","symbolLocation":40192,"imageIndex":11},{"imageOffset":425204,"symbol":"_PyFunction_Vectorcall","symbolLocation":548,"imageIndex":11},{"imageOffset":1561028,"symbol":"_PyEval_EvalFrameDefault","symbolLocation":34136,"imageIndex":11},{"imageOffset":425204,"symbol":"_PyFunction_Vectorcall","symbolLocation":548,"imageIndex":11},{"imageOffset":443476,"symbol":"method_vectorcall","symbolLocation":288,"imageIndex":11},{"imageOffset":1559732,"symbol":"_PyEval_EvalFrameDefault","symbolLocation":32840,"imageIndex":11},{"imageOffset":425204,"symbol":"_PyFunction_Vectorcall","symbolLocation":548,"imageIndex":11},{"imageOffset":1561028,"symbol":"_PyEval_EvalFrameDefault","symbolLocation":34136,"imageIndex":11},{"imageOffset":425204,"symbol":"_PyFunction_Vectorcall","symbolLocation":548,"imageIndex":11},{"imageOffset":1561028,"symbol":"_PyEval_EvalFrameDefault","symbolLocation":34136,"imageIndex":11},{"imageOffset":425204,"symbol":"_PyFunction_Vectorcall","symbolLocation":548,"imageIndex":11},{"imageOffset":443576,"symbol":"method_vectorcall","symbolLocation":388,"imageIndex":11},{"imageOffset":2474384,"symbol":"thread_run","symbolLocation":164,"imageIndex":11},{"imageOffset":2084236,"symbol":"pythread_wrapper","symbolLocation":48,"imageIndex":11},{"imageOffset":29292,"symbol":"_pthread_start","symbolLocation":148,"imageIndex":15},{"imageOffset":8332,"symbol":"thread_start","symbolLocation":8,"imageIndex":15}]},{"id":14267217,"frames":[{"imageOffset":8312,"symbol":"start_wqthread","symbolLocation":0,"imageIndex":15}]},{"id":14267218,"frames":[{"imageOffset":8312,"symbol":"start_wqthread","symbolLocation":0,"imageIndex":15}]},{"id":14267219,"frames":[{"imageOffset":8312,"symbol":"start_wqthread","symbolLocation":0,"imageIndex":15}]},{"id":14267220,"frames":[{"imageOffset":8312,"symbol":"start_wqthread","symbolLocation":0,"imageIndex":15}]},{"id":14267264,"frames":[{"imageOffset":21072,"symbol":"__psynch_cvwait","symbolLocation":8,"imageIndex":14},{"imageOffset":30780,"symbol":"_pthread_cond_wait","symbolLocation":1236,"imageIndex":15},{"imageOffset":2332412,"symbol":"-[_NSThreadPerformInfo wait]","symbolLocation":68,"imageIndex":4},{"imageOffset":335044,"symbol":"-[NSObject(NSThreadPerformAdditions) performSelector:onThread:withObject:waitUntilDone:modes:]","symbolLocation":784,"imageIndex":4},{"imageOffset":909392,"symbol":"-[TKBackgroundLoop main]","symbolLocation":208,"imageIndex":8},{"imageOffset":378268,"symbol":"NSThread__start","symbolLocation":808,"imageIndex":4},{"imageOffset":29292,"symbol":"_pthread_start","symbolLocation":148,"imageIndex":15},{"imageOffset":8332,"symbol":"thread_start","symbolLocation":8,"imageIndex":15}]}],
"usedImages" : [
{
"size" : 0,
"source" : "A",
"base" : 0,
"uuid" : "00000000-0000-0000-0000-000000000000"
},
{
"source" : "P",
"arch" : "arm64e",
"base" :<PHONE_NUMBER>,
"size" : 290816,
"uuid" : "26532eb9-1697-3bcb-aa36-f07a3405770a",
"path" : "/usr/lib/system/libdispatch.dylib",
"name" : "libdispatch.dylib"
},
{
"source" : "P",
"arch" : "arm64e",
"base" :<PHONE_NUMBER>,
"CFBundleShortVersionString" : "3.3.0",
"CFBundleIdentifier" : "com.apple.ImageIO",
"size" : 2424832,
"uuid" : "c72f7d43-5e42-3d12-b82d-1716b9e71ee4",
"path" : "/System/Library/Frameworks/ImageIO.framework/Versions/A/ImageIO",
"name" : "ImageIO",
"CFBundleVersion" : "2222.16.2"
},
{
"source" : "P",
"arch" : "arm64e",
"base" :<PHONE_NUMBER>,
"CFBundleShortVersionString" : "6.9",
"CFBundleIdentifier" : "com.apple.AppKit",
"size" : 15437824,
"uuid" : "bfd62360-b17f-38b0-b906-6bac5500becf",
"path" : "/System/Library/Frameworks/AppKit.framework/Versions/C/AppKit",
"name" : "AppKit",
"CFBundleVersion" : "2113.60.148"
},
{
"source" : "P",
"arch" : "arm64e",
"base" :<PHONE_NUMBER>,
"CFBundleShortVersionString" : "6.9",
"CFBundleIdentifier" : "com.apple.Foundation",
"size" : 4136960,
"uuid" : "6a33f522-7b02-3eb6-a929-f7a6b9db3f72",
"path" : "/System/Library/Frameworks/Foundation.framework/Versions/C/Foundation",
"name" : "Foundation",
"CFBundleVersion" : "1866"
},
{
"source" : "P",
"arch" : "arm64e",
"base" :<PHONE_NUMBER>,
"CFBundleShortVersionString" : "6.9",
"CFBundleIdentifier" : "com.apple.CoreFoundation",
"size" : 5533696,
"uuid" : "d05de733-7a33-3fde-ae9b-2d54195b1bb0",
"path" : "/System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation",
"name" : "CoreFoundation",
"CFBundleVersion" : "1866"
},
{
"source" : "P",
"arch" : "arm64e",
"base" :<PHONE_NUMBER>,
"CFBundleShortVersionString" : "640.1",
"CFBundleIdentifier" : "com.apple.ViewBridge",
"size" : 1032192,
"uuid" : "bd6d46dd-8ad4-3954-acb2-f05bf91d9c07",
"path" : "/System/Library/PrivateFrameworks/ViewBridge.framework/Versions/A/ViewBridge",
"name" : "ViewBridge",
"CFBundleVersion" : "640.1"
},
{
"source" : "P",
"arch" : "arm64e",
"base" :<PHONE_NUMBER>,
"CFBundleShortVersionString" : "1.0",
"CFBundleIdentifier" : "com.apple.CoreAutoLayout",
"size" : 307200,
"uuid" : "8efc0d83-c977-3778-9d17-456d87a68a78",
"path" : "/System/Library/PrivateFrameworks/CoreAutoLayout.framework/Versions/A/CoreAutoLayout",
"name" : "CoreAutoLayout",
"CFBundleVersion" : "28"
},
{
"source" : "P",
"arch" : "arm64",
"base" :<PHONE_NUMBER>,
"size" : 1179648,
"uuid" : "25ab018a-0c9a-3667-bc5b-3e243717dacf",
"path" : "/Users/USER//libtk8.6.dylib",
"name" : "libtk8.6.dylib"
},
{
"source" : "P",
"arch" : "arm64",
"base" :<PHONE_NUMBER>,
"size" : 1376256,
"uuid" : "b84a2f71-5112-3420-9391-4b055a1463b7",
"path" : "/Users/USER//libtcl8.6.dylib",
"name" : "libtcl8.6.dylib"
},
{
"source" : "P",
"arch" : "arm64",
"base" :<PHONE_NUMBER>,
"size" : 65536,
"uuid" : "48f6438b-447d-3a20-832c-6ae6971ee345",
"path" : "/Users/USER//_tkinter.cpython-310-darwin.so",
"name" : "_tkinter.cpython-310-darwin.so"
},
{
"source" : "P",
"arch" : "arm64",
"base" :<PHONE_NUMBER>,
"size" : 3211264,
"uuid" : "17cf3cb5-0a5a-332f-9993-8461d8524238",
"path" : "/Users/USER//python3.10",
"name" : "python3.10"
},
{
"source" : "P",
"arch" : "arm64e",
"base" :<PHONE_NUMBER>,
"CFBundleShortVersionString" : "2.1.1",
"CFBundleIdentifier" : "com.apple.HIToolbox",
"size" : 3358720,
"uuid" : "07987381-b579-3f72-8ba8-97fa5b5a3352",
"path" : "/System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/HIToolbox.framework/Versions/A/HIToolbox",
"name" : "HIToolbox"
},
{
"source" : "P",
"arch" : "arm64e",
"base" :<PHONE_NUMBER>,
"size" : 393216,
"uuid" : "6c9a46d9-7137-3785-afc9-7feeceb8cadb",
"path" : "/usr/lib/dyld",
"name" : "dyld"
},
{
"source" : "P",
"arch" : "arm64e",
"base" :<PHONE_NUMBER>,
"size" : 229376,
"uuid" : "4b67e099-d4a8-37e2-a8be-f4718e5dc028",
"path" : "/usr/lib/system/libsystem_kernel.dylib",
"name" : "libsystem_kernel.dylib"
},
{
"source" : "P",
"arch" : "arm64e",
"base" :<PHONE_NUMBER>,
"size" : 53248,
"uuid" : "569fc817-bb09-3ef2-8b18-af7f7bd615ec",
"path" : "/usr/lib/system/libsystem_pthread.dylib",
"name" : "libsystem_pthread.dylib"
}
],
"sharedCache" : {
"base" :<PHONE_NUMBER>,
"size" :<PHONE_NUMBER>,
"uuid" : "ea82cd22-1891-38ad-bbc7-f9014dee2001"
},
"vmSummary" : "ReadOnly portion of Libraries: Total=852.5M resident=0K(0%) swapped_out_or_unallocated=852.5M(100%)\nWritable regions: Total=2.0G written=0K(0%) resident=0K(0%) swapped_out=0K(0%) unallocated=2.0G(100%)\n\n                                VIRTUAL   REGION \nREGION TYPE                        SIZE    COUNT (non-coalesced) \n===========                     =======  ======= \nAccelerate framework               768K        6 \nActivity Tracing                   256K        1 \nCG backing stores                 8576K        8 \nCG image                           800K        8 \nColorSync                          624K       27 \nCoreAnimation                     51.0M       16 \nCoreGraphics                        48K        3 \nCoreUI image data                 1888K       13 \nFoundation                          16K        1 \nKernel Alloc Once                   32K        1 \nMALLOC                           316.7M      232 \nMALLOC guard page                  192K       11 \nMALLOC_MEDIUM (reserved)           1.2G       10         reserved VM address space (unallocated)\nMALLOC_NANO (reserved)           384.0M        1         reserved VM address space (unallocated)\nSTACK GUARD                        176K       11 \nStack                             36.4M       11 \nVM_ALLOCATE                       17.0M       40 \n__AUTH                            1905K      178 \n__AUTH_CONST                      10.9M      331 \n__CTF                               756        1 \n__DATA                            9871K      379 \n__DATA_CONST                      13.3M      389 \n__DATA_DIRTY                       858K      117 \n__FONT_DATA                          4K        1 \n__LINKEDIT                       582.1M       60 \n__OBJC_CONST                      1781K      155 \n__OBJC_RO                         83.0M        1 \n__OBJC_RW                         3168K        1 \n__TEXT                           270.4M      405 \n__UNICODE                          592K        1 \ndyld private memory               1024K        1 \nmapped file                      166.9M       25 \nshared memory                     1408K       15 \n===========                     =======  ======= \nTOTAL                              3.1G     2460 \nTOTAL, minus reserved VM space     1.5G     2460 \n",
"legacyInfo" : {
"threadTriggered" : {
"queue" : "com.apple.main-thread"
}
},
"trialInfo" : {
"rollouts" : [
],
"experiments" : [
]
}
}
Model: MacBookPro18,2, BootROM 10151.1.1, proc 10:8:2 processors, 64 GB, SMC
Graphics: Apple M1 Max, Apple M1 Max, Built-In
Display: DELL UP3216Q, 6016 x 3384, Main, MirrorOff, Online
Display: Color LCD, 3456 x 2234 Retina, MirrorOff, Online
Memory Module: LPDDR5
AirPort: Wi-Fi, wl0: Apr  6 2022 05:55:54 version <IP_ADDRESS>.8.7.118 FWID 01-e7138ff2
Bluetooth: Version (null), 0 services, 0 devices, 0 incoming serial ports
Network Service: Wi-Fi, AirPort, en0
USB Device: USB31Bus
USB Device: USB3.0 Hub
USB Device: USB3.1 Hub
USB Device: AX88179A
USB Device: USB2.0 Hub
USB Device: USB2.1 Hub
USB Device: USB 2.0 Hub
USB Device: FT232R USB UART
USB Device: USB Mouse
USB Device: USB Billboard Device
USB Device: USB31Bus
USB Device: USB31Bus
Thunderbolt Bus: MacBook Pro, Apple Inc.
Thunderbolt Bus: MacBook Pro, Apple Inc.
Thunderbolt Bus: MacBook Pro, Apple Inc.
Thunderbolt Device: WD19TB Thunderbolt Dock, Dell, 1, 60.60

Hi @jxl77,
Sorry you're having difficulties. The 'Save Configuration' facility has been tested on a variety of Apple MacOS devices - both Intel and Apple Silicon - and I've not come across this issue before. I'm unable to reproduce the error on my own 2021  Macbook Pro (Apple M1 Max) running MacOS Sonama 14.2.1 and using versions of Python from 3.8 to 3.12.
When you say PyGPSClient 'crashes', is there a Python error traceback available at the terminal? Unfortunately the detailed configuration data doesn't really help me much.
Are you running PyGPSClient in a virtual environment or VM?
Where are you trying to save the configuration to?
Other than this error, does PyGPSClient run normally?
I note you're running MacOS 12 (Monterey) - do I take it your machine doesn't support later versions? I also note you're using one or two external monitors - does the issue still occur if you disconnect those monitors and just use the Macbook's native screen?

Thanks for this rapid answer.
I am running PyGPSClient   using the PyGPSClient  command line in a terminal.
I have closed all applications, rebooted the computer,  suppress the external monitor,
started again, but with the same result  :
I   connect to the gps through USB/serial, at  115200 bds,  properly receive the flux,
then go to file/save configuration,
and it crashes.
All the other items seem to work properly. I have changed the baud rate of the gps using the UBX commands and it was properly changed in the GPS.
try several other items,
Only the save/configuration has a problem, either by the menu or by the icon in the UBX panel.
I am using Monterey because  I dont rush  to new systems because of uncertainty of behaviour of  many applications I use. I prefer a conservative approach,
than spending my time in upgrades.
Thanks for any help
Jacques
On 28 Dec 2023 at 22:42 +0100, SEMU Admin @.***>, wrote:

Hi @jxl77,
Sorry you're having difficulties. The 'Save Configuration' facility has been tested on a variety of Apple MacOS devices - both Intel and Apple Silicon - and I've not come across this issue before. I'm unable to reproduce the error on my own 2021 Macbook Pro (Apple M1 Max) running MacOS Sonama 14.2.1 and using versions of Python from 3.8 to 3.12.
When you say PyGPSClient 'crashes', is there a Python error traceback available at the terminal? Unfortunately the detailed configuration data doesn't really help me much.
Are you running PyGPSClient in a virtual environment or VM?
Where are you trying to save the configuration to?
Other than this error, does PyGPSClient run normally?
I note you're running MacOS 12 (Monterey) - do I take it your machine doesn't support later versions? I also note you're using one or two external monitors - does the issue still occur if you disconnect those monitors and just use the Macbook's native screen?
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you were mentioned.Message ID: @.***>

Assuming you're running PyGPSClient from the command line:

pygpsclient

... could you please forward the full error traceback log from the terminal after the 'crash'?

Could you confirm how you installed the Python 3.10 environment on this machine? Was it via an official Python.org download?

Could you also try to record a datalog and/or GPX track to the same location that you are attempting to store the configuration file to? This is to confirm whether or not it's a local Python disk write permissions issue (which may indicate a problem with your Python installation).

Hi @jxl77 Are you able to provide any further diagnostics on this, as per previous response?

Thanks for your concern.
Since my first trys, I have decided to upgrade my system  to the latest Somona.
I have also cleaned my python installation (there were 4 versions installed by different manners)
Pygpsclient is now working properly.
The bad thing is that I can no longer reproduce the bug which could have originated from  various sources.
Thanks for your efforts.

Thanks for your concern.
Since my first trys, I have decided to upgrade my system to the latest Somona. I have also cleaned my python installation (there were 4 versions installed by different manners) Pygpsclient is now working properly.
The bad thing is that I can no longer reproduce the bug which could have originated from various sources.
Thanks for your efforts.

OK glad it's sorted. Are you happy to close the issue now?

yes, we can close it


Training Details

I try to train Swin-T with my device, but I can't get similar performance as you uploaded .pth file : 91.6/96.1.
I use batch_size=64, train 180 epochs, other configurations such as learning rate are set by default in your configuration file.
The results as below:
2023-05-02 18:15:32 transreid.train INFO: Validation Results - Epoch: 180
2023-05-02 18:15:32 transreid.train INFO: mAP: 85.1%
2023-05-02 18:15:32 transreid.train INFO: CMC curve, Rank-1  :94.2%
2023-05-02 18:15:32 transreid.train INFO: CMC curve, Rank-5  :98.1%
2023-05-02 18:15:32 transreid.train INFO: CMC curve, Rank-10 :98.7%

Could you share more Training Details, Thanks a lot!

Thanks for your interests. For the convenience of your re-implementation,  we upload our training logs into the repo, you can find them in the README.md.

Thanks a lot!
I think I know the reason why the error occurred. I used the Swin-small pretrained model with modified init_weight code in #4 .
Thanks for your response.


Please merge 5 revisions into dev channel

@whesse @mit-mit @kasperl
These fix some issues with the parsing of generic type aliases.
Please merge, in order:
492eab84ece070ff262b958d0786fa42db9645df
e520fc2a455c16ef5e2bd798ab08a1842c08134d
23f08ec04a1907e43469f080601822431128cd60
30b56ccbe36686612fc53e1c5da04905eaef969
b277f1023c8a6e553603498710e757c5c7a2c8f1

@bwilkerson wanna check 30b56ccbe36686612fc53e1c5da04905eaef969 – doesn`t seem to resolve...

@bwilkerson, perhaps you meant e30b56ccbe36686612fc53e1c5da04905eaef969 ?

Sorry, yes, that should have been e30b56ccbe36686612fc53e1c5da04905eaef969.

:smile: fixed...will delete this conversation

Merged in version 1.23.0-dev.11.8


meanworks verify for mongodb problem 2

Because of a space in the folder name, an error is produced when running 'meanworks verify' for problem 2

Same here - fails on Windows but passes on OS X.
C:\meanworks>meanworks verify
MEANWorks is verifying that MongoDB is installed... Please stand by
Uh oh!  mongodb had a problem! {"killed":false,"code":1,"signal":null,"cmd":"C:\\Windows\\system32\\cmd.exe /s
 /c \"\"\"c:\\Program Files\\MongoDB\\Server\\3.2\\bin\\mongod.EXE\"\" --version\""}
'""c:\Program' is not recognized as an internal or external command,
operable program or batch file.
#########################################
###   YOUR SOLUTION IS NOT CORRECT!   ###
#########################################

The fix is to remove lines 22-25 from index.js:
    // Surrounds with double quotes if path contains a space
    if (mongod.indexOf(' ') != -1) {
      mongod = '"' + mongod + '"';
    }

I haven't tried that on Linux, but it works on Windows + OS X without these lines of code.
Another possible alternative is to skip if on Windows (and change != to !== while we're at it):
var os = require('os');
if (os.type() !== 'Windows_NT') {
// Surrounds with double quotes on non-Windows OS if path contains a space
  if (mongod.indexOf(' ') !== -1) {
    mongod = '"' + mongod + '"';
  }
}

If you are happy with one of these solutions, I'm happy to submit a PR. Just notifying you of the issue for now.

I implemented the first change and it worked perfectly. Thanks for the quick response and solution!

@jsjqian @TylerMoeller i pushed the fix in 2.0.6: I had duplicate code doing the same thing. https://github.com/azat-co/meanworks/commit/dcea9e45f394cae77d14d3aec0a9d4860b7791c9


New Feedback Survey

We continue to get new responses to our survey on next steps for EBWiki.  However, these responses trickle in over time and not all at once.
Given the slowness of gathering responses, It might be more useful ask broader, longer-term questions vs those dealing with specific low-level features.

I don't actually think we need to have a new feedback survey. We already have an order of operations based upon the existing survey as well as a boat load of tasks at hand. While I do think that it is good to have continuing feedback, I don't think that we need to spend a bunch of time on a new survey.
If for no other reason, people will not respond if we keep asking questions but never act upon the feedback from those questions. I favor closing this ticket for now.


upgrade tf version to 0.13.4

Upgrating the Terraform version from 0.12 to 0.13.

I tested both version updates and are working fine. It will allow the sample to use all latest features and bug fixes in both in the core terraform and the azure provider versions.


Daily chart data in BacktestResultPacket for series "Equity" contains 6 days per week

If timestamps for "Equity" are corrected so data for the series is no longer shifted compared to "Benchmark" and "Daily Performance" (see Issue #460), then the extra day is a sunday where the data value is identical to the value of the previous day with data in the datafile.
To replicate this error: run local backtest with BasicTemplateAlgorithm and in method LeanWinForms.MessagingOnBacktestResultEvent() create a data dump after
first line "if (packet.Progress != 1) return;"
The data dump can use the following code to adjust from UTC to America/New_York:
var tz = DateTimeZoneProviders.Tzdb["America/New_York"];
var localTimeKeeper = new LocalTimeKeeper(DateTime.UtcNow, tz);
var timestampAsDt = Time.UnixTimeStampToDateTime(timestamp);
localTimeKeeper.UpdateTime(timestampAsDt);
var timestampAdjustedToNewYorkTime = localTimeKeeper.LocalTime;
(Let me know if you need the dump code)

Duplicate of #458