On Wed, May 27, 2009 at 05:11:55PM -0700, jpa wrote:
>Please forgive the crude command line and scripting skills.
>
>I've installed cygwin-1.7.0-48 is a pretty vanilla Windows XP. I've attached
>a cygscheck and a log of a session where I did the following:
>
># Create long directory path fails (25
> Date: Wed, 27 May 2009 21:26:36 -0600
> Subject: Re: Upgrade to cygwin 1.7 seemed to trash bash profile, path
> From: alfvaen
>
>>> You seem to be missing '/usr/bin' and '/usr/lib'. There was talk about
>>> some of this changing though in my up-to-date installation, I still have
>>> them so I'm
>> You seem to be missing '/usr/bin' and '/usr/lib'. There was talk about
>> some of this changing though in my up-to-date installation, I still have
>> them so I'm not sure where this stands. In any case, it suggests that
>> you may want to try add the following to your '/etc/fstab' file:
>>
>> c:
"Larry Hall (Cygwin)" wrote in message
news:4a1da33d.1080...@cygwin.com...
> jpa wrote:
>> oz.net> writes:
>>
>>> I can't access long path and file names after updating to
>>> cygwin-1.7.0-48.
>> Reverting to cygwin-1.7.0-47
>>> fixes the problem. I also tried the 2009-05-18 Snapshot DLL. Hop
wow. thanks!
On Wed, May 27, 2009 at 6:08 PM, René Berber wrote:
> Ryan Stewart wrote:
>
>> When I issue the scp command, it asks for my password, as
>> usual, then echoes a message that I have at the end of my .bashrc on
>> the remote computer
>
> And that is the problem: http://openssh.org/faq.
Ryan Stewart wrote:
> When I issue the scp command, it asks for my password, as
> usual, then echoes a message that I have at the end of my .bashrc on
> the remote computer
And that is the problem: http://openssh.org/faq.html#2.9
Regards.
--
René Berber
--
Unsubscribe info: http://cygwin
I have cygwin + openssh installed on a few computers, and most things
work fine, but there's one computer that I can't scp files to. I can
scp from that computer to the others, but the others can't scp to that
one. I also have a Ubuntu box that exhibits the same behavior. I can
connect with ssh jus
On 5/27/2009 3:36 PM, Tim Adye wrote:
So this problem may be with tpu-edt.el as you suggested earlier.
I think that is indeed the case. I just took a closer look at
tpu-edt.el and found the following:
(defvar tpu-gold-map
(let ((map (make-keymap)))
;; Previously we used escape sequen
jpa wrote:
oz.net> writes:
I can't access long path and file names after updating to cygwin-1.7.0-48.
Reverting to cygwin-1.7.0-47
fixes the problem. I also tried the 2009-05-18 Snapshot DLL. Hopefully this
isn't a user error.
Sorry to harp on this but I can't create a directory struct
Hi,
Below problem still exist in 2.31.4, or at least that's what I see.
Was anything done to solve it? Can I provide more doc?
Cheers,
Morten
2009/2/12 Morten Kjærulff
>
> Hi,
>
> On Thu, Feb 12, 2009 at 8:39 PM, Andrew Schulman wrote:
> >> I can't get unison to syncronize the permission bits b
On 5/27/2009 3:36 PM, Tim Adye wrote:
I just checked this on another machine that still had the old emacs 21.2 (and
had recently had a fresh Cygwin install, and I applied the latest changes
before testing). Before updating emacs, it worked fine. I then installed
23.0.92-2 emacs, emacs-el, and ema
oz.net> writes:
>
> I can't access long path and file names after updating to cygwin-1.7.0-48.
Reverting to cygwin-1.7.0-47
> fixes the problem. I also tried the 2009-05-18 Snapshot DLL. Hopefully this
isn't a user error.
>
>
Sorry to harp on this but I can't create a directory structure wit
> In an xterm (with TERM=xterm) a few keypad keys do in fact have a (not very
> useful) definition: kp-f1, kp-f2, kp-f3, kp-f4 are (incorrectly) mapped to f1,
> f2, f3, f4 and kp-enter is correctly mapped.
With xterm's default config, F1 to F4 do actually send the keypad
codes ^[OP to ^[OS. That's
Hi Ken,
> But this doesn't seem to have anything to do with recent versions of
> emacs. I just reverted to cygwin's emacs-21.2-13 (in cygwin-1.5) and
> repeated several of my tests (all except the one in rxvt), and the
> results were identical to those I reported before.
Yes, I get the same k
Hi!
2009/5/27 jean-luc malet :
> with theses what is the difference between -lopengl32 and -lGL?
Actualliy don't know. But previously proposed solution works. That's
was enough for me.
Thanks.
---
/vap/
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports:
$cygcheck -c libGL1 libGL-devel
Cygwin Package Information
Package VersionStatus
libGL-devel 7.2-2 OK
libGL1 7.2-2 OK
I'll try to make a small lib that cause the error... but I think that
anything that do opengl shall fail
thanks
JLM
On 5/27/2009 11:21 AM, Andy Koppe wrote:
xterm doesn't send those keycodes in its default configuration with
"PC-style Function Keys". Instead, with NumLock off, the numpad keys
send the same codes as the equivalent keys on the small cursor and
editing pads, so e.g. 1 (End) sends ^[OF.
See here
Sorry, my report is not correct.
Because we must mix neither wide-character I/O nor multibyte-character
I/O in the specification.
(see the manual of fwide() function)
2009/5/17 Corinna Vinschen :
> On May 16 23:56, IWAMURO Motonori wrote:
>> Hi.
>>
>> wprintf is broken?
>>
>> I compile & run the f
> As I understand the emacs documentation, the setting TERM=xterm should cause
> emacs to load term/xterm.el. In that file I find lines like
>
> (define-key map "\eOq" [kp-1])
> (define-key map "\eOr" [kp-2])
>
> This looks like the place where emacs should learn to interpret the keypad
> keys.
x
On 5/26/2009 9:11 PM, Tim Adye wrote:
In Cygwin 1.5 xterm (TERM=xterm), with "emacs -q -nw" (or also with "-f
tpu-edt") I get
ESC [ > 1 ; 2 4 2 ; 0 c ESC O q ESC O r ESC O s ESC
O t ESC O u ESC O v ESC O P l
The initial "ESC [ > 1 ; 2 4 2 ; 0 c" is just the response from xterm, asked
for its ve
jean-luc malet wrote:
> I never managed to build something that link against those libs. if
> you strip the "32" at the end of each libs it shall work
> ie use :
> lglut -lglu -lGL
> however I don't know but every package that use autotools try to link
> with theses what is the difference be
jean-luc malet wrote:
> On Tue, May 26, 2009 at 6:00 PM, Dave Korn
>> jean-luc malet wrote:
>>> this dll use 2 others dll : -lglut -lGL
>>> $pkg-config.exe --libs gl
>>> -lGL
>>> but /bin/ contain cygGL-1.dll
>>> when static linking with -lGL this works fine because libGL.a exist
>>> when creating
On Tue, May 26, 2009 at 8:33 PM, Vladimir A. Petrov wrote:
> Andre,
>
>> The correct order for searching the libraries is: -lglut32 -lglu32 -lopengl32
>>
>> fly-cubes.c must be _before_ the libraries. Chuck's response was correct
>> about this last point,
>> but wrong about the librairies order.
On Tue, May 26, 2009 at 6:00 PM, Dave Korn
wrote:
> jean-luc malet wrote:
>> hi!
>> I'm creating a dll using gcc and cygwin
>> this dll use 2 others dll : -lglut -lGL
>> $pkg-config.exe --libs gl
>> -lGL
>> but /bin/ contain cygGL-1.dll
>> when static linking with -lGL this works fine because libG
24 matches
Mail list logo
