Re: Latest autoconf (2.63): problem generating libtool script when reconfiguring GCC (maybe others).

Charles Wilson wrote: > and thus make it easier to move officially to 2.6x at some point in the > future, are still in work. BTW, Ralf expressed a tentative plan to work on this after 4.4 has branched and mainline returns to stage 1: . Brian -- U

Re: Latest autoconf (2.63): problem generating libtool script when reconfiguring GCC (maybe others).

Eric Blake wrote: > Oops. m4_append was undocumented in 2.60, then changed semantics in autoconf > 2.62. Newer libtool works around the semantic change by using lt_append, not > m4_append: > http://git.savannah.gnu.org/gitweb/?p=libtool.git;a=commitdiff;h=5b560bd > > But you still have the defi

Re: Problems with remote programs using ncurses (aptitude)

SO wrote: > I have problems opening remote programs using ncurses library. > Aptitude for example. Menus and other interface components are just > garbage on my term on windows vista. Is there a solution for that? The answer will depend on what terminal you're using. But first a summary of the p

Re: rsync restore the file owner but rsyncd do it not

Matthias Meyer wrote: > My first questions: > What the reason for not copying the attributes "HS"? rsync is a POSIX program. It sees everything in terms of POSIX. That means it sees a file mode, such as 0644, 0755, etc. It reads a mode on the source and sets that same mode on the dest, that is

Re: all files seems to be owned by the actual user

Matthias Meyer wrote: > Please can you say what I have to do? > Should rsync -a --super /cygdrive/c/data /cygdrive/c/backup do the job what > I want? Yes, that ought to work. Does it? Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.

Re: gdb is sooooo slow - is that normal?

John Emmas wrote: > That shows 5 stages out of maybe 20 or so that seem to run before my own app > appears on screen. The problem is that each of those stages can take > anywhere from about 6 seconds up to 15 seconds (taking longer, the more > breakpoints I've set). Therefore after starting the

Re: all files seems to be owned by the actual user

Matthias Meyer wrote: > I've tried also ntsec, binmode and "". Why are you doing these things? Are you following somebody's "guide"? Please tell them that they are spreading useless information if that is the case. ntsec is the default. binmode is the default and is irrelevant for files anywa

Re: all files seems to be owned by the actual user

Matthias Meyer wrote: > Another strangely effect is that "ls -alnh /" lists all files as owned by > the actual user. > If I do that as another user the files will also be listet as owned by him, > the user who runs the ls. > > What is the reason for that? You instructed Cygwin to not read or wri

Re: cygport and gpg

Ken Brown wrote: > I don't use gpg, but a look at the documentation suggests that I'm > supposed to import a public key. Should the key have been included with > the source package? I didn't see it there. No, keys are available from keyservers. You ought to be able to import it automatically w

Re: Setup.exe: all files in one common directory? (not per-server)

sowiso wrote: > Yes, and that's another bad point about it! > Different setup.ini files! What's the idea? A single setup.ini file describes a particular view of the state of the distro at a given point in time for a given site. Mirrors are inherently loosely synchronized on the order of hours, n

Re: CYGWIN=ntsec, "cp -a", and NT acls

Rob Walker wrote: > [RGW] Hm, looks simple... Why isn't this part of "cp -a" ? You have to understand the history of things. In the classic unix world, a file has an owner, a group, a mode, and several timestamps. >From the standpoint of what "cp -a" can manipulate portably, that's basically i

Re: Setup.exe: all files in one common directory? (not per-server)

sowiso wrote: > and so on. __I cannot do anything about this.__ > You see? If I do want to avoid this, I must always use the same mirror. > And what if it's unaccessible due to a server downtime? Yes, when downloading it will create the files under the mirror's filename. That's by design because

Re: Setup.exe: all files in one common directory? (not per-server)

sowiso wrote: > Could it also be possible to have the "release" directory used together > with _all_ mirrors? You should be able to just specify as the "Local Package Dir" the parent dir and it should find and union the contents of all the subdirs. Brian -- Unsubscribe info: http://cygwin.

Re: CYGWIN=ntsec, "cp -a", and NT acls

Rob Walker wrote: > # make it read-only the windows way > attrib +R ${FILE} Note that the +R attribute (and attributes in general) has nothing to do with ACLs or security, it's a completely different concept. FAT for instance supports R/H/S/A attributes but otherwise has a total lack of any form

Re: Cygwin/Python question: NumPy

Gustavo Seabra wrote: > I have installed all the python packages available from setup.exe, > which includes NumPy. However, I am trying to install another program Are you sure about that? There's only Numeric available through setup, not NumPy. Maybe you are thinking of Cygwin Ports, which does

Re: Trouble differentiating Backspace from Control-Backspace in rxvt-20050409-9

Jonathon Merz wrote: > I recently upgraded from rxvt-20050409-7 to rxvt-20050409-9 and have > stopped getting different output for Backspace and Control-Backspace. > In rxvt-20050409-7, I get ^? for Backspace and ^H for > Control-Backspace. In rxvt-20050409-9, I get ^H for both. > > I've tried e

Re: Finally managed to create a jailed SFTP server, but how secure?

Eric Blake wrote: > That's with /. What about with \? The cygwin dll sometimes treats the > two separators differently, where using \ is more likely to bypass cygwin > checks. Don't forget the other variants, like \\.\c:\foo\bar \\./c:/foo/bar \??\c:\foo\bar \??/c:\foo\bar \??/c:/foo/bar Bria

Re: Finally managed to create a jailed SFTP server, but how secure?

TheO wrote: > identifying what filenames are reserved by Win32, this is what I've got > (please > complete it if I am missing something): No, we mean "get c:/dir/file" or "get c:\dir\file". (or "put //hostname/share/file", shudder.) Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubsc

Re: Socket programming with Cygwin

John Emmas wrote: > Forgive me - but as someone who's very new to socket programming, I'm > confused about why the program worked when I built it under Linux. Is it > because something would have converted "localhost" to an IP address (is this > the lookup stuff that you referred to?) and where c

Re: Finally managed to create a jailed SFTP server, but how secure?

Julio Emanuel wrote: > Aha! So this is the tiny bit that was missing! What you are saying is > that the Cygwin DLL does not honor the chroot if the path is in WIN32 > format? But why is that? It shouldn't honor the chroot all the time? > I mean, this sounds like the "right thing to do"(tm), if Cyg

Re: Finally managed to create a jailed SFTP server, but how secure?

Julio Emanuel wrote: > 4) Only commands compiled for Cygwin, AND accessing the file system > exclusively through the Cygwin POSIX interfaces can (and will) obey > the chroot settings; This is not valid reasoning, as Eric Blake already pointed out you can still access files outside of a chroot eve

Re: Socket programming with Cygwin

John Emmas wrote: > In every case, the programs fail when the client attempts to connect to the > server. This would be a typical line:- > > status = ::connect ( m_sock, ( sockaddr * ) &addr, sizeof ( addr ) ); > > 'status' receives -1 and if I check the error it's invariably something like > "

Re: "watch" option processing broken

"Daniel B." wrote: > Similarly, if you try "watch --interval=xx echo", you get no report > that "xx" is not a valid number, or is not a valid interval value. It > seems that option-parsing messages aren't getting printed out. I get the usage summary displayed as a result of that comm

Re: [OT] Re: Opening a (cygwin-ised) DLL

"Yaakov (Cygwin Ports)" wrote: > John Emmas wrote: > > Oops, I meant to ask another question (almost a variation on the same > > theme). Does Cygwin itself (or more correctly, its linker) link > > automatically to any of the standard Windows libs (such as kernel32.lib, > > user32.lib etc). > > k

Re: Building for cygwin/win32 under Linux

Rich Simonis wrote: > I don't know if I'm missing another include directive or a compiler switch, or > just if my assumption that I can use the Linux g++ to cross-compile to Win32 > is > wrong. Your assumption is wrong. You need to build an actual cross-compiler (and cross-assembler, cross-link

Re: help with bash/readline dll interaction bug

Eric Blake wrote: > Is there > some slick way to make bash grab a function pointer that can see through > the trampoline and see that bash's trampoline version of rl_tab_insert is > indeed the same function as readline's local rl_tab_insert? Sure, arrange for there to be a __declspec(dllimport) o

Re: Cannot compile UUID module

Alexander Stadler wrote: > So my next question is: Do you know what parameters are needed so that the > Makefile will be created with the right settings (without manually > executing g++ after the crashed first make)? > > Because creating it with: > perl Makefile.PL LIBS=-L/usr/lib/e2fsprogs I w

Re: Cannot compile UUID module

Alexander Stadler wrote: > gcc -c -DPERL_USE_SAFE_PUTENV -U__STRICT_ANSI__ -fno-strict-aliasing > -pipe -I/ > usr/local/include -DUSEIMPORTLIB -O3 -DVERSION=\"0.02\" > -DXS_VERSION=\"0.02\" > "-I/usr/lib/perl5/5.10/i686-cygwin/CORE" UUID.c > rm -f blib/arch/auto/UUID/UUID.dll > g++ --share

Re: Call "undocumented" NTDLL functions with Cygwin/gcc?

David Arnstein wrote: > #include You don't need the w32api prefix, that is part of the built-in search path -- otherwise, #include would not work. You also need to link with -lntdll. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http:

Re: bash: Word splitting but when?

[EMAIL PROTECTED] wrote: > the ouput of $(echo '1 2 3 x') should go through word splitting and x Word splitting does not occur in the right-hand side of an assignment. >From the manual: A variable may be assigned to by a statement of the form name=[value] If va

Re: Compile time Local Cygwin vs. VMware session on same system

"Manning, Sid" wrote: > I was surprised to see that I could compile much faster under VMware than on > Cygwin on the same host. Why is that surprising? Cygwin and VMware work on entirely different principles. Plus your chosen benchmark essentially tests the two slowest aspects of Cygwin, proce

Re: [perl] Portably linking to libstdc++

Sisyphus wrote: > Apparently g++ needs a "-shared" but ld2 doesn't. (I don't understand that.) > > And I don't understand what is achieved by: > > gcc -shared -o > Size.dll -Wl,--out-implib=libSize.dll.a -Wl,--export-all-symbols > -Wl,--enable-auto-import > -Wl,--stack,8388608 -Wl,--enable-au

Re: problem compile with gcc

bjoe wrote: > The thing that confusing me is the error came from w32api packages, > not from source code. Maybe someone in this list can explain to me > about what going on here. You haven't provided enough information, such as what version of w32api you're using. If you aren't using the latest

Re: [perl] Portably linking to libstdc++

Sisyphus wrote: > Of course, the other option on both linux and cygwin is to set *both* > $Config{cc} and $Config{ld} to 'g++', and that works fine on linux, but > doesn't quite work on cygwin where I still get an undefined reference to > [EMAIL PROTECTED]': > > /usr/lib/gcc/i686-pc-cygwin/3.4.4/

Re: [perl] Portably linking to libstdc++

Sisyphus wrote: > But on cygwin, there is no '-lstdc++' to be found in $Config{libpth}, so > MakeMaker decides to not pass the switch on (which has always been > MakeMaker's policy in such cases, afaik). This is a pity - there would be no > problem if it *did* the pass switch on, as both gcc and g

Re: cygwin:g++linker problems

jayshankar nair wrote: > The libraries is build with gcc(in cygwin environment). Something to do with > flags or packages. Shared libraries have the extension .dll on Windows, not .so. Specifying -lf will find your library if you named it cygf.dll or libf.dll, or if you created an import librar

Re: how install ifort in cygwin ???

meyus wrote: > I try to install the compilator ifort in cygwin but i have this message : > Error etc... don't find 'ldd' ??? It sounds like you're trying to run an install script for Linux binaries. That's never going to work, primarily because there is no 'ldd' command in Cygwin, but even if th

Re: Linker Search Directories

John Emmas wrote: > Initially, that's what I thought too Brian. They're part of libc when > I compile under Linux but they're not there for Cygwin (and I only installed > Cygwin a few weeks ago). I need to link to libgetaddrinfo. In fact > I searched libc to find the function names but they are

Re: Circular dependency problem

John Emmas wrote: > functions contained in the other one). If I was programming in Microsoft > VC++ I'd normally resolve this by exporting the relevant functions. > Exporting them (I believe) tells the linker that any unresolved function > addresses will be resolved at run time (hence, dynamic li

Re: Linker Search Directories

John Emmas wrote: > I'm about to build another library called "liblo". This library uses > various functions with names like getaddrinfo(), freeaddrinfo() etc > (all of which are declared in /usr/include/gettaddrinfo.h). On my > Linux box, these functions reside in 'libc.a' - but in Cygwin, they

Re: Linker Search Directories

John Emmas wrote: > I'm trying to build a project (using make) that needs python. Python's link > library is in /lib/python2.5/config/ but unfortunately, 'make' doesn't seem > to be aware of this and fails with the message:- make doesn't know anything about linker search directories. It just ex

Re: Can anyone help please, with syntax ?

John Emmas wrote: > When I got to the 'make install' stage for fftw3 it installed its files > under /usr/ whereas my other libraries seem to be installed under /lib/ > (e.g. fftw3f.pc was in /usr/lib/pkgconfig/ - whereas 'everything_else.pc' > seems to be in /lib/pkgconfig/). I'm assuming that th

Re: Cygwin bash

John Emmas wrote: > When I double click the 'Cygwin' icon on my Windows desktop, a DOS-like > window opens which I'm led to believe is Cygwin's bash terminal. However, > with every version of Linux that I've used, the bash terminal had menus > allowing me to do certain things like (for example) c

Re: gs.exe missing from ghostscript package?

"Lee D. Rothstein" wrote: > What causes the link to have its extension exposed and become > inoperable within Cygwin? Even after I did a complete reinstall. > I've seen this before. Does it have to do with the permissions? For shortcut-style links, the .lnk file needs the readonly attribute to be

Re: gs.exe missing from ghostscript package?

"Lee D.Rothstein" wrote: > 'gs.exe' the Ghostscript interpreter is missing from my configuration. That's because there is not supposed to be a gs.exe. The ghostscript packages use the alternatives facility, which means /usr/bin/gs is a symlink to /etc/alternatives/gs which is a symlink to either

Re: cygwin-make issue

Clearcase Administrator wrote: > Any ideas ? Do I need to upgrade mae ? cygwin ? I want to use the parallel > make option of make. You need to re-read the replies that you already received. The error is not from make, it's from the KJxSvc program (whatever that is -- it's not part of Cygwin) wh

Re: [OT] polite response to polite response - Brian...

Barry Smith at SourceLink wrote: > > That doesn't mean that 'run' was at fault. > Yet it could have been at fault, or the cygwin memory > allocation could be at fault, or Windoze, or the tool > that you're RUN-ing. The "Cygwin memory allocation" most certainly could not be at fault, nor could the

Re: [OT] polite response to rather rude reponse...

Barry Smith at SourceLink wrote: > > Stop spreading FUD. There is no way a userland app like "run.exe" can > "cause" > > a blue screen. Only something running in kernel space -- like windows core > code, > > or certain device drivers -- can ever do that. > > Then I guess you don't read the cygwin

Re: [ANNOUNCEMENT] New experimental package: gcc4-4.3.0-1

Dave Korn wrote: > Yep, that's more-or-less what I was referring to by "stunk thubbery" ;-) With one important difference: the plan you outlined relies on the .exe exporting the function that overrides the copy in the dll. This is somewhat controversial (IMHO) in that it requires adorning the

Re: [ANNOUNCEMENT] New experimental package: gcc4-4.3.0-1

Dave Korn wrote: > If they were instead resolved to some kind of thunk that could do a lookup > at runtime for non-weak versions of the same symbol, we'd be golden. Well, > we'd need to make sure the non-weak versions were all declspecced dllexport > somehow, but that would do it for us. Well

Re: [ANNOUNCEMENT] New experimental package: gcc4-4.3.0-1

Dave Korn wrote: > > Why bother? > > Hence the "may". I don't plan to bother for myself, but it depends if I Please don't. gcc isn't special in this regard, it shouldn't receive any special treatment. bash fails without cygintl-8.dll and I don't think anyone is proposing to statically link

Re: New experimental package: gcc4-4.3.0-1

Christopher Faylor wrote: > sys_sigabbrev is not in cygwin.def. There are several variables which > are not exported via cygwin.def. Hmm... I'm surprised that works. Shouldn't the def file contain the complete list? Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Prob

Re: New experimental package: gcc4-4.3.0-1

Christopher Faylor wrote: > I haven't tried this with the actual released compiler yet but, assuming > it works the same way, mm I wrong or is there something wrong with this > compiler? The code it creates seems to be correct (and Cygwin is > noticeably smaller) but I'd like to get rid of all of

Re: [ANNOUNCEMENT] New experimental package: gcc4-4.3.0-1

René Berber wrote: > --enable-shared-libgcc --enable-__cxa_atexit --with-gnu-ld --with-gnu-as Err, that's not good. Cygwin does not support the __cxa_atexit extension, that's only a feature of glibc. This option should not be be used on libcs that don't provide the feature. Brian -- Unsubscri

Re: setup.exe --quiet-mode

Christopher Faylor wrote: > Dave did suggest a possible workaround - delay any postinstall scripts > until the next reboot. That's more graceful than requiring the user to re-run setup to catch the failed postinstalls. But it still results in a broken system until the next reboot since those bin

Re: setup.exe --quiet-mode

Dave Korn wrote: > Err, that should never happen, unless you're updating from a > several-years-old DLL. The Cygwin DLL is intended to be backwardly > compatible, and only rarely have their been ABI breaks. So this aspect of > updating doesn't get tested very often. No, that's wrong. It is e

Re: upgrading to perl-5.8.8-4

Rob wrote: > 1. Why is /usr/lib/perl5/site_perl not listed on 5.8.8 ? Because having an unversioned directory in @INC was a mistake that was corrected. > 2. why are there "duplicate" entries for: >/usr/lib/perl5/site_perl/5.8 >/usr/lib/perl5/vendor_perl/5.8 vendor_perl contains modules

Re: Difficulty building gcc 4.3.2 under i386-pc-cygwin

Werner Wothke wrote: > $ make > [ -f stage_final ] || echo stage3 > stage_final > make[1]: Entering directory `/cygdrive/c/gcc-4.3.2/Destination' > -bubble'. Stop.rule to make target `stage3 > make[1]: Leaving directory `/cygdrive/c/gcc-4.3.2/Destination' > make: *** [all] Error 2 The overlapped

Re: Cannot change file permission with either chmod or setfacl

Laurent Monnoye wrote: > $ chmod 600 foo > > $ ls -l foo > -rw-r--r-- 0 xotrader01 Users 4 Sep 5 18:05 foo You've left out the most relevant detail: what type of filesystem does foo reside on? NTFS, FAT, NFS, Samba? Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Pro

Re: setup.exe --quiet-mode

Rob wrote: > until you click the OK button. This clearly is not "unattended". It would be > better if it could just exit with a specific error code that you could read > and > take some action (restart). I agree that it's not correct, but I disagree about the conclusion. It should silently sche

Re: file attributes: cygwin (ls, chmod, chown, chgrp) versus XP

"Michael R. Wolf" wrote: > Where can I get a simple (and current) description of the relationship > between Unix file attributes (permissions, user, and group) and how that > corresponds to XP file attributes? The Cygwin Users Guide: . The section la

Re: why the strange stack stuf in cygwin?

[ Your messages would be a lot easier to read without the random schizophrenic line length and indentation. ] Jay wrote: > I meant implementing __thread in gcc. Starting in 4.3 gcc supports emutls, which enables __thread support on all threaded targets, even when there is no actual TLS support

Re: undefined section `.gnu_debuglink' referenced in expression

carlos wrote: > /oss/src/winsup/cygwin/cygwin.sc:143: > undefined section `.gnu_debuglink' referenced in expression That's due to a change in binutils that caused it to be more strict. The offending line has been removed from the linker script in HEAD. You can either make the appropriate change

Re: Import library for symbols decl. without dllimport

"John E. / TDM" wrote: > This of course works fine, but it's sub-optimal; I would like for the > message not to be displayed at all, and I imagine that the auto-import > machinery shouldn't even need to be activated if the import library for > the libstdc++ DLL is properly designed. Also, hiding t

Re: [Avail for test] login-1.9-8

Gary Wernsing wrote: > I added the SetIncreaseQuotaPrivilege to the cyg_server user and that > cured the problem. > > [For those who got here on a search, this is found as > "Local Computer Policy\ > Computer Configuration\ > Windows Settings\ > Security Settings\ > Local Policies\ > User Rights

Re: rsync in cygwin

Edward Blum wrote: > Thanks for your swift reply! I see there are release candidates flying > about for 1.7 reckon they would be stable enough to try them out or > would I be better waiting for a stable release? Is there some where I > can find the release cycle? I don't know whether you could ca

Re: rsync in cygwin

Edward Blum wrote: > The scenario is: Ubuntu machine running rsnapshot ssh's into remote > machine running cygwin 2.6.9 on windows 2003 and uses rsync to backup > the files. The error I get is: There is no such version of Cygwin. You are referring to the version of rsync. > Reading up is it to

Re: Text Mode and "$'\r': command not found" error

Clément LABORIE wrote: > >source ${PROJECT_DIR}/myBash.bash > . $'\r': command not found > > >echo ${PROJECT_DIR} > E:/project/... > > When I replace ${PROJECT_DIR} by Unix directory /cygdrive/e/project/..., > it works well. What version of bash are you using? Have you read point 6 in /u

Re: Probably stupid make question

Phil Smith wrote: > We're perverting CMake and Cygwin make to use a cross-compiler for z/OS (IBM > mainframe). We've beaten it mostly into submission, but are hitting an issue > with definitions being passed. Cygwin make seems to be passing them in the > format: > -Dvarname value > rat

Re: Updated: perl-ExtUtils-Depends-0.300-2

Reini Urban wrote: > Sure. Fixing libtool of course. > Mixing static and dynamic libs should be possible. I think you're missing the point of why libtool disallows it: not because it won't work in a specific instance, but because it is not portable. There is no fix for the fact that on some syst

Re: man: cygwin 1.7.0 and special filename chars

"Yaakov (Cygwin Ports)" wrote: > Am I missing something here? Apparently my understanding of FAT is wrong then. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ:

Re: man: cygwin 1.7.0 and special filename chars

"Yaakov (Cygwin Ports)" wrote: > It's not a case of using the same workaround. With 1.5, the make > manifypods target would first build the PODs, then create the manpages, > and would fail when trying to create a manpage containing '::' (as it > did not use a managed mount). gtk2-perl.cygclass w

Re: man: cygwin 1.7.0 and special filename chars

"Yaakov (Cygwin Ports)" wrote: > 1) Completely remove the /::/./ substitution in both man and perl for 1.7; > 2) Have man look for both '.' and '::'. How about 3) Perpetuate the s/::/./ workaround in Cygport so that manpages continue to be generated with '.'. Rationale: Support for : in filenam

Re: Compiling gcc for cygwin

NightStrike wrote: > If cygwin ever wants to be able to support newer gcc compilers, > something needs to be done in this area. There are several options, That's a quite a misleading statement to make. Everything is fine for a native 4.4 using 3.4 as the bootstrap compiler. That's the whole po

Re: [ANNOUNCEMENT] Updated: cygutils-1.2.7-1

Brian Dessent wrote: > Everything is in the announcements. It was moved out of cygutils in > 1.3.0 and into util-linux: And, additionally, next time try: $ cygcheck -p rename.exe Found 3 matches for rename.exe. util-linux/util-linux-2.12r-2 Random collection of Linux utilities util

Re: [ANNOUNCEMENT] Updated: cygutils-1.2.7-1

Sam Kuper wrote: > 1) Was the rename utility removed from cygutils at some point between > version 1.2.6-1 and 1.3.2-1, or is my version of cygutils somehow > corrupt? > 2) If it was removed, why, and is there some other way I can obtain > the rename utility under cygwin? (NB. please don't just su

Re: Building kernel modules

Bosko Radivojevic wrote: > /usr/include/linux/types.h:21: error: conflicting types for '_types_fd_set' > /usr/include/sys/types.h:235: error: previous declaration of > '_types_fd_set' was here Okay, that's truly and hideously broken. You should have no /usr/include/linux at all. This is not Lin

Re: Im having a problem downloading version 1.5.25-15 having something to do with setup.ini.sig

Garret wrote: > I am using the cygwin setup.exe ultimately to use GRASS on my windows > machine. the problem I am getting is with the setup.ini.sig file. I have > attached an image of the exact error message I am getting. It seems to > abort the grass packages download. > http://www.nabble.com/

Re: perl.exe: fatal error on Vista

hce wrote: > I've tried again to call rebaseall | tee rebaseall.log, then run I don't know why Reini suggested using tee, but it's a bad idea because having tee in the pipeline will cause all these DLLs to be in use which will just cause rebaseall to fail: $ cygcheck /bin/tee C:\cygwin\bin\tee.e

Re: Print

r wrote: > When I try to print under cygwin ( a text file too ) with 'lpr' I can hear the > printer ( Lexmark Z600 Series connected via usb to a simple desktop pc ) > move the cursor to be ready for printing but nothing happens. > I tried with text files and .ps too. > > 'lpr test' > 'lpr test2.p

Re: On bash prompt

Angelo Graziosi wrote: > So, just a curiosity, why the extra 'code' (1), above? What the true > difference between > > PS1='\[\e]0;[EMAIL PROTECTED] \[\e[33m\]\w\[\e[0m\]\n\$ ' > > and > > PS1='[EMAIL PROTECTED] \[\e[33m\]\w\[\e[0m\]\n\$ ' The ESC]0; sequence sets the window title. Brian --

Re: changed behaviour in date command

Nicholas Volk wrote: > After I updated cygwin today (bash updated) this no longer works as such, > because the behaviour of %k has changed: instead of the usual "07" I now > get " 7". Is this intentional? At least in my opinion the new behaviour is > worse than the original. The date command is p

Re: I have installed cygwin under GNU/Linux + Wine, but the file i/o is so slow.

eric zhao wrote: > But it need more time preparing a cross toolchain than installing cygwin for > me. > I will find or make a cross toolchain. If you're using Debian then you can just apt-get install mingw32. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem repo

Re: I have installed cygwin under GNU/Linux + Wine, but the file i/o is so slow.

eric zhao wrote: > I want to compile some win32 OSS in my linux box just for fun. > I know this might sound crazy! Then you want a cross-compiler, not wine. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentat

Re: setup v2.573.2.3: Postinstall: "abnormal exit: exit code=126"

Dave Korn wrote: > The problem is that no matter whether bash or ash install /bin/sh, > terminfo is going to be installed first, and that means > /etc/postinstall/terminfo.sh is pretty much doomed to failure. And, additionally, no postinstall is run until after all the tarballs have been unpack

Re: setup v2.573.2.3: Postinstall: "abnormal exit: exit code=126"

Dave Korn wrote: > The problem is that no matter whether bash or ash install /bin/sh, > terminfo is going to be installed first, and that means > /etc/postinstall/terminfo.sh is pretty much doomed to failure. Then that is a bug with terminfo's setup.hint; any package with a postinstall should i

Re: setup v2.573.2.3: Postinstall: "abnormal exit: exit code=126"

Dave Korn wrote: > I'll try and think up a fix for this. In the meantime, you can work I'll repeat my previous opinion on this issue: I think the time for compensating for the ash -> bash upgrade is over and we should just have bash provide /bin/sh directly without the complicated postinstall

Re: Cygwin 1.5.25: gprof time accumulation problem

David Donovan wrote: > I am having difficulties using gprof under cygwin. When I try to It's not your fault. There were bugs in both Cygwin and gprof. They are fixed in CVS and should be working again in the next version. For Cygwin however, I'm not sure if another 1.5 release is on the table

Re: sshd [5.1p1] fails on seteuid "permission denied"

"J.D. Baldwin" wrote: > I can invoke /usr/sbin/sshd but not log in via same. I have tried it Stop right there. Running sshd directly from your user account -- even if you are an Administrator -- is incorrect and wrong. It won't work, and worse, it will cause the permissions of the dirs and fil

Re: compilation - cygwin -mno-cygwin-flag

Marian Kogler wrote: > I don't know what I should link in addition to the allready linked libraries. > What do the warnings mean? > I hope that someone of you can help me. Using -mno-cygwin switches the compiler into MinGW personality mode. You cannot mix and match Cygwin and MinGW libraries. I

Re: compilation under cygwin

Marian Kogler wrote: > LIBS= -lpthread -lcurl -lcurlpp -lboost_thread-gcc-mt > -lboost_regex-gcc-mt -lstdc++ -lws2_32 -lxml2 -lssl -lcrypto -lws2_32 is a red flag. It should not be used from a Cygwin app, because it indicates that something is trying to use the Winsock API. This is

Re: Does anyone use insight on cygwin?

Eric Blake wrote: > YEAH! Among others, the git package would appreciate the availability of > a modern tcl/tk. Do you think git users are going to be thrilled about having to now install and run the whole X11 server enchalada just to run gitk on Windows? The current GDI tcl/tk is a double-edge

Re: genisoimage and links. Problems?

Sam Hanes wrote: > Actually, NTFS does support symlinks, but unfortunately that > capability is not exposed in the Windows GUI. There's a command-line > tool from SysInternals that can manipulate them. If you are referring to junctions, they are most certainly not the same thing as symlinks, for

Re: Does anyone use insight on cygwin?

Just another "me too": I use insight often and would be very disappointed to see it go. Of course, if that were to happen I'd just continune building it myself, but I think having it in the distro is very worthwhile, regardless of whether it becomes an X11 app or stays a GDI app. Brian -- Unsub

Re: cygwin gcc: Different numerical results in thread vs in main()

Angelo Graziosi wrote: > ... and in Fortran? As long as you're using a recent gcc you can just use -mpc64. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ:

Re: genisoimage and links. Problems?

Angelo Graziosi wrote: > Burning 'dati-1.iso' or unpacking it shows: > > $ ls -lrt test/ > totale 1 > -rwx--+ 1 graziosi Nessuno 77 Jun 11 23:00 hello.c > -rwx--+ 1 graziosi Nessuno 0 Jun 11 23:00 hello > > Is this behaviour to be expected, have I missed something or are there > problem

Re: cygwin gcc: Different numerical results in thread vs in main()

Richard Stanton wrote: > Main:t/1+t =0.0005609048868329022342546 > Thread 0: t/1+t =0.0005609048868329021258344 > Thread 1: t/1+t =0.0005609048868329021258344 > Thread 2: t/1+t =0.0005609048868329021258344 > Thread 3: t/1+t =0.0005609048868329021258344 The difference i

Re: bash shell interface broken after install on Vista

Tim McDaniel wrote: > The original problem report mentioned it hanging during the download > or install, I forget which. I wondered whether it might have been > some odd networking problem with that particular mirror. (I've had > odd networking problems in the past, even in Linux.) It's also an

Re: Weird filesystem permissions issue.

Jason Pyeron wrote: > Would that explain: Explain what? > Note the double take1 and take2 There's nothing wrong with having a system entry and a user entry for the same path. The user entry takes precendence, to allow for the user to customize a systemwide setting. > I am going to be compilin

Re: Weird filesystem permissions issue.

Jason Pyeron wrote: > I am trying to compile gcc (and later ghdl) and it seems that certain files > are > inaccessible to cygwin, while easily accessed from non-cygwin applications. I > installed another disk and formatted it FAT32 as a workaround right now, but > what might the problem be or whe

  1   2   3   4   5   6   7   8   9   10   >