On 2022-02-28 22:05:05 +, Barry Scott wrote:
> On 28 Feb 2022, at 21:41, Peter J. Holzer wrote:
> > On 2022-02-27 22:16:54 +, Barry wrote:
> >> I have always assumed that if I want a logger syslog handler that I would
> >> have
> >> to implement it
you have to
restrict yourself to a character set that most people can comfortably
type on their keyboards with the key mapping provided by their OS. Which
for historical reasons means US-ASCII.
hp
--
_ | Peter J. Holzer| Story must make more sense than reality.
|_|_) |
ate a
file with a space (actually called "WITH SPA.TXT", because upper case
only and 8+3).
It was a bad idea to do this, though, because there was no way to
manipulate such a file from command.com (You'd have to write another C
program).
hp
--
ou would have to write
{% if athlete_list %}
{% for athlete in athlete_list %}
{{ athlete.name }}
{% empty %}
{% else %}
Sorry, no athletes in this list.
{%endif %}
anyway.
hp
--
_ | Peter J. Holze
just this week - but I
can't find it any more which probably means that it was either in a
throwaway script or I have since rewritten the code.
hp
--
_ | Peter J. Holzer| Story must make more sense than reality.
|_|_) ||
| | | h...@hjp.at |
⦄ for sets
and ∅ for None, then every programmer will have to figure out how to
enter those characters. And 90 % will probably say "Fuggedaboutit, I'm
not going to learn a new programming language I can't even type!"
hp
--
_ | Peter J. Holzer
On 2022-03-05 00:25:44 +0100, Peter J. Holzer wrote:
> On 2022-03-04 11:34:07 +1100, Chris Angelico wrote:
> > What I'm hearing is that there are, broadly speaking, two types of
> > programmers [1]:
> >
> > 1) Those who think about "for-else" as a searc
seen (. .) instead
of [ ].
C also has alternative rerpresentations for characters not in the common
subset of ISO-646 and EBCDIC. However, the trigraphs are extremely ugly
(e.g ??< ??> instead of { }). I have seen them used (on an IBM/390
system with an EBCDIC variant without curly braces) and
already.
(That may not be true for build dependencies, though.)
hp
--
_ | Peter J. Holzer| Story must make more sense than reality.
|_|_) ||
| | | h...@hjp.at |-- Charles Stross, "Creative writing
__/ | http://www.hjp.at/ | challenge!"
On 2022-03-05 16:25:38 +, Barry Scott wrote:
> On 4 Mar 2022, at 21:23, Peter J. Holzer wrote:
> > If you are saying that SysLogHandler should use a system specific
> > default (e.g. "/dev/log" on Linux) instead of UDP port 514 everywhere, I
> > agree 99 % (the
t; much of my grad school work in PASCAL [...]
>
> It's "Pascal". It's not an acronym. It's a guy's name:
>
> https://en.wikipedia.org/wiki/Blaise_Pascal
And similarly, it's "Perl", not "PERL" (also misspelled in
On 2022-03-06 18:28:59 +0100, Peter J. Holzer wrote:
> On 2022-03-05 16:25:38 +, Barry Scott wrote:
> > Using the syslog() function means that any platform/distro details are
> > hidden from the user of syslog() and as is the case of macOS it
> > "just works".
&g
On 2022-03-06 18:34:39 -0800, Grant Edwards wrote:
> On 2022-03-06, Avi Gross via Python-list wrote:
> > Python is named after a snake right?
>
> No. It's named after a comedy troupe.
He actually wrote that two sentences later.
hp
--
_ | Peter J. Holzer|
On 2022-03-07 06:00:57 -0800, Grant Edwards wrote:
> On 2022-03-07, Peter J. Holzer wrote:
> > On 2022-03-06 18:34:39 -0800, Grant Edwards wrote:
> >> On 2022-03-06, Avi Gross via Python-list wrote:
> >> > Python is named after a snake right?
> >>
&g
ilar.
> So Ubuntu starts very close to Debian security wise, but will shift
> rapidly.
They are are about a year apart, so they will usually contain different
versions of most packages right from the start. So the Ubuntu and Debian
security teams probably can't benefit much from ea
On 2022-03-30 08:48:36 +0200, Marco Sulla wrote:
> On Tue, 29 Mar 2022 at 00:10, Peter J. Holzer wrote:
> > They are are about a year apart, so they will usually contain different
> > versions of most packages right from the start. So the Ubuntu and Debian
> > security
On 2022-03-31 09:46:14 +0200, Cecil Westerhof via Python-list wrote:
> "Peter J. Holzer" writes:
> > Standard policy (there are exceptions) on most distros is to stay with
> > the same version of any package for the entire lifetime. So for example,
> > Ubuntu 20.04
e, cast=None):
for i in path:
try:
coll = coll[i]
except (KeyError, IndexError, TypeError):
return default
if cast:
coll = cast(coll)
return coll
which can then be called in a single line.
> Structural matching gives you warr
), change jobs,
etc. Unless you have a unique immutable identifier that's enforced by
some authority (like a social security number[1]), I don't think there
is a chance to do that reliably in a program (although with enough data,
a heuristic may be good enough).
hp
--
_ |
On 2022-04-03 23:17:04 +0200, Marco Sulla wrote:
> On Sun, 3 Apr 2022 at 21:46, Peter J. Holzer wrote:
> > > > data.get_deep("users", 0, "address", "street", default="second star")
> >
> > Yep. Did that, too. Plus pass the fin
On 2022-04-12 21:03:00 +0200, Marco Sulla wrote:
> On Tue, 29 Mar 2022 at 00:10, Peter J. Holzer wrote:
> > They are are about a year apart, so they will usually contain different
> > versions of most packages right from the start. So the Ubuntu and Debian
> > security
On 2022-04-14 19:31:58 +0200, Marco Sulla wrote:
> On Wed, 13 Apr 2022 at 20:05, Peter J. Holzer wrote:
> >
> > On 2022-04-12 21:03:00 +0200, Marco Sulla wrote:
> > > On Tue, 29 Mar 2022 at 00:10, Peter J. Holzer wrote:
> > > > They are are about a year
║
╟╢
║ 2022-03-26 12:00:00+01 ║
╚╝
(1 row)
Time: 5.542 ms
hjp=> select '2022-03-26T12:00'::timestamptz + '1 day'::interval;
╔════╗
║?column?║
╟╢
║ 2022-03-27 12:00:00+02 ║
╚═══
at's where they have to be for
the tools to find them (yes, this is on Ubuntu).
hp
--
_ | Peter J. Holzer| Story must make more sense than reality.
|_|_) ||
| | | h...@hjp.at |-- Charles Stross, "Creative writing
__/ | http://www.hjp
On 2022-04-16 13:47:32 -, Jon Ribbens via Python-list wrote:
> On 2022-04-16, Peter J. Holzer wrote:
> > On 2022-04-14 15:22:29 -, Jon Ribbens via Python-list wrote:
> >> On 2022-04-14, Paul Bryan wrote:
> >> > I think because minutes and hours can eas
On 2022-04-16 14:22:04 -, Jon Ribbens via Python-list wrote:
> On 2022-04-16, Jon Ribbens wrote:
> > On 2022-04-16, Peter J. Holzer wrote:
> >> Python missed the switch to DST here, the timezone is wrong.
> >
> > Because you didn't let it use any timezone
On 2022-04-17 02:14:44 +1000, Chris Angelico wrote:
> On Sun, 17 Apr 2022 at 02:03, Peter J. Holzer wrote:
> > On the contrary. When a datetime is timezone aware, it must use that
> > timezone's rules. Adding one day to a datetime just before a DST switch
> > must add 23
e between to datetimes as a
timedeltacal. It could be a method on datetime (maybe t.sub(u) for t-u
like in Go) or a constructor which takes two datetime objects.
In any case I think that u + (t - u) == t should hold. [TODO: Check that
this is possible]
hp
--
_ | Peter J. Holzer
On 2022-04-17 02:46:38 +1000, Chris Angelico wrote:
> On Sun, 17 Apr 2022 at 02:45, Peter J. Holzer wrote:
> > On 2022-04-17 02:14:44 +1000, Chris Angelico wrote:
> > > So which one is it? Which one do you get when you add days=7 to a
> > > datetime?
> >
> >
On 2022-04-16 19:35:51 +0200, Peter J. Holzer wrote:
> Note that t + d - d is in general not equal to t.
>
> We can't cnange the semantics of datetime - datetime, so there must be a
> function to compute the difference between to datetimes as a
> timedeltacal. It could be
On 2022-04-17 02:46:38 +1000, Chris Angelico wrote:
> On Sun, 17 Apr 2022 at 02:45, Peter J. Holzer wrote:
> > For adding a datetime and timedelta I think the answer is clear.
> > But subtracting two datetimes is ambiguous.
> >
>
> But if the difference between two dat
Lawrence D’Oliveiro:
>> [...] as much like C++ as
>> possible.
>
> Nevertheless, Python copied the C misfeature [...]
You segued a little too easily from C++ to C. When talking language
evolution and inspirations, they are entirely different things.
- Anders
--
https://mail.python.org/mailman/
Hi,
I am hoping someone is able to help me.
Is there a way to pull as much raw data from a website as possible. The webpage
that I am looking for is as follows:
http://www.homepriceguide.com.au/Research/ResearchSeeFullList.aspx?LocationType=LGA&State=QLD&LgaID=632
The main variable that is i
(The one aspect that isn't hidden is of course the set of characters
that you can store in a character field: Obviously, you can't store
Chinese characters in a latin1 field).
If you are using Python2, manual encoding and decoding may be necessary.
(AFAICS the OP still hasn't state
methods are about equally
secure: If you can become the daemon user (or root), then you can read
the secret.
(Historically, many unixes allowed all users to read the environment
variables of all processes. I don't know if this is still the case for
e.g. Solaris or AIX - or macOS)
hp
--
On 2018-03-25 06:30:54 +1100, Chris Angelico wrote:
> On Sun, Mar 25, 2018 at 3:35 AM, Peter J. Holzer wrote:
> > On 2018-03-24 11:21:09 +1100, Chris Angelico wrote:
> >> If the database has been configured to use UTF-8 (as mentioned, that's
> >> "utf8mb
on (as you stated).
That is still there, but in addition you now split the string into a
list and then join the list into a different string.
hp
--
_ | Peter J. Holzer| we build much bigger, better disasters now
|_|_) || because we have much more sophistica
s additional operations on the string. So it is slower and harder
to understand than what you already had. (It also cannot be properly
indented, but you may not care about that.)
hp
--
_ | Peter J. Holzer| we build much bigger, better disasters now
|_|_) |
; better called "5000".
If Python 4.0 will "merely be the release that comes after Python
3.9", as Nick Coghlan writes in
https://opensource.com/life/14/9/why-python-4-wont-be-python-3, why will
it be called 4.0 and not 3.10? Just to avoid two-digit minor numbers?
hp
.
> This was not as Intel intended, but a quite cheap consumer grade
> hardware solution.
My dual pentium wasn't cheap, but the motherboard and the second
processor weren't that expensive. The 21" monitor OTOH ...
and did it have a tape drive? I don't remember, but I
On 2018-03-25 22:52:59 +, Steven D'Aprano wrote:
> On Sun, 25 Mar 2018 23:29:07 +0200, Peter J. Holzer wrote:
> >> >> By the way, multiple CPU machines are different from CPUs with
> >> >> multiple cores:
> >> >>
> >> >>
gt; L'Policy ID 243"|
> []
> []
> []
> []
> []
> []
> []
> []
> {'log count 777,"]
>
>
>
> How so I fix the code sone that it does not print empty []
Print the result only if findall actually found something.
hp
only correct if the internal representation is
binary - in general you don't unexpected rounding errors if the base of
the internal representation and the base of the literal match, and you
do get unexpected rounding errors if they don't)
hp
--
_ | Peter J. Holzer| we b
s new object. The old str object isn't needed anymore and
destroyed.
> >>> obj
> ['a', '1', 'b', '2']
> >>> type (obj)
>
> >>>
> >>> obj = dict( zip(obj[0::2],obj[1::2]) )
And here you create another new object
what that would prove.)
OTOH, despite having used C and Perl long before Python, I don't miss
assignment expressions. Every language has its idioms, and just because
you write stuff like “if ((fd = open(...)) == -1)” a lot in C doesn't
mean you have to be able to write that
On 2018-05-16 00:04:06 +, Steven D'Aprano wrote:
> On Tue, 15 May 2018 22:21:15 +0200, Peter J. Holzer wrote:
> > On 2018-05-15 00:52:42 +, Steven D'Aprano wrote:
> [...]
> >> By 1991 there had already been *decades* of experience with C
> >
> &
On 2018-05-16 01:26:38 +0100, bartc wrote:
> On 15/05/2018 21:21, Peter J. Holzer wrote:
> > I have been programming in C since the mid-80's and in Perl since the
> > mid-90's (both languages allow assignment expressions). I accumulated my
> > fair share of bugs in t
On 2018-05-19 11:38:09 +0300, Marko Rauhamaa wrote:
> "Peter J. Holzer" :
> > (I wonder whether the notion that “=” and “==” are easy to mix up
> > stems from the early days of C when C was an outlier (most other
> > languages at the time used “=” for equality). N
ich lets me process individual bytes easily. That would even work on
both ASCII and EBCDIC based systems (and on every other platform, too).
> But then you are acknowledging the file is, in fact, ASCII.
No need to acknowledge anything. Yes. the inventor of the format was
obviously thinking i
On 2018-05-19 13:43:14 +0100, bartc wrote:
> On 19/05/2018 12:33, Peter J. Holzer wrote:
> > On 2018-05-19 11:33:26 +0100, bartc wrote:
>
> > > Not you understand why some of us don't bother with 'text mode' files.
> >
> > "Not" or &qu
hp
--
_ | Peter J. Holzer| we build much bigger, better disasters now
|_|_) || because we have much more sophisticated
| | | h...@hjp.at | management tools.
__/ | http://www.hjp.at/ | -- Ross Anderson <https://www.edge.org/>
signature.asc
Descripti
on ASCII or EBCDIC systems, on systems where 1 byte is
more than 8 bits (as long as the file stores still one octet per byte),
etc.
hp
--
_ | Peter J. Holzer| we build much bigger, better disasters now
|_|_) || because we have much more sophisticated
| |
h version and all previous upgrades used the version
field).
Of course, if a popular implementation has known bugs you may have no
choice but make concessions.
hp
--
_ | Peter J. Holzer| we build much bigger, better disasters now
|_|_) || because we have muc
hey may not be aware that the file is converted
somewhere in the pipeline, to that the file they generated isn't
actually the file you received. So ask (or check the docs), but
verify!
hp
--
_ | Peter J. Holzer| we build much bigger, better disasters now
|_|_) |
On 2018-05-22 20:42:43 +, Grant Edwards wrote:
> On 2018-05-22, Peter J. Holzer wrote:
> > On 2018-05-21 15:42:28 +, Grant Edwards wrote:
> >> I switched from Usenet to Gmane mainly because references headers are
> >> bit more consistent on Gmane, so thre
On 2018-05-23 07:38:27 +1000, Chris Angelico wrote:
> On Wed, May 23, 2018 at 7:23 AM, Peter J. Holzer wrote:
> >> The best you can do is to go ask the canonical source of the
> >> file what encoding the file is _supposed_ to be in.
> >
> > I disagree on both coun
kely that I
was mistaken and that it the gateway at uni-berlin.de all along.
I apologize for attributing the error to Gmane.
Are the persons running the gateway reading this list? Could you please
fix this? Changing message-ids is an absolute no-no.
hp
--
_ | Peter J.
aligned vertically.
* The contents of the string must be indented at least as far as the
delimiters (and with consistent tabs/spaces).
This leading white space is ignored.
* All the leading white space beyond this 'left edge' is preserved.
* The newlines after the leading '&#
On 2018-05-23 08:43:02 +1000, Chris Angelico wrote:
> On Wed, May 23, 2018 at 8:31 AM, Peter J. Holzer wrote:
> > On 2018-05-23 07:38:27 +1000, Chris Angelico wrote:
> >> > 1) For any given file it is almost always possible to find the correct
> >> >encoding (
On 2018-05-23 06:03:38 +, Steven D'Aprano wrote:
> On Wed, 23 May 2018 00:31:03 +0200, Peter J. Holzer wrote:
> > On 2018-05-23 07:38:27 +1000, Chris Angelico wrote:
> >> You can find an encoding which is capable of decoding a file. That's
> >> not the
On 2018-05-23 11:08:48 -0600, Ian Kelly wrote:
> On Wed, May 23, 2018 at 10:25 AM, Peter J. Holzer wrote:
> > How about this?
> >
> > x = ''''
> > Here is a multi-line string
> > with
> > indent
tomatically, and possibly with
higher reliability than a human can (many captchas are hard and
frustrating for humans).
It *is* an arms race and who wins depends on who where to break-even
point between effort and value is for the defender and the attacker.
hp
--
_ | Peter J. Hol
at show should call xdg-open preferentially and maybe fall
back to display. And of course silently ignoring a documented parameter
is clearly a bug (if it's true - I notice that the Pillow docs don't mention
that parameter and the original PIL seems to unmaintained).
hp
[1] Whi
fter a few months ;-).
hp
--
_ | Peter J. Holzer| we build much bigger, better disasters now
|_|_) || because we have much more sophisticated
| | | h...@hjp.at | management tools.
__/ | http://www.hjp.at/ | -- Ross Anderson <https://www.edge.org/>
On 2018-05-29 19:46:24 +1000, Chris Angelico wrote:
> On Tue, May 29, 2018 at 6:15 PM, Peter J. Holzer wrote:
> > So if the text is German it will contain more words with
> > umlauts and each byte which is part of a correctly spelled German word
> > when interpreted ac
On 2018-05-29 19:47:37 +1000, Chris Angelico wrote:
> On Tue, May 29, 2018 at 6:34 PM, Peter J. Holzer wrote:
> > On 2018-05-23 06:03:38 +, Steven D'Aprano wrote:
> >> Mojibake is especially difficult to deal with when you are dealing with
> >> short text
On 2018-05-29 20:28:54 +1000, Chris Angelico wrote:
> On Tue, May 29, 2018 at 8:09 PM, Peter J. Holzer wrote:
> > On 2018-05-29 19:46:24 +1000, Chris Angelico wrote:
> >> That's basically what the chardet module does, and its error rate is
> >> far FAR higher than
e probably can't distinguish Korean poetry from a Vietnamese
shopping list, but his file probably isn't either.
hp
--
_ | Peter J. Holzer| we build much bigger, better disasters now
|_|_) || because we have much more sophisticated
| | | h...@hj
gick
isn't a viewer, it is a collection of programs for manipulating images.
The viewer included in the ImageMagick package is simply called
'display' (and it is already the default viewer in PIL, so you don't
have to do anything to use it).
hp
On 2018-05-30 07:45:07 +0200, dieter wrote:
> "Peter J. Holzer" writes:
> > On 2018-05-26 07:38:09 +0200, dieter wrote:
> >> But, in general, you are right: you cannot reconstruct complete
> >> call trees. The reason is quite simple: maintaining information
904076730672386474907398223876953125, but that needs a
few bits too much, so it rounded down to
1016.8863131622783839702606201171875.
hp
--
_ | Peter J. Holzer| we build much bigger, better disasters now
|_|_) || because we have much more so
ltered for
some reason.
hp
--
_ | Peter J. Holzer| we build much bigger, better disasters now
|_|_) || because we have much more sophisticated
| | | h...@hjp.at | management tools.
__/ | http://www.hjp.at/ | -- Ross Anderson <https://www.edge.o
On 2018-05-29 16:20:36 +, Steven D'Aprano wrote:
> On Tue, 29 May 2018 14:04:19 +0200, Peter J. Holzer wrote:
>
> > The OP has one file.
>
> We don't know that. All we know is that he had one file which he was
> unable to read. For all we know, he ha
On 2018-05-29 07:57:18 -0600, Ian Kelly wrote:
> On Tue, May 29, 2018 at 3:19 AM, Peter J. Holzer wrote:
> > On 2018-05-23 11:08:48 -0600, Ian Kelly wrote:
> >>
[...]
> > What if I want all lines to start with some white space?
[...]
>
> Fair points.
[...]
>
ll its messages from the mailing list. Since Paul's
message didn't make it to the mailing list, it didn't make it to gmane
either.
hp
--
_ | Peter J. Holzer| we build much bigger, better disasters now
|_|_) || because we have much more sophist
bably not much of a restriction in
practice).
> If this is an iterable, the numbers returned from each iteration
> will be used for their respective lines. If there are more lines
> than iterations, the last iteration will be used for subsequent
> lines.
This looks li
Test = """
|Hello, this is a
| Multiline indented
|String
""".outdent(padding='|')
Or write it like this?
Test = """|Hello, this is a
| Multiline indented
|String
On 2018-05-31 23:05:35 +0200, Peter J. Holzer wrote:
> [Strange: I didn't get this mail through the list, only directly]
Found it. For some reason "Avoid duplicate copies of messages" was
enabled. I normally always disable this when I subscribe to a
mailinglist and I'm s
ilinglist software can probably distinguish between
multipart/signed and multipart/mixed.
hp
--
_ | Peter J. Holzer| we build much bigger, better disasters now
|_|_) || because we have much more sophisticated
| | | h...@hjp.at | management tools.
_
On 2018-06-02 07:59:07 +1000, Chris Angelico wrote:
> On Sat, Jun 2, 2018 at 7:03 AM, Peter J. Holzer wrote:
> > On 2018-05-31 14:42:39 -0700, Paul wrote:
> >> I have heard that attachments to messages are not allowed on this list,
> >> which makes sense. However I noti
st mess up sorting in an unpredictable
way. Is this the intended behaviour or just an accident of
implementation? (I think it's the latter: I can see how a sort algorithm
which doesn't treat NaN specially would produce such results.)
hp
--
_ | Peter J. Holzer| we bu
uot;/tmp/foo" to the libc (there happen to be more bytes after the
terminator, but they are not part of the string as far as libc is
concerned), which is not the same as "/tmp/foo\x00bar".
So that has to be handled by Python before calling libc.
hp
--
_ | Peter J. H
On 2018-06-02 10:40:48 +, Steven D'Aprano wrote:
> On Sat, 02 Jun 2018 09:32:05 +0200, Peter J. Holzer wrote:
> > Also nope. It looks like NaNs just mess up sorting in an unpredictable
> > way. Is this the intended behaviour or just an accident of
> > implementation
On 2018-06-03 13:57:26 +1000, Ben Finney wrote:
> (For good reasons, attachments are dropped when messages are distributed
> on the forum.)
By "the forum" you mean Gmane? (I got the attachment over the mailing
list)
hp
--
_ | Peter J. Holzer| we build muc
On 2018-06-03 16:36:12 -0700, bellcanada...@gmail.com wrote:
> On Tuesday, 22 May 2018 17:23:55 UTC-4, Peter J. Holzer wrote:
> > On 2018-05-20 15:43:54 +0200, Karsten Hilbert wrote:
> > > On Sun, May 20, 2018 at 04:59:12AM -0700, bellcanada...@gmail.com wrote:
> > >
mmand line tools), this would be a very
bad idea. Much better to have strange but consistent filenames if you
mount a "foreign" file system. (This is btw also what Samba does,
although it does a spectacularly bad job).
hp
--
_ | Peter J. Holzer| we build much bigger,
On 2018-06-04 16:34:08 +, Peter Pearson wrote:
> On Sun, 3 Jun 2018 20:20:32 +0200, Peter J. Holzer wrote:
> > On 2018-06-03 13:57:26 +1000, Ben Finney wrote:
> >> (For good reasons, attachments are dropped when messages are distributed
> >> on the forum.)
>
On 2018-06-04 22:59:52 +0200, Peter Otten wrote:
> Peter J. Holzer wrote:
> > On 2018-06-04 16:34:08 +, Peter Pearson wrote:
> >> On Sun, 3 Jun 2018 20:20:32 +0200, Peter J. Holzer
> >> wrote:
> >> > On 2018-06-03 13:57:26 +1000, Ben Finney wrote:
>
On 2018-06-05 07:37:34 +, Steven D'Aprano wrote:
> On Mon, 04 Jun 2018 22:13:47 +0200, Peter J. Holzer wrote:
> > On 2018-06-04 13:23:59 +, Steven D'Aprano wrote:
> >> I don't know whether or not the Linux OS is capable of accessing
> >> files wi
On 2018-06-05 09:33:03 +1000, Ben Finney wrote:
> "Peter J. Holzer" writes:
> > So we have determined that "the forum" is not the mailing list and not
> > the newsgroup (Jach's message appeared on both with the attachment).
>
> By “the forum” I don&
printf(" %02x", (unsigned char)*p);
}
printf("\n");
}
return 0;
}
Bonuspoints for doing this on an USB stick and then mounting the USB
stick on a Linux system and posting the output there as well.
I'm really curious how MacOS maps those c
Disney would actually let it compound according
> to your theoretical definition, you're a dupe AND a fool. They'd
> figure out some way to reset the counter every five years.
More likely they would prevent such law from being passed in the first
place.
hp
--
_
On 2018-06-10 09:45:06 -0500, Bev in TX wrote:
> On Jun 10, 2018, at 5:49 AM, Peter J. Holzer wrote:
> > On 2018-06-07 12:47:15 +, Steven D'Aprano wrote:
> >> But it doesn't do that. "Pathnames cannot contain NUL" is a falsehood
> >> that progra
On 2018-06-10 15:24:38 +, Steven D'Aprano wrote:
> On Sun, 10 Jun 2018 16:25:24 +0200, Peter J. Holzer wrote:
> > Personally, I would let the author decide what constitutes one work.
>
> Ah yes...
>
> Star Wars, Empire Strikes Back, Return of the Jedi, Phantom Menac
ot;", line 1, in
PermissionError: [Errno 13] Permission denied: '/lost+found/foo'
>>> os.stat("\0")
Traceback (most recent call last):
File "", line 1, in
ValueError: embedded null byte
I think this is worth keeping, and "I couldn't pass th
ally is). The right of a person to be credited could be part of
the former. There is also much less incentive to pretend you wrote
something you didn't if there is no financial advantage, so it may not
be that important.
> there's going to be a lot of corporate bullying.
I don't really
uld use it run a process on
> another host.
Yes.
> But I don't see how to do that, and I was asking if it was possible or
> am I misinterpreting the docs.
It is described on the same page, a little bit farther down:
https://docs.python.org/2/library/multiprocessing.html#using-a-remote-
On 2018-06-11 01:06:37 +, Steven D'Aprano wrote:
> On Sun, 10 Jun 2018 23:57:35 +0200, Peter J. Holzer wrote:
[Note: I was talking about os.stat here, not os.path.exists. I agree
that os.path.exists (and the other boolean functions) should simply
return false]
> > I think
On 2018-06-11 12:24:54 +, Steven D'Aprano wrote:
> On Mon, 11 Jun 2018 12:31:09 +0200, Peter J. Holzer wrote:
> > On 2018-06-11 01:06:37 +, Steven D'Aprano wrote:
> >> On Sun, 10 Jun 2018 23:57:35 +0200, Peter J. Holzer wrote:
> >
> > [Not
On 2018-06-13 10:10:03 +0300, Marko Rauhamaa wrote:
> "Peter J. Holzer" :
> > On 2018-06-11 12:24:54 +, Steven D'Aprano wrote:
> >> It also clearly states:
> >>
> >> All functions in this module raise OSError in the case of
> >>
801 - 900 of 3051 matches
Mail list logo
