On Mon, May 18, 2009 at 01:41:28PM +0800, Lenik wrote:
>The expr error is fixed, and I can build cygpath from source now.
>Though I don't have NTDDK in hand, I'm suprised how it could be
>compiled.
The cygwin build is fairly self-contained. We certainly don't need
anything like a DDK to build.
>
On 2009-5-17 15:52, Lenik wrote:
2, configure failed:
bash-3.2$ ./configure
5 [main] expr 952 _cygtls::handle_exceptions: Error while dumping state
(probably corrupted stack)
./configure: line 56: 952 Segmentation fault (core dumped) expr a :
'\(a\)' > /dev/null 2>&1
4 [main] expr 2808 _cygtls::h
> Date: Mon, 18 May 2009 01:12:37 -0400
> From: cgf
> Subject: Re: Cygwin 1.7.0-48, Vista Business SP1 and Openssh
>
> On Sun, May 17, 2009 at 09:53:15PM -0700, Karl M wrote:
>>The first line of the fstab is used for the failing case, adding the
>>second and third lines suppresses the problem.
>
>
On Sun, May 17, 2009 at 09:53:15PM -0700, Karl M wrote:
>The first line of the fstab is used for the failing case, adding the
>second and third lines suppresses the problem.
Does the latest snapshot work any better for you?
cgf
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
P
> Date: Mon, 18 May 2009 00:45:54 -0400
> From: cgf
> Subject: Re: Cygwin 1.7.0-48, Vista Business SP1 and Openssh
>
> On Sun, May 17, 2009 at 09:39:58PM -0700, Karl M wrote:
>>> From: Karl
>>> Subject: Cygwin 1.7.0-48, Vista Business SP1 and Openssh
>>> Date: Sun, 17 May 2009 21:16:36 -0700
>>>I
Ken Brown wrote:
> I've seen builds by other people in which the following linker flags are
> used:
>
> (a) --enable-auto-import
> (b) --enable-runtime-pseudo-reloc
> (c) --enable-auto-image-base
>
> My understanding is that (b) and (c) are already the default and that
> (a) will be the default w
On Sun, May 17, 2009 at 09:39:58PM -0700, Karl M wrote:
>> From: Karl
>> Subject: Cygwin 1.7.0-48, Vista Business SP1 and Openssh
>> Date: Sun, 17 May 2009 21:16:36 -0700
>>I just did a clean install of 1.7.0-48 on a Vista box today with the
>>latest setup-1.7.
>>
>>The process went smoothly :-)
>>
> Date: Mon, 18 May 2009 00:34:44 -0400
> From: cgf
> Subject: Re: Cygwin 1.7.0-48, Vista Business SP1 and Openssh
>
> On Sun, May 17, 2009 at 09:16:36PM -0700, Karl M wrote:
>>If I ssh into the box as myself (administrator account), all is well.
>>
>>If I ssh into the box as another account (non-
> From: Karl
> Subject: Cygwin 1.7.0-48, Vista Business SP1 and Openssh
> Date: Sun, 17 May 2009 21:16:36 -0700
>
>
> Hi All...
>
> I just did a clean install of 1.7.0-48 on a Vista box today with the latest
> setup-1.7.
>
> The process went smoothly :-)
>
> But I noticed one strange thing.
>
>
On Sun, May 17, 2009 at 09:16:36PM -0700, Karl M wrote:
>If I ssh into the box as myself (administrator account), all is well.
>
>If I ssh into the box as another account (non-administrator), the mount
>table only has / and /cygdrive. What I mean by this is, if I type
>mount, I do not get /usr/bin
On 2009-5-18 11:45, Dave Korn wrote:
Lenik wrote:
ok,
Thanks.
Program received signal SIGSEGV, Segmentation fault.
0x0524 in ?? ()
(gdb) bt
#0 0x0524 in ?? ()
#1 0x69181041 in ?? () from /usr/bin/cyggmp-3.dll
#2 0x691c9000 in ?? () from /usr/bin/cyggmp-3.dll
#3 0x691ca000 in ?
Hi All...
I just did a clean install of 1.7.0-48 on a Vista box today with the latest
setup-1.7.
The process went smoothly :-)
But I noticed one strange thing.
If I ssh into the box as myself (administrator account), all is well.
If I ssh into the box as another account (non-administrat
I've seen builds by other people in which the following linker flags are
used:
(a) --enable-auto-import
(b) --enable-runtime-pseudo-reloc
(c) --enable-auto-image-base
My understanding is that (b) and (c) are already the default and that
(a) will be the default when binutils is updated. Moreov
Lenik wrote:
> ok,
Thanks.
> Program received signal SIGSEGV, Segmentation fault.
> 0x0524 in ?? ()
> (gdb) bt
> #0 0x0524 in ?? ()
> #1 0x69181041 in ?? () from /usr/bin/cyggmp-3.dll
> #2 0x691c9000 in ?? () from /usr/bin/cyggmp-3.dll
> #3 0x691ca000 in ?? () from /usr/bin/cyggmp-3
Patrick Aikens wrote:
> I've installed cygwin 1.5 on my WHS box as Administrator. I've opened a
> cygwin terminal and executed the mkpasswd -l > /etc/passwd and mkgroup
> -l > /etc/group commands, executed ssh-host-setup and used privilege
> separation, and everything seems to have executed OK. I
ok,
(gdb) run
Starting program: /usr/bin/expr
[New thread 2412.0x92c]
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols fo
Lenik wrote:
> I don't know how to do in detail, this is what I get, I don't have debug
> symbols.
Yeah, binaries shipped with the distro are stripped, but we'll still get
some useful info.
> (gdb) run
> Starting program: /usr/bin/expr
> [New thread 3988.0xd84]
> (no debugging symbols found)
>
On 2009-5-18 7:42, Dave Korn wrote:
Lenik wrote:
Are you sure you don't have some competing tools getting in the way of
proper cygwin operation?
No, I've set PATH to cygwin/bin only, before execute expr.
Doesn't necessarily mean there aren't system-wide hooks being loaded into
every appl
Lenik wrote:
>>
>> Are you sure you don't have some competing tools getting in the way of
>> proper cygwin operation?
>>
>
> No, I've set PATH to cygwin/bin only, before execute expr.
Doesn't necessarily mean there aren't system-wide hooks being loaded into
every application running.
> stackd
On 2009-5-17 22:53, Eric Blake wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Are you sure you don't have some competing tools getting in the way of
proper cygwin operation?
No, I've set PATH to cygwin/bin only, before execute expr.
stackdump added.
Exception: STATUS_ACCESS_VIOLATION a
Marc Girod wrote:
>
> Actually, why no stracing it:
>
Sorry, this also:
http://www.nabble.com/file/p23587340/expr.exe.stackdump expr.exe.stackdump
Marc
--
View this message in context:
http://www.nabble.com/expr-error-tp23583036p23587340.html
Sent from the Cygwin list mailing list archive
Marc Girod wrote:
>
> Indeed, expr dumps core in a reproducible way:
>
Actually, why no stracing it:
~> strace -o /tmp/expr.strace expr aaa : 'a\+'
716256 [main] expr 6192 _cygtls::handle_exceptions: Exception:
STATUS_ACCESS_VIOLATION
717003 [main] expr 6192 open_stackdumpfile: Dumping stack
Eric Blake wrote:
>
> Works for me. Possibly an instance of BLODA on your machine?
>
Same error at mine (as reported earlier):
3 [main] expr 8032 _cygtls::handle_exceptions: Error while dumping
state (probably corrupted stack)
/usr/bin/startx: line 40: 8032 Segmentation fault (cor
Eli Zaretskii wrote:
>
> This means that an existing Emacs variable
> `operating-system-release', whose value is derived from uts.release,
> should hold either "1.5.SOMETHING" or "1.7.SOMETHING", and that can be
> used to distinguish between the two Cygwin families.
>
Indeed. I found it on 23.0
On Sun, May 17, 2009 at 08:51:06PM +0800, Lenik wrote:
> 2363k 2009/01/27 C:\lam\sys\cygwin-1.7\bin\cygwin1.dll - os=4.0 img=1.0
> sys=4.0
> "cygwin1.dll" v0.0 ts=2009/1/27 23:49
>Cygwin DLL version info:
>DLL version: 1.7.0
>DLL epoch: 19
>DLL old term
Eli Zaretskii wrote:
This means that an existing Emacs variable
`operating-system-release', whose value is derived from uts.release,
should hold either "1.5.SOMETHING"
On a my recent build of Emacs-23.0.93 I get:
C-h v operating-system-release
operating-system-release is a variable defined in
> Date: Sun, 17 May 2009 00:33:13 -0400
> From: Christopher Faylor
>
> On Sun, May 17, 2009 at 06:12:04AM +0300, Eli Zaretskii wrote:
> >> Date: Sat, 16 May 2009 02:52:22 -0700 (PDT)
> >> From: Marc Girod
> >>
> >> Eli Zaretskii wrote:
> >> >
> >> > ...if Emacs could know the Cygwin version.
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Lenik on 5/17/2009 6:51 AM:
> Program output:
>
> C:\Profiles\Shecti> expr
> 6 [main] expr 3784 _cygtls::handle_exceptions: Exception:
> STATUS_ACCESS_VIOLATION
>1906 [main] expr 3784 open_stackdumpfile: Dumping stack trace to
>
duane> yet, there is no 'libpopt' I can find to link against.
david.korn> Let me introduce you:
david.korn> http://cygwin.com/packages
[snip]
david.korn> http://cygwin.com/cgi-bin2/package-grep.cgi?grep=libpopt.la
Thanks, at times finding things is a "maze of twisty passages all alike"
On 2009-5-17 19:53, Corinna Vinschen wrote:
On May 17 15:52, Lenik wrote:
On 2009-5-17 10:09, IWAMURO Motonori wrote:
2009/5/17 Lenik:
Thanks, but where can I get this patch?
You can checkout it from CVS HEAD.
[...]
6 weeks to the next release maybe too long to wait.
We have about 2 weeks
On May 17 15:52, Lenik wrote:
> On 2009-5-17 10:09, IWAMURO Motonori wrote:
>> 2009/5/17 Lenik:
>>> Thanks, but where can I get this patch?
>>
>> You can checkout it from CVS HEAD.
>[...]
> 6 weeks to the next release maybe too long to wait.
We have about 2 weeks between the test releases.
Corin
On May 17 11:09, IWAMURO Motonori wrote:
> 2009/5/17 Lenik :
> > Thanks, but where can I get this patch?
>
> You can checkout it from CVS HEAD.
It occured to me that, if you're using a charset which differs from your
current ANSI or OEM codepage, you might run into trouble with native
Windows too
11044 files in 3.87GB are correctly rsynced, while several files are failed.
see the output.
These files are marked as "Permission denied (13)", and my local
directories are writable.
--
# rsync -amv --delete --delete-excluded --exclude-from
./.msync/mod/cygwin.ex --log-file=/var/log/rsy
On 2009-5-17 10:09, IWAMURO Motonori wrote:
2009/5/17 Lenik:
Thanks, but where can I get this patch?
You can checkout it from CVS HEAD.
Thanks for your information, well, I'm not expect to build from source,
that really frustrates me, and brings me even more problems.
Is there any mirror
34 matches
Mail list logo
