Re: Can you process seismographic signals in Python or should I switch to Matlab ?

rk to work and be operational in remote, mountain regions of Turkey after the strong 7,8 earthquake, so SDR should work as backup for cellular 3G/LTE network in the region. In case of Android smartphones I need to switch to Python for Android to get flexibility offered by scripting to supp

Re: Can you process seismographic signals in Python or should I switch to Matlab ?

On Monday, 13 March 2023 at 16:16:28 UTC+1, Thomas Passin wrote: > On 3/13/2023 12:39 AM, a a wrote: > > But what I need is analysis of seismograms from 4,000 seismographs world > > wide to detect P-wave energy distribution underground around the earthquake > > to verify EQ Domino Effect > In

RE: Can you process seismographic signals in Python or should I switch to Matlab ?

13, 2023 2:10 PM To: python-list@python.org Subject: Re: Can you process seismographic signals in Python or should I switch to Matlab ? On 3/13/2023 11:54 AM, Rich Shepard wrote:> On Mon, 13 Mar 2023, Thomas Passin wrote: > >> No doubt, depending on the data formats used. But it's

Re: Can you process seismographic signals in Python or should I switch to Matlab ?

On 3/13/2023 11:54 AM, Rich Shepard wrote:> On Mon, 13 Mar 2023, Thomas Passin wrote: > >> No doubt, depending on the data formats used. But it's still going >> to be a big task. > > Thomas, > > True, but once you have a dataframe with all the information about > all the earthquakes you can

Re: Can you process seismographic signals in Python or should I switch to Matlab ?

On Mon, 13 Mar 2023, Thomas Passin wrote: No doubt, depending on the data formats used. But it's still going to be a big task. Thomas, True, but once you have a dataframe with all the information about all the earthquakes you can extract data for every analysis you want to do. If you've not

Re: Can you process seismographic signals in Python or should I switch to Matlab ?

On 3/13/2023 11:23 AM, Rich Shepard wrote: On Mon, 13 Mar 2023, Thomas Passin wrote: But what I need is analysis of seismograms from 4,000 seismographs world wide to detect P-wave energy distribution underground around the earthquake to verify EQ Domino Effect In that case, you will have

Re: Can you process seismographic signals in Python or should I switch to Matlab ?

On Mon, 13 Mar 2023, Thomas Passin wrote: But what I need is analysis of seismograms from 4,000 seismographs world wide to detect P-wave energy distribution underground around the earthquake to verify EQ Domino Effect In that case, you will have to do a great deal of work to get all that

Re: Can you process seismographic signals in Python or should I switch to Matlab ?

On 3/13/2023 12:39 AM, a a wrote: But what I need is analysis of seismograms from 4,000 seismographs world wide to detect P-wave energy distribution underground around the earthquake to verify EQ Domino Effect In that case, you will have to do a great deal of work to get all that data into

Re: Can you process seismographic signals in Python or should I switch to Matlab ?

On 3/13/2023 12:39 AM, a a wrote: But some unknown reasons Matplotlib and numpy crash my Python 3.8 for Windows , 32-bit and no support is offered It is possible, using pip, to downgrade versions (e.g., of Matplotlob and numpy) to see if you can find versions that work. Of course moving to

Re: Can you process seismographic signals in Python or should I switch to Matlab ?

cess seismographic signals in Python or should I > switch to Matlab ? > On 3/11/2023 6:54 PM, a a wrote: > > My project > > > https://www.mathworks.com/help/matlab/matlab_prog/loma-prieta-earthquake.htm > l > > If your goal is to step through this Matlab example

RE: Can you process seismographic signals in Python or should I switch to Matlab ?

, ... -Original Message- From: Python-list On Behalf Of Thomas Passin Sent: Sunday, March 12, 2023 12:02 AM To: python-list@python.org Subject: Re: Can you process seismographic signals in Python or should I switch to Matlab ? On 3/11/2023 6:54 PM, a a wrote: > My project >

Re: Can you process seismographic signals in Python or should I switch to Matlab ?

On 3/11/2023 6:54 PM, a a wrote: My project https://www.mathworks.com/help/matlab/matlab_prog/loma-prieta-earthquake.html If your goal is to step through this Matlab example, then clearly you should use Matlab. If you do not have access to Matlab or cannot afford it, then you would have to

RE: Can you process seismographic signals in Python or should I switch to Matlab ?

On Behalf Of a a Sent: Saturday, March 11, 2023 6:54 PM To: python-list@python.org Subject: Can you process seismographic signals in Python or should I switch to Matlab ? My project https://www.mathworks.com/help/matlab/matlab_prog/loma-prieta-earthquake.htm l -- https://mail.python.org/mailman

Can you process seismographic signals in Python or should I switch to Matlab ?

My project https://www.mathworks.com/help/matlab/matlab_prog/loma-prieta-earthquake.html -- https://mail.python.org/mailman/listinfo/python-list

[issue481118] 'switch'/'case'/'else' statement

Change by admin : -- github: None -> 35514 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue442863] Add switch to disable PYTHON{HOME,PATH}

Change by admin : -- github: None -> 34790 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue229829] 2.1a Mac OSX build fails on "-lm" switch

Change by admin : -- github: None -> 33785 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue229833] 2.1a Mac OSX build fails on "-lm" switch

Change by admin : -- github: None -> 33787 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue229832] 2.1a Mac OSX build fails on "-lm" switch

Change by admin : -- github: None -> 33786 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue47207] Switch datetime docstrings / documentation to using "Returns" rather than "Return"?

Stanley added the comment: Is there a bpo page or some sort that discusses why the imperative mood is used over the indicative mood other than convention of PEP 257? I found this (https://mail.python.org/pipermail/tutor/2012-May/089584.html) question and answer that seems to make sense, but

[issue47207] Switch datetime docstrings / documentation to using "Returns" rather than "Return"?

components: Documentation messages: 416628 nosy: belopolsky, docs@python, fdrake, p-ganssle, slateny priority: normal severity: normal status: open title: Switch datetime docstrings / documentation to using "Returns" rather than "Return"? versions: Python 3.11

[issue45971] calendar module does not recognize switch to Gregorian

Change by Terry J. Reedy : -- components: +Library (Lib) -Extension Modules resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> calendar bug related to September 2-14, 1752 title: calendar module issue -> calendar module does not r

[issue32243] Tests that set aggressive switch interval hang in Cygwin on a VM

Change by Irit Katriel : -- resolution: duplicate -> wont fix ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue32243] Tests that set aggressive switch interval hang in Cygwin on a VM

Change by Irit Katriel : -- resolution: -> duplicate stage: patch review -> resolved status: open -> closed superseder: -> Cygwin is unsupported - close all open issues and list them here. ___ Python tracker

[issue42362] Switch to clang as default compiler in build-installer.py

Ned Deily added the comment: New changeset c3bfa762214e4fbe25699d75c0412791cefd7094 by Ned Deily in branch 'master': bpo-42362: use clang name on 10.9 builds as well (GH-25834) https://github.com/python/cpython/commit/c3bfa762214e4fbe25699d75c0412791cefd7094 --

[issue42362] Switch to clang as default compiler in build-installer.py

Change by Ned Deily : -- pull_requests: +24520 pull_request: https://github.com/python/cpython/pull/25834 ___ Python tracker ___

[issue42362] Switch to clang as default compiler in build-installer.py

Change by Ned Deily : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +Python 3.10 ___ Python tracker ___

[issue42362] Switch to clang as default compiler in build-installer.py

miss-islington added the comment: New changeset 90d523910a61290597b4599f17363b532f0a4411 by Ronald Oussoren in branch 'master': bpo-42362: Switch to clang/clang++ as the default compiler in build-installer.py (GH-23298) https://github.com/python/cpython/commit

[issue6145] distutils.extension.read_setup_file misinterprets -C switch

Steve Dower added the comment: Distutils is now deprecated (see PEP 632) and all tagged issues are being closed. From now until removal, only release blocking issues will be considered for distutils. If this issue does not relate to distutils, please remove the component and reopen it. If

[issue6377] distutils compiler switch ignored

Steve Dower added the comment: Distutils is now deprecated (see PEP 632) and all tagged issues are being closed. From now until removal, only release blocking issues will be considered for distutils. If this issue does not relate to distutils, please remove the component and reopen it. If

[issue27477] IDLE: Switch search dialogs to ttk widgets, and other refinement

Terry J. Reedy added the comment: #33987 was reopened, 4 patches merged and backported, and reclosed. This is only open for other possible refinements listed above. -- ___ Python tracker

Re: argparse presence of switch

On 13/01/21 7:13 am, Chris Angelico wrote: This is what different actions are for. I'd probably use action="store_true" here; that should mean that args.register will be set to True if "-r" was passed, or False if it wasn't. Yes, otherwise it expects another argument following -r containing a

Re: argparse presence of switch

> I want to have an argument's presence only - value is not required. > For example, my program main.py needs to know if "-r" is present when program > is invoked. > So the value command line would be: > (1) python3 main.py -r > or... > (1) python3 main.py > > I tried following: >

Re: argparse presence of switch

On Wed, Jan 13, 2021 at 5:01 AM Dhimant Patel wrote: > > Its what I searched for on this group. > > I want to have an argument's presence only - value is not required. > For example, my program main.py needs to know if "-r" is present when program > is invoked. > So the value command line would

argparse presence of switch

Its what I searched for on this group. I want to have an argument's presence only - value is not required. For example, my program main.py needs to know if "-r" is present when program is invoked. So the value command line would be: (1) python3 main.py -r or... (1) python3 main.py I tried

[issue42362] Switch to clang as default compiler in build-installer.py

Change by Ronald Oussoren : -- keywords: +patch pull_requests: +22189 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/23298 ___ Python tracker

[issue42362] Switch to clang as default compiler in build-installer.py

: 381015 nosy: ned.deily, ronaldoussoren priority: normal severity: normal stage: needs patch status: open title: Switch to clang as default compiler in build-installer.py type: behavior ___ Python tracker <https://bugs.python.org/issue42

[issue42244] TimedRotatingFileHandler doesn’t handle the switch to/from DST when using daily/midnight rotation

Change by Karthikeyan Singaravelan : -- nosy: +vinay.sajip ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue42244] TimedRotatingFileHandler doesn’t handle the switch to/from DST when using daily/midnight rotation

New submission from Cristian Martinez de Morentin : TimedRotatingFileHandler doesn’t handle the switch to/from DST when using daily/midnight rotation. When DST switch occurs, the previous day logging file is overwritten. The issue is present regardless of the value of the UTC flag (True/False

[issue27477] IDLE: Switch search dialogs to ttk widgets, and other refinement

Mark Roseman added the comment: Just noting that the current search dialogs (and others) do not have a ttk.Frame directly inside the toplevel which encloses all other widgets. They therefore still display the mismatched backgrounds on macOS. Given that, should #33987 be reopened? The

[issue41571] Allow pdb to switch to a different thread

New submission from Pablo Galindo Salgado : Unfortunately, the thread experience with pdb is not as good as it could be due to the lack of thread-related commands. In other debuggers like gdb, is common to be able to do some of the following operations: * list all threads * switch

[issue41571] Allow pdb to switch to a different thread

Change by Pablo Galindo Salgado : -- components: +Library (Lib) ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue27477] IDLE: Switch search dialogs to ttk widgets, and other refinement

Terry J. Reedy added the comment: 5.0 History list? 1 for all boxes; start fresh each session -- ___ Python tracker ___ ___

[issue36320] typing.NamedTuple to switch from OrderedDict to regular dict

Serhiy Storchaka added the comment: New changeset 0d1d7c8bae3f9fe9e937d2931dcbbd3555d1a9f1 by Serhiy Storchaka in branch '3.8': bpo-36320: Use the deprecated-removed directive for _field_types (GH-19370) https://github.com/python/cpython/commit/0d1d7c8bae3f9fe9e937d2931dcbbd3555d1a9f1

[issue36320] typing.NamedTuple to switch from OrderedDict to regular dict

Change by Serhiy Storchaka : -- nosy: +serhiy.storchaka nosy_count: 4.0 -> 5.0 pull_requests: +18732 pull_request: https://github.com/python/cpython/pull/19370 ___ Python tracker

[issue39661] TimedRotatingFileHandler doesn’t handle DST switch with daily rollover

Joe Cool added the comment: Never mind. I was looking for the DST code in computeRollover, and I found it in doRollover. -- stage: -> resolved status: open -> closed ___ Python tracker

[issue39661] TimedRotatingFileHandler doesn’t handle DST switch with daily rollover

Change by Karthikeyan Singaravelan : -- nosy: +vinay.sajip ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue39661] TimedRotatingFileHandler doesn’t handle DST switch with daily rollover

New submission from Joe Cool : TimedRotatingFileHandler doesn’t handle the switch to/from DST when using daily/midnight rotation. It does not adjust the rollover time so the rollover will be off by an hour. Parameters: when=‘midnight’, utc=False -- components: Library (Lib) messages

[issue38898] Tkinter checkbutton switch on and off together

Change by Serhiy Storchaka : -- resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> Problem with Checkbutton and duplicate last name components ___ Python tracker

[issue38898] Tkinter checkbutton switch on and off together

Change by Ned Deily : -- nosy: +gpolo, serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue38898] Tkinter checkbutton switch on and off together

zaza hohonini added the comment: Hello, I have done a bit of digging and found out that this behavior appeared in python version 3.6.0 alpha2. I think it is related to bpo-27025 (https://bugs.python.org/issue27025) that changed the way that widgets are named. It is my impression that the

[issue38898] Tkinter checkbutton switch on and off together

() Hello(root).pack() Hello(root).pack() root.mainloop() -- components: Tkinter files: tkinter-checkbutton-bug.ogv messages: 357323 nosy: zaza hohonini priority: normal severity: normal status: open title: Tkinter checkbutton switch on and off together versions: Python 3.8 Added file: https

[issue38694] docs.python.org does not switch version properly

Ned Deily added the comment: That is working as designed because a particular release version of the Python docset contains the What's New documents of previous versions. So when you use the version switcher to move from 3.8 to 3.9, you are now looking at the 3.8 What's New in the 3.9

[issue38694] docs.python.org does not switch version properly

: normal status: open title: docs.python.org does not switch version properly type: behavior ___ Python tracker <https://bugs.python.org/issue38694> ___ ___ Python-bugs-list m

[issue28988] Switch dict and set structures to PyVarObject

Raymond Hettinger added the comment: > Since I don't see a benefit from this change I leave both patches > to you Raymond. After more reflection, I also don't see any point of doing this. While there is a minor whiff of consistency when using Py_SIZE(), it makes the assignment look weird

[issue37672] Switch Windows Store package to use pip.ini for user mode

Change by Steve Dower : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue37672] Switch Windows Store package to use pip.ini for user mode

miss-islington added the comment: New changeset 4b7ce105ff80467bf4d79c413d7adc256b824153 by Miss Islington (bot) in branch '3.8': bpo-37672: Switch Windows Store package to use pip.ini for user mode (GH-14939) https://github.com/python/cpython/commit/4b7ce105ff80467bf4d79c413d7adc256b824153

[issue37672] Switch Windows Store package to use pip.ini for user mode

Steve Dower added the comment: New changeset 123536fdab7b8def15c859aa70232bc55ec73096 by Steve Dower in branch 'master': bpo-37672: Switch Windows Store package to use pip.ini for user mode (GH-14939) https://github.com/python/cpython/commit/123536fdab7b8def15c859aa70232bc55ec73096

[issue37672] Switch Windows Store package to use pip.ini for user mode

Change by miss-islington : -- pull_requests: +14712 pull_request: https://github.com/python/cpython/pull/14940 ___ Python tracker ___

[issue37672] Switch Windows Store package to use pip.ini for user mode

Change by Steve Dower : -- keywords: +patch pull_requests: +14711 stage: -> patch review pull_request: https://github.com/python/cpython/pull/14939 ___ Python tracker ___

[issue37672] Switch Windows Store package to use pip.ini for user mode

: 348408 nosy: paul.moore, steve.dower, tim.golden, zach.ware priority: normal severity: normal status: open title: Switch Windows Store package to use pip.ini for user mode versions: Python 3.8, Python 3.9 ___ Python tracker <https://bugs.python.org/issue37

[issue32625] Update the dis module documentation to reflect switch to wordcode

miss-islington added the comment: New changeset 811f84d55d156e3d05889806d00a8c028d304089 by Miss Islington (bot) in branch '3.8': bpo-32625: Updated documentation for EXTENDED_ARG. (GH-13985) https://github.com/python/cpython/commit/811f84d55d156e3d05889806d00a8c028d304089 --

[issue32625] Update the dis module documentation to reflect switch to wordcode

miss-islington added the comment: New changeset f0cc1a91f72c7f60adc47ec9a4305d8d85dcb1f2 by Miss Islington (bot) in branch '3.7': bpo-32625: Updated documentation for EXTENDED_ARG. (GH-13985) https://github.com/python/cpython/commit/f0cc1a91f72c7f60adc47ec9a4305d8d85dcb1f2 -- nosy:

[issue32625] Update the dis module documentation to reflect switch to wordcode

Serhiy Storchaka added the comment: New changeset 405f648db7c44b07348582b5101d4716e0ce5ac3 by Serhiy Storchaka (Yao Zuo) in branch 'master': bpo-32625: Updated documentation for EXTENDED_ARG. (GH-13985) https://github.com/python/cpython/commit/405f648db7c44b07348582b5101d4716e0ce5ac3

[issue32625] Update the dis module documentation to reflect switch to wordcode

Change by miss-islington : -- pull_requests: +13867 pull_request: https://github.com/python/cpython/pull/14003 ___ Python tracker ___

[issue32625] Update the dis module documentation to reflect switch to wordcode

Change by miss-islington : -- pull_requests: +13866 pull_request: https://github.com/python/cpython/pull/14002 ___ Python tracker ___

[issue32625] Update the dis module documentation to reflect switch to wordcode

Change by laike9m : -- keywords: +patch pull_requests: +13865 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/13985 ___ Python tracker

[issue36514] -m switch revisited

Ronald Oussoren added the comment: Given a python script in a file named foo.py in the current directory: * python -m foo Should, and does, work. * python -m foo.py Raises an error, because the command tries to run the submodule "py" of module "foo" as the __main__ module. For

[issue36514] -m switch revisited

Colin Dick added the comment: No, the first example is expected, BUT the middle two work HENCE the last should NOT have a problem either... No? Because the middle two work, so should the last complete without any errors. There were no code changes, Therefore the problem is with python On Wed,

[issue36514] -m switch revisited

Ronald Oussoren added the comment: This is not a bug: * "python -m NAME" runs module (or package) NAME as a script, NAME should therefore be a module name and not a filename (and hence not have a .py suffix) * "python NAME" runs a script in file NAME and should therefore by a complete file

[issue36514] -m switch revisited

SilentGhost added the comment: Colin, sorry, are you reporting an issue? Because I have trouble understanding what is. The examples you've posted seem to work as expected, no? -- nosy: +SilentGhost ___ Python tracker

[issue36514] -m switch revisited

New submission from Colin Dick : -m switch revisited - see issue 27487 Win 10 64bit python 3.6.3 & 3.7.3 initially running code using py 3.6.3 with this command python -m vixsd.py produced C:\Python36\python.exe: Error while finding module specification for 'vixsd.py' (AttributeError: mo

[issue36320] typing.NamedTuple to switch from OrderedDict to regular dict

Change by Raymond Hettinger : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue36320] typing.NamedTuple to switch from OrderedDict to regular dict

miss-islington added the comment: New changeset f7b57df0c09c3a04ab27ba06eb2feb989bbb16cb by Miss Islington (bot) (Raymond Hettinger) in branch 'master': bpo-36320: Switch typing.NamedTuple from OrderedDict to regular dict (GH-12396) https://github.com/python/cpython/commit

[issue36320] typing.NamedTuple to switch from OrderedDict to regular dict

Josh Rosenberg added the comment: Blech. Just remembered _field_types is a *class* attribute, not an instance attribute, so it (just) can't be a plain property on NamedTuple itself. And because NamedTuple is super-weird (AFAICT, class X(typing.NamedTuple): pass defines a class where the

[issue36320] typing.NamedTuple to switch from OrderedDict to regular dict

Josh Rosenberg added the comment: Would it make sense to convert _field_types to a property, so the method(s) that implement the property can do: warnings.warn("_field_types is deprecated; use __annotations__ instead", DeprecationWarning) to indicate the deprecation programmatically, not

[issue36320] typing.NamedTuple to switch from OrderedDict to regular dict

Change by Raymond Hettinger : -- keywords: +patch pull_requests: +12351 stage: -> patch review ___ Python tracker ___ ___

[issue36320] typing.NamedTuple to switch from OrderedDict to regular dict

Raymond Hettinger added the comment: Okay, I'll put together a PR and assign it to you :-) -- ___ Python tracker ___ ___

[issue36320] typing.NamedTuple to switch from OrderedDict to regular dict

Ivan Levkivskyi added the comment: Good idea! This should be easy to fix/update, this was initially discussed in https://github.com/python/typing/issues/339. -- ___ Python tracker

[issue36320] typing.NamedTuple to switch from OrderedDict to regular dict

Change by Raymond Hettinger : -- type: -> behavior ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue36320] typing.NamedTuple to switch from OrderedDict to regular dict

: 338095 nosy: levkivskyi, rhettinger priority: normal severity: normal status: open title: typing.NamedTuple to switch from OrderedDict to regular dict versions: Python 3.8 ___ Python tracker <https://bugs.python.org/issue36

Re: Implement C's Switch in Python 3

Sayth Renshaw at 2019/2/3 UTC+8 AM9:52:50 wrote: > Or perhaps use a 3rd party library like > https://github.com/mikeckennedy/python-switch Thank you for this link. It's a good general implementation. --Jach -- https://mail.python.org/mailman/listinfo/python-list

[issue35963] Python/symtable.c: warning: enumeration value ‘FunctionType_kind’ not handled in switch [-Wswitch]"

Change by Guido van Rossum : -- stage: -> resolved ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35963] Python/symtable.c: warning: enumeration value ‘FunctionType_kind’ not handled in switch [-Wswitch]"

Change by Guido van Rossum : -- stage: resolved -> ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35963] Python/symtable.c: warning: enumeration value ‘FunctionType_kind’ not handled in switch [-Wswitch]"

STINNER Victor added the comment: Thanks for the fix, Guido ;-) -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue35963] Python/symtable.c: warning: enumeration value ‘FunctionType_kind’ not handled in switch [-Wswitch]"

Guido van Rossum added the comment: New changeset 522346d792d9013140a3f4ad3534ac10f38d9085 by Guido van Rossum in branch 'master': Complete switch cases in symtable.c; fixes bpo-35963 (GH-11821) https://github.com/python/cpython/commit/522346d792d9013140a3f4ad3534ac10f38d9085

[issue35963] Python/symtable.c: warning: enumeration value ‘FunctionType_kind’ not handled in switch [-Wswitch]"

Change by Guido van Rossum : -- keywords: +patch, patch, patch pull_requests: +11848, 11849, 11850 stage: -> patch review ___ Python tracker ___

[issue35963] Python/symtable.c: warning: enumeration value ‘FunctionType_kind’ not handled in switch [-Wswitch]"

Change by Guido van Rossum : -- keywords: +patch, patch pull_requests: +11848, 11849 stage: -> patch review ___ Python tracker ___

[issue35963] Python/symtable.c: warning: enumeration value ‘FunctionType_kind’ not handled in switch [-Wswitch]"

Change by Guido van Rossum : -- keywords: +patch pull_requests: +11848 stage: -> patch review ___ Python tracker ___ ___

[issue35963] Python/symtable.c: warning: enumeration value ‘FunctionType_kind’ not handled in switch [-Wswitch]"

Guido van Rossum added the comment: Sure, I'll fix it. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35963] Python/symtable.c: warning: enumeration value ‘FunctionType_kind’ not handled in switch [-Wswitch]"

Change by Raymond Hettinger : -- nosy: +gvanrossum ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35963] Python/symtable.c: warning: enumeration value ‘FunctionType_kind’ not handled in switch [-Wswitch]"

New submission from STINNER Victor : On x86 Gentoo Installed with X 3.x buildbot, there is a compiler warning: "Python/symtable.c:289:5: warning: enumeration value ‘FunctionType_kind’ not handled in switch [-Wswitch]" https://buildbot.python.org/all/#/builders/103/builds/2067 I

Re: Implement C's Switch in Python 3 [OT languages]

Am 05.02.19 um 02:20 schrieb DL Neil: So, even with the French making their dates into sentences, not a single one uses ordinals! - did the computer people in all these languages/cultures decide that the more numeric approach was better/easier/... (ie simpler/less-complex) :) For the two

Re: Implement C's Switch in Python 3

On 2019-02-06 00:25, John Sanders wrote: On Saturday, February 2, 2019 at 6:47:49 PM UTC-6, Sayth Renshaw wrote: Hi I am trying to convert a switch statement from C into Python. (why? practising). This is the C code. printf("Dated this %d", day); switch (day) { case 1: cas

Re: Implement C's Switch in Python 3

On Saturday, February 2, 2019 at 6:47:49 PM UTC-6, Sayth Renshaw wrote: > Hi > > I am trying to convert a switch statement from C into Python. (why? > practising). > > This is the C code. > > printf("Dated this %d", day); > switch (day) { > case 1

Re: Implement C's Switch in Python 3 [OT languages]

On 4/02/19 9:25 PM, Christian Gollwitzer wrote: Am 04.02.19 um 09:18 schrieb Christian Gollwitzer: I think English is quite "unique" with writing out the ending of the ordinals attached to arabic numerals. Of course, there is a Wikipedia page about it:

Re: Implement C's Switch in Python 3 [OT languages]

Am 04.02.19 um 09:18 schrieb Christian Gollwitzer: I think English is quite "unique" with writing out the ending of the ordinals attached to arabic numerals. Of course, there is a Wikipedia page about it: https://en.wikipedia.org/wiki/Ordinal_indicator So I was wrong and the

Re: Implement C's Switch in Python 3 [OT languages]

Am 04.02.19 um 04:11 schrieb DL Neil: > On 4/02/19 10:00 AM, Christian Gollwitzer wrote: Am 03.02.19 um 09:32 schrieb DL Neil: Now back to ordinal dates - the "st", "th", etc suffixes only work in English. You'd need another list (but no great coding complexity) to cope with a second, third,

Re: Switch function

A maps to 0 and B maps to 1 and ... Z maps to 26. So, you could make > a list of 26 functions (some may be absent) and your entire switch > statement looks like: > >funcs=[zeroeth,first,other,...,last] # list of function handles >var=input("Enter a Command: "

Re: Implement C's Switch in Python 3

Christian, On 4/02/19 10:00 AM, Christian Gollwitzer wrote: Am 03.02.19 um 09:32 schrieb DL Neil: Now back to ordinal dates - the "st", "th", etc suffixes only work in English. You'd need another list (but no great coding complexity) to cope with a second, third, ... language! Only for

  1   2   3   4   5   6   7   8   >