On 2016-11-30 04:00, Eliot Moss wrote:
> On 11/29/2016 7:28 PM, Herbert Stocker wrote:
>
>> Or we simply copy the variables unconverted to the Windows environment
>> block, as the Windows env block is not used for anything else - up to
>> now it is not updated at all.
>
> Maybe we could stash the
On 2016-10-14 00:52, Peter Rosin wrote:
> On 2016-10-13 16:35, Bill Smith wrote:
>> Hi,
>> I'm trying to run my Windows C++ application which has a call to
>> DebugBreak() to bring up the popup asking if you want to debug this
>> application or terminate it. If
On 2016-10-13 16:35, Bill Smith wrote:
> Hi,
> I'm trying to run my Windows C++ application which has a call to DebugBreak()
> to bring up the popup asking if you want to debug this application or
> terminate it. If I run the program within Cygwin, the program just exits.
>
> If I run the appl
Hi again!
Ok, I "solved it" by reinstalling AVG. No idea why that helped...
Buggy PoS.
Cheers,
Peter
On 2016-08-25 15:54, Peter Rosin wrote:
> Hi!
>
> I have the strangest of problems. Freshly downloaded setup-x86_64.exe
> fails to create some files, e.g. bash.exe, wit
Hi!
I have the strangest of problems. Freshly downloaded setup-x86_64.exe
fails to create some files, e.g. bash.exe, with access denied. So, I
started digging.
Trying to create bash.exe (with any random content) by other means
also fails.
Creating other files in the C:\cygwin64\bin folder works
On 2016-07-29 14:23, Marco Atzeri wrote:
> Hi Eric,
>
> building latest Arpack
> https://github.com/opencollab/arpack-ng/releases
> https://github.com/opencollab/arpack-ng/issues/41
>
> I hit a strange case where the presence of a single line
>
> AC_FC_LINE_LENGTH(unlimited)
>
> before the usua
Hi!
On 2016-05-07 09:45, David Allsopp wrote:
> Andrey Repin wrote:
>> Greetings, David Allsopp!
>
> And greetings to you, too!
>
>
>
>>> I'm not using cmd, or any shell for that matter (that's actually the
>>> point) - I am in a native Win32 process invoking a Cygwin process
>>> directly usi
On 2016-04-29 13:34, Gene Pavlovsky wrote:
>>> POSIX says a symlink to a missing target is perfectly well-defined (you
>>> can't stat() through it, but you can readlink() it). But Windows native
>>> symlinks can't do that. So the problems you are encountering all stem
>>> from the fact that you ar
On 2016-03-21 14:56, Achim Gratz wrote:
> Gordon Grimes writes:
>> % wc -l FILE
>> 48786
>> % grep . FILE
>> 2240
>>
>> Very wrong.
>
> You're aware that "." doesn't match empty lines?
Agreed, that is relevant, but there's the difference between v2.21 and v2.24...
On a whim and given that we do
On 2016-02-09 10:06, Ismail Donmez wrote:
> Hi Peter,
>
> On Tue, Feb 9, 2016 at 10:56 AM, Peter Rosin wrote:
>> My take on the situation was that you could disable SUN ACLs by telling
>> configure that cdrtools should not use aclfromtext(), and that the code
>> tha
On 2016-02-09 08:56, Ismail Donmez wrote:
> Hi,
>
> On Tue, Feb 9, 2016 at 6:14 AM, Warren Young wrote:
>> On Feb 8, 2016, at 9:59 AM, Ismail Donmez wrote:
>>>
>>> On Mon, Feb 8, 2016 at 6:29 PM, Peter Rosin wrote:
>>>> On 2016-02-08 14:31, Ismail
On 2016-02-08 14:31, Ismail Donmez wrote:
> This is a generic code so I don't want to add a cygwin specific
> dependency there. Is there a preprocessor definition for cygwin
> version? I could use that to disable HAVE_SUN_ACL for cygwin 2.5+
Pardon me for butting in, but isn't adding a Cygwin vers
On 2015-11-23 10:51, Lester Anderson wrote:
> Hello,
>
> I tried a very basic script to test this:
>
> #!/bin/bash
> ruta_elev="cygdrive/q/geophys/Potential-field
> datasets/Topography/topo_17.1.img"
> ruta_grav="cygdrive/q/geophys/Potential-field datasets/Gravity/grav.img.23.1"
> # Also tried
>
On 2015-08-27 21:47, Sam Edge wrote:
> One might add, "Always, always initialize automatic variables. This
> ensures deterministic behaviour. The compiler will optimise out the
> redundant ones."
Seems like a fast way to not get a compiler warning if you do happen
to use a variable that would be u
On 2015-03-17 18:10, Adam Dinwoodie wrote:
> On Tue, Mar 17, 2015 at 03:52:49PM +0100, Peter Rosin wrote:
>> Interesting. But the patch may not be needed. The easy thing to
>> do seems to be to either use core.createobject = rename
>> or to convince some git :-) t
On 2015-04-27 15:25, Björn Kautler wrote:
> Hi,
>
> I have a permissionproblem on a CIFS share.
>
> The line in fstab reads "//fileserver.company.de/git/mnt/git
> cifsbinary,posix=0,user,noacl"
>
> I then try to push some Git changes, but it does only work by
> repeating the push multip
A new version of 'libgii' is available for download.
Rebuild to avoid obsolete dependencies
Packed with xz
Updated packages:
libgii1-1.0.2-4
libgii1-devel-1.0.2-4
libgii1-input-x-1.0.2-4
libgii1-debuginfo-1.0.2-4
*** CYGWIN-ANNOUNCE UNSUBSCRIBE INF
A new version of 'libggi' is available for download.
Rebuild to avoid obsolete dependencies
Packed with xz
Updated packages:
libggi2-2.2.2-4
libggi2-devel-2.2.2-4
libggi2-display-aa-2.2.2-4
libggi2-display-file-2.2.2-4
libggi2-display-terminfo-2.2.2-4
A new version of 'libggimisc' is available for download.
Rebuild to avoid obsolete dependencies
Packed with xz
Updated packages:
libggimisc2-2.2.2-4
libggimisc2-devel-2.2.2-4
libggimisc2-samples-2.2.2-4
libggimisc2-debuginfo-2.2.2-4
*** CYGWIN-ANNO
A new version of 'libggiwmh' is available for download.
Rebuild to avoid obsolete dependencies
Packed with xz
Updated packages:
libggiwmh0-0.3.2-4
libggiwmh0-devel-0.3.2-4
libggiwmh0-display-x-0.3.2-4
libggiwmh0-samples-0.3.2-4
libggiwmh0-debuginfo-0.3.2-4
On 2015-03-17 15:52, Peter Rosin wrote:
> On 2015-03-17 14:33, Jason Pyeron wrote:
>> Pardon the direct reply, but my posts are blocked.
>
> Perhaps your boilerplate footer with copyright claims, or the
> raw email addresses? I took the liberty or forwarding it
> to the lis
gwin, and
I imaging that Cygwin will have a hard time fixing it up...
>> -Original Message-
>> From: Peter Rosin
>> Sent: Tuesday, March 17, 2015 9:13
>>
>> On 2015-03-16 22:45, Warren Young wrote:
>>> On Mar 12, 2015, at 5:50 PM, Peter Rosin
>
On 2015-03-16 22:45, Warren Young wrote:
> On Mar 12, 2015, at 5:50 PM, Peter Rosin wrote:
>>
>> To file:///cygdrive/x/some path/with spaces/repo.git
>
> You shouldn’t be doing anything shared-database-like to a network drive.
> Network file sharing protocols typic
On 2015-03-13 00:50, Peter Rosin wrote:
> Any suggestions?
Forgot cygcheck output...
Cheers,
Peter
Cygwin Package Information
Last downloaded files to: C:\Users\peda\Downloads\cygwin64
Last downloaded files from: http://mirrors.kernel.org/sourceware/cygwin/
Package Vers
Hi!
For a long time, I have been suffering from git problems when I
push to our server. I have been hoping that it should just
magically go away with some update or something, but I guess not.
Basically, I have to push several times for it to "take".
Like this:
$ git push origin
Counting objects:
On 2015-02-27 06:03, A L wrote:
> Thank you for your response. It may sound plausible but:
>
>> you tell Cygwin that you want posix semantics
>
> I can't remember seeing that posix semantics require a C library call
> to modify arguments in the way the shell does; since when cygwin a
> shell?
On 2015-02-26 21:59, A L wrote:
> Hi,
> Yesterday I asked about the double slash, but my question has got no
> attention (despite some other activity
> on the list). I deem the behavior as a bug. To make things more
> evident (that it's a bug) one can replace "DIR"
> with "ECHO" in the code I pos
On 2014-09-24 20:35, Eric Blake (cygwin) wrote:
> A new release of bash, 4.1.12-5, has been uploaded and will soon reach a
> mirror near you; leaving the previous version of 4.1.10-4 on 32-bit, and
> 4.1.11-2 on 64-bit.
>
> NEWS:
> =
> This is a minor rebuild which picks up an upstream patch t
On 2014-09-23 21:52, Paulo César Pereira de Andrade wrote:
> 2014-09-23 16:40 GMT-03:00 Marco Atzeri :
>> On 23/09/2014 20:43, Paulo César Pereira de Andrade wrote:
>>>
>>>Hi,
>>>
>>>Forgive me if this is expected. I am probably abusing dlsym
>>> behavior on other systems.
>>
>>
>> It will
(sorry for replying to self)
On 2014-09-15 09:44, Peter Rosin wrote:
> Also, SetDllDirectory will kill all attempts to run 32-bit
> Cygwin programs from 64-bit Cygwin (and vice versa).
At least I think so.
Cheers,
Peter
--
Problem reports: http://cygwin.com/problems.ht
On 2014-09-13 12:00, Christian Franke wrote:
> Eric Blake wrote:
>> (by passing an actual safe path, and NOT by completely unsetting PATH).
>>
>
> Disagree. The postfix master(8) spawns all of its daemons with PATH unset.
> This IMO does not violate POSIX.
>
> Note that setting PATH=/bin on Cygw
On 2014-08-13 11:43, Corinna Vinschen wrote:
> On Aug 13 10:55, Peter Rosin wrote:
>> This seemed like something I could waste a little time on, and learn
>> something in the process. Which I did, so not all is lost. :-)
Ok, I see how the above could be misread easily, since it
On 2014-08-12 16:11, Corinna Vinschen wrote:
> Hi Peter,
>
> On Aug 12 15:29, Peter Rosin wrote:
>> On 2014-08-09 16:37, Corinna Vinschen wrote:
>>> I just uploaded rng-tools-5-1.
>>>
>>> The Cygwin release only comes with the rngtest tool for now
On 2014-08-09 16:37, Corinna Vinschen wrote:
> I just uploaded rng-tools-5-1.
>
> The Cygwin release only comes with the rngtest tool for now.
>
> The rngd daemon requires porting assembler code to COFF and the
> Microsoft calling convention. Any help porting this code would
> be greatly appreci
Hi!
I ran into this problem [1] when doing some RPC coding, and went
searching for a resolution. But I came up empty. Was there any
further discussion? Is this what is holding up the libvirt ITP?
I guess the window for releasing an ABI-incompatible libtirpc
0.2.1-2 is firmly closed.
Meanwhile, li
On 2014-05-13 14:29, Steven Penny wrote:
> On Tue, May 13, 2014 at 12:56 AM, Christopher Faylor wrote:
>> Frankly, please give MSYS2 another try. We'd all appreciate it.
>
> Look at the facts:
>
> coreutils
> newer version released 2 years ago
>
> bash
> newer version released 3 years ago
>
>
On 2014-04-17 10:46, szgyg wrote:
> On 4/16/2014 9:21 AM, Gisela Haschmich wrote:
>>
>> /bin/sh ../../libtool --tag=F77 --mode=link gfortran -o liby12.la
>> y12mae.lo y12maf.lo y12mbe.lo y12mbf.lo y12mce.lo y12mcf.lo y12mde.lo
>> y12mdf.lo y12mfe.lo y12mge.lo y12mhe.lo
>> -L/usr/lib/gcc/x
On 2014-04-16 09:21, Gisela Haschmich wrote:
>
>> Side note, the GNU "equivalent" of MS lib.exe is ar. (ld corresponds
>> to MS link.exe).
>>
>> Regarding the issue, it is a bad sign that the archives are named
>> libmbmath.lib,
>>
>> libmbutil.lib etc. For a Cygwin build, you want them named lib
On 2014-04-15 13:27, Corinna Vinschen wrote:
> On Apr 15 11:16, Gisela Haschmich wrote:
Hello,
i tried to compile MBDyn 1.5.5 with cygwin and got an error "libtool:
>>> link: object name conflicts in archive". I used the same for 1.5.0 and
>>> it worked.
>>
libtool: link: o
On 2014-04-11 04:17, Christopher Faylor wrote:
> On Fri, Apr 11, 2014 at 01:15:12AM +0200, Peter Rosin wrote:
>> ... The reason I'm not contributing more is the requirement
>> to assign copyright to a for-profit organization. Sorry.
>
> Yeah. That bothered me a little
On 2014-04-09 19:05, Christopher Faylor wrote:
> And, this gives me the opportunity to say a belated thank-you to you and
> other people who have managed, despite all odds, to contribute.
>
> Here's a knocked together list from the last 13-or-so years of Cygwin.
*snip*
> Apologies if I missed an
On 2014-02-28 22:49, Andrey Repin wrote:
> Greetings, Peter Rosin!
>
>> If I:
>
> $ : >>tmp.c
>> $ gcc -E -Wmissing-include-dirs tmp.c >/dev/null
>
>> I get this annoying warning on stderr:
>
>> cc1: warning: ../../include/w32api
Hi!
If I:
$ : >tmp.c
$ gcc -E -Wmissing-include-dirs tmp.c >/dev/null
I get this annoying warning on stderr:
cc1: warning: ../../include/w32api: No such file or directory [enabled by
default]
Searching the 'net suggests that it's an old bug:
http://cygwin.com/ml/cygwin/2013-07/msg00509.html
On 2014-02-27 01:03, Jim Burwell wrote:
> On 2/26/2014 15:53, Jim Burwell wrote:
>> On 2/26/2014 02:07, Corinna Vinschen wrote:
>>> On Feb 25 18:37, Larry Hall (Cygwin) wrote:
On 2/25/2014 6:24 PM, Jim Burwell wrote:
> On 2/25/2014 13:55, Corinna Vinschen wrote:
>> On Feb 25 13:52, Jim
On 2014-02-14 08:50, Andrey Repin wrote:
> Greetings, All!
>
> I just found this document:
> http://www.microsoft.com/resources/documentation/windows/xp/all/proddocs/en-us/ntcmds_shelloverview.mspx?pf=true
>
> At the very bottom of it, you may find the note:
>
>> The maximum total environment va
On 2014-02-10 10:02, Warren Young wrote:
> On Feb 9, 2014, at 9:37 AM, David Stacey wrote:
>
>> On 09/02/2014 15:45, Warren Young wrote:
>>> Results:
>>>
>>> /bin/cppcheck.exe
>>
>> As far as I can tell, cppcheck doesn't actually call getpwent() at all; this
>> is a false positive turned up by s
On 2014-01-15 05:53, Lord Laraby wrote:
> On Tue, Jan 14, 2014 at 10:50 AM, Ted Nolan wrote:
>> In message <52d55d96.8070...@redhat.com> you write:
>>>
>>> Your program may be violating POSIX, which would trigger undefined behavior.
>>>
>>> Quoting POSIX:
>>> pubs.opengroup.org/onlinepubs/969991979
package for bash 4.2 and I just found Bash 4.1.
> http://cygwin.com/cgi-bin2/package-grep.cgi?grep=bash&arch=x86_64
>
> 2013/12/6 Peter Rosin :
>> Javier wrote:
>>> Hello!!
>>>
>>> Is possible install bash 4.2 on cygwin? Is there some patch or update
Javier wrote:
> Hello!!
>
> Is possible install bash 4.2 on cygwin? Is there some patch or update for it?
It is available for 64-bit. Not 32-bit though, we're still waiting for
that update (with the WORDEXP_OPTION enabled to fix wordexp(3) and
enabled support for loadable builtins)...
You could
On 2013-11-18 16:25, Charles Wilson wrote:
> On 11/17/2013 1:31 AM, marco atzeri wrote:
>> starting to see programs with
>>
>> configure.ac:16: error: Libtool version 2.4.2 or higher is required
>> m4/libtool.m4:48: LT_PREREQ is expanded from...
>>
>> any chanche to move on ?
>>
>> On the related l
On 2013-09-25 06:32, Christopher Faylor wrote:
> On Tue, Sep 24, 2013 at 12:37:26PM -0600, Eric Blake wrote:
>> This patch causes failures on at least test-fcntl and test-dup2 on
>> cygwin (both 32-bit and 64-bit); there, getdtablesize() currently
>> returns the current runtime value, but this valu
On 2013-09-02 16:04, Robert McBroom wrote:
> checking for minix/config.h... no
> checking whether it is safe to define __EXTENSIONS__... yes
> checking for library containing strerror... none required
> checking build system type... autoconf/config.guess: line 4: $'\r': command
> not found
> autoc
On 2013-06-27 22:33, Alan W. Irwin wrote:
> I think you keep assuming I have some version of Cygwin already
> installed when that is not the case. It is the last stage of the
> initial attempt at installation using setup.exe that fails on Wine due
> to the fork bug. Furthermore, when I download se
Hi!
libaa1-1.4rc5-11 is all alone and desperate for company in the
"Lib" category. Please move it to "Libs".
Cheers,
Peter
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:
On 2013-04-13 02:31, Shaddy Baddah wrote:
> Hi Peter,
>
> On 13/04/13 09:15, Peter Rosin wrote:
>
>>> Have I stumbled on a real problem?
>>
>> This all sounds suspiciously like libtool bug 14022, where the reporter
>> had confused --build and --host. Ho
On 2013-04-12 16:34, Shaddy Baddah wrote:
> Hi,
>
> I am having trouble building Cygwin setup.exe (regular 32bit on
> 32bit). I am finding that the build is hanging at the linking stage of
> libgetopt++:
>
> make[2]: Entering directory
> `/cygdrive/c/Users/shaddy/cygwin-home/workarea/cygwin-setu
Please don't top post.
On 2013-04-04 13:03, wynfi...@gmail.com wrote:
> I did not ask for native widows programming advice any more than cygwin uses
> win32-api.
> cygwin distributes the header files and I simply asked about linking, which
> is exactly what cygwin built programs do.
>
> I appr
A new version of 'libggiwmh' is available for download.
Modernize the cygport file.
Build with fresher autotools.
Provide a debuginfo package.
Build with gcc 4.x.
Updated packages:
libggiwmh2-0.3.2-3
libggiwmh2-devel-0.3.2-3
libggiwmh2-display-x-0.3.2-3
libggiwmh2
A new version of 'libggimisc' is available for download.
Modernize the cygport file.
Build with fresher autotools.
Provide a debuginfo package.
Build with gcc 4.x.
Updated packages:
libggimisc2-2.2.2-3
libggimisc2-devel-2.2.2-3
libggimisc2-samples-2.2.2-3
New package:
A new version of 'libgii' is available for download.
Modernize the cygport file.
Depend on directx includes now found in w32api.
Build with fresher autotools.
Provide a debuginfo package.
Build with gcc 4.x.
Updated packages:
libgii1-1.0.2-3
libgii1-devel-1.0.2-3
libgii1-
A new version of 'libggi' is available for download.
Add patch for bug in ggiClose on display-x.
Modernize the cygport file.
Depend on directx includes now found in w32api.
Build with fresher autotools.
Provide a debuginfo package.
Build with gcc 4.x.
Updated packages:
libggi2-2.2.2-3
On 2013-02-04 14:57, marco atzeri wrote:
> On 2/4/2013 2:42 PM, Jonas Platte wrote:
>> libXft (xft.pc, required=2.0.0)
>
> Strange we have 2.3.1:
Is it perhaps requiring exactly 2.0.0? Wouldn't it be
required>=2.0.0 otherwise?
(There where more instances of that that I elided)
Cheers,
Pete
On 2012-11-22 22:08, Michael Lester wrote:
> mike@computer ~/test3
> $ ls
> file1
>
> mike@computer ~/test3
> $ cat file1
> Hello!
> 123
>
> mike@computer ~/test3
> $ ifind -n /cygwin/home/mike/test3/file1 '\\.\c:'
> 195962
>
> mike@computer ~/test3
> $ icat '\\.\c:' 195962
> Hello!
> 123
>
> m
On 2012-11-15 05:40, marco atzeri wrote:
> On 11/14/2012 11:09 PM, David Stacey wrote:
>> I am trying to use 'xz -9' to compress a file, but the programme exits
>> with the error message 'Cannot allocate memory'. Here's what I tried:
>>
>>
>> $ echo Hello World > compress_me.txt
>>
>> $ xz -9 compr
On 2012-09-15 08:09, Jari Aalto wrote:
> New release with the fixes has been submitted to the archives.
Thanks!
Cheers,
Peter
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe in
[I already had Jari on bcc, given the track record, but I
managed not to scream :-) He's on bcc this time too]
On 2012-09-14 16:16, Christopher Faylor wrote:
> On Fri, Sep 14, 2012 at 01:05:08PM +0200, Peter Rosin wrote:
>> Hi!
>>
>> When working on some newlib patches,
Hi!
When working on some newlib patches, ran into this:
peda@pulkan ~/newlib/src/newlib
$ quilt refresh
/usr/share/quilt/refresh: line 253:
/usr/share/quilt/scripts/remove-trailing-ws: Permission denied
Patch patches/wordexp-avoid-strdup.patch is unchanged
peda@pulkan ~/newlib/src/newlib
$ ls -
On 2012-09-11 10:24, marco atzeri wrote:
> On 9/11/2012 9:59 AM, Pawel Jasinski wrote:
>> hi,
>>
mkshortcut -n "I for cygwin bin" /D/cyghome/bin
/home/RobertMarkBram/bin/createWindowsShortcut.sh: line 160: 8128
Aborted (core dumped) mkshortcut -n "$shortc
ode changed in the two middle hunks went out after 2.2.6 and
are thus gone in 2.2.8 and later, so that no longer applies.
I also took the liberty of changing ltmain.m4sh instead of the
generated libtool script.
So, this is a better attempt for a patch, with Andreas added to
THANKS.
Ok to push?
On 2012-08-17 21:49, Peter Rosin wrote:
> On 2012-08-17 15:35, Yaakov (Cygwin/X) wrote:
>> AFAICS wordexp(3) is completely broken, returning WRDE_SYNTAX no
>> matter what I supply as the string. STC attached.
>
> I suspect you are using Cygwin, and if so I suspect that we
On 2012-08-17 15:35, Yaakov (Cygwin/X) wrote:
> AFAICS wordexp(3) is completely broken, returning WRDE_SYNTAX no
> matter what I supply as the string. STC attached.
I suspect you are using Cygwin, and if so I suspect that we have been
bitten by this change in bash-4.1-rc:
c. The (undocumented)
On 2012-04-19 16:14, Christopher Faylor wrote:
> On Thu, Apr 19, 2012 at 12:56:33PM +0100, somebody wrote:
>> Hi all,
>>
>> This started in 1.7.10 and I thought this may be fixed in 1.7.12 due
>> to emails in the mailing list:
>> http://sourceware.org/ml/cygwin/2012-03/msg00666.html
>>
>> But there
Andy wrote:
> MSDN no longer supports Windows 2000. Even something as basic as
> CreateFile() now allegedly requires at least Windows XP.
In some cases it still mentions Win2k though, such as for
MessageBox(). I wonder why there's a difference? Probably
depends on the dll the api is located in.
On 2012-04-10 20:17, Abdul Muis wrote:
> I have notice that I could not read serial device (/dev/com4 or
> /dev/ttyS3) with non blocking mode since 1.7.10 and up. I used to read
> serial data while doing openGL visualization. In which, the openGL
> display was not changed due to blocking mode readi
Gary Johnson skrev 2012-03-28 08:55:
> On 2012-03-27, Peter Rosin wrote:
>> But the point still stands, don't assume the original authors were
>> idiots, and dig into the reasons for them to not having used
>> strcmp from the start.
>
> I don't know, the &quo
Peter Rosin skrev 2012-03-27 10:11:
> But...careful! You have to assume that the original authors were not
> idiots! Maybe the obvious strcmp was not used for a *good* reason? I
> can't tell if d->meaningful is guaranteed to be zero-terminated from the
> limited context, bu
Csaba Raduly skrev 2012-03-27 09:37:
> On Mon, Mar 26, 2012 at 9:29 PM, Richard Gribble wrote:
>> Using rcs 5.8-1:
>>
>> Synopsis:
>>Given two mark symbols, abc (version 1.1) and abcd (version 1.2),
>>executing "co -rabc " will check out version 1.2, when it
>>should check out version
Peter Rosin skrev 2012-03-23 12:16:
> Libtool want's the package to declare that it does not have any
wants
> undefined symbols. But if this package does have undefined
> symbols in it, then it can't be build (easily) on Cygwin.
built
--
Problem reports: http://cygwin.co
marco atzeri skrev 2012-03-23 12:05:
> I am trying to adapt socketxx to cygwin
> (http://www.linuxhacker.at/socketxx)
>
> In addition to a lot of other problems, I have a puzzling libtool issue
>
>
> make[2]: Entering directory `/pub/devel/gdcm/socket++-1.12.13_build/socket++'
> /bin/sh ../libto
Corinna Vinschen skrev 2012-03-22 10:33:
> On Mar 21 23:59, Christian Franke wrote:
>> BTW: GetSystemTimeAsFileTime() apparently provides the same
>> resolution (at least on Win7 x64). So the more complex use of
>> SharedUserData.InterruptTime may have less benefit than expected.
>
> On pre-Vista,
Kevin Braun skrev 2012-03-02 23:22:
> Hi,
>
> If I run this command:
>
> cygpath --path --unix
> "/cygdrive/c/fop-1.0/lib/xmlgraphics-commons-1.4.jar;/cygdrive/c/fop-1.0/lib/xml-apis-ext-1.3.04.jar;/cygdrive/c/fop-1.0/lib/xml-apis-1.3.04.jar;/cygdrive/c/fop-1.0/lib/xercesImpl-2.7.1.jar;/cygdrive
David Sastre Medina skrev 2012-02-16 21:05:
> No need. It looks like I haven't properly understood your complain. Also it
> looks like I haven't explain properly what was the thing with setting
> 'locale' both system-wide and user-defined.
>
> For the first, I apologize. WRT the second, here's a n
Mike Kaganski skrev 2012-02-16 14:37:
> Then you seem to just mock at the maintainer. It's not too polite. Yes, it
> would be desirable if this effect (and the proposed steps to fix it for those
> who already use this package) would be noted in the release advertisement.
> Yes, sometimes even a
Mike Kaganski skrev 2012-02-16 12:14:
> 16.02.2012 21:11, Peter Rosin пишет:
>> Peter Rosin skrev 2012-02-16 06:52:
>>> David Sastre Medina skrev 2012-02-15 23:14:
>>>> The files under /etc/profile.d are sourced by /etc/profile, which sets
>>>> system w
Peter Rosin skrev 2012-02-16 06:52:
> David Sastre Medina skrev 2012-02-15 23:14:
>> The files under /etc/profile.d are sourced by /etc/profile, which sets
>> system wide settings.
>> For user-defined values, the place to override a system-wide setting
>> depends on
David Sastre Medina skrev 2012-02-15 23:14:
> The files under /etc/profile.d are sourced by /etc/profile, which sets
> system wide settings.
> For user-defined values, the place to override a system-wide setting
> depends on the shell you're using. E.g., for bash, it would be
> ~/.bash_profile. Che
Hi!
My Windows is Swedish, but I generally like it to show as little as
possible in Swedish so my "display language" is English. I want
English, to not suffer from strange translations that don't make
sense, to be able to search for error messages, etc.
A recent change seems to have LANG set to
Earnie Boyd skrev 2012-02-13 16:43:
> On Mon, Feb 13, 2012 at 10:22 AM, Paolo Bonzini wrote:
>> On 02/13/2012 03:56 PM, Corinna Vinschen wrote:
>>>
As long as it's consistent with coreutils I'll certainly do the change.
>>>
>>> Thanks! Would you mind to CC the cygwin list when the next upstr
Hi!
I happened to look in the help2man package and found that it
contained a file cygintl-8.dll. Here are the first few files
in the help2man package:
Thu Dec 29 07:25:27 2011 0 usr/
Thu Dec 29 07:25:27 2011 0 usr/bin/
Thu Dec 29 07:25:27 2011 17540 usr/bin/help2man
Thu Dec 29 07:25:2
Corinna Vinschen skrev 2012-02-03 17:37:
> On Feb 3 17:27, Peter Rosin wrote:
>> Corinna Vinschen skrev 2012-02-03 17:17:
>>> On Feb 3 17:02, Peter Rosin wrote:
>>>> Hi!
>>>>
>>>> I have this annoying leftover file from a automake testsui
Corinna Vinschen skrev 2012-02-03 17:17:
> On Feb 3 17:02, Peter Rosin wrote:
>> Hi!
>>
>> I have this annoying leftover file from a automake testsuite run.
>> I don't know if it was created by an MSYS process or a Cygwin
>> process, but I can't get
Corinna Vinschen skrev 2012-02-03 17:17:
> On Feb 3 17:02, Peter Rosin wrote:
>> Hi!
>>
>> I have this annoying leftover file from a automake testsuite run.
>> I don't know if it was created by an MSYS process or a Cygwin
>> process, but I can't get
Hi!
I have this annoying leftover file from a automake testsuite run.
I don't know if it was created by an MSYS process or a Cygwin
process, but I can't get rid of it. I can't take ownership of
it either, not even as admin. I haven't tried stopping all
MSYS/Cygwin processes yet, nor rebooting, b
Corinna Vinschen skrev 2012-01-20 14:06:
> On Jan 20 01:42, Yaakov (Cygwin/X) wrote:
>> On Thu, 2012-01-19 at 14:52 -0500, Christopher Faylor wrote:
>>> Corinna and I think that we're coming close to achieving stability for
>>> a new release so we'd like you to try the most recent snapshot at:
>>>
Jan Nieuwenhuizen skrev 2011-12-21 20:44:
> marco atzeri writes:
>
>> On 12/21/2011 4:42 PM, Corinna Vinschen wrote:
>>> Jan? Ping? Did you see that mail?
>
> I didn't yet, thanks!
>
> -etex pdfetex language.def-translate-file=cp227.tcx
> *etex.ini
> +etex
Peter Rosin skrev 2011-11-25 16:48:
> Hi!
>
> It's been a couple of years since I fixed this [1] on my old
> computer, and now I had to fix it on the new one. Can someone
> please fix the tetex-tiny package?
>
> Below is what I did to fix the problem.
>
&g
Ryan Johnson skrev 2011-11-25 17:53:
> On 25/11/2011 11:48 AM, Peter Rosin wrote:
>> Ryan Johnson skrev 2011-11-25 17:38:
>>> On 25/11/2011 10:48 AM, Peter Rosin wrote:
>>>> It's been a couple of years since I fixed this [1] on my old
>>>> comput
Ryan Johnson skrev 2011-11-25 17:38:
> On 25/11/2011 10:48 AM, Peter Rosin wrote:
>> It's been a couple of years since I fixed this [1] on my old
>> computer, and now I had to fix it on the new one. Can someone
>> please fix the tetex-tiny package?
> My understandi
Hi!
It's been a couple of years since I fixed this [1] on my old
computer, and now I had to fix it on the new one. Can someone
please fix the tetex-tiny package?
Below is what I did to fix the problem.
Cheers,
Peter
[1] http://www.cygwin.com/ml/cygwin/2006-05/msg00756.html
--- /usr/share/texmf
Corinna Vinschen skrev 2011-11-22 19:41:
> On Nov 22 15:11, Peter Rosin wrote:
>> So, please add 'file' to the Cygwin 'base' category, moving us one small
>> step closer to the POSIX heaven.
>
> Heaven is (almost) here. The file package is in Base now.
G
1 - 100 of 162 matches
Mail list logo