On 3/28/2015 1:52 AM, banshee wrote:
I have two windows 7 x64 boxes, one running cygwin x86 and the other
x86_64. I run smartctl on both boxes. One can run smartctl as
administrator or not, but it produces a fuller information set with
admin rights. A recent change to the x86_64 cygwin has bro
I have two windows 7 x64 boxes, one running cygwin x86 and the other
x86_64. I run smartctl on both boxes. One can run smartctl as
administrator or not, but it produces a fuller information set with
admin rights. A recent change to the x86_64 cygwin has broken
administrator use of smartctl a
On 3/27/2015 4:28 PM, Achim Gratz wrote:
J. David Boyd writes:
What I'm doing (with some success)is this:
1. get latest cygwin update
2. del /etc/rebase*
3. rebaseall -v
4. peflagsall -v
5. don't restart cygserver (This means my bash shell window starts a little
slower, but I can live with that
Version mc-4.8.14-1 of Midnight Commander
has been uploaded for cygwin
CHANGES
This is a upstream bugfix release
https://www.midnight-commander.org/wiki/NEWS-4.8.14
DESCRIPTION
GNU Midnight Commander is a visual file manager. It's a feature rich
full-screen text mode application that allows yo
J. David Boyd writes:
> What I'm doing (with some success)is this:
>
> 1. get latest cygwin update
> 2. del /etc/rebase*
> 3. rebaseall -v
> 4. peflagsall -v
> 5. don't restart cygserver (This means my bash shell window starts a little
> slower, but I can live with that.)
>From the announcement of
On 3/27/2015 6:24 PM, J. David Boyd wrote:
Marco Atzeri writes:
On 3/27/2015 3:29 PM, J. David Boyd wrote:
I keep having problems with vforks. Sometime everything is fine for days,
then I start emacs, and get vfork errors.
So I rebaseall, and peflagsall. Emacs works great. Oops, forgot to
Dear Eric and the other developers:
> > It seems that bash-4.3.33(1) handles CR+LF end-of-line in
> > the shell-script incorrectly, all of the following conditions are met:
> > b. end-of-line style of the file is CR+LF, and
> Are you absolutely sure that you don't have excess CR in your file?
>
Marco Atzeri writes:
> On 3/27/2015 3:29 PM, J. David Boyd wrote:
>>
>> I keep having problems with vforks. Sometime everything is fine for days,
>> then I start emacs, and get vfork errors.
>>
>> So I rebaseall, and peflagsall. Emacs works great. Oops, forgot to restart
>> cygserver. Restart
I'm running Cygwin/X server Version 1.17.1. For the last couple of
weeks, it's always starting on DISPLAY 3.0:
DISPLAY=:3.0
I can't figure out how to get it back to 0.0. There must be some
piece of state somewhere that I can't find.
Thanks - Jim
--
Jim Reisert AD1C, , http://www.ad1c.us
On Fri, Mar 27, 2015 at 8:29 AM, J. David Boyd wrote:
> I keep having problems with vforks. Sometime everything is fine for days,
> then I start emacs, and get vfork errors.
>
> So I rebaseall, and peflagsall. Emacs works great. Oops, forgot to restart
> cygserver. Restart, bam, vfork errors.
>-Original Message-
>From: cygwin-ow...@cygwin.com [mailto:cygwin->ow...@cygwin.com] On Behalf Of
>J. David Boyd
>Sent: Friday, March 27, 2015 9:29 AM
>To: cygwin@cygwin.com
>Subject: Rebase, Peflags, and cygserver
>
>
>I keep having problems with vforks. Sometime >everything is fine for
On 3/27/2015 3:29 PM, J. David Boyd wrote:
I keep having problems with vforks. Sometime everything is fine for days,
then I start emacs, and get vfork errors.
So I rebaseall, and peflagsall. Emacs works great. Oops, forgot to restart
cygserver. Restart, bam, vfork errors. Or, no vfork erro
The following packages have been added to the Cygwin distribution:
* gpicview-0.2.4-1
* libfm-1.2.3-1
* lxappearance-0.6.1-1
* lxappearance-obconf-0.2.2-1
* lxde-common-0.99.0-3
* lxde-icon-theme-0.5.1-1
* lxinput-0.3.4-1
* lxmenu-data-0.1.4-1
* lxpanel-0.7.2-1
* lxsession-0.5.2-1
* lxtask-0.1.6-1
I keep having problems with vforks. Sometime everything is fine for days,
then I start emacs, and get vfork errors.
So I rebaseall, and peflagsall. Emacs works great. Oops, forgot to restart
cygserver. Restart, bam, vfork errors. Or, no vfork error.
It all seems so inconsistent and random.
On 3/27/2015 2:01 PM, Tom Kacvinsky wrote:
Question: if I build an executable/shared library on one version of
cygwin, is it guaranteed to work on later versions of cygwin, or is
that not recommended?
I learned the difficult way that building on one version and running
on an earlier version doe
"Guaranteed" might be a strong word - especially given the lack of a
guarantor; probably depends on whether the programmer has had to
workaround any nuances in the Cygwin library that may have changed in
later versions. I think the library function exports have been the
same for awhile and I've pe
Question: if I build an executable/shared library on one version of
cygwin, is it guaranteed to work on later versions of cygwin, or is
that not recommended?
I learned the difficult way that building on one version and running
on an earlier version doesn't work. My binaries are based on C++
code
Hi
New versions of 'opencdk/libopencdk10/libopencdk-devel' have been uploaded to a
server near you.
o Build for cygwin 1.7.35 with gcc-4.9.2
o Rebuild against libgcrypt20
CYGWIN-ANNOUNCE UNSUBSCRIBE INFO
If you want to unsubscribe from the cygwin-announce m
We're using POSIX message queues to pass messages between processes.
For this we've build a library layer to be able to use message queues on
different platforms. Basically linux (debian, Ubuntu, archlinux, rasbian) is
the development platform, but also vxworks platforms are supported.
Several m
19 matches
Mail list logo
