Eric Blake wrote:
The experimental version of cvs (1.11.21-1) has been in the experimental
state since November. Isn't it ready for 'current' status yet?
I would like to see this resolved first, if the maintainer is listening:
http://cygwin.com/ml/cygwin/2006-01/msg01385.html
Oh. That. To
Jonathan, Gunnar,
Excellent! Well done. Stopping that service does
indeed allow Cygwin to work properly again.
Gunnar - yes, its the process that makes the face
overlay work. I think I can live without this, though
it'll be a great disappointment to my 2.5 yr old
nephew who thinks that his uncle
Jerry D. Hedden wrote:
The experimental version of cvs (1.11.21-1) has been in the experimental
state since November. Isn't it ready for 'current' status yet?
Dunno. I never got any feedback, so I guess nobody has tested it.
Therefore, it's still in testing.
--
Chuck
--
Unsubscribe info:
> The experimental version of cvs (1.11.21-1) has been in the experimental
> state since November. Isn't it ready for 'current' status yet?
I would like to see this resolved first, if the maintainer is listening:
http://cygwin.com/ml/cygwin/2006-01/msg01385.html
--
Eric Blake
--
Unsubscribe in
Thanks for the enlightment. I turned the service to `Manual' for now. Funny
to see what the service manager says:
Display Name: Logitech Process Manager
Description: Webcam Effects Helper
Is that supposed to be the ``face overlay'' features, or? Haven't yet
scanned the Logitech support site/foru
Hi,
Quite late, but...
Cédric Bretaudeau, le Fri 10 Feb 2006 10:25:56 +, a écrit :
> >Brian Dessent, le Fri 10 Feb 2006 01:25:45 -0800, a écrit :
> >> Samuel Thibault wrote:
> >>
> >> > in man 5 terminfo, there is no init string indeed. There is is1, is2
> >and
> >> > is3 however. See furthe
The experimental version of cvs (1.11.21-1) has been in the experimental
state since November. Isn't it ready for 'current' status yet?
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.c
Shmuel Vagner wrote:
> My question: Is there a patch for this and how can I install it (does it
> involves building Cygwin from source or is there another simpler way)?
Patches to avoid the spurious SIGSEGV faults are already in CVS for both
Cygwin and gdb. But you'll have to build both of them
Jonathan Arnold wrote:
Antony Baxter wrote:
Hello,
This afternoon, for the first time, I began
experiencing the
C:\cygwin\bin\bash.exe: *** fatal error - couldn't
allocate heap
... child_copy: stack write copy failed,...
errors that have been reported on this list before. I
am getting th
Antony Baxter wrote:
Hello,
This afternoon, for the first time, I began
experiencing the
C:\cygwin\bin\bash.exe: *** fatal error - couldn't
allocate heap
... child_copy: stack write copy failed,...
errors that have been reported on this list before. I
am getting these errors on every '#!
On Mon, 2006-03-06 at 18:40 +, Dave Korn wrote:
> This is utter fantasy. Floating point hardware either conforms to IEEE754,
> which specifies the exact algorithms to be used in different rounding modes,
> or it is broken.
.. as Intel found out :))
--
John Skaller
Async PL, Realtime sof
On Mon, 6 Mar 2006, Suresh Kumar wrote:
> Dear Igor:
>
> I am a database architect and using cygwin (win implementation) to do
> some scripting.
>
> I am aware that cron is an excellent scheduler and would like to get
> my hands on this resource. Can u please walk me thru of how I can go
> abo
On 06 March 2006 17:36, Phil Betts wrote:
[ This is *still* nothing to do with cygwin. It's a newlib issue. I have
set the Reply-To to take this thread to the talk list and removed the other
lists and Jim and Roberto from the Cc line. ]
> I'm absolutely amazed that you are a professor of comp
On 06 March 2006 17:25, Shmuel Vagner wrote:
> HI,
> I am using a SlickEdit IDE to compile and debug my projects.
> When debugging a new operator gdb reports a segmentation fault.
> I found this problem in the archives and the proposed solution is to
> ignore the fault and continue debugging.
> Un
Roberto Bagnara wrote on Monday, March 06, 2006 9:30 AM::
>
> what is and what is not noise depends on the application.
> In our applications we systematically use controlled rounding on IEEE
> 754 floating point numbers. In the end, what we obtain (in memory)
> are definite (i.e., provably corre
HI,
I am using a SlickEdit IDE to compile and debug my projects.
When debugging a new operator gdb reports a segmentation fault.
I found this problem in the archives and the proposed solution is to
ignore the fault and continue debugging.
Unfortunately this is possible with gdb or ddd but not with
Hello,
This afternoon, for the first time, I began
experiencing the
C:\cygwin\bin\bash.exe: *** fatal error - couldn't
allocate heap
... child_copy: stack write copy failed,...
errors that have been reported on this list before. I
am getting these errors on every '#! /bin/bash'
script, tho
Can we get a new release of binutils?
Thanks.
See: http://www.cygwin.com/ml/cygwin/2006-02/msg00758.html
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:
On Mon, 6 Mar 2006, Dr. F. Lee wrote:
Hi All,
I deploy cygwin using unattended (http://unattended.sf.net/) and wpkg
(http://www.wpkg.org/). It's useful for me to be able to specify additional
packages to be installed on the command line. The attached file is a patch to
provide this: call "setup
Dave Korn a écrit :
On 06 March 2006 15:09, Agnes Bousquier wrote:
Hello,
I am trying to compile the C++ program included. Unfortunately, when I
type :
"g++ -o avcodec_sample avcodec_sample.cpp -lavformat -lavcodec -lz", gcc
outputs many errors telling that it can not find many functions
On 06 March 2006 15:09, Agnes Bousquier wrote:
> Hello,
>
> I am trying to compile the C++ program included. Unfortunately, when I
> type :
> "g++ -o avcodec_sample avcodec_sample.cpp -lavformat -lavcodec -lz", gcc
> outputs many errors telling that it can not find many functions and
> variable
Hi All,
I deploy cygwin using unattended (http://unattended.sf.net/) and wpkg
(http://www.wpkg.org/). It's useful for me to be able to specify
additional packages to be installed on the command line. The attached
file is a patch to provide this: call "setup -p
package1,package2,package3,...,p
Hello,
I am trying to compile the C++ program included. Unfortunately, when I
type :
"g++ -o avcodec_sample avcodec_sample.cpp -lavformat -lavcodec -lz", gcc
outputs many errors telling that it can not find many functions and
variables, after telling :
avcodec_sample.cpp:20:21: avcodec.h : N
[ X-Posted and Followups set to newlib list; this is almost certainly not a
cygwin specific issue. To recap:- ]
On 03 March 2006 21:44, Roberto Bagnara wrote:
> Hi there,
>
> the following little program
>
> #include
>
> int main() {
>double d;
>scanf("%lf", &d);
>printf("%.10
On 03 March 2006 20:28, Corinna Vinschen wrote:
>
> I've applied a fix. Please test.
>
WJFFM.
cheers,
DaveK
--
Can't think of a witty .sigline today
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Do
Barry B wrote:
> Does anyone still have the source code to a Cygwin
> program called "ttyfier"? TTYfier is supposed to
> allow the running of Windows console applications that
> don't know how to converse with a tty. This would
> allow one to run such programs via the sshd that comes
> with Cygwi
x <= 70.905684341886080801486968994140625
DOES imply
x <= 70.90568434188608080148696899414
AND vice-versa!
Even in 64 bits IEEE 754 the representations of the 2 numbers are
identical. Anything beyond the 34th decimal digit is made up by the
printf implementation, i.e. it' sn
Jim Easton wrote:
Dear Mr. Bagnara,
Roberto Bagnara wrote:
...
does this on Linux/i686
$ a.out
70.9
70.905684341886080801486968994140625
and does the following under Cygwin on the same machine:
...
$ ./a.exe
70.9
70.90568434188608080148696899414
Why? Is there a wa
A new version of 'libggiwmh' is available for download. It is an upstreams
bugfix release, but also includes a packaging fix to enable debugging.
- Cleanup properly on failure in ggiWmhInit
- buildsystem: libtool update / fixes
New packages:
libggiwmh2-0.3.1-1
libggiwmh2-devel-0.
A new version of 'libggimisc' is available for download. It is an upstreams
bugfix release, but also includes a packaging fix to enable debugging.
- Cleanup properly on failure in ggiMiscInit
- pseudo-stubs: kill leftover (debugging) printf
- buildsystem: libtool update / fixes
New packages:
A new version of 'libggi' is available for download. It is an upstreams
bugfix release, but also includes a packaging fix to enable debugging.
- Update doc/README.directx to help MinGW users configure properly
- display-fbdev(7): correct path in config-file. The mach64 fbdev
accelerator-sublib l
A new version of 'libgii' is available for download. It is an upstreams
bugfix release, but also includes a packaging fix to enable debugging.
- Look at GII_DEBUGSYNC instead of GGI_DEBUGSYNC
- Update doc/README.directx to help MinGW users configure properly
- input-mouse: ignore undefined bit in
Dear Mr. Bagnara,
Roberto Bagnara wrote:
...
> does this on Linux/i686
>
> $ a.out
> 70.9
> 70.905684341886080801486968994140625
>
> and does the following under Cygwin on the same machine:
...
> $ ./a.exe
> 70.9
> 70.90568434188608080148696899414
>
> Why? Is there a w
33 matches
Mail list logo
