Re: Is it possible to convert .a linux library into win32 .dll or lib ?
- Original Message - From: "Eric Belhomme" <[EMAIL PROTECTED]> To: "Max Bowsher" <[EMAIL PROTECTED]>; "Eric Belhomme" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Monday, November 11, 2002 8:25 AM Subject: Re: Is it possible to convert .a linux library into win32 .dll or lib ? > > So, can I link this file with a native win32 software developped with Ms > Visual C++ 6 ? I don't know much about the Unix functions for dynamic linking but I have attempted to determine the similarities to Windows functions for dynamic linking. It was my intent to write a utility that was as platform-independent as possible. It is my understanding that the Unix functions are different from the Windows equivalents. It is my understanding that Unix does not have the equivalent of implicit linking; that the Unix functions are similar to the (explicit linking) LoadLibrary function and related functions in Windows. The significance of that is that the utility you want to use is probably not compatible at the source code level with Windows. In other words, it is not likely to work to just recompile it using Visual C++. In a Windows environment, a DLL might not be compatible with a program compiled with a different compiler. In fact a DLL compiled by VC might not be compatible with another DLL or program compiled by VC. Usually non-programmers are not aware of such incompatibilities since programmers would have not released something with such incompatiblities. --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.408 / Virus Database: 230 - Release Date: 10/24/2002 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: using MFC with cygwin
- Original Message - From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Thursday, August 22, 2002 6:59 AM Subject: RE: using MFC with cygwin > No one has ported MFC to any compiler besides VC++. And while > it could be done, the benefits are minimal since the Microsoft > license would prevent you from distributing the result. MFC was not ported to VC; it did not exist prior to VC. I am 95% sure that (some) Borland compilers license (include) MFC. You might be correct that it has not been ported, but Microsoft licenses it. The VC compiler includes the MFC source code so it would not be too much work to port (unlicensed). I assume that if source code existed that did the same thing as MFC then it could be entirely legal. I think the original question was about a console program that used MFC and I would probably suggest not using MFC for that. --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.419 / Virus Database: 235 - Release Date: 11/14/2002 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
PET scrap
To whom it may concern, It is a harmless email. If we have bothered you, please ingore this message and accept our appology. Our aim is to looking for a partner for long term only. We are a leading plastic scrap importer in China. With own reprocessing facilities, import license, we are buying large quantity of plastic scrap, esp. PET scrap. Our major interests are following. PET lump, rock PET bottle regrind (flake) PET preform PET fiber PET repro / granulate PET offgrade All PET scrap should be free of PVC, with I.V. over 0.55. Material should be dry, free of dust/soil. Only clear color, blue color, green color are acceptable. We have flexible payment term which can meet your requirement. Our forwarder network can pick up goods from every corner of the world. Therefore ex work price are acceptable. We can work on FOB your work or CNF Shanghai too. If you can offer other plastic scrap, we would like to receive your proposal as well. We will send people to visit your company, once we have a rough deal. I believe we will have a pleasant cooperation if you are really in the same field as we are looking for. * Please respond to our email address: [EMAIL PROTECTED] ** Look forward to hearing from you soon. Best regards, SAMUEL CHEN HANSA INTERNATIONAL Room 301, Yuan Fang Baoxin Building No.18, Lane 126 Si Chuan (M) Road 200080 Shanghai China tel: 86 21 63210045,33130656, 53500046, 63219210 fax: 86 21 63210059 email: [EMAIL PROTECTED] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
about X
Hi. I have just installed xinit on my vista laptop. When I typed in 'xinit' in the cygwin console, I got a BIG BIG annoying X window which occupied all the space of my desktop and cannot be resized. When I started other programs in xterm, the new program just covered up the space where xterm used to be and I couldn't switch back to the xterm windows. How can I get a clean and separate xterm window? Thank you. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Ping program?
I'm dying here. Does anyone have a ping program that will compile under cygwin? I've downloaded about 27 ping programs and none compile. Thanks, Sam -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Ping program?
I need the sourcecode to modify. =( -Original Message- From: Randall R Schulz [mailto:[EMAIL PROTECTED] Sent: Monday, March 31, 2003 11:42 AM To: [EMAIL PROTECTED] Subject: Re: Ping program? Sam, You don't say which version of Windows you're running, but NT, 2000 and XP all include a ping program. Is it insufficient for your needs? % type ping ping is /cygdrive/d/WINNT/system32/ping Randall Schulz At 08:24 2003-03-31, you wrote: >I'm dying here. Does anyone have a ping program that will compile under >cygwin? I've downloaded about 27 ping programs and none compile. > >Thanks, > >Sam -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Ping program?
The ping would always be launched with root (administrator) privileges on Windows 2000. -Original Message- From: Martin Gainty [mailto:[EMAIL PROTECTED] Sent: Monday, March 31, 2003 12:05 PM To: [EMAIL PROTECTED] Subject: Re: Ping program? Igor makes a good point if you have any intervening nodes (Routers) which block ICMP packets then your ping will not be successful Once you get the source compiled ...ping localhost first then ping out from the known base. -Martin - Original Message - From: "Igor Pechtchanski" <[EMAIL PROTECTED]> To: "Hopkins, Samuel" <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Monday, March 31, 2003 9:50 AM Subject: Re: Ping program? > On Mon, 31 Mar 2003, Hopkins, Samuel wrote: > > > I'm dying here. > > Sorry, can't help you with that... > > > Does anyone have a ping program that will compile under cygwin? I've > > downloaded about 27 ping programs and none compile. Thanks, > > Sam > > IIRC, ping requires elevated privileges under WinNT/2k/XP systems... > There was a discussion of this on this list back in January. You > should be able to find it in the archive by searching for "ping icmp". > Igor > -- > http://cs.nyu.edu/~pechtcha/ > |\ _,,,---,,_ [EMAIL PROTECTED] > ZZZzz /,`.-'`'-. ;-;;,_ [EMAIL PROTECTED] > |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski > '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! > > Knowledge is an unending adventure at the edge of uncertainty. > -- Leto II > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
bash: cat << EOF
Hi, We have installed cygwin on w2k (5.00.2195 service pack 3), but the files are actually hosted by a samba server, connected on S:\, and we login to the box via rsh x11. The problem we're having is $ cat << EOF > foo > EOF cat: -: Permission denied this is the same with dd, ... so the problem must be with bash. I tried by copying bin/ on the local drive, relaunching bash.exe and cat.exe from there, same problem, so it might not be because of the networking thing. Is this a known limitation ? I couldn't find anything in the documentation or the FaQ Regards, Samuel Thibault -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: bash: cat << EOF
Le sam 19 jui 2003 00:39:13 GMT, Christopher Faylor a tapoté sur son clavier :
> On Fri, Jul 18, 2003 at 09:38:46PM -0400, Samuel Thibault wrote:
> >Hi,
> >
> >We have installed cygwin on w2k (5.00.2195 service pack 3), but the
> >files are actually hosted by a samba server, connected on S:\, and we
> >login to the box via rsh x11.
> >
> >The problem we're having is
> >
> >$ cat << EOF
> >> foo
> >> EOF
> >cat: -: Permission denied
> >
> >this is the same with dd, ... so the problem must be with bash.
> >I tried by copying bin/ on the local drive, relaunching bash.exe and
> >cat.exe from there, same problem, so it might not be because of the
> >networking thing.
> >
> >Is this a known limitation ? I couldn't find anything in the documentation
> >or the FaQ
>
> http://cygwin.com/problems.html
Oops, sorry I missed cygcheck, here it is.
Cygwin Win95/NT Configuration Diagnostics
Current System Time: Sat Jul 19 08:33:49 2003
Windows 2000 Server Ver 5.0 Build 2195 Service Pack 3
Path: c:\Documents and Settings\sthibaul\bin
c:\Documents and Settings\sthibaul\bin
s:\bin
s:\arch\windows-i386\bin
s:\arch\windows-i386\cygwin\usr\local\opt\sparc\SUNWspro\bin
s:\arch\windows-i386\cygwin\usr\ccs\bin
s:\arch\windows-i386\jdk1.2.2\bin
s:\arch\windows-i386\cygwin\usr\local\bin
s:\arch\windows-i386\cygwin\bin
s:\arch\windows-i386\cygwin\bin
c:\WINNT\system32
c:\WINNT
c:\WINNT\System32\Wbem
c:\ORANT\BIN
s:\arch\windows-i386\bin
s:\arch\windows-i386\bin\win32
s:\arch\windows-i386\cygwin\bin
s:\arch\windows-i386\cygwin\usr\X11R6\bin
\\lvsmb\softeleves\arch\windows-i386\bin
\\lvsmb\softeleves\bin
s:\arch\windows-i386\cygwin\bin
s:\arch\windows-i386\cygwin\bin
s:\arch\windows-i386\cygwin\usr\local\bin
s:\arch\windows-i386\cygwin\usr\local\jdk1.2\bin
s:\sbin
s:\arch\windows-i386\cygwin\bin\id.exe output (nontsec)
UID: 400(sthibaul) GID: 401(mkpasswd)
401(mkpasswd)
s:\arch\windows-i386\cygwin\bin\id.exe output (ntsec)
UID: 400(sthibaul) GID: 401(mkpasswd)
545(Utilisateurs) 10513(mkgroup_l_d)
401(mkpasswd)
SysDir: C:\WINNT\System32
WinDir: C:\Documents and Settings\sthibaul\WINDOWS
HOME = `c:\Documents and Settings\sthibaul'
LD_LIBRARY_PATH =
`\soft\eleves\lib:\soft\eleves\arch\windows-i386\lib:\soft\eleves\arch\windows-i386\lib\ocaml\stublibs::\usr\lib:\usr\local\lib'
MAKE_MODE = `unix'
PWD = `/home/sthibaul'
USER = `sthibaul'
ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
APPDATA = `C:\Documents and Settings\sthibaul\Application Data'
ARCHI = `unknown'
CLIENTNAME = `student3a-6'
COMMONPROGRAMFILES = `C:\Program Files\Fichiers communs'
COMPUTERNAME = `PETREL'
COMSPEC = `C:\WINNT\system32\cmd.exe'
CVSEDITOR = `vim'
CVSUMASK = `002'
CVS_RSH = `/bin/ssh'
DISPLAY = `132.177.69.6:100'
EDITOR = `vim'
HOMEDRIVE = `C:'
HOMEPATH = `\Documents and Settings\sthibaul'
HOSTNAME = `petrel'
INFOPATH =
`/soft/eleves/arch/windows-i386/cygwin/usr/info:/soft/eleves/info:/usr/share/info:/usr/local/info:'
IRCSERVER = `softrez.residence.ens-lyon.fr'
LC_CTYPE = `fr_FR'
LOGONSERVER = `\\FREGATE'
LPDEST = `lw106'
MANPATH =
`/soft/eleves/arch/windows-i386/cygwin/usr/man:/soft/eleves/man/fr:/soft/eleves/man:/soft/eleves/man/de:/usr/share/man::/usr/ssl/man:/usr/local/man:/usr/local/maple/man'
NUMBER_OF_PROCESSORS = `2'
OLDPWD = `/home/sthibaul'
OS2LIBPATH = `C:\WINNT\system32\os2\dll;'
OS = `Windows_NT'
PAGER = `less -sM'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PRINTER = `lw106'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 6 Model 7 Stepping 3, GenuineIntel'
PROCESSOR_LEVEL = `6'
PROCESSOR_REVISION = `0703'
PROGRAMFILES = `C:\Program Files'
PS1 = `\@@\h:\w(\!)¤ '
SESSIONNAME = `x11#2'
SHLVL = `1'
SOFTELEVESARCH = `arch/windows-i386'
SOFTELEVESINFOPATH = `/soft/eleves/arch/windows-i386/cygwin/usr/info:/soft/eleves/info'
SOFTELEVESLDPATH =
`/soft/eleves/lib:/soft/eleves/arch/windows-i386/lib:/soft/eleves/arch/windows-i386/lib/ocaml/stublibs'
SOFTELEVESMANPATH =
`/soft/eleves/arch/windows-i386/cygwin/usr/man:/soft/eleves/man/fr:/soft/eleves/man:/soft/eleves/man/de:/usr/share/man'
SOFTELEVESPREFIX = `//lvsmb/softeleves'
SYSTEMDRIVE = `C:'
SYSTEMROOT = `C:\WINNT'
TEMP = `c:\DOCUME~1\sthibaul\LOCALS~1\Temp\2'
TERM = `cygwin'
TERMINFO = `/soft/eleves/share/terminfo'
TEXMF =
`{{/home/sthibaul/texmf,//lvsmb/softeleves/share/texmf,/usr/local/share/texmf,/usr/local/lib/texmf,!!/usr/share/texmf},//lvsmb/so
Re: bash: cat << EOF
Hi, No immediate answer, so I guess this is not a known problem, I dug a bit: I called strace cat &> trace << EOF > foo > EOF attached is the trace file. The error is from lines 415 to 421. Appart from the fact that windows reports an unkown error, "some disk file" is the "magic" unknown_file name in winsup/cygwin/dtable.cc. Indeed, the call to NtQueryObject failed at line trace:280 ie dtable.cc:731. I'll try to recompile cygwin myself to add debug. Regards, Samuel Thibault ** Program name: c:\temp\bin\cat.exe (2596) App version: 1003.9, api: 0.51 DLL version: 1003.22, api: 0.78 DLL build:2003-03-18 09:20 OS version: Windows NT-5.0 Heap size:402653184 Date/Time:2003-07-19 21:33:38 ** 9984086 [main] cat 2596 reg_key::build_reg: failed to create key Cygnus Solutions in the registry 8764962 [main] cat 2596 reg_key::build_reg: failed to create key Cygnus Solutions in the registry 11136075 [main] cat 2596 environ_init: 0x100204D0: ALLUSERSPROFILE=C:\Documents and Settings\All Users 6766751 [main] cat 2596 environ_init: 0x10020508: APPDATA=C:\Documents and Settings\sthibaul\Application Data 15118262 [main] cat 2596 environ_init: 0x10020008: ARCHI=unknown 6048866 [main] cat 2596 environ_init: 0x10020548: CLIENTNAME=student3a-6 6139479 [main] cat 2596 environ_init: 0x10020568: COMMONPROGRAMFILES=C:\Program Files\Fichiers communs 584 10063 [main] cat 2596 environ_init: 0x100205A8: COMPUTERNAME=PETREL 616 10679 [main] cat 2596 environ_init: 0x100205C0: COMSPEC=C:\WINNT\system32\cmd.exe 621 11300 [main] cat 2596 environ_init: 0x100205E8: CVSEDITOR=vim 580 11880 [main] cat 2596 environ_init: 0x10020600: CVS_RSH=/bin/ssh 612 13686 [main] cat 2596 environ_init: 0x10020648: DISPLAY=132.177.69.6:100 598 14284 [main] cat 2596 environ_init: 0x10020668: EDITOR=vim 704 14988 [main] cat 2596 getwinenv: can't set native for HOME= since no environ yet 655 15643 [main] cat 2596 mount_info::conv_to_posix_path: conv_to_posix_path (c:\Documents and Settings\sthibaul, no-keep-rel, no-add-slash) 398 16041 [main] cat 2596 normalize_win32_path: c:\Documents and Settings\sthibaul = normalize_win32_path (c:\Documents and Settings\sthibaul) 435 16476 [main] cat 2596 mount_info::conv_to_posix_path: /home/sthibaul = conv_to_posix_path (c:\Documents and Settings\sthibaul) 925 17401 [main] cat 2596 win_env::add_cache: posix /home/sthibaul 297 17698 [main] cat 2596 win_env::add_cache: native HOME=c:\Documents and Settings\sthibaul 304 18002 [main] cat 2596 posify: env var converted to HOME=/home/sthibaul 621 18623 [main] cat 2596 environ_init: 0x100206A8: HOME=/home/sthibaul 625 19248 [main] cat 2596 environ_init: 0x10020800: HOMEDRIVE=C: 622 19870 [main] cat 2596 environ_init: 0x10020678: HOMEPATH=\Documents and Settings\sthibaul 587 20457 [main] cat 2596 environ_init: 0x10020818: HOSTNAME=petrel 583 21040 [main] cat 2596 environ_init: 0x10020830: INFOPATH=/soft/eleves/arch/windows-i386/cygwin/usr/info:/soft/eleves/info:/usr/share/info:/usr/local/info:/soft/eleves/arch/windows-i386/cygwin/usr/info:/soft/eleves/info:/usr/share/info:/usr/local/info: 590 21630 [main] cat 2596 environ_init: 0x10020900: IRCSERVER=softrez.residence.ens-lyon.fr 579 22209 [main] cat 2596 environ_init: 0x10020930: LC_CTYPE=fr_FR 587 22796 [main] cat 2596 getwinenv: can't set native for LD_LIBRARY_PATH= since no environ yet 625 23421 [main] cat 2596 mount_info::conv_to_posix_path: conv_to_posix_path (\soft\eleves\lib:\soft\eleves\arch\windows-i386\lib:\soft\eleves\arch\windows-i386\lib\ocaml\stublibs:\soft\eleves\lib:\soft\eleves\arch\windows-i386\lib:\soft\eleves\arch\windows-i386\lib\ocaml\stublibs::\usr\lib:\usr\local\lib:\usr\lib:\usr\local\lib, no-keep-rel, no-add-slash) 332 23753 [main] cat 2596 normalize_win32_path: \soft\eleves\lib:\soft\eleves\arch\windows-i386\lib:\soft\eleves\arch\windows-i386\lib\ocaml\stublibs:\soft\eleves\lib:\soft\eleves\arch\windows-i386\lib:\soft\eleves\arch\windows-i386\lib\ocaml\stublibs::\usr\lib:\usr\local\lib:\usr\lib:\usr\local\lib = normalize_win32_path (\soft\eleves\lib:\soft\eleves\arch\windows-i386\lib:\soft\eleves\arch\windows-i386\lib\ocaml\stublibs:\soft\eleves\lib:\soft\eleves\arch\windows-i386\lib:\soft\eleves\arch\windows-i386\lib\ocaml\stublibs::\usr\lib:\usr\local\lib:\usr\lib:\usr\local\lib) 376 24129 [main] cat 2596 mount_info::conv_to_posix_path: /soft/eleves/lib:/soft/eleves/arch/windows-i386/lib:/soft/eleves/arch/windows-i386/lib/ocaml/stublibs:/soft/eleves/lib:/soft/eleves/arch/windows-i386/lib:/soft/eleves/arch/windows-i386/lib/ocaml/stublibs::/usr/lib:/usr/local/lib:/usr/lib:/usr/local/lib = conv_to_posix_path (\soft\eleves\lib:\soft\eleves\arch\windows-i386\lib:\soft\eleves\arch\windows-i386
Re: bash: cat << EOF
Le sam 19 jui 2003 15:48:07 GMT, Samuel Thibault a tapoté sur son clavier : > No immediate answer, so I guess this is not a known problem, I dug a > bit: I called > > strace cat &> trace << EOF > > foo > > EOF btw, with sh.exe, it works. (but many configure scripts require bash _and_ <<) Regards, Samuel Thibault -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: bash: cat << EOF
Le sam 19 jui 2003 16:39:19 GMT, Samuel Thibault a tapoté sur son clavier : > btw, with sh.exe, it works. (but many configure scripts require bash > _and_ <<) and zsh doesn't work, but tcsh works. Regards, Samuel Thibault -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: bash: cat << EOF
Le sam 19 jui 2003 17:27:59 GMT, Larry Hall a tapoté sur son clavier :
> Looks like your /etc/passwd and /etc/group aren't correct. Run mkpasswd
> and mkgroup with the appropriate flags for your installation (i.e. is
> your user in a domain or not?)
I couldn't get a domain user, but the local entry (copied on login I
guess) seems to work. Here is the cygcheck.out with updated passwd and
group, but it doesn't change anything about shells & <<. We won't be
able to update passwd for every user we will provide cygwin to, anyway.
The problem is somewhere else to my mind, because the "Permission
denied" error is a fake one for unknown error 59, as the trace revealed.
I'm still trying to build cygwin myself to get the filename given to the
NtQueryObject.
Regards,
Samuel Thibault
Cygwin Win95/NT Configuration Diagnostics
Current System Time: Sun Jul 20 01:53:36 2003
Windows 2000 Server Ver 5.0 Build 2195 Service Pack 3
Path: c:\Documents and Settings\sthibaul\bin
c:\Documents and Settings\sthibaul\bin
s:\bin
s:\arch\windows-i386\bin
s:\arch\windows-i386\cygwin\usr\local\opt\sparc\SUNWspro\bin
s:\arch\windows-i386\cygwin\usr\ccs\bin
s:\arch\windows-i386\jdk1.2.2\bin
s:\arch\windows-i386\cygwin\usr\local\bin
s:\arch\windows-i386\cygwin\bin
s:\arch\windows-i386\cygwin\bin
c:\WINNT\system32
c:\WINNT
c:\WINNT\System32\Wbem
c:\ORANT\BIN
s:\arch\windows-i386\bin
s:\arch\windows-i386\bin\win32
s:\arch\windows-i386\cygwin\bin
s:\arch\windows-i386\cygwin\usr\X11R6\bin
\\lvsmb\softeleves\arch\windows-i386\bin
\\lvsmb\softeleves\bin
s:\arch\windows-i386\cygwin\bin
s:\arch\windows-i386\cygwin\bin
s:\arch\windows-i386\cygwin\usr\local\bin
s:\arch\windows-i386\cygwin\usr\local\jdk1.2\bin
s:\sbin
s:\arch\windows-i386\cygwin\bin\id.exe output (nontsec)
UID: 42904(sthibaul) GID: 229(libreser)
229(libreser)
s:\arch\windows-i386\cygwin\bin\id.exe output (ntsec)
UID: 42904(sthibaul) GID: 229(libreser)
545(Utilisateurs) 229(libreser)
SysDir: C:\WINNT\System32
WinDir: C:\Documents and Settings\sthibaul\WINDOWS
HOME = `c:\Documents and Settings\sthibaul'
LD_LIBRARY_PATH =
`\soft\eleves\lib:\soft\eleves\arch\windows-i386\lib:\soft\eleves\arch\windows-i386\lib\ocaml\stublibs::\usr\lib:\usr\local\lib'
MAKE_MODE = `unix'
PWD = `/cygdrive/c/Documents and Settings/sthibaul'
USER = `sthibaul'
ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
APPDATA = `C:\Documents and Settings\sthibaul\Application Data'
ARCHI = `unknown'
CLIENTNAME = `student3a-6'
COMMONPROGRAMFILES = `C:\Program Files\Fichiers communs'
COMPUTERNAME = `PETREL'
COMSPEC = `C:\WINNT\system32\cmd.exe'
CVSEDITOR = `vim'
CVS_RSH = `/bin/ssh'
DISPLAY = `132.177.69.6:100'
EDITOR = `vim'
HOMEDRIVE = `C:'
HOMEPATH = `\Documents and Settings\sthibaul'
HOSTNAME = `petrel'
INFOPATH =
`/soft/eleves/arch/windows-i386/cygwin/usr/info:/soft/eleves/info:/usr/share/info:/usr/local/info:'
IRCSERVER = `softrez.residence.ens-lyon.fr'
LC_CTYPE = `fr_FR'
LOGONSERVER = `\\FREGATE'
LPDEST = `lw106'
MANPATH =
`/soft/eleves/arch/windows-i386/cygwin/usr/man:/soft/eleves/man/fr:/soft/eleves/man:/soft/eleves/man/de:/usr/share/man::/usr/ssl/man:/usr/local/man:/usr/local/maple/man'
NUMBER_OF_PROCESSORS = `2'
OLDPWD = `/cygdrive/c/Documents and Settings/sthibaul'
OS2LIBPATH = `C:\WINNT\system32\os2\dll;'
OS = `Windows_NT'
PAGER = `less -sM'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PRINTER = `lw106'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 6 Model 7 Stepping 3, GenuineIntel'
PROCESSOR_LEVEL = `6'
PROCESSOR_REVISION = `0703'
PROGRAMFILES = `C:\Program Files'
PS1 = `\@@\h:\w(\!)¤ '
SESSIONNAME = `x11#14'
SHLVL = `1'
SOFTELEVESARCH = `arch/windows-i386'
SOFTELEVESINFOPATH = `/soft/eleves/arch/windows-i386/cygwin/usr/info:/soft/eleves/info'
SOFTELEVESLDPATH =
`/soft/eleves/lib:/soft/eleves/arch/windows-i386/lib:/soft/eleves/arch/windows-i386/lib/ocaml/stublibs'
SOFTELEVESMANPATH =
`/soft/eleves/arch/windows-i386/cygwin/usr/man:/soft/eleves/man/fr:/soft/eleves/man:/soft/eleves/man/de:/usr/share/man'
SOFTELEVESPREFIX = `//lvsmb/softeleves'
SYSTEMDRIVE = `C:'
SYSTEMROOT = `C:\WINNT'
TEMP = `c:\DOCUME~1\sthibaul\LOCALS~1\Temp\6'
TERM = `cygwin'
TERMINFO = `/soft/eleves/share/terminfo'
TEXMF = `{{/cygdrive/c/Documents and
Settings/sthibaul/texmf,//lvsmb/softeleves/share/texmf,/usr/local/share/texmf,/usr/local/lib/texmf,!!/usr/share/texmf},//lvsmb/softeleves/share/lilypond/1.7.24}'
TMP = `c:\DOCUME~1\sthibaul\LOCALS~1\Temp\6'
USERDNSDOMAIN
Re: bash: cat << EOF
Le sam 19 jui 2003 17:57:20 GMT, Peter A. Castro a tapoté sur son clavier : > On Sat, 19 Jul 2003, Samuel Thibault wrote: > > > Le sam 19 jui 2003 16:39:19 GMT, Samuel Thibault a tapoté sur son clavier : > > > btw, with sh.exe, it works. (but many configure scripts require bash > > > _and_ <<) > > > > and zsh doesn't work, but tcsh works. > > zsh works for me: > > ([EMAIL PROTECTED])[105] ~ % vi x > ([EMAIL PROTECTED])[106] ~ % cat x > #!/bin/zsh > cat << EOF > foo > EOF > ([EMAIL PROTECTED])[107] ~ % zsh x > foo > ([EMAIL PROTECTED])[108] ~ % chmod a+rx x > ([EMAIL PROTECTED])[109] ~ % ./x > foo Neither works for us, typing it at a zsh prompt doesn't either. But we are not Administrator, we only have the access to our "Documents and Settings", things like c:\temp, and a big samba share. > This may be a textmode vs binmode thing? I tested mounting both in text and binmode, no better. Regards, Samuel Thibault -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: bash: cat << EOF
Le sam 19 jui 2003 23:32:58 GMT, Larry Hall wrote: > You may want to try setting 'nosmbntsec' and see if that helps. it doesn't. Peter A. Castro wrote: > I think it's time you gave us more information about your machine > configuration. Well, I wished we knew ourselves... Christopher Faylor wrote: > FWIW, to me it sounds like you have more than one version of cygwin > on your system. which clue makes you think that? we only have a repository in //lvsmb/softeleves/arch/windows-i386/cygwin, to which point both s:\, /soft/eleves/arch/windows-i386/cygwin and /soft/eleves.arch/cygwin I had a look at tcsh's trace, the relevant part becomes: 355 146318 [main] cat 2952 build_argv: argc 1 1538 147856 [main] cat 2952 handle_to_fn: nt name '\Device\LanmanRedirector\lvsmb\softeleves\tmp\sh2976' 2657 150513 [main] cat 2952 handle_to_fn: current match '\Device\LanmanRedirector\lvsmb\softeleves' 777 151290 [main] cat 2952 handle_to_fn: derived path 'S:\tmp\sh2976' Well, I finaly had c:\temp mounted on /tmp to avoid any networking thing (s: is \\lvsmb\softeleves), and it works. The trace for bash is then: 299 142336 [main] cat 1948 build_argv: argc 1 1373 143709 [main] cat 1948 handle_to_fn: nt name '\Device\HarddiskVolume2\temp\sh-thd-1058740407' 3060 146769 [main] cat 1948 handle_to_fn: current match '\Device\HarddiskVolume2' 366 147135 [main] cat 1948 handle_to_fn: derived path 'C:\temp\sh-thd-1058740407' this name should have worked on s:\tmp, though... I'm just hoping c:\temp is really world-writeable on every workstation from which we are allowed to login (there is one where we actually *can* login, but is not reserved for us for instance, on which this isn't true) Regards, Samuel Thibault -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: bash: cat << EOF
Le ven 01 aoû 2003 11:41:51 GMT, Michael Herstine <[EMAIL PROTECTED]> a tapoté sur son clavier : > I'm interested in whether or not you ever resolved this issue (since > I'm experiencing the same thing!). The thread on the cygwin mailing > list never closed ... It actually did, but not clearly. To sum it up: the real error message was 'An unexpected network error occurred' (pretty useful, isn't it :)), as Larry Hall pointed out. Indeed the whole cygwin tree is mounted from S:\ which is actually connected to \\lvsmb\softeleves, which is as samba share. Hence /tmp would be on the samba share. Just mounting c:\temp on /tmp solved everything (and I'm not sure there's better solutions there). Regards, -- Samuel Thibault <[EMAIL PROTECTED]> Fatal Error: Found [MS-Windows] System -> Repartitioning Disk for Linux... (By [EMAIL PROTECTED], Christopher Browne) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
ftw()
Hi, I'm trying to compile a old program (1995 I'd say), and it uses ftw(), which is fine with linux, but cygwin still hasn't the equivalent. I could find some post from 1998 telling "I understand that Unix95 spec does have some variant of ftw (nftw?), and if that's the case, then it may show up in newlib in the future." Even if it's not the case, could cygwin include its own implementation ? I know it's really easy to build over opendir(), readdir() & co, but having a *right* implementation in cygwin would save some time here and there I think. Regards, -- Samuel Thibault <[EMAIL PROTECTED]> N: j'aime bien Cut d'un truc enorme... ca montre de quel cote de l'ecran sont les couilles :))) -+- #ens-mim et la peufeupeu -+- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ftw()
Hi, At http://youpibouh.thefreecat.org/cygwin/ftw.c http://youpibouh.thefreecat.org/cygwin/ftw.h an almost unmodified version of newlib/libc/sys/linux/ftw.c can be found along its header. These come from the GNU libc, so should be quite *right* :) I don't have the tools nor the time to try to get it into my own cygwin .dll, but I could recompile that old program by merely linking with the resulting ftw.o, and it indeed work. I'm not very used to the standard cygin headers, but it seems that the ftw.h above looks good. I'm afraid I'm not used to cygwin's source code to do much further inclusion preparation, but could this be included in cygwin's libc ? Regards, -- Samuel Thibault <[EMAIL PROTECTED]> j'en ai parlé à xavier, il n'est pas interdit qu'il le change un jour -+- #sos - a le bras long vers le chameau -+- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: need help
Le mar 05 aoû 2003 14:38:00 GMT, [EMAIL PROTECTED] a tapoté sur son clavier : > Now my question: Can i change the path from this folder to an other path (for > example c:\program files\cygwin\tmp)? What i have to do, to change the path? > Thank you for your help. /tmp should already point to c:\program files\cygwin\tmp... You can still use mount 'c:\program files\cygwin\tmp' /tmp to enforce it Regard, Samuel Thibault -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ftw()
Le lun 04 aoû 2003 20:05:45 GMT, Nicholas Wourms a tapoté sur son clavier : > That being said, My suggestion to Samuel would be to investigate the > FreeBSD cvs repo to see if they have implimented ftw() in their libc, > since they have a more "free" license and aren't GPL-infected. It seems to be still worked on, and not available in their cvs :/ Regards, -- Samuel Thibault <[EMAIL PROTECTED]> "How should I know if it works? That's what beta testers are for. I only coded it." (Attributed to Linus Torvalds, somewhere in a posting) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
gcc, opengl, glut, GL & GLU
hi, Can you tell me how to compile a C file which use the following libraries : GL GLU glut I have tried with : gcc -o file -Wall -lglut -lGL -lGLU file.c but I recieved the following message : /usr/lib/gcc-lib/i686-pc-cygwin/3.2/ ../../../../i686- pc-cygwin/bin/ld : cannot find -lGLU /usr/lib/gcc-lib/i686-pc-cygwin/3.2/ ../../../../i686- pc-cygwin/bin/ld : cannot find -lGL Thanks -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
cygwin with opengl
Hi, I cannot compile a file.c where there is the following include : GL\glut.h GL\glu.h GL\gl.h I'm sure I have installed the file opengltar.bz2 Can you propose me some technics to reslove my problem : -compile? I use : -lglut -lGLU -lGL -lopengl -configure some path??? -set up the libraries??? Thanks to help me because I have to do my opengl homework for few days!!! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: messed up user permissions from w2k terminal session
Hi,
Le mer 08 oct 2003 19:45:46 GMT, Pierre A. Humblet a tapoté sur son clavier :
> On Fri, Oct 03, [EMAIL PROTECTED]:48:43PM -0400, James D Below wrote:
> > HI everyone,
> >
> > I'm not sure how I did it but I messed up my user permissions or local
> > policy settings. Now whenever I run any cygwin app (bash.exe, wc.exe,
> > rxvt.exe) from a w2k terminal session and logged in as a user, I see the
> > following error:
> >
> > CreateFileMapping, Win32 error 5. Terminating.
> >
> > I'm running Windows 2000 SP4 and CYGWIN = binmode tty ntsec
>
> This problem has now been explained with James' help and this message
> is to close the thread.
> It turns out that on some recent Windows systems a special privilege,
> "create global objects", is required to run Cygwin 1.5.X from
> a terminal session. It can be given to users with the "editrights.exe"
> utility.
Hmmm. I can't find such right. editrights gives me this list:
editrights version 1.01: a cygwin application to edit user rights
on a Windows NT system.
Copyright Chris Rodgers , Sep, 2003.
All rights reserved. See LICENCE for further details.
Usage: editrights -u USER {-a|-l|-r|-t} [options]
-a Se... Add right to the specified user.
-h Show this help message. -hv lists available user rights.
-l List user rights. May be combined with -a or
-r to list final state.
-m MACHINE Make all changes on the specified MACHINE.
-r Se... Remove right from the specified user.
-t Se... Test if the specified right is held by user. Returns
0 for YES and 2 for NO.
-u USER/GROUPMake changes to the specified USER or GROUP.
-v Verbose mode.
Return values:
0 Success or YES.
1 Error.
2 NO.
Available user rights include:
SeAssignPrimaryTokenPrivilege
SeAuditPrivilege
SeBackupPrivilege
SeBatchLogonRight
SeChangeNotifyPrivilege
SeCreatePagefilePrivilege
SeCreatePermanentPrivilege
SeCreateTokenPrivilege
SeDebugPrivilege
SeDenyBatchLogonRight
SeDenyInteractiveLogonRight
SeDenyNetworkLogonRight
SeDenyRemoteInteractiveLogonRight
SeDenyServiceLogonRight
SeEnableDelegationPrivilege
SeIncreaseBasePriorityPrivilege
SeIncreaseQuotaPrivilege
SeInteractiveLogonRight
SeLoadDriverPrivilege
SeLockMemoryPrivilege
SeMachineAccountPrivilege
SeManageVolumePrivilege
SeNetworkLogonRight
SeProfileSingleProcessPrivilege
SeRemoteInteractiveLogonRight
SeRemoteShutdownPrivilege
SeRestorePrivilege
SeSecurityPrivilege
SeServiceLogonRight
SeShutdownPrivilege
SeSyncAgentPrivilege
SeSystemEnvironmentPrivilege
SeSystemProfilePrivilege
SeSystemtimePrivilege
SeTakeOwnershipPrivilege
SeTcbPrivilege
SeUndockPrivilege
SeUnsolicitedInputPrivilege
Which one should be set ?
Regards,
Samuel Thibault
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
chmod executable
I loaded cygwin on to my NT machine at work and want to create a workable executable file which has commnads like: sort, grep, etc. How do you make the file executable like the unix machine? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
What happened to mod_php
I'm installing cygwin on a new PC, trying to match the configuration I set up 3 months earlier, but I can't seem to find where mod_php is listed? I've seen queries from a few folk suspecting the package to be removed but no up to date or workable comments on the fate of php and cygwin? Can anything be done apart from re-installing cygwin and hoping to find an old out of date mirror? Sam -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: signals and read blocking - EINTR
Christopher Faylor, le Tue 01 Nov 2005 01:02:40 -0500, a écrit : > On Mon, Oct 31, 2005 at 08:49:30PM -0700, Jim Easton wrote: > >I'm wondering what am I missing? Is there a flag in sigaction > >or something else that I could be setting? > > Yes. SA_RESTART is the flag. No: he wants to be _interrupted_. SA_RESTART is used for _not_ being interrupted, i.e. the system restarts the system call itself. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: signals and read blocking - EINTR
Hi, Jim Easton, le Tue 01 Nov 2005 02:40:00 -0700, a écrit : > Hi, > > Christopher Faylor wrote: > > On Mon, Oct 31, 2005 at 08:49:30PM -0700, Jim Easton wrote: > > >I'm wondering what am I missing? Is there a flag in sigaction > > >or something else that I could be setting? > > > > Yes. SA_RESTART is the flag. > > and then Samuel Thibault wrote: > > No: he wants to be _interrupted_. SA_RESTART is used for _not_ being > > interrupted, i.e. the system restarts the system call itself. > > Thank you both for your help. It's quite true that I do want to be > interrupted and SA_RESTART is to prevent it. > > However it never occurred to me on linux and cygwin the flag would > be defaulted set. Things started to work much better when I > deliberately unset the flag. Mmm, I had a look at posix, at it says "The state of these flags is not specified for signal()." So that you indeed need to explicitely unset the flag, else the behavior is implementation-dependant (BSD sets SA_RESTART and clears SA_RESETHAND for instance). Alternatively, siginterrupt() might be useful, but sigaction is preferred. Regards, Samuel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: running gdb and attaching back: why doesn't this work?
mario rossi, le Mon 07 Nov 2005 23:13:17 -0800, a écrit : > * 4 thread 3420.0xfc0 0x77f75a59 in > ntdll!DbgUiConnectToDbg () from > /c/WINDOWS/System32/ntdll.dll > 3 thread 3420.0xe24 0x7ffe0304 in ?? () > 2 thread 3420.0xfa4 0x7ffe0304 in ?? () > 1 thread 3420.0xffc f () at test.c:31 > > Any Idea what might be wrong, and how to solve it? type thread 1 to get back to the thread that is running the f() function. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Can I get a sigint when the bash window closed with close window's button?
Hi, Konrad Eisele, le Wed 16 Nov 2005 10:22:43 +0100, a écrit : > I can get SIGINT when user presses ctrl-c, but when the user > closes the console by just clicking on the close button then > no signal handler is called. Neather SIGINT not SIGHUP. > Maybe it is not possible to get any notification by cygwin > because cygwin is killed without notification too > Can there be a workaround somehow? Maybe there is > a windows hook or such? I was looking for such thing some time ago, and couldn't find any useful hook. And http://msdn.microsoft.com/library/en-us/dllproc/base/setconsolectrlhandler.asp says « The system generates CTRL_CLOSE_EVENT, CTRL_LOGOFF_EVENT, and CTRL_SHUTDOWN_EVENT signals when the user closes the console, logs off, or shuts down the system so that the process has an opportunity to clean up before termination [thanks to SetConsoleCtrlHandler()]. Console functions, or any C run-time functions that call console functions, may not work reliably during processing of any of the three signals mentioned previously. The reason is that some or all of the internal console cleanup routines may have been called before executing the process signal handler. » So when the handler is called, it might already be too late... Cygwin sets winsup/cygwin/exceptions.cc:ctrl_c_handler() as control handler, and in the CTRL_CLOSE_EVENT case, returns FALSE, i.e. let windows terminate the process, even if the user set a signal handler for SIGHUP. Maybe cygwin could return TRUE in such case, so as to give the application a chance to detach from the console and continue running? Regards, Samuel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: WSADuplicateSocket used to implement ssh session multiplexing?
Corinna Vinschen, le Thu 24 Nov 2005 12:25:03 +0100, a écrit : > You're missing the infrastructure necessary to send file descriptor > data between processes. This is not trivial indeed, but it is _possible_, isn't it? Regards, Samuel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: WSADuplicateSocket used to implement ssh session multiplexing?
Corinna Vinschen, le Thu 24 Nov 2005 16:41:38 +0100, a écrit : > On Nov 24 12:39, Samuel Thibault wrote: > > Corinna Vinschen, le Thu 24 Nov 2005 12:25:03 +0100, a écrit : > > > You're missing the infrastructure necessary to send file descriptor > > > data between processes. > > > > This is not trivial indeed, but it is _possible_, isn't it? > > Well, sure, everything is possible one way or the other. Not when it requires modifying the windows kernel because of security guards. Here, transfering a windows socket handle _is_ possible with the current kernel. Work only resides in cygwin. That's the expected answer to the original question, I guess. Regards, Samuel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
iconv and WCHAR_T
Hi, For converting external charsets to internal wchar_t format, I use iconv from that charset to "WCHAR_T", but it seems buggy: - iconv -l doesn't show WCHAR_T - echo a | iconv -t WCHAR_T does work - echo é | iconv -t WCHAR_T does not work Is that on purpose? Isn't WCHAR_T an alias for UCS-2LE on x86 cygwin? Regards, Samuel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: mmap() on 64K aligned address fails
Hi,
René Berber, le Fri 25 Nov 2005 22:34:26 -0600, a écrit :
> #if !defined(__CYGWIN32__)
> data2 = (char *) malloc (2 * pagesize);
> if (!data2) {
> printf("second malloc failed\n");
> exit (1);
> }
> data2 += (pagesize - ((long) data2 & (pagesize - 1))) & (pagesize - 1);
> #else
> data2 = (char *) malloc (16 * pagesize);
> if (!data2) {
> printf("second malloc failed\n");
> exit (1);
> }
> printf("data2 before is %p\n", data2);
> data2 += (16*pagesize - ((long) data2 & (16*pagesize - 1))) & (16*pagesize
> - 1);
> printf("data2 after is %p\n", data2);
> #endif
This seems odd. In the cygwin case, pagesize() would not be sufficient ??
And anyway, it should rather be
data2 = (char *) malloc (2 * 16 * pagesize);
Not only 16 (since it is further 16*pagesize -aligned).
Regards,
Samuel
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: mmap() on 64K aligned address fails
René Berber, le Sat 26 Nov 2005 15:19:06 -0600, a écrit : > Samuel Thibault wrote: > [snip] > > This seems odd. In the cygwin case, pagesize() would not be sufficient ?? > > No, in windows there is a requirement that mmap uses memory aligned to 64k > (the > infamous granularity). Then the result of pagesize() is not sufficiently big: POSIX says that mmap() can return EINVAL if « the address [...] is not a multiple of the page size, or is considered invalid by the implementation ». Well, we could consider non-16-pages-alignment as `considered invalid', but I guess this expression was meant as `not in a mmap()-able area'. > > And anyway, it should rather be > >data2 = (char *) malloc (2 * 16 * pagesize); > > Not only 16 (since it is further 16*pagesize -aligned). > > It's enough to allocate 16 x pagesize to use one page for mmap-ing (like > Corinna > said in one message 15/16 pages will not be aligned -- but one will). If you > see the intermediate results I printed, data2 is re-aligned to 64k correctly. Ah oops, didn't pay attention that the mmap was page-sized. 16 pages are still not enough: if malloc() returns 0x0001 for instance, you'll round up that to 16*pagesize, which is out the allocated area. 17 pages are necessary. BTW, I don't understand why using so complicated code: p += (align - ((long) p & (align-1))) & (align-1) Isn't p = ((long) p + (align-1)) & (align-1) both faster (tested) and more readable ? Regards, Samuel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: mmap() on 64K aligned address fails
René Berber, le Sun 27 Nov 2005 16:17:45 -0600, a écrit : > Corinna Vinschen wrote: > [snip] > >>mmap(0x47, 4096, PROT_READ | PROT_WRITE, MAP_PRIVATE | MAP_FIXED, fd, > >>0L) > >>somehow an invalid invocation. > > > > > > I didn't inspect the testcase all too closely since it's annoyingly long > > for such a simple test. But what exactly do you expect when trying to > > mmap an arbitrary memory address in the virtual address space which you > > know nothing about? > > It's not an arbitrary memory address, the 0x47 is the result of aligning a > pagesize space into 17xpagesize malloced memory. Memmapping to malloced memory could very well be forbidden. Why would one want to do this? Regards, Samul -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: mmap() on 64K aligned address fails
Hi,
Sam Steingold, le Mon 28 Nov 2005 09:55:52 -0500, a écrit :
> | #define my_shift 24
> | #define my_low 1
> | #ifdef FOR_SUN4_29
> | #define my_high 31
> | #define my_size 32768 /* hope that 32768 is a multiple of the page size */
> | /* i*32 KB for i=1..31 gives a total of 15.5 MB, which is close to what we
> need */
> | #else
> | #define my_high 64
> | #define my_size 8192 /* hope that 8192 is a multiple of the page size */
> | /* i*8 KB for i=1..64 gives a total of 16.25 MB, which is close to what we
> need */
> | #endif
>...
> | { caddr_t addr = (caddr_t)(i << my_shift);
> | /* Check for 8 MB, not 16 MB. This is more likely to work on Solaris 2. */
> | #if bits_to_avoid
> | long size = i*my_size;
> | #else
> | long size = ((i+1)/2)*my_size;
> | #endif
> | if (mmap(addr,size,PROT_READ|PROT_WRITE,flags|MAP_FIXED,fd,0) ==
> (void*)-1) exit(1);
This test is just so strange... How can this ever work on many systems ?
A system is free to refuse to mmap anything in the 0x100 area...
Can't this test just be turned into mmaping 16MB (not fixed), unmap()
it, and then, from this address, try to mmap pagesize() ? (instead of
obviously wrong 8KB guess...)
Regards,
Samuel
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
ECANCELED
Hi, There is no ECANCELED value in cygwin's /usr/include/sys/errno.h. Is that on purpose? Regards, Samuel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
SA_SIGINFO and signal info ?
Hi,
Cygwin defines SA_SIGINFO, but it doesn't seem to be implemented: the
following program gets in "info" just 0x0 or a strange pointer. Could
it be supported somehow? The bit of information I'd really need is
info->si_code, so as to know whether the signal is sent by "kernelspace"
(because of alarm, setitimer, ...) or by "userspace" (kill, raise).
Regards,
Samuel
#include
#include
#include
#include
#include
void handler (int sig, siginfo_t *info, void *uc) {
fprintf (stderr,"%d: %p %p\n", sig, info, uc);
}
void *foo (void *bar) {
while(1) pause ();
return NULL;
}
int main (void) {
struct sigaction sa;
pthread_t t;
sigemptyset (&sa.sa_mask);
sa.sa_flags = SA_SIGINFO;
sa.sa_sigaction = handler;
sigaction (SIGALRM, &sa, NULL);
sigaction (SIGINT, &sa, NULL);
sigaction (SIGWINCH, &sa, NULL);
pthread_create (&t,NULL,foo,NULL);
alarm (5);
pthread_kill (t,SIGINT);
raise (SIGINT);
sleep (10);
sleep (10);
return 0;
}
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: SA_SIGINFO and signal info ?
Igor Pechtchanski, le Fri 02 Dec 2005 18:56:56 -0500, a écrit : > > Cygwin defines SA_SIGINFO, but it doesn't seem to be implemented: the > > following program gets in "info" just 0x0 or a strange pointer. Could > > it be supported somehow? The bit of information I'd really need is > > info->si_code, so as to know whether the signal is sent by "kernelspace" > > (because of alarm, setitimer, ...) or by "userspace" (kill, raise). > > AFAICS, this should work in the snapshots, according to > <http://cygwin.com/ml/cygwin-cvs/2005-q3/msg00205.html>. Ah indeed, it almost works. But pthread_kill still gives 0 as info to the handler (and unfortunately, that's precisely the case I need) Regards, Samuel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: SA_SIGINFO and signal info ?
Samuel Thibault, le Sat 03 Dec 2005 01:19:11 +0100, a écrit : > Igor Pechtchanski, le Fri 02 Dec 2005 18:56:56 -0500, a écrit : > > > Cygwin defines SA_SIGINFO, but it doesn't seem to be implemented: the > > > following program gets in "info" just 0x0 or a strange pointer. Could > > > it be supported somehow? The bit of information I'd really need is > > > info->si_code, so as to know whether the signal is sent by "kernelspace" > > > (because of alarm, setitimer, ...) or by "userspace" (kill, raise). > > > > AFAICS, this should work in the snapshots, according to > > <http://cygwin.com/ml/cygwin-cvs/2005-q3/msg00205.html>. > > pthread_kill still gives 0 as info to > the handler (and unfortunately, that's precisely the case I need) And posix says in sigaction documentation: "If the value of si_code is less than or equal to 0, then the signal was generated by a process and si_pid and si_uid, respectively, indicate the process ID and the real user ID of the sender." So SI_USER should rather be defined to 0. Mmm, btw, SIGALRM sets 0 in si_code, while it should set SI_KERNEL. Regards, Samuel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: SA_SIGINFO and signal info ?
Hi,
Igor Pechtchanski, le Fri 02 Dec 2005 20:16:58 -0500, a écrit :
> On Sat, 3 Dec 2005, Samuel Thibault wrote:
>
> > [snip]
> > So SI_USER should rather be defined to 0.
> > Mmm, btw, SIGALRM sets 0 in si_code, while it should set SI_KERNEL.
>
> A clear case of <http://cygwin.com/acronyms/#PTC>...
The following patch works.
pthread_kill()'s issue seems trickier.
Regards,
Samuel
Index: cygwin/timer.cc
===
RCS file: /cvs/src/src/winsup/cygwin/timer.cc,v
retrieving revision 1.19
diff -u -r1.19 timer.cc
--- cygwin/timer.cc 11 Nov 2005 16:42:15 - 1.19
+++ cygwin/timer.cc 3 Dec 2005 02:38:47 -
@@ -167,6 +167,7 @@
siginfo_t si;
memset (&si, 0, sizeof (si));
si.si_signo = tt->evp.sigev_signo;
+ si.si_code = SI_KERNEL;
si.si_sigval.sival_ptr = tt->evp.sigev_value.sival_ptr;
debug_printf ("%p sending sig %d", x, tt->evp.sigev_signo);
sig_send (myself_nowait, si);
Index: cygwin/include/cygwin/signal.h
===
RCS file: /cvs/src/src/winsup/cygwin/include/cygwin/signal.h,v
retrieving revision 1.8
diff -u -r1.8 signal.h
--- cygwin/include/cygwin/signal.h 10 Nov 2005 09:12:22 - 1.8
+++ cygwin/include/cygwin/signal.h 3 Dec 2005 02:38:48 -
@@ -102,7 +102,7 @@
enum
{
- SI_USER = 1, /* sent by kill, raise, pthread_kill */
+ SI_USER = 0, /* sent by kill, raise, pthread_kill */
SI_ASYNCIO, /* sent by AIO completion (currently
unimplemented) */
SI_MESGQ,/* sent by real time mesq state change
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: SA_SIGINFO and signal info ?
Hi, Samuel Thibault, le Sat 03 Dec 2005 03:37:32 +0100, a écrit : > pthread_kill()'s issue seems trickier. Maybe it's merely that exceptions.cc:1144 tls->set_siginfo (this); copies siginfo information in _main_tls instead of the thread's tls. But I'm not expert on cygwin enough to check and fix that. Regards, Samuel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: "type ahead" bug with cygwin
Robert Body, le Fri 09 Dec 2005 20:01:49 -0700, a écrit : > During an ftp session, when the shell was tied up for 15 minutes, I typed > something, and of course it was echoed, but when the ftp session completed, > the commands I typed were lost, no action was taken. Mmm, are you sure? There is a little bug indeed, in that they aren't echoed on the next prompt, but if you type one character more, you'll see all of them (the previously typed and the one just typed) appear. Regards, Samuel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Hope this topic isn't taboo yet
Hi, Frier, David, le Fri 30 Dec 2005 13:29:55 -0500, a écrit : > we're in the dreaded h_y_p_e_r-t_h_r_e_a_d_e_d zone. Eeeh, you just mean multi-processor zone. Hyper-threading is just a special case of multi-processor and has the same issues. Regards, Samuel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Hope this topic isn't taboo yet
Frier, David, le Fri 30 Dec 2005 15:44:08 -0500, a écrit : > So if I have a two-physical-processor system which HT fools Windoze into > thinking is a quad, then turning off HT is not really going to help me? I'd say it won't help, indeed ; to avoid troubles, you will probably have to disable your second cpu too. Unless you are ready to track & fix bugs :) Regards, Samuel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: netcat nc ???
Hi, Netcat _is_ available in cygwin, and is called nc. You probably have another interfering program. Wes S, le Sat 31 Dec 2005 00:56:46 -0500, a écrit : > If you were trying to copy a hard drive image from a remote pc over > the lan to your pc running cygwin what would the commands be at both > ends? You can use ssh for this: dd if=/dev/foo | ssh dd of=image Regards, Samuel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Define _POSIX_SOURCE in cygwin's features.h?
Hi, Christopher Faylor, le Thu 12 Jan 2006 12:59:08 -0500, a écrit : > >>Someone on the cygwin irc channel had a problem building a package > >>which would have been solved if Cygwin defined _POSIX_SOURCE. If the package doesn't define _POSIX_SOURCE itself then it needs be fixed, not cygwin. > _POSIX_SOURCE is defined in features.h on linux under control of the > _GNU_SOURCE macro. Indeed. > /* If _GNU_SOURCE was defined by the user, turn on all the other features. > */ > #ifdef _GNU_SOURCE ... > # define _POSIX_SOURCE 1 ... > #endif > > So, let me clarify. Should we define _POSIX_SOURCE similarly to the way > that linux does it? This may mean that we have to define _GNU_SOURCE > also and maybe that's not a good idea but, again, it might solve more > problems than it causes. No. It can create a lot of other problems. Maybe cygwin could #define _POSIX_SOURCE to 1 if the user _already_ defined _GNU_SOURCE. But a portable program should _not_ assume that #defining _GNU_SOURCE implies that _POSIX_SOURCE. If a program not only needs posix stuff but also some GNU extras, it should #define _GNU_SOURCE _and_ _POSIX_SOURCE itself. Regards, Samuel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Define _POSIX_SOURCE in cygwin's features.h?
Christopher Faylor, le Thu 12 Jan 2006 13:13:39 -0500, a écrit : > On Thu, Jan 12, 2006 at 07:08:32PM +0100, Samuel Thibault wrote: > >But a portable program should _not_ assume that #defining _GNU_SOURCE > >implies that _POSIX_SOURCE. If a program not only needs posix stuff but > >also some GNU extras, it should #define _GNU_SOURCE _and_ _POSIX_SOURCE > >itself. > > I don't care about portable programs. Then don't ask for your programs to get compiled under other systems than GNU. Defining _GNU_SOURCE without defining _POSIX_SOURCE just means you only target GNU systems. Cygwin is not a GNU system. > I'm interested in hearing if this will fix problems with programs > which build without problem on linux. Maybe, but it's a really _wrong_ approach which cannot but just degrade cygwin's POSIX compliancy. Regards, Samuel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Define _POSIX_SOURCE in cygwin's features.h?
Hi,
Christopher Faylor, le Thu 12 Jan 2006 13:47:10 -0500, a écrit :
> Just to add even more clarification, this wasn't some guy writing a
> program for his class assignment. It was someone trying to port a
> standard linux/unix application.
If he doesn't define _POSIX_SOURCE for getting function definitions, his
application isn't a standard unix one.
> The program had a test for _POSIX_SOURCE which would have worked
> correctly under Cygwin. Again, I'm not really interested in hearing
> what someone should have done or should have known to do.
Christopher Faylor, le Thu 12 Jan 2006 14:24:23 -0500, a écrit :
> This particular application was ircd. It was testing _POSIX_SOURCE (and
> a few other defines) to determine whether it should use setsid or a
> two-argument version of setpgrp, e.g.:
>
> #ifdef _POSIX_SOURCE
> setsid ();
> #else
> setpgrp(..., ...);
> #endif
Testing for _POSIX_SOURCE _doesn't_ make sense. Read a posix book. One
of the first things it would tell you is that you must define
_POSIX_SOURCE yourself for pulling posix function definitions & such.
If a programmer wants to determine whether setsid or setpgr can be used,
he can just use an autoconf rule for that. I repeat: read posix, testing
for _POSIX_SOURCE does _not_ make sense in a program.
Christopher Faylor, le Thu 12 Jan 2006 13:53:50 -0500, a écrit :
> >I don't see why we should try and fix this in cygwin.
> >
> >Consider how many times people come here and say "My app works fine on
> >Linux, how come it just dies with a SEGV on cygwin" and someone points
> >out the trivially obvious buffer overrun and we have to explain how it
> >only ever worked on Linux by luck because of differences in the
> >environment and the way the stack is set up.
>
> If I could easily make cygwin behave exactly the same way so that a
> buffer overrun that worked on linux went undetected on cygwin, too, I'd
> do that. If there was some linker option to ensure that, I'd use it.
This is /weird/. Reproducing bugs is just silly ! 8!
> It turns out that _POSIX_SOURCE *is* turned on by default on in glibc
> regardless of whether you define _GNU_SOURCE or not. So that would
> explain why this application built.
>
> Apparently _POSIX_SOURCE is turned on by this segment of features.h:
>
> #if ((!defined __STRICT_ANSI__ || (_XOPEN_SOURCE - 0) >= 500) && \
>!defined _POSIX_SOURCE && !defined _POSIX_C_SOURCE)
> # define _POSIX_SOURCE 1
> # if defined _XOPEN_SOURCE && (_XOPEN_SOURCE - 0) < 500
> # define _POSIX_C_SOURCE 2
> # else
> # define _POSIX_C_SOURCE 199506L
> # endif
> #endif
Ok, now _this_ makes sense. This is a lazyness of GNU people: gcc
is _not_ an ansi compiler, only gcc -ansi is ; and in that case
__STRICT_ANSI__ is defined for headers to avoid defining things like
_POSIX_C_SOURCE themselves.
Since cygwin uses the gcc compiler, these few lines should _indeed_ be
added to features.h. But not more !
(BTW, that means that ircd can only be compiled with a gcc compiler, not
an ansi compiler).
> I was wondering if anyone had specific examples where defining
> _POSIX_SOURCE would help or hurt existing applications.
It can hurt:
#include
#include
#include
static const char *confstr(num)
unsigned int num;
{
static const char *strs[] = { "foo", "bar", "baz" };
if (num >= sizeof(strs)/sizeof(*strs))
return "unknown";
return strs[num];
}
int main(argc, argv)
int argc;
char *argv[];
{
char *conf;
argv++;
while ((conf = *(argv++)))
puts(confstr(atoi(conf)));
return 0;
}
This program is a perfectly valid ansi C program:
$ gcc test.c -o test -ansi -Wall -pedantic
It compiles fine with ansi C compilers.
But it is not a valid posix C program:
$ gcc test.c -o test
test.c:5: error: conflicting types for 'confstr'
/usr/include/unistd.h:544: error: previous declaration of 'confstr' was here
So, does cygwin want gcc to be by default an ansi compiler or a posix
compiler?
Regards,
Samuel
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: socket programming -- operation now in progress
Tim, le Sun 15 Jan 2006 18:49:46 -0600, a écrit :
Hi,
> On connect(), I get an error "Operation now in progress."
>
> connect(sock, (struct sockaddr*)&time_serv, sizeof(struct sockaddr));
> perror("connect");
Does connect() return -1 ? If not, errno has an undefined value and
shouldn't be looked at.
Regards,
Samuel
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: A question on lockf()
Hi, Angelo Graziosi, le Mon 23 Jan 2006 09:42:01 +0100, a écrit : > I have some Fortran code with a little of C code (CERNLIB) that was > patched in the past because Cygwin did not support lockf() function. > > Now I would know if the recent versions of Cygwin support lockf() function > so that one can remove that patch. I can't find any lockf() prototype in /usr/include and in cygwin1.dll Regards, Samuel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: SIGALRM is ignored in generated code blocks (using mmap) - testcase included
Hi,
Lee Moore, le Mon 23 Jan 2006 12:05:17 +, a écrit :
> I have an application which is creating generated code blocks in memory
> provided by mmap, once the application is running in the generated code
> blocks, it cannot be interrupted by a SIGALRM.
Mmm, IIRC signals can't be delivered unless you call cygwin functions.
Another problem can this this too:
int main(void) {
signal(SIGALRM,handler);
alarm(1);
Sleep();
}
Here I'm using windows' Sleep() function, hence cygwin can't get
control. On the contrary, using cygwin's sleep() function makes things
work as expected.
Regards,
Samuel
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: Serial port hangs unless I run Hyperterminal?
andyburgess, le Mon 23 Jan 2006 13:28:24 +, a écrit : > Also I've been having trouble with the tcsetattr and tcgetattr functions in C > (my program's not using them currently). Each time I call them - I get a > returned -1 - error status. Check errno too. Regards, Samuel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: problems with exit codes on 64-bit Windows XP Pro x64
Hi,
Kevin Layer, le Mon 06 Feb 2006 14:37:00 -0800, a écrit :
Content-Description: bug.c
> /* demonstrate a bug in capturing the exit code from shell */
> main (int argc, char *argv[])
> {
> int docommand(char *), res;
>
> if (argc > 1) {
> res = docommand(argv[1]);
> printf("result = %d\n", res);
> } else {
>printf("no command!\n");
> }
> }
There is no "return res;" here, is that on purpose ?
Regards,
Samuel
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: libUSB
Mary Cuper, le Wed 08 Feb 2006 17:57:07 +0100, a écrit : > libUSB did not compile with Cygwin, Normal. > so I installed libUSB-win32, but it does not function. Mmm, works for me. Did you try their test program? Regards, Samuel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: libUSB
Eric Blake, le Wed 08 Feb 2006 10:04:39 -0700, a écrit : > If it wasn't compiled for cygwin, it probably won't work to link it in to > a cygwin program. It will. There is a gcc\libusb.a provided in the binary package, which works fine with cygwin-compiled brltty for instance. Regards, Samuel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Looks like some terminfo data is not correct
Alex Shturm, le Thu 09 Feb 2006 00:10:21 -0800, a écrit : > If my TERM variable is set to either "cygwin" or "rxvt", after I exit > from VI the contents of the window gets restored. > If TERM is "xterm", it does not get restored. Yes. Some terminals don't support screen restoration. Recent versions of xterm _do_ support restoration, but because so many people wrote dumb xterm clones (konsole, gnome-terminal, ...), the terminfo entry had to remain dumb, and hence vi can't take advantage of recent xterm's possibility. So yes, the terminfo entry is crippled, but that's not terminfo's fault, but the one of dumb xterm clones. Some people are trying to get things right (have konsole & gnome-terminal people write their own terminfo entry, for letting xterm enhance his own), but it will be long. For now, start vi and type :help restorescreen, it explains how to set t_ti and t_te for xterm (beware that ^[ represent , which you should enter thanks to Ctrl-V ) Regards, Samuel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: "tput init" fails - TERMINFO
Cédric Bretaudeau, le Fri 10 Feb 2006 08:59:44 +, a écrit : > I need help with Cygwin because when I use the command "tput" with > parameter "init", > I have the following error : > > [EMAIL PROTECTED] ~ > $ tput init > tput: unknown terminfo capability 'init' in man 5 terminfo, there is no init string indeed. There is is1, is2 and is3 however. See further in man page for details. Regards, Samuel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: "tput init" fails - TERMINFO
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 further in man page for details. > > Yes, but "man tput" says that "tput init" should work: Ah indeed. Which version of ncurses do you have? What is your terminal type ($TERM)? Does the output of infocmp contain is1, is2, is3, if, and iprog? Regards, Samuel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: make: rm: command not found
Hi, JefV, le Fri 10 Feb 2006 08:29:20 -0800, a écrit : > I am having a problem with cygwin and make. From the command line I can run > make and rm and other cygwin commands. However, when I run: "make clean all" > I get a "rm: command not found". Is make provided by cygwin? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: libUSB
Hi, Eric Blake, le Mon 13 Feb 2006 07:18:36 -0700, a écrit : > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Redirected to list: http://cygwin.com/acronyms/#PPIOSPE > > According to Mary Cuper on 2/8/2006 10:18 AM: > >> A quick "cygcheck -p libUSB" gets no hits, so libUSB has not been > >> officially ported to cygwin yet. Care to contribute it? What sort of > >> compile errors did you get? Where did you get libUSB-win32 precompiled? > >> If it wasn't compiled for cygwin, it probably won't work to link it in to > >> a cygwin program. > >> > > > > cygcheck says "0 founds". > > I installed libusb-win32-filter-bin-0.1.10.1.exe but there was no option for > > installing with cygwin... > > Have I to set some path-variables or must I create links to > > c:\programs\libusb_xxx\include and c:\programs\libusb_xxx\lib\gcc? > > libUSB is not currently supported by cygwin. My question, that you still > haven't answered, is where did you download a precompiled libUSB, thinking > that the precompiled version would be usable in cygwin? libusb-win32, from libusb-win32.sf.net, does work with cygwin applications. At least the brltty daemon works. Regards, Samuel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: How can I detect cygwin windows closing
Hi, Wilfried Fauvel, le Wed 15 Feb 2006 18:18:49 +0100, a écrit : > I have made a console apps, and I would like to know if it's possible to > detect when the user click on the 'X' of the term window ? > I am catching SIGINT, SIGTERM and SIGKILL signals, but it does not seen to be > enough. See SetConsoleCtrlHandler() and friends. I however never found a way to avoid being killed anyway, even by trying to detach from the console. Regards, Samuel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: How can I detect cygwin windows closing
Igor Peshansky, le Wed 15 Feb 2006 12:21:42 -0500, a écrit : > P.S. AFAIK, SIGKILL cannot be caught. POSIX says so indeed. Regards, Samuel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: "tput init" fails - TERMINFO
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 further in man page for details. > >> > >> Yes, but "man tput" says that "tput init" should work: > > > >Ah indeed. Ok, found the issue: try tput init.exe that should work. The problem is how the is_init variable is set in progs/tput.c:check_aliases(): is_init = (strcmp(name, PROG_INIT) == 0); PROG_INIT is defined in the transform.h file, generated by the Makefile: echo "#define PROG_INIT \"$(actual_init)\"" >>$@ and actual_init = `echo init$x| $(TRANSFORM)` i.e. PROG_INIT has the pending .exe extension. Check_aliases() should just discard any extension when comparing name and PROG_INIT/PROG_RESET. Regards, Samuel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: pthread_create leaves valid mutex pointers on the stack
Hi, Jonathan Lennox, le Thu 16 Mar 2006 12:03:03 -0500, a écrit : Content-Description: message body text > In general, the idea of verifying objects on their init functions seems > dubious to me -- how can you tell initialized objects from random stack or > heap garbage? Posix says: Attempting to initialize an already initialized mutex results in undefined behavior. But the behavior you desribe is weird indeed :) Regards, Samuel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: grep (GNU grep) 2.5.1 not being recursive.
Hi, Richard Quadling, le Tue 04 Apr 2006 08:52:09 +0100, a écrit : > grep -e%v%v -R *.c > > but this does nothing. Instead I get an error saying > grep: *.c: No such file or directory Grep is not responsible for expansing the star. The shell is. Change your shell ;) Samuel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Thread support in cygwin!
Joost Kraaijeveld, le Thu 13 Apr 2006 08:10:15 +0200, a écrit : > No, it means that _POSIX_THREADS is not defined. Cygwin should define it. Regards, Samuel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Thread support in cygwin!
Do Nguyen Luong, le Thu 13 Apr 2006 05:57:17 -0700, a écrit : > But I think _POSIX_THREADS definitely is defined. Corinna said the problem > was that _SC_THREAD* values were currently not supported by sysconf(). So > cygwin supports threads and I can ignore sysconf()?? For now, yes. On the long run, you should be able to rely on sysconf(). -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] New package: libusb-win32 0.1.10.1-3
Version 0.1.10.1-3 of "libusb-win32" has been uploaded. It is a library that allows userspace application to access USB devices on Windows operation systems (Win98SE, WinME, Win2k, WinXP). It is derived from and fully API compatible to libusb available at http://libusb.sourceforge.net. If you have questions or comments, please send them to the Cygwin mailing list at: cygwin@cygwin.com . *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Windows 95 support ?
Hi, I tried to install cygwin on win95 this afternoon, but setup.exe can't start, because it is linked with MSVCRT.DLL, which is not available under windows 95. Isn't cygwin supposed to run on Windows 95 too? Regards, Samuel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Windows 95 support ?
Christopher Faylor, le Thu 20 Apr 2006 16:51:43 -0400, a écrit : > On Thu, Apr 20, 2006 at 10:42:14PM +0200, Samuel Thibault wrote: > >I tried to install cygwin on win95 this afternoon, but setup.exe can't > >start, because it is linked with MSVCRT.DLL, which is not available > >under windows 95. > > MSVCRT.DLL or its variant has been available since Windows 3.1, AFAIK. > I'm sure you can find it somewhere. Not on a fresh install of win95. I copied it from a win98. Now setup doesn't complain about msvcrt.dll, but it terminates without opening a single window... Regards, Samuel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Windows 95 support ?
Chris January, le Fri 21 Apr 2006 08:51:07 +0100, a écrit : > On 20/04/06, Christopher Faylor > wrote: > > On Thu, Apr 20, 2006 at 10:42:14PM +0200, Samuel Thibault wrote: > > >I tried to install cygwin on win95 this afternoon, but setup.exe can't > > >start, because it is linked with MSVCRT.DLL, which is not available > > >under windows 95. > > > > MSVCRT.DLL or its variant has been available since Windows 3.1, AFAIK. > > I'm sure you can find it somewhere. > > MSVCRT.DLL only comes as part of the base operating system install > with Windows 95 OSR 2 or higher. Mmm, even a fresh install of OSR2 didn't bring me it. Regards, Samuel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Windows 95 support ?
Chris January, le Fri 21 Apr 2006 11:56:23 +0100, a écrit : > On 21/04/06, Samuel Thibault wrote: > > Chris January, le Fri 21 Apr 2006 08:51:07 +0100, a écrit : > > > On 20/04/06, Christopher Faylor > > > wrote: > > > > On Thu, Apr 20, 2006 at 10:42:14PM +0200, Samuel Thibault wrote: > > > > >I tried to install cygwin on win95 this afternoon, but setup.exe can't > > > > >start, because it is linked with MSVCRT.DLL, which is not available > > > > >under windows 95. > > > > > > > > MSVCRT.DLL or its variant has been available since Windows 3.1, AFAIK. > > > > I'm sure you can find it somewhere. > > > > > > MSVCRT.DLL only comes as part of the base operating system install > > > with Windows 95 OSR 2 or higher. > > > > Mmm, even a fresh install of OSR2 didn't bring me it. > > My mistake. It's actually a part of Windows 95 OSR2.5 which includes IE4. > http://support.microsoft.com/kb/q175430/ Ok, but the question remains: does cygwin still target windows 95? Regards, Samuel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: htonl, htons, ntohl and ntohs types
Lars Munch, le Fri 21 Apr 2006 14:11:51 +0200, a écrit : > On Fri, Apr 21, 2006 at 12:00:00PM +0200, Corinna Vinschen wrote: > > On Apr 21 11:25, Lars Munch wrote: > > > Hello > > > > > > I have noticed that the types of the functions htonl, htons, ntohs and > > > ntohl differs from standard (and linux): > > > > > > http://www.opengroup.org/onlinepubs/95399/functions/htonl.html > > > > > > Cygwin uses: > > > > > > unsigned long intntohl(unsigned long int); > > > unsigned short int ntohs(unsigned short int); > > > unsigned long inthtonl(unsigned long int); > > > unsigned short int htons(unsigned short int); > > > > > > The standard (and Linux) has: > > > > > > uint32_t htonl(uint32_t hostlong); > > > uint16_t htons(uint16_t hostshort); > > > uint32_t ntohl(uint32_t netlong); > > > uint16_t ntohs(uint16_t netshort); > > > > > > Is there any reason for this difference? > > > > Nobody had a problem so far? > > > > Fixed in CVS. > > Wow, that was fast. Thanks! > > My code still gives me warnings due to a problem with stdint.h. > > The Xint32_t typedef's uses long instead of int: That's on purpose: on windows, ints are 16bits. If you need something like printing uint32_t-s, use "%"PRIx32 for instance. Regards, Samuel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: htonl, htons, ntohl and ntohs types
Hi, Lars Munch, le Fri 21 Apr 2006 14:27:40 +0200, a écrit : > > That's on purpose: on windows, ints are 16bits. > > How can that be when sizeof(int) returns 4 with cygwin gcc on a 32bit > windows? That depends on the compiler. Regards, Samuel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: htonl, htons, ntohl and ntohs types
Lars Munch, le Fri 21 Apr 2006 16:48:31 +0200, a écrit : > On Fri, Apr 21, 2006 at 04:32:37PM +0200, Corinna Vinschen wrote: > > On Apr 21 14:11, Lars Munch wrote: > > > My code still gives me warnings due to a problem with stdint.h. > > > > > > The Xint32_t typedef's uses long instead of int: > > > > > > >From stdint.h: > > > > > > typedef long int32_t; > > > typedef unsigned long uint32_t; > > > > > > I think they should be: > > > > > > typedef int int32_t; > > > typedef unsigned int uint32_t; > > > > That's a problem with the code you're working on. If it relies on the > > fact that int32_t resp. uint32_t are typedef'ed as "int", then it > > contradicts the purpose of stdint.h, which is, not relying on the > > definition of underlying datatypes. > > Thanks for the explanation and you are absolutely right, but isn't using > long instead of int a potential problem, since long is usually 64bit on > a 64bit system whereas int is usually 32 bit and both 32bit and 64bit > systems? When 64bits will be supported, there will be an ifdef here. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Windows 95 support ?
Hi, Gary R. Van Sickle, le Mon 24 Apr 2006 02:54:59 -0500, a écrit : > Mr. Thibault, do you have any interest in helping test out whatever I come > up with? I have a w95 qemu image which I can use for testing, yes. Regards, Samuel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Windows 95 support ?
Christopher Faylor, le Mon 24 Apr 2006 13:22:51 -0400, a écrit : > On Mon, Apr 24, 2006 at 06:09:09PM +0100, Max Bowsher wrote: > >For this tiny minority, is it *really* worth the confusion of a > >separate Cygwin setup bundle, as compared with the alternative of just > >writing a FAQ entry explaining how to get the necessary prerequisites? > > IMO, no. I don't think there's much use in officially distributing a > separate bundle for those Windows 95 users who haven't upgraded their > system for 10+ years. > > OTOH, if Gary wants to provide a download bundle to help these people > out, then, obviously, that's fine. I just don't think it's something > that we will make officially available. But the question is: isn't it easy to avoid using windows features that appeared after windows95? Regards, Samuel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Windows 95 support ?
Gary R. Van Sickle, le Mon 24 Apr 2006 23:20:55 -0500, a écrit : > http://home.att.net/~g.r.vansickle/cygwin/SetupInstaller/SetupInstaller.exe Same result as when I manually copied MSVCRT.DLL to my system for getting the usual setup.exe running: when I type setup.exe from c:\cygwin\setup, the mouse cursor turns into a sandglass, then back to a normal arrow shape, and I get the command.com prompt again without a single message. I tried setup.exe /h, /?, same result. Regards, Samuel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Windows 95 support ?
Dave Korn, le Tue 25 Apr 2006 16:52:36 +0100, a écrit : > Did it leave a log file lying around anywhere? Not in the current directory, and neither of find -name \*cyg\* find -name \*setup\* found anything. Samuel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Windows 95 support ?
Dave Korn, le Tue 25 Apr 2006 18:34:48 +0100, a écrit : > Hm. Sounds like a silent dll initialisation failure. I have to ask the > dread question: do you have any debgging tools installed? Setup requires the > following functions from msvcrt: > > _access, _fdopen, _mktemp, _putenv, _read, _setmode, _strdup, _stricmp, > _strlwr, _strnicmp, _write > > so you could check that the version you have actually supplies them all. It does supply them all. > It's also possible that it has some dependencies on other dlls that > normally get installed at the same time as the rest of the IE4 package > - maybe updated kernel32 or something. It depends on kernel32, but all the needed symbols are provided by the installed kernel32.dll. Regards, Samuel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Windows 95 support ?
[EMAIL PROTECTED], le Tue 25 Apr 2006 18:01:49 +, a écrit : > > It's also possible that it has some dependencies on other dlls that > > normally get > ^^ > Setup.exe or msvc.dll? Is Setup.exe compressed or something? objdump -x doesn't show me its list of needed symbols. Regards, Samuel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Windows 95 support ?
Dave Korn, le Tue 25 Apr 2006 22:43:43 +0100, a écrit : > Sounds like the comctl32 theory would be the next one to test then. It is installed, I don't know what is considered as version: MajorOSystemVersion 1 MinorOSystemVersion 0 MajorImageVersion 0 MinorImageVersion 0 MajorSubsystemVersion 4 MinorSubsystemVersion 0 Win32Version All the symbols needed by comctl32 are provided in dlls. Samuel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Windows 95 support ?
Dave Korn, le Tue 25 Apr 2006 22:50:47 +0100, a écrit : > > Is Setup.exe compressed or something? objdump -x doesn't show me its > > list of needed symbols. > > Yep. You need to "upx -d" it. Mmm, upx succeded, and gave me a 830kB setup.exe, but objdump -x still doesn't show me any list of needed symbols. Samuel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Windows 95 support ?
Christopher Faylor, le Tue 25 Apr 2006 14:05:54 -0400, a écrit : > On Tue, Apr 25, 2006 at 06:01:49PM +, [EMAIL PROTECTED] wrote: > >Setup.exe or msvc.dll? I guess either way, cygcheck should tell you. > > Maybe not: Cygcheck returns .\setup.exe C:\WINDOWS\SYSTEM\KERNEL32.DLL C:\WINDOWS\SYSTEM\ADVAPI32.DLL C:\WINDOWS\SYSTEM\COMCTL32.DLL C:\WINDOWS\SYSTEM\GDI32.dll C:\WINDOWS\SYSTEM\USER32.dll C:\WINDOWS\SYSTEM\msvcrt.dll C:\WINDOWS\SYSTEM\OLE32.dll C:\WINDOWS\SYSTEM\MSVCRT20.dll C:\WINDOWS\SYSTEM\RPCRT4.dll C:\WINDOWS\SYSTEM\SHELL32.DLL C:\WINDOWS\SYSTEM\WSOCK32.DLL -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Windows 95 support ?
Dave Korn, le Tue 25 Apr 2006 23:57:46 +0100, a écrit : > > there's a difference there that matters. I don't remember w95 all that > > well - > > does it install winsock and tcp/ip by default, or was it an optional > > component > > back then? > > Win95 did include TCP/IP in the stock install, I am pretty sure. It is not installed by default. Only netbui was. But for downloading setup.exe, I installed TCP/IP indeed :) Only IE2 is installed by default. I'll try to get subsequent versions. > Or maybe it was only included in Windows > for Workgroups which I didn't have, or something. IIRC, Windows for Workgroups had it indeed. Samuel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Windows 95 support ?
Brian Dessent, le Tue 25 Apr 2006 15:05:17 -0700, a écrit : > That's just the standard PE header version fields, which isn't really > useful. The meaningful version is stored as a resource and can be > viewed in explorer: right click, Properties, Version tab, "Product > Version". It should be between 4 and 6, as explained here: 4.00.950 Samuel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Windows 95 support ?
Samuel Thibault, le Wed 26 Apr 2006 01:43:44 +0200, a écrit : > Only IE2 is installed by default. I'll try to get subsequent versions. With IE3 installed, setup.exe runs fine. It now has troubles connecting to mirror sites, but I guess this is because mirror sites use FTP (which is filtered by my firewall). Regards, Samuel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Windows 95 support ?
Samuel Thibault, le Wed 26 Apr 2006 02:15:53 +0200, a écrit : > Samuel Thibault, le Wed 26 Apr 2006 01:43:44 +0200, a écrit : > > Only IE2 is installed by default. I'll try to get subsequent versions. > > With IE3 installed, setup.exe runs fine. It now has troubles connecting > to mirror sites, but I guess this is because mirror sites use FTP (which > is filtered by my firewall). Cygwin installed and running fine. So "IE3 required" should somehow be added to FAQs. Samuel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: LFTP Version 2.6.10 is very old
Danny Harris, le Wed 03 May 2006 14:41:48 +0100, a écrit : > I'd love to have the time to do that! I'd be prepared to have a go at a one > off update for now though, if anyone can point me in the right direction to > get started? http://cygwin.com/setup.html -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
WNOHANG & co in stdlib.h
Hi, Posix says that WNOHANG, WUNTRACED, WEXITSTATUS, WIFEXITED, WIFSIGNALED, WIFSTOPPED, WSTOPSIG, WTERMSIG should be defined in just like it is in . For now, cygwin doesn't do that; it should. Samuel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: ioctl() not implemented
Andrea Pacini, le Tue 16 May 2006 13:48:12 +0200, a écrit : > I am compiling a Linux app under Cygwin and I get the following error: > > ioctl: Function not implemented > > How can I solve it ? > > if(ioctl(fd, TIOCMBIS, &i) == -1) err(1, "ioctl"); This is the culprit. Does fd correctly refers to a serial device? (if it's really not implemented, it shouldn't be big trouble to implement it through SetCommState()). Samuel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: console question
Hi, Jeff Lange, le Tue 16 May 2006 09:50:41 -0400, a écrit : > I've come across an anomaly with the standard cygwin console regarding > cursor advancement. What you call "standard cygwin console" is the _windows_ console. > If I have a console 80 chars wide, and echo the following text: > > ^[[H12345678901234567890123456789012345678901234567890123456789012345678901234567890^M > > I would expect to see the following output (as I do in Linux or rxvt): > 901234567890123456789012345678901234567890123456789012345678901234567890 That depends on the terminal type. Some do wrap at the right side, others don't, see the "am" capability in man 5 terminfo. In addition to that, some do wrap as soon as the 80th position is filled, see the "sam" capability. > The cursor is being advanced to the second line when the 80th > character is written to the screen, this shouldn't be the default > behavior. That's the way the windows console behaves. Not much can be changed here. Just run rxvt ;) Samuel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Problems with ssh/scp/sftp on a dual core Dell Latitude D820
Chris Richardson, le Fri 26 May 2006 06:22:32 -0700, a écrit : > Does anyone have a fix for this? Disable the second core. Cygwin seems to not work very well with SMP systems. Samuel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: LINES and COLUMNS not getting updated
Hi, Kenneth Nellis, le Wed 31 May 2006 10:07:48 -0400, a écrit : > Furthermore, "echo $COLUMNS" and "printenv COLUMNS" don't agree. Note: echo $COLUMNS prints your shell's internal COLUMNS variable, while printenv COLUMNS prints the COLUMNS environment variable that the shell gives to children processes. That explains how the values can differ (it does not explain why printenv's value is not always correct). Samuel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: window resizing not updating COLUMNS and LINES
mwoehlke, le Wed 31 May 2006 17:19:15 -0500, a écrit : > Kenneth Nellis wrote: > >mwoehlke wrote: > >>Kenneth Nellis wrote: > >>>I'm not seeing the LINES and COLUMNS environment variables getting > >>>updated > >>>correctly after resizing my terminal window. This occurs whether I'm > >>>using > >>>rxvt or xterm. Furthermore, "echo $COLUMNS" and "printenv COLUMNS" don't > >>>agree. (I didn't see relevant articles in the archives.) > >>> > >>>This occurs regardless of how "shopt -s checkwinsize" is set. > >> > >>FWIW, on *my* Cygwin, LINES and COLUMNS aren't even set... go figure. > >>:-) > > > >Same here...I do my own export to get things started. --Ken > > Wait, wait, step back... this in itself sounds like a problem. export COLUMNS is needed for printenv COLUMNS to work, since in the printenv case you need the variable to be transferred to the child printenv process. Samuel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
converse of cygwin_attach_handle_to_fd()?
Hi, cygwin_attach_handle_to_fd() lets create a cygwin fd on top of a windows handle. When calling close() on the fd, the windows handle is closed too. Is there any way to close the fd without closing the underlying handle? (i.e. the converse of cygwin_attach_handle_to_fd(), actually) The same question applies to mingw's open_osfhandle() actually. Samuel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
g++ 4.1?
I would like to upgrade to g++ 4.1 under cygwin. I only see 3.3.x and 3.4.4 as options for the gcc-g++ package in cygwin setup, and haven't found any doc online or in the newsgroup for this issue. Is there an easy way to go about this, or is this just a bad idea? thanks, shawn -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin Cluster Possible?
RedPenguin, le Wed 28 Jun 2006 00:54:25 -0400, a écrit : > Is it possible to use multiple copies of Cygwin to do parallel compiling > so that u can compile faster using many cygwins. You can run several cygwin shells indeed. Or use make -j to compile in parallel, or you can use distcc for compiling in a distributed way. Samuel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Possible bug in pgrep (procps)
Bengt-Arne Fjellner, le Tue 18 Jul 2006 00:00:46 +0200, a écrit : > pgrep from procps-3.2.6-1 when asking for an exact match with arguments seems > to > demand an extra space after the argument. > See the following sequence. > > No space after the f on the commandline > $ emacs f& > [1] 2072 > > without extra space > $ pgrep -x -f "emacs f" > > with extra space after f > $ pgrep -x -f "emacs f " > 2072 > > Bug or my misunderstanding ? At least linux doesn't want the extra space: € sleep 1h & € pgrep -x -f "sleep 1h" 6974 7422 € pgrep -x -f "sleep 1h " Samuel -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
