Re: i686-w64-mingw32-gcc ntifs.h
* Charles Wilson plt...@pjvyfba.snfgznvy.sz [2011-08-22 18:18:45 -0400]: On 8/22/2011 5:13 PM, Sam Steingold wrote: PS. Why are cygwin/mingw and msys/mingw so different? They are not different. In fact, 'cygwin/mingw.org' and 'msys/mingw.org' are identical (except for the emulation environment under which they run: msys vs. cygwin). You're confused by the existence of the separate mingw64 project. There are three different flavors of mingw-ish compilers: 1. mingw.org (32bit only) 2. mingw64.sf.net a) 32bit b) 64bit Cygwin provides cross-compiler toolchains for each of these three flavors: 1) i686-pc-mingw32-gcc 2a) i686-w64-mingw32-gcc 2b) x86_64-w64-mingw32-gcc OK, thanks. The bottom line is that I should stick with i686-pc-mingw32-gcc and forget the others even exist. Cool. Now, $ egrep -r '#define *STATUS_SUCCESS' /usr/*-mingw32/sys-root/mingw/include/ /usr/i686-pc-mingw32/sys-root/mingw/include/ddk/ntstatus.h:#define STATUS_SUCCESS ((NTSTATUS)0xL) /usr/i686-pc-mingw32/sys-root/mingw/include/ntdef.h:#define STATUS_SUCCESS ((NTSTATUS)0) /usr/i686-pc-mingw32/sys-root/mingw/include/subauth.h:#define STATUS_SUCCESS 0 /usr/i686-w64-mingw32/sys-root/mingw/include/ntstatus.h:#define STATUS_SUCCESS ((NTSTATUS)0xL) /usr/i686-w64-mingw32/sys-root/mingw/include/subauth.h:#define STATUS_SUCCESS ((NTSTATUS)0xL) /usr/x86_64-w64-mingw32/sys-root/mingw/include/ntstatus.h:#define STATUS_SUCCESS ((NTSTATUS)0xL) /usr/x86_64-w64-mingw32/sys-root/mingw/include/subauth.h:#define STATUS_SUCCESS ((NTSTATUS)0xL) Which one should I include for STATUS_SUCCESS: ddk/ntstatus or ntdef? (I am using i686-pc-mingw32-gcc now exclusively). Note that both w64 versions have ntstatus.h in the right place (defined as the place where visual studio places it). Is this a known bug in mingw? Will it be fixed? -- Sam Steingold (http://sds.podval.org/) on CentOS release 5.6 (Final) X 11.0.60900031 http://openvotingconsortium.org http://jihadwatch.org http://palestinefacts.org http://www.memritv.org http://mideasttruth.com http://ffii.org Lottery is a tax on statistics ignorants. MS is a tax on computer-idiots. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: i686-w64-mingw32-gcc ntifs.h
* JonY wb...@hfref.fbheprsbetr.arg [2011-08-22 18:05:33 +0800]: On 8/22/2011 09:26, Sam Steingold wrote: * Kai Tietz xgvrgm70-tZ/lr1r23zja+odd9eo...@choyvp.tznar.bet [2011-08-20 09:31:47 +0200]: 2011/8/20 JonY jon_y-rn4veauk+akrv+lv9mx5uipxlwaov...@public.gmane.org: /usr/i686-w64-mingw32/sys-root/mingw/include/ddk/ntddk.h:2922:26: error: redeclaration of enumerator `WinRestrictedCodeSid' /usr/i686-w64-mingw32/sys-root/mingw/include/winnt.h:2681:413: note: previous definition of `WinRestrictedCodeSid' was here what about those? afaik, you aren't supposed to use use winnt.h and ntddk code together, but I'm not sure this is accidental, I'll try to the devs and see if they have something. winnt.h is platform header part. For DDK you should use AFAIR ntdef.h and/or wdm.h instead. so, which one - ntdef or wdm? let me be clear - the only thing I need ddk for is NtQueryInformationFile. somehow my users who use mingw with msys can include winnt.h and ntddk/ntifs.h while I (who uses cygwin with i686-w64-mingw32-gcc) cannot. This is one of the difference between mingw.org and mingw-w64, the latter follows MSVC more closely. The ddk headers themselves are mostly from ReactOS (which also follows MSVC closely), so its not easy to change its behavior to follow mingw.org. Sorry, let me get it straight. Are you saying that my problems are the correct msvc behavior and the lack thereof in mingw/msys is an illegal leniency? IOW, I should _NOT_ expect cygwin/mingw to ever do what I want (i.e., include both ntifs and winnt)? On the other hand, there is this winternl.h file (on cygwin but not on msys/mingw) which declares NtQueryInformationFile. Maybe I should use use it on cygwin and ntifs on mingw/msys? PS. Why are cygwin/mingw and msys/mingw so different? which is correct? which is better? will they ever converge? thanks. -- Sam Steingold (http://sds.podval.org/) on CentOS release 5.6 (Final) X 11.0.60900031 http://jihadwatch.org http://pmw.org.il http://palestinefacts.org http://ffii.org http://mideasttruth.com http://iris.org.il We are born naked, wet, and hungry. Then things get worse. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: i686-w64-mingw32-gcc ntifs.h
* Kai Tietz xgvrgm70-tZ/lr1r23zja+odd9eo...@choyvp.tznar.bet [2011-08-20 09:31:47 +0200]: 2011/8/20 JonY jon_y-rn4veauk+akrv+lv9mx5uipxlwaov...@public.gmane.org: /usr/i686-w64-mingw32/sys-root/mingw/include/ddk/ntddk.h:2922:26: error: redeclaration of enumerator `WinRestrictedCodeSid' /usr/i686-w64-mingw32/sys-root/mingw/include/winnt.h:2681:413: note: previous definition of `WinRestrictedCodeSid' was here what about those? afaik, you aren't supposed to use use winnt.h and ntddk code together, but I'm not sure this is accidental, I'll try to the devs and see if they have something. winnt.h is platform header part. For DDK you should use AFAIR ntdef.h and/or wdm.h instead. somehow my users who use mingw with msys can include winnt.h and ntddk/ntifs.h while I (who uses cygwin with i686-w64-mingw32-gcc) cannot. -- Sam Steingold (http://sds.podval.org/) on Ubuntu 11.04 (natty) X 11.0.11001000 http://openvotingconsortium.org http://pmw.org.il http://memri.org http://palestinefacts.org http://honestreporting.com http://truepeace.org You cannot fire me. Slaves are not fired. Slaves are sold. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: i686-w64-mingw32-gcc ntifs.h
* Corinna Vinschen pbevaan-plt...@pltjva.pbz [2011-08-19 14:00:44 +0200]: On Aug 19 18:19, JonY wrote: On 8/19/2011 07:37, Sam Steingold wrote: * JonY wb...@hfref.fbheprsbetr.arg [2011-08-19 06:39:03 +0800]: You are supposed to use -I to add the ddk path to gcc. how? I mean, -Iddk does not work because I do not have ddk directory in my build directory. how do I ask i686-w64-mingw32-gcc to print /usr/i686-w64-mingw32/sys-root/mingw/include/ ?? thanks! Try i686-w64-mingw32-gcc -print-sysroot and append /mingw/include/ddk. Or just use -I=/mingw/include/ddk cool trick, thanks. now I am still getting those zillions of errors like /usr/i686-w64-mingw32/sys-root/mingw/include/ddk/ntddk.h:2922:26: error: redeclaration of enumerator `WinRestrictedCodeSid' /usr/i686-w64-mingw32/sys-root/mingw/include/winnt.h:2681:413: note: previous definition of `WinRestrictedCodeSid' was here what about those? -- Sam Steingold (http://sds.podval.org/) on CentOS release 5.6 (Final) X 11.0.60900031 http://openvotingconsortium.org http://thereligionofpeace.com http://pmw.org.il http://palestinefacts.org http://memri.org http://dhimmi.com Heck is a place for people who don't believe in gosh. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
i686-w64-mingw32-gcc ntifs.h
-root/mingw/include/winnt.h:5665:18: note: previous declaration of `RtlSecureZeroMemory' was here In file included from /usr/i686-w64-mingw32/sys-root/mingw/include/ddk/ntddk.h:38:0, from /usr/i686-w64-mingw32/sys-root/mingw/include/ddk/ntifs.h:34, /usr/i686-w64-mingw32/sys-root/mingw/include/ddk/wdm.h:13764:6: error: expected declaration specifiers or `...' before `PCALLBACK_FUNCTION' In file included from /usr/i686-w64-mingw32/sys-root/mingw/include/ddk/ntifs.h:34:0, /usr/i686-w64-mingw32/sys-root/mingw/include/ddk/ntddk.h:42:17: fatal error: mce.h: No such file or directory compilation terminated. so, what is the right way to get the declaration of NtQueryInformationFile? I also have it in winternl.h but that is not officially sanctioned by http://msdn.microsoft.com/en-us/library/ff567052.aspx. Advice? -- Sam Steingold (http://sds.podval.org/) on CentOS release 5.6 (Final) X 11.0.60900031 http://iris.org.il http://www.memritv.org http://camera.org http://dhimmi.com http://truepeace.org http://ffii.org http://openvotingconsortium.org An elephant is a mouse with an operating system. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: i686-w64-mingw32-gcc ntifs.h
* JonY wb...@hfref.fbheprsbetr.arg [2011-08-19 06:39:03 +0800]: You are supposed to use -I to add the ddk path to gcc. how? I mean, -Iddk does not work because I do not have ddk directory in my build directory. how do I ask i686-w64-mingw32-gcc to print /usr/i686-w64-mingw32/sys-root/mingw/include/ ?? thanks! -- Sam Steingold (http://sds.podval.org/) on CentOS release 5.6 (Final) X 11.0.60900031 http://dhimmi.com http://palestinefacts.org http://mideasttruth.com http://thereligionofpeace.com http://www.PetitionOnline.com/tap12009/ Bug free software merely has random features. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
screen uses /bin/sh
Hi, screen uses /bin/sh by default, not /bin/bash despite SHELL being set to /bin/bash. screen -s /bin/bash does the right thing. -- Sam Steingold (http://sds.podval.org/) on CentOS release 5.6 (Final) X 11.0.60900031 http://ffii.org http://jihadwatch.org http://truepeace.org http://openvotingconsortium.org http://thereligionofpeace.com I'd give my right arm to be ambidextrous. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
creating dynamic libraries
Hi,
How do I create a dynamic library which uses data in the executable which uses
it?
specifically, I have this main program:
=== main.c
#include stdio.h
extern int shared_func (void);
int my_int_var = 42;
int my_int_addr = my_int_var;
int main (void) {
printf([%d]\n,shared_func());
return 0;
}
=== main.c
and this shared library:
=== shared.c
extern int my_int_var;
int shared_func (void) { return my_int_var; }
=== shared.c
this is what I get on linux:
$ gcc -fPIC -shared -o shared.so shared.c
$ gcc -o main main.c shared.so
$ LD_LIBRARY_PATH=. ./main
[42]
however when I try the same trick on cygwin, I get this:
$ gcc -shared -o shared.dll shared.c
/.../6/cc1e5Kdk.o:shared.c:(.text+0x4): undefined reference to `_my_int_var'
so, what do I do?
I suppose I could extract my_int_var into a separate shared library, declare it
there as __declspec(dllexport), then use it as __declspec(dllimport) in shared.c.
alas, this means that my_int_addr fails with
error: initializer element is not constant.
so, is there a way to create a dll which would use data in the executable it
will be linked against?
thanks.
Sam.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [ANNOUNCEMENT] GNU CLISP 2.38 (2006-01-24) released
* Dr. Volker Zell [EMAIL PROTECTED] [2006-01-25 11:12:55 +0100]: Sam Steingold writes: ANSI Common Lisp is a high-level, general-purpose programming language. GNU CLISP is a Common Lisp implementation by Bruno Haible of Karlsruhe o Packaging bug: /usr/share/doc/clisp-2.38/Cygwin should be /usr/share/doc/Cygwin what do you mean? there are many files in /usr/share/doc/clisp-2.38 and only one in /usr/share/doc/clisp-2.38/Cygwin/. o In your clisp-2.38.README you have the following configure option --with-libpq-prefix=c:/progra~1/postgresql/8.0 which looks suspicious. there is no --with-module=postgresql, so this won't hurt. o There is NO requires line in setup.ini at least at the following download side: http://mirrors.kernel.org whereas the clisp executables depend on various dlls. setup.hint contains this: requires:crypt cygwin libdb4.3 libiconv2 libintl3 libncurses8 libpcre0 libreadline6 zlib PS. clisp cygwin package maintenance involves these steps: 1. download CLISP sources from http://sourceforge.net/project/showfiles.php?group_id=1355 2. build CLISP package: $ tar xfj clisp-ver.tar.bz2 $ cd clisp-ver $ ./configure --with-module=rawsock --with-module=pcre --with-module=zlib \ --build build-cygwin $ cd build-cygwin $ make cygwin-src distrib TAR_SRC=../../clisp-ver.tar.bz2 3. upload setup.hint clisp-ver-1.tar.bz2 clisp-ver-1-src.tar.bz2 this is it - cygwin.README, setup.hint c are auto-generated. Since I am changing jobs and will no longer have access to woe32 machines and thus cygwin, I will not be able to offer clisp cygwin packages on a timely basis. Would you like to step in? -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.mideasttruth.com http://www.jihadwatch.org http://www.iris.org.il http://www.palestinefacts.org http://pmw.org.il MS: Brain off-line, please wait. -- 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/
please upload clisp 2.38
please upload clisp 2.38, keeping 2.37 as previous. http://www.podval.org/~sds/clisp/clisp-2.38-1.tar.bz2 http://www.podval.org/~sds/clisp/setup.hint http://www.podval.org/~sds/clisp/clisp-2.38-1-src.tar.bz2 thanks. -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.memri.org http://www.dhimmi.com http://truepeace.org http://pmw.org.il http://ffii.org http://www.jihadwatch.org Flying is not dangerous; crashing is.
[ANNOUNCEMENT] GNU CLISP 2.38 (2006-01-24) released
ANSI Common Lisp is a high-level, general-purpose programming language. GNU CLISP is a Common Lisp implementation by Bruno Haible of Karlsruhe University and Michael Stoll of Munich University, both in Germany. It mostly supports the Lisp described in the ANSI Common Lisp standard. It runs on most GNU and Unix systems (GNU/Linux, FreeBSD, NetBSD, OpenBSD, Solaris, Tru64, HP-UX, BeOS, NeXTstep, IRIX, AIX and others) and on other systems (Windows NT/2000/XP, Windows 95/98/ME) and needs only 4 MB of RAM. It is Free Software and may be distributed under the terms of GNU GPL. The user interface comes in English, German, French, Spanish, Dutch, Russian and Danish, and can be changed at run time. GNU CLISP includes an interpreter, a compiler, a debugger, CLOS, MOP, a foreign language interface, sockets, i18n, fast bignums and more. An X11 interface is available through CLX, Garnet, CLUE/CLIO. GNU CLISP runs Maxima, ACL2 and many other Common Lisp packages. More information at http://clisp.cons.org/, http://www.clisp.org/, http://www.gnu.org/software/clisp/ and http://clisp.sourceforge.net/. Sources and selected binaries are available by anonymous ftp from ftp://ftp.gnu.org/pub/gnu/clisp/ and its mirrors. 2.38 (2006-01-24) = User visible changes * SAVEINITMEM can create standalone executables. Thanks to Frank Buß [EMAIL PROTECTED] for the idea. SAVEINITMEM also accepts :NORC argument do disable RC-file loading. See http://clisp.cons.org/impnotes/image.html for details. * POSIX:SYSLOG no longer recognizes %m and other formatting instructions. For your safety and security, please do all formatting in Lisp. * Fixed the OPEN :IF-EXISTS :APPEND bug introduced in 2.37. * Fixed a crash on woe32 in opening files with names longer than MAX_PATH. * Module berkeley-db now supports Berkeley DB 4.4. -- Sam Steingold (http://www.podval.org/~sds) running w2k http://truepeace.org http://www.camera.org http://www.palestinefacts.org http://www.mideasttruth.com http://www.memri.org http://ffii.org UNIX is as friendly to you as you are to it. Windows is hostile no matter what. -- 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/
GNU CLISP 2.38 (2006-01-24) released
ANSI Common Lisp is a high-level, general-purpose programming language. GNU CLISP is a Common Lisp implementation by Bruno Haible of Karlsruhe University and Michael Stoll of Munich University, both in Germany. It mostly supports the Lisp described in the ANSI Common Lisp standard. It runs on most GNU and Unix systems (GNU/Linux, FreeBSD, NetBSD, OpenBSD, Solaris, Tru64, HP-UX, BeOS, NeXTstep, IRIX, AIX and others) and on other systems (Windows NT/2000/XP, Windows 95/98/ME) and needs only 4 MB of RAM. It is Free Software and may be distributed under the terms of GNU GPL. The user interface comes in English, German, French, Spanish, Dutch, Russian and Danish, and can be changed at run time. GNU CLISP includes an interpreter, a compiler, a debugger, CLOS, MOP, a foreign language interface, sockets, i18n, fast bignums and more. An X11 interface is available through CLX, Garnet, CLUE/CLIO. GNU CLISP runs Maxima, ACL2 and many other Common Lisp packages. More information at http://clisp.cons.org/, http://www.clisp.org/, http://www.gnu.org/software/clisp/ and http://clisp.sourceforge.net/. Sources and selected binaries are available by anonymous ftp from ftp://ftp.gnu.org/pub/gnu/clisp/ and its mirrors. 2.38 (2006-01-24) = User visible changes * SAVEINITMEM can create standalone executables. Thanks to Frank Buß [EMAIL PROTECTED] for the idea. SAVEINITMEM also accepts :NORC argument do disable RC-file loading. See http://clisp.cons.org/impnotes/image.html for details. * POSIX:SYSLOG no longer recognizes %m and other formatting instructions. For your safety and security, please do all formatting in Lisp. * Fixed the OPEN :IF-EXISTS :APPEND bug introduced in 2.37. * Fixed a crash on woe32 in opening files with names longer than MAX_PATH. * Module berkeley-db now supports Berkeley DB 4.4. -- Sam Steingold (http://www.podval.org/~sds) running w2k http://truepeace.org http://www.camera.org http://www.palestinefacts.org http://www.mideasttruth.com http://www.memri.org http://ffii.org UNIX is as friendly to you as you are to it. Windows is hostile no matter what.
Re: /proc/pid/exe points to void
* Corinna Vinschen [EMAIL PROTECTED] [2005-03-11 17:09:56 +0100]: On Mar 11 10:57, Sam Steingold wrote: * Corinna Vinschen [EMAIL PROTECTED] [2005-03-10 23:00:45 +0100]: On Mar 10 16:00, Sam Steingold wrote: /proc/pid/exe points to foo, not to foo.exe, so it cannot be opened c. how do I find out which file is running if /proc/pid/exe cannot be opened? access(2) or stat(2) http://www.opengroup.org/onlinepubs/009695399/functions/access.html the above spec of access appears to indicate that if access() succeeds then open() must succeed too. this is not the case in cygwin: /proc/self/exe cannot be open()ed. -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.jihadwatch.org http://www.honestreporting.com http://www.dhimmi.com http://pmw.org.il http://www.openvotingconsortium.org http://ffii.org There are two ways to write error-free programs; only the third one works. -- 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/
lseek + read = ENOENT
I cannot read the last 4-byte word in a file using lseek + read: /* file foo exists and is large enough - say, 4 MB */ int fd = open(foo,O_RDONLY|O_BINARY); uint32 data; /* this succeeds and correctly returns the size of file foo minus 4 */ lseek(fd,-sizeof(data),SEEK_END); /* this returns 0 -- instead of the expected 4 -- and sets errno to ENOENT */ read(fd,data,sizeof(data)); if I run this under gdb and type lseek(fd,-sizeof(data),SEEK_END); read(fd,data,sizeof(data)); several times, eventually read() starts to return 4 and set data to the value I actually wrote into foo last. I observe this on linux, cygwin and solaris -- what am I doing wrong? Thanks! -- Sam Steingold (http://www.podval.org/~sds) running w2k http://truepeace.org http://www.savegushkatif.org http://www.palestinefacts.org http://www.openvotingconsortium.org http://www.dhimmi.com http://www.camera.org When we break the law, they fine us, when we comply, they tax us. -- 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: [ANNOUNCEMENT] Updated: cygwin-1.5.19-1
* Christopher Faylor [EMAIL PROTECTED] [2006-01-16 22:36:19 -0500]: corinna: Emulate linux version of realpath now when I have a file foo.exe, realpath(foo) returns foo instead of foo.exe also: $ ls -l /proc/self/exe 0 lrwxrwxrwx 1 sds mkgroup-l-d 0 Jan 18 2006 /proc/self/exe - /usr/bin/ls* instead of ls.exe, so /proc/self/exe cannot be open() for input. so, now I must add the exe suffix myself?! -- Sam Steingold (http://www.podval.org/~sds) running w2k http://pmw.org.il http://www.palestinefacts.org http://truepeace.org http://www.jihadwatch.org http://www.dhimmi.com http://www.memri.org cogito cogito ergo cogito sum -- 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: [ANNOUNCEMENT] Updated: cygwin-1.5.19-1
* Corinna Vinschen [EMAIL PROTECTED] [2006-01-18 19:10:27 +0100]:
On Jan 18 12:27, Sam Steingold wrote:
* Christopher Faylor [EMAIL PROTECTED] [2006-01-16 22:36:19 -0500]:
corinna: Emulate linux version of realpath
now when I have a file foo.exe,
realpath(foo) returns foo instead of foo.exe
also:
$ ls -l /proc/self/exe
0 lrwxrwxrwx 1 sds mkgroup-l-d 0 Jan 18 2006 /proc/self/exe - /usr/bin/ls*
instead of ls.exe, so /proc/self/exe cannot be open() for input.
so, now I must add the exe suffix myself?!
Funny that you mention it. The realpath change to emulate linux
has nothing to do with what you're talking about. The emulate linux
change is something about how to behave if the second argument is a
NULL pointer. Linux returns a malloced buffer in this case, which
Cygwin didn't so far.
Now, talking about the .exe suffix... the realpath change is this:
Before: realpath(foo, ...) = NULL (ENOENT)
After: realpath(foo, ...) = foo.
So, instead of returning ENOENT it returns a path that the file exists
which is equivalent to how stat behaves, which it wasn't before.
I see, thanks.
As for removing the .exe from /proc/$PID/exe(name), AFAICS this hasn't
changed since at least 2004-01-01, which was the date when I gave up
looking for a change in the code.
maybe this is an old bug, I just noticed it again.
So, well, I don't see why you now would have to change something
exactly in relation to this.
here is a simple test case:
int main (int argc, char *argv[]) {
char executable[MAXPATHLEN];
realpath(argv[0],executable);
if (open(executable,O_RDONLY|O_BINARY,0644) 0) return 1;
else return 0;
}
it worked (returned 0) before and it works on Linux.
it does not work now.
thanks.
--
Sam Steingold (http://www.podval.org/~sds) running w2k
http://www.honestreporting.com http://www.savegushkatif.org
http://www.iris.org.il http://www.camera.org http://www.palestinefacts.org
Don't use force -- get a bigger hammer.
--
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: [ANNOUNCEMENT] Updated: cygwin-1.5.19-1
* Brian Ford [EMAIL PROTECTED] [2006-01-18 14:06:19 -0600]:
On Wed, 18 Jan 2006, Sam Steingold wrote:
here is a simple test case:
int main (int argc, char *argv[]) {
char executable[MAXPATHLEN];
realpath(argv[0],executable);
if (open(executable,O_RDONLY|O_BINARY,0644) 0) return 1;
else return 0;
}
it worked (returned 0) before and it works on Linux.
it does not work now.
Looks very similar to:
http://www.cygwin.com/ml/cygwin/2004-09/msg00867.html
not only cygwin drops extension from argv[0] (as your bug report
says), it also fails to restore it in realpath().
the point here is that the return value of realpath() cannot fail to
open due to ENOENT - as it does on cygwin.
--
Sam Steingold (http://www.podval.org/~sds) running w2k
http://www.openvotingconsortium.org http://www.mideasttruth.com
http://www.camera.org http://ffii.org http://truepeace.org
Winners never quit; quitters never win; idiots neither win nor quit.
--
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: [ANNOUNCEMENT] Updated: cygwin-1.5.19-1
* Dave Korn [EMAIL PROTECTED] [2006-01-18 20:37:30 +]: Sam Steingold wrote: not only cygwin drops extension from argv[0] (as your bug report says), That's not a bug, it's a vital feature. Consider all those Unix-y programs that perform different functions according to the filename you invoke them with. Most of them just use if (!strcmp (argv[0], name)) constructs that would fail if the .exe extension was left on. Clipping it off is probably the best portability-vs-bugs tradeoff for cygwin. I see your point. still, realpath() should be putting it back in - or else _all_ functions (fopen, open, stat c c) must also do the exe magic. My point is that either realpath() fails or its return value can be opened (or at least opening it cannot fail with ENOENT). -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.honestreporting.com http://www.savegushkatif.org http://truepeace.org http://www.openvotingconsortium.org If I had known that it was harmless, I would have killed it myself. -- 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: CLISP 2.37 is really 2.36?
* Toby Allsopp [EMAIL PROTECTED] [2006-01-12 10:13:06 +1300]: $ cygcheck -c clisp Cygwin Package Information Package VersionStatus clisp2.37-1 OK $ which clisp /usr/bin/clisp $ clisp --version GNU CLISP 2.36 (2005-12-04) (built on winsteingoldlap.bluelnk.net [192.168.7.100]) oops - packaging bug. don't worry, this _is_ 2.37 -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.jihadwatch.org http://www.palestinefacts.org http://pmw.org.il http://truepeace.org http://ffii.org http://www.dhimmi.com There is an exception to every rule, including this one. -- 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/
xterm -x 'foo; bar; baz' problem
On linux, $ xterm -e 'foo; bar; baz' starts xterm, then runs shell, executing foo, then bar, then baz. on cygwin, I get an error in the xterm No absolute path for shell: foo; bar; baz why? -- Sam Steingold (http://www.podval.org/~sds) running w2k http://truepeace.org http://www.mideasttruth.com/ http://www.openvotingconsortium.org/ http://www.camera.org C combines the power of assembler with the portability of assembler. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
please upload clisp 2.37
please upload clisp 2.37, keeping 2.36 as previous. http://www.podval.org/~sds/clisp/clisp-2.37-1.tar.bz2 http://www.podval.org/~sds/clisp/setup.hint http://www.podval.org/~sds/clisp/clisp-2.37-1-src.tar.bz2 thanks. -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.openvotingconsortium.org/ http://www.mideasttruth.com/ http://www.memri.org/ http://www.honestreporting.com http://truepeace.org Democrats, get out of my wallet! Republicans, get out of my bedroom!
[ANNOUNCEMENT] GNU CLISP 2.37 (2006-01-02)
ANSI Common Lisp is a high-level, general-purpose programming language. GNU CLISP is a Common Lisp implementation by Bruno Haible of Karlsruhe University and Michael Stoll of Munich University, both in Germany. It mostly supports the Lisp described in the ANSI Common Lisp standard. It runs on most GNU and Unix systems (GNU/Linux, FreeBSD, NetBSD, OpenBSD, Solaris, Tru64, HP-UX, BeOS, NeXTstep, IRIX, AIX and others) and on other systems (Windows NT/2000/XP, Windows 95/98/ME) and needs only 4 MB of RAM. It is Free Software and may be distributed under the terms of GNU GPL, while it is possible to distribute commercial proprietary applications compiled with GNU CLISP. The user interface comes in English, German, French, Spanish, Dutch, Russian and Danish, and can be changed at run time. GNU CLISP includes an interpreter, a compiler, a debugger, CLOS, MOP, a foreign language interface, sockets, i18n, fast bignums and more. An X11 interface is available through CLX, Garnet, CLUE/CLIO. GNU CLISP runs Maxima, ACL2 and many other Common Lisp packages. More information at http://clisp.cons.org/, http://www.clisp.org/, http://www.gnu.org/software/clisp/ and http://clisp.sourceforge.net/. Sources and selected binaries are available by anonymous ftp from ftp://ftp.gnu.org/pub/gnu/clisp/ and its mirrors. 2.37 (2006-01-02) = User visible changes * Signal a continuable error when an already opened file is opened again, unless both streams are read-only. * SOCKET-SERVER now accepts :BACKLOG and :INTERFACE arguments. The first (optional) argument should be the port number or NIL. Use (SOCKET-SERVER NIL :INTERFACE SOCKET) instead of (SOCKET-SERVER SOCKET). Thanks to Tomas Zellerin [EMAIL PROTECTED]. See http://clisp.cons.org/impnotes/socket.html#sose for details. * EXT:HTTP-PROXY now uses the environment variable http_proxy, not HTTP_PROXY, like curl does, to avoid confusing it with CGI arguments. * OPEN :DIRECTION :OUTPUT now creates write-only handles and treats named pipes correctly. * Fixed EXT:SETENV on non-POSIX systems (woe32 and BSD derivatives). * Fixed a bug in EXT:! on 64-bit platforms. Thanks to Dr. Werner Fink [EMAIL PROTECTED]. -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.openvotingconsortium.org/ http://www.camera.org http://www.memri.org/ http://ffii.org/ http://www.palestinefacts.org/ Only adults have difficulty with child-proof caps. -- 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/
GNU CLISP 2.37 (2006-01-02)
ANSI Common Lisp is a high-level, general-purpose programming language. GNU CLISP is a Common Lisp implementation by Bruno Haible of Karlsruhe University and Michael Stoll of Munich University, both in Germany. It mostly supports the Lisp described in the ANSI Common Lisp standard. It runs on most GNU and Unix systems (GNU/Linux, FreeBSD, NetBSD, OpenBSD, Solaris, Tru64, HP-UX, BeOS, NeXTstep, IRIX, AIX and others) and on other systems (Windows NT/2000/XP, Windows 95/98/ME) and needs only 4 MB of RAM. It is Free Software and may be distributed under the terms of GNU GPL, while it is possible to distribute commercial proprietary applications compiled with GNU CLISP. The user interface comes in English, German, French, Spanish, Dutch, Russian and Danish, and can be changed at run time. GNU CLISP includes an interpreter, a compiler, a debugger, CLOS, MOP, a foreign language interface, sockets, i18n, fast bignums and more. An X11 interface is available through CLX, Garnet, CLUE/CLIO. GNU CLISP runs Maxima, ACL2 and many other Common Lisp packages. More information at http://clisp.cons.org/, http://www.clisp.org/, http://www.gnu.org/software/clisp/ and http://clisp.sourceforge.net/. Sources and selected binaries are available by anonymous ftp from ftp://ftp.gnu.org/pub/gnu/clisp/ and its mirrors. 2.37 (2006-01-02) = User visible changes * Signal a continuable error when an already opened file is opened again, unless both streams are read-only. * SOCKET-SERVER now accepts :BACKLOG and :INTERFACE arguments. The first (optional) argument should be the port number or NIL. Use (SOCKET-SERVER NIL :INTERFACE SOCKET) instead of (SOCKET-SERVER SOCKET). Thanks to Tomas Zellerin [EMAIL PROTECTED]. See http://clisp.cons.org/impnotes/socket.html#sose for details. * EXT:HTTP-PROXY now uses the environment variable http_proxy, not HTTP_PROXY, like curl does, to avoid confusing it with CGI arguments. * OPEN :DIRECTION :OUTPUT now creates write-only handles and treats named pipes correctly. * Fixed EXT:SETENV on non-POSIX systems (woe32 and BSD derivatives). * Fixed a bug in EXT:! on 64-bit platforms. Thanks to Dr. Werner Fink [EMAIL PROTECTED]. -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.openvotingconsortium.org/ http://www.camera.org http://www.memri.org/ http://ffii.org/ http://www.palestinefacts.org/ Only adults have difficulty with child-proof caps.
Re: executable = exe + data
* Brian Dessent [EMAIL PROTECTED] [2005-12-31 15:46:50 -0800]:
Sam Steingold wrote:
Is it possible?
simply put, it it possible to write something like this:
int main () {
size_t my_length;
some magic
printf(exe size=%lld\n,my_length);
return 0;
}
All the methods mentioned so far are essentially hacks working against
the linker, doing stuff behind its back. Why not go with the flow?
Put your data in its own section, and write a linker script to handle
that section in the desired way. You can access the address by
referencing the linker script variables in your source code. See
section 3 of the ld manual, particularly 3.5.3. This should work on
any platform that uses ld.
the problems with this is that the data that is being appended is not
known at link time and appending it may not require C tools (ld/gcc c).
--
Sam Steingold (http://www.podval.org/~sds) running w2k
http://www.jihadwatch.org/ http://www.mideasttruth.com/ http://pmw.org.il/
http://ffii.org/ http://www.palestinefacts.org/ http://www.dhimmi.com/
Ph.D. stands for Phony Doctor - Isaak Asimov, Ph.D.
--
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: executable = exe + data
* Hannu E K Nevalainen [EMAIL PROTECTED] [2006-01-01 19:29:33 +0100]:
Sam S wrote:
* Brian Dessent blip [2005-12-31 15:46:50 -0800]:
Sam Steingold wrote:
Is it possible?
simply put, it it possible to write something like this:
int main () {
size_t my_length;
some magic
printf(exe size=%lld\n,my_length);
return 0;
}
All the methods mentioned so far are essentially hacks working
against the linker, doing stuff behind its back. Why not go with
the flow? Put your data in its own section, and write a linker
script to handle that section in the desired way. You can access
the address by referencing the linker script variables in your
source code. See section 3 of the ld manual, particularly 3.5.3.
This should work on any platform that uses ld.
the problems with this is that the data that is being appended is
not known at link time and appending it may not require C tools
(ld/gcc c).
Then your options seems to have shrunk to a launcher that basicly does
system(lisp.exe -M lispinit.mem)
:-)
this is what we have been doing for well over 15 years
Can you elaborate on _why_ the single executable is so important?
It is not important to _me_, but this is a recurring request by lisp
newbies who ask something like how do I create an executable from my
lisp application, similar to C and C++?
--
Sam Steingold (http://www.podval.org/~sds) running w2k
http://truepeace.org http://www.mideasttruth.com/ http://www.dhimmi.com/
http://www.openvotingconsortium.org/ http://www.jihadwatch.org/
Garbage In, Gospel Out
--
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: executable = exe + data
* René Berber [EMAIL PROTECTED] [2005-12-30 01:16:52 -0600]: Sam Steingold wrote: the only idea I have had so far is this: char string[]=this is a buffer into which I will be writing my stuff; size_t my_length = atol(string); and then have a post-processor edit lisp.exe and replace the contents of string with the actual lisp.exe file length (I need the long initial junk there so that the post-processor will be able to find where it is to write the length). The steps would be something like: 1. Compile program, say gcc -mwindows h.c -o h; 2. Record file size; 3. Concatenate program and data, say cat h.exe h.data longh.exe; 4. Run through post-processor (with longh.exe and size as parameter). so, the only reasonable way is to search the executable for the magic line... I hoped that there is some other way to find out where the variable is stored in the executable file. Thanks! -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.honestreporting.com http://www.camera.org http://www.iris.org.il http://www.memri.org/ http://www.jihadwatch.org/ Despite the raising cost of living, it remains quite popular. -- 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: executable = exe + data
* Reini Urban [EMAIL PROTECTED] [2005-12-30 20:14:23 +0100]: 2005/12/30, Christopher Faylor [EMAIL PROTECTED]: On Fri, Dec 30, 2005 at 12:00:35AM -0500, Sam Steingold wrote: any suggestions? Isn't this what windows resources are good for? Yes. Sam, please see the Corman Lisp sources, how Roger implemented loading the especially attached LISP ressource (the img) from the exe. is this windows-specific? -- Sam Steingold (http://www.podval.org/~sds) running w2k http://truepeace.org http://www.palestinefacts.org/ http://www.dhimmi.com/ http://pmw.org.il/ http://www.jihadwatch.org/ http://www.camera.org God had a deadline, so He wrote it all in Lisp. -- 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/
executable = exe + data
CLISP consists of a run time (a normal executable lisp.exe, 2.5M)
and a memory image (a binary data file lispinit.mem 2MB-10GB).
It is normally invoked as lisp.exe -M lispinit.mem, i.e., the
application consists of two files instead of a single executable which
is generally not considered desirable by the users, one of whom
suggested the following:
copy /y /b lisp.exe + marker.txt + lispinit.mem myapp.exe
where marker.txt contains some marker test.
so lisp.exe, when invoked without -M, will look at its own executable
file and search for the marker text and use whatever it finds after that
as the memory image (i.e., the -M file).
This should work, but I would rather not search the executable for the
marker text (for performance reasons - I do not want to increase the
start-up time), I would prefer to know where the executable ends right
away.
Is it possible?
simply put, it it possible to write something like this:
int main () {
size_t my_length;
some magic
printf(exe size=%lld\n,my_length);
return 0;
}
so that when it is compiled, my_length contains the length of the
executable file as it was created by the compiler.
e.g.:
$ ./myprog.exe
exe size=1234567
$ copy /y /b myprog.exe + myprog.exe myprog2.exe
$ ./myprog2.exe
exe size=1234567
-- and not 2469134
one of the main requirements is portability.
(nothing woe32-specific or cygwin-specific c)
the only idea I have had so far is this:
char string[]=this is a buffer into which I will be writing my stuff;
size_t my_length = atol(string);
and then have a post-processor edit lisp.exe and replace the contents of
string with the actual lisp.exe file length (I need the long initial
junk there so that the post-processor will be able to find where it is to
write the length).
any suggestions?
Thanks.
PS. I understand that this is not cygwin-specific, so I would appreciate
a pointer to the proper forum to ask this question.
--
Sam Steingold (http://www.podval.org/~sds) running w2k
http://www.honestreporting.com http://www.openvotingconsortium.org/
http://www.iris.org.il http://www.camera.org http://www.memri.org/
MS: Brain off-line, please wait.
--
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: bug: unsetenv should return int, not void
* Christopher Faylor [EMAIL PROTECTED] [2005-12-07 15:01:32 -0500]: On Mon, Dec 05, 2005 at 04:32:57PM -0500, Sam Steingold wrote: http://www.opengroup.org/onlinepubs/009695399/functions/unsetenv.html #include stdlib.h int unsetenv(const char *name); Actually we emulate linux not SUSv3. interesting. since linux tries to emulate SUS, maybe it is a good idea to aim towards SUS directly? The linux man page (i.e., the ones that Corinna and I can access) seems to contradict its header files, though, so I've modified cygwin to use what linux actually does rather than what linux documents. could you please also report the bug (header - man page discrepancy) to the linux people? thanks a lot! -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.dhimmi.com/ http://www.savegushkatif.org http://www.iris.org.il http://truepeace.org http://www.camera.org http://www.openvotingconsortium.org/ I'm out of my mind, but feel free to leave a message... -- 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/
bug: unsetenv should return int, not void
http://www.opengroup.org/onlinepubs/009695399/functions/unsetenv.html #include stdlib.h int unsetenv(const char *name); -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.dhimmi.com/ http://www.jihadwatch.org/ http://truepeace.org http://www.savegushkatif.org http://ffii.org/ http://www.mideasttruth.com/ In C you can make mistakes, while in C++ you can also inherit them! -- 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/
please upload clisp 2.36
please upload clisp 2.36, keeping 2.35 as previous. http://www.podval.org/~sds/clisp/clisp-2.36-1.tar.bz2 http://www.podval.org/~sds/clisp/setup.hint http://www.podval.org/~sds/clisp/clisp-2.36-1-src.tar.bz2 thanks. -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.openvotingconsortium.org/ http://www.camera.org http://www.iris.org.il http://pmw.org.il/ http://www.palestinefacts.org/ The difference between theory and practice is that in theory there isn't any.
[ANNOUNCEMENT] updated: GNU CLISP 2.36
ANSI Common Lisp is a high-level, general-purpose programming language. GNU CLISP is a Common Lisp implementation by Bruno Haible of Karlsruhe University and Michael Stoll of Munich University, both in Germany. It mostly supports the Lisp described in the ANSI Common Lisp standard. It runs on most Unix workstations (GNU/Linux, FreeBSD, NetBSD, OpenBSD, Solaris, Tru64, HP-UX, BeOS, NeXTstep, IRIX, AIX and others) and on other systems (Windows NT/2000/XP, Windows 95/98/ME) and needs only 4 MB of RAM. It is Free Software and may be distributed under the terms of GNU GPL, while it is possible to distribute commercial proprietary applications compiled with GNU CLISP. The user interface comes in English, German, French, Spanish, Dutch, Russian and Danish, and can be changed at run time. GNU CLISP includes an interpreter, a compiler, a debugger, CLOS, MOP, a foreign language interface, sockets, i18n, fast bignums and more. An X11 interface is available through CLX, Garnet, CLUE/CLIO. GNU CLISP runs Maxima, ACL2 and many other Common Lisp packages. More information at http://clisp.cons.org/, http://www.clisp.org/, http://www.gnu.org/software/clisp/ and http://clisp.sourceforge.net/. Sources and selected binaries are available by anonymous ftp from ftp://ftp.gnu.org/pub/gnu/clisp/ and its mirrors. 2.36 (2005-12-04) = User visible changes * Infrastructure: + Top-level configure now accepts the option --enable-maintainer-mode that affects autoconf-related Makefile targets. The default value is determined based on the presence of the CVS directories. + When libsigsegv is not found, print instructions on getting/building libsigsegv and bail out; override with --ignore-absence-of-libsigsegv. + When --with-dynamic-ffi is supplied, but the FFI fails to build, abort. + When --with-readline is supplied, but GNU readline is not found, abort. + makemake no longer checks with_module_* variables. * New function EXT:OPEN-HTTP and macro EXT:WITH-HTTP-INPUT. See http://clisp.cons.org/impnotes/macros3.html#open-http for details. * New declaration EXT:NOTSPECIAL undoes the effects of DEFVAR and DEFCONSTANT. See http://clisp.cons.org/impnotes/declarations.html#notspec-decl for details. * Function EXT:CLHS is now deprecated in favor of DESCRIBE, which can now point your web browser to the ANSI CL and CLISP-specific documentation. See http://clisp.cons.org/impnotes/environment-dict.html#describe for details. * FFI modules can now take advantage of autoconf feature detection. See http://clisp.cons.org/impnotes/dffi.html#ffi-guard for details. * New FFI macro FFI:DEF-C-CONST. See http://clisp.cons.org/impnotes/dffi.html#def-c-const for details. * New charset BASE64 encodes arbitrary byte sequences with strings of printable ASCII characters (4 characters per 3 bytes). See http://clisp.cons.org/impnotes/encoding.html#base64 for details. * New module readline offers some advanced readline and history features. It is a BASE module and is available when both FFI and readline are present. * SOCKET:SOCKET-SERVICE-PORT is now deprecated in favor of OS:SERVICE. See http://clisp.cons.org/impnotes/syscalls.html#service for details. * New SETF-able functions POSIX:GETUID, POSIX:GETGID, POSIX:GETEUID, POSIX:GETEGID. New functions POSIX:GROUP-INFO and POSIX:STRING-TIME. Function POSIX:USER-DATA is renamed to POSIX:USER-INFO. See http://clisp.cons.org/impnotes/syscalls.html for details. * New NEW-CLX demo: foch.lisp draws fractal snowflakes. Implemented XLIB:SET-MODIFIER-MAPPING, XLIB:KEYSYM-KEYCODES, XLIB:ACCESS-HOSTS, XLIB:ADD-ACCESS-HOST, XLIB:REMOVE-ACCESS-HOST, XLIB:CHANGE-KEYBOARD-CONTROL, XLIB:CHANGE-KEYBOARD-MAPPING, XLIB:KEYBOARD-MAPPING, XLIB:KEYSYM-NAME, XLIB:KEYCODE-CHARACTER, XLIB:SHAPE-EXTENTS, XLIB:SHAPE-RECTANGLES, XLIB:DEFAULT-KEYSYM-INDEX. Use MAP instead of ELT for sequence access in NEW-CLX. * ANSI CL compliance issues: + DEFPACKAGE options :SHADOWING-IMPORT-FROM, :USE, :IMPORT-FROM accept package designators, not just package names. * The command line option -v now affects *LOAD-ECHO* also. See http://clisp.cons.org/clisp.html#opt-v for details. * When a CLISP process is killed, clean-up is always executed. * DEFCLASS now permits user-defined :ALLOCATION arguments. * Fixed (FUNCTION-LAMBDA-EXPRESSION #'(SETF FOO)) on compiled functions. * Fixed re-exporting symbols from POSIX to EXT. * Fixed module rawsock on platforms with non-trivial struct sockaddr layout. Functions that take a BUFFER argument, also take :START and :END arguments. Renamed RAWSOCK:LISTEN to RAWSOCK:SOCK-LISTEN to avoid a conflict with CL. New functions RAWSOCK:PROTOCOL, RAWSOCK:NETWORK, RAWSOCK:GETADDRINFO, RAWSOCK:GETNAMEINFO. See http://clisp.cons.org/impnotes/rawsock.html for details. * Fixed module postgresql logging behavior. * Fixed clisp.h generation to conform to the internal definitions. -- Sam
updated: GNU CLISP 2.36
ANSI Common Lisp is a high-level, general-purpose programming language. GNU CLISP is a Common Lisp implementation by Bruno Haible of Karlsruhe University and Michael Stoll of Munich University, both in Germany. It mostly supports the Lisp described in the ANSI Common Lisp standard. It runs on most Unix workstations (GNU/Linux, FreeBSD, NetBSD, OpenBSD, Solaris, Tru64, HP-UX, BeOS, NeXTstep, IRIX, AIX and others) and on other systems (Windows NT/2000/XP, Windows 95/98/ME) and needs only 4 MB of RAM. It is Free Software and may be distributed under the terms of GNU GPL, while it is possible to distribute commercial proprietary applications compiled with GNU CLISP. The user interface comes in English, German, French, Spanish, Dutch, Russian and Danish, and can be changed at run time. GNU CLISP includes an interpreter, a compiler, a debugger, CLOS, MOP, a foreign language interface, sockets, i18n, fast bignums and more. An X11 interface is available through CLX, Garnet, CLUE/CLIO. GNU CLISP runs Maxima, ACL2 and many other Common Lisp packages. More information at http://clisp.cons.org/, http://www.clisp.org/, http://www.gnu.org/software/clisp/ and http://clisp.sourceforge.net/. Sources and selected binaries are available by anonymous ftp from ftp://ftp.gnu.org/pub/gnu/clisp/ and its mirrors. 2.36 (2005-12-04) = User visible changes * Infrastructure: + Top-level configure now accepts the option --enable-maintainer-mode that affects autoconf-related Makefile targets. The default value is determined based on the presence of the CVS directories. + When libsigsegv is not found, print instructions on getting/building libsigsegv and bail out; override with --ignore-absence-of-libsigsegv. + When --with-dynamic-ffi is supplied, but the FFI fails to build, abort. + When --with-readline is supplied, but GNU readline is not found, abort. + makemake no longer checks with_module_* variables. * New function EXT:OPEN-HTTP and macro EXT:WITH-HTTP-INPUT. See http://clisp.cons.org/impnotes/macros3.html#open-http for details. * New declaration EXT:NOTSPECIAL undoes the effects of DEFVAR and DEFCONSTANT. See http://clisp.cons.org/impnotes/declarations.html#notspec-decl for details. * Function EXT:CLHS is now deprecated in favor of DESCRIBE, which can now point your web browser to the ANSI CL and CLISP-specific documentation. See http://clisp.cons.org/impnotes/environment-dict.html#describe for details. * FFI modules can now take advantage of autoconf feature detection. See http://clisp.cons.org/impnotes/dffi.html#ffi-guard for details. * New FFI macro FFI:DEF-C-CONST. See http://clisp.cons.org/impnotes/dffi.html#def-c-const for details. * New charset BASE64 encodes arbitrary byte sequences with strings of printable ASCII characters (4 characters per 3 bytes). See http://clisp.cons.org/impnotes/encoding.html#base64 for details. * New module readline offers some advanced readline and history features. It is a BASE module and is available when both FFI and readline are present. * SOCKET:SOCKET-SERVICE-PORT is now deprecated in favor of OS:SERVICE. See http://clisp.cons.org/impnotes/syscalls.html#service for details. * New SETF-able functions POSIX:GETUID, POSIX:GETGID, POSIX:GETEUID, POSIX:GETEGID. New functions POSIX:GROUP-INFO and POSIX:STRING-TIME. Function POSIX:USER-DATA is renamed to POSIX:USER-INFO. See http://clisp.cons.org/impnotes/syscalls.html for details. * New NEW-CLX demo: foch.lisp draws fractal snowflakes. Implemented XLIB:SET-MODIFIER-MAPPING, XLIB:KEYSYM-KEYCODES, XLIB:ACCESS-HOSTS, XLIB:ADD-ACCESS-HOST, XLIB:REMOVE-ACCESS-HOST, XLIB:CHANGE-KEYBOARD-CONTROL, XLIB:CHANGE-KEYBOARD-MAPPING, XLIB:KEYBOARD-MAPPING, XLIB:KEYSYM-NAME, XLIB:KEYCODE-CHARACTER, XLIB:SHAPE-EXTENTS, XLIB:SHAPE-RECTANGLES, XLIB:DEFAULT-KEYSYM-INDEX. Use MAP instead of ELT for sequence access in NEW-CLX. * ANSI CL compliance issues: + DEFPACKAGE options :SHADOWING-IMPORT-FROM, :USE, :IMPORT-FROM accept package designators, not just package names. * The command line option -v now affects *LOAD-ECHO* also. See http://clisp.cons.org/clisp.html#opt-v for details. * When a CLISP process is killed, clean-up is always executed. * DEFCLASS now permits user-defined :ALLOCATION arguments. * Fixed (FUNCTION-LAMBDA-EXPRESSION #'(SETF FOO)) on compiled functions. * Fixed re-exporting symbols from POSIX to EXT. * Fixed module rawsock on platforms with non-trivial struct sockaddr layout. Functions that take a BUFFER argument, also take :START and :END arguments. Renamed RAWSOCK:LISTEN to RAWSOCK:SOCK-LISTEN to avoid a conflict with CL. New functions RAWSOCK:PROTOCOL, RAWSOCK:NETWORK, RAWSOCK:GETADDRINFO, RAWSOCK:GETNAMEINFO. See http://clisp.cons.org/impnotes/rawsock.html for details. * Fixed module postgresql logging behavior. * Fixed clisp.h generation to conform to the internal definitions. -- Sam
Re: mmap() on 64K aligned address fails
* Corinna Vinschen [EMAIL PROTECTED] [2005-11-28 12:51:09 +0100]: Many mmap tests make such invalid assumptions about the memory. This is not just tests and the assumptions are not necessarily invalid. The appended test fails on cygwin but passes on just about every unix (linux, *bsd c). This means that the cygwin version of CLISP lacks generational GC (while the win32 native version as well as linux, *bsd, solaris c have it!) which is a major feature for memory-intensive computations. -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.openvotingconsortium.org/ http://www.camera.org http://www.dhimmi.com/ http://www.savegushkatif.org http://www.iris.org.il The early worm gets caught by the bird. configure:22543: checking for working mmap configure:22709: gcc -o conftest.exe -g -O2 -I/usr/local/libsigsegv-cygwin/include conftest.c 5 configure:22712: $? = 0 configure:22714: ./conftest.exe configure:22717: $? = 1 configure: program exited with status 1 configure: failed program was: | /* confdefs.h. */ | | #define PACKAGE_NAME GNU CLISP | #define PACKAGE_TARNAME clisp | #define PACKAGE_VERSION 2.35 (2005-08-29) | #define PACKAGE_STRING GNU CLISP 2.35 (2005-08-29) | #define PACKAGE_BUGREPORT http://clisp.cons.org/; | #define _GNU_SOURCE 1 | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define __EXTENSIONS__ 1 | #define _POSIX_PTHREAD_SEMANTICS 1 | #define ASM_UNDERSCORE | #ifndef __i386__ | #define __i386__ 1 | #endif | #define HAVE_ICONV 1 | #define ICONV_CONST const | #define HAVE_ICONV 1 | #define ENABLE_NLS 1 | #define HAVE_GETTEXT 1 | #define HAVE_DCGETTEXT 1 | #define HAVE_SIGSEGV 1 | #define return_void return | #define HAVE_LONG_LONG 1 | #define HAVE_LONGLONG | #define STDC_HEADERS 1 | #define HAVE_UNISTD_H 1 | #define HAVE_SYS_FILE_H 1 | #define HAVE_SYS_STATVFS_H 1 | #define HAVE_SYS_STATFS_H 1 | #define HAVE_OFFSETOF | #define HAVE_STDBOOL_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_SYS_FILE_H 1 | #define HAVE_SYS_FILE_H 1 | #define DIRENT | #define HAVE_SYS_UTSNAME_H | #define HAVE_NETDB_H 1 | #define HAVE_SYS_SHM_H 1 | #define HAVE_SYS_IPC_H 1 | #define HAVE_TERMIOS_H 1 | #define HAVE_TERMIO_H 1 | #define HAVE_SYS_TERMIO_H 1 | #define HAVE_TCGETATTR | #define HAVE_TCSAFLUSH | #define HAVE_X11 | #define CADDR_T caddr_t | #define SOCKLEN_T int | #define SIZEOF_OFF_T 8 | #define SIZEOF_INO_T 8 | #define SIZEOF_STRUCT_TIMEVAL 8 | #define HAVE_ALLOCA_H 1 | #define HAVE_ALLOCA 1 | #define HAVE__JMP | #define RETSIGTYPE void | #define SIGNALBLOCK_SYSV | #define SIGNALBLOCK_POSIX | #define SIGNAL_NEED_REINSTALL | #define SIGNAL_NEED_UNBLOCK | #define SIGNAL_NEED_UNBLOCK_OTHERS | #define HAVE_SIGACTION 1 | #define HAVE_SIGINTERRUPT 1 | #define HAVE_RAISE | #define RETABORTTYPE void | #define ABORT_VOLATILE | #define HAVE_PERROR_DECL | #define HAVE_STRERROR 1 | #define HAVE_SYSCONF 1 | #define HAVE_GETDTABLESIZE 1 | #define HAVE_MEMSET 1 | #define HAVE_SETSID 1 | #define HAVE_SETPGID 1 | #define HAVE_FSYNC 1 | #define HAVE_FLOCK 1 | #define HAVE_SHUTDOWN 1 | #define HAVE_USLEEP 1 | #define HAVE_UALARM 1 | #define HAVE_SETITIMER 1 | #define HAVE_NICE 1 | #define HAVE_FTIME 1 | #define HAVE_REALPATH 1 | #define HAVE_PUTENV 1 | #define HAVE_SETENV 1 | #define HAVE_DECL_ENVIRON 1 | #define HAVE_LC_MESSAGES 1 | #define HAVE_GETRLIMIT 1 | #define HAVE_SETRLIMIT 1 | #define SIZEOF_RLIM_T 4 | #define RLIMIT_RESOURCE_T int | #define SETRLIMIT_CONST const | #define HAVE_UNISTD_H 1 | #define HAVE_FORK 1 | #define HAVE_VFORK 1 | #define HAVE_WORKING_VFORK 1 | #define HAVE_WORKING_FORK 1 | #define PID_T pid_t | #define HAVE_SYS_RESOURCE_H 1 | #define HAVE_SYS_TIMES_H 1 | #define HAVE_GETRUSAGE | #define RUSAGE_WHO_T int | #define HAVE_GETCWD | #define GETCWD_SIZE_T size_t | #define TIME_WITH_SYS_TIME 1 | #define HAVE_LSTAT | #define HAVE_READLINK 1 | #define ELOOP_VALUE ELOOP | #define RETCLOSEDIRTYPE int | #define HAVE_IOCTL 1 | #define IOCTL_REQUEST_T int | #define IOCTL_DOTS | #define HAVE_POLL 1 | #define HAVE_RELIABLE_POLL | #define HAVE_SELECT 1 | #define HAVE_SYS_SELECT_H | #define SELECT_WIDTH_T int | #define SELECT_SET_T fd_set | #define SELECT_CONST | #define HAVE_RELIABLE_SELECT | #define HAVE_GETTIMEOFDAY 1 | #define GETTIMEOFDAY_TZP_T struct timezone * | #define HAVE_GETHOSTNAME 1 | #define HAVE_GETHOSTBYNAME | #define HAVE_CONNECT 1 | #define CONNECT_CONST const | #define CONNECT_NAME_T struct sockaddr * | #define CONNECT_ADDRLEN_T int | #define HAVE_SYS_UN_H 1 | #define HAVE_IPV4 | #define HAVE_INET_PTON 1 | #define HAVE_INET_NTOP 1 | #define HAVE_INET_ADDR 1 | #define HAVE_SETSOCKOPT 1 | #define HAVE_GETSOCKOPT 1 | #define HAVE_NETINET_IN_H 1 | #define HAVE_ARPA_INET_H 1 | #define RET_INET_ADDR_TYPE unsigned long | #define
setup.exe window resizing
It is nice that the setup.exe window can now be resized, but it would be even better if setup.exe remembered how it was resized last time and started in my preferred size. many applications do that, I see no reason for setup.exe not to. thanks. -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.dhimmi.com/ http://truepeace.org http://www.palestinefacts.org/ http://www.openvotingconsortium.org/ http://www.mideasttruth.com/ UNIX, car: hard to learn/easy to use; Windows, bike: hard to learn/hard to use.
Re: chmod: Permission denied
* Igor Pechtchanski [EMAIL PROTECTED] [2005-11-07 13:58:16 -0500]:
On Mon, 7 Nov 2005, Sam Steingold wrote:
my windows login domain has changed and now I cannot chmod the files
that I created when I was logged in using my previous login domain.
how can I fix this?
do I need to do
find . -exec 'cp -p {} {}.new; mv {}.new {}' \;
(or something)?
After you update your /etc/passwd, does chown work?
you mean chmod?
I fixed the login domain in /etc/passwd, nothing changed
- how do I tell cygwin to re-read /etc/passwd?
I killed all cygwin processes, but this did not help
(I guess I have to manually unload cydwin1.dll)
Thanks!
--
Sam Steingold (http://www.podval.org/~sds) running w2k
http://ffii.org/ http://pmw.org.il/ http://www.openvotingconsortium.org/
http://www.dhimmi.com/ http://www.mideasttruth.com/ http://truepeace.org
Yeah, yeah, I love cats too... wanna trade recipes?
--
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: struct msghdr in socket.h is wrong
* Corinna Vinschen [EMAIL PROTECTED] [2005-10-17 23:34:52 +0200]: Never mind, I've changed it in CVS. Note that msg_control, msg_controllen and msg_flags members are still without function. that's OK, as long as they are there. while you are at it, two more networking functions appear AWOL: http://www.opengroup.org/onlinepubs/007904975/functions/getaddrinfo.html http://www.opengroup.org/onlinepubs/007904975/functions/getnameinfo.html thanks! -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.honestreporting.com http://www.dhimmi.com/ http://truepeace.org http://www.openvotingconsortium.org/ There are 3 kinds of people: those who can count and those who cannot. -- 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: struct msghdr in socket.h is wrong
* Corinna Vinschen [EMAIL PROTECTED] [2005-10-12 22:42:34 +0200]:
On Oct 12 15:17, Sam Steingold wrote:
cyswin/socket.h:
struct msghdr
{
void* msg_name; /* Socket name */
int msg_namelen;/* Length of name */
struct iovec * msg_iov;/* Data blocks */
int msg_iovlen; /* Number of blocks */
void* msg_accrights; /* Per protocol magic (eg BSD file
descriptor passing) */
int msg_accrightslen; /* Length of rights list */
};
This is the so called older implementation of struct msghdr as
defined up to 4.2BSD. Since it's quite useless so far and since
I am not sure I quite understand what you mean by useless.
is cygwin implementation somehow deficient?
applications using this structure should accomodate the old
implementation anyway, I don't see a good reason to change this right
now.
the only reason applications have to accommodate the old implementation
is that some unixes still stick with it.
if you switch to the posix msghdr, I, for one, would not have to
accomodate the old implementation.
--
Sam Steingold (http://www.podval.org/~sds) running w2k
http://www.mideasttruth.com/ http://www.iris.org.il
http://www.jihadwatch.org/ http://www.memri.org/ http://ffii.org/
Two wrongs don't make a right, but three rights make a left.
--
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/
struct msghdr in socket.h is wrong
cyswin/socket.h:
struct msghdr
{
void* msg_name; /* Socket name */
int msg_namelen;/* Length of name */
struct iovec * msg_iov;/* Data blocks */
int msg_iovlen; /* Number of blocks */
void* msg_accrights; /* Per protocol magic (eg BSD file
descriptor passing) */
int msg_accrightslen; /* Length of rights list */
};
http://www.opengroup.org/onlinepubs/009695399/basedefs/sys/socket.h.html:
void *msg_nameOptional address.
socklen_t msg_namelen Size of address.
struct iovec *msg_iov Scatter/gather array.
intmsg_iovlen Members in msg_iov.
void *msg_control Ancillary data; see below.
socklen_t msg_controllen Ancillary data buffer len.
intmsg_flags Flags on received message.
problems:
1. msg_flags is missing
2. msg_control is renamed msg_accrights
3. msg_controllen is renamed msg_accrightslen
--
Sam Steingold (http://www.podval.org/~sds) running w2k
http://www.camera.org http://www.palestinefacts.org/
http://www.memri.org/ http://www.jihadwatch.org/ http://truepeace.org
Takeoffs are optional. Landings are mandatory.
--
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: [HEADSUP] ALL Maintainers, please reply.
I maintain clisp [I am willing to surrender the maintainership to anyone willing qualified.] -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.palestinefacts.org/ http://pmw.org.il/ http://truepeace.org http://www.savegushkatif.org http://www.openvotingconsortium.org/ It's not just a language, it's an adventure. Common Lisp.
[ANNOUNCEMENT] Updated: GNU CLISP 2.35 (2005-08-29)
ANSI Common Lisp is a high-level, general-purpose programming language. GNU CLISP is a Common Lisp implementation by Bruno Haible of Karlsruhe University and Michael Stoll of Munich University, both in Germany. It mostly supports the Lisp described in the ANSI Common Lisp standard. It runs on most Unix workstations (GNU/Linux, FreeBSD, NetBSD, OpenBSD, Solaris, Tru64, HP-UX, BeOS, NeXTstep, IRIX, AIX and others) and on other systems (Windows NT/2000/XP, Windows 95/98/ME) and needs only 4 MB of RAM. It is Free Software and may be distributed under the terms of GNU GPL, while it is possible to distribute commercial proprietary applications compiled with GNU CLISP. The user interface comes in English, German, French, Spanish, Dutch, Russian and Danish, and can be changed at run time. GNU CLISP includes an interpreter, a compiler, a debugger, CLOS, MOP, a foreign language interface, sockets, i18n, fast bignums and more. An X11 interface is available through CLX, Garnet, CLUE/CLIO. GNU CLISP runs Maxima, ACL2 and many other Common Lisp packages. More information at http://clisp.cons.org/, http://www.clisp.org/, http://www.gnu.org/software/clisp/ and http://clisp.sourceforge.net/. Sources and selected binaries are available by anonymous ftp from ftp://ftp.gnu.org/pub/gnu/clisp/ and its mirrors. 2.35 (2005-08-29) = User visible changes * SOCKET:SOCKET-STREAM-SHUTDOWN does not call CLOSE anymore, just shutdown(2) - as it has always been documented. It now also works on raw sockets, thus RAWSOCK:SHUTDOWN has been removed. See http://clisp.cons.org/impnotes.html#sost-shut and http://clisp.cons.org/impnotes.html#rawsock for details. * When the command line option -E receives an invalid encoding, ISO-8859-1 is used instead. [It was ASCII (for *FOREIGN-ENCODING*) or UTF-8 (for all other encodings) before.] Rationale: this is a 1:1 that corresponds to CLISP CODE-CHAR/CHAR-CODE and avoids spurious errors in DIRECTORY on startup. * New function EXT:COMPILED-FILE-P - checks whether the file is a CLISP-compiled file with a compatible bytecode format. See http://clisp.cons.org/impnotes.html#compiled-file-p for details. * New functions EXT:CHAR-INVERTCASE, EXT:STRING-INVERTCASE and EXT:NSTRING-INVERTCASE invert case of characters and strings. See http://clisp.cons.org/impnotes.html#char-invertcase and http://clisp.cons.org/impnotes.html#string-invertcase for details. * New function POSIX:STREAM-OPTIONS calls fcntl(2). See http://clisp.cons.org/impnotes.html#fcntl for details. * Explicitly close all possible file descriptors before exec(). * Danish translations of the user interface messages have been added. Thanks to Dennis Decker Jensen [EMAIL PROTECTED]. -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.openvotingconsortium.org/ http://www.dhimmi.com/ http://ffii.org/ http://www.jihadwatch.org/ http://www.savegushkatif.org Why use Windows, when there are Doors? -- 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/
please upload CLISP 2.35
Please upload clisp 2.35 from http://www.podval.org/~sds/clisp/clisp-2.35-1.tar.bz2 http://www.podval.org/~sds/clisp/clisp-2.35-1-src.tar.bz2 http://www.podval.org/~sds/clisp/setup.hint thanks. -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.memri.org/ http://www.openvotingconsortium.org/ http://www.camera.org http://www.mideasttruth.com/ http://www.iris.org.il will write code that writes code that writes code for food
Re: readline completion
* Eric Blake [EMAIL PROTECTED] [2005-08-16 22:53:24 +]: And if it is too many characters to type, change your cygdrive prefix to /. how do I do that? -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.jihadwatch.org/ http://www.palestinefacts.org/ http://pmw.org.il/ http://www.openvotingconsortium.org/ nobody's life, liberty or property are safe while the legislature is in session -- 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: readline completion
* Eric Blake [EMAIL PROTECTED] [2005-08-17 13:55:59 +]: And if it is too many characters to type, change your cygdrive prefix to /. how do I do that? http://cygwin.com/cygwin-ug-net/using-utils.html#id4748539 thanks. where do I put mount --change-cygdrive-prefix / to have it done on each cygwin startup -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.openvotingconsortium.org/ http://www.dhimmi.com/ http://www.palestinefacts.org/ http://ffii.org/ The only time you have too much fuel is when you're on fire. -- 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: readline completion
* Eric Blake [EMAIL PROTECTED] [2005-08-17 19:30:14 +]: Mounts are persistent. Running the command just once will make it affect all future cygwin startups, until you rerun mount or umount. thanks! (Just like Unix mount points.) Not on linux. mount /dev/fd /mnt/floppy; reboot; ls /mnt/floppy will show an empty directory. -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.jihadwatch.org/ http://www.memri.org/ http://truepeace.org http://www.honestreporting.com http://www.savegushkatif.org UNIX, car: hard to learn/easy to use; Windows, bike: hard to learn/hard to use. -- 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: Programatically finding value of cygdrive prefix
* Igor Pechtchanski [EMAIL PROTECTED] [2005-08-16 17:10:25 -0400]: was asking for the actual problem that programmatically accessing the cygdrive prefix was supposed to solve. I already explained that in http://article.gmane.org/gmane.os.cygwin:67856. let me try to do it again: unix shell scripts and makefiles do not call cygpath. when they are used under cygwin, they spit out cygwin pathnames (/cygdrive/c/...) to non-cygwin programs. [indeed, if I were using only cygwin-based software, I would have been OK, but I do not. I prefer the native implementations whenever possible, so I stick with woe32 versions of CLISP, Mozilla, Emacs and VIM.] when a non-cygwin program receives a /cygdrive/c/... pathname, it dies. what are my options? 1. Fix all free software to call cygpath before invoking an editor or a browser. This does not sound too optimistic. 2. Fix editors and browsers to handle cygwin pathnames. This requires an officially published interface, preferably a known registry slot. -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.honestreporting.com http://truepeace.org http://ffii.org/ http://www.jihadwatch.org/ http://www.savegushkatif.org In C you can make mistakes, while in C++ you can also inherit them! -- 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/
readline completion
pathname completion in bash (implemented using readline) does not work with woe32 pathnames: this does not work: $ ls c:/ TAB this works: $ ls /cygdrive/c/ TAB is it possible to fix this? -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.dhimmi.com/ http://www.camera.org http://www.memri.org/ http://www.savegushkatif.org Daddy, why doesn't this magnet pick up this floppy disk? -- 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: Programatically finding value of cygdrive prefix
* Christopher Faylor [EMAIL PROTECTED] [2005-08-10 14:41:19 -0400]: On Wed, Aug 10, 2005 at 02:36:16PM -0400, Christopher Faylor wrote: On Wed, Aug 10, 2005 at 11:23:00AM -0700, Linda W wrote: Is there a way to find out in a bash script the cygdrive prefix? I thought something simple like mount -p|tail -1|cut -f1 but that incorrectly assumed the fields were tab delimited. Since there can be spaces in the cygdrive prefix, I can't use space a delimiter, example: # mount -p Prefix Type Flags /cyg drive posix path system binmode There may be a simpler way to do it, but this seems to work: mount -p | sed -n '2s/\([^ ]\) *[^ ][^ ]* *[^ ][^ ]*$/\1/p' This is shorter: mount -p | sed -nr '2s/([^ ]) +\S+ +\S+$/\1/p' how about a version that strips the leading slash? (I can pipe this through sed 's,^/,,', but there is a simpler way, right?) while we are at it, how do non-cygwin programs supposed to handle this /cygdrive stuff? shell scripts mindlessly transfered from unix to cygwin do not bother to use cygpath before passing pathnames to external programs. native Emacs or vim do not appreciate /cygdrive prefixes. it's easier to tell Emacs how to handle /cygdrive than to fix every elisp Makefile that is being distributed. that brings me to suggest that this cygdrive be made available in the registry (which cygwin does not use at all, so, I guess, this is not going anywhere...) thanks. -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.mideasttruth.com/ http://www.savegushkatif.org http://www.iris.org.il http://www.camera.org http://ffii.org/ Never underestimate the power of stupid people in large groups. -- 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: Programatically finding value of cygdrive prefix
* Morche Matthias [EMAIL PROTECTED] [2005-08-11 16:08:30 +0200]: Have a look at cygstart and Luc Hermitte's cyg-wrapper.sh (http://hermitte.free.fr/cygwin/) this requires aliases in .bashrc. I think they are ignored by makefiles c -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sam Steingold ... while we are at it, how do non-cygwin programs supposed to handle this /cygdrive stuff? shell scripts mindlessly transfered from unix to cygwin do not bother to use cygpath before passing pathnames to external programs. native Emacs or vim do not appreciate /cygdrive prefixes. it's easier to tell Emacs how to handle /cygdrive than to fix every elisp Makefile that is being distributed. that brings me to suggest that this cygdrive be made available in the registry (which cygwin does not use at all, so, I guess, this is not going anywhere...) ... -- Sam Steingold (http://www.podval.org/~sds) running w2k http://pmw.org.il/ http://www.openvotingconsortium.org/ http://www.honestreporting.com http://www.memri.org/ http://truepeace.org Are you smart enough to use Lisp? -- 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: Programatically finding value of cygdrive prefix
* Eric Blake [EMAIL PROTECTED] [2005-08-11 14:10:05 +]: mount -p | sed -nr '2s/([^ ]) +\S+ +\S+$/\1/p' how about a version that strips the leading slash? mount -p | sed -nr '2s,/([^ ]) +\S+ +\S+$,\1,p' that's what I also tried before sending my e-mail. it does not print anything. while we are at it, how do non-cygwin programs supposed to handle this /cygdrive stuff? If you are invoking a non-cygwin program, you can use cygpath to perform the conversion. Write wrapper shell scripts to do that for you if you commonly invoke non-cygwin programs from within cygwin. what if shell scripts that I do not control invoke emacs in ways that I do not control? shell scripts mindlessly transfered from unix to cygwin do not bother to use cygpath before passing pathnames to external programs. native Emacs or vim do not appreciate /cygdrive prefixes. it's easier to tell Emacs how to handle /cygdrive than to fix every elisp Makefile that is being distributed. that brings me to suggest that this cygdrive be made available in the registry (which cygwin does not use at all, so, I guess, this is not going anywhere...) Actually, the cygdrive prefix is part of mount(1), so it IS currently stored in the registry. But the registry interface to how mount(1) stores its information is intentionally undocumented, so that mount(1) will work even if its use of the registry changes in the future. I cannot find either cygdrive or cygwin in the registry (using regedit) -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.camera.org http://www.iris.org.il http://www.mideasttruth.com/ http://www.openvotingconsortium.org/ http://www.palestinefacts.org/ The only intuitive interface is the nipple. The rest has to be learned. -- 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: clisp-2.34-2
* Dr. Volker Zell [EMAIL PROTECTED] [2005-08-07 18:59:23 +0200]: Sam Steingold writes: I think 2.34-1 should be removed. the only difference between 2.34-1 and 2.34-2 is that 2.34-2 correctly identifies itself as 2.34 while 2.34-1 thinks it's 2.33.84 (pretest). but it's missing cpari.o pari.o postgresql.o from /usr/lib/clisp/full against 2.34-1 good! this is because 2.34-1 was built with modules pari and postgresql. pari/gp is not a part of cygwin, and postgresql used was a native 8.0 win32 port, so clisp -K full should have failed for all people who do not have the win32 postgresql 8 and pari/gp. I guess nobody ran clisp -K full in 2.34-1. -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.openvotingconsortium.org/ http://www.memri.org/ http://truepeace.org http://www.honestreporting.com Heck is a place for people who don't believe in gosh.
Re: clisp-2.34-2
* Corinna Vinschen [EMAIL PROTECTED] [2005-08-05 10:40:55 +0200]: On Aug 4 16:18, Sam Steingold wrote: On Aug 3 17:11, Sam Steingold wrote: Please upload http://www.podval.org/~sds/clisp/clisp-2.34-2.tar.bz2 OK, http://www.podval.org/~sds/clisp/clisp-2.34-2-src.tar.bz2 Uploaded. Should I remove 2.33-1 or 2.34-1? I think 2.34-1 should be removed. the only difference between 2.34-1 and 2.34-2 is that 2.34-2 correctly identifies itself as 2.34 while 2.34-1 thinks it's 2.33.84 (pretest). thanks! -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.mideasttruth.com/ http://www.jihadwatch.org/ http://www.iris.org.il http://ffii.org/ http://www.honestreporting.com Marriage is the sole cause of divorce.
Re: clisp-2.34-2
* Corinna Vinschen [EMAIL PROTECTED] [2005-08-04 10:04:24 +0200]: On Aug 3 17:11, Sam Steingold wrote: Please upload http://www.podval.org/~sds/clisp/clisp-2.34-2.tar.bz2 The src and setup.hint are the same. the only reason for this update is that clisp-2.34-1.tar.bz2 identifies itself as 2.33.84. this was a build process glitch. Well, you should always send a source archive, too. The files within the source archive are incorrectly named as clisp-2.34-1... otherwise. So, please send a matching source archive to 2.34-2. OK, http://www.podval.org/~sds/clisp/clisp-2.34-2-src.tar.bz2 thanks. -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.honestreporting.com http://www.palestinefacts.org/ http://www.camera.org http://ffii.org/ http://www.jihadwatch.org/ nobody's life, liberty or property are safe while the legislature is in session
clisp-2.34-2
Please upload http://www.podval.org/~sds/clisp/clisp-2.34-2.tar.bz2 The src and setup.hint are the same. the only reason for this update is that clisp-2.34-1.tar.bz2 identifies itself as 2.33.84. this was a build process glitch. sorry. -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.palestinefacts.org/ http://pmw.org.il/ http://ffii.org/ http://www.camera.org http://www.jihadwatch.org/ ((lambda (x) `(,x ',x)) '(lambda (x) `(,x ',x)))
please upload CLISP 2.34
Please upload clisp 2.34 from http://www.podval.org/~sds/clisp/clisp-2.34-1.tar.bz2 http://www.podval.org/~sds/clisp/clisp-2.34-1-src.tar.bz2 http://www.podval.org/~sds/clisp/setup.hint this is the new `curr'. please remove the 2.33.8* tests. (2.33.2 remain `prev'). thanks. -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.mideasttruth.com/ http://www.memri.org/ http://ffii.org/ http://www.honestreporting.com http://pmw.org.il/ Warning! Dates in calendar are closer than they appear!
GNU CLISP 2.34
gettext interface as well as other functionality for Lisp program internationalization. See http://clisp.cons.org/impnotes.html#i18n-mod for details. * New module PARI interfaces to http://pari.math.u-bordeaux.fr/. See http://clisp.cons.org/impnotes.html#pari for details. * Module syscalls is significantly expanded. See http://clisp.cons.org/impnotes.html#syscalls for details. * Module berkeley-db is vastly expanded. See http://clisp.cons.org/impnotes.html#berkeley-db for details. Added support for Berkeley DB 4.3. * Modules now have an exit function. See http://clisp.cons.org/impnotes.html#modexit for details. Portability --- * Heaps and memory images larger than 4 GB are now supported on 64-bit platforms. * Support files larger than 2 GB or 4 GB also on Windows. * Weak pointers now also work on platforms without mmap(). * Weak hash tables now also work on platforms without mmap(). * Dynamic modules now work on woe32 too. * On most 64-bit platforms, fixnums are now 49 bits wide (including the sign bit), instead of 33 bits wide. -- Sam Steingold (http://www.podval.org/~sds) running w2k http://pmw.org.il/ http://www.iris.org.il http://www.honestreporting.com http://www.mideasttruth.com/ http://www.memri.org/ When you talk to God, it's prayer; when He talks to you, it's schizophrenia.
missing autoconf.info
I seem to be missing autoconf.info. it used to be in /usr/share/info/autoconf.info. now I see autoconf-2.1x.info.gz and autoconf-2.5x.info.gz, neither is mentioned in dir. what's up? -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.openvotingconsortium.org/ http://www.mideasttruth.com/ http://www.iris.org.il http://ffii.org/ http://www.memri.org/ I just forgot my whole philosophy of life!!! -- 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: missing autoconf.info
* Dave Korn [EMAIL PROTECTED] [2005-07-15 17:48:17 +0100]: Original Message From: Sam Steingold Sent: 15 July 2005 17:02 I seem to be missing autoconf.info. it used to be in /usr/share/info/autoconf.info. now I see autoconf-2.1x.info.gz and autoconf-2.5x.info.gz, neither is mentioned in dir. what's up? Autoconf tools and packaging just changed - see http://cygwin.com/ml/cygwin-apps/2005-05/msg00322.html thanks. Try info autoconf-2.1x or info autoconf-2.5x why aren't they mentioned in dir? info RET /autoconf fails. -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.dhimmi.com/ http://pmw.org.il/ http://www.memri.org/ http://www.mideasttruth.com/ http://www.camera.org Money does not play a role, it writes the scenario. -- 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/
please upload: pretest CLISP 2.33.84
http://www.podval.org/~sds/clisp/setup.hint http://www.podval.org/~sds/clisp/clisp-2.33.84-1-src.tar.bz2 http://www.podval.org/~sds/clisp/clisp-2.33.84-1.tar.bz2 please keep 2.33.1 as curr; this is a test. news file is huge: http://www.podval.org/~sds/clisp/NEWS main attraction is full MOP support, but there is much much much more. thanks. -- Sam Steingold (http://www.podval.org/~sds) running w2k http://ffii.org/ http://www.jihadwatch.org/ http://www.mideasttruth.com/ http://www.memri.org/ http://www.camera.org http://www.iris.org.il ((lambda (x) (list x (list 'quote x))) '(lambda (x) (list x (list 'quote x
please upload: pretest CLISP 2.33.84
http://www.podval.org/~sds/clisp/setup.hint http://www.podval.org/~sds/clisp/clisp-2.33.84-1-src.tar.bz2 http://www.podval.org/~sds/clisp/clisp-2.33.84-1.tar.bz2 please keep 2.33.1 as curr; this is a test. news file is huge: http://www.podval.org/~sds/clisp/NEWS main attraction is full MOP support, but there is much much much more. thanks. -- Sam Steingold (http://www.podval.org/~sds) running w2k http://ffii.org/ http://www.jihadwatch.org/ http://www.mideasttruth.com/ http://www.memri.org/ http://www.camera.org http://www.iris.org.il ((lambda (x) (list x (list 'quote x))) '(lambda (x) (list x (list 'quote x -- 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: please upload: pretest CLISP 2.33.84
* Christopher Faylor [EMAIL PROTECTED] [2005-07-13 17:14:28 -0400]: On Wed, Jul 13, 2005 at 05:09:32PM -0400, Christopher Faylor wrote: On Wed, Jul 13, 2005 at 04:29:31PM -0400, Sam Steingold wrote: http://www.podval.org/~sds/clisp/setup.hint http://www.podval.org/~sds/clisp/clisp-2.33.84-1-src.tar.bz2 http://www.podval.org/~sds/clisp/clisp-2.33.84-1.tar.bz2 please keep 2.33.1 as curr; this is a test. news file is huge: http://www.podval.org/~sds/clisp/NEWS main attraction is full MOP support, but there is much much much more. I've uploaded this and deleted clisp-2.33.83* Er, I didn't notice that you'd sent this to two places. what is this doing on the cygwin mailing list? Please don't spam the cygwin list with cygwin-apps requests. sorry. I sent it as a follow-up to my previous message in cygwin-apps@ - not noticing that follow-up-to was set to [EMAIL PROTECTED] when I realized my error, I canceled the cygwin@ gmane article and re-sent the message to [EMAIL PROTECTED] -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.iris.org.il http://www.memri.org/ http://www.jihadwatch.org/ http://www.openvotingconsortium.org/ http://pmw.org.il/ http://ffii.org/ UNIX is as friendly to you as you are to it. Windows is hostile no matter what. -- 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 -mno-cygwin: no declarations for munmap and mprotect found by configure
The following message is a courtesy copy of an article that has been posted to gmane.comp.gnu.mingw.user as well. configure finds munmap() and mprotect() but there are no declarations: gcc -mno-cygwin -Wmissing-declarations ... spvw_mmap.d:252: warning: no previous declaration for 'munmap' spvw_mmap.d:264: warning: no previous declaration for 'mprotect' PS. CC to cygwin because I am using the latest cygwin gcc/win32api, not the mingw distribution. -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.palestinefacts.org/ http://www.mideasttruth.com/ http://www.openvotingconsortium.org/ http://www.jihadwatch.org/ Don't hit a man when he's down -- kick him; it's easier. -- 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/
mkdtemp() is not declared
mkdtemp appears to be present (found by configure) but not declared: calls.c:1490: error: `mkdtemp' undeclared (first use this function) $ grep -r mkdtemp /usr/include/ /usr/include/cygwin/version.h: 129: Export mkdtemp. grep: warning: /usr/include/X11/X11: recursive directory loop $ -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.memri.org/ http://www.honestreporting.com http://www.openvotingconsortium.org/ http://www.palestinefacts.org/ Good programmers treat Microsoft products as damage and route around it. -- 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/
IPPROTO_IP is not a macro
http://www.opengroup.org/onlinepubs/009695399/basedefs/netinet/in.h.html: The netinet/in.h header shall define the following macros for use as values of the level argument of getsockopt() and setsockopt(): IPPROTO_IP Internet protocol. etc cygwin defines these constants with enum, not #define, so one cannot use #ifdef with them. -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.iris.org.il http://www.jihadwatch.org/ http://www.camera.org http://www.mideasttruth.com/ http://pmw.org.il/ What was there first: the Compiler or its Source code? -- 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: Using -mno-cygwin flag
* Brian Dessent [EMAIL PROTECTED] [2005-05-04 03:00:37 -0700]: -mno-cygwin does not just make things that doesn't depend on the cygwin DLL, it removes Cygwin from the equation entirely. this is very unfortunate, actually. things like berkeley-db, postgresql, pcre c all have a native win32 port, and it it a pity that -mno-cygwin does not use them. -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.camera.org http://www.mideasttruth.com/ http://www.palestinefacts.org/ http://www.iris.org.il All extremists should be taken out and shot. -- 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: Using -mno-cygwin flag
* Larry Hall [EMAIL PROTECTED] [2005-05-04 13:02:44 -0400]: At 12:53 PM 5/4/2005, you wrote: * Brian Dessent [EMAIL PROTECTED] [2005-05-04 03:00:37 -0700]: -mno-cygwin does not just make things that doesn't depend on the cygwin DLL, it removes Cygwin from the equation entirely. this is very unfortunate, actually. things like berkeley-db, postgresql, pcre c all have a native win32 port, and it it a pity that -mno-cygwin does not use them. That's something to take up with the MinGW folks (www.mingw.org). I am not quite clear on the exact relationship between cygwin and MinGW project (I assumed that they are independent except that cygwin includes parts of MinGW). Why would I want to talk to them? I think that cygwin should include the native ports of packages for which such ports exist - as a matter of policy. Of course, it is probably up to the individual package maintainer how to build the package, so, e.g., I could lobby Ronald to build the native PCRE version... Here is the rationale: Supposed I am developing several different programs: A: just my own C code, compiled with gcc -mno-cygwin B: my own C + PCRE: I could compile it with gcc -mno-cygwin, but PCRE requires cygwin - for no technical reason because actually PCRE compiles under win32 natively, without cygwin C: my own C + PCRE + X: there is no way to build it without cygwin, because there is no native w32 port of X Thus right now I can build a native w32 version of A but only cygwin versions of B and C. I want to be able to build a native w32 version of B also. To do that, I must install _also_ MinGW - with its idiosyncratic installation system c. Note that I cannot switch to MinGW completely because it does not support X, so I am either stuck with B using cygwin (for no technical reason), or with two separate independent development systems (Cygwin and MinGW). Thanks. -- Sam Steingold (http://www.podval.org/~sds) running w2k http://pmw.org.il/ http://www.camera.org http://www.jihadwatch.org/ http://www.openvotingconsortium.org/ http://www.memri.org/ Apathy Club meeting this Friday. If you want to come, you're not invited. -- 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: Using -mno-cygwin flag
* Christopher Faylor [EMAIL PROTECTED] [2005-05-04 13:41:25 -0400]: On Wed, May 04, 2005 at 06:34:46PM +0100, Dave Korn wrote: Original Message From: Christopher Faylor Sent: 04 May 2005 18:20 as to ignore correctly installed libraries. You just have to put the libraries and headers in locations that are searched when -mno-cygwin is used. Those locations are distinct from the locations used when -mno-cygwin is not provided -- for frighteningly obvious reasons. /usr/i686-pc-mingw32/include and /usr/i686-pc-mingw32/lib would be the place to put the headers/libraries. /usr/include/mingw is also searched for the header files. I don't remember if /usr/local/lib/mingw is searched for library files. but anyone can easily find out for themselves, using the command gcc -mno-cygwin -print-search-dirs (and for interest's sake, compare it to the output you get without -mno-cygwin). Hm. Why should gcc -mno-cygwin be looking in /lib and /usr/lib, where it's only likely to find cygwin libraries? That looks a bit wrong to me Not only is it wrong, it has been mentioned as a problem here before. http://article.gmane.org/gmane.os.cygwin:61279 -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.palestinefacts.org/ http://www.honestreporting.com http://www.iris.org.il http://www.openvotingconsortium.org/ If at first you don't suck seed, try and suck another seed. -- 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: Using -mno-cygwin flag
* Dave Korn [EMAIL PROTECTED] [2005-05-04 18:49:24 +0100]: Original Message From: Sam Steingold Sent: 04 May 2005 18:32 That's something to take up with the MinGW folks (www.mingw.org). I am not quite clear on the exact relationship between cygwin and MinGW project (I assumed that they are independent except that cygwin includes parts of MinGW). Why would I want to talk to them? Because it is *their* compiler, *their* header files, *their* libraries, and in all regards *their* distribution of software that you are invoking when you use -mno-cygwin, so if you want changes to it, that's who you need to talk to. but it came with cygwin - the cygwin team packaged their software and distributed it with cygwin. I consider this to be more of a packaging issue than a software issue. I don't want mingw to change their product. I want cygwin to package mingw somewhat differently. actually, not even that. I want cygwin to package some of its packages without unnecessary dependencies. Here is the rationale: Supposed I am developing several different programs: A: just my own C code, compiled with gcc -mno-cygwin B: my own C + PCRE: I could compile it with gcc -mno-cygwin, but PCRE requires cygwin - for no technical reason because actually PCRE compiles under win32 natively, without cygwin C: my own C + PCRE + X: there is no way to build it without cygwin, because there is no native w32 port of X Thus right now I can build a native w32 version of A but only cygwin versions of B and C. No, that's nonsense. Since you compile with -mno-cygwin, you aren't making a cygwin version of B. You're making a MinGW version of B. But I cannot make a MinGW version of B because B requires PCRE and cygwin comes with the PCRE version that requires cygwin1.dll I want to be able to build a native w32 version of B also. You just did. You used -mno-cygwin. That gets you a native w32 program. I got a link error: no libpcre To do that, I must install _also_ MinGW - with its idiosyncratic installation system c. Well, duh. If you want to USE MinGW, you have to INSTALL it. That much is obvious. I thought I did - when I installed the gcc-mingw cygwin package. The point you're missing is that Cygwin is not responsible for mingw and is not going to spend a lot of time adding packages to its distro. you already have the pcre package. I want it to be built with -mno-cygwin to avoid an unnecessary dependency. Imagine that pcre were lined with -lhuge where libhuge.a were just a huge library which did not add to the pcre's functionality. do you think it would be a reasonable request to re-package pcre so that it does not use that library? -- Sam Steingold (http://www.podval.org/~sds) running w2k http://ffii.org/ http://www.iris.org.il http://www.palestinefacts.org/ http://www.camera.org http://www.openvotingconsortium.org/ Takeoffs are optional. Landings are mandatory. -- 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: mkstemp bug
* Gary R. Van Sickle [EMAIL PROTECTED] [2005-04-28 21:01:07 -0500]: [snip] So when I say fifos just barely work you felt the need to inform me that they don't work? And that advances the discussion how, exactly? I did not just tell you that they are broken. I also gave you a test case for FIFOs: Try mkfifo foo xterm -e 'tty foo; cat foo' (now foo can be used by other tty application to communicate with the user via the dedicated xterm - works in linux but not cygwin). I think such a test case is useful for development and debugging. Dude, you are just *asking* for one heck of a zinger! http://www.m-w.com/cgi-bin/netdict?zinger Sorry, I am not sure I understand what you mean. (PS it may be because English is not my native language...) -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.jihadwatch.org/ http://www.memri.org/ http://www.honestreporting.com http://pmw.org.il/ http://www.camera.org The only thing worse than X Windows: (X Windows) - X -- 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: mkstemp bug
* Christopher Faylor [EMAIL PROTECTED] [2005-04-27 22:29:34 -0400]: On Wed, Apr 27, 2005 at 07:39:37PM -0400, Sam Steingold wrote: * Christopher Faylor [EMAIL PROTECTED] [2005-04-27 18:20:31 -0400]: the problem is that mkstemp() does not regard FIFOs (as created by mkfifo() or mknod()) as existing files. e.g. char s1[] = /tmp/foo-XX; char s2[] = /tmp/foo-XX; int fd = mkstemp(s1); close(fd); remove(s1); mkfifo(s1,0644); mkstemp(s2); strcmp(s1,s2) === 0 fifos just barely work under cygwin. I wouldn't recommend using them. Yes, it appears that they are heavily broken. So when I say fifos just barely work you felt the need to inform me that they don't work? And that advances the discussion how, exactly? I did not just tell you that they are broken. I also gave you a test case for FIFOs. I think such a test case is useful for development and debugging. -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.openvotingconsortium.org/ http://www.camera.org http://www.honestreporting.com http://www.dhimmi.com/ http://ffii.org/ Isn't Microsoft Works an advertisement lie? -- 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/
mkstemp bug
Hi, it appears that mkstemp() returns a temp FD pointing to the same file: mkstemp (/tmp/clisp-x-io-XX); == /tmp/clisp-x-io-000592 mkstemp (/tmp/clisp-x-io-XX); == /tmp/clisp-x-io-000592 mkstemp (/tmp/clisp-x-io-XX); == /tmp/clisp-x-io-000592 is this a known bug? thanks! -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.camera.org http://www.jihadwatch.org/ http://www.openvotingconsortium.org/ http://www.memri.org/ PI seconds is a nanocentury -- 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: mkstemp bug
* Tony Richardson [EMAIL PROTECTED] [2005-04-27 12:41:20 -0500]: I'm surprised your example doesn't segfault. My Linux man page says explicitly that the template should not be a string constant but must be a character array, i.e. use char t1[] = /tmp/clisp-x-io-XX; char t2[] = /tmp/clisp-x-io-XX; char t3[] = /tmp/clisp-x-io-XX; mkstemp(t1); mkstemp(t2); mkstemp(t3); instead. that's what I did. I was sloppy in my posting. the strings passed to mkstemp where explicitly allocated with alloca and properly filled. -- Sam Steingold (http://www.podval.org/~sds) running w2k http://ffii.org/ http://www.dhimmi.com/ http://www.mideasttruth.com/ http://www.honestreporting.com http://www.memri.org/ The world is coming to an end. Please log off. -- 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: mkstemp bug
* Sam Steingold [EMAIL PROTECTED] [2005-04-27 13:24:29 -0400]: it appears that mkstemp() returns a temp FD pointing to the same file: mkstemp (/tmp/clisp-x-io-XX); == /tmp/clisp-x-io-000592 mkstemp (/tmp/clisp-x-io-XX); == /tmp/clisp-x-io-000592 mkstemp (/tmp/clisp-x-io-XX); == /tmp/clisp-x-io-000592 this is note quite as easy to reproduce. sorry. the problem is that mkstemp() does not regard FIFOs (as created by mkfifo() or mknod()) as existing files. e.g. char s1[] = /tmp/foo-XX; char s2[] = /tmp/foo-XX; int fd = mkstemp(s1); close(fd); remove(s1); mkfifo(s1,0644); mkstemp(s2); strcmp(s1,s2) === 0 -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.openvotingconsortium.org/ http://www.camera.org http://www.jihadwatch.org/ http://www.memri.org/ http://pmw.org.il/ Do not worry about which side your bread is buttered on: you eat BOTH sides. -- 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: ReMOVE ME FROM YR MAILING LIST FOR THE LAST TIME FUK OFF
* Christopher Faylor [EMAIL PROTECTED] [2005-04-13 14:21:03 -0400]: Amusingly enough, this person isn't subscribed to the cygwin list. how do you know? he might be subscribed as [EMAIL PROTECTED] and forward all mail from [EMAIL PROTECTED] to the address at which he actually reads mail and from which he mailed his idiotic complaint... -- Sam Steingold (http://www.podval.org/~sds) running w2k http://pmw.org.il/ http://www.iris.org.il http://www.memri.org/ http://www.openvotingconsortium.org/ http://www.mideasttruth.com/ Linux: Telling Microsoft where to go since 1991. -- 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/
Please upload: pretest CLISP 2.33.83
http://www.podval.org/~sds/clisp/setup.hint http://www.podval.org/~sds/clisp/clisp-2.33.83-1-src.tar.bz2 http://www.podval.org/~sds/clisp/clisp-2.33.83-1.tar.bz2 please keep 2.33.1 as curr; this is a test. news file is huge: http://www.podval.org/~sds/clisp/NEWS main attraction is full MOP support, but there is much much much more. thanks.
Please upload: pretest CLISP 2.33.83
http://www.podval.org/~sds/clisp/setup.hint http://www.podval.org/~sds/clisp/clisp-2.33.83-1-src.tar.bz2 http://www.podval.org/~sds/clisp/clisp-2.33.83-1.tar.bz2 please keep 2.33.1 as curr; this is a test. news file is huge: http://www.podval.org/~sds/clisp/NEWS main attraction is full MOP support, but there is much much much more. thanks. -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.mideasttruth.com/ http://www.dhimmi.com/ http://pmw.org.il/ http://www.openvotingconsortium.org/ What garlic is to food, insanity is to art. -- 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: /proc/pid/exe points to void
* Corinna Vinschen [EMAIL PROTECTED] [2005-03-10 23:00:45 +0100]: On Mar 10 16:00, Sam Steingold wrote: /proc/pid/exe points to foo, not to foo.exe, so it cannot be opened c. how do I find out which file is running if /proc/pid/exe cannot be opened? if open(/proc/pid/exe) fails, this means that the executable has been removed! oh wait, this is cygwin... are you saying that open(/proc/pid/exe) tries to open foo.exe, not foo, and fails because it is locked by windows because it is a running executable? -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.jihadwatch.org/ http://www.iris.org.il http://www.memri.org/ http://pmw.org.il/ http://www.camera.org My inferiority complex is the only thing I can be proud of. -- 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 --mno-cygwin -l crypt
gcc --mno-cygwin -l crypt links with cygwin libcrypt (instead of not finding a loibcrypt). this means that AC_SEARCH_LIBS(crypt, crypt) finds crypt and the resulting binary, even though linked with gcc --mno-cygwin, is _not_ cygwin-free. -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.jihadwatch.org/ http://pmw.org.il/ http://www.camera.org http://www.dhimmi.com/ http://www.mideasttruth.com/ Failure is not an option. It comes bundled with your Microsoft product. -- 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/
/proc/pid/exe points to void
/proc/pid/exe points to foo, not to foo.exe, so it cannot be opened c. argv[0] also lacks .exe extension. is this a feature or a bug? -- Sam Steingold (http://www.podval.org/~sds) running w2k http://pmw.org.il/ http://www.dhimmi.com/ http://www.jihadwatch.org/ http://www.memri.org/ http://www.iris.org.il http://www.mideasttruth.com/ Diplomacy is the art of saying nice doggy until you can find a rock. -- 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/
gdb: run z does not work
on linux: $ gdb foo (gdb) run z runs foo with stdout redirected to file z. on cygwin, run z passes and z as command line arguments to foo.exe. is this a known bug? thanks! -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.camera.org http://www.iris.org.il http://www.memri.org/ http://www.mideasttruth.com/ http://www.honestreporting.com Abandon all hope, all ye who press Enter. -- 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/
ShellExecute from bash
Is there a way to launch the default woe32 application for a file from bash? e.g., something like this: $ ShellExecute foo.html should launch FF just like double click on foo.html in explorer does. thanks! -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.camera.org http://www.iris.org.il http://www.memri.org/ http://www.mideasttruth.com/ http://www.honestreporting.com The paperless office will become a reality soon after the paperless toilet. -- 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: stderr ?= stdout
* Corinna Vinschen [EMAIL PROTECTED] [2005-01-13 11:13:41 +0100]: On Jan 12 15:14, Sam Steingold wrote: alas, the current cygwin reports different inodes for stdout and stderr: -437397064 and 593767114 That looks suspicious. Are you aware that ino_t is a 64 bit int? oops, when I use %llx instead of %d, I get dev inode mode nl uid gid rdev size stderr: 327681 2f61f5afe5edd9b8 8630 1 13044 10513 327681 0 stdout: 327681 7043214323642aca 8630 1 13044 10513 327681 0 so, what is the right way to check that two FDs refer to the same device? You didn't tell which device stdout and stderr are connected to. Are you running this in a local console? yes, this is a local console running under _bash_. when running under pure w2k cmd, or under gdb started from bash, or under gdb started from cmd, I get identical numbers: stderr: 327681 2f61f5afe5edd9b8 8630 1 13044 10513 327681 0 stdout: 327681 2f61f5afe5edd9b8 8630 1 13044 10513 327681 0 (i.e., it appears that _stdout_ inode under bash is bad.) when running under rxvt: stderr: 8912896 134fb3e4ff2f823a 8630 1 13044 10513 8912896 0 stdout: 8912896 134fb3e4ff2f823a 8630 1 13044 10513 8912896 0 and under xterm stderr: 8912896 134fb3e4ff2f823a 8630 1 13044 10513 8912896 0 stdout: 8912896 134fb3e4ff2f823a 8630 1 13044 10513 8912896 0 So, the only problem is stdout inode when running under bash. thanks. -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.camera.org http://www.iris.org.il http://www.memri.org/ http://www.mideasttruth.com/ http://www.honestreporting.com Rhinoceros has poor vision, but, due to his size, it's not his problem. -- 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/
stderr ?= stdout
How do I check whether stdout==stderr or not?
e.g., I want to distinguish between these situations:
$ foo
$ foo log
$ foo 1log1 2log2
struct stat statbuf1;
struct stat statbuf2;
fstat(handle1,statbuf1)
fstat(handle2,statbuf2)
if (statbuf1.st_dev == statbuf2.st_dev
statbuf1.st_ino == statbuf2.st_ino) {
/* handle1 and handle2 point to the same inode. */
if ((S_ISREG(statbuf1.st_mode) || S_ISBLK(statbuf1.st_mode))
(S_ISREG(statbuf2.st_mode) || S_ISBLK(statbuf2.st_mode))) {
/* handle1 and handle2 are exchangeable only if they are positioned
at the same file position. */
off_t pos1 = lseek(handle1,0,SEEK_CUR);
if (pos1 = 0) {
off_t pos2 = lseek(handle2,0,SEEK_CUR);
if (pos2 = 0)
return (pos1 == pos2);
}
}
return true;
} else
return false;
alas, the current cygwin reports different inodes for stdout and stderr:
-437397064 and 593767114
so, what is the right way to check that two FDs refer to the
same device?
Thanks!
--
Sam Steingold (http://www.podval.org/~sds) running w2k
http://www.camera.org http://www.iris.org.il http://www.memri.org/
http://www.mideasttruth.com/ http://www.honestreporting.com
Beliefs divide, doubts unite.
--
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: Bug: link.exe
* Corinna Vinschen [EMAIL PROTECTED] [2004-12-23 10:35:16 +0100]: My temporary fix for my developers is to remove coreutils `link' from our systems, that's what I had to do too. but if it is reinstalled every time coreutils is upgraded, this will cause an ongoing problem. indeed. moving the woe32 directory forward in PATH appears to be the only solution (you never know what important unix commands will be shadowed) The link tool is installed by default on Linux as well. what does it do that ln(1) does not? alas, both ln(1) and link(1) are in SUS, http://www.opengroup.org/onlinepubs/009695399/utilities/ln.html http://www.opengroup.org/onlinepubs/009695399/utilities/link.html so we are stuck here. I guess you read my announcement? the announcement did not mention link(1). or you mean that you are willing to surrender maintainership? Thanks. -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.camera.org http://www.iris.org.il http://www.memri.org/ http://www.mideasttruth.com/ http://www.honestreporting.com Those who can't write, write manuals. -- 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/
why is -L/usr/local/lib necessary?
why doesn't gcc -lfoo (ld) find /usr/local/lib/foo.dll? what do I do to avoid this? -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.camera.org http://www.iris.org.il http://www.memri.org/ http://www.mideasttruth.com/ http://www.honestreporting.com will write code that writes code that writes code for food -- 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: why is -L/usr/local/lib necessary?
* Chris January [EMAIL PROTECTED] [2004-12-14 17:28:55 +]: why doesn't gcc -lfoo (ld) find /usr/local/lib/foo.dll? what do I do to avoid this? Edit /usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/specs how? (and will the executable run - or do I need to add /usr/local/lib/ to PATH) -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.camera.org http://www.iris.org.il http://www.memri.org/ http://www.mideasttruth.com/ http://www.honestreporting.com Trespassers will be shot. Survivors will be prosecuted. -- 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: why is -L/usr/local/lib necessary?
* Dave Korn [EMAIL PROTECTED] [2004-12-14 17:27:37 +]: Look, you have only two choices. Either put your libs in the default search path, or specify the path. It's not unreasonable that gcc can't magically guess where you've hidden them. I agree, with a minor additions: 1. /usr/local/lib/ is a fairly standard location, and it appears that gcc and ld.so on linux are aware of it. I see no good reason for cygwin to ignore it. 2. linux has /etc/ld.so.conf where I can put my hidden directories so that I do not have to put them in the command line. is there a similarly magical file on cygwin? -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.camera.org http://www.iris.org.il http://www.memri.org/ http://www.mideasttruth.com/ http://www.honestreporting.com Why use Windows, when there are Doors? -- 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: g++ 3.4.1
when I use setup to upgrade, I still get gcc 3.3.3. when I try clicking New to get 3.4.1, gcc-core keeps jumping to Keep. when will 3.4 become the default version? -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.camera.org http://www.iris.org.il http://www.memri.org/ http://www.mideasttruth.com/ http://www.honestreporting.com Microsoft: announce yesterday, code today, think tomorrow. -- 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: g++ 3.4.1
* Igor Pechtchanski [EMAIL PROTECTED] [2004-11-17 10:23:49 -0500]: On Wed, 17 Nov 2004, Sam Steingold wrote: when I use setup to upgrade, I still get gcc 3.3.3. when I try clicking New to get 3.4.1, gcc-core keeps jumping to Keep. Umm, first off, where did you find New in setup? select packages window, column New. Secondly, gcc-3.4.1 is an experimental package, so you should select the Exp radio button on the Select Packages screen to get it. WFM. thanks! when will 3.4 become the default version? Sorry, can't answer that. who can? -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.camera.org http://www.iris.org.il http://www.memri.org/ http://www.mideasttruth.com/ http://www.honestreporting.com The only intuitive interface is the nipple. The rest has to be learned. -- 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: g++ 3.4.1
* Christopher Faylor [EMAIL PROTECTED] [2004-11-17 10:24:21 -0500]: On Wed, Nov 17, 2004 at 09:58:47AM -0500, Sam Steingold wrote: when I use setup to upgrade, I still get gcc 3.3.3. when I try clicking New to get 3.4.1, gcc-core keeps jumping to Keep. when will 3.4 become the default version? Sometime within the next year. good, thanks. who makes the decision? what is the decision based on? I am so used to cygwin being more up-to-date than Fedora that I am surprised that FC3 comes with gcc 3.4 and Cygwin does not. -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.camera.org http://www.iris.org.il http://www.memri.org/ http://www.mideasttruth.com/ http://www.honestreporting.com Lisp: its not just for geniuses anymore. -- 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: g++ 3.4.1
* Reini Urban [EMAIL PROTECTED] [2004-11-17 17:19:33 +0100]: Sam Steingold schrieb: * Igor Pechtchanski [EMAIL PROTECTED] [2004-11-17 10:23:49 -0500]: when will 3.4 become the default version? Sorry, can't answer that. who can? gerrit (the maintainer) can. Gerrit, could you please speak up? but there are yet unresolved issues with the handling of dwarf2 or sjsl (longjmp) exception handling on cygwin. dwarf2 is much faster but doesn't work with win32 callbacks. some folks use locally dwarf2 patched 3.4 versions. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14563 Known to work: 3.2 Known to fail: 3.3.3 3.4.2 I don't see how holding 3.4 back is helping this issue. (I am sure you can enlighten me!) -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.camera.org http://www.iris.org.il http://www.memri.org/ http://www.mideasttruth.com/ http://www.honestreporting.com nobody's life, liberty or property are safe while the legislature is in session -- 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: ls /dev/*
* Chris January [EMAIL PROTECTED] [2004-11-03 09:08:44 +]: * Christopher Faylor [EMAIL PROTECTED] [2004-11-02 15:01:13 -0500]: On Tue, Nov 02, 2004 at 02:55:39PM -0500, Sam Steingold wrote: why isn't /dev a more usual directory? cd /dev, ls /dev all fail, while cat /dev/clipboard works. No one has implemented the special handling required for /dev which would enable things like opendir/readdir or cd to work. Thanks, I guessed that much. I also know about PTC. (fhandler_proc.cc is too long, I guess fhandler_dev.cc would be just as long, and I suspect that fhandler_dev.cc is not the only this missing). Is this on anyone's TODO list? Actually it's not that difficult. I've already implemented it once. See this patch: http://www.cygwin.com/ml/cygwin-patches/2002-q2/msg00191.html It was due to be merged sometime around 1.3.12 but I think I and the maintainers forgot about it. Feel free to update the patch to latest CVS and re-submit it. I am sure it would be much easier for you to update your own patch. Could you please do it? -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.camera.org http://www.iris.org.il http://www.memri.org/ http://www.mideasttruth.com/ http://www.honestreporting.com He who laughs last did not get the joke. -- 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: ls /dev/*
* Andrew DeFaria [EMAIL PROTECTED] [2004-11-02 22:07:41 -0800]: Christopher Faylor wrote: On Tue, Nov 02, 2004 at 02:55:39PM -0500, Sam Steingold wrote: why isn't /dev a more usual directory? cd /dev, ls /dev all fail, while cat /dev/clipboard works. No one has implemented the special handling required for /dev which would enable things like opendir/readdir or cd to work. Actually I change the cygdrive prefix to dev. Just seems to make sense to me that C: would be /dev/c as apposed to /cygdrive/c, which is longer to type. When I ls /dev I get: $ ls /dev c/ d/ z/ YES! I think this is a great idea! -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.camera.org http://www.iris.org.il http://www.memri.org/ http://www.mideasttruth.com/ http://www.honestreporting.com Every day above ground is a good day. -- 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: ls /dev/*
* Christopher Faylor [EMAIL PROTECTED] [2004-11-03 10:18:18 -0500]: On Wed, Nov 03, 2004 at 09:08:44AM -, Chris January wrote: * Christopher Faylor [EMAIL PROTECTED] [2004-11-02 15:01:13 -0500]: On Tue, Nov 02, 2004 at 02:55:39PM -0500, Sam Steingold wrote: why isn't /dev a more usual directory? cd /dev, ls /dev all fail, while cat /dev/clipboard works. No one has implemented the special handling required for /dev which would enable things like opendir/readdir or cd to work. Thanks, I guessed that much. I also know about PTC. (fhandler_proc.cc is too long, I guess fhandler_dev.cc would be just as long, and I suspect that fhandler_dev.cc is not the only this missing). My plan was for /dev to go away as a special mount. Now that mknod works, this is more doable than it was in 2002. Could you please elaborate? are you saying that /dev/ will go away altogether? where will /dev/clipboard reside? Thanks! -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.camera.org http://www.iris.org.il http://www.memri.org/ http://www.mideasttruth.com/ http://www.honestreporting.com There are 3 kinds of people: those who can count and those who cannot. -- 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/
ls /dev/*
why isn't /dev a more usual directory? cd /dev, ls /dev all fail, while cat /dev/clipboard works. -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.camera.org http://www.iris.org.il http://www.memri.org/ http://www.mideasttruth.com/ http://www.honestreporting.com A poet who reads his verse in public may have other nasty habits. -- 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: [ANNOUNCEMENT] Release candidate: gcc-3.4.1-1
when will gcc 3.4 become the default? -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.camera.org http://www.iris.org.il http://www.memri.org/ http://www.mideasttruth.com/ http://www.honestreporting.com The early worm gets caught by the bird. -- 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: ls /dev/*
* Christopher Faylor [EMAIL PROTECTED] [2004-11-02 15:01:13 -0500]: On Tue, Nov 02, 2004 at 02:55:39PM -0500, Sam Steingold wrote: why isn't /dev a more usual directory? cd /dev, ls /dev all fail, while cat /dev/clipboard works. No one has implemented the special handling required for /dev which would enable things like opendir/readdir or cd to work. Thanks, I guessed that much. I also know about PTC. (fhandler_proc.cc is too long, I guess fhandler_dev.cc would be just as long, and I suspect that fhandler_dev.cc is not the only this missing). Is this on anyone's TODO list? -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.camera.org http://www.iris.org.il http://www.memri.org/ http://www.mideasttruth.com/ http://www.honestreporting.com usually: can't pay == don't buy. software: can't buy == don't pay -- 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/
localeconv problems
http://www.opengroup.org/onlinepubs/009695399/functions/localeconv.html 1. struct lconv lacks the following slots: int_p_cs_precedes int_n_cs_precedes int_p_sep_by_space int_n_sep_by_space int_p_sign_posn int_n_sign_posn 2. the missing value is 127 (SCHAR_MAX) and not 256 (CHAR_MAX) as the spec requires. -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.camera.org http://www.iris.org.il http://www.memri.org/ http://www.mideasttruth.com/ http://www.honestreporting.com People hear what they want to hear and discard the rest. -- 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/
diagrams on cygwin
are things like Graphviz (http://www.research.att.com/sw/tools/graphviz/) CWM (http://infomesh.net/2001/cwm/) available in the cygwin distribution? does anyone want to ITP them? -- Sam Steingold (http://www.podval.org/~sds) running w2k http://www.camera.org http://www.iris.org.il http://www.memri.org/ http://www.mideasttruth.com/ http://www.honestreporting.com If You Want Breakfast In Bed, Sleep In the Kitchen. -- 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/
checking for working mmap...no
It appears that cygwin mmap() is lacking:
configure:20536: checking for working mmap
configure:20617: gcc -o conftest.exe -g -O2 conftest.c 5
configure:20620: $? = 0
configure:20622: ./conftest.exe
configure:20625: $? = 1
configure: program exited with status 1
configure: failed program was:
| /* confdefs.h. */
|
| #include stdlib.h
| #ifdef HAVE_UNISTD_H
| #include unistd.h
| #endif
| #include fcntl.h
| #ifdef OPEN_NEEDS_SYS_FILE_H
| #include sys/file.h
| #endif
| #include sys/types.h
| #include sys/mman.h
| int main () {
|
| int flags = MAP_ANON | MAP_PRIVATE;
| int fd = -1;
| #define bits_to_avoid 0
| #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
| {long i;
| #define i_ok(i) ((i) (bits_to_avoid my_shift) == 0)
| for (i=my_low; i=my_high; i++)
| if (i_ok(i))
| { 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);
| }
| #define x(i) *(unsigned char *) ((imy_shift) + (i*i))
| #define y(i) (unsigned char)((3*i-4)*(7*i+3))
| for (i=my_low; i=my_high; i++) if (i_ok(i)) { x(i) = y(i); }
| for (i=my_high; i=my_low; i--) if (i_ok(i)) { if (x(i) != y(i)) exit(1); }
| exit(0);
| }}
Thanks!
the above is from the CLISP configure, see
http://cvs.sourceforge.net/viewcvs.py/*checkout*/clisp/clisp/src/m4/mmap.m4
--
Sam Steingold (http://www.podval.org/~sds) running w2k
http://www.camera.org http://www.iris.org.il http://www.memri.org/
http://www.mideasttruth.com/ http://www.honestreporting.com
Those who value Life above Freedom are destined to lose both.
--
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/
