ermission changes, link/unlink of hard links etc.
Whoops, my bad! Sorry. I was remembering some other APIs with similar
terminology.
Lesson: Check the docs, they're more reliable.
ChrisA
--
This message is NOT encrypted
------------
Mr. Kristen J. Webb
Chief Technolog
y to respond to bad behaviour that will work all the
time, against all people.
[2] Nearly everybody thinks they're middle-class, except the filthy rich
and the filthy poor.
[3] I don't give a damn what mind-altering chemicals Dwight wishes to
indulge in, so long as he does it i
o the 2.3+ range,
should I just use optparse?
I guess what I am asking here is are there any
guidelines/recommendations for shipping python
programs to customers?
Thanks in advance,
Kris
--
Mr. Kristen J. Webb
Teradactyl LLC.
PHONE: 1-505-242-1091
EMAIL: kw...@teradactyl.com
VISIT:
s).
Can anyone suggest better strategies, or point out where this just won't work?
Is distutils a good starting point?
Many thanks!
Kris
On 10/11/11 7:31 PM, Steven D'Aprano wrote:
On Tue, 11 Oct 2011 17:04:45 -0600, Kristen J. Webb wrote:
After some more digging I see that I can ea
, thanks.
And also the world is a funny place, but does it really happen that
a customer changes the code in your python scripts, and the *complain*
if it doens't work anymore??
Yes, support costs with very knowledgeable clients is a very important factor.
Thank you for the feedback!
K
--
On 10/12/11 3:26 PM, Chris Angelico wrote:
On Thu, Oct 13, 2011 at 8:10 AM, Kristen J. Webb wrote:
My main motivation to use .pyc is to keep end users from changing scripts,
breaking things, and then calling us. Tamper proofing may be an
alternative approach if anyone has suggestions.
I
y own work-horse C
code from the native openssl library.
Can this be done? If not, the why should
make me a better python programer!
Many thanks in advance!
Kris
--
Mr. Kristen J. Webb
Teradactyl LLC.
PHONE: 1-505-242-1091
EMAIL: kw...@teradactyl.com
VISIT: http://www.teradactyl.com
H
