So is it a GTG then? Can I proceed and announce it on [EMAIL PROTECTED]
Best regards,
Gergely Budai
Original-Nachricht
Datum: Sat, 2 Feb 2008 15:06:09 +0100
Von: Peter Rosin [EMAIL PROTECTED]
An: cygwin-apps@cygwin.com
Betreff: Re: [ITP] robodoc 4.99.34
According to the
On 04 February 2008 14:10, Jan Nieuwenhuizen wrote:
http://gcc.gnu.org/PR24196
I see...
The fix is almost - but not quite - equivalent to applying the
--enable-fully-dynamic-string configure option, but hopefully has the
advantage of being ABI-compatible.
As a bit of generic advice
Dave Korn writes:
Hi Dave,
There is a cygwin-local fix in 3.4.4-3 that is essential for correctness
when throwing exceptions or passing std::string objects across DLL boundaries.
This is a bug in upstream gcc: see
http://gcc.gnu.org/PR24196
I see...
The fix is almost - but not quite
Dear All,
as it is my first tentative to adopt a package
I hope to have understood cleary the rules
:-o
I ported Octave to cygport build and simplified
the packages to just octave and octave-devel.
Previous split was:
octave
octave-headers
octave-htmldoc
octave-doc
octave-info
No
On Feb 4 09:00, Gergely Budai wrote:
So is it a GTG then? Can I proceed and announce it...
It was a GTG, but you should only proceed and announce it when
somebody confirmed that it has been actually uploaded ;)
Well, here we go: Uploaded. Please announce.
Next time, could you please paste
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED] 2008-02-04 12:00:20
Modified files:
winsup/cygwin : ChangeLog smallprint.cc strfuncs.cc
Log message:
* smallprint.cc (__small_vsprintf): Use HEAP_NOTHEAP for type.
* strfuncs.cc
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED] 2008-02-04 12:02:26
Modified files:
winsup/cygserver: ChangeLog Makefile.in
Log message:
* Makefile.in: Don't link strfuncs.o from the Cygwin build dir.
Build it again with
On Feb 3 19:37, Brian Dessent wrote:
The recent addition of the sys_{wcstombs,mbstowcs}_alloc() functions to
strfuncs.cc causes cygserver to no longer build. The problem is simply
that we can't call ccalloc() from within cygserver, but cygserver needs
__small_vsprintf() which in turn calls
Fergus writes:
But could anybody else running XP Pro SP2 try
$ cygcheck -srv | grep multiple
and see what they get?
I get no output at all from that command pipe, as expected.
Time for you to search all your drive(s) for cygwin1.dll with Windows Explorer
after making sure its idiot, I mean
Improved. Thank you a lot.
It have been just created. We can add pages, articles and how-tow about
Cygwin, including a FAQ (i.e. how can I install use my desktop environment
in Cygwin?).
Regards.
-Mensaje original-
De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] En nombre de
Dave Korn
On 04 February 2008 10:36, Pedro Macanás wrote:
Finally, I send you the address of the Cygnus Wikia: http://cygwin.wikia.org
Welcome to Cygwin Wiki
The wiki about (fill in topic) that anyone can edit
Yeh, right. Not impressed.
one quick edit later
Welcome to the unofficial Cygwin
On Feb 3 11:24, Jerry DeLisle wrote:
I have confirmed this problem on Cygwin reported here:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35063
I am not very familiar with the windows environment. Having patched most
of the gfortran I/O library in the last 2-3 years I can say that we do a
How can I use Gnome in Cygwin.
I installed (setup.exe) Cygwin with X server and Gnome packages, but when I
type startx Gnome does not begin (I would prefer when I open Cygwin, it
would automatically go to Gnome).
I would also include a package similar to apt-get (that could read the fetch
On Feb 3 17:46, [EMAIL PROTECTED] wrote:
Hi,
Recently I installed Vista SP1 RC v.668 (Vista Vista Ultimate) with Cygwin
DLL 1.5.25.
Now VIM seems to fail to write out files properly. Here are the symptoms
1. If I delete the last characters in a file and write it out from inside VIM
On Feb 3 19:03, Jerry DeLisle wrote:
I have continued my testing here and I am seeing this with valgrind on
linux. When I was running the 1 loops I did not see these errors roll
by upfront initially.
==25454== Conditional jump or move depends on uninitialised value(s)
==25454==at
On 04 February 2008 10:53, Pedro Macanás wrote:
Improved. Thank you a lot.
It have been just created. We can add pages, articles and how-tow about
Cygwin, including a FAQ (i.e. how can I install use my desktop environment
in Cygwin?).
I certainly won't stand in your way. :)
Fergus wrote on Monday, February 04, 2008 6:28 AM::
Sorry to return to this old favourite. For ages (years) I have had
both /usr/bin/ and /bin/ set in my PATH and cygcheck -srv reported
both as d:\bin. I just removed the latter from the PATH and now get
exactly one report of d:\bin.
BUT
Version 4.99.34-1 of robodoc has been uploaded.
ROBODoc is a source documentation tool. The idea is to include for
every function or procedure a standard header containing all
sorts of information about the procedure or function. ROBODoc
extracts these headers from the source file and puts them
On Feb 1 18:06, Jonathan Lanier wrote:
Newer versions of Cygwin appear to be incompatible with Windows network
shares on CIFS servers. This incompatibility arises due to the fact
that the Windows OS seems to return unexpected values for file/directory
information if the file/directory is a
Pedro Macanás wrote:
How can I use Gnome in Cygwin.
I installed (setup.exe) Cygwin with X server and Gnome packages, but when I
type startx Gnome does not begin (I would prefer when I open Cygwin, it
would automatically go to Gnome).
I would also include a package similar to apt-get (that
Hello,
I try to use Eclipse gdb and Rhapsody and face some trouble with the
cygwin version of gdb (GNU gdb 6.5.50.20060706-cvs (cygwin-special)).
So I have successfully compile the 6.7.1 version of GDB and try it. I
had better result with this one.
I would like to know if I am lucky and if will
On Feb 4 16:41, Kurt Franke wrote:
Hi,
is there any possiblity to list the cygwin processes of all users when
logged in as an user which is member of the Adminstrators group in
windows vista ?
Not in 1.5.x. The reason is the way global shared memory is handled
begining with Windows 2003
On Feb 1 18:06, Jonathan Lanier wrote:
Newer versions of Cygwin appear to be incompatible with Windows
network shares on CIFS servers. This incompatibility arises due to
the fact that the Windows OS seems to return unexpected values for
file/directory information if the file/directory is a
On 04 February 2008 17:57, Fergus wrote:
Phil Betts wrote:
cygcheck tells you where each of the DLLs are. Since you don't want
to trouble us with output, you could at least read it yourself ;-)
Thank you. The two entries for cygwin1.dll that result in the Warning
message are
You need to clarify what you mean by port Unix C programs to Windows
VC using cygwin means. As Brian has pointed out, Cygwin's headers
are written for Cygwin's libraries, just as MSVC's headers are written
for MSVC's libraries.
You'll find that it's quite easy to port UNIX programs using
You also have a lot of this:
Found: D:\bin\rm.exe
Found: \bin\rm.exe
Warning: D:\bin\rm.exe hides \bin\rm.exe
Are you running cygcheck from within the /bin dir? If so,
does the bug still arise if you run it from a different cwd?
I was running cygcheck from HOME when I got all the ..
Anik Pal wrote on Saturday, February 02, 2008 9:05 AM::
I am trying to using a library in my code whose default compiler is
MSVCRT. When I try to compile that code in cygwin GCC environment I
get the following errors
F:/geolog6.6.1/lib/libgeolog6.a(fileprintf.o):C:/development/ptc:(.text+
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
A new release of git, 1.5.4-1, has been uploaded, replacing 1.5.3.8-1 as
the current version.
NEWS:
=
This is a new upstream release. See also the package documentation in
/usr/share/doc/git-1.5.4/, along with the attached upstream release
VC and Cygwin are absolutely not compatible. I suggest you to try MINGW
which may fulfill your requirement.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
Wei Le
Sent: Monday, February 04, 2008 5:16 AM
To: cygwin@cygwin.com
Subject: porting Unix
Hi,
is there any possiblity to list the cygwin processes of all users when
logged in as an user which is member of the Adminstrators group in
windows vista ?
There are only the own processes and the service processes (inetd etc.)
visible in ps output and of course also in the /proc filesystem.
On Mon, Feb 04, 2008 at 11:05:18AM -0800, Jonathan Lanier wrote:
Any comments from NetApp? Doesn't, like, Christopher Faylor work for
them, or something? :) I've been told that they troll here...
I work for them but I'm neither a troll nor am I involved Netapp
technical support. The only
Phil Betts wrote:
cygcheck tells you where each of the DLLs are. Since you don't want
to trouble us with output, you could at least read it yourself ;-)
Thank you. The two entries for cygwin1.dll that result in the Warning
message are
d:\bin\cygwin1.dll
and
\bin\cygwin1.dll
Im trying to compile with a cyg makefile. Ive changed my directory within the
shell to my programs ( C source code ) folder. When I run the following
command make -f makefile.cyg depend It gives me a list of header files
(files from my program, not API) that it cant locate No such file or
--- Fergus ha scritto:
You also have a lot of this:
Found: D:\bin\rm.exe
Found: \bin\rm.exe
Warning: D:\bin\rm.exe hides \bin\rm.exe
Are you running cygcheck from within the /bin
dir? If so,
does the bug still arise if you run it from a
different cwd?
I was running
On Mon, Feb 04, 2008 at 11:05:18AM -0800, Jonathan Lanier wrote:
Any comments from NetApp? Doesn't, like, Christopher Faylor work for
them, or something? :) I've been told that they troll here...
I work for them but I'm neither a troll nor am I involved
Netapp technical support. The
On Mon, Feb 04, 2008 at 01:25:27PM -0800, Jerry DeLisle wrote:
The test also appears very clean on Linux. The gfortran library is
implemented in C. I need to examine some dumps from the compiler and I
will get back with you off list if I don't spot the problem.
I am fairly certain that Corinna
nobody wrote:
Im trying to compile with a cyg makefile. Ive changed my directory within the
shell to my programs ( C source code ) folder. When I run the following
command make -f makefile.cyg depend It gives me a list of header files
(files from my program, not API) that it cant locate No such
I've released the new upstream clisp-2.44 plus subpackages -clx, -gtk2
and -gdi for cygwin.
Release focus:
7 - Major bugfixes
./configure --fsstnd=redhat --with-dynamic-ffi \
--with-module=rawsock --with-module=dirkey \
--with-module=bindings/win32 --with-module=berkeley-db \
OK, so in addition to commenting out the SE_BACKUP_PRIV line in
sec_helper.cc, I also had to comment out the SE_RESTORE_PRIV line. The
former broke calls to GetFileAttributes(), and the latter broke calls to
FindFirstFile(). Commenting out both of them seems to fix everything in
Cygwin. NetApp
Corinna Vinschen wrote:
On Feb 3 11:24, Jerry DeLisle wrote:
I have confirmed this problem on Cygwin reported here:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35063
I am not very familiar with the windows environment. Having patched most
of the gfortran I/O library in the last 2-3 years I
On 04 February 2008 22:25, Christopher Faylor wrote:
On Mon, Feb 04, 2008 at 01:25:27PM -0800, Jerry DeLisle wrote:
The test also appears very clean on Linux. The gfortran library is
implemented in C. I need to examine some dumps from the compiler and I
will get back with you off list if I
On 05 February 2008 00:32, Jonathan Lanier wrote:
OK, so in addition to commenting out the SE_BACKUP_PRIV line in
sec_helper.cc, I also had to comment out the SE_RESTORE_PRIV line. The
former broke calls to GetFileAttributes(), and the latter broke calls to
FindFirstFile(). Commenting out
Dave Korn wrote:
On 04 February 2008 22:25, Christopher Faylor wrote:
On Mon, Feb 04, 2008 at 01:25:27PM -0800, Jerry DeLisle wrote:
The test also appears very clean on Linux. The gfortran library is
implemented in C. I need to examine some dumps from the compiler and I
will get back with
We use netapp here too, and we have a mixed NTFS/NT ACLS +
NFS/Unix perms domain. None of it works well for me from the
cygwin side, I always find myself having to use the win
explorer shell extension to change the perms. If I can help
with some testing or diagnosis or anything, please
This started out as a VIM problem and now narrowed down to a simple file system
problem
cat foo
cat bar
cp bar foo
cat foo
AAA
foo - file contains \n
bar - file contains \n
I can duplicate the same problem in VIM but cannot duplicate using notepad
So is this a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
A new release of git, 1.5.4-1, has been uploaded, replacing 1.5.3.8-1 as
the current version.
NEWS:
=
This is a new upstream release. See also the package documentation in
/usr/share/doc/git-1.5.4/, along with the attached upstream release
Version 4.99.34-1 of robodoc has been uploaded.
ROBODoc is a source documentation tool. The idea is to include for
every function or procedure a standard header containing all
sorts of information about the procedure or function. ROBODoc
extracts these headers from the source file and puts them
I've released the new upstream clisp-2.44 plus subpackages -clx, -gtk2
and -gdi for cygwin.
Release focus:
7 - Major bugfixes
./configure --fsstnd=redhat --with-dynamic-ffi \
--with-module=rawsock --with-module=dirkey \
--with-module=bindings/win32 --with-module=berkeley-db \
48 matches
Mail list logo
