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, c

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 Mi

PET scrap

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

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 t

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:

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

RE: Ping program?

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, Samu

bash: cat << EOF

th 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 Re

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 se

Re: bash: cat << EOF

; 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\

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

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/#u

Re: bash: cat << EOF

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 Syst

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 req

Re: bash: cat << EOF

h '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 whic

Re: bash: cat << EOF

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

ftw()

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

Re: ftw()

e 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

Re: need help

oint 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:

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 GP

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

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 librari

Re: messed up user permissions from w2k terminal session

Privilege SeServiceLogonRight SeShutdownPrivilege SeSyncAgentPrivilege SeSystemEnvironmentPrivilege SeSystemProfilePrivilege SeSystemtimePrivilege SeTakeOwnershipPrivilege SeTcbPrivilege SeUndockPrivilege SeUnsolicitedInputPrivilege Which one should be set ? Regards, Samuel Thibault -- Unsubscribe info:

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.c

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 anythi

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 _inte

Re: signals and read blocking - EINTR

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 h

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 >

Re: Can I get a sigint when the bash window closed with close window's button?

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: h

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

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

iconv and WCHAR_T

R_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

p; (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

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

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 lo

Re: mmap() on 64K aligned address fails

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.htm

SA_SIGINFO and signal info ?

uot;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 (v

Re: SA_SIGINFO and signal info ?

m/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:

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

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

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

Re: "type ahead" bug with cygwin

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

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:

Re: Hope this topic isn't taboo yet

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 ???

t 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:

Re: Define _POSIX_SOURCE in cygwin's features.h?

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 _

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 &

Re: Define _POSIX_SOURCE in cygwin's features.h?

(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/inclu

Re: socket programming -- operation now in progress

ot, 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()

on > 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://cygw

Re: SIGALRM is ignored in generated code blocks (using mmap) - testcase included

ep() 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

Re: problems with exit codes on 64-bit Windows XP Pro x64

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

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-

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.

Re: Looks like some terminfo data is not correct

: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 Documentat

Re: "tput init" fails - TERMINFO

ty '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 Doc

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 "tp

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:

Re: libUSB

inks 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

Re: How can I detect cygwin windows closing

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/

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: h

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,

Re: pthread_create leaves valid mutex pointers on the stack

osix 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:

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 -- Unsu

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 Documentat

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

[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

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/#unsubscr

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

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, b

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 +

Re: htonl, htons, ntohl and ntohs types

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:

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: > >

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/#unsub

Re: Windows 95 support ?

o 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, Sa

Re: Windows 95 support ?

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.

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 Prob

Re: Windows 95 support ?

he 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://

Re: Windows 95 support ?

e 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 ?

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:

Re: Windows 95 support ?

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

Re: Windows 95 support ?

ows > 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 ?

gt; 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 fil

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 connecti

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://cyg

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 re

Re: ioctl() not implemented

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.

Re: console question

en 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:

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.

Re: LINES and COLUMNS not getting updated

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 Documentatio

Re: window resizing not updating COLUMNS and LINES

t; >>>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, s

converse of cygwin_attach_handle_to_fd()?

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 in

Re: Cygwin Cluster Possible?

cc 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)

$ 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 & € pgr

  1   2   3   >