2015-05-21 5:22 GMT+02:00 Steven Penny :
> I feel that forcing users to install X11 just to run a 338 KB gitk script is a
> bad idea.
That's what I thought too, therefore I implemented a dual
mode: If Tcl/Tk is compiled from sources in the unix
directory, both X11 and GDI support are compiled in.
On Wed, 2015-05-20 at 22:22 -0500, Steven Penny wrote:
> On Wed, May 20, 2015 at 7:30 PM, Yaakov Selkowitz wrote:
> > I undid those to make it pure *NIX/X11 again, as it should on Cygwin.
>
> I started using Tcl/Tk in 2011.
>
> February 2012 the change hit
> https://cygwin.com/ml/cygwin/2012-02/m
On Wed, May 20, 2015 at 7:30 PM, Yaakov Selkowitz wrote:
> I undid those to make it pure *NIX/X11 again, as it should on Cygwin.
I started using Tcl/Tk in 2011.
February 2012 the change hit
https://cygwin.com/ml/cygwin/2012-02/msg00115.html
By June 2012 I had found a workaround for using GDI ins
On Wed, 2015-05-20 at 18:09 -0500, Steven Penny wrote:
> On Wed, May 20, 2015 at 4:41 PM, Yaakov Selkowitz wrote:
> > * Just after the last Cygwin tcl/tk release, upstream decided to
> > "improve" Cygwin support by further hybridizing it, going in the exact
> > opposite direction we went with the s
On Wed, May 20, 2015 at 4:41 PM, Yaakov Selkowitz wrote:
> * Just after the last Cygwin tcl/tk release, upstream decided to
> "improve" Cygwin support by further hybridizing it, going in the exact
> opposite direction we went with the switch to a fully *NIX/X11 8.5. I
> have done my best to undo a
The following packages have been updated in the Cygwin distribution:
* tcl-8.5.18-1
* tcl-devel-8.5.18-1
* tcl-tk-8.5.18-1
* tcl-tk-devel-8.5.18-1
Tcl (Tool Command Language) is a very powerful but easy to learn dynamic
programming language, suitable for a very wide range of uses, including
web a
On May 20, 2015, at 4:14 PM, Ken Brown wrote:
>
> On 5/20/2015 5:31 PM, Spet wrote:
>> Do CygWin support OSS?
>
> Yes. The OSS interface is in /usr/include/sys/soundcard.h.
…and /dev/dsp exists: http://goo.gl/dxN4je
--
Problem reports: http://cygwin.com/problems.html
FAQ:
On 5/20/2015 5:31 PM, Spet wrote:
Original Message
On May 20, 2015, at 12:36 PM, Spet wrote:
Do it is possible to port this console code to win32 with cygwin?
https://github.com/vlofgren/file-transfer-over-soundcard/
I was able to get its record.c program to compile withou
Original Message
On May 20, 2015, at 12:36 PM, Spet wrote:
Do it is possible to port this console code to win32 with cygwin?
https://github.com/vlofgren/file-transfer-over-soundcard/
I was able to get its record.c program to compile without complaints by
changing the third
On May 20, 2015, at 1:50 PM, Warren Young wrote:
>
> More likely, the change is in newlib or the terminal I/O code.
Or, it could be in /bin/date itself, part of coreutils. I see this in the
latest version’s NEWS file:
date could crash or go into an infinite loop when parsing a malformed TZ=
On May 20, 2015, at 12:36 PM, Spet wrote:
>
> Do it is possible to port this console code to win32 with cygwin?
> https://github.com/vlofgren/file-transfer-over-soundcard/
I was able to get its record.c program to compile without complaints by
changing the third line from
#include
to
On May 20, 2015, at 11:33 AM, Andrew Clark wrote:
>
> I'm not sure if this a Cygwin question or a bash question, but I came
> here first.
Given that date is not a Bash builtin, I don’t know why that’s even on the
table.
The Cygwin DLL *is* involved, but a problem in the key function (time(2))
Do it is possible to port this console code to win32 with cygwin?
https://github.com/vlofgren/file-transfer-over-soundcard/
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:
Hi,
I was wondering about this behavior of the date command in Cygwin
1.7.34. The bash version is 4.1.17:
$ date +%s
$
The behavior has been corrected in 2.0.2 (bash version 4.3.33):
$ date +%s
1432142822
$
I'm not sure if this a Cygwin question or a bash question, but I came
here first.
Than
Sebastien Vauban writes:
> 1 [main] emacs-w32 235400 child_info_fork::abort:
> C:\cygwin\bin\cyggs-9.dll: Loaded to different address: parent(0x171) !=
> child(0x19E)
> 2 [main] emacs-w32 235352 child_info_fork::abort:
> C:\cygwin\bin\cyggs-9.dll: Loaded to different address:
On Wed, May 20, 2015 at 8:13 AM, Rockefeller, Harry wrote:
> Recently I spent about an hour running numerous rebaseall commands
> interspersed with
> at least one rerun of setup-x86 and 3 reboots before my emacs vfork errors
> went away.
> I don't know if it was the third reboot or something els
Hi Yaakov,
We have changed the paths for http mirrors only for US and Russia
please note the new http paths. ftp/rsync is unchanged
http://go-parts.com/mirrors-usa/cygwin/
http://go-parts.com/mirrors-ru/cygwin/
Please let me know when they have been updated on the mirrors page.
Thanks
Ray Si
>-Original Message-
>From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of
>Jim Reisert AD1C
>Sent: Wednesday, May 20, 2015 8:54 AM
>To: cygwin@cygwin.com
>Subject: Re: Doing vfork: resource temporarily unavailable
>
>> This indicates that you need to run a full rebas
> This indicates that you need to run a full rebase
> (https://www.cygwin.com/faq.html#faq.using.fixing-fork-failures). The
> simplest way to do this is to run '/usr/bin/rebase-trigger full', then stop
> all Cygwin processes and services, and then run setup-x86.exe. The
> _autorebase postinstall
On 5/20/2015 6:08 AM, Sebastien Vauban wrote:
Hello,
When launching Cygwin Emacs 24.5 [1] with my standard `.emacs' file
(which I successfully use with Windows Emacs 24.5 and 25.0), I have
"Doing vfork: resource temporarily unavailable" errors.
[...]
1 [main] emacs-w32 85364 child_info_
Hello,
When launching Cygwin Emacs 24.5 [1] with my standard `.emacs' file
(which I successfully use with Windows Emacs 24.5 and 25.0), I have
"Doing vfork: resource temporarily unavailable" errors.
I had to disable the following block of code to allow Cygwin Emacs to go
to the end of its startup
21 matches
Mail list logo
