> From: "Larry Hall (Cygwin)"
> To: cygwin at cygwin dot com,
> Date: 05/29/2013 03:51 PM
> Subject: Re: Postinstall Script Errors With Exit Code 128
> Sent by: cygwin-owner at cygwin dot com
>
> On 5/29/2013 3:18 PM, Paul.Nickerson at desknetinc dot com wrote:
> > So, I think that one of these
On 2013-05-30 05:27, Achim Gratz wrote:
Yaakov (Cygwin/X users.sourceforge.net> writes:
This was working properly with my 3.7.15.2 x64 package, as well as with
a self-built 3.7.17. I don't know if it's a question of configuration
options or a bug in that version. Here's how I have built sqlit
On 5/30/2013 9:50 PM, Dan Kegel wrote:
It seems that if a zipfile includes both foo.exe and foo/, unzipping
the zipfile fails like this:
inflating: /cygdrive/c/yobuild/src/gtest/msvc/gtest/Debug/gtest_prod_test.exe
checkdir error:
/cygdrive/c/yobuild/src/gtest/msvc/gtest/Debug/gtest_prod_test ex
On 5/29/2013 8:18 AM, Achim Gratz wrote:
Sorry for this blast from the past, but cygutils have been updated a few
times and I still get the same error... has the patch not been applied or is
there something else that needs fixing?
No, thanks for the reminder. I completely dropped the ball on th
It seems that if a zipfile includes both foo.exe and foo/, unzipping
the zipfile fails like this:
inflating: /cygdrive/c/yobuild/src/gtest/msvc/gtest/Debug/gtest_prod_test.exe
checkdir error:
/cygdrive/c/yobuild/src/gtest/msvc/gtest/Debug/gtest_prod_test exists
but is not directory
On 5/30/2013 16:36, Yaakov (Cygwin/X) wrote:
DON'T BREAK Cygwin programs for the sake of those NOT USING Cygwin.
Where did you get the idea that my stance favors those not using Cygwin?
My choice favors those who want to use Cygwin *and* native Windows
programs, together. That's approximatel
On 2013-05-30 12:02, Warren Young wrote:
On 5/30/2013 04:27, Achim Gratz wrote:
Yaakov (Cygwin/X users.sourceforge.net> writes:
This was working properly with my 3.7.15.2 x64 package, as well as with
a self-built 3.7.17. I don't know if it's a question of configuration
options or a bug in tha
The following package has been added to the Cygwin distribution:
*** docbook2X-0.8.8-1
docbook2X converts DocBook XML documents into the man page format and
the GNU Texinfo format.
In order to avoid file collisions with the more commonly used
docbook-utils, the primary commands have been ren
On 05/30/2013 02:03 PM, Corinna Vinschen wrote:
>> so that the compiler really is complaining about two different
>> incompatible 'struct msghdr' layouts. I'm not quite sure what the fix
>> should be, [...]
>
> Try this:
>
> Index: cygwin/if.h
> ==
On 5/30/2013 5:08 AM, Corinna Vinschen wrote:
On May 29 18:51, Yaakov (Cygwin/X) wrote:
But now that you mention it, is cygutils *supposed* to be in Base?
It is marked category: Utils, but seems to be pulled into Base only
because of cygwin-doc (which *is* in Base, oddly enough; shouldn't
it jus
On 5/29/2013 7:51 PM, Yaakov (Cygwin/X) wrote:
On 2013-05-29 17:43, Charles Wilson wrote:
/usr/share/applications/cygstart.desktop
/usr/share/mime/packages/cygutils.xml
Right, because packages providing those kind of files usually need those
commands to be run in order for them to take effect;
On May 30 11:37, Eric Blake wrote:
> STC - this program does nothing useful when executed; it merely exists
> to show a compilation problem extracted from a larger program:
>
> $ cat foo.c
> #ifdef WORKAROUND
> # include
> #endif
> #include
> #include
> int main(void) {
> const struct msghdr
On 05/30/2013 11:37 AM, Eric Blake wrote:
> foo.c:9:5: warning: passing argument 2 of 'sendmsg' from incompatible
> pointer type
> /usr/include/sys/socket.h:42:11: note: expected 'const struct msghdr *'
> but argument is of type 'const struct msghdr *'
> $ gcc -o foo -Wall foo.c -DWORKAROUND
> $
>
STC - this program does nothing useful when executed; it merely exists
to show a compilation problem extracted from a larger program:
$ cat foo.c
#ifdef WORKAROUND
# include
#endif
#include
#include
int main(void) {
const struct msghdr msg;
return sendmsg(0, &msg, 0);
}
$ gcc -o foo -Wall f
On 5/30/2013 04:27, Achim Gratz wrote:
Yaakov (Cygwin/X users.sourceforge.net> writes:
This was working properly with my 3.7.15.2 x64 package, as well as with
a self-built 3.7.17. I don't know if it's a question of configuration
options or a bug in that version. Here's how I have built sqlite
Hey,
I just saw something unbelievable...
...as $1172 INSTANTLY rolls in!
You need to watch this immediately!
http://j.mp/instantlivecash
If you like the sound of making
an endless stream of \"free\"
commissions.
This level of success is SHOCKING.
http://j.mp/instantlivecash
The run package provides a simple application to launch console programs
with their console hidden.
CHANGES since run-1.1.13-1
o For cygwin platforms, require > 1.7.0
o Rely on cygport auto-generated setup.hint file
o First build for 64bit cygwin
o Adds support for min
On 5/30/2013 5:03 AM, Corinna Vinschen wrote:
> On the other hand, in the same situation the UAC-crippled admins's token
> does not contain the "Create symbolic links" right:
>
> $ /cygdrive/c/Windows/System32/whoami /priv
>
> PRIVILEGES INFORMATION
> --
>
> Privileg
On 30/05/2013 2:37 AM, Noel Grandin wrote:
On 2013-05-29 23:23, Ryan Johnson wrote:
GNU gdb (GDB) 7.6.50.20130408-cvs (cygwin-special)
... snip...
Reading symbols from /home/Ryan/experiments/a.exe...done.
(gdb) catch throw
Catchpoint 1 (throw)
That was a mistake in the documentation, they di
Hi Cygwin,
We have some trouble with OpenSSH in Cygwin. We think, that the impersonation
does not work in the 1.7 cywin, but can't figure out why.
- We followed http://cygwin.com/faq-nochunks.html#faq.using.sshd-in-domain to
integrate sshd into our domain. There is a domain\cyg_server user ( c
Yaakov (Cygwin/X users.sourceforge.net> writes:
> This was working properly with my 3.7.15.2 x64 package, as well as with
> a self-built 3.7.17. I don't know if it's a question of configuration
> options or a bug in that version. Here's how I have built sqlite3:
You are defining "SQLITE_OS_UN
On May 29 18:51, Yaakov (Cygwin/X) wrote:
> But now that you mention it, is cygutils *supposed* to be in Base?
> It is marked category: Utils, but seems to be pulled into Base only
> because of cygwin-doc (which *is* in Base, oddly enough; shouldn't
> it just be Doc?) listing it as a dependency.
T
On May 29 20:43, Chris Sutcliffe wrote:
> On 29 May 2013 13:01, Corinna Vinschen wrote:
> > On May 29 12:40, Chris Sutcliffe wrote:
> >> On 29 May 2013 11:23, Corinna Vinschen wrote:
> >> > On May 29 10:33, Chris Sutcliffe wrote:
> >> >> On 29 May 2013 04:39, Corinna Vinschen wrote:
> >> > Also, ei
The following packages have been updated for the Cygwin distribution:
*** p11-kit-0.19.1-1
*** p11-kit-trust-0.19.1-1
*** libp11-kit0-0.19.1-1
*** libp11-kit-devel-0.19.1-1
p11-kit provides an API for loading and enumerating PKCS#11 modules.
This is an update to the latest upstream release. A
The following packages have been updated in the Cygwin distribution:
*** zziplib-0.13.62-1
*** libzzip0.13-0.13.62-1
*** libzzip-devel-0.13.62-1
The zziplib library is a lightweight library for extracting data from
files archived in a ZIP compressed file.
This is an update to the latest upstrea
25 matches
Mail list logo