It's been a while since my original proposal (last October) but I have a test
version of the subversion-1.0.1-1 package ready for review. Note that it has
taken long enough that the current version has advanced significantly from my
proposal.
Corinna Vinschen writes:
Ping? Did you test it? Does no feedback mean that it now works?
Sorry was off for a week or so. Everything is fine here now.
Corinna
Ciao
Volker
Hello Cygwin-xfree,
Cialis (Apqalis), at rock-bottom prpces.
Most places charge $9, while we charge only $3.
Quite a difference.
http://pairwise.magicaction.net/sv/index.php?pid=eph3404
Ciakis is known as a S)(per-Viag^^ra or Weekend-Viasra because its effects start
sooner and last much lotger.
Harold L Hunt, writes:
The following packages have been updated in the Cygwin distribution:
*** xorg-x11-bin-6.7.0.0-3
*** xorg-x11-xwin-gl-6.7.0.0-2
/usr/X11R6/bin/XWin_GL.exe is found in both archives.
Harold Hunt
Ciao
Volker
I've installed the latest updates for Cygwin, including xorg-x11-xwin
version 6.7.0.0-2.
Hmm... this is suspicious, you claim 6.7.0.0-2 but your log file
states 6.7.0.0-1. It could be my mistake, but you might also need to
reboot to allow XWin.exe to be upgraded if it was being used when
Dr. Volker Zell wrote:
Harold L Hunt, writes:
The following packages have been updated in the Cygwin distribution:
*** xorg-x11-bin-6.7.0.0-3
*** xorg-x11-xwin-gl-6.7.0.0-2
/usr/X11R6/bin/XWin_GL.exe is found in both archives.
Thanks, that'll be fixed soon.
Harold
On Saturday 10 April 2004 12:35, Keith Thompson wrote:
I definitely don't want -multiwindow or -rootless (just a matter of
personal taste), but XWin -nodecoration seems to work. In fact,
-fullscreen and -nodecoration seem to work nearly the same, except
that -nodecoration doesn't have the
Hi all,
I have finally finished the new XWin.man. It is attached.
The only points that I left over were the updating of the
list of collaborators and the first line of the file.
I hope that there are not too many English errors!
If I have time in rest of the week I will try to do also
the
Hi all,
I have found a very strange behavior of XWinrc:
Before I started trying the XWinrc feature (that I have never done before)
the XWin -multiwindow produced MsWindows with a menu containing the items
Restore, Size, Move, Minimize, Maximize and Close. When I tried to modify
the windows
I would like Alexander Gottwald to get an account on sources.redhat.com
so that he can upload compiled versions of our documentation (User's
Guide, Contributor's Guide, FAQ) to our portion of the website.
I'll have him send a preferred user name and ssh public key in response
to this request.
Rodrigo,
Thanks for your work. I'm looking at this now and adding some changes
of my own. I hope to get this out in the next release.
Thanks again,
Harold
Rodrigo Medina wrote:
Hi all,
I have finally finished the new XWin.man. It is attached.
The only points that I left over were the
On Sat, Apr 10, 2004 at 01:46:30PM -0400, Harold L Hunt II wrote:
I would like Alexander Gottwald to get an account on sources.redhat.com
so that he can upload compiled versions of our documentation (User's
Guide, Contributor's Guide, FAQ) to our portion of the website.
I'll have him send a
Fascinating:
Thank you. This request will now be processed by: None.
Request was 7229068.2513
Harold
Harold L Hunt II wrote:
Ah, here is the URL:
http://sources.redhat.com/cgi-bin/pdw/ps_form.cgi
I looked on the Cygwin pages but didn't find it linked anywhere... looks
like it is only
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED] 2004-04-10 19:24:56
Modified files:
winsup/cygwin : ChangeLog fhandler.cc path.cc syscalls.cc
winsup.h
Log message:
* fhandler.cc (rootdir): Add and use second
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED] 2004-04-10 20:18:12
Modified files:
winsup/cygwin : ChangeLog sec_acl.cc
Log message:
* sec_acl.cc (setacl): Use correct offset when trying to combine
standard and default entry of same
On Fri, Apr 09, 2004 at 11:19:57PM -0400, Pierre A. Humblet wrote:
I am somewhat concerned that the update of fsinfo isn't thread safe.
I don't know how the overhead of making it thread safe compares with
the overhead of the old method (not caching the fs_info).
Corinna, this is a problem that I
On Apr 9 23:19, Pierre A. Humblet wrote:
Looking to the future, now that fs_info::update isn't really doing an
update (a better name would be fs_info::get), it turns out that the
char name_storage[CYG_MAX_PATH];
char root_dir_storage[CYG_MAX_PATH];
fields in fs_info can be removed (that
On Apr 10 13:03, Corinna Vinschen wrote:
On Apr 9 23:19, Pierre A. Humblet wrote:
Looking to the future, now that fs_info::update isn't really doing an
update (a better name would be fs_info::get), it turns out that the
char name_storage[CYG_MAX_PATH];
char
This should take care of the issues I listed yesterday evening.
I simply don't understand the logic in normalize_win32_path
well enough to touch it intelligently.
So I removed the final . in the dumbest way possible
For example on line 946
else if (strchr (src, ':') == NULL *src != '/')
(why
On Sat, Apr 10, 2004 at 11:37:07PM -0400, Pierre A. Humblet wrote:
This should take care of the issues I listed yesterday evening.
I simply don't understand the logic in normalize_win32_path
well enough to touch it intelligently.
So I removed the final . in the dumbest way possible
Why do we
On Sat, Apr 10, 2004 at 11:42:39PM -0400, Pierre A. Humblet wrote:
Here is a minor fix in dtable.cc.
Thanks. Applied.
My next fix is to remove the normalized_path from path_conv,
and the attendant malloc and path_conv destructor.
Please, don't bother. I don't want to do this. I want to have
-Original Message-
From: cygwin-owner On Behalf Of David Mastronarde
When csh scripts have DOS line endings, tcsh 6.12.00
sometimes parses them
incorrectly. This seems to happen with scripts that have
while loops,
once the scripts get big enough. Converting the script to
lastest setup.exe
winxp ntfs
install user: Administrator
bash-2.05b$ ls /bin/cvs.exe -l
--+ 1 Administ Users 607744 Aug 11 2003 /bin/cvs.exe (not only this
file but all files)
bash-2.05b$
cygcheck -s outputs
cvs 1.11.6-3
what should i do?
Hi all,
I found a way to issue an actual sync() on win32, and as browsing
through winsup directory gave me only this
winsup/sygwin/syscalls.cc #1128
extern C int
sync ()
{
return 0;
}
I think cygwin DLL might benefit from a code I found by looking in
sync.exe by M.Russinovich, which is
Igor -
Just to make this somewhat on-topic: if you succeed, please perform some
competitive analysis, and let this list know what, in your opinion, is
Cygwin missing that MS SFU has?
Igor
My biggest issue with Cygwin (compared to SFU) right now is the lack of
support for paths
Let's consider the following scenario:
[--- cut ---]
C:\Work\test-faclsetfacl -s u::rwx,g::rwx,m:rwx,o:rwx .
C:\Work\test-faclgetfacl .
# file: .
# owner: Administrators
# group: None
user::rwx
group::rwx
mask:rwx
other:rwx
C:\Work\test-faclsetfacl -m d:u::rwx,d:g::rwx,d:m:rwx,d:o:rwx .
Hello! send this letter to 100 newspapers, rockgroups ,radios a o please:
(Because I am only 1 worker on projects)
Hello! send this letter to 100 newspapers, rockgroups ,radios a o please:
(Because I am only 1 worker on projects)
Hello! send this letter to 100 newspapers, rockgroups
ok, i downloaded this, but i cant find the correct directory, i installed
everything twice. i got win xp. when i go c:\cygwin, i get the following
folders: bin, ect, lib, sbin, tmp, usr, var and the aplication to run this
software. i see no C:\Cygwin\Home\, so i cant extract the files to the
Hi all,
I found a way to issue an actual sync() on win32, and as browsing
through winsup directory gave me only this
winsup/sygwin/syscalls.cc #1128
extern C int
sync ()
{
return 0;
}
I think cygwin DLL might benefit from a code I found by looking in
sync.exe by
On Apr 10 20:10, Dmitry Bely wrote:
C:\Work\test-faclsetfacl -m d:u::rwx,d:g::rwx,d:m:rwx,d:o:rwx .
C:\Work\test-faclgetfacl .
# file: .
# owner: Administrators
# group: None
user::rwx
group::rwx
mask:rwx
other:---
default:user::rwx
default:group::rwx
default:other:rwx
Thanks for
At 08:12 AM 4/10/2004, you wrote:
lastest setup.exe
winxp ntfs
install user: Administrator
bash-2.05b$ ls /bin/cvs.exe -l
--+ 1 Administ Users 607744 Aug 11 2003 /bin/cvs.exe (not only this
file but all files)
bash-2.05b$
cygcheck -s outputs
cvs 1.11.6-3
At 03:18 PM 4/10/2004, you wrote:
ok, i downloaded this, but i cant find the correct directory, i installed everything
twice. i got win xp. when i go c:\cygwin, i get the following folders: bin, ect, lib,
sbin, tmp, usr, var and the aplication to run this software. i see no
C:\Cygwin\Home\, so
On Apr 10 16:26, Dmitry Karasik wrote:
int
sync( char drive)
{
HANDLE f;
int ret;
char file[7] = .\\X:;
file[5] = drive;
f = CreateFile( file, GENERIC_READ|GENERIC_WRITE,
FILE_SHARE_READ|FILE_SHARE_WRITE,
NULL, OPEN_EXISTING, 0, NULL);
if ((int)
Larry Hall:
thanks, i did chmod
it's a bug of setup.exe? i wonder when it'll be fix
=== Original Message 2004-04-11 06:21:13: ===
At 08:12 AM 4/10/2004, you wrote:
lastest setup.exe
winxp ntfs
install user: Administrator
bash-2.05b$ ls /bin/cvs.exe -l
--+ 1 Administ
Glad to hear it helped.
I'd say this is a corner case for setup. It would be good if
setup could handle it (more) transparently. But I'm not sure it
really qualifies as a bug. As to when setup will address this issue,
that depends on when someone submits a patch to fix it. ;-)
Larry
At
Hi,
when I use the following command gcc finds the wrong include
file.
$ echo #include stddef.h | gcc -mno-cygwin -E -
# 1 stdin
# 1 built-in
# 1 command line
# 1 stdin
# 1 /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/include/stddef.h 1 3 4
# 158 /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/include/stddef.h 3
GARY VANSICKLE wrote:
[...]
FlushFileBuffers() doesn't actually do much last I checked. Despite its
misleading name, it is not a
commit-to-disk-and-don't-return-until-its-done
[...]
SUSv3 has this to say about sync():
quote
The sync() function shall cause all information in memory that updates
[snip]
SUSv3 has this to say about sync():
quote
The sync() function shall cause all information in memory that updates
file
systems to be scheduled for writing out to all file systems.
The writing, although scheduled, is not necessarily complete upon return
from
sync().
/quote
GARY VANSICKLE wrote:
[snip]
SUSv3 has this to say about sync():
quote
The sync() function shall cause all information in memory that updates
file
systems to be scheduled for writing out to all file systems.
The writing, although scheduled, is not necessarily complete upon return
from
sync().
39 matches
Mail list logo