Re: LPR output disappearing

Jeff Hubbs writes: > On 6/27/14, 9:35 PM, David Masterson wrote: >> Hmmm. Then why is LPR the default for printing from GV ? GV was able >> to display the file fine > GV isn't like your printer. Your printer may react as intended if you > were sending it Postscript because it may have the code

Re: can't share fifo between 32-bit and 64-bit Cygwins

On 6/30/2014 17:18, Christopher Faylor wrote: On Mon, Jun 30, 2014 at 10:08:24PM +0200, Marco Atzeri wrote: On 30/06/2014 20:04, Nellis, Kenneth wrote: If I create a named pipe (mkfifo), as long as I write to and read from using either 32-bit Cygwin or 64-bit Cygwin, all works fine, but if I w

Re: can't share fifo between 32-bit and 64-bit Cygwins

On Mon, Jun 30, 2014 at 10:08:24PM +0200, Marco Atzeri wrote: >On 30/06/2014 20:04, Nellis, Kenneth wrote: >> Just thought I'd share an observation I found interesting. >> Not a problem for me, so not asking for any particular response. >> >> If I create a named pipe (mkfifo), as long as I write to

file 5.18-1: ERROR: line 66: regex error 10, (invalid repetition count(s))

I think there is something funny going on with latest version of file. $ cat file-error.py def s (h): $ file file-error.py file-error.py: ERROR: line 66: regex error 10, (invalid repetition count(s)) $ file --version file-5.18 magic file from /usr/share/misc/magic $ which file /usr/bin/file $ cyg

Re: can't share fifo between 32-bit and 64-bit Cygwins

On 30/06/2014 20:04, Nellis, Kenneth wrote: Just thought I'd share an observation I found interesting. Not a problem for me, so not asking for any particular response. If I create a named pipe (mkfifo), as long as I write to and read from using either 32-bit Cygwin or 64-bit Cygwin, all works fi

can't share fifo between 32-bit and 64-bit Cygwins

Just thought I'd share an observation I found interesting. Not a problem for me, so not asking for any particular response. If I create a named pipe (mkfifo), as long as I write to and read from using either 32-bit Cygwin or 64-bit Cygwin, all works fine, but if I write with either one and read w

[ANNOUNCEMENT] Updated: mingw64-*-gcc-4.8.3-1

This update includes: Update: mingw64-*-gcc-4.8.3-1 *** NOTES *** gcc-4.8.x is built as is from FSF sources. C++11 std::to_string is now supported. Caveat: C++11 mode implies C99 mode vsnprintf and vsnwprintf, any calls to these will be redirected to __mingw_* variants, not to msvcrt. That means

Re: ezmlm problems with yahoo/AT&T senders

In message <53b16935.4040...@cygwin.com>you write: >On 06/30/2014 08:05 AM, tednolan wrote: >been obvious to you but your email to the list on this topic usurped >a thread on a totally different subject. > > > >We ask that email sent to this list

Re: ezmlm problems with yahoo/AT&T senders

On 06/30/2014 08:05 AM, tednolan wrote: I've tried reporting this several different ways, apparently into a black hole, so I'll try it here on the front list. I apologize for putting this here, but hopefully someone wil now see it. There are other possibilities for why you haven't received

Re: cygwin DLL and mingw main

2014-06-30 14:25 GMT+02:00 Soren Hein : > If I compile (1) with cygwin and (2) with mingw, the resulting program > segfaults when run. > Why does it segfault? It's driving me nuts. Probably it crashes because the internals of cygwin1.dll are not initialized. Somehow you will need to call the

ezmlm problems with yahoo/AT&T senders

I've tried reporting this several different ways, apparently into a black hole, so I'll try it here on the front list. I preiodically get messages from ezmlm to the effect Hi! This is the ezmlm program. I'm managing the cygwin#cygwin.com mailing list. Messages to you fr

cygwin DLL and mingw main

Below are (1) a simple dll (dds.dll) and (2) a simple main program (dtest.cpp). After much experimentation I have reduced my problem to this tiny test case. If I compile (1) with cygwin and (2) with mingw, the resulting program segfaults when run. (1) with cygwin and (2) with cygwin works. (1

Re: [ANNOUNCEMENT] Updated: rsync 3.0.9-1 -- fast, versatile file synchronizing tool

2014-06-17 14:16 GMT+02:00 Frank Fesevur: > 2014-06-17 10:57 GMT+02:00 Jari Aalto: >> PACKAGE DESCRIPTION >> === >> >> Homepage: http://freecode.com/projects/rsync >> License : GPL-3+ >> >> Fast and versatile file-copying tool which can copy locally and >> to/from a remote host. It