Re: Startup and X problem with 1.5.21 WOW64 kernel on AMD64

Hello, Thanks for helping, I un-installed cygwin and installed it again and the problem persists. Now the /home directory was not created and the PATH variable is not initialised. All the cygwin installation is as downloaded, there are no startup scripts other than those provided so there

Re: cygwin + gcc3.3

Igor Peshansky wrote: > Actually, Cygwin/X has nothing to do with gcc-3.3 (other than having been > built with it at some point, I imagine). Before starting on a hunt for > gcc-3.3, it may be worth looking into the features of the code you're > trying to build to see what makes it incompatible wi

Re: cygwin + gcc3.3

Alexis, . I've set Reply-To: to the correct forum, please make sure your mailer respects it. More below. On Fri, 10 Nov 2006, COTHENET Alexis MILLENNIUM wrote: > Hi, > > I'd like to download a version of cygwin X with gcc 3.3. > Could you indicate me a loca

Re: best practice?: make admin user "root", edit passwd to make uid 0

related links: http://sourceware.org/ml/cygwin/2006-06/msg00567.html http://cygwin.com/cygwin-ug-net/ntsec.html -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ:

RE: llrint() into math.h

On 13 November 2006 01:51, Sven Köhler wrote: >> I will ask in newlib list, as you have kindly suggested. > > I have interest in llrint too. What did the newlib-guys answer? Victor never asked, from the looks of it. cheers, DaveK -- Can't think of a witty .sigline today -- Un

Re: llrint() into math.h

> I will ask in newlib list, as you have kindly suggested. I have interest in llrint too. What did the newlib-guys answer? signature.asc Description: OpenPGP digital signature

[ANNOUNCEMENT] Updated: automake1.4-1.4p6-4

Automake is a tool for automatically generating `Makefile.in' files compliant with the GNU Coding Standards. This package contains the latest version of the automake system in the automake-1.4-pX series, automake-1.4-p6. This cygwin package, automake1.4, can be installed without conflict alo

[ANNOUNCEMENT] Updated: automake1.5-1.5-2

Automake is a tool for automatically generating `Makefile.in' files compliant with the GNU Coding Standards. This package contains the latest (actually, the ONLY) version of the automake system in the automake-1.5.x series, automake-1.5. This cygwin package, automake1.5, can be installed with

[ANNOUNCEMENT] Updated: automake1.6-1.6.3-3

Automake is a tool for automatically generating `Makefile.in' files compliant with the GNU Coding Standards. This package contains the latest version of the automake system in the automake-1.6.x series, automake-1.6.3. This cygwin package, automake1.6, can be installed without conflict along

[ANNOUNCEMENT] Updated: automake1.7-1.7.9-3

Automake is a tool for automatically generating `Makefile.in' files compliant with the GNU Coding Standards. This package contains the latest version of the automake system in the automake-1.7.x series, automake-1.7.9. This cygwin package, automake1.7, can be installed without conflict along

[ANNOUNCEMENT] Updated: automake1.8-1.8.5-3

Automake is a tool for automatically generating `Makefile.in' files compliant with the GNU Coding Standards. This package contains the latest version of the automake system in the automake-1.8.x series, automake-1.8.5. This cygwin package, automake1.8, can be installed without conflict along

[ANNOUNCEMENT] Updated: automake1.9-1.9.6-2

Automake is a tool for automatically generating `Makefile.in' files compliant with the GNU Coding Standards. This package contains the latest version of the automake system in the automake-1.9.x series, automake-1.9.6. This cygwin package, automake1.9, can be installed without conflict along

Re: rsync hangs (maybe due to cron?) when getting data from Windows to Linux PC

H.S. wrote: Recenly, I noticed that I can run that backup rsync command manually on the Linux PC and it worked. But running that command via a script did not work. So, at this point I am not sure what is going wrong, maybe it is my script. I run the same command from the command line and fro

[ANNOUNCEMENT] Updated: checkx-0.2.0-1

checkX is a little utility I wrote that tests to see if (a) the X11 client DLLs are installed on the machine, and (b) the Xserver on $DISPLAY (or -d x.x.x.x:x) is running and usable. CHANGES: * switch to cygport build framework * massive internal reorganization of code. Instead of one big .c

[ANNOUNCEMENT] Updated: xsri-2.1.0-2

"X Set Root Image" This is a simple app that does nothing much -- and uses a bazillion gtk2 libraries to do it. However, that means it can do nothing much, but with STYLE. CHANGES: * add man page from Fedora 6 * allow to build with glib-2.10.x + gtk2-2.6.x (requires enabling use of depreca

[ANNOUNCEMENT] Updated: pkg-config-0.21-1

The pkg-config program is used to retrieve information about installed libraries in the system, including the CFLAGS, LDFLAGS, and other information necessary to compile and link against one or more libraries. CHANGES: * routine update to latest upstream release * switch to cygport build frame

[ANNOUNCEMENT] Updated: mingw-bzip2-1.0.3-2, mingw-libbz2_1-1.0.3-2

mingw-bzip2 provides the static library, DLL import library, and header files for building non-cygwin applications (like setup.exe) which need access to bzip2 compression algorithms. mingw-libbz2_1 provides the corresponding DLL. The libraries in the mingw-* packages are built using the stand

[ANNOUNCEMENT] Updated: bzip2-1.0.3-2, libbz2_1-1.0.3-2 NEW: libbz2-devel-1.0.3-2

bzip2 provides the bzip2.exe / bunzip2.exe executables, a patent-unencumbered but highly effective compression tool. CHANGES: * Incorporate Debian bugfixes * Add .info documentation * Switch to cygport build framework * Split development files into separate package -- Charles Wilson bzip2 volu

rsync hangs (maybe due to cron?) when getting data from Windows to Linux PC

Hello, I backup a windows laptop on my home lan everynight using rsync and cygwin. The backups are made on a Linux PC running Debian Etch and 2.6.17 kernel. The Windows laptop is running Windows XP Pro. fully updated, and cygwin, also fully updated (which has sshd and rsyncd running). On th

[ANNOUNCEMENT] Updated: tiff-3.8.2-3, libtiff5-3.8.2-3, libtiff-devel-3.8.2-3 NEW: tiff-doc-3.8.2-3, libtiffxx-3.8.2-3, libtiffxx-devel-3.8.2-3

The tiff package provides libraries and utilities for manipulating TIFF image files. This is a security fix release. tiff-3.8.2-3 libtiff5-3.8.2-3 libtiff-devel-3.8.2-3 libtiffxx5-3.8.2-3 (* new package) libtiffxx-devel-3.8.2-3 (* new package) tiff-doc-3.8.2-3 (* new package) CH

Re: Cygintl-3.dll was not found

On Sun, Nov 12, 2006 at 05:26:37PM -0500, Christopher Faylor wrote: >On Sun, Nov 12, 2006 at 02:22:49PM -0800, neoclassical wrote: >> >> >>Christopher Faylor-2 wrote: >>> >>> Bye, bye Mr. Anonymous Coward. >>> >> >>Abusing your authority by re-classifying my email address as "spam" >>does not win

Re: Cygintl-3.dll was not found

On Sun, Nov 12, 2006 at 02:22:49PM -0800, neoclassical wrote: > > >Christopher Faylor-2 wrote: >> >> Bye, bye Mr. Anonymous Coward. >> > >Abusing your authority by re-classifying my email address as "spam" >does not win an argument. In fact, it speaks poorly of your character. And I should care

Re: Cygintl-3.dll was not found

Christopher Faylor-2 wrote: > > Bye, bye Mr. Anonymous Coward. > Abusing your authority by re-classifying my email address as "spam" does not win an argument. In fact, it speaks poorly of your character. -- View this message in context: http://www.nabble.com/Cygintl-3.dll-was-not-found-tf

RE: Startup and X problem with 1.5.21 WOW64 kernel on AMD64

On 12 November 2006 19:16, Yuval Krymolowski wrote: > Hello, > > I am using the current 1.5.21 kernel with the configuration shown > below (from cygcheck output). I run Windows XP x64 pro. > Things worked ok on the 1.5.19 kernel but after upgrading I see that: > - the cygwin window sta

Bash process remains after I close rxvt in certain ways

Hello, I never open the default cygwin "command window" anymore. Instead I use rxvt (a program I was introduced to after using cygwin for more than a year and I immediately fell in love with it). In my quicklaunch bar I have the following rxvt shortcut: C:\cygwin\bin\rxvt.exe -tn rxvt-cygwin-nat

Re: screen-3.9.15: configure fails

On Sun, Nov 12, 2006 at 12:38:23PM -0500, Christopher Faylor wrote: >On Sun, Nov 12, 2006 at 04:30:59PM +, Borg wrote: >>Okey. I was able to find why ./configure was failing in random places. >>It was bash fault... > >Or it was your fault for not doing your homework on what was new with >bash.

Startup and X problem with 1.5.21 WOW64 kernel on AMD64

Hello, I am using the current 1.5.21 kernel with the configuration shown below (from cygcheck output). I run Windows XP x64 pro. Cygwin Configuration Diagnostics Windows 2003 Server Ver 5.2 Build 3790 Service Pack 1 Running under WOW64 on AMD64 Things worked ok on the 1.5.19 kernel but

Re: screen-3.9.15: configure fails

On Sun, Nov 12, 2006 at 04:30:59PM +, Borg wrote: >Okey. I was able to find why ./configure was failing in random places. >It was bash fault... Or it was your fault for not doing your homework on what was new with bash. Easier to blame a program, though, eh? >Problem with cygwin-1.5.21 and P

Re: Problem with C app compiled under cygwin on win32

On 11/10/06, P <[EMAIL PROTECTED]> wrote: Hi all, I have an C program (japach) that I compiled under cygwin on Windows NT. That application runs fine on all versions of win32 but problem arises when I ran it on Windows x64. Should it be compatible on x64 since it has WOW which would allow 32-b

Re: screen-3.9.15: configure fails

Okey. I was able to find why ./configure was failing in random places. It was bash fault... Problem with cygwin-1.5.21 and Permision denied remains unresolved. I reverted back to cygwin-1.3.2, recompiled few of my tools and everything works stable now.. Too bad screen doesnt have his full functiona

best practice?: make admin user "root", edit passwd to make uid 0

I searched the FAQ and a portion of my cygwin email archives. Quite a few posts show "ls -l" output w/either a cygwin user or group "root". "rsync -a" was not preserving ownership for me. If I create an account "root" and edit /etc/passwd to make the uid "0", rsync *does* preserve ownership. So

RE: "couldn't allocate heap" error

On 12 November 2006 06:04, Christopher Faylor wrote: > On Sat, Nov 11, 2006 at 09:25:39PM -0800, Vincent Castellano wrote: >> I am running on Vista RC2, >> build/SDL_bmp.lo 4 [main] ? (2844) C:\cygwin\bin\sh.exe: *** fatal >> error - C:\cygwin\bin\sh.exe: *** couldn't allocate heap, Win32 e

[ANNOUNCEMENT] Updated: ruby-1.8.5-2

I have updated the version of ruby on cygwin.com to 1.8.5-2. This is a security update. It fixes a DOS vulnerability as described in the official message: === DoS Vulnerability in CGI Library A