On Thu, Aug 19, 2010 at 6:23 PM, Christopher Faylor
wrote:
> On Thu, Aug 19, 2010 at 06:18:11PM -0700, Slide wrote:
>>I've looked through the archives and saw some messages about building
>>a cross-compiler to build cygwin apps on linux, but most of those
>>messages/articles are pretty old. Has an
When I run "df -h " where dir is part of a
native-NTFS-mounted-drive, then df prints details about the root drive
(not the mounted drive).
This acts differently if the drive is *also* mounted as a separate
top-level drive. In that case, if you specify the mount point itself,
it prints inform
On Fri, Aug 20, 2010 at 05:37:31AM +0400, Andrey Repin wrote:
>I've been pointed to this (without a doubt) exceptional piece of software.
>http://www.uwe-sieber.de/usbdlm_e.html
>
>I'm toying with it now, but what I find in it, what would be most attractive
>to the Cygwin community, is it's ability
Greetings, All!
I've been pointed to this (without a doubt) exceptional piece of software.
http://www.uwe-sieber.de/usbdlm_e.html
I'm toying with it now, but what I find in it, what would be most attractive
to the Cygwin community, is it's ability to mount removable drives as NTFS
reparse points.
On Thu, Aug 19, 2010 at 06:18:11PM -0700, Slide wrote:
>I've looked through the archives and saw some messages about building
>a cross-compiler to build cygwin apps on linux, but most of those
>messages/articles are pretty old. Has anyone done this recently with
>more recent GCC and Cygwin versions
On Thu, Aug 19, 2010 at 08:40:44PM -0400, Gregg Levine wrote:
>On Thu, Aug 19, 2010 at 8:31 PM, Jacob Jacobson wrote:
>> On 8/17/2010 6:07 AM, Global International wrote:
>>>
>>> Hi Dear,
>>>
>>> Please confirm if you received my last email and provide me your direct
>>> phone number for more disc
I've build gcc 4.4.0 for arm in cygwin.
2010/8/20 Slide :
> I've looked through the archives and saw some messages about building
> a cross-compiler to build cygwin apps on linux, but most of those
> messages/articles are pretty old. Has anyone done this recently with
> more recent GCC and Cygwin
I've looked through the archives and saw some messages about building
a cross-compiler to build cygwin apps on linux, but most of those
messages/articles are pretty old. Has anyone done this recently with
more recent GCC and Cygwin versions?
Thanks,
slide
--
Problem reports: http://cygwin.
On 8/19/2010 8:31 PM, Jacob Jacobson wrote:
> On 8/17/2010 6:07 AM, Global International wrote:
>> Hi Dear,
>>
>> Please confirm if you received my last email and provide me your direct
>> phone number for more discussions.
>>
>> Yours truly,
>>
>> Mr. David Brown
>> Global International
>>
>>
>>
>
On Thu, Aug 19, 2010 at 8:31 PM, Jacob Jacobson wrote:
> On 8/17/2010 6:07 AM, Global International wrote:
>>
>> Hi Dear,
>>
>> Please confirm if you received my last email and provide me your direct
>> phone number for more discussions.
>>
>> Yours truly,
>>
>> Mr. David Brown
>> Global Internati
On 8/17/2010 6:07 AM, Global International wrote:
Hi Dear,
Please confirm if you received my last email and provide me your direct
phone number for more discussions.
Yours truly,
Mr. David Brown
Global International
Discuss what?
--
Problem reports: http://cygwin.com/problems.htm
On 2010-08-19 18:37, Andrey Repin wrote:
If ATI is the junction (reparse point, or however you call it) to a top-level
directory on another partition, this behavior could be explained by "exiting
through the window": process enter the partition from the doors (junction),
dig it, then trying to ex
Greetings, Corinna Vinschen!
> I checked the strace, and after ascending back from the ATI subdir into
> the toplevel dir successfully, find appears to exit "just so", without
> any trace that it even *tries* to continue to scan further subdirs. And
> unfortunately there's no way to see why find
On 8/19/2010 6:17 PM, David Rothenberger wrote:
> On 8/19/2010 11:54 AM, Corinna Vinschen wrote:
>> I have updated the version of vim on cygwin.com to 7.3.003-1.
>>
>> This is an update to the new upstream version 7.3, including the
>> first three patchsets. Cygwin Vim builds from the vanilla sour
ChangeLog entry:
2010-08-19 Pedro Izecksohn
* endian.h [_BSD_SOURCE || ! _POSIX_SOURCE] (htobe16, htobe32)
(htobe64, be16toh, be32toh, be64toh, htole16, htole32, htole64)
(le16toh, le32toh, le64toh): Macros defined.
I modified endian.h again:
*** /usr/include/endi
On 8/19/2010 11:54 AM, Corinna Vinschen wrote:
> I have updated the version of vim on cygwin.com to 7.3.003-1.
>
> This is an update to the new upstream version 7.3, including the
> first three patchsets. Cygwin Vim builds from the vanilla sources.
After updating, /usr/bin/vi no longer exists. I
The only way I've been able to get cron running is manually by starting
the crond via execution of cron.exe.
Attached are my cygcheck.txt and crontab.
I get the following error after I install and start the cron service...
cygrunsrv: Error starting a service: QueryServiceStatus: Win32 error 1
On 2010-08-19 12:28, Eric Blake wrote:
On 08/19/2010 08:43 AM, Corinna Vinschen wrote:
Hmm, digging through Cygwin's readdir code, I have a vague idea.
Eric, does find honor the struct dirent d_type flag? I'm wondering
if d_type is erroneously set to DT_REG for some reason. If so, we
could fi
On 8/19/2010 5:02 PM, Daniel Colascione wrote:
The version of rlwrap in Cygwin is very old; the manpage dates it to
2005. Is the package still maintained? If not, does it need a new
maintainer? :)
The listed maintainer is Mauricio Antune but my admittedly limited search
for any recent activity
The version of rlwrap in Cygwin is very old; the manpage dates it to
2005. Is the package still maintained? If not, does it need a new
maintainer? :)
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/doc
On 08/19/2010 01:59 PM, Jeremy Bopp wrote:
> Of course the quality of the defect tracker is directly related to the
> effort the maintainers put in to keep it relatively pruned and
> organized. Maybe that is too much to expect for most maintainers at
> this time.
Bingo. That's why I'm perfectly
On 8/19/2010 12:34 PM, Christopher Faylor wrote:
> On Thu, Aug 19, 2010 at 11:02:35AM -0500, Jeremy Bopp wrote:
>> A defect tracker should hopefully address such issues at least somewhat
>> better than mail archives. Duplicate issues can be merged, issue owners
>> can be more readily assumed to be
I have updated the version of vim on cygwin.com to 7.3.003-1.
This is an update to the new upstream version 7.3, including the
first three patchsets. Cygwin Vim builds from the vanilla sources.
The official release message:
===
On Thu, 2010-08-19 at 13:22 -0400, Gregg Levine wrote:
> Has MySQL ever been successfully ported to Cygwin? I recall as we were
> making the move towards 1.7 that it came up several times.
Cygwin Ports provides MySQL packages. The clients are fine, but I do
not guarantee that the server is usable
On Thu, Aug 19, 2010 at 01:26:03PM -0400, Andrew Schulman wrote:
>>On Aug 19 11:23, Andrew Schulman wrote:
>>>What is the status of http://cygwin.com/bugzilla? It appears to have
>>>been in use at least last year.
>>>
>>>Provisional effort? Occasionally used? Useful, not useful?
>>
>>Not used fo
On Thu, Aug 19, 2010 at 07:05:53PM +0200, Corinna Vinschen wrote:
>On Aug 19 11:23, Andrew Schulman wrote:
>> What is the status of http://cygwin.com/bugzilla? It appears to have been
>> in use at least last year.
>>
>> Provisional effort? Occasionally used? Useful, not useful?
>
>Not used for
On Thu, Aug 19, 2010 at 11:02:35AM -0500, Jeremy Bopp wrote:
>On 8/19/2010 10:18 AM, Andrew Schulman wrote:
>> (1) Most important: How many people care? Do users want a bug tracker?
>> Would package maintainers use it? Would the cygwin and setup.exe
>> maintainers use it?
>>
>> Andrew Schulman
On Thu, Aug 19, 2010 at 11:18:48AM -0400, Andrew Schulman wrote:
>> http://cygwin.com/acronyms/#SHTDI ?
>
>Auto-updating the package categories daily doesn't seem hard to me, I would
>build that if we had a bug tracker working.
>
>But before we get to that point, I'd have a few other questions.
>
>
> On Aug 19 11:23, Andrew Schulman wrote:
> > What is the status of http://cygwin.com/bugzilla? It appears to have been
> > in use at least last year.
> >
> > Provisional effort? Occasionally used? Useful, not useful?
>
> Not used for Cygwin, right now.
CGF was using it at least a little bit
Hello!
Has MySQL ever been successfully ported to Cygwin? I recall as we were
making the move towards 1.7 that it came up several times.
-
Gregg C Levine gregg.drw...@gmail.com
"This signature fought the Time Wars, time and again."
--
Problem reports: http://cygwin.com/problems.html
FAQ
This update is simply a repackaging of the existing sunrpc package,
without any testing. If the old version still works at this late
date (4.0-3 was published in 2005, during the cygwin-1.3.x era), then
this new version will too, because the .exe is *the same file*. OTOH,
if this new version is br
rpcgen is a tool that generates C code to implement an RPC protocol.
The input to rpcgen is a language similar to C known as RPC Language
(Remote Procedure Call Language). This package replaces a component
of the (soon-to-be-obsolete) sunrpc package; you should update sunrpc
to the 4.0-4 version if
libtirpc is an updated version of the Sun RPC library. As such, it
replaces part of the (orphaned) sunrpc package -- just as on linux, it
replaces the built-in RPC routines in glibc:
http://nfsv4.bullopensource.org/doc/tirpc_rpcbind.php
You should update sunrpc, if installed, to 4.0-4 or above.
On Aug 19 11:18, Andrew Schulman wrote:
> > http://cygwin.com/acronyms/#SHTDI ?
>
> Auto-updating the package categories daily doesn't seem hard to me, I would
> build that if we had a bug tracker working.
>
> But before we get to that point, I'd have a few other questions.
>
> (1) Most importan
On Aug 19 11:23, Andrew Schulman wrote:
> What is the status of http://cygwin.com/bugzilla? It appears to have been
> in use at least last year.
>
> Provisional effort? Occasionally used? Useful, not useful?
Not used for Cygwin, right now.
Corinna
--
Corinna Vinschen Pleas
On Aug 19 10:28, Eric Blake wrote:
> On 08/19/2010 08:43 AM, Corinna Vinschen wrote:
> > Hmm, digging through Cygwin's readdir code, I have a vague idea.
> >
> > Eric, does find honor the struct dirent d_type flag? I'm wondering
> > if d_type is erroneously set to DT_REG for some reason. If so,
On Thu, Aug 19, 2010 at 10:33:16AM +0200, Corinna Vinschen wrote:
>On Aug 19 02:03, Christopher Faylor wrote:
>> On Wed, Aug 18, 2010 at 05:42:21PM -0700, Daniel Colascione wrote:
>> >The other crazy idea would be to override the Win32 file and path
>> >functions and handle the notion of a current
On 08/19/2010 08:43 AM, Corinna Vinschen wrote:
> Hmm, digging through Cygwin's readdir code, I have a vague idea.
>
> Eric, does find honor the struct dirent d_type flag? I'm wondering
> if d_type is erroneously set to DT_REG for some reason. If so, we
> could find this out by augmenting the de
On 8/19/2010 10:18 AM, Andrew Schulman wrote:
> (1) Most important: How many people care? Do users want a bug tracker?
> Would package maintainers use it? Would the cygwin and setup.exe
> maintainers use it?
>
> Andrew Schulman and Bill Blunn would find a bug tracker useful, but that's
> not en
What is the status of http://cygwin.com/bugzilla? It appears to have been
in use at least last year.
Provisional effort? Occasionally used? Useful, not useful?
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http:/
> http://cygwin.com/acronyms/#SHTDI ?
Auto-updating the package categories daily doesn't seem hard to me, I would
build that if we had a bug tracker working.
But before we get to that point, I'd have a few other questions.
(1) Most important: How many people care? Do users want a bug tracker?
Ken Brown wrote:
This looks to me like an Emacs configuration problem, not a Cygwin problem. The code in
image.c:7723 is guarded by #ifdef HAVE_MAGICKEXPORTIMAGEPIXELS, and configure reported
"no" in the corresponding test.
If I understand this rightly,
...
checking for MagickExportImagePixe
On Aug 19 10:41, Andrew Schulman wrote:
> > The question is if the maintainers really want that, and cgf and I are
> > just 2 out of ~60 maintainers, maintaining over 1400 packages. From
> > these ~60 maintainers we have quite a few who either don't reply to any
> > mail about their package, or wh
On Aug 19 09:50, Rolf Campbell wrote:
> NTFS Junction point: yes. I used the builtin windowns tool
> "mountvol" to mount the disk in an empty directory. It's
> technically mounted as "C:\.timemachine\3".
>
> Output from "ls -l"
> [...]
> I do not set the CYGWIN environmental variable when runnin
> The question is if the maintainers really want that, and cgf and I are
> just 2 out of ~60 maintainers, maintaining over 1400 packages. From
> these ~60 maintainers we have quite a few who either don't reply to any
> mail about their package, or who only reply after some nudging.
Agreed, but OT
On Aug 19 09:57, Andrew Schulman wrote:
> > It might be helpful if I could be clear what the reasons for not having
> > a bug tracker are.
> >
> > I could take a stab as:
> >
> > 1. It is not the feeling of the Cygwin maintainers that a bug tracker
> > would provide a significantly better solut
On 19/08/2010 14:57, Andrew Schulman wrote:
I think that a bug tracker would be a nice improvement to our
development workflow. As a package maintainer, I'd love to be able to
call up a page of all of the open bugs for all of the packages I maintain.
I also think that the work to set up and mai
On 8/18/2010 10:22 AM, Dr. Rainer Woitok wrote:
Greetings,
after having recently upgraded Cygwin on my laptop running Windows Vista
the Bash Shell started misbehaving by issuing "-sh: exclude: unbound
variable" whenever I hit "Tab" for file name completion. After trying
the obvious (that
On Aug 19 09:20, Charles Wilson wrote:
> On 8/19/2010 6:48 AM, Corinna Vinschen wrote:
> > I applied the patch which adds the CW_SYNC_WINCWD code and I updated
> > the documentation accordingly.
> >
> > I uploaded the rewritten chapter about using the Win32 file API here:
> >
> > http://cygwin.
> It might be helpful if I could be clear what the reasons for not having
> a bug tracker are.
>
> I could take a stab as:
>
> 1. It is not the feeling of the Cygwin maintainers that a bug tracker
> would provide a significantly better solution than the current mailing
> list solution
>
> 2.
On 8/19/2010 6:48 AM, Corinna Vinschen wrote:
> I applied the patch which adds the CW_SYNC_WINCWD code and I updated
> the documentation accordingly.
>
> I uploaded the rewritten chapter about using the Win32 file API here:
>
> http://cygwin.de/cygwin-ug-177/using.html#pathnames-win32-api
>
>
Greetings,
after having recently upgraded Cygwin on my laptop running Windows Vista
the Bash Shell started misbehaving by issuing "-sh: exclude: unbound
variable" whenever I hit "Tab" for file name completion. After trying
the obvious (that is, issuing "set +u") and even having success with
On 8/19/2010 7:33 AM, Angelo Graziosi wrote:
I am trying to build the development version of Emacs with the
imagemagick support. In the configure step one gets:
$ ./configure --with-imagemagick
[...]
checking for Wand... yes
checking IMAGEMAGICK_CFLAGS... -fopenmp -I/usr/include/ImageMagick
chec
On 18/08/2010 21:50, Corinna Vinschen wrote:
On Aug 18 21:32, William Blunn wrote:
On 18/08/2010 19:26, Christopher Faylor wrote:
On Wed, Aug 18, 2010 at 06:40:17PM +0100, William Blunn wrote:
My apologies to all the folks NOT involved in maintaining the ImageMagick
package,
I am trying to build the development version of Emacs with the
imagemagick support. In the configure step one gets:
$ ./configure --with-imagemagick
[...]
checking for Wand... yes
checking IMAGEMAGICK_CFLAGS... -fopenmp -I/usr/include/ImageMagick
checking IMAGEMAGICK_LIBS... -lMagickWand -lMagic
On Aug 18 22:17, Corinna Vinschen wrote:
> On Aug 18 15:51, Charles Wilson wrote:
> > On 8/18/2010 3:41 PM, Corinna Vinschen wrote:
> >
> > >Chuck, btw., the function setup_win_environ() in run.c can easily be
> > >replaced with `cygwin_internal (CW_SYNC_WINENV);'
> >
> > Yes, I was just looking
On Aug 19 10:31, Corinna Vinschen wrote:
> On Aug 18 18:50, Rolf Campbell wrote:
> > I have an 2nd NTFS disk mounted in a directory in my primary NTFS
> > disk. When I use 'find' (with no arguments), it only displays a
> > small fraction of the files in the current directory.
> >
> > Using cygwin
On Aug 19 02:03, Christopher Faylor wrote:
> On Wed, Aug 18, 2010 at 05:42:21PM -0700, Daniel Colascione wrote:
> >The other crazy idea would be to override the Win32 file and path
> >functions and handle the notion of a current directory entirely within
> >Cygwin for both Win32 and Cygwin function
On Aug 18 18:50, Rolf Campbell wrote:
> I have an 2nd NTFS disk mounted in a directory in my primary NTFS
> disk. When I use 'find' (with no arguments), it only displays a
> small fraction of the files in the current directory.
>
> Using cygwin 1.7.5, it displayed about 100,000 files.
> Using cyg
On Aug 18 21:57, Andy Koppe wrote:
> On 18 August 2010 21:50, Corinna Vinschen wrote:
> > On Aug 18 21:32, William Blunn wrote:
> >> On 18/08/2010 19:26, Christopher Faylor wrote:
> >> >On Wed, Aug 18, 2010 at 06:40:17PM +0100, William Blunn wrote:
> >> >>My apologies to all the folks NOT involved
On Aug 18 22:00, Buchbinder, Barry (NIH/NIAID) [E] wrote:
> Corinna Vinschen sent the following at Tuesday, August 17, 2010 4:16 AM
> >What changed since Cygwin 1.7.5:
> >
> >
> >- Cygwin handles the current working directory entirely on its own. The
> > Win32 curr
On Aug 18 20:31, Buchbinder, Barry (NIH/NIAID) [E] wrote:
> Corinna Vinschen sent the following at Wednesday, August 18, 2010 4:43 AM
> >
> >That usually just means you don't have admin privs.
>
> For the archive: That is indeed the case.
>
> >Here's the actual problem:
> > cygdrive prefix
62 matches
Mail list logo
