I get these warnings in Modules/mmapmodule.c, all about signed/unsigned mismatches: Modules\mmapmodule.c(571) : warning C4018: '>=' : signed/unsigned mismatch if (i < 0 || i >= self->size) { Modules\mmapmodule.c(586) : warning C4018: '>' : signed/unsigned mismatch else if (ilow > self->size) Modules\mmapmodule.c(592) : warning C4018: '>' : signed/unsigned mismatch else if (ihigh > self->size) Modules\mmapmodule.c(631) : warning C4018: '>' : signed/unsigned mismatch else if (ilow > self->size) Modules\mmapmodule.c(637) : warning C4018: '>' : signed/unsigned mismatch else if (ihigh > self->size) Modules\mmapmodule.c(664) : warning C4018: '>=' : signed/unsigned mismatch if (i < 0 || i >= self->size) { I'll volunteer to fix these if nobody else does (although at the moment I'm not able to produce either a patch or check in). new-laptops-in-hotel-rooms-have-their-limitations-ly y'rs - tim
I get these warnings in Modules/mmapmodule.c, all about signed/unsigned mismatches:
Me too :-)
I'll volunteer to fix these if nobody else does (although at the moment I'm not able to produce either a patch or check in).
I nearly did, but then couldnt find the time to chase up how Unix declared the relevant items - I didnt want to assume they were identical to Windows. My intention was to make the patch, then test it out on my gleaming Linux box. But-the-road-to-hell-is-paved-with-good-intentions-ly, Mark.
[posted & mailed] [Tim]
I get these warnings in Modules/mmapmodule.c, all about signed/unsigned mismatches:
[Mark Hammond]
Me too :-)
I nearly [fixed them], but then couldnt find the time to chase up how Unix declared the relevant items - I didnt want to assume they were identical to Windows.
They all involve mixing ints with mmap_object.size in comparisons, which latter is declared size_t and so will resolve to *some* unsigned integral type on all platforms. The proper fix is to get rid of the ints before making these tests -- ask Trent, he should be able to do this in his sleep now <wink>.
My intention was to make the patch, then test it out on my gleaming Linux box.
But-the-road-to-hell-is-paved-with-good-intentions-ly,
No, it's paved with Linux: I've been using Windows so long I forgot why Unix is supposed to be more usable <0.9 wink>. Mark, if you've figured out how to do a SourceForge checkin from a Windows box, drop me a line offline! It would save me from figuring out which one of the 10,000 SSH+Windows search hits actually leads to something that works (and, no, so long as my entire life is sitting on my laptop, I'm not getting another OS anywhere near this box). becoming-a-linux-true-believer-again-is-on-my-schedule-but-not- for-a-couple-months-ly y'rs - tim
No, it's paved with Linux: I've been using Windows so long I forgot why Unix is supposed to be more usable <0.9 wink>. Mark, if you've figured out how to do a SourceForge checkin from a Windows box, drop me a line offline!
No, please, drop us all a line online! I've decided that I'm not going to waste any more of my time dealing w/ SourceForge. Luckily I seem to have found some helpers for the PyOpenGL transition who are willing to deal with that! --david
[David]
No, please, drop us all a line online!
OK - here it is, for what it is worth. You will notice that I spent the time to research my facts carefully before giving out this information (NOT!) Sure. It is a bit of a PITA (surprise, surprise, surprise): First, get the latest WinCVS. Has some nice new features. Mine shows as 1.1b13. It has a slightly slicker more windowsy look than the older one. What we really want is the version with the Options/Preferences dialog that allows you to supply the RAS identity file when you select SSH Server as the auth method. Previous versions allow you to select the SSH Server, but give you nowhere to put the identity file. Hence previous versions used a batch file wrapper, which you probably saw reference to. This version makes it much simpler. I use the standard SSH Version 1.2.14 binary set. I cant recall the URL, but it is quite small and only a few binary files. ssh shows usage - ssh -v shows versbose usage, verbose in this context apparently means showing the version number (took me ages to work that one out :-) There were only a few files, so I just dumped them all in the same directory as the CVS binaries. You then need to make a key file - I cant recall the exact process, but it is pretty simple. This is creating the identify file you specify to WinCVS, as well as the public key you upload to source-force. NOTE - from memory, you MUST have a HOME env var set, and you MUST have a .ssh directory under your home. Otherwise you get cryptic errors from SSH that give no clue that this is the problem. After uploading the public key to source forge, you are nearly set. The last step is convinving CVS that you want to use this new SSH setting, and not the setting CVS so kindly persists in its CVS\Root files. The only way I found to do this was to either edit the Root files manually, or remove the directories locally and force CVS to re-create them (and thereby re-pull everything - I assume you have ADSL in that hotel room :-) Alternatively, dig up that CVS script posted to py-dev recently and change it - personally, I never trusted it :-) All my root files look like: :ext:mhammond@cvs.python.sourceforge.net:/cvsroot/python Yours almost certainly will be setup for anon access, not using ssh. Hope that makes sense. Im happy to chase anything else up I can for you... Mark.
First, get the latest WinCVS.
http://www.wincvs.org/download.html
I use the standard SSH Version 1.2.14 binary set. I cant recall the URL,
There's a version at: ftp://ftp.cs.hut.fi/pub/ssh/contrib/ssh-1.2.14-win32bin.zip BUT...
You then need to make a key file - I cant recall the exact process, but it is pretty simple. This is creating the identify file you specify to WinCVS, as well as the public key you upload to source-force.
C:\WinCVS>ssh-keygen I always get a 'gethostname: no such file or directory' so I had to create the key on Linux (as is mentioned in the page http://bmrc.berkeley.edu/people/chaffee/winntutil.html). Maybe you have a better binary for ssh?
NOTE - from memory, you MUST have a HOME env var set, and you MUST have a .ssh directory under your home. Otherwise you get cryptic errors from SSH that give no clue that this is the problem.
After uploading the public key to source forge, you are nearly set.
How do you do that?
The last step is convinving CVS that you want to use this new SSH setting, and not the setting CVS so kindly persists in its CVS\Root files. The only way I found to do this was to either edit the Root files manually, or remove the directories locally and force CVS to re-create them (and thereby re-pull everything - I assume you have ADSL in that hotel room :-) Alternatively, dig up that CVS script posted to py-dev recently and change it - personally, I never trusted it :-)
All my root files look like: :ext:mhammond@cvs.python.sourceforge.net:/cvsroot/python
Yours almost certainly will be setup for anon access, not using ssh.
Hope that makes sense. Im happy to chase anything else up I can for you...
Mark.
_______________________________________________ Python-Dev mailing list Python-Dev@python.org http://www.python.org/mailman/listinfo/python-dev
On Wed, Jun 21, 2000 at 10:25:07AM -0700, David Ascher wrote:
...
You then need to make a key file - I cant recall the exact process, but it is pretty simple. This is creating the identify file you specify to WinCVS, as well as the public key you upload to source-force.
C:\WinCVS>ssh-keygen
I always get a 'gethostname: no such file or directory' so I had to create the key on Linux (as is mentioned in the page http://bmrc.berkeley.edu/people/chaffee/winntutil.html).
Maybe you have a better binary for ssh?
Nah. Mark just forgets that I generated the key for him from my Linux box :-) hehe... Cheers, -g -- Greg Stein, http://www.lyra.org/
A bit of a tangent, but MindTerm - http://www.mindbright.se/mindterm - is a pretty nice java SSH client which you can use on windows to generate the RSA identity. (It also is a fine SSH client, with just about all the nicities except compression - scp, x11 forwarding, arbitrary tunneling, etc are all in there...) Ken klm@digicool.com On Thu, 22 Jun 2000, Greg Stein wrote:
On Wed, Jun 21, 2000 at 10:25:07AM -0700, David Ascher wrote:
...
You then need to make a �key� file - I cant recall the exact process, but it is pretty simple. This is creating the identify file you specify to WinCVS, as well as the public key you upload to source-force.
C:\WinCVS>ssh-keygen
I always get a 'gethostname: no such file or directory' so I had to create the key on Linux (as is mentioned in the page http://bmrc.berkeley.edu/people/chaffee/winntutil.html).
Maybe you have a better binary for ssh?
Nah. Mark just forgets that I generated the key for him from my Linux box :-)
hehe...
Cheers, -g
-- Greg Stein, http://www.lyra.org/
_______________________________________________ Python-Dev mailing list Python-Dev@python.org http://www.python.org/mailman/listinfo/python-dev
On Wed, Jun 21, 2000 at 01:22:37AM -0400, Tim Peters wrote:
[posted & mailed]
[Tim]
I get these warnings in Modules/mmapmodule.c, all about signed/unsigned mismatches:
[Mark Hammond]
Me too :-)
I nearly [fixed them], but then couldnt find the time to chase up how Unix declared the relevant items - I didnt want to assume they were identical to Windows.
They all involve mixing ints with mmap_object.size in comparisons, which latter is declared size_t and so will resolve to *some* unsigned integral type on all platforms. The proper fix is to get rid of the ints before making these tests -- ask Trent, he should be able to do this in his sleep now <wink>.
I wish I could do it in my sleep, then I would be much more well rested. Yes I will clean these up. I was going to look at mmap a little anyway as test_mmap currently fails on Win32 (probably as a resul of my mmpa patch). Trent -- Trent Mick trentm@activestate.com
participants (6)
-
David Ascher -
Greg Stein -
Ken Manheimer -
Mark Hammond -
Tim Peters -
Trent Mick